[sog_bird]

Всем доброго времени суток, товарищи!

 

Сразу прошу прощения за много букв )
Но так будет более понятна суть вопроса.

 

Преамбула )

 

Имеется стек (VSF) из коммутаторов SNR-S3850G-48TX (далее - ядро).
К нему подключены обычными линками 2 маршрутизатора ISR4431/K9, которые 
объединены VRRP (VRRP_IP).
На этот VRRP с ядра маршрутизируется весь трафик (ip route 0.0.0.0/0 VRRP_IP).
Можно заюзать ip default-gateway, но это не суть важно, ИМХО.

Так же, на ядре созданы 4 дополнительных VLAN, помимо основного VLAN1.
Условно это VLAN2, 3, 4 и 5

 

Есть несколько коммутаторов доступа CISCO Catalyst WS-C2960L-48TS-LL, которые
подключены к ядру посредством LACP. Транков нет. На ядре LACP-порты находятся
в определенном VLAN. Таким образом, каждый коммутатор доступа находится в одном
из VLAN-ов.

 

Задача прикрутить к ядру, ещё один коммутатор доступа CISCO Catalyst WS-C2960L-48TS-LL.
Этот коммутатор должен будет держать 4 дополнительных VLAN и основной VLAN1.
Посему, этот коммутатор будет подключаться к ядру посредством транка.

 

Теперь, собственно, амбула )

 

Задача, в общем то тривиальная.

Создал на ядре:
 port-group 1
 добавил сюда нужные порты (для каждого порта port-group 1 mode ...)
 Interface Port-Channel1
 switchport mode trunk

На C2960L:
 создал нужные VLAN2, 3, 4 и 5
 interface Port-channel1
 добавил сюда нужные порты (для каждого порта port-group 1 mode ...)
 switchport mode trunk
 адрес interface Vlan1 в том же диапазоне, что и Vlan1 на ядре
 ip default-gateway - адрес интерфейса Vlan1 ядра

 

В общем то всё.

НО!

 

Как только я поднимаю транк, происходит следующее (привожу выдержки из логов):

C2960L:
 .Apr 10 07:48:16.029 msq: %LINK-3-UPDOWN: Interface GigabitEthernet0/1, changed state to up
C2960L#
.Apr 10 07:48:21.891 msq: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to up
.Apr 10 07:48:22.884 msq: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed state to up
C2960L#
.Apr 10 07:48:23.878 msq: %LINK-3-UPDOWN: Interface Port-channel1, changed state to up
.Apr 10 07:48:24.878 msq: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to up
C2960L#
.Apr 10 07:48:41.220 msq: %PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Gi0/1, putting Gi0/1 in err-disable state
.Apr 10 07:48:41.447 msq: %PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Gi0/2, putting Gi0/2 in err-disable state
.Apr 10 07:48:41.447 msq: %PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Gi0/3, putting Gi0/3 in err-disable state
.Apr 10 07:48:41.448 msq: %PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Gi0/4, putting Gi0/4 in err-disa
C2960L#ble state
.Apr 10 07:48:41.448 msq: %PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Po1, putting Gi0/1 in err-disable state
.Apr 10 07:48:41.448 msq: %PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Po1, putting Gi0/2 in err-disable state
.Apr 10 07:48:41.448 msq: %PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Po1, putting Gi0/3 in err-disable state
.Apr 10 07:48:41.448 msq: %PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Po1, putting Gi0/4 in err-dis
C2960L#able state
.Apr 10 07:48:41.449 msq: %PM-4-ERR_DISABLE: channel-misconfig (STP) error detected on Po1, putting Po1 in err-disable state
.Apr 10 07:48:41.454 msq: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to down
.Apr 10 07:48:42.441 msq: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/1, changed state to down
.Apr 10 07:48:42.443 msq: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to down
C2960L#
.Apr 10 07:48:43.446 msq: %LINK-3-UPDOWN: Interface Port-channel1, changed state to down
.Apr 10 07:48:43.447 msq: %LINK-3-UPDOWN: Interface GigabitEthernet0/1, changed state to down

