Princip konec-konec: Porovnání verzí

Smazaný obsah Přidaný obsah
Radiosaltbird (diskuse | příspěvky)
Verze 15316195 uživatele 37.48.40.208 (diskuse) zrušena
JAnDbot (diskuse | příspěvky)
m robot: přidáno {{Autoritní data}}; kosmetické úpravy
Řádek 9:
Na příkladu protokolu [[TCP/IP]] lze ukázat, že [[Internet Protocol|IP]] je hloupý, bezstavový protokol, který jednoduše přemisťuje [[datagram]]y sítí, a [[TCP]] je chytrý transportní protokol, poskytující detekci chyb, znovupřenesení, řízení zácpy a řízení toku podle principu end-to-end. Síť samotná ([[router]]y) musí pouze podporovat jednoduchou, lehkou IP; na konečných bodech (počítačích) běží TCP, je-li to třeba.
 
Druhým kanonickým příkladem je přenos dat. Každý spolehlivý protokol obstarávající přenos dat a program pro přenos dat by měl obsahovat [[kontrolní součet]], který je zkontrolován až poté, co vše bylo úspěšně zapsáno na disk.
 
[[Kontrolní součet]] je nezbytný, aby diskové a softwarové chyby nepoškodily data.
Řádek 17:
Princip end-to-end stanoví, že v nižších vrstvách systému mají být funkce protokolu implementovány pouze tehdy, pokud to zlepšuje výkon. Přeposílání na úrovni TCP zvyšující spolehlivost je tedy obhajitelné, ale snahy o zvýšení spolehlivosti TCP by měly přestat, pokud již nepřinášejí další zlepšení výkonu.
 
Princip end-to-end se ukázal být vhodným pro aplikace, které vyžadují vysoký stupeň věrnosti přenesených dat a současně tolerují zpoždění. Méně vhodným je pro real-time aplikace, jako například telefonování, kde minimalizace zpoždění (a minimalizace kolísání zpoždění) je důležitější než věrnost přenesených dat.
 
Princip end-to-end není také vhodný pro velké [[multicast]]ové a [[broadcast]]ové sítě, zvláště pro ty s velkou ztrátovostí, protože zatížení, které způsobuje znovupřenesení dat, je tak velké, že mnohé aplikace jej nedokáží unést.
 
== Reference ==
 
{{překlad|en|End-to-end principle|158084409}}
{{Autoritní data}}
 
[[Kategorie:Internet]]