Re: Întrebare newbie: conectare redundant ă la Internet cu BGP

Bună ziua din nou,


Răspund celor scrise de Wolfy:

> În 2016-12-22 11:16, manuel "lonely wolf" wolfshant a scris:

> PS: linux stie de ani buni de ip route add default via ISP1 metric 
> $METRIC1 via ISP2 metric $METRIC2.


Folosind niscai tutoriale găsite pe Web, am făcut experiențe cu rute
statice și metrici diferite pentru două sau mai multe default
gateway-uri ale unui LAN.

Deși a mers (pe un Debian 8.x), rezultatele sunt dezamăgitoare și
succesul e numai teoretic, fiindcă, dpdv practic, nu poți rula o
aplicație online peste o astfel de legătură. Am să explic de ce.


Unu, pe diversele distribuții, kernelele implicite se comportă diferit
(pe CentOS 6.x n-am reușit schema asta). Iar eu nu intenționez să
folosesc nici un artificiu care nu e în .deb-urile sau .rpm-urile
oficiale, pe o mașină de producție.

Doi, e nevoie de niscai scriptulețe de customizare, chiar la
inițializarea mașinii, scriptulețe care nu se mai integrează bine în
întregul proces. Trăim în epoca în care systemd e un proces paralelizat
(nici nu știi exact când se termină bootarea), abia dacă ți se mai
admite ("highly discouraged") să rulezi ceva din /etc/rc.d/rc.local

Trei, imagineaza-ți că ai un router (default gateway pentru un LAN),
conectat la doi ISP cu metrici diferite. Poți defini priorități inegale,
să zicem 4/5. Procesul (din câte am aflat prin experimente directe) e
round-robin, în procentele definite mai sus. Simulând deconectarea
ISP-ului nr. 2 (cel cu prioritate 5), 4 pachete vor pleca normal din
LAN, 5 vor fi drop-uite, 4 normal, 5 drop-uite... Deși teoretic totul
funcționează (nu pierzi nici un moment legătura cu Internetul),
comunicația arată ca un șvaițer. O asemenea schemă e inaplicabilă pentru
programe-client cum am eu, „fițoase” și non-web, care „mârâie” sau se
decontectează complet la 2-3 pachete pierdute accidental sau atunci când
latența client-server depășeste 40-50 ms.


Un Crăciun luminos, cu bucurii vă doresc tuturor,
Răzvan

_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug