uplink port podle STP root portu?

[PepeOnAchair]

Ahoj,
nekde jsem videl/cetl, ze existujou switche, ktere umi nastavit uplink port podle toho, ktery port maji aktualne v STP rezimu "root port". Ostatni porty by pak videli pouze na ten uplink port a mezi sebou by byly oddelene. Takze odchozi provoz ze switche by byl vzdy mozny jen smerem k root bridge bez potreby nastavovani VLANu na tech switchich.
Netusite o jaky switch mohlo jit?
Diky, Pep.

[PepeOnAchair]

Nikdo nevi?

[miract]

Na signamaxech je to "metromode". Na tplinkach delam port vlany. Jinde nevim.

[ludvik]

Jenže to je pokud vím staticky. On to chce dynamicky.
Akorát netuším, co má proti vlanám

Na signamaxech je to "metromode". Na tplinkach delam port vlany. Jinde nevim.

[PepeOnAchair]

jj, potrebuju to dynamicky podle toho, ktery port je jako STP root. Na VLANach se me nelibi to, ze v ramci vice uplink portu muze chodit provoz jako napr. broadcast i opacnym smerem nez je smerem k STP root bridge, takze bude zbytecne (a predpokladam ze hodne) vytezovat sit.

[ludvik]

Jakože bys měl vytížený port ve stavu discard/alternate? I kdyby jo, tak ten spoj v tu chvilku nepřenáší nic důležitého, takže ti to může být vcelku naprosto jedno. Broadcastů zase tolik není (zvlášť pokud to jsou ptp linky mezi routery) a i kdyby, tak od toho jsou "storm" funkce switchů.
A pokud honíš STP po slabých (jednoduše přetížitelných) spojích, pánbůh s tebou

Na VLANach se me nelibi to, ze v ramci vice uplink portu muze chodit provoz jako napr. broadcast i opacnym smerem nez je smerem k STP root bridge, takze bude zbytecne (a predpokladam ze hodne) vytezovat sit.

[PepeOnAchair]

To ne, kdyz bude port ve stavu alternate, tak to je v pohode. Problem si ale myslim muze nastat, kdyz budou na jednom ze switchu oba uplinky ve stavu designated. Potom broadcast zakazniku na tom switchi pripojenych do "downlink" portu projde skrz oba uplink porty. A protoze jeden ten uplink port musi vest opacnym smerem nez je root port, potom se broadcast dostane i do vedlejsiho switche - coz teda plati jak pro ten "opacny" smer, tak ale i pro ten spravny, tj. ten k root bridge.

Ze storm funkci, ktere omezuji mnozstvi broadcast provozu mam trochu obavy, protoze by to mohlo zacit zahazovat i uzitecne broadcasty?

[ludvik]

Furt moc nechápu. I když to tím druhým designate bude procházet, na druhé straně toho linku to bude zahozeno. Takže sice ano, bude to tam (pravděpodobně) běhat, ale opravdu ti to může být jedno. Vždyť ten link nebude použit na nic jiného, než na STP pakety a možná i tyto tvoje nechtěné broadcasty.

Užitečných broadcastů zase tolik není. Kolem a kolem jenom ARP Principielně jich musí být zanedbatelné procento z dat ... k čemu síť/internet, kde budou běhat jenom broadcasty? A principielně jich musí být plus mínus stejně, jako když je ten link aktivní, když je rootem.

S těmito stormy jsem měl problém jenom jednou. Malé osmiportové switche HP 1800G mají omezení jen globální, ne na port. A to broadcast a multicast dohromady. Maximum je 32kpps. A to už vadilo OSPF - mám cca 600 rout z přibližně 200 routerů.

Broadcast storm by měl být nastaven hlavně na portu, který nemáš tak úplně pod kontrolou. Tedy na těch, kam jsou připojení koncoví uživatelé. Pak je po problému.

Závěrem: řešíš problém, který neexistuje. Být tebou, tak se zabývám spíš tím, co se stane, když ti někdo doma zapojí dva konce jednoho kabelu do switche, co si koupil přes web za tři stovky.

To ne, kdyz bude port ve stavu alternate, tak to je v pohode. Problem si ale myslim muze nastat, kdyz budou na jednom ze switchu oba uplinky ve stavu designated. Potom broadcast zakazniku na tom switchi pripojenych do "downlink" portu projde skrz oba uplink porty. A protoze jeden ten uplink port musi vest opacnym smerem nez je root port, potom se broadcast dostane i do vedlejsiho switche - coz teda plati jak pro ten "opacny" smer, tak ale i pro ten spravny, tj. ten k root bridge.

Ze storm funkci, ktere omezuji mnozstvi broadcast provozu mam trochu obavy, protoze by to mohlo zacit zahazovat i uzitecne broadcasty?