TCP/IP

Описание протоколов TCP/IP

Спасибо неизвестному автору (и переводчику?)

Форматирование произведено Владимиром Романовым (Поликом Про)

Содержание

1. ВВЕДЕНИЕ 1

2. ОСНОВЫ TCP/IP 2

2.1. Модуль IP создает единую логическую сеть 2

2.2. Структура связей протокольных модулей 2

2.3. Терминология 3

2.4. Потоки данных 3

2.5. Работа с несколькими сетевыми интерфейсами 4

3. ETHERNET 5

3.1. Аналогия с разговором 6

4. ПРОТОКОЛ ARP 6

4.1. ARP-таблица для преобразования адресов 6

4.2. Порядок преобразования адресов 7

4.4. Продолжение преобразования адресов 8

5. МЕЖСЕТЕВОЙ ПРОТОКОЛ IP 8

5.1. Прямая маршрутизация 9

5.2. Косвенная маршрутизация 9

5.3. Правила маршрутизации в модуле IP 10

5.4. IP-адрес 11

5.5. Выбор адреса 12

5.6. Подсети 12

5.7. Как назначать номера сетей и подсетей 13

5.8. Имена 13

5.9. IP-таблица маршрутов 14

5.10. Подробности прямой маршрутизации 14

5.11. Порядок прямой маршрутизации 15

5.12. Подробности косвенной маршрутизации 15

5.13. Порядок косвенной маршрутизации 16

6. УСТАНОВКА МАРШРУТОВ 17

6.1. Фиксированные маршруты 17

6.2. Перенаправление маршрутов 18

7. ПРОТОКОЛ UDP 21

7.1. Порты 22

7.2. Контрольное суммирование 22

8. ПРОТОКОЛ TCP 22

9.1. Протокол TELNET 23

9.2. Протокол FTP 24

9.3. Протокол SMTP 24

9.4. r-команды 24

9.5. NFS 24

9.6. Протокол SNMP 25

9.7. X-Window 25

10. ВЗАИМОЗАВИСИМОСТЬ ПРОТОКОЛОВ СЕМЕЙСТВА TCP/IP 25

1. Введение

Семейство протоколов TCP/IP широко применяется во всем мире для объединения компьютеров в сеть Internet. Единая сеть Internet состоит из множества сетей различной физической природы, от локальных сетей типа Ethernet и Token Ring, до глобальных сетей типа NSFNET. Основное внимание в книге уделяется принципам организации межсетевого взаимодействия. Многие технические детали, исторические вопросы опущены. Более подробную информацию о протоколах TCP/IP можно найти в RFC (Requests For Comments) специальных документах, выпускаемых Сетевым Информационным Центром (Network Information Center - NIC). Приложение 1 содержит путеводитель по RFC, а приложение 2 отражает положение дел в области стандартизации протоколов семейства TCP/IP на начало 1991 года

В книге приводятся примеры, основанные на реализации TCP/IP в ОС UNIX. Однако основные положения применимы ко всем реализациям TCP/IP

Надеюсь, что эта книга будет полезна тем, кто профессионально работает или собирается начать работать в среде TCP/IP: системным администраторам, системным программистам и менеджерам сети

2. Основы TCP/IP

Термин “TCP/IP” обычно обозначает все, что связано с протоколами TCP и IP. Он охватывает целое семейство протоколов, прикладные программы и даже саму сеть. В состав семейства входят протоколы UDP, ARP, ICMP, TELNET, FTP и многие другие. TCP/IP это технология межсетевого взаимодействия, технология internet. Сеть, которая использует технологию internet, называется “internet”. Если речь идет о глобальной сети, объединяющей множество сетей с технологией internet, то ее называют Internet

2.1. Модуль IP создает единую логическую сеть

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

Когда необходимо передать пакет между машинами, подключенными к разным подсетям, то машина-отправитель посылает пакет в соответствующий шлюз (шлюз подключен к подсети также как обычный узел). Оттуда пакет направляется по определенному маршруту через систему шлюзов и подсетей, пока не достигнет шлюза, подключенного к той же подсети, что и машина-получатель; там пакет направляется к получателю. Объединенная сеть обеспечивает датаграммный сервис

