Nový protokol nahrádzajúci TCP pri vysokej odozve spojenia 36x rýchlejší

DSL.sk, 30.1.2013

Japonská spoločnosť Fujitsu v utorok informovala o vyvinutí nového komunikačného protokolu pre internetové aplikácie, ktorého úlohou je nahradiť protokol TCP a dosahovať lepšie rýchlosti a odozvu ako tento protokol.

TCP zabezpečuje garantovaný tok zoradených bajtov medzi dvomi bodmi Internetu, napríklad v prípade nedoručenia niektorých IP paketov dáta opäť prepošle, v prípade doručenia v inom poradí dáta preusporiada a identifikuje duplicitné doručenia. Na protokole TCP je postavená väčšina vyšších protokolov aplikačnej úrovne vrátane HTTP, TLS/SSL, SSH, POP3 a IMAP4, FTP.

Za ideálnych podmienok bez straty paketov a s nízkou dobou odozvy medzi komunikujúcimi bodmi, Round Trip Time, RTT, dokáže jeden TCP prenos naplno vyťažiť maximálnu dostupnú kapacitu linky medzi bodmi prenosu a dosahovať ideálnu odozvu. V prípade straty paketu respektíve jeho neskorého doručenia musí TCP ale preposlať pakety a najmä pri komunikácii s vyšším RTT môže výrazne spomaliť respektíve zvýšiť odozvu.

Nový zatiaľ nepomenovaný protokol má podľa Fujitsu výrazne lepšie parametre. Vlastnosťami nahrádza TCP a pomocou vlastného proprietárneho algoritmu, ktorý zatiaľ spoločnosť nezverejnila, zabezpečuje garantované doručenie zoradených dát. Protokol posiela jednotlivé pakety ako UDP pakety.

Protokol tiež obsahuje mechanizmus, ktorým detekuje dostupnú maximálnu rýchlosť liniek pri aktuálnom spojení, a linky zbytočne nezahlcuje posielaním dát vyššou rýchlosťou.

Výsledky dosiahnuté novým protokolom (obrázok: Fujitsu)

Celkovo protokol dosahuje pri prenosoch medzi bodmi s vysokým RTT podľa tvrdenia Fujitsu výrazne vyššie reálne rýchlosti prenosu. Pri teste Fujitsu s RTT na úrovni reálnej hodnoty pri prenosoch medzi USA a Japonskom nad 100 ms protokol vyťažoval 80% dostupného bandwidthu a bol s 3.3 Gbps 36-krát rýchlejší ako TCP. Aká bola stratovosť paketov pri tejto komunikácii nie je jasné.

Pri stratovosti paketov na úrovni 0.1%, ktorá podľa Fujitsu zodpovedá reálnym prenosom medzi USA a Japonskom, ale protokol navyše dosahoval len šestinovú reálnu odozvu 0.5 s namiesto 3 s u TCP.

Protokol má priniesť zlepšenie v rozličných nasadeniach s vysokým RTT a stratovosťou paketov, okrem komunikácie na dlhé vzdialenosti napríklad aj pre užívateľov mobilných sietí.

Fujitsu má pripravené aj riešenie, ktoré umožňuje využívať nový protokol transparentne namiesto TCP bez zmeny aplikácií v súčasnosti komunikujúcich protokolom TCP. Na trh ho plánuje uviesť vo svojom finančnom roku 2013, ktorý začína v druhom štvrťroku tohto kalendárneho roka.




Najnovšie články:



Diskusia:

Hmmmm Od: jasom.... | Pridané: 30.1.2013 9:09 Že by konečne nejaká aktualizácia starého TCP... Odpovedať Známka: 7.9 Hodnotiť:

posielam Od: skyneet | Pridané: 30.1.2013 9:11 Posielam Telecom Odpovedať Známka: -3.6 Hodnotiť:

