Trunk pres obycejnej switch

[kdavid]

Zdar hosi,

mam jednu zakernou otazku. Projede trunk a nativna vlana pres blbej switch za 150kc?
Proste to poslat dale.
Zkousel to uz nekdo?

Dik
dave

[ocior]

Projde

[pgb]

Taky jsem to někde vyzkoušel a fakt jo blbej edimax za pár korun .... ale tranzit mpls na tom už nezkoušejte

[reset]

zalezi na L2 MTU

[okoun]

nejsem takový odobrník ale mám pocit že se tam v ARP tabulce smíchají záznamy vlanové a nevlanové případně jiné vlany? takže oddělení provozu se asi nekoná?

[pgb]

situace RB-levný edimax switch-RB

na RB spojení bez tagu samozřejmě ok, následně na obou RB přidána vlan s tag 111 a RB si v rámci té vlan povídají ..... ale ten tag se samozřejmě šíří všude

[ludvik]

Switch ARP tabulky nemá.

Ten TAG se nešíří všude. Paket respektuje switchovací architekturu jako každý jiný. HUBy snad už nikdo nepoužívá.

Jasně, lze "otrávit" tabulky MAC ve switchi a pak se dostaneme i k tagovanému provozu. To je asi tak jediná výjimka (z vnějšího pohledu) od switche co VLAN rozumí - ten nepustí otagovaný rámec tam, kam to nejde ani při otrávení. Tedy neměl by.

[Dalibor Toman]

hloupy switch ma jen jednu tabulku paru MAC-interface, takze pokud v ruznych VLAN jsou stejne MAC tak vylezou i pres rozdilne VLANy jednim interfacem. A kolize MAC ve VLAM je docela bezna vec - cokoliv na Linuxu (tedy MT) pri vyrobe VLAN interfacu rozhodne nepouziva unikatni MACky ale klonuje tu z parent interface

no a per VLAN MAC tabulky nemaji i zarizeni, kde by to clovek cekal (ALCOMA napr), coz v nekterych pripadech redundantnich tras muze byt docela problem (kdyz se jedna MAC muze objevovat diky kruhu na obou stranach spoje je to vesele)

[rsaf]

Pořád to ale neSTRIPne ten VLAN tag, takže problém by nastal jen v okamžiku, kdy by stejná MAC byla v různých VLANách a z pohledu toho hloupého switche to bylo na různých portech (umím si to představit ve větší síti s kruhovou topologií a MSTP, tam bych ale zase nečekal takový switch)