Протокол ICMP(RFC 792) – протокол контрольных сообщений Internet
Протокол ICMP используется для передачи сообщения отправителю IP-датаграммы, если ее доставка адресату невозможна.
ICMP использует основные свойства протокола Internet (IP), как если бы ICMP являлся протоколом более высокого уровня. Однако, фактически ICMP является составной частью протокола Internet и должен являться составной частью каждого модуля IP.
Сообщения ICMP должны отправляться в ситуациях когда датаграмма не может достичь своего адресата, когда шлюз не имеет достаточно места в своем буфере для передачи какой-либо датаграммы, или когда шлюз приказывает хост-компьютеру отправлять информацию по более короткому маршруту.
Сообщения ICMP протокола, как правило, оповещают об ошибках, возникающих при обработке датаграмм. Чтобы проблемы с передачей сообщений не вызывали появление новых сообщений, чтобы это в свою очередь не привело к лавинообразному росту количества сообщений, циркулирующих в сети, что нельзя посылать сообщения об ошибках доставки ICMP сообщений.
Transmission Control Protocol, RFC 793.
Протокол TCP обеспечивает сервис надежной доставки данных между двумя процессами при помощи двусторонних потоков данных. На вход модуля протокола TCP со стороны приложения подается поток октетов(байт). Поток байт разбивается на сегменты переменной длины. Каждому октету присваивается порядковый номер. Сегмент содержит информацию о порядковом номере своего первого октета.
Чтобы на одном компьютере много процессов могли пользоваться услугами протокола TCP, протокол TCP предоставляет набор адресов или портов. Вместе с адресами сетей и хост-компьютеров они образуют сокет (socket). Каждое соединение уникальным образом идентифицируется парой сокетов. Любой сокет может одновременно использоваться во многих соединениях.
При установлении и разрыве соединения используется последовательность обмена сообщениями, которая называется трехкратным квитированием(от слова квитанция).
При установлении соединения активная сторона отправляет сегмент TCP с установленным битом SYN и начальным номером последовательности ISN(initial sequence number).
Для обеспечения надежной доставки данных используется механизм подтверждений, который заключается в следующем: при отправке сегмента данных его копия помещается в очередь неподтвержденных сегментов. Если по истечении определенного интервала времени подтверждение приема не получено, то производится повторная передача этого сегмента.
Чтобы не ожидать подтверждения после каждого отправленного сегмента и управлять потоком данных, используется механизм скользящего окна. Размер окна определяет количество сегментов, которые могут быть переданы без подтверждения.
Пример:
Протокол TCP формирует подтверждения не для каждого конкретного успешно полученного пакета, а для всех данных от начала посылки до некоторого порядкового номера ACK SN (Acknowledge Sequence Number) исключительно. В качестве подтверждения успешного приема, например, первых 2000 байт, высылается ACK SN = 2001: это означает, что все данные в байтовом потоке под номерами от ISN+1=1 до данного ACK SN -1 (2000) успешно получены.
Вместе с посылкой отправителю ACK SN получатель объявляет также “размер окна”, например - 6000. Это значит, что отправитель может посылать данные с порядковыми номерами от текущего ACK SN = 2001 до (ACK SN + размер окна -1) = 8000, не дожидаясь подтверждения со стороны получателя. Допустим, в данный момент отправитель посылает тысячеоктетный сегмент с порядковым номером данных SN=4001. Если не будет получено новое подтверждение (новый ACK SN), отправитель будет посылать данные, пока он остается в пределах объявленного окна, то есть до номера 8001.
Размер окна устанавливается станцией – получателем, и, если ее буфер переполнен, то размер окна может быть уменьшен до нуля.
Если у отправителя есть данные с высоким приоритетом, они могут быть помечены как «срочные», и должны быть приняты станцией – получателем даже если ее буфер заполнен данными(буфер очищается и записываются «срочные» данные).
