Spojení dvou internetových připojení do jednoho (diskuse)

[snajpa]

Nejprve jsem zkusil Snajpu a jeho vpsfree.cz, které prezentuje i zde, ale OpenVZ se ukázalo jako nepoužitelné - není možné nahrát moduly do jádra.

Jo, sypu si popel na hlavu, že jsem to nikam na webovky nenapsal, že se OpenVZ nehodí k čemukoliv co pracuje na nižší vrstvě než aplikační (až na pár vyjímek). Je to daň za nízkou režii pro virtualizaci.

[houska]

Mám půjčené druhé UMTS, díky patří JeDovi.

[trekker.dk]

Použil jsem tap, protože bonding funguje na vrstvě Ethernetu (tun pracuje s IP pakety). Opravte mě jestli se pletu - s tap by to udělat vůbec nešlo.

Nemělo tady být s tun by to vůbec nešlo?

(Btw. zkus ten blogpost nabídnout Robertovi, třeba ti to vydá jako článek)

[houska]

opraveno, dik

taky me to napadlo, chtelo by to nejaky obrazky atd. ... mozna az to dodelam

[Grunt]

No, nevim. Mám na starosti jednu menší síť a tento princip tunelování by se mi zrovna moc nezamlouval. Když už tak ECMP(Equal Cost Multi-Path) Routing. Ten používám i já.

[houska]

Rozlévání trafficu funguje per connection, nikoliv per packet. zdroj

coz je v mem pripade problem

[Grunt]

Jo, přesně tak

coz je v mem pripade problem

Proč?

[houska]

protoze to delam pro jedinou aplikaci, ktera posila data po UDP

[otasomil]

Moc pekne napsany clanek. Nicmene platit za dve pripojeni hmm to je trochu luxus.

[Limoto]

Přesně, navíc, když jsou stejně obě nechutně pomalý...

[otasomil]

No tak z pohledu zabezpeceni spojeni v pripade vypadku je toto reseni OK. Ovsem za dvojnasobnou cenu jen kvuli vyssimu uploadu tak to je vo nicem.

[cezz]

Kedysi som skusal podobne riesenie. (3x adsl) 

V pripade vypadku jednej linky vykazoval ping cca 30% packet loss, kedze bonding nevedel detekovat vypadok linky (afaik tap nema potrebne ioctl) ale inak v podstate spolahlive.

Co sa tyka rychlosti ak si dobre spominam bolo to 3x rychlost jedneho spojenia minus cca 20%. A pokial viem, dalo sa nejako urcovat v akom pomere bude bonding rozhadzovat packety do jednotlivych tunelov (toto opat nemal ako zistit system sam) ale ja som nepotreboval, kedze linky boli identicke, mozno by si sa este mal skusit pohrat s tym. Inak ich tusim rozhadzoval rovnomerne do oboch, cim sa prakticky cakalo na ten pomalsi. Ale to uz bolo dost davno, teraz uz si naozaj nespominam.

 

[houska]

bonding umi detekovat vypadlou linku bud pres
- mii monitor - mrkni se na mii-tool tzn jestli je kabel fyzicky pripojen
- arp monitor - pta se jestli mac adresa existuje

mrkni do manualu

[cezz]

To samozrejme vie, ale vtedy ide o realne sietovky kdezto tu sa bavime o  tun / tap device.

[houska]

... pro ktery ten druhy monitoring neni problem

[cezz]

No neviem, uz si nespominam, ako sa to presne spravalo, ale asi ano, ten arp monitoring by to mal po nejakom timeoute zistit.. Kazdopadne ani som to nejako neriesil a vypadky som detekoval na inej urovni aj s notifikaciou a tak.

[houska]

jj je to presne jak rikas snazi se na tom rozhrani udelat arp dotaz z na tu zadanou ip adresu, timeout se zadava pri loadovani modulu