Názory k článku
FSP protokol - Internetová Legenda (3)

pekny clanok uz sa tesim co z toho cele vznikne na zaver , "TCP se rádo se roztahuje" :P pekne slovne spojenie

Ještě chybka: Ještě důležitější věcí je provézt analýzu problému

Mam stejny pocit. Uz se to k tomu snad blizi, ale je to porad jen spousta kecu.

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.

Nj, ale AX.25 vychazi z X.25 coz je protokol ktery vylozene pocita s nespolehlivou linkou(potvrzovani, pripadne resend na kazdem hopu a tak) :-)

Pripoj se do czfree a zazijes spoustu dobrodruzstvi, nejen ztratovost linky.

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?

Jako treba OpenVPN tunel pres UDP?

Vzhledem ke stále častějším pravopisným chybám v článcích (např. první věta
odstavce s nadpisem Analýza problému) bych hádal, že někdo z šéfiků na rootu
konečně dostal rozum a vypral Johanku. Bohužel mám takový pocit, že se stále
někde kolem potlouká. :-(

Jinak článek je samozřejmě super, člověk si vždycky rád počte tyhle
retrospektivní hovadinky, zvlášť když jsou tak čtivé a zábavné jako tato. ;-)

Chlapce, jestlis to nepochopil, tak "sefik na rootu" jsem uz nejakou dobu ja :). Z cehoz taky plyne, ze kdyz kazdy clanek jde po autorovi jen jednim pruchodem (mym) a resim vic veci nez jen gramatiku, tak mi obcas proste neco ujede.

Jinak chyby zminene v diskusi opravim, dik za bugreport.

Že sem nedržel hubu :-(

Mohls setrvat v iluzi, co? :)

Autor je patrne grafoman. K tomu, aby neco rekl o FSP, uz napsal nekolik clanku. K samotnemu FSP vsak zatim nerekl skoro nic. Nechapu, proc se v clanku hovori o softwarovem inzenyrstvi. Rovnez nechapu, proc autor zabiha do detailu konkretni implementace TCP. Ta nema s implementaci FTP (klienta/serveru) moc spolecneho. Kdyz budu psat aplikaci, ktera pracuje s DB, taky neresim, jakym zpusobem jsou ukladana data na disku. Pro redakci: povazuji celou tuto serii za neuzitecnou vypln - na ROOTu asi neni co jineho publikovat. Pro autora: dejte se na psani romanu.

Ja si naopak myslim, ze podobna "beletrie" je velmi prijemnym zpestrenim. Mozna bych jenom nekde trosku vic zvyraznil, ze clanek nema zadnou praktickou hodnotu, aby si na to furt lidi nestezovali ve foru.

Jinak jsem pro pokracovani clanku ve stylu "mozna prijde i kouzelnik." :)

myslímže by byhatě stačilo, kdyby se seriál jmenoval pouze "Internetová legenda" :-)
(první díl mě s tím FSP hrubě zklamal, pak už mi bylo jasné, že se kloudného vysvětlení nedočkám :-/ )

jinak souhlasím, že je to na tematický článek příliš ukecané a na beletrii příliš technické ... autor zřejmě před psaním zapomněl na analýzu problému "článek" :-)

Naopak, já to považuji za naprosto vynikající beletrii. Asi nejste dostatečný technokrat :-)
Jen tak dál! Doufám, že alespoň ještě přístě se na FSP nedostane :-)

I ja se primlouvam za pokracovani v podobnym stylu - FSP protokol je mi celkem ukradenej (FTP do ameriky nam ve skole behavalo nekdy az kilobyte za sekundu!), ale povidani je to pekny a ctivy :)

Zdravim

Nahodou, me se to moc libi, clovek se dozvi neco zajimavyho z historie a zaroven s etesa na dalsi dil. Jen tak dal.

Zdenek

presne tak. na tehle clancich me zaujaly prave pekne vysvetlene "historicke souvislosti" ktere pro nekoho kdo se s internetem setkal pozdeji nemusi byt samozrejmosti.

uz treti dil a o FSP ani slovo, super. jen tak dal aspon do desitky.

Nemyslim to zle, ale tenhle serial je stejne ukecany jako to FTP a stejne jako v nem je zde spousta off-topic veci. Nicmene, nekomu se to libi, takze proti gustu zadny disputat. Doufam, ze az nekdy ve vzdalene budoucnosti, mozna i na jinem webzinu :-), vyjde zaver tohoto serialu, tak bude alespon tak primocary jako ono 'legendardni' FSP. :-)

on fork() jeste tehdy duplikoval binarku v pameti??

Vzpominam jak na stredni skolu s velkym halasem dorazila leased-line voiceband a na druhem konci byl modem u PVT. Rychlost cca 32kbit. Cela ucebna vypocetky tvorila asi 15 compu. Cena do deviti tisicovek za mes. Myslite ze to bylo v drevnich dobach internetu? Mylite se. Bylo to v roce 1998!!! Nas kraj byl holt vzdycky IT zapadakov.Co pocitac to 100-300bajtu /s. Jeste jako dnes si pamatuju ti nadsene vykriky: me to jede pres kilobajt! Stejne jsme se vsichni tesili na to jak po skole budeme ZADARMO na internetu. Padani modemu, cekani na to az technik resetuje modem na druhym konci. A byla to krasna leta. Na skole jsme meli robota ktery vyrizoval downloady pres noc. FSP jsem sveho casu taky zkousel. Hlavne hodne jsem byl na ruznych internetovych bbskach(infima vedla, nejsem prazak a na mezimesto jsem nebyl tak bohaty), kamarad z vs mi zaridil konto na jedny BSD masine a to bylo super. Zadny QoS, na jeden znak jsem cekal nekolik sekund. Local terminal line discipline bylo nutnosti.Buuu, nikdy se nevrati pohadka mladi"-)