Маршрутизатор ISR4431/K9-1:
Apr 10 07:48:21.865 utc: %SPANTREE-7-RECV_1Q_NON_TRUNK: Received 802.1Q BPDU on non trunk GigabitEthernet0/1/1 VLAN1.
Apr 10 07:48:21.865 utc: %SPANTREE-7-BLOCK_PORT_TYPE: Blocking GigabitEthernet0/1/1 on G0:VLAN0001. Inconsistent port type.
Apr 10 07:48:23.866 utc: %LINK-3-UPDOWN: Interface Vlan1, changed state to down
Apr 10 07:48:23.867 utc: %VRRP-6-STATECHANGE: Vl1 Grp 25 state Master -> Init
.Apr 10 07:48:23.970 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel20203, changed state to down
.Apr 10 07:48:23.973 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel20207, changed state to down
.Apr 10 07:48:24.866 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to down
.Apr 10 07:48:31.227 utc: %TRACK-6-STATE: 103 ip sla 20203 reachability Up -> Down
.Apr 10 07:48:31.227 utc: %TRACK-6-STATE: 104 ip sla 20207 reachability Up -> Down
.Apr 10 07:48:31.227 utc: %TRACK-6-STATE: 105 ip sla 20201 reachability Up -> Down
.Apr 10 07:48:31.227 utc: %TRACK-6-STATE: 106 ip sla 20221 reachability Up -> Down
.Apr 10 07:48:31.227 utc: %TRACK-6-STATE: 107 ip sla 20209 reachability Up -> Down
.Apr 10 07:48:35.833 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel20209, changed state to down
.Apr 10 07:48:35.985 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel20221, changed state to down
.Apr 10 07:48:36.228 utc: %TRACK-6-STATE: 1 ip sla 208 reachability Up -> Down
.Apr 10 07:48:36.228 utc: %TRACK-6-STATE: 2 ip sla 215 reachability Up -> Down
.Apr 10 07:48:36.228 utc: %TRACK-6-STATE: 3 ip sla 204 reachability Up -> Down
.Apr 10 07:48:36.228 utc: %TRACK-6-STATE: 4 ip sla 237 reachability Up -> Down
.Apr 10 07:48:36.228 utc: %TRACK-6-STATE: 5 ip sla 206 reachability Up -> Down
.Apr 10 07:48:36.228 utc: %TRACK-6-STATE: 6 ip sla 224 reachability Up -> Down
.Apr 10 07:48:36.228 utc: %TRACK-6-STATE: 7 ip sla 225 reachability Up -> Down
.Apr 10 07:48:36.228 utc: %TRACK-6-STATE: 8 ip sla 210 reachability Up -> Down
.Apr 10 07:48:36.228 utc: %TRACK-6-STATE: 9 ip sla 216 reachability Up -> Down
.Apr 10 07:48:36.228 utc: %TRACK-6-STATE: 10 ip sla 217 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 11 ip sla 238 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 12 ip sla 228 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 13 ip sla 240 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 14 ip sla 243 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 15 ip sla 244 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 16 ip sla 23233 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 17 ip sla 219 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 18 ip sla 239 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 19 ip sla 227 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 20 ip sla 232 reachability Up -> Down
.Apr 10 07:48:36.229 utc: %TRACK-6-STATE: 100 ip sla 211 reachability Up -> Down
.Apr 10 07:48:36.230 utc: %TRACK-6-STATE: 101 ip sla 20245 reachability Up -> Down
.Apr 10 07:48:36.230 utc: %TRACK-6-STATE: 102 ip sla 23234 reachability Up -> Down
.Apr 10 07:48:36.230 utc: %TRACK-6-STATE: 108 ip sla 23536 reachability Up -> Down
.Apr 10 07:48:36.230 utc: %TRACK-6-STATE: 109 ip sla 235 reachability Up -> Down
.Apr 10 07:48:41.178 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel20201, changed state to down
.Apr 10 07:48:51.862 utc: %SPANTREE-2-UNBLOCK_CONSIST_PORT: Unblocking GigabitEthernet0/1/1 on G0:VLAN0001. Port consistency restored.
.Apr 10 07:49:23.863 utc: %LINK-3-UPDOWN: Interface Vlan1, changed state to up
.Apr 10 07:49:23.865 utc: %VRRP-6-STATECHANGE: Vl1 Grp 25 state Init -> Backup
.Apr 10 07:49:24.863 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to up
.Apr 10 07:49:26.837 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel20209, changed state to up
.Apr 10 07:49:26.989 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel20221, changed state to up
.Apr 10 07:49:32.182 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel20201, changed state to up
.Apr 10 07:49:34.263 utc: %TRACK-6-STATE: 1 ip sla 208 reachability Down -> Up
.Apr 10 07:49:34.264 utc: %TRACK-6-STATE: 2 ip sla 215 reachability Down -> Up
.Apr 10 07:49:34.264 utc: %TRACK-6-STATE: 3 ip sla 204 reachability Down -> Up
.Apr 10 07:49:34.264 utc: %TRACK-6-STATE: 4 ip sla 237 reachability Down -> Up
.Apr 10 07:49:34.264 utc: %TRACK-6-STATE: 5 ip sla 206 reachability Down -> Up
.Apr 10 07:49:34.264 utc: %TRACK-6-STATE: 6 ip sla 224 reachability Down -> Up
.Apr 10 07:49:34.264 utc: %TRACK-6-STATE: 7 ip sla 225 reachability Down -> Up
.Apr 10 07:49:34.264 utc: %TRACK-6-STATE: 8 ip sla 210 reachability Down -> Up
.Apr 10 07:49:34.264 utc: %TRACK-6-STATE: 9 ip sla 216 reachability Down -> Up
.Apr 10 07:49:34.264 utc: %TRACK-6-STATE: 10 ip sla 217 reachability Down -> Up
.Apr 10 07:49:34.264 utc: %TRACK-6-STATE: 11 ip sla 238 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 12 ip sla 228 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 13 ip sla 240 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 14 ip sla 243 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 15 ip sla 244 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 16 ip sla 23233 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 17 ip sla 219 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 18 ip sla 239 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 19 ip sla 227 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 20 ip sla 232 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 100 ip sla 211 reachability Down -> Up
.Apr 10 07:49:34.265 utc: %TRACK-6-STATE: 101 ip sla 20245 reachability Down -> Up
.Apr 10 07:49:34.266 utc: %TRACK-6-STATE: 102 ip sla 23234 reachability Down -> Up
.Apr 10 07:49:34.266 utc: %TRACK-6-STATE: 108 ip sla 23536 reachability Down -> Up
.Apr 10 07:49:34.266 utc: %TRACK-6-STATE: 109 ip sla 235 reachability Down -> Up
.Apr 10 07:49:34.975 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel20203, changed state to up
.Apr 10 07:49:34.977 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel20207, changed state to up
.Apr 10 07:50:24.435 utc: %VRRP-6-STATECHANGE: Vl1 Grp 25 state Backup -> Master

 

Видим, что отрабатывает VRRP и ...

второй маршик ISR4431/K9-2:
Apr 10 07:48:21.886 utc: %SPANTREE-7-RECV_1Q_NON_TRUNK: Received 802.1Q BPDU on non trunk GigabitEthernet0/1/1 VLAN1.
Apr 10 07:48:21.886 utc: %SPANTREE-7-BLOCK_PORT_TYPE: Blocking GigabitEthernet0/1/1 on G0:VLAN0001. Inconsistent port type.
Apr 10 07:48:23.887 utc: %LINK-3-UPDOWN: Interface Vlan1, changed state to down
.Apr 10 07:48:23.888 utc: %VRRP-6-STATECHANGE: Vl1 Grp 25 state Backup -> Init
.Apr 10 07:48:24.888 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to down
.Apr 10 07:48:30.591 utc: %TRACK-6-STATE: 1 ip sla 208 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 2 ip sla 215 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 3 ip sla 204 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 4 ip sla 237 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 5 ip sla 206 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 6 ip sla 224 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 7 ip sla 225 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 8 ip sla 210 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 9 ip sla 216 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 10 ip sla 217 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 11 ip sla 238 reachability Up -> Down
.Apr 10 07:48:30.592 utc: %TRACK-6-STATE: 12 ip sla 228 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 13 ip sla 240 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 14 ip sla 243 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 15 ip sla 244 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 17 ip sla 219 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 18 ip sla 239 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 19 ip sla 227 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 20 ip sla 232 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 101 ip sla 20245 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 102 ip sla 23234 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 103 ip sla 20203 reachability Up -> Down
.Apr 10 07:48:30.593 utc: %TRACK-6-STATE: 104 ip sla 20207 reachability Up -> Down
.Apr 10 07:48:30.594 utc: %TRACK-6-STATE: 105 ip sla 20201 reachability Up -> Down
.Apr 10 07:48:30.594 utc: %TRACK-6-STATE: 106 ip sla 20221 reachability Up -> Down
.Apr 10 07:48:30.594 utc: %TRACK-6-STATE: 107 ip sla 20209 reachability Up -> Down
.Apr 10 07:48:30.594 utc: %TRACK-6-STATE: 108 ip sla 23536 reachability Up -> Down
.Apr 10 07:48:30.594 utc: %TRACK-6-STATE: 109 ip sla 235 reachability Up -> Down
.Apr 10 07:48:51.883 utc: %SPANTREE-2-UNBLOCK_CONSIST_PORT: Unblocking GigabitEthernet0/1/1 on G0:VLAN0001. Port consistency restored.
.Apr 10 07:49:23.884 utc: %LINK-3-UPDOWN: Interface Vlan1, changed state to up
.Apr 10 07:49:23.886 utc: %VRRP-6-STATECHANGE: Vl1 Grp 25 state Init -> Backup
.Apr 10 07:49:24.883 utc: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to up
.Apr 10 07:49:28.628 utc: %TRACK-6-STATE: 1 ip sla 208 reachability Down -> Up
.Apr 10 07:49:28.628 utc: %TRACK-6-STATE: 2 ip sla 215 reachability Down -> Up
.Apr 10 07:49:28.628 utc: %TRACK-6-STATE: 3 ip sla 204 reachability Down -> Up
.Apr 10 07:49:28.628 utc: %TRACK-6-STATE: 4 ip sla 237 reachability Down -> Up
.Apr 10 07:49:28.628 utc: %TRACK-6-STATE: 5 ip sla 206 reachability Down -> Up
.Apr 10 07:49:28.628 utc: %TRACK-6-STATE: 6 ip sla 224 reachability Down -> Up
.Apr 10 07:49:28.628 utc: %TRACK-6-STATE: 7 ip sla 225 reachability Down -> Up
.Apr 10 07:49:28.628 utc: %TRACK-6-STATE: 8 ip sla 210 reachability Down -> Up
.Apr 10 07:49:28.628 utc: %TRACK-6-STATE: 9 ip sla 216 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 10 ip sla 217 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 11 ip sla 238 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 12 ip sla 228 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 13 ip sla 240 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 14 ip sla 243 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 15 ip sla 244 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 17 ip sla 219 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 18 ip sla 239 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 19 ip sla 227 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 20 ip sla 232 reachability Down -> Up
.Apr 10 07:49:28.629 utc: %TRACK-6-STATE: 102 ip sla 23234 reachability Down -> Up
.Apr 10 07:49:28.630 utc: %TRACK-6-STATE: 108 ip sla 23536 reachability Down -> Up
.Apr 10 07:49:28.630 utc: %TRACK-6-STATE: 109 ip sla 235 reachability Down -> Up
.Apr 10 07:49:58.628 utc: %TRACK-6-STATE: 101 ip sla 20245 reachability Down -> Up
.Apr 10 07:49:58.628 utc: %TRACK-6-STATE: 106 ip sla 20221 reachability Down -> Up
.Apr 10 07:50:10.630 utc: %TRACK-6-STATE: 106 ip sla 20221 reachability Up -> Down
Apr 10 07:50:38.664 utc: %TRACK-6-STATE: 103 ip sla 20203 reachability Down -> Up
Apr 10 07:50:38.664 utc: %TRACK-6-STATE: 104 ip sla 20207 reachability Down -> Up
Apr 10 07:50:38.664 utc: %TRACK-6-STATE: 105 ip sla 20201 reachability Down -> Up
Apr 10 07:50:38.664 utc: %TRACK-6-STATE: 106 ip sla 20221 reachability Down -> Up
Apr 10 07:50:38.664 utc: %TRACK-6-STATE: 107 ip sla 20209 reachability Down -> Up

Сначала я копал в сторону, почему 802.1Q залетают на маршрутизаторы?
Но, при более детальном рассмотрении логов, под подозрение попал STP

 

И вот теперь, собственно вопрос!
Как на SNR настроить STP?

 

На CISCO я делаю:
spanning-tree mode pvst
Можно ещё добавить - spanning-tree extend system-id
Так же понимаю, что pvst - это проприетарщина от CISCO
Т.е. это глобальная настройка.

 

На SNR-S3850G-48TX у меня не получилось так сделать.
Я перелопатил все доступные мануалы по SNR. Нифига не понял...

 

Например, в CISCO
C2960L(config)#spanning-tree mode ?
  mst         Multiple spanning tree mode
  pvst        Per-Vlan spanning tree mode
  rapid-pvst  Per-Vlan rapid spanning tree mode

 

А в SNR
SNR-S3850G-48TX(config)#spanning-tree mode ?
  mstp  MSTP(802.1s)
  rstp  RSTP(802.1w)
  stp   STP(802.1D)

 

