平安高管谈寿险开门黑：去年基数大，一季度做了全年一半业务
DCCP (Datagram Congestion Control Protocol, doslova datagramovy protokol s ?ízením zahlcení) je datagramovy protokol transportní vrstvy postaveny nad IP protokolem.
Aplikace, které pou?ívají protokol DCCP, vy?adují v?asné doru?ení paket?, ale nevy?adují spolehlivé doru?ení paket? ani správné po?adí p?ijatych paket?. Jde nap?íklad o aplikace pracující se streamovanymi médii (nap?. on-line videa, internetová rádia, apod.) nebo internetovou telefonií. D?le?itou roli hraje u tohoto protokolu ?ízení zahlcení, co? je mechanismu, ktery zabraňuje ucpání p?enosovych cest. Hlavní motivací pro vyvoj DCCP je poskytnout p?ístup ke standardním mechanizm?m kontroly zahlcení, bez nutnosti implementovat je v aplika?ní vrstvě.
Protokol DCCP je ur?eny pro aplikace, které vy?adují sémantiku TCP, ale nepot?ebují doru?ovací a spolehlivostní mechanizmy TCP, nebo vy?adují jiné dynamické vlastnosti ne? poskytuje TCP. Podobně je DCCP ur?en i pro aplikace, které nevy?adují rysy SCTP, nap?íklad sekven?ní doru?ování vícenásobnych stream? (multiple stream).
Pokud by aplikace pracující se streamovanymi médii pou?ila na transportní vrstvě protokol TCP, tak by p?i ztrátě paketu docházelo k velkym zpo?děním, jeliko? p?i ztrátě jednoho paketu se pozastaví zpracování v?ech dal?ích paket? dokud nejsou p?eposlána data ze ztraceného paketu (TCP garantuje doru?ení dat ve správném po?adí).
Dodnes měla vět?ina takovychto aplikací na vyběr pou?ívat TCP s jeho problémy popsanymi vy?e, nebo pou?ívá UDP s vlastní implementací mechanizmu kontroly zahlcení (nebo bez mechanizmu kontroly zahlcení). P?íkladem takového protokolu je protokol RTP/RTCP. ú?el DCCP je poskytnout standardní cestu k implementaci mechanizmu kontroly zahlcení pro aplikace, které vy?adují kontrolu zahlcení. Jedna z motivací je umo?nit pou?ití ECN na obou stranách spojení pro aplikace, které by jinak pou?ívaly UDP. Dále DCCP umo?ňuje spolehlivé sestavení spojení, p?átelské ukon?ení spojení a dohadování o vlastnostech spojení.
DCCP spojení obsahuje potvrzovany provoz, stejně jako datovy provoz. Potvrzovací pakety informují odesílatele, zda byly jeho datové pakety p?ijaty, zda byly po?kozeny, zda byly zahozeny, zda byly ozna?eny ECN p?ípadně jestli aplikace zvládá data p?ijímat. Potvrzovací pakety jsou odesílány co nejspolehlivěji, tak jak to vy?aduje pou?itá kontrola zahlcení, v?etně mo?né úplné spolehlivosti doru?ení potvrzovacích paket?.
DCCP byl publikován ve standardním doporu?ení RFC 4340 od IETF v b?eznu 2006.
DCCP v sobě neobsahuje ?ádné bezpe?nostní mechanismy, ale jeho p?enos lze zabezpe?it na ni??í vrstvě pomocí IPSec nebo na aplika?ní vrstvě pomocí DTLS.
Linux má implementaci DCCP ve svém jád?e od verze 2.6.14 a jeho podpora se v ka?dé verzi zlep?uje.
Externí odkazy
[editovat | editovat zdroj]- RFC 4340 – Datagram Congestion Control Protocol (DCCP)
- RFC 4341 - Profile for Datagram Congestion Control Protocol (DCCP)Congestion Control ID 2: TCP-like Congestion Control
- RFC 4332 - Profile for Datagram Congestion Control Protocol (DCCP)Congestion Control ID 3: TCP-Friendly Rate Control (TFRC)
- Stránka o DCCP od jednoho z autor? protokolu
- Podpora pro DCCP v Linuxu
- Implementace DCCP optimalizovaná na portabilitu Archivováno 23. 7. 2008 na Wayback Machine.