Трансмисиони контролни протокол

Трансмисиони контролни протокол (енгл. , скраћено ) је протокол који припада слоју 4 ОСИ референтног модела, има за улогу да обезбеди поуздан трансфер података у окружењу. Између осталих сервиса које нуди, неки су: поузданост, ефикасна контрола тока података, оперисање у фул-дуплексу (истовремено слање и примање података) и мултиплексирање које омогућава истовремен рад низа процеса са виших слојева путем једне конекције. врши трансфер података као неструктурисан низ бајтова који се идентификују секвенцом. Овај протокол групише бајтове у сегменте додели им број секвенце, апликацијама додели број порта и проследи их протоколу.^[1][2]

обезбеђује поузданост покретањем алгоритама који пре размене података прво успоставе конекцију између корисника, а потом обезбеђује и низ механизама као што је слање броја. Страна која прима податке шаље број секвенце бајта које је примио, у случају да дестинација не пошаље да је примио одређену секвенцу бајтова у одређеном временском интервалу она бива накнадно поново послата. Механизми поузданости код -а омогућују уређајима да се носе са губицима, кашњењима, дуплицирањем или погрешним ишчитавањем пакета. механизам омогућује уређају да детектује изгубљене пакете и да захтева њихову поновну трансмисију.

Историјско порекло

У мају 1974, Винтон Серф и Боб Кан су описали мрежни протокол за дељење ресурса користећи пренос пакета између мрежних чворова.^[1] Аутори су сарађивали са Жераром ле Ланом на инкорпорацији концепата из француског пројекта у нову мрежу.^[2] Спецификацију резултирајућег протокола,  675 (), написали су Винт Церф, Јоген Далал и Карл Суншајн, а она је објављена у децембру 1974. Тај документ садржи прву потврђену употребу термина Интернет, као скраћенице за међуумрежавање.^[3]

Централна контролна компонента овог модела био је Трансмисиони контролни програм који је обухватао конекционо оријентисане везе и датаграмске услуге између рачунара. Монолитни Трансмисиони контролни програм касније је подељен на модуларну архитектуру која се састоји од Трансмисионог контролног протокола и Интернет протокола. То је резултирало мрежним моделом који је неформално постао познат као , мада се формално варијабилно називан моделом Департмана одбране (DOD) и моделом, а на крају и као група интернет протокола.

Године 2004, Винтон Серф и Боб Кан су добили Тјурингову награду за њихови фондацијски рад на .^[4][5]

Мрежна функција

Трансмисиони контролни протокол омогућава комуникационе услуге на средњем нивоу између апликационог програма и Интернет протокола. Он омогућава повезивање рачунара са рачунаром на транспортном нивоу интернетског модела. Апликација не мора да познаје посебне механизме за слање података путем везе до другог рачунара, као што је неопходна ИП фрагментација да би се прилагодило максималној трансмисионој јединици преносног медија. На транспортном слоју, обрађује све детаље о руковању и преносу, и представља апстракцију мрежне везе са апликацијом, обично путем интерфејса мрежне утичнице.

На нижим нивоима стека протокола, због загушења мреже, балансирања оптерећења у промету или непредвидивог понашања мреже, ИП пакети се могу изгубити, дуплирати или испоручити ван редоследа. ТЦП открива ове проблеме, захтева поновни пренос изгубљених података, преуређује податке који нису по редоследу и чак помаже да се смањи загушење мреже како би се смањила појава осталих проблема. Ако подаци и даље остају неиспоручени, извор се обавештава о овом квару. Након што пријемник поново састави низ првобитно пренесених октета, прослеђује их прималачкој апликацији. Тако апстрахује комуникацију апликације од основних детаља мрежног преноса.

се широко користи у многим апликацијама, укључујући , , протокол за пренос датотека, , размену фајлова, и стриминг медија.

је оптимизован за прецизну испоруку, а не правовремену испоруку и може имати релативно дуге застоје (реда величине више секунди) док се чека на поруке изван редоследа или поновни пренос изгубљених порука. Због тога он није нарочито погодан за апликације у реалном времену, као што је интернетска телефонија. За такве апликације обично се препоручују протоколи попут протокола за транспорт у стварном времену (RTP) који раде преко протокола корисничког датаграма ().^[6]

заглавље

бит 0-3

4-10

16-31

Изворишни порт

Одредишни порт

Број сегмента (SEQ)

Број следећег бајта (ACK)

Дужина

Резервисано

U R G

A C K

P S H

R S T

S Y N

F I  N

Величина динамичког прозора

Чексума (Провера битских грешака)

Показивач приоритета (URG)

Опције

Податак

Поља:

• Изворишни порт - додељен број (16 бита), идентификује апликацију која је иницијатор комуникације
• Одредишни порт - порт који идентификује серверску апликацију (16 бита)
• Број сегмента (SEQ) - редни број сегмента у односу на почетни (број бајта у односу на иницијални)(32 бита)
• Број следећег бајта (ACK) - редни број бајта послат предајној страни који очекује да прими (32 бита)
• Дужина - Дужина заглавља
• Резервисана поља
• , , , , , представљају контролне бите
• Величина динамичког прозора - број октета које је могуће слати без потврде о њиховом пријему
• Чексума - Провера битских грешака, комплемент суме заглавља
• Показивач приоритета (URG) - показује важност поруке која се шаље
• Опције - Опциона информација
• Податак - ако постоји опциона информација битови почевши са 192 представљају податак, иначе од 160. бита

Успостављање конекције

Комуникација између апликација уз помоћ протокола се одвија тако што се прво између клијента и сервера успостави веза (услуга са конекцијом), за разлику од комуникације протоколом који је не захтева. Конекција се успоставља тако што се између пријемне и предајне стране из три пута размене поруке са подешеним одговарајућим контролним битима.

1. Предајна страна шаље поруку са подешеним контролним битом =1 (енгл. ), остали су подешени на 0, при чему насумично изабере редни број сегмента ().
2. Пријемна страна одговара поруком са контролним битима и =1, свој број сегмента бира такође насумично (), а за број узима =()+1, овим је успостављена веза на линији од предајне ка пријемној страни.
3. Слањем поруке са подешеним контролним битом =1 од пријемне стране, она захтева да предајна страна потврди успостављање везе од пријемне ка предајној страни. Што она и чини тако што одговара поруком са подешеним контролним битом =1 (енгл. ), док уз то узима вредност броја =()+1. Овим је успостављена обострана конекција између клијента и сервера.

Прекидање конекције

При завршетку слања података, сервер шаље поруку са подешеним контролним битом =1 (енгл. ). Веза од сервера ка клијенту се прекида тиме што клијент на слање овакве поруке одговара са поруком са подешеним контролним битом =1 (потврда о пријему). Уколико и клијент жели затворити конекцију он исто тако шаље поруку са подешеним битом =1. Коначно обострано прекидање везе се потврђује од стране сервера који одговара са поруком у чијем је заглављу подешен бит =1.

Види још

• UDP
• Интернет протокол
• Списак интернет протокола