МТ
при чем на текущий момент между узлов 4 и 5 отключены все линки
Size: a a a
2020 September 08
МТ
со вчерашного дня... но ситуация прежняя
МТ
нууу и уровни на опте примерно все такие
МТ
te1/0/1 31 3.29 21.00 1.51 / 1.79 0.01 / -19.28 No
te1/0/2 22 3.31 21.00 1.47 / 1.69 0.01 / -17.69 No
te1/0/3 22 3.31 21.00 1.38 / 1.40 0.00 / -20.45 No
te1/0/4 28 3.32 21.00 1.41 / 1.49 0.01 / -19.50 No
te1/0/5 46 3.24 73.10 1.40 / 1.49 0.01 / -20.00 No
te1/0/6 46 3.24 86.02 1.67 / 2.24 0.01 / -18.82 No
te1/0/7 41 3.25 68.14 1.30 / 1.16 0.01 / -18.72 No
te1/0/8 25 3.25 35.53 1.52 / 1.84 0.01 / -19.83 No
te1/0/2 22 3.31 21.00 1.47 / 1.69 0.01 / -17.69 No
te1/0/3 22 3.31 21.00 1.38 / 1.40 0.00 / -20.45 No
te1/0/4 28 3.32 21.00 1.41 / 1.49 0.01 / -19.50 No
te1/0/5 46 3.24 73.10 1.40 / 1.49 0.01 / -20.00 No
te1/0/6 46 3.24 86.02 1.67 / 2.24 0.01 / -18.82 No
te1/0/7 41 3.25 68.14 1.30 / 1.16 0.01 / -18.72 No
te1/0/8 25 3.25 35.53 1.52 / 1.84 0.01 / -19.83 No
МТ
А нет... еще одна странность не понятная есть...
МТ
все элтексы находтся в vlan управляения 3902... и уве они доступны как с узла 1 так и 6
МТ
но на узле 5 есть устройство что находится в этом же управлении, и оно не доступно с узла 1... но доступно с узлов 5 и 6
МТ
ни каких колец и т.д. на элтексе не показывает
k
Подскажите пожалуйста, имеется 4 коммутатора MES5324 после организации логических линков состоящих из 8 каналов связи по 80 gig(даже точнее увеличение кол-ва линков с 4 10ок до 8 10ок) на участке между узлом 4 и узлом 5 в логах на всех MES 5324 начали появляться сообщения характера:
07-Sep-2020 07:40:37 :%TRUNK-W-PORTREMOVED: Port te1/0/3 removed from Po22
07-Sep-2020 07:38:39 :%TRUNK-I-PORTADDED: Port te1/0/3 added to Po22
07-Sep-2020 07:38:39 :%TRUNK-W-PORTREMOVED: Port te1/0/3 removed from Po22
07-Sep-2020 07:37:09 :%TRUNK-I-PORTADDED: Port te1/0/3 added to Po22
Причем проведения работ на узлах 2 и 3 не было в момент поднятия дополнительных линков.
Уровни сигналов по всей трассе в районе -18/-22 dbm при модулях с -24. Более проблем не наблюдается по логам eltexов. Все это усугубляется еще тем что переодически прилетает в l3 оборудование кривые пакеты связанные с stp/lacp
Sep 7 16:35:27 EKTB: %PM-SP-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi5/6
Sep 7 16:35:27 EKTB: %PM-SP-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi6/6
Sep 7 16:35:27 EKTB: %PM-SP-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi6/7
Sep 7 16:35:27 EKTB: %PM-SP-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Po1
Sep 7 16:35:27 EKTB: %PM-SP-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi5/7
Sep 7 16:35:27 EKTB: %PM-SPSTBY-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi5/6
Sep 7 16:35:27 EKTB: %PM-SPSTBY-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi6/6
Sep 7 16:35:27 EKTB: %PM-SPSTBY-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi6/7
Sep 7 16:35:27 EKTB: %PM-SPSTBY-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Po1
Sep 7 16:35:27 EKTB: %PM-SPSTBY-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi5/7
07-Sep-2020 07:40:37 :%TRUNK-W-PORTREMOVED: Port te1/0/3 removed from Po22
07-Sep-2020 07:38:39 :%TRUNK-I-PORTADDED: Port te1/0/3 added to Po22
07-Sep-2020 07:38:39 :%TRUNK-W-PORTREMOVED: Port te1/0/3 removed from Po22
07-Sep-2020 07:37:09 :%TRUNK-I-PORTADDED: Port te1/0/3 added to Po22
Причем проведения работ на узлах 2 и 3 не было в момент поднятия дополнительных линков.
Уровни сигналов по всей трассе в районе -18/-22 dbm при модулях с -24. Более проблем не наблюдается по логам eltexов. Все это усугубляется еще тем что переодически прилетает в l3 оборудование кривые пакеты связанные с stp/lacp
Sep 7 16:35:27 EKTB: %PM-SP-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi5/6
Sep 7 16:35:27 EKTB: %PM-SP-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi6/6
Sep 7 16:35:27 EKTB: %PM-SP-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi6/7
Sep 7 16:35:27 EKTB: %PM-SP-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Po1
Sep 7 16:35:27 EKTB: %PM-SP-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi5/7
Sep 7 16:35:27 EKTB: %PM-SPSTBY-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi5/6
Sep 7 16:35:27 EKTB: %PM-SPSTBY-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi6/6
Sep 7 16:35:27 EKTB: %PM-SPSTBY-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi6/7
Sep 7 16:35:27 EKTB: %PM-SPSTBY-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Po1
Sep 7 16:35:27 EKTB: %PM-SPSTBY-4-ERR_RECOVER: Attempting to recover from channel-misconfig err-disable state on Gi5/7
Посмотрите
sh int counters и по po и по физическимМТ
Посмотрите
sh int counters и по po и по физическимЭти показания везде такие... FCS Errors: 0
Single Collision Frames: 0
Late Collisions: 0
Oversize Packets: 0
Internal MAC Rx Errors: 0
Received Pause Frames: 0
Transmitted Pause Frames: 0
Single Collision Frames: 0
Late Collisions: 0
Oversize Packets: 0
Internal MAC Rx Errors: 0
Received Pause Frames: 0
Transmitted Pause Frames: 0
SV
Взлетело? Учитывайте что вышестоящий должен обеспечит прохождение MTU 1504 байта
Добрый день, такой вопрос чем отличаются customer от general? Почему customer проходит транком через cisco 2960-L и MTU 1500, а general не проходит даже при повышении MTU до 1508?
МТ
Трафик есть на всех портах
k
Sergey V
Добрый день, такой вопрос чем отличаются customer от general? Почему customer проходит транком через cisco 2960-L и MTU 1500, а general не проходит даже при повышении MTU до 1508?
general подходит для s_qinq или lldp пользовательских интерфейсов - например типичное lldp+poe+voice_vlan+писюк за свичом телефона
customer создан для реализации IEEE 802.1ad для решения кейсов оператора типа "у нас есть сбер, надо через ядро пропустить его 3954 вилана и мы не должны явно знать их номера", решая этот вопрос пропусканием одного своего vlan.
customer создан для реализации IEEE 802.1ad для решения кейсов оператора типа "у нас есть сбер, надо через ядро пропустить его 3954 вилана и мы не должны явно знать их номера", решая этот вопрос пропусканием одного своего vlan.
SV
general подходит для s_qinq или lldp пользовательских интерфейсов - например типичное lldp+poe+voice_vlan+писюк за свичом телефона
customer создан для реализации IEEE 802.1ad для решения кейсов оператора типа "у нас есть сбер, надо через ядро пропустить его 3954 вилана и мы не должны явно знать их номера", решая этот вопрос пропусканием одного своего vlan.
customer создан для реализации IEEE 802.1ad для решения кейсов оператора типа "у нас есть сбер, надо через ядро пропустить его 3954 вилана и мы не должны явно знать их номера", решая этот вопрос пропусканием одного своего vlan.
а почему general не проходит через cisco 2960-L?
k
Sergey V
а почему general не проходит через cisco 2960-L?
Схему и настройки
ᅠ
но это тоже экономии 20к на круг
SV
Схему и настройки
Д
Добрый вечер, день ,утро. Столкнулись с проблемой NTU-1 в одной партии, при подключении, настройке на порту куча мак адресов. Пока подключили 3 NTU - у всех несколько маков на порту, у каких -то 20, у каких-то 3. У той что 3 - работает, но думаю не долго будет. В той что было больше 20 маков блокировалась. Замена NTu с более старой прошивкой из другой партии проблему решила. Кто-нибудь сталкивался? Проблема с прошивкой или железом? Пршивка 3.26.5.95
РЮ
Добрый день! Это новые ntu?
Д
да