classic.ISPforum.cz

Ahojte,

riešil niekto QinQ tunneling (802.1ad, tpid 0x88a8) cez Edgecore ES3528M resp. ECS4210? Potrebujem jednoducho cez tieto switche prehnať QinQ double-tagged traffic.

Momentálne mi funguje buď double-tagged traffic (0x88a8) ak na vstupnom aj výstupnom porte na switchi nastavím switchport mode access (prečo?)
alebo štandardná 802.1Q (0x8100) ak na portoch nastavím switchport mode trunk. Ja ale potrebujem na jednom porte aj 0x88a8 aj 0x8100 framy.

V globálnom konfiguračnom móde mám zapnutý dot1q-tunnel systemtunnel-control, skúšal som aj rôzne nastavovať na portoch switchport dot1q-tunnel mode a tpid ale stále mi portom lezú len buď 0x88a8 alebo 0x8100 framy.

Nepotrebujem riešiť access porty / mapping CVLAN -> SPVLAN, len transparentný prenos.


Vďaka!
Blažej

ano resil. Na tranzit switchech sem nenastavoval nic(samozrejme kromne jumbo mtu). Na edge switchech sem zapl v globalu dot1q-tunnel system-tunnel-control, na if smerem na vrch(trunk do site) sem dal switchport dot1q-tunnel mode uplink, na access interface sem dal zvolenou s-vlanu jako native a zapl sem switchport dot1q-tunnel mode access

https://support.proficomms.cz/projects/ ... vit_Q-in-Q

ECS4210 je trosku specificka, protoze QinQ nelze zapnout separatne na jednotlivych portech, ale pouze na vsech najednou.

Tak po testoch, na transportnych switchoch naozaj netreba nic nastavovat, akurat switchport mode treba nastavit na hybrid a nie trunk, inak 0x88a8 ramce neprejdu. Niekto vysvetlenie preco?

eKrajnak píše:Tak po testoch, na transportnych switchoch naozaj netreba nic nastavovat, akurat switchport mode treba nastavit na hybrid a nie trunk, inak 0x88a8 ramce neprejdu. Niekto vysvetlenie preco?

Jedine co me napada, ze pujde o bug, switch "napevno" ocekava v rezimu trunk ethertype 0x8100. Rezim hybrid umoznuje i untag komunikaci, takze mu 0x88a8 nevadi.

Jeste bych mozna zkusil nastavit
Defaultne je 0x8100, v tom by mohl byt problem.