rado3105 píše:Majklik píše:Odhad os stolu - pokud to jedeš přes ty NV2 linky, tak se ti to rozložilo tak, že jendím směrem to jde jendou trasou a potvrzování zpět druhou. A ty dvě linky vedle se be se ruší nebo vzhledem k čsování NV2 a posunu časování těch dovu linek vedle sebe to má v tomto režimu delší RTT pro TCP potvrzování.
toto by to teoreticky mohlo byt...
pouzivas bonding? resp. ktora metoda bondingu je podla teba v tomto pripade ze chcem spojit dva spoje najvhodnejsia?
Ještě ti v té sérií cvičení chybí zkusit si traffic engineering nad MPLS.

Ale neboj, dopadneš stejně (maximálně bude změna v tom, že nastavíš, aby se používala první trasa a až bude trasa plná, tak část provozu se poslalo druhou), jenom se o dost víc konfiguračně nadřeš...
Nepomůžeš si také. Čií-li jak říká Hapi - pořid tlustější rádio a druhou linku třeba někudy jinudy jen jako zálohu, když primár zdechne.
Bonding používám běžmě, ale jen režimy active-backup nebo LACP a jen na Ethernetu. A skřípu u toho zubama, protože v tom má ROS, jak je dobrým zvykem, několik chyb. Takže někdy raději než active-backup, tak je lepší použít třeba bridge a RSTP.
Co se týče ECMP ve vztahu k OSPF, tak to používám, ale je třeba si být vědom, co to dělá a nečekat od toho zázraky. Alůe chce to opět přes trošku rozumné linky. Protože když uděláš několik skoků na NV2 jendu linku a několik skolů nad NV2 jako druhou trasu. Tak když to sedne tak, že TCP spojneí půjde jendou trasou a potvrzování druhou, tak si v podstatě začneš hrát na SDH kruhy, akorát takové, které jsou krutě nesynchronní se všema z toho plynoucíma problémy.

okoun píše:jo ale když budeš stahovat třeba ze steamu tak ti to hodí teoreticky ten 2Gb, teoreticky
Záleží jak daná technologie bude dělat rozklad do víc směrů. U OSPF/BGP/statického ECMP může jeden koncový klient ucpat víc tras, pokud bude stahovat z různých serverů (IP adres), takže se to vyhodnotí jako různé spojneí a bude je rozhazovat. U L2 technologií, např klasické LACP trunky, záleží jak moc chytré to bude. Jendodušší krabice jedou rozklad jen na základě cílové MAC adresy, tu má klient jendu, takže půjde k němu vše jendím směrem. Chytřejší berou xor src i dst MACky (to dělá i bond v ROS), pak už to může být jiné, ale pokud je to mezi routerem ven a klientem, tak jsou MACky pořád stjené, tak také nic a vše jendou linkou. Až co začne brát v potaz L3 a/nebo L4 src i dst pak u různých stahování může začít vytěžovat víc linek.