Dotaz,
je mozne s RB433AH dostat 200Mbit pres 2xether porty do gigabit switche?
Zajimalo by me jak by to fungovalo kdyby 2x ether porty v bridge byly pripojeny do gigabit switche, jestli by sla komunikace pres oba porty.
Za odpoved dekuji.
❗️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
200 Mbit RB433AH pres ethernet
rekl bych ze ne, ale treba me nekdo vyvede z omylu.
(jelikoz mac adresa a nizsi komunikaci vrstvy prenosu),
spise s tim udelas "komunikacni" zkrat, pokud budou ty eth v bridge (na to jsou ale zase jine prostredky, jak tomu zabranit, tzv spamming tree), naposled se mi to podarilo pred par lety, od te doby tyhle experimenty nedelam
(jelikoz mac adresa a nizsi komunikaci vrstvy prenosu),
spise s tim udelas "komunikacni" zkrat, pokud budou ty eth v bridge (na to jsou ale zase jine prostredky, jak tomu zabranit, tzv spamming tree), naposled se mi to podarilo pred par lety, od te doby tyhle experimenty nedelam
0 x
ERnet tady, ERnet tam, ERnet vsude kam se podivam
nejde. Musel by si mít switch kterej to hodí do bondingu. na každý straně. Nicméně k čemu takovou kravinu když si můžeš koupit RB411GL.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Jo, jde to. Na straně RBčka se udělá bond dvou eth portů s nějakou load balancing politikou a na straně switche dát ty dva portu do trunku/etherchannel/..., kažý tomu říká nějak jinak
(a jde udělat i to, že každý ten eth vede do jiného switche, ale to už navíc switche musí být ve stacku a podporovat cross stack trunking, takže řeším zvyšování propustnosti i zálohu selhání jednoho switche).
Nicméně si nejsem jist, zda RB433AH je adept na ukočírování 200 Mbps provozu (hlavně odkud a kam)?
Pak také detail, že nedosáhneš pravděpdobně 200 Mbps na jedno spojení, protože obvykle switche neumí (specifikace pro trunky to ani nedoporučuje), aby data jednoho spojení se balancovala na víc portů. U RBčka to směrem do switche nastavit jde (balance-rr), ale občas to rozhodí cílovou stranu. Takže budeš limitován, jak dovolí switch nastavit distribuční politiku do portů toho trunku (základ je mac cíl xor mac zdroj modulo počet portů). Jinak RBčko v bond umí i režim, kdy rozkládá zátěž na víc portů i v případě, že switch na to nemá žánou podporu, buď jen pro vysílání nebo s určitými limitacemi příjem/vysílání (balance-alb/balance-tlb). Ale ne všechen hw to podporuje na straně RouterOS a ne všechny switche to rozdýchají (těm chytřejším to vadí, ale ty budou umět aspoň LACP trunk).
Pokud je víc switchů a každý eth do jiného, tak jde to dělat také pomocí bridge a vhodným nastavením RSTP.
(a jde udělat i to, že každý ten eth vede do jiného switche, ale to už navíc switche musí být ve stacku a podporovat cross stack trunking, takže řeším zvyšování propustnosti i zálohu selhání jednoho switche).
Nicméně si nejsem jist, zda RB433AH je adept na ukočírování 200 Mbps provozu (hlavně odkud a kam)?
Pak také detail, že nedosáhneš pravděpdobně 200 Mbps na jedno spojení, protože obvykle switche neumí (specifikace pro trunky to ani nedoporučuje), aby data jednoho spojení se balancovala na víc portů. U RBčka to směrem do switche nastavit jde (balance-rr), ale občas to rozhodí cílovou stranu. Takže budeš limitován, jak dovolí switch nastavit distribuční politiku do portů toho trunku (základ je mac cíl xor mac zdroj modulo počet portů). Jinak RBčko v bond umí i režim, kdy rozkládá zátěž na víc portů i v případě, že switch na to nemá žánou podporu, buď jen pro vysílání nebo s určitými limitacemi příjem/vysílání (balance-alb/balance-tlb). Ale ne všechen hw to podporuje na straně RouterOS a ne všechny switche to rozdýchají (těm chytřejším to vadí, ale ty budou umět aspoň LACP trunk).
Pokud je víc switchů a každý eth do jiného, tak jde to dělat také pomocí bridge a vhodným nastavením RSTP.
0 x