mam jednu zakernou otazku. Projede trunk a nativna vlana pres blbej switch za 150kc?
Proste to poslat dale.
Zkousel to uz nekdo?
Dik
dave
❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
Trunk pres obycejnej switch
Trunk pres obycejnej switch
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
mam jednu zakernou otazku. Projede trunk a nativna vlana pres blbej switch za 150kc?
Proste to poslat dale.
Zkousel to uz nekdo?
Dik
dave
0 x
David Kratochvil
Taky jsem to někde vyzkoušel a fakt jo 
blbej edimax za pár korun .... ale tranzit mpls na tom už nezkoušejte
blbej edimax za pár korun .... ale tranzit mpls na tom už nezkoušejte
0 x
zalezi na L2 MTU
0 x
ERnet tady, ERnet tam, ERnet vsude kam se podivam
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á?
0 x
Povoláním ISP není jen připojovat lidi k internetu, ale také jim dokázat vysvětlit, že bez pořádné investice do HW nelze udělat kvalitní přípojku a domácí síť...
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
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
0 x
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.
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.
0 x
Jelikož je zde zakázáno se negativně vyjadřovat k provozním záležitostem, tak se holt musím vyjádřit takto: nové fórum tak jak je připravováno považuji za cestu do pekel. Nepřehledný maglajz z toho bude. Do podpisu se mi pozitiva již nevejdou.
-
Dalibor Toman
- Příspěvky: 1246
- Registrován: 12 years ago
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)
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)
0 x
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)
0 x