https://www.opennet.dev/openforum/vsluhforumID6/20957.html Добрый день,<br>Проблема следующего плана.<br>Подключение абонентов производится через DES-3526. Линк с 3526 идет на DGS-3024 и дальше на циску. Авторизация абонентов - через PPPoE. <br>Периодически у абонентов появляется ошибка - код в Windows 676 (телефонная линия занята). Решается перезагрузкой DES. Но вскоре проблема возвращается. При подключении к абонентскому порту сниффер показывает, что пакеты PADI уходят, но ответных PADO нет. Сбивает с толку, что проблема возникает не разом на всей сети, а периодически, в разное время и в разных местах. <br>Буду рад дать больше информации. <br> https://www.opennet.dev/openforum/vsluhforumID6/20957.html#7 Thu, 22 Jul 2010 08:43:05 GMT &gt;&gt;Проблему решили. Оказалось что неким загадочным образом в таблице fdb мак адрес <br>&gt;&gt;сервера, на котором должна проходить авторизация, оказывался на абонентском порту. Вирус <br>&gt;&gt;тому виной или гдюк D-Link'а пока выесняем. Как результат - все <br>&gt;&gt;запросы PADO уходят на левый абонентский порт, а подключающийся видит 676. <br>&gt;&gt;<br>&gt;<br>&gt;Во избежание, надо mac'и шлюзов и vpn-концентраторов, прописывать на коммутаторах статически. А <br>&gt;у вас скорее всего вирус гуляет. Сталкивались с таким. <br><br>Вирус не вирус, а вот то, что кто-то из абонентов балуется сбором паролей, более вероятно.<br>Где-то на сайте D-Link'а было описано решение такой проблемы с помощью packet content filtering acl.<br> https://www.opennet.dev/openforum/vsluhforumID6/20957.html#6 Tue, 20 Jul 2010 09:53:30 GMT &gt;Проблему решили. Оказалось что неким загадочным образом в таблице fdb мак адрес <br>&gt;сервера, на котором должна проходить авторизация, оказывался на абонентском порту. Вирус <br>&gt;тому виной или гдюк D-Link'а пока выесняем. Как результат - все <br>&gt;запросы PADO уходят на левый абонентский порт, а подключающийся видит 676. <br>&gt;<br><br>Во избежание, надо mac'и шлюзов и vpn-концентраторов, прописывать на коммутаторах статически. А у вас скорее всего вирус гуляет. Сталкивались с таким.<br><br> https://www.opennet.dev/openforum/vsluhforumID6/20957.html#5 Tue, 20 Jul 2010 07:07:24 GMT Проблему решили. Оказалось что неким загадочным образом в таблице fdb мак адрес сервера, на котором должна проходить авторизация, оказывался на абонентском порту. Вирус тому виной или гдюк D-Link'а пока выесняем. Как результат - все запросы PADO уходят на левый абонентский порт, а подключающийся видит 676. <br> https://www.opennet.dev/openforum/vsluhforumID6/20957.html#4 Mon, 17 May 2010 08:03:09 GMT А авторизация на каком железе у вас проходит? Не на Juniper'е ли случайно?<br>А то мало ли, может вендорная несовместимость =) <br><br><br> https://www.opennet.dev/openforum/vsluhforumID6/20957.html#3 Fri, 30 Apr 2010 07:57:19 GMT &gt;[оверквотинг удален]<br>&gt;&gt;дело. Меняли прошивку, отключали некоторые фичи - не помогло. В итоге <br>&gt;&gt;плюнули, заменили на DES-3028 и по сей день не знаем проблем <br>&gt;&gt;с клиентами на этом участке сети. <br>&gt;<br>&gt;Версия о криворукости именно модели DES-3526 одна из рабочих и основных. Сам <br>&gt;д-линк уверяет, что у них всё работает и причина скорее всего <br>&gt;в физике. Не знаю как ребут влияет на физику, впрочем я <br>&gt;может чего то и не понимаю... Хотелось бы всё таки докопаться <br>&gt;до истины, поскольку на сети подобного железа очень много, и всё <br>&gt;менять навряд ли выход. <br><br>У нас так же хватает 3526, но глюк случался в одном конкретном месте, в совершенно новом здании, запитан от UPS, абонентские патчи в порядке. Долго ломали головы, но в итоге решили не испытывать терпение клиентов и заменили свич.<br> https://www.opennet.dev/openforum/vsluhforumID6/20957.html#2 Thu, 29 Apr 2010 09:46:22 GMT <br>&gt;<br>&gt;Была подобная фигня на нашей сети. Так и не разобрались в чем <br>&gt;дело. Меняли прошивку, отключали некоторые фичи - не помогло. В итоге <br>&gt;плюнули, заменили на DES-3028 и по сей день не знаем проблем <br>&gt;с клиентами на этом участке сети. <br><br>Версия о криворукости именно модели DES-3526 одна из рабочих и основных. Сам д-линк уверяет, что у них всё работает и причина скорее всего в физике. Не знаю как ребут влияет на физику, впрочем я может чего то и не понимаю... Хотелось бы всё таки докопаться до истины, поскольку на сети подобного железа очень много, и всё менять навряд ли выход. <br> https://www.opennet.dev/openforum/vsluhforumID6/20957.html#1 Thu, 29 Apr 2010 09:00:56 GMT &gt;Добрый день, <br>&gt;Проблема следующего плана. <br>&gt;Подключение абонентов производится через DES-3526. Линк с 3526 идет на DGS-3024 и <br>&gt;дальше на циску. Авторизация абонентов - через PPPoE. <br>&gt;Периодически у абонентов появляется ошибка - код в Windows 676 (телефонная линия <br>&gt;занята). Решается перезагрузкой DES. Но вскоре проблема возвращается. При подключении к <br>&gt;абонентскому порту сниффер показывает, что пакеты PADI уходят, но ответных PADO <br>&gt;нет. Сбивает с толку, что проблема возникает не разом на всей <br>&gt;сети, а периодически, в разное время и в разных местах. <br>&gt;Буду рад дать больше информации. <br><br>Была подобная фигня на нашей сети. Так и не разобрались в чем дело. Меняли прошивку, отключали некоторые фичи - не помогло. В итоге плюнули, заменили на DES-3028 и по сей день не знаем проблем с клиентами на этом участке сети.<br>