Сети ЭВМ и телекоммуникации. Фролов А.И. - 32 стр.

                                         30

    Все сказанное выше о портах в равной степени относится к обоим прото-
колам транспортного уровня. Нет никакой зависимости между назначением
номеров для приложений, использующих протокол TCP, и приложений, рабо-
тающих с протоколом UDP. Приложения, которые передают данные на уровень
IP, используя протокол UDP, получают номера, называемые портами UDP.
Аналогично приложениям, обращающимся к протоколу TCP, выделяются пор-
ты TCP. В том и другом случаях это могут быть как назначенные, так и дина-
мические номера. Диапазоны чисел, из которых выделяются номера портов
TCP и UDP, совпадают.
    Протоколы TCP и UDP ведут для каждого номера порта две очереди: оче-
редь пакетов, поступающих в данный порт из сети, и очередь пакетов, отправ-
ляемых данным портом в сеть. Процедура приема данных протоколом TCP (или
UDP), поступающих от нескольких прикладных служб, называется мульти-
плексированием. Обратная процедура распределения протоколом TCP (или
UDP) поступающих от сетевого уровня пакетов между набором высокоуровне-
вых служб, идентифицированных номерами портов, называется демультиплек-
сированием.

    3.4 Логические соединения
    Для надежной передачи данных между двумя прикладными процессами
предусматривается установление логического соединения. Номер порта в сово-
купности с номером сети и номером конечного узла однозначно определяют
прикладной процесс в сети. Этот набор идентифицирующих параметров (IP-
адрес, номер порта) имеет название сокет (socket).
    Каждый взаимодействующий процесс идентифицируется сокетом – парой
(IP-адрес интерфейса, номер порта), а каждое соединение – парой сокетов
взаимодействующих процессов. Каждый процесс одновременно может участ-
вовать в нескольких соединениях.
    Так, например, если (IP1, n1), (IP2, n2), (IP3, nЗ) – сокеты трех разных про-
цессов, то возможно образование следующих соединений:
    − соединение 1 – {(IP1, n1), (IP2, n2)};