[Rudolf112]

Kujutame ette, et läppar on juhtmega ruuteri küljes ja netis. Siis lülitame sisse läpparis wifi, connectime ning tõmbame juhtme läpparilt tagant ja tahame, et näiteks IRC ja MSN ei disconnectiks, vaid läheks sujuvalt ühelt ühenduselt teisele. Teostatav? Tänud vastuste eest.

Muuseas konf selline: Elioni DTV ruuter (ilma wifita) + Linksys WRT54G (mis siis teeb wifit).

[airm]

ei ole teistatav,
kuna ruuteri jaoks hakkab "teine klient" suhtlema temaga.

[avrn]

Järelikult:
Siin on vastavasisulise tarkvara arendajail arenguruumi.
Võrdluseks:
Tänasel päeval on ju olemas moblad, mis suutelised kasutama Skype`t, ja leidma kasutuskõlbulikku võrku.

Tegelikult:
Mis seal vahet? Ainult tarkvaraarendaja laiskus/mugavus/silmaringi piiratus.

[airm]

Mitte skype ei ole süüdi, vaid "kasutuskõlblik võrk".

IPV6 vist hakkab sinnapoole minema?
Nagu olen aru saanud.

[Sold OUT]

tcumen, pakettside protokollid loodi aasta(kümneid) tagasi ning neid on vahepeal küll täiustatud kuid kontseptsioon jääb samaks. Kui sa veidi avardaksid enda silmaringi, siis saaksid aru MIKS see ei ole võimalik.

[avrn]

[Silver?!]

kuda ei ole võimalik? on ikka võimalik aga see on paras häkk.

iseküsimus kas windowsiga saab.

default gateway, route ja metric võiksid olla märksõnad, kust kaevamist alustada.

Samas tõenäosus saada mittetöötav lahendus on suurem.

[nuhk]

Ei ole nii, Silver - netiühendus tuleb teistkaudu ise üles, aga sessioon, mille kohta küsiti (MSN vms), kukub ikka ära.
Sama värk on VPN backup-ühendustega - tunnel ajab ennast teistkaudu üles, aga mis sees jooksis, on katki.. ja katki ta jääb.
nuhk@hot.ee

[bigmarx]

IRC kohta ei tea, aga MSN'is on netikatkestus ju probleemivaba, kui just ei tõmba midagi. Korraks läheb aken halliks ja juba oledki online tagasi...

[sakinaga]

mIrcis on vähemalt lihtsalt disconnect-reconnect ja vapsee korras.

[Rudolf112]

[Silver?!]

Miks aga peaks sessioonid katki minema? Ega see katkestus nüüd nii pikk ka ei ole. Enne kui kuskil mingi time out antakse on ju ammu juba paketid teist kaudu liikvel.

Mõni pirtsakam rakendus võib küll katki minna. eeldades et püsti olev TCP sessioon katki läheb. Teoorias ei tohiks udp üldse kotitud saada.

Nat ja masqerade peab muidugi olema kah hästi konfitud. et kohe info ära uuendatakse või suht kiirelt aegub.

Ma saan näiteks küll mõnda veebividinat jms kasutada, et vahepeal panen vpni kinni või muudan võrguühendust aga veebivaatamine katki ei lähe. Lihtsalt tuleb kiiresti tegutseda.

[airm]

Tuleks vastata küsimustele:
mis asi on NAT? mismoodi ta käitub sessioonidega...

Ja Silver?!,

[madis_l]

Muuseas OpenWRT ruuteri (asus wl500gx) puhul olen ma Debian'iga arvutiga korduvalt läinud WiFi'lt üle kaablile ilma, et ssh sessionid häviks. Nõks on selles, et eth0 saab wlan0'ga sama MAC aadressi ja siis "ifdown wlan0;ifup eth0" Kui DHCP'd mitte kasutada siis äkki kõlbab ka lihtasalt mõlemad liidesed sama IP aadrssile seada?
Kindlasti on see äkerdus /etc/network/interfaces või väikeste skriptidega automatiseeritav.

[Pailaps]

Applikatsioonitasemel keep-alive featuuri saab ka luua. Kõik töötab kui applikatsioon saab aru pakettidest tcp ühenduse peal. Lood null paketitüübi, mida saaja peab ignoreerima ja saab vastu võtta igakell suheldes saatjaga. Kui üks vestluskaaslastest märkab, et ei saa enam pakette ajaühikus X, siis saadab nullpaketi. Kui ühendus on taastub, siis saab jätkata.

TCP KeepAlive teeb seda TCP tasemel.

Mu mõttest ei peagi aru saama, hea kui keegi saab.