Re: posielam Od: kra kra | Pridané: 30.1.2013 14:21 po kábli pretrhnutom niekde uprostred Atlantiku. Odpovedať Známka: 5.0 Hodnotiť:

proprietárny algoritmus? Od: vtg | Pridané: 30.1.2013 9:12 OpenSource or GTFO. Odpovedať Známka: 7.1 Hodnotiť:

Re: proprietárny algoritmus? Od: hrrr | Pridané: 30.1.2013 9:37 V zasade mas pravdu. Ale neobaval by som sa, ze by siet nejako vyrazne ovladol nejaky prorietarny protokol. Ved si zober aj cisco sa o to pokusalo mnohokrat a nasledne sa uzavrel otvoreny standard (napr. hsrp vs. vrrp ale bolo ich o dost viac). Takze tuto spravu vitam. Moze pohnut ladmi. Predsalen TCP je uz chlapak ktory je starsi nez vacsina prispievatelov v diskusiach DSL vratane mna, takze nejake zasadnejsie vylepsenia by mu urcite prospeli. Odpovedať Známka: 9.2 Hodnotiť:

Re: proprietárny algoritmus? Od: Mettiu | Pridané: 30.1.2013 12:57 To ano TCP uz nejaky ten rok ma a navyse sa pri jeho navrhu nepocitalo s tak masovym rozsirenim internetu a navyse nie je velmi tazke vzhladom na navrh TCP vykonat mnozstvo typov utokov. Odpovedať Známka: 7.5 Hodnotiť:

gooogle Od: janko vajičiak | Pridané: 30.1.2013 9:32 http://goo.gl/RdvcW preči tať komentare :D Odpovedať Známka: -7.5 Hodnotiť:

Nikdy Od: Bub | Pridané: 30.1.2013 12:26 To este vela vody pretecie kym, ho nejaka pracovna skupina IETF prepise do podoby RFC a schvali. Potom este viac vody pretecie kym sa to RFC oznaci ako odporucane alebo nebodaj ako standard. A este viac vody pretecie kym ho internetove smerovace zacnu podporovat. A naozaj kym ho ISP, domace routry a klientske pocitace budu podporovat my tu uz asi nebudeme... Pekny priklad niecoho noveho je IPv6. Od kedy je prva verzia na papiery? A este stale moze vacsina ludi o nom iba snivat... Takze necakajte nic nove alebo prelomove. Odpovedať Známka: 6.5 Hodnotiť:

Re: Nikdy Od: nou | Pridané: 30.1.2013 16:42 no prave smerovace pracuju na sietovej vrstve teda iba s IP paketmi. TCP pracuje az koncove zariadenia teda by sa musela pridat podpora do OS co je omnoho jednoduchsie ako vymena vsetkej infrastruktury. Odpovedať Známka: 6.7 Hodnotiť:

Re: Nikdy Od: nonregsavas | Pridané: 30.1.2013 22:11 niektore implementacie tcp su uz rychle. zalezi od os. uz aj win7 tusim podporuje high speed tcp (see wiki). Odpovedať Známka: 4.3 Hodnotiť:

36x rýchlejší Od: lolo21 | Pridané: 30.1.2013 12:47 Celkom ma to zaujalo, ale potom čítam že RTT európa-japonsko by podľa nich mal byť 3 sekundy. Hovorím si: "dobrá blbosť!", tak som to odmeral a na obyčajnom DSL mám RTT do tokia 630ms Odpovedať Známka: 3.3 Hodnotiť:

neverim im lebo robia grafy v exceli Od: rm -rf / | Pridané: 30.1.2013 13:36 neverim im lebo robia grafy v exceli Odpovedať Známka: 3.3 Hodnotiť:

Re: neverim im lebo robia grafy v exceli Od: Dachmed | Pridané: 30.1.2013 14:09 Maju tam preklep. Latancy. Urcite si dali zalezat na tom aby to vyzeralo neprofesionalne. Odpovedať Známka: 7.8 Hodnotiť:

