Kód: Vybrat vše
005609: Feb 11 18:22:14.814 Prague: %SW_MATM-4-MACFLAP_NOTIF: Host 20cf.xxxx.xxxx in vlan 802 is flapping between port Gi1/0/28 and port Gi1/0/27
V danou chvíli přestalo fungovat několik IPTV STB které jsou připojené IPTV VLAN na GPONu, v OLT od té doby vidím hlášky:
Kód: Vybrat vše
29086 2020-02-11 18:31:37+01:00
Source MAC got by non-network-sideports is the same as one learnt by network-side ports
User-side FrameID:0, User-side SlotID:0, User-side PortID:0,
Network-side FrameID:0, Network-side SlotID:8, Network-side PortID:0,
MAC address:18b8-xxxx-xxxx, VLAN ID:551
Výpis MAC na OLT pak ukazuje:
Kód: Vybrat vše
HuaOLT-1#sho mac-address all | include 18b8-xxxx-xxxx
It will take some time, please wait...
-----------------------------------------------------------------------
SRV-P BUNDLE TYPE MAC MAC TYPE F /S /P VPI VCI VLAN ID
INDEX INDEX
-----------------------------------------------------------------------
- - eth 18b8-xxxx-xxxx dynamic 0 /8 /0 - - 551
16596 - gpon 18b8-xxxx-xxxx dynamic 0 /0 /1 11 551 551
-----------------------------------------------------------------------
Prostě to vypadá, jako by OLT MAC adresu STB vidělo ze strany GPONu i ze strany UPLINKu.
Podle této diskuze https://forum.huawei.com/enterprise/en/ ... 685-100181 to vypadá, že takový to chybný záznam z MAC tabulky prostě nevytimeoutuje, dokud je MAC adresa živá na síti (uživatel by asi musel STB alespoň na 5min vypnout z elektriky, protože jinak to pořád dokola sahá na DHCP server...).
Na základě té diskuze jsem nastavil:
Kód: Vybrat vše
mac-address aging-mode unidirectional
což situaci vyřešilo (duplicitní záznam po několika minutách zmizel - aging je tam defaultně nastaven na 300sec)
Jestli je to takto správně si úplně jistý nejsem, ale pokud by se něco podobného někomu stalo, může tohle pomoci. Chvíli mi trvalo než jsem se dopátral toho, co se děje...