Dotaz: Spojenie viacerych switchov

[Marián Oravec]

ahoj. je mozne taketo zapojenie?

       ----- -----
      |     S1    |
       -----------
       |     |    |
      --   ----   --
     |PC| | S2 | |PC| 
      --   ----   --
          |    |
   --     --   --    --
  |PC|--|S3|  |S4|--|PC|
   --    --    --    --
         |
        --
       |S5|
        --

kde S1 - S5 (nie len S5 ale az Sx) su switche a PC su jednotlive PC (alebo viac PC). Cize slovne ma zaujima ci mozem zapojit switch do switchu a ked ano (myslim ze urcite ano) je to mnozstvo obmedzene vnutornou ARP tabulkou toho-ktoreho switchu alebo je tam ine obmedzenie? Plus co sa stane ak tato ARP tabulka nestaci - strati sa paket?

neviete prosim o nejakych clankoch co tuto problematiku blizsie (najlepsie podrobne) riesia? dakujem moc

PS: nebolo by fajnove keby som tu schemu nakreslil bez PRE tagu? he

Odpovědi

[Michal Kubeček]

Samozřejmě. Ale jak to souvisí s Linuxem?

[Marián Oravec]

s linuxom to nesuvisi ale s www.abclinuxu.cz to suvisi aspon so zaradenim do kategoire Sitove komponenty, ze ano?

[Zdeněk Štěpánek]

Zdravim

Jde to, ale nezapoemn ze si ti switche musej pamatovat vsechny MAC adresy, nejvic zatizenej bude S1. V manualu se doctes ze muzes kaskadovat tak 3 za sebe.

Zdenek

[Marián Oravec]

jojo a prave to ma zaujima. ze co ak si je S1 schopny pamatat napr. 100 MAC adries ale v skutocnosti ich za nim bude 150? Budu sa stracat pakety a bude nizsia rychlost alebo sa to bude spravat uplne nepredvidatelne?

aky manual mate na mysli? k switchu? a prosim nahodou nejake tie linky nepoznate? vdaka

[Jiří Veselský]

Teorie říká, že by se nemělo ztrácet nic - pokud má switch svou interní tabulku plnou, tak prostě nejstarší záznamy zahazuje. A když na něj dorazí rámec, pro nějž nemá ve forwardovací tabulce záznam, tak jej prostě pošle všemi porty - zahraje si na hub. To ale samozřejmě vede ke zbytečnému zvyšování zátěže sítě.

To je ovšem jenom teorie, těžko říct, jak se to bude chovat, pokud by ty switche byly (z pohledu velikosti forwardovací tabulky) přetěžovány permanentě. Mohou mít například pomalý procesor a nebudou stíhat tabulku uvolňovat, následně pak třeba nemusí chvilku switchat vůbec, nebo něco zahodí, nebo něco zpozdí, nebo čertvíco, podle typu switche, jeho nálady, síly větru a podobných vlivů. Rozhodně bych se takovému uspořádání vyhnul, protože i když podle teorie by se nemělo stát nic zlého, v praxi bych se spíš obával zcela nepředvídatelného a navíc zcela nediagnostikovatelného chování.

[Peter bodnar]

v akom manuale??? ja som este v ziadnom manulae nevidel obmedzenie na kaskadovanie - skor sa to tyka dizajnu siete ale v principe mozes kaskadovat aj 100 switchov, tam skor treba ratat s tym, aby uplinky mali dostatocnu kapacitu (bud gigabit uplink alebo port channeling) co sa tyka MAC adries, tam nevidim velky problem: slusny switch ma kapacitu aspon na 8k MAC adries, keby mal iba na 1024, pre malu siet to postacuje a do velkej siete aj tak treba uz nejaky centralny switch s VLAN routingom a podobne...

[Jiří Veselský]

Snad každý switch hodný toho jména má tabulku alespoň na 4K MAC adres, což je až až - tolik aktivních zařízení v jedné logické LAN by bylo přeci jenom trochu moc (například kvůli obrovskému režijnímu ARP provozu).

V praxi máme odzkoušenu podobnou kaskádu cca 50 switchů v cca 6 úrovních pod sebou, do toho nějakých 200 PC. Je to ale asi tak maximum, co jde rozumně provozovat právě s ohledem na režii, diagnostiku a podobně.

[arpanet]

-) jejda .... s linuxem to asi nema moc spolecneho ... ale kratka odpoved ...

ano.... takhle to zapojit jde ... omezeni MAC tabulky dneska nechte konovi .... ma vjetsi hlavu .... pokud neprovozujete viic jak tisice mac tak vas to nemusi zajimat ...

... otazky -))) a) S1 a s2 muze byt docela zatizeny .... spis nez pocet MAC reste jeho prostupnost a jeho nastaveni ...

b) ... pri store & forward dojde ke zpozdeni ... .. neni zajimave normalne ... ale pri male pruchodnosti S1 S2 a nejake aplikaci typu direct eth broadcast ... treba sireni image broadcastem od powerquestu ... nebo jak se ta fa jmenuje muze byt problem s retransmitem a utlucenim siite

c) ... co se stane kdyz s1 s2 umrou ? bude se delat upgrade .. czi neco takoveho

->>> jestli mi vjestecka koule neselhala ... tak S1 je switch pro servery ... S2 je core S3,4,5 jsou access

... potom bych premyslel: o vykonu S1 a S2 o Spanning-tree a ceste mezi s1 -> s3,4 a v navaznosti na propustnosti S1 o ceste S3<->S4

toz tak -))) ----------------------------------------------------------- ale cele je to o penizkach a pozadavciich -))) muzu i soukrome na simon@cesa.cz

[Zdeněk Štěpánek]

Zdravim

Myslel jsme manual ke switchi samozrejme. U nejakeho levneho to asi psano nebude, ale u drazsich bude i vetsi manual.

Jiank nam ted v úpraco zlobi starsi managovatelnej 24port switch 3com, proste jeden vlan co tam je chcipne a neprenasi data, musi se jeden konektor vytahnout, zase zastrcit a switch jede na par hodin dal. Zacal to delat po prestehovani a pripojeni jednoho 8miportovyho switche.

Zdenek