On Mon, 22 Nov 2004, Radu Naidinescu wrote:
> in ce sens "sa incerce sa utilizeze"? interfata in mod sigur va fi
> up&running, eu ma gandesc ca pot aparea probleme legate strict de
> gw-ul respectiv care nu afecteza functionarea placii!
Adica: daca legatura cu gateway-ul respectiv cade, atunci kernel-ul
nu va sti ca s-a intamplat asta (nu are cum), deci va trimite pachete
utile pe acea conexiune, pachete care vor ramane in aer. Asta inseamna
ca, de exemplu, un browser ramane pe "connecting to ..." pana da timeout.
La o noua conexiune, va folosi cealalta interfata dar deja au fost pachete
pierdute degeaba si timp irosit. Daca folosesti "trick-ul" cu ping, atunci
se va intampla acelasi lucru, dar pachetele pierdute vor fi cele de la
ping, fara a afecta alte aplicatii. In plus, fortand trimiterea de pachete
pe acea interfata, kernel-ul va putea sa o considere din nou "up" imediat
ce se rezolva problema.
> mai mult decat atat ma gandesc la urmatorul scenariu:
> GW1 --- GW1'
> daca sa zicem ca nu pica GW1 sau GW2 dar pica GW2' si GW2 nu are nici
> o ruta alternativa? e prevazuta o astfel de situatie? se poate prinde
> sistemul ca pachetul trimis pe ruta GW2 are o problema?
Nu, cel putin nu in mod automat. Ai putea sa rezolvi insa cu un
script sau daemon care incearca periodic sa contacteze un host
stabil si relativ apropiat (un isp in reteaua metropolitana de exemplu)
folosind odata GW1 apoi GW2, si sa seteze manual ruta/rutele default daca
pe una din ele nu primeste raspuns. Nu este nici pe departe o solutie
perfecta, si are dezavantajul ca daca pe link-urile respective se face
mult trafic poate sa dea alarme false. Dar altfel nu cred ca ai cum, in
afara de a folosi protocoale de rutare dinamica, desigur...
Numai bine,
--
Mihnea-Costin Grigore [ "Tenebus Ipsilo Ibinem Catehens" ]
http://in.progress
---
Detalii despre listele noastre de mail: http://www.lug.ro/
