On 12/23/2016 03:58 PM, Răzvan Sandu wrote:
> 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.
stiu :) de aia nici nu ti-am recomandat-o in detrimentul BGP
> 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.
ai gresit ceva, merge din fuleu. eu folosesc de mai multi ani decit ne
cunoastem personal.
>
> 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.
nu ai nevoie de rc.local. nu iti trebuie decit o singura comanda ( ip r
replace default ) care pe C6 se poate pune in /sbin/ifup-local (
sistemul se asteapta sa aiba deja o ruta default setata din
sysconfig/network sau din ifcfg-ethX deci nu merge ip r a )
> 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
marturisesc ca inca nu am studiat pt C7 dar sint gata sa pariez ca
exista ceva similar. oricum , poti face service-ul tau care sa astepte
dupa |network-online.target|
> 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.
absolut corect
> 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.
aici ai din nou dreptate. si de aia ai nevoie de BGP (care stie sa se
prinda f rapid cind o conexiune pica si sa nu mai comunice pe interfata
respectiva ) si nu ti-am recomandat sa faci cu rute default
multi-gateway. Alternativ ai putea folosi un alt mecanism care sa se
prinda ca e picata conexiunea si sa reactioneze adecvat dar pt cazul
tau, nu iti recomand asa ceva.
cit despre raspunsurile pe tema linux +default gateway multihomed,
incercam doar sa ii explic co-listasului nostru iubitor de mikrotik ca
doar pt ca el nu stie cum nu inseamna ca nu se poate
wolfy 'ce fun a fost cind un coleg a pus o ruta d-asta default simultan
peste adsl si peste radio "ca sa fie redundanta" '
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