Вроде нужен rstp, но он же не Per VLAN.
Тогда что, mstp?
Но, если я делаю "spanning-tree mode mstp" - ничего не происходит...
Тогда как?
Для интерфейса Vlan - не получается
Для каждого физического интерфейса?

И второстепенный вопрос, хотя он тоже далеко немаловажен для меня.
Я не понял, как работает логирование событий на SNR-S3850G-48TX...
Ни как посмотреть лог, никак его толком настроить.
Там вроде через info-center как то это делается...
Но опять же, если у меня стек, то там вроде как для каждого юнита свой журнал???

В общем, прошу не кидаться в меня камнями, а помочь, кто чем сможет.

[azhur]

На первый взгляд похоже на несовместимость SNR-а с цисковским (rapid-)pvst: SNR не знает формата bpdu для не-дефолтного влана и пропускает его дальше без обработки.

Как вариант решения - перенастраивать всё на MSTP в минимальной его реализации, без разбиения вланов на группы.

Ну или может у SNR есть какие-то "костыли" на этот случай, ждите рабочего дня, возможно фирменные специалисты что-то подскажут.

[Vladimir Efimtsev]

@sog_bird, здравствуйте!

Во взаимодействии проприетарного Cisco PVST и мультивендорного spanning-tree (который поддерживается на коммутаторах SNR в отличии от PVST) есть некоторые нюансы.

Рекомендую вам ознакомиться со статьей по работе и настройки spanning-tree на коммутаторах SNR, там нюанс работы с Cisco также рассмотрен.

Почитать можно здесь: https://nag.ru/material/43122

Но если все же так и не получится разобраться в проблеме, то оставьте обращение на nag.support, там будем разбираться.

 

Отвечая на ваш второй вопрос, коммутаторы из серии S3850G построены на чипсете Marvell, на данных сериях функционал логирования реализован через info-center.

Здесь есть небольшое описание из нашей базы знаний, или можете ознакомиться с информацией из config guide, или из command guide.

 

И если у вас используется стек, то да, для настройки или просмотра логов, или даже какого-то другого функционала, необходимо указывать номер юнита в стеке.

Например, "sh info-center logbuffer member 1" (если хотим посмотреть логи в энергозависимой памяти), или "sh info-center logfile 4 member 1" (если хотим посмотреть логи на флеш коммутатора).

 

По стекированию у нас есть вебинар, возможно, тоже будет вам полезно.

[sog_bird]

Всем спасибо за советы!

Буду разбираться.

По результатам обязательно отпишу сюда.

[sog_bird]

Доброго здоровьичка, товарищи!

 

Обещал сообщить результаты поднятия STP, что и делаю )

На CISCO поднял rapid-pvst

На SNR - spanning-tree mst 0 priority 4096

 

Всё замечательно работало в течении 3-х месяцев.

 

На днях заметил в логе SNR огромное количество следующих событий:

1969 SNR-S3850G-48TX %Jul 17 15:33:55:616 2024 DEFAULT/2/:FL1drv transmit Non-vsf Pkt 0x800 pro 8 via vsf port Ethernet1/0/52
1968 SNR-S3850G-48TX %Jul 17 15:33:55:616 2024 DEFAULT/2/:FL1drv transmit Non-vsf Pkt 0x800 pro 8 via vsf port Ethernet1/0/51
 

Ethernet1/0/51 - порт, через который соединяется первый юнит со вторым с помощью DAC

Ethernet1/0/52 - через него соединяется первый юнит с пятым по оптике.

 

Подскажите, что это означает и можно покрутить?

Что это за FL1drv???

Edited July 17, 2024 by sog_bird

[Vladimir Efimtsev]

@sog_bird, здравствуйте!

 

Бывает такое, что НЕ VSF трафик может проходить через стековый VSF линк. Причем это не какой-то обычный клиентский трафик, например, если ПК1, подключенный в юнит1, отправляет пакет на ПК2, подключенный в юнит2. В таком случае, запись в лог сделана не будет. Такие сообщения генерируются при поступлении определенного специфического трафика. Но что это за трафик - на данный момент R&D затрудняются точно сказать, необходимо разбираться.

 

Для этого необходимо, чтобы вы предоставили следующую информацию (на nag.support): "sh slot" + "sh run" + "sh info-center logbuffer" + в идеале схема подключения.

+ необходимо будет снять вывод дебага, чтобы определить, что именно за пакет вызывает данное поведение:
а) применить команду 'terminal monitor', чтобы видеть сообщения дебага в терминале;
б) в момент проблемы запустить 'debug driver send interface 1/0/51 protocol all detail' и 'debug driver send interface 1/0/52 protocol all detail'.

Снимать вывод данного дебага лучше в часы наименьшей нагрузки, т.к. может литься много трафика на порт, что может создать дополнительную нагрузку на коммутатор. Либо попробуйте по очереди выбирать все протоколы кроме VSF (вместо all). Нужно сопоставить появление данных сообщений в логе с пакетами в дебаге.

И тогда мы сможем точно сказать, что за пакеты вызывают данный лог.
Пока понятно только то, что прилетает специфический пакет, который по какой-то причине должен быть отправлен через VSF порт. Коммутатор делает об этом запись в лог и отбрасывает пакет.

И также понятно, что на VSF и остальные сервисы это ни коим образом НЕ влияет. Проблема носит исключительно косметический характер, поэтому как уже сказал, при желании вы можете оставить обращение нам на nag.support и предоставить всю запрошенную информацию, и мы передадим ее R&D.

[sog_bird]

Большое спасибо за консультацию, Владимир!

[sog_bird]

Доброго времени суток всем!

 

Сегодня заметил одну странность.

Стек из коммутаторов SNR-S3850G-48TX.

Внёс изменения в конфиг и сохранил.

После команды write и подтверждения Y никаких сообщений не появляется, т.е. команда завершается вроде как корректно.

Я просто решил посмотреть лог и увидел следующее:

2000 SNR-S3850G-48TX %Jun 30 13:17:57:274 2025 MODULE_CONFIG_SHELL/3/:%Write running-config to current startup-config successful
1999 SNR-S3850G-48TX %Jun 30 13:17:49:520 2025 MODULE_UTILS_FILESYSTEM/2/:%fs_write_file 2167: FS_DEV_UNLOCK Slot: 1 dev_name:flash: file_name:flash:/vsf.cfg
1998 SNR-S3850G-48TX %Jun 30 13:17:49:496 2025 MODULE_UTILS_FILESYSTEM/2/:%fs_write_file 2149: FS_DEV_LOCK_NO_WAIT Slot: 1 dev_name:flash: file_name:flash:/vsf.cfg
1997 SNR-S3850G-48TX %Jun 30 13:17:49:495 2025 MODULE_UTILS_FILESYSTEM/2/:%fs_write_file 2167: FS_DEV_UNLOCK Slot: 1 dev_name:flash: file_name:flash:/vsf_startup.cfg
1996 SNR-S3850G-48TX %Jun 30 13:17:49:461 2025 MODULE_UTILS_FILESYSTEM/2/:%fs_write_file 2149: FS_DEV_LOCK_NO_WAIT Slot: 1 dev_name:flash: file_name:flash:/vsf_startup.cfg
1995 SNR-S3850G-48TX %Jun 30 13:17:47:234 2025 DEFAULT/2/:run-cfg crc code not changed. force run-cfg sync, notify sm: member 2, slot 1 to update run-cfg!

 

Кто сможет подсказать, что бы это могло значить?

 

P.S.: Вопрос снят )

Edited June 30 by sog_bird

[Evgeniy Rychkov]

Здравствуйте, тут указано, что вы сохранили конфиг.

1995 SNR-S3850G-48TX %Jun 30 13:17:47:234 2025 DEFAULT/2/:run-cfg crc code not changed. force run-cfg sync, notify sm: member 2, slot 1 to update run-cfg!

 

Тут указано, что member 2( который у вас является скорее всего SM) синхронизировал конфигурацию с AM.

1999 SNR-S3850G-48TX %Jun 30 13:17:49:520 2025 MODULE_UTILS_FILESYSTEM/2/:%fs_write_file 2167: FS_DEV_UNLOCK Slot: 1 dev_name:flash: file_name:flash:/vsf.cfg
1998 SNR-S3850G-48TX %Jun 30 13:17:49:496 2025 MODULE_UTILS_FILESYSTEM/2/:%fs_write_file 2149: FS_DEV_LOCK_NO_WAIT Slot: 1 dev_name:flash: file_name:flash:/vsf.cfg
1997 SNR-S3850G-48TX %Jun 30 13:17:49:495 2025 MODULE_UTILS_FILESYSTEM/2/:%fs_write_file 2167: FS_DEV_UNLOCK Slot: 1 dev_name:flash: file_name:flash:/vsf_startup.cfg
1996 SNR-S3850G-48TX %Jun 30 13:17:49:461 2025 MODULE_UTILS_FILESYSTEM/2/:%fs_write_file 2149: FS_DEV_LOCK_NO_WAIT Slot: 1 dev_name:flash: file_name:flash:/vsf_startup.cfg

Это говорит о блокировки файловой системы в момент записи, проблемой не является.

2000 SNR-S3850G-48TX %Jun 30 13:17:57:274 2025 MODULE_CONFIG_SHELL/3/:%Write running-config to current startup-config successful

Успешно произошло сохранение.

[sog_bird]

Здравствуйте, коллеги!

 

Подскажите, как включить http или https сервер?

Опишу свои действия:

1. Делаю в режиме "conf t" ip http sever (получаю сообщение "web server has worked")

    Т.е. он включен.

2. В браузере (пробовал хром, файрфокс и эдж) ввожу адрес и получаю картинку с запросом логина и пароля.

3. Ввожу свои логин и пароль (которыми пользуюсь в консоли), подтверждаю и получаю следующую картинку (это из эджа):

 

Так же пробовал завести https сервер.

Ошибка такая же.

Подскажите, куда копать?

[jffulcrum]

Надо по DevTools смотреть (F12), закладка Network - что происходит, откуда RST прилетел.. Часто таким грешат всякие Касперские, прогоняя трафик через локальный прокси, добавлять в них адрес в исключения

[Evgeniy Rychkov]

Здравствуйте.

 

Цитата

Подскажите, куда копать?

Самая распространенная причина: фаервол, антивирус не пускают, отключите их на компьютере для проверки.
Попробуйте другое устройство подключить, чтобы исключить ваш компьютер.
 

[sog_bird]

Добрый день!

Спасибо за отзывы.

Попробовал с компа, на котором нет и никогда не было каспера. Стандартный брандмауэр винды тоже отключил.

Картина та же.

Цитата

Надо по DevTools смотреть (F12), закладка Network - что происходит, откуда RST прилетел.. Часто таким грешат всякие Касперские, прогоняя трафик через локальный прокси, добавлять в них адрес в исключения

Попробую.

[Evgeniy Rychkov]

Прошивка на коммутаторе какая? Пробовали подключиться по телнет/консоли к коммутатору и проверить?

[sog_bird]

Цитата

Прошивка на коммутаторе какая? Пробовали подключиться по телнет/консоли к коммутатору и проверить?

По SSH я к нему подключаюсь без проблем.

Напарнику не удобно, хочет веб.

Версия прошивки на всех юнитах 7.5.3.6(R0004.0517)

 

Кстати хочу обновить на днях.

Для обновления, как я понял, надо:

1. Скопировать nos.img на все юниты (например copy tftp://10.10.10.10/nos.img member-1#nos.img);

2. Перезагрузить стек (reload)

Правильно?

И спрошу, достаточно ли будет просто дать reload, или надо для каждого юнита стека выполнять?

Вроде пишут, что достаточно подключиться к стеку и дать reload...

 

З.Ы.: Сейчас заметил, что не нравится синтаксис "member-1#nos.img". Вроде хочет "slot-1#nos.img"

ЗЫ.ЗЫ.: И ещё спрошу ) Как посмотреть содержимое flash конкретного юнита?

             Если дать show flash, то содержимое какого юнита стека я вижу?

             Вроде вариантов команды "show flash" нет.

Edited July 17 by sog_bird

[Evgeniy Rychkov]

Здравствуйте.
 

В данном вебинаре обновление ПО для коммутаторов в стеке, по ссылке прямо с момента обновления ПО:
https://www.youtube.com/watch?v=fge0juZMDUQ&t=1790s

Указано два варианта обновления ПО:

1. Командами:

copy tftp://a.b.c.d/nos.img member-1#nos.img
copy tftp://a.b.c.d/nos.img member-2#nos.img

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

2. Коммутаторы, которые поддерживают VSF HA (ваш поддерживает)

а) обновляем ПО
copy tftp://a.b.c.d/nos.img member-1#nos.img
copy tftp://a.b.c.d/nos.img member-2#nos.img

На active-master применяем команду force switchover. Active master передает полномочия standby master и уходит в перезагрузку(из-за команды force switchover), обновляет по, загружается уже в режиме standby master со свежим ПО.

Ждем минут пять для уверенности.

Повторяем тоже самое на текущем active master: делаем force switchover - текущий active master уходит в перезагрузку возвращая управление предыдущему active master.

Время простоя минимальное.

!!!!ЕСли используется метод force switchover, то команда force sync software-version enable должна быть выключена!!!!!
 

Цитата

Сейчас заметил, что не нравится синтаксис "member-1#nos.img". Вроде хочет "slot-1#nos.img"

Вы уверены?
 

Цитата

И ещё спрошу ) Как посмотреть содержимое flash конкретного юнита?

[sog_bird]

Евгений, спасибо за помощь!

Я совсем забыл, что у меня есть запись этого вебинара )

Edited July 18 by sog_bird

[sog_bird]

Я прошу прощения.

Пересмотрел вебинар по стекированию и у меня появилось ещё несколько вопросов.

1. Если у меня в стеке коммутаторы SNR-S3850G-48TX с поддержкой VSF HA, то мой стек после сборки всех юнитов командами "switch convert mode vsf" какой, HA или нет?

    Как посмотреть, какой у меня стек? HA или нет?

2. После заливки img-файлов на все юниты и последовательной перезагрузки мастеров командой "force switchover", надо перезагрузить все слэйвы. Достаточно применить после обновления мастеров команду "force sync software-version enable", или надо перезагрузить все слэйвы с помощью "reload N" (где N номер юнита)?

3. Например фраза "На active-master применяем команду force switchover" говорит о том, что если подключиться к стеку (по его IP-фдресу) и выполнить команду "force switchover", то она выполнится на active master?

    И тогда, после передачи прав active standby masterу и его перезагрузки, если я выполню ту же команду, то она выполнится уже для второго коммутатора, которому были отданы полномочия active master?

Edited July 18 by sog_bird

[sog_bird]

Цитата

Цитата

Сейчас заметил, что не нравится синтаксис "member-1#nos.img". Вроде хочет "slot-1#nos.img"

Вы уверены?

Уже понял, что ошибался.

Я пробовал скопировать файл с коммутатора.

И поэтому думал, что команда должна выглядеть так "copy member-N#filename.ext tftp://XXX.XXX.XXX.XXX/filename.ext".

Но, как оказалось, в этом случае работает так "copy slot-N#flash:/filename.ext tftp://XXX.XXX.XXX.XXX/filename.ext".

Ещё раз, огромное спасибо, Евгений!

[Evgeniy Rychkov]

Здравствуйте.

 

Цитата

1. Если у меня в стеке коммутаторы SNR-S3850G-48TX с поддержкой VSF HA, то мой стек после сборки всех юнитов командами "switch convert mode vsf" какой, HA или нет?

    Как посмотреть, какой у меня стек? HA или нет?

У вас ТОЧНО HA. У этой модели не может быть не HA.

show ha state

 

Цитата

2. После заливки img-файлов на все юниты и последовательной перезагрузки мастеров командой "force switchover", надо перезагрузить все слэйвы. Достаточно применить после обновления мастеров команду "force sync software-version enable", или надо перезагрузить все слэйвы с помощью "reload N" (где N номер юнита)?

Здесь не до конца понял вопрос. У вас несколько коммутаторов в стеке, вы их обновляете с AM и вводите несколько строк:
copy tftp://a.b.c.d/nos.img member-1#nos.img
copy tftp://a.b.c.d/nos.img member-2#nos.img

 

Вы залили прошивки на все коммутаторы. Затем командой force switchover вы передаете управление к SM, а AM перезагружается, чтобы применить на себя прошивку. SM ставиться AM. Когда коммутатор загрузиться вы снова делаете force switchover и AM снова становиться AM(возвращает себе роль), а второй коммутатор перезагружается для применения прошивки.

 

Цитата

3. Например фраза "На active-master применяем команду force switchover" говорит о том, что если подключиться к стеку (по его IP-фдресу) и выполнить команду "force switchover", то она выполнится на active master?

Да

 

Цитата

    И тогда, после передачи прав active standby masterу и его перезагрузки, если я выполню ту же команду, то она выполнится уже для второго коммутатора, которому были отданы полномочия active master?

Дв

[sog_bird]

Цитата

Здесь не до конца понял вопрос. У вас несколько коммутаторов в стеке, вы их обновляете с AM и вводите несколько строк:
copy tftp://a.b.c.d/nos.img member-1#nos.img
copy tftp://a.b.c.d/nos.img member-2#nos.img

 

Вы залили прошивки на все коммутаторы. Затем командой force switchover вы передаете управление к SM, а AM перезагружается, чтобы применить на себя прошивку. SM ставиться AM. Когда коммутатор загрузиться вы снова делаете force switchover и AM снова становиться AM(возвращает себе роль), а второй коммутатор перезагружается для применения прошивки.

У меня в стеке 5 коммутаторов.

С мастерами всё теперь понятно.

Но на слэйвах тоже надо обновить.

Их ведь тоже надо перезагрузить?

Или достаточно применить команду "force sync software-version enable"?

Прошивки я скопировал на все коммутаторы.

[Evgeniy Rychkov]

Цитата

Или достаточно применить команду "force sync software-version enable"?

Данная команда применяется на АМ коммутаторе.
В этом случае нет необходимости обновлять все коммутаторы, а только АМ. Все остальные коммутаторы должны подгрузить к себе ПО с коммутатора АМ.
Об этом говорится в вебинаре по стекированию.

Вы обновляете прошивку на АМ, у вас есть эта команда и при ЗАГРУЗКЕ коммутатором отличных от АМ они установят себе ПО, которое есть на АМ.

[sog_bird]

Спасибо за консультацию!

[sog_bird]

Доброго времени суток!

Попробовал вчера обновить свой стек SNR-S3850G-48TX.

И меня постигла неудача.

Опишу всё в хронологическом порядке.

1. Перед выполнением обновления сделал скрин команды show slot:

Конфигурация vsf выглядела так:

2. Загрузил на все юниты файлы nos.img с новой версией ПО.

3. Применил команду "force sync software-version disable"

4. Применил команду "force switchover"

5. Active master перезагрузился. Я подождал минут 5 после его перезагрузки и снова выполнил "force switchover".

    Получил сообщение, что синхронизация vsf не окончена, продолжить да/нет. Я отказался и выполнил show vsf и show vsf top:

В журнале было вот что:

2000 SNR-S3850G-48TX %Jul 21 21:09:04:246 2025 MODULE_VSF_PROTO/2/:topo success! vsf done 1 state ALIVE master f8-f0-82-76-35-3e seq 481 local seq 481

1999 SNR-S3850G-48TX %Jul 21 21:09:04:242 2025 MODULE_VSF_PROTO/2/:disc success! cpu num 5 vsf done 0 state TOPO master f8-f0-82-76-35-3e seq 481 pri 0x400027fe local seq 481 pri 0x400027fe

1998 SNR-S3850G-48TX %Jul 21 21:09:04:236 2025 MODULE_VSF_PROTO/2/:SM f8-f0-82-76-34-48 mid 3 pri 0x200027bd seq 478

1997 SNR-S3850G-48TX %Jul 21 21:09:04:236 2025 MODULE_VSF_PROTO/2/:Master f8-f0-82-76-35-3e  mid 2 pri 0x400027fe seq 481

1996 SNR-S3850G-48TX %Jul 21 21:09:03:858 2025 MODULE_VSF_PROTO/2/:vsf_disc_restart 1220: vsf inactive 4000 local seq 481 pri 0x400027fe, time 2881754020

1995 SNR-S3850G-48TX %Jul 21 21:09:03:857 2025 MODULE_VSF_PROTO/2/:vsf_disc_probe_check_restart 3784: Handle the seq 466 probe pkt from key f8-f0-82-76-34-5d port 1(2) , restart the vsf ,time 2881754019 !

1994 SNR-S3850G-48TX %Jul 21 21:09:03:350 2025 MODULE_VSF_PROTO/2/:topo success! vsf done 1 state ALIVE master f8-f0-82-76-35-3e seq 480 local seq 480

1993 SNR-S3850G-48TX %Jul 21 21:09:03:345 2025 MODULE_VSF_PROTO/2/:disc success! cpu num 5 vsf done 0 state TOPO master f8-f0-82-76-35-3e seq 480 pri 0x400027fe local seq 480 pri 0x400027fe

1992 SNR-S3850G-48TX %Jul 21 21:09:03:340 2025 MODULE_VSF_PROTO/2/:SM f8-f0-82-76-34-48 mid 3 pri 0x200027bd seq 477

1991 SNR-S3850G-48TX %Jul 21 21:09:03:339 2025 MODULE_VSF_PROTO/2/:Master f8-f0-82-76-35-3e  mid 2 pri 0x400027fe seq 480

1990 SNR-S3850G-48TX %Jul 21 21:09:02:017 2025 MODULE_VSF_PROTO/2/:vsf_disc_restart 1220: vsf inactive 4000 local seq 480 pri 0x400027fe, time 2881753969

1989 SNR-S3850G-48TX %Jul 21 21:09:02:016 2025 MODULE_VSF_PROTO/2/:vsf_disc_probe_check_restart 3784: Handle the seq 477 probe pkt from key f8-f0-82-76-34-48 port 0(1) , restart the vsf ,time 2881753969 !

1988 SNR-S3850G-48TX %Jul 21 21:09:02:499 2025 MODULE_VSF_PROTO/2/:topo success! vsf done 1 state ALIVE master f8-f0-82-76-35-3e seq 479 local seq 479

1987 SNR-S3850G-48TX %Jul 21 21:09:02:495 2025 MODULE_VSF_PROTO/2/:disc success! cpu num 5 vsf done 0 state TOPO master f8-f0-82-76-35-3e seq 479 pri 0x400027fe local seq 479 pri 0x400027fe

1986 SNR-S3850G-48TX %Jul 21 21:09:02:490 2025 MODULE_VSF_PROTO/2/:SM f8-f0-82-76-34-48 mid 3 pri 0x200027bd seq 476

1985 SNR-S3850G-48TX %Jul 21 21:09:02:489 2025 MODULE_VSF_PROTO/2/:Master f8-f0-82-76-35-3e  mid 2 pri 0x400027fe seq 479

1984 SNR-S3850G-48TX %Jul 21 21:09:02:197 2025 MODULE_VSF_PROTO/2/:vsf_disc_restart 1220: vsf inactive 4000 local seq 479 pri 0x400027fe, time 2881753920

1983 SNR-S3850G-48TX %Jul 21 21:09:02:196 2025 MODULE_VSF_PROTO/2/:vsf_disc_probe_check_restart 3784: Handle the seq 476 probe pkt from key f8-f0-82-76-34-48 port 0(1) , restart the vsf ,time 2881753920 !

1982 SNR-S3850G-48TX %Jul 21 21:09:01:175 2025 MODULE_VSF_PROTO/2/:topo success! vsf done 1 state ALIVE master f8-f0-82-76-35-3e seq 478 local seq 478

1981 SNR-S3850G-48TX %Jul 21 21:09:01:171 2025 MODULE_VSF_PROTO/2/:disc success! cpu num 5 vsf done 0 state TOPO master f8-f0-82-76-35-3e seq 478 pri 0x400027fe local seq 478 pri 0x400027fe

1980 SNR-S3850G-48TX %Jul 21 21:09:01:166 2025 MODULE_VSF_PROTO/2/:SM f8-f0-82-76-34-48 mid 3 pri 0x200027bd seq 475

1979 SNR-S3850G-48TX %Jul 21 21:09:01:166 2025 MODULE_VSF_PROTO/2/:Master f8-f0-82-76-35-3e  mid 2 pri 0x400027fe seq 478

1978 SNR-S3850G-48TX %Jul 21 21:09:00:938 2025 MODULE_VSF_PROTO/2/:vsf_disc_restart 1220: vsf inactive 4000 local seq 478 pri 0x400027fe, time 2881753844

1977 SNR-S3850G-48TX %Jul 21 21:09:00:936 2025 MODULE_VSF_PROTO/2/:vsf_disc_probe_check_restart 3784: Handle the seq 463 probe pkt from key f8-f0-82-76-34-5d port 1(2) , restart the vsf ,time 2881753844 !

1976 SNR-S3850G-48TX %Jul 21 21:08:59:914 2025 MODULE_VSF_PROTO/2/:topo success! vsf done 1 state ALIVE master f8-f0-82-76-35-3e seq 477 local seq 477

1975 SNR-S3850G-48TX %Jul 21 21:08:59:910 2025 MODULE_VSF_PROTO/2/:disc success! cpu num 5 vsf done 0 state TOPO master f8-f0-82-76-35-3e seq 477 pri 0x400027fe local seq 477 pri 0x400027fe

1974 SNR-S3850G-48TX %Jul 21 21:08:59:905 2025 MODULE_VSF_PROTO/2/:SM f8-f0-82-76-34-48 mid 3 pri 0x200027bd seq 474

1973 SNR-S3850G-48TX %Jul 21 21:08:59:904 2025 MODULE_VSF_PROTO/2/:Master f8-f0-82-76-35-3e  mid 2 pri 0x400027fe seq 477

1972 SNR-S3850G-48TX %Jul 21 21:08:59:687 2025 MODULE_VSF_PROTO/2/:vsf_disc_restart 1220: vsf inactive 4000 local seq 477 pri 0x400027fe, time 2881753770

1971 SNR-S3850G-48TX %Jul 21 21:08:59:686 2025 MODULE_VSF_PROTO/2/:vsf_disc_probe_check_restart 3784: Handle the seq 474 probe pkt from key f8-f0-82-76-34-48 port 0(1) , restart the vsf ,time 2881753770 !

1970 SNR-S3850G-48TX %Jul 21 21:08:59:164 2025 MODULE_VSF_PROTO/2/:topo success! vsf done 1 state ALIVE master f8-f0-82-76-35-3e seq 476 local seq 476

1969 SNR-S3850G-48TX %Jul 21 21:08:59:160 2025 MODULE_VSF_PROTO/2/:disc success! cpu num 5 vsf done 0 state TOPO master f8-f0-82-76-35-3e seq 476 pri 0x400027fe local seq 476 pri 0x400027fe

1968 SNR-S3850G-48TX %Jul 21 21:08:59:155 2025 MODULE_VSF_PROTO/2/:SM f8-f0-82-76-34-48 mid 3 pri 0x200027bd seq 473

1967 SNR-S3850G-48TX %Jul 21 21:08:59:154 2025 MODULE_VSF_PROTO/2/:Master f8-f0-82-76-35-3e  mid 2 pri 0x400027fe seq 476

1966 SNR-S3850G-48TX %Jul 21 21:08:58:857 2025 MODULE_VSF_PROTO/2/:vsf_disc_restart 1220: vsf inactive 4000 local seq 476 pri 0x400027fe, time 2881753719

===========================================================================================================================================

Выполнил show slot:

Меня смущает отображение CPLD version.

Все остальные юниты остались, как и ранее на старой версии ПО, т.к. я их не перезагружал.

 

6. В итоге я выполнил откат на предыдущую версию ПО. Т.е. скопировал старый nos.img на все юниты и перезагрузил весь стек командной reload.

    Выполнение команды show slot даёт такой же результат, как в п.1

 

Вроде всё делал, как описывается в гайдах и советуют знающие люди )

Но что то пошло не так...

Может дело в большой разбежке версий ПО и надо было просто перезагрузить весь стек сразу?

В общем прошу хелпа!

[Evgeniy Rychkov]

Здравствуйте.

Что вас интересует в текущий момент?
Вы можете командами скачать ПО на все коммутаторы и обновить их. После этого весь стек перезагрузить.
Вы можете командами скачать ПО на все коммутаторы и обновить их, после начать перезагружать их командой force switchover.
Вы можете разобрать стек и обновить по отдельности каждый коммутатор.

 

Цитата

Получил сообщение, что синхронизация vsf не окончена, продолжить да/нет.

Когда синхронизация будет окончена появится сообщение HA butch finished.
 

Цитата

Меня смущает отображение CPLD version.

Не смущайтесь, в данном контексте оно не имеет значения.