Cozeee? Od: Slavius | Pridané: 30.1.2013 14:01 "TCP zabezpečuje garantovaný tok zoradených bajtov medzi dvomi bodmi Internetu." To je co za mylnu formulaciu? TCP zabezpecuje: ochranu pred pozmenenim (CRC), cislovanie packetov (zoradenie v cieli zabezpecuje prijimacie zariadenie), retransmisiu, flow control, multiplexing, congestion avoidance. Packety mozu do ciela dorazit v akomkolvek poradi, alebo aj dorazit nemusia. "Garantovany tok" moze zabezpecit tak maximalne 802.1Q/P (L2) alebo L1. Odpovedať Známka: 0.9 Hodnotiť:

Re: Cozeee? Od: nonregsavas | Pridané: 30.1.2013 22:10 pokial viem tak tcp naozaj usporiada pakety pre alikaciu do spravneho poradia Odpovedať Známka: 5.0 Hodnotiť:

Re: Cozeee? Od: Slavius | Pridané: 31.1.2013 13:09 To nikto nespochybnuje, co je ale garantovany tok? Odpovedať Známka: 6.0 Hodnotiť:

Re: Cozeee? Od: Slavius | Pridané: 31.1.2013 13:11 Bezne sa stava, ze TCP pakety prudia sietami po roznych cestach ovplyvnene fail-overom a load-balancingom liniek. Odosielatel, resp. protokol nevie garantovat tok usporiadanych bajtov... Odpovedať Známka: 6.0 Hodnotiť:

Re: Cozeee? Od: Slavius | Pridané: 31.1.2013 13:30 Pre upresnenie, TCP pracuje s packetami, nie s bajtami (ak neposiela jeden bajt v packete), takze garantovany zoradeny stream bajtov je blbost. To sa da dosiahnut tak s RS232 Odpovedať Známka: 6.7 Hodnotiť:

Re: Cozeee? Od: nonregsavas | Pridané: 31.1.2013 20:12 a este v san sietiach Odpovedať Známka: 5.0 Hodnotiť:

uzasne Od: magik | Pridané: 30.1.2013 15:35 "Latancy Comparsion" Odpovedať Známka: 5.6 Hodnotiť:

Novy ako novy Od: Kuba | Pridané: 30.1.2013 17:26 Myslim, ze vela hlavne komunikacnych programov, take protokoly pouziva cez UDP. Ale bolo by fajn, keby tu bol nejaky jednotny protokol. Odpovedať Známka: 2.0 Hodnotiť:

Re: Novy ako novy Od reg.: OmeGa | Pridané: 30.1.2013 23:04 to je ako chciet jednotne auto. aj na tahanie 30tonoveho nakladu, aj na jazdenie do skoly. diverzita musi byt uz len kvoli optimalizacii.. Odpovedať Známka: 7.1 Hodnotiť:

Re: Novy ako novy Od: _xxx | Pridané: 1.2.2013 14:34 jednotny protokol je blbost. udp aj tcp maju svoje miesto. tcp kontroluje ci sa preniesli data a udp nie. udp ma svoje pouzite pri VoIP alebo video/audio streamingu - tam ti obcasne vypadky packetov nerobia vrasky. Odpovedať Známka: 3.3 Hodnotiť:

hovadina Od reg.: Lars Schotte | Pridané: 31.1.2013 20:39 lepsie ako TCP to moc nebude, kedze to nema nejaky rozdiel, tam su len ACK packety naspatky a jedine co mozu tam este dladzovat je handshake, teda ked sa dvaja dohaduju, ze teda spravia medzi sebu nejake spojenie. samozrejme ale ani to neni nist nove, kedze existuje strasne vela implementacii, kere lamu standardne TCP a robia nejaku skratenu formu handshaku. Odpovedať Známka: 5.0 Hodnotiť:

Pridať komentár