Проблема доставки пакетов в такой системе решается путем реализации во всех узлах и шлюзах межсетевого протокола IP. Межсетевой уровень является по существу базовым элементом во всей архитектуре протоколов, обеспечивая возможность стандартизации протоколов верхних уровней

2.2. Структура связей протокольных модулей

Логическая структура сетевого программного обеспечения, реализующего протоколы семейства TCP/IP в каждом узле сети internet, изображена на рис 1. Прямоугольники обозначают обработку данных, а линии, соединяющие прямоугольники, - пути передачи данных. Горизонтальная линия внизу рисунка обозначает кабель сети Ethernet, которая используется в качестве примера физической среды; “о” - это трансивер. Знак “*” - обозначает IP-адрес, а “@” - адрес узла в сети Ethernet (Ethernet-адрес). Понимание этой логической структуры является основой для понимания всей технологии internet. В дальнейшем мы будем часто ссылаться на эту схему

------------------------------

| прикладные процессы |

| ... | / ... | / ... |

| ------- ------- |

| | TCP | | UDP | |

| ------- ------- |

| / |

| ------ |

| ------- | IP | |

| | ARP | -*---- |

| ------- | |

| | |

| -------- |

| | ENET | |

| ---@---- |

| | |

------------|-----------------

------------о--------кабель Ethernet

Рис.1. Структура протокольных модулей в узле сети TCP/IP

2.3. Терминология

Введем ряд базовых терминов, которые мы будем использовать в дальнейшем

Драйвер это программа, непосредственно взаимодействующая с сетевым адаптером. Модуль это программа, взаимодействующая с драйвером, сетевыми прикладными программами или другими модулями. Драйвер сетевого адаптера и, возможно, другие модули, специфичные для физической сети передачи данных, предоставляют сетевой интерфейс для протокольных модулей семейства TCP/IP

Название блока данных, передаваемого по сети, зависит от того, на каком уровне стека протоколов он находится. Блок данных, с которым имеет дело сетевой интерфейс, называется кадром; если блок данных находится между сетевым интерфейсом и модулем IP, то он называется IP-пакетом; если он между модулем IP и модулем UDP, то UDP-датаграммой; если между модулем IP и модулем TCP, то TCP-сегментом (или транспортным сообщением); наконец, если блок данных находится на уровне сетевых прикладных процессов, то он называется прикладным сообщением

Эти определения, конечно, несовершенны и неполны. К тому же они меняются от публикации к публикации. Более подробные определения можно найти в RFC-1122, раздел 1.3.3

2.4. Потоки данных

Рассмотрим потоки данных, проходящие через стек протоколов, изображенный на рис 1. В случае использования протокола TCP (Transmission Control Protocol - протокол управления передачей), данные передаются между прикладным процессом и модулем TCP. Типичным прикладным процессом, использующим протокол TCP, является модуль FTP (File Transfer Protocol - протокол передачи файлов). Стек протоколов в этом случае будет FTP/TCP/IP/ENET. При использовании протокола UDP (User Datagram Protocol протокол пользовательских датаграмм), данные передаются между прикладным процессом и модулем UDP. Например, SNMP (Simple Network Management Protocol - простой протокол управления сетью) пользуется транспортными услугами UDP. Его стек протоколов выглядит так: SNMP/UDP/IP/ENET

Модули TCP, UDP и драйвер Ethernet являются мультиплексорами n x 1

Действуя как мультиплексоры, они переключают несколько входов на один выход. Они также являются демультиплексорами 1 x n. Как демультиплексоры, они переключают один вход на один из многих выходов в соответствии с полем типа в заголовке протокольного блока данных (рис 2)

Когда Ethernet-кадр попадает в драйвер сетевого интерфейса Ethernet, он может быть направлен либо в модуль ARP (Address Resolution Protocol - адресный протокол), либо в модуль IP (Internet Protocol - межсетевой протокол). На то, куда должен быть направлен Ethernet-кадр, указывает значение поля типа в заголовке кадра

Если IP-пакет попадает в модуль IP, то содержащиеся в нем данные могут быть переданы либо модулю TCP, либо UDP, что определяется полем “протокол” в заголовке IP-пакета

Если UDP-датаграмма попадает в модуль UDP, то на основании значения поля “порт” в заголовке датаграммы определяется прикладная программа, которой должно быть передано прикладное сообщение. Если TCP-сообщение попадает в модуль