215
фигура 163 SYN, ASK сегмент Първият сегмент (фигура 163) е SYN
сегмент за инициализиране на TCP сесия. Източникът е хост с адрес 192.168.88.15, а целевият адрес е
194.153.145.11. Вторият сегмент (фигура 163) е [SYN, ASK] сегмент за установяване на сесията. Сегментът от фигура 164 е за трансфер на данни свързани със SSL протокол.
Стойността на SEQ (Sequence Number) е 1,
дължината на сегмента е 370 байта, което означава, че следващият
SEQ номер трябва да бъде 370+1=371. Изчисляването на стойностите на SEQ и ACK при комуникацията отговаря на следното правило:
SEQ=ACK,
ACK=1+предадени байтове на TCP сегмента.
Останалата последователност от сегменти не е представена. На фигура 165 е показан [FIN, ACK] сегмент за приключване на TCP сесията.
217
фигура 165 [FIN, ACK] сегмент 9.5.6. UDP (User Datagram Protocol) UDP е протокол,
който осигурява бързо, но ненадеждно предаване на сегменти между комуникиращите процеси. В хедъра на IP протокола се идентифицира като протоколен тип 17. За разлика от TCP протокола не създава сесии (не поддържа логически съединения), не потвърждава приетите данни и не контролира техния ред. UDP разчита, че протоколите от по-горен слой ще извършат тези действия.
Структурата на UDP сегмента [RFC 768] е показана на фигура 166.
218
фигура 166 Структура на UDP сегмента Source Port – 2-байтово поле, идентифициращо изходния порт (сокета) на комуникационния процес на хоста-изпращач;
Destination Port – 2-байтово поле, идентифициращо входния порт (сокета) на комуникационния
процес на хоста-приемник;
Length – указва дължината на дейтаграмата в байтове и включва хедъра и данните. Минималната дължина е 8 байта.
Checksum – гарантира елементарна проверка за коректно предадена дейтаграма.
Методът открива и игнорира повредени единици за данни. Контролната сума проверява за валидност UDP хедъра, данните от по-висок слой и UDP псевдохедъра.
Примерен UDP сегмент е показан на фигура 167.
фигура 167 Примерен UDP сегмент