classic.ISPforum.cz

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

Projde

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

zalezi na L2 MTU

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á?

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

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.

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)

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)