Ehm, tak vzdálené doby nepamatuju, k Internetu jsem se dostal někdy kolem roku 1996, leč velmi dobře si pamatuju, jak jsem svého času honil TCP/IP přes AX.25 v rámci amprnetu přes rádiové linky s rychlostmi 1200Bd a posléze 9600Bd. Fakt je ten, že pokud se použil režim encapsulace Virtual Circuit, pak AX.25 zaručovalo nulovou ztrátu packetů, neb mělo samo o sobě opravné mechanismy, které to zajištovaly. Zas to ale mělo příšerný overhead, takže z té 1k2 linky zbylo nějakých 300-400Bd ;-). K tomu musíme přidat, že se linka sdílela s dalšími uživateli a přístup byl řešen pomocí CSMA. Druhá varianta byla metoda encapsulace Datagram, kde se zas neřešila ztráta packetu někde na cestě, takže si to musel řešit protokol TCP/IP.
AX.25 samo o sobě používá také packety. Návrh toho protokolu je sám o sobě zajimavý, umí spousty věcí, které TCP nikdy neumělo, ale fakta jsou následující. Pokud jsem měl na lince (o kterou jsem se tahal s ostatními uživateli a s rušením) ztrátu packetů 10%, byl to důvod podívat se, jestli náhodou neupadla anténa, či neodešlo-li něco v modemu. Modemy jsme bastlili na koleně většinou bez nějakých zkušeností s takovými věcmi, učili jsme se ,,za pochodu''.
Zkrátka a dobře. Odmítám věřit na 15% ztrátovost packetů na profesionální lince. Spíš bych řekl, že jste v tom počítači měli nějakej pěknej hokej a že celá ztrátovost spočívala v použití portů bez FIFO, či v použití nějakýho zrůdnýho software, kterej ty porty používal bez FIFO a pak stačila nějaká trochu větší zátěž mašiny a data se nestíhala přečíst, TOHLE NEMOHLA DĚLAT LINKA!!!
Keď si človek spomenie na analógové telefonické linky dakedy. Prečo nie? Šialené šumenie, presluchy medzi linkami. Preba si uvedomiť, že väčšina spojení bola realizovaná či už pevnolinkovými, alebo vytáčanými modemami.
A po druhé,problém je aj s preťažením linky. Keď sa paket routru nedarí pretlačiť ďalej dlhšiu dobu tak ho bez náhrady zahodí. A hneď máme packetloss.
Zdravim.
Ja jsem sice s modemismem zacinal v dobe, kdy uz se analogove ustredny pomalu prestavaly pouzivat. Ale musim podotknout, ze 2400bps modemy (jeden tu jeste mam; skvely stroj) uz mely zabudovane protokoly pro kompresi a opravu chyb. A samozrejme hadwarovy flow control na seriovem portu, coz kompenzovalo absenci bufferu. (A softwarovy na lince) Jak rikam, zkusenosti nemam, ale presto si dovoluji pripojit se k taboru pochybovacu - podle me telefonni linka s modemem bud bezi, nebo spadne spojeni uplne. A jestli by to fungovalo nejak spatne, porad by tu existovala moznost prehodit modem na 1200, 600 nebo 300 bps, coz by celkovou spolehlivost zvysilo.
Potom jsem se chtel zeptat - existuje tu jeste neco jako amprnet? Nemyslim tim WiFi site, ale komunitu kolem packet radia. V diskusi o BBS nekdo doporucil svuj system na vyzkouseni, muze nekdo udelat neco podobneho zde?
P.S.: Chcete-li si v dnesni dobe vyzkouset vysoky packet loss, jdete do WiFi! Daji se velmi dobre nasimulovat autorem clanku popisovane podminky.
hh mozem ti zaslat grafy z pred mesica kedy sa pokusal riesit slovak telekom agregaciu lossom na linke a v grafoch je od rana od 9-10h packet loss od 5% po 40% fakt hrozne nakoniec to okolo vianoc opravili ale teraz zase zhorsili latenciu tak neviem ci tam nenapisem zas!!! ....
Jsem připojen k CZFree.Netu a po cestě k internetové gatewayi můj packet proleze 10 routery, mezi kterými jsou převážně optické nebo kvalitní mikrovlnné spoje, ale taky je po cestě jedna zlobivá wifina, která je v noci v pohodě (loss 0-2%), ale přes den produkuje 15%-25% packetloss. O propustnosti a funkčnosti takové linky netřeba mluvit.
TCP spojení se chovají značně nestabilně, timeouty jsou běžné.
Napadlo mě vytvořit program, který by přenášel data v UDP packetech a zajišťoval vlastní opravu ztracených/poškozených packetů. Teorie zní hezky; zkoušel někdo něco takového prakticky?
