6.4.2.2. Ip-адресация

Каждый IP-адрес состоит из двух частей: адреса сети и адреса хоста в этой сети. Существует 5 форматов адреса, отличающихся по числу битов, отводимых для адреса сети и хоста. Эти форматы определяют классы адресов отA до D. Класс определяют первые три бита.

0	7 - сеть					24 – хост			Класс A
1	0	14 – сеть					16 - хост		Класс B
1	1	0	21 – сеть					8 – хост	Класс С
1	1	1	0	28 – групповой адрес					Класс D
1	1	1	1	0	Зарезервировано				Класс Е

Уникальность адресов обеспечивается их централизованным назначением.

В классе А число сетей ограничено126 (0 и 127 – зарезервированы). Это устаревшая структура.

В классе В число сетей 16 382. Адреса сетей такого класса также сейчас не предоставляются.

В классе С число сетей равно 2 097 150. При этом число хостов может быть не более 254. Самый распространенный в настоящее время класс сетей. Но и он истощается.

Поэтому введена дополнительная иерархия – адрес хоста может быть разделен на адрес подсети и адрес хоста в подсети.

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

Посмотрим, как используется маска подсети.

П

190.50.0.0

редположим, что есть сеть класса В с адресом 190.50.0.0 и маска подсети равна 255.255.255.0.

190.50.1.4

Н1

190.50.1.1

Н2

190.50.1.2

Н3

190.50.2.1

Н4

190.50.2.2

190.50.2.3

Пусть, например, хосту Н1 надо обратиться к хосту Н3. Н1 берет адрес Н3 190.50.2.1 и накладывает на него маску подсети 255.255.255.0, получая результат 190.50.2.0. Поскольку Н1 находится в подсети 190.50.1.0, то Н3 напрямую недоступен. Сверившись со своей маршрутной таблицей Н1 обнаруживает, что следующий адрес на пути к Н3 – это R1.

Н1 отображает IP-адрес R1 на его физический адрес и посылает R1 датаграмму. R1 ищет адрес назначения в своей маршрутной таблице, пользуясь той же маской подсети, и определяет местонахождение Н3 в подсети, соединенной с его интерфейсом 190.50.2.3.

R1 доставляет датаграмму хосту Н3, получив предварительно его физический адрес по IP-адресу.

Пусть теперь хост Е из внешней сети хочет отправить датаграмму Н3. Поскольку 190.50.2.1 – адрес класса В, то маршрутизатору сети, где находится этот хост Е, известно, что Н3 находится в сети 190.50.0.0. Т.к. шлюзом в эту сеть является R2, то датаграмма от Е в конце концов дойдет до R2.

R2 получив датаграмму, накладывает маску, выделяет адрес подсети 190.50.2.0, определяет R1 в качестве следующего узла на пути к Н3 и посылает R1 датаграмму, которую R1 отправляет Н3.

Хосту Е неизвестна внутренняя топология сети 190.50.0.0. Он просто отсылает датаграмму шлюзу R2. Только R2 и другие хосты внутри сети определяют существование подсетей и маршруты доступа к ним.

6.4.3. Протокол udp

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

Из-за минимальной функциональности протокол требует меньших накладных расходов по сравнению с TCP.

Структура заголовка UDP представлена ниже.

0 - 15	16 - 31
Source port	Destination Port
Length	Checksum
Data

Длина датаграммы не может быть меньше 8 байтов.

Если контрольная сумма используется, то она вычисляется по следующим полям IP-заголовка:

1. Protocol (равен 17)

2. Source address

3. Destination address

Протокол UDP используют в следующих случаях:

1. при взаимодействии с сервером доменных имен DNS (порт 53)

2. при синхронизации времени (порт 123)

3. при удаленной загрузке (порт клиента 67, порт сервера 68)

4. при удаленном копировании (порт 69)

5. при удаленном вызове процедур (порт 111)

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