- Транспортни слој представљају два протокола: ТЦП и УДП.
- ИП протокол у мрежном слоју испоручује датаграм од изворног хоста до одредишног хоста.
- Данас оперативни систем подржава вишекорисничка и вишепроцесна окружења, програм који се извршава назива се процес. Када хост пошаље поруку другом хосту значи да изворни процес шаље процес до одредишног процеса. Протоколи транспортног слоја дефинишу неке везе са појединачним портовима познатим као портови протокола.
- ИП протокол је хост-то-хост протокол који се користи за испоруку пакета од изворног хоста до одредишног хоста, док су протоколи транспортног слоја протоколи порт-то-порт који раде на врху ИП протокола како би испоручили пакет од изворног порта до ИП услуга, и од ИП услуга до одредишног порта.
- Сваки порт је дефинисан позитивном целобројном адресом и има 16 бита.
УДП
- УДП је скраћеница за Протокол корисничких датаграма .
- УДП је једноставан протокол и пружа функционалност транспорта без секвенце.
- УДП је протокол без везе.
- Овај тип протокола се користи када су поузданост и сигурност мање важни од брзине и величине.
- УДП је протокол транспортног нивоа од краја до краја који додаје адресе на нивоу транспорта, контролу грешке контролне суме и информације о дужини подацима из горњег слоја.
- Пакет који производи УДП протокол познат је као кориснички датаграм.
Кориснички формат датаграма
Кориснички датаграм има заглавље од 16 бајтова које је приказано у наставку:
Где,
Адреса изворног порта: | Дефинише адресу процеса апликације који је доставио поруку. Адреса изворног порта је 16-битна адреса.
Адреса одредишног порта: | Дефинише адресу процеса апликације који ће примити поруку. Адреса одредишног порта је 16-битна адреса.
Укупна дужина: | Дефинише укупну дужину корисничког датаграма у бајтовима. То је 16-битно поље.
Контролни збир: | Контролна сума је 16-битно поље које се користи за откривање грешке.
Недостаци УДП протокола
- УДП обезбеђује основне функције потребне за испоруку преноса од краја до краја.
- Не пружа функције секвенцирања или промене редоследа и не наводи оштећени пакет када пријављује грешку.
- УДП може открити да је дошло до грешке, али не наводи који је пакет изгубљен јер не садржи ИД или редни број одређеног сегмента података.
ТЦП
- ТЦП је скраћеница од Трансмиссион Цонтрол Протоцол.
- Пружа потпуне услуге транспортног слоја апликацијама.
- То је протокол оријентисан на везу значи везу успостављену између оба краја преноса. За стварање везе, ТЦП генерише виртуелно коло између пошиљаоца и примаоца током трајања преноса.
Карактеристике ТЦП протокола
Стрим пренос података: | ТЦП протокол преноси податке у облику континуираног тока бајтова. ТЦП групише бајтове у облику ТЦП сегмената и затим их прослеђује ИП слоју за пренос до одредишта. Сам ТЦП сегментира податке и прослеђује на ИП.
Поузданост: | ТЦП додељује редни број сваком бајту који се преноси и очекује позитивну потврду од ТЦП-а који прима. Ако АЦК није примљен у временском интервалу, онда се подаци поново шаљу до одредишта.
Пријемни ТЦП користи редни број да поново састави сегменте ако стигну ван реда или да елиминише дупликате сегмената.
Контрола протока: | Приликом пријема ТЦП шаље потврду пошиљаоцу са назнаком броја бајтова које може да прими без прекорачења унутрашњег бафера. Број бајтова се шаље у АЦК у облику највећег редног броја који може да прими без проблема. Овај механизам се такође назива механизам за прозоре.
Мултиплексирање: | Мултиплексирање је процес прихватања података из различитих апликација и прослеђивања различитим апликацијама на различитим рачунарима. На крају пријема, подаци се прослеђују одговарајућој апликацији. Овај процес је познат као демултиплексирање. ТЦП преноси пакет у одговарајућу апликацију користећи логичке канале познате као портови.
Логичке везе: | Комбинација утичница, редних бројева и величина прозора назива се логичка веза. Свака веза је идентификована паром утичница које користе процеси слања и примања.
Пун дуплекс: | ТЦП пружа услугу Фулл Дуплек, односно проток података у оба смера у исто време. Да би се постигао Фулл Дуплек сервис, сваки ТЦП треба да има бафере за слање и пријем тако да сегменти могу да теку у оба смера. ТЦП је протокол оријентисан на везу. Претпоставимо да процес А жели да пошаље и прими податке из процеса Б. Следећи кораци се дешавају: - Успоставите везу између два ТЦП-а.
- Подаци се размењују у оба смера.
- Веза је прекинута.
ТЦП формат сегмента
Где,
Адреса изворног порта: | Користи се за дефинисање адресе апликативног програма у изворном рачунару. То је 16-битно поље.
Адреса одредишног порта: | Користи се за дефинисање адресе апликативног програма у одредишном рачунару. То је 16-битно поље.
Редни број: | Ток података је подељен на два или више ТЦП сегмената. Поље са 32-битним редним бројем представља позицију података у оригиналном току података.
Број потврде: | Број потврде од 32 поља потврђује податке са других уређаја за комуникацију. Ако је АЦК поље постављено на 1, онда оно специфицира редни број који пријемник очекује да прими.
Дужина заглавља (ХЛЕН): | Он одређује величину ТЦП заглавља у 32-битним речима. Минимална величина заглавља је 5 речи, а максимална величина заглавља је 15 речи. Према томе, максимална величина ТЦП заглавља је 60 бајтова, а минимална величина ТЦП заглавља је 20 бајтова.
Резервисано: | То је шесто-битно поље које је резервисано за будућу употребу.
Контролни битови: | Сваки бит контролног поља функционише појединачно и независно. Контролни бит дефинише употребу сегмента или служи као провера ваљаности за друга поља.
Постоји укупно шест типова заставица у контролном пољу:
УРГ: | Поље УРГ означава да су подаци у сегменту хитни.
АЦК: | Када је поље АЦК постављено, оно потврђује број потврде.
ПСХ: | ПСХ поље се користи да обавести пошиљаоца да је потребна већа пропусност, тако да, ако је могуће, подаци морају бити прослеђени већом пропусношћу.
РСТ: | Бит за ресетовање се користи за ресетовање ТЦП везе када дође до забуне у бројевима секвенце.
СИН: | Поље СИН се користи за синхронизацију бројева секвенце у три типа сегмената: захтев за повезивање, потврда везе (са постављеним АЦК битом) и потврда потврде.
КРАЈ: | ФИН поље се користи да обавести ТЦП модул који прима податке да је пошиљалац завршио са слањем података. Користи се за прекид везе у три типа сегмената: захтев за прекид, потврда прекида и потврда потврде прекида. Величина прозора: | Прозор је 16-битно поље које дефинише величину прозора.
Контролни збир: | Контролна сума је 16-битно поље које се користи за откривање грешке.
Хитно показивач: | Ако је УРГ заставица постављена на 1, онда је ово 16-битно поље помак од редног броја који показује да је то последњи хитни бајт података.
Опције и допуна: | Дефинише опциона поља која преносе додатне информације пријемнику.
Разлике б/в ТЦП и УДП
Основа за поређење | ТЦП | УДП |
Дефиниција | ТЦП успоставља виртуелно коло пре преноса података. | УДП преноси податке директно на одредишни рачунар без провере да ли је пријемник спреман за пријем или не. |
Врста конекције | То је протокол оријентисан на везу | То је протокол без везе |
Брзина | спор | висока |
Поузданост | То је поуздан протокол. | То је непоуздан протокол. |
Величина заглавља | 20 бајтова | 8 бајтова |
признање | Он чека на потврду података и има могућност да поново пошаље изгубљене пакете. | Нити прима потврду, нити поново преноси оштећени оквир. |