Dmitrij F.

Держатели волокна для сварочников Fitel ninja, S178a. Легкое б/у. Цена 110$.

Да последовательно. При чем по разному сбоит при разной растановке патчкордов. Монитрим свичи по веб/ssh в основном.

Возможно вы и правы, только почему сниффер не показывал лавину dhcpv6 пакетов во время шторма?

Разве может роутер стать сам по себе dhcpv6 сервером или кто то поставить себе dhcpv6 сервер? На скорости порта клиента это 100 мбит но не как не 850.

В сети бродит IPv6 мультикаст. Обычно по умолчанию стоит на тплинках новых. Надо отключать при настройках. Но не у всех отключён.

Про тенды уже слышал. Будем пробовать искать. На той стороне нет белых ip.

Когда валит ддос на абона nat страдает в первую очередь. Там другое творится. На аплинках падение на графике а на абонентской стороне проц в потолок бьет. Как раз само не пропадает пока не вмешаешся.

Гигабита нет ни у кого. На ону по умолчанию 100 стоит на сколько я знаю.

Не совсем понимаю.

Зикселя 8-10 лет в работе стоят не только там где есть проблема. У нас их 7 штук на сети. подобного никогда не наблюдалось. И еще раз повторюсь коммутаторы находятся в отдельном влане от абонентского трафика. Но это их не спасает от шторма. Попробуем деревья выключать вручную когда опять начнется.

Ножками к узлу каждый раз не получится 18 км в одну сторону.) если кто то поставил бы адрес шлюза это было б видно в логах сервера. У нас топология сети звезда там нет колец.

Так он изолирован так как абонентская сторона не пингует коммутаторы у нее нет доступа к ним.

Ограничение стоит storm-control broadcast enable/storm-control broadcast level kbps 1024. Патчкорды выдергивали, пропадало до следующего раза. Работало годами stp форвардинг.

Рубить не получается так как шторм настолько большой что не дает зайти ни на один коммутатор на той стороне. Можно зайти в сети на 3 свича из 9ти у которых проц сильнее чем на тех которые недоступны. На биллинг серваке который смотрит на сеть проц под 85% переваливал, его норма 5% в час пик 7%. Не может порт на свиче в принципе коротить или еще что то там и вызывать подобное?

Функция loopback detection стоит на каждом коммутаторе в том числе и на магистральном. В логах не пишет про loop. Я тоже сначала думал про петлю.

Добрый день коллеги! Обращаюсь за помощью может кто то что то подскажит. Месяца 2 назад начала флудить локация с 4 комутаторами (3 zyxel ies1248, 1 bdcom 3310b). Помогала только перезагрузка вручную так как зайти ни на один свич не удавалось. Потом переставили вход с одного свича на другой. При следующем сбое не работала уже целая сеть. Смотрели через вайршарк во время сбоя ничего аномального не было видно только что ipшки не могли найти шлюз. Меняли вход SFP модули с 40км на 20км - ничего. В логах свичей тоже ничего не видно только как вручную выключали порты во время сбоя. Сеть гигабитная,

Ромка благодарю за помощь! Тема закрыта.

А резетнуть через веб нельзя его? или не поможет?

Добрый день! Помогите пожалуйста! По неосторожности был утерян доступ к устройству Bdcom p3310. При включении режима "enable" вылезает сообщение Not set enable password at this level!. Через консоль та же ситуация. Можно зайти только через веб. Как вернуть доступ не подскажите? Подробно: Welcome to BDCOM P3310B EPON OLT Switch>ena Not set enable password at this level! Switch>

благодарю за помощь!

получается тогда что абонентский сплиттер заваривать не стоит если надо произвести измерения.

А если надо померять что приходит сверху тогда как?

http://sinenergia.com.ua/index.php/kontakti

не совсем понимаю. почему легче если кабель привареный?

тогда как тестировать? резать волокна? у нас вышестоящие сплиттеры приваренные (1*2 и 1*4)