петля bdcom gp3600-16 и ону zte 601

[forella 20]

имеется схема gp3600-16(version 10.3.0D build 105479) - cisco nexus 3064 - шлюз на линуксе 

на олт все ону одной модели model-id F601V6.0

олт не видит петлю на порту\влан, а за олт циска переодически видит петлю и постоянно блочит
по конфигу на олт 

!version 10.3.0D build 105479

 

gpon onu-config-template port1_1
cmd-sequence 001 gpon onu tcont-virtual-port-bind-profile tvbind-default
cmd-sequence 002 gpon onu uni 1 vlan-profile vlan1701_test
cmd-sequence 003 gpon onu uni 1 uni-profile MTU
cmd-sequence 004 gpon onu loopback-detect protocol private
cmd-sequence 005 gpon onu uni 1 loopback-detect enable
cmd-sequence 006 gpon onu flow-mapping-profile vlan1701
 

interface TGigaEthernet0/1
switchport trunk vlan-allowed 321,1601,1700-1716,2201
switchport trunk vlan-untagged none
switchport mode dot1q-tunnel-uplink
dhcp snooping trust
ip-source trust
storm-control broadcast threshold 5
storm-control multicast threshold 5
storm-control unicast threshold 5
 

interface GPON0/1
gpon pre-config-template port1_1 bind-onuid 1-128
gpon bind-onutype onutype-default-hgu precedence 127
gpon bind-onutype onutype-default precedence 128
filter dhcp
switchport trunk vlan-allowed 321,1701,2201
switchport trunk vlan-untagged none
switchport mode trunk
switchport protected 1
storm-control broadcast threshold 1000
storm-control multicast threshold 1000
storm-control unicast threshold 5

 

interface GPON0/1:1
gpon onu model-id F601V6.0
gpon onu tcont-virtual-port-bind-profile tvbind-default
gpon onu flow-mapping-profile vlan1701
gpon onu virtual-port 1 gem-port 256
gpon onu tcont 1 alloc-id 259
gpon onu loopback-detect protocol private
gpon onu uni 1 vlan-profile vlan1701_test
gpon onu uni 1 uni-profile MTU
gpon onu uni 1 loopback-detect enable

и глобально включено: loopback-detection

 

по nexus логи:
%L2FM-2-L2FM_MAC_FLAP_DISABLE_LEARN_N3K: Loops detected in the network for mac 3cfd.feab.c600 among ports Eth1/19 and Eth1/52 vlan 1701 - Disabling dynami
c learning notifications for a period between 120 and 240 seconds on vlan 1701
%L2FM-2-L2FM_MAC_FLAP_RE_ENABLE_LEARN_N3K: Re-enabling dynamic learning on vlan 1701

 

Eth1/19(bdcom) - nexus - Eth1/52(linux(3cfd.feab.c600))

(п.с. да, ону не из лучших конечно, но ходовые, может у кого была подобная проблема и кому-то удалось както решить ее)

Відредаговано 2023-05-31 07:41:30 forella

[Dimkers 1 540]

1 час назад, forella сказал:

олт не видит петлю на порту\влан, а за олт циска переодически видит петлю и постоянно блочит

МАС ищите, откуда выстреливает. С бриджами на антенах чтото припоминаю у себя. МАС леакинг был на антене, которая в ОНУ торчала.

 

Ну и почитать как работает LBD тоже стоит, потому как описанное вами выше - это немного не то, а МАС мувинг

Відредаговано 2023-05-31 09:07:36 Dimkers

[forella 20]

3 минуты назад, Dimkers сказал:

МАС ищите, откуда выстреливает. С бриджами на антенах чтото припоминаю у себя. МАС леакинг был на антене, которая в ОНУ торчала.

Та в том то и дело, мак почему-то шлюзовский. Хочется хотябы как-то локализовать проблему на олт, чтоб она отобразила мак ону/абона

[Dimkers 1 540]

Ищите МАС на ОЛТе в момент проблемы.

[forella 20]

2 минуты назад, Dimkers сказал:

Ищите МАС на ОЛТе в момент проблемы.

Олт по логам никак не реагирует в момент проблемы, по арп попробую глянуть что там происходит

[forella 20]

25 минут назад, Dimkers сказал:

Ну и почитать как работает LBD тоже стоит, потому как описанное вами выше - это немного не то, а МАС мувинг

оно то да, мак гуляет шлюзовский, это немного путает.

по mac-move:
 

The possible causes of this message are:

MAC addresses move because of incorrect Spanning Tree Protocol (STP)-port state convergence.

MAC addresses move because the source of the data is physically moved across all switches while STP states are converged and in correct states.

 

stp нигде не используется, физически сервер никуда не бегает😀 влан проблемный только на бдкоме и шлюзе(остальные порты в down), циска как "перемычка", только l2

по нексус: 

no spanning-tree vlan 1-3000
show spanning-tree  
No spanning tree instance exists.

 

show vlan id 1701

VLAN Name                             Status    Ports
---- -------------------------------- --------- -------------------------------
1701 client_gpon                      active    Po10, Po20, Eth1/19, Eth1/29
                                                Eth1/30, Eth1/31, Eth1/32
                                                Eth1/52

VLAN Type         Vlan-mode
---- -----        ----------
1701 enet         CE   

 

по бдкому так же глобально no spanning-tree

 

[Dimkers 1 540]

А при чем тут STP? Я вам говорю, что ловил такое при МАС leak на бриджах радиоантен. Т.е. МАС вашего сервера с Линупсом вдруг и внезапно начинает светиться не только с интерфейса ETH на антене, но и с WLAN, как будто устройство с этим МАСом работает с обоих сторон, а потом по таймеру в 300 сек оно обнуляетсят и дальше все сухо и комфортно до следующего такого прикола. Может и онушка вполне себе так чудить. Ищите на ОЛТе откуда прилетает МАС сервера КРОМЕ аплинк порта ОЛТа.

 

А может и абон флудить, он же видит МАС сервера у себя в АРП таблице. Просто крафтит пакет с нужным SRC-MAC и шлет в сеть на FF. И ее колбасит МАС спуфинг

Відредаговано 2023-05-31 12:36:11 Dimkers

[forella 20]

43 минуты назад, Dimkers сказал:

А при чем тут STP? Я вам говорю, что ловил такое при МАС leak на бриджах радиоантен. Т.е. МАС вашего сервера с Линупсом вдруг и внезапно начинает светиться не только с интерфейса ETH на антене, но и с WLAN, как будто устройство с этим МАСом работает с обоих сторон, а потом по таймеру в 300 сек оно обнуляетсят и дальше все сухо и комфортно до следующего такого прикола. Может и онушка вполне себе так чудить. Ищите на ОЛТе откуда прилетает МАС сервера КРОМЕ аплинк порта ОЛТа.

 

А может и абон флудить, он же видит МАС сервера у себя в АРП таблице. Просто крафтит пакет с нужным SRC-MAC и шлет в сеть на FF. И ее колбасит МАС спуфинг

Понял, спасибо, идея понятна, буду искать