Лекция 3

 

Особые IP-адреса

 

   В TCP/IP существуют ограничения при назначении IP-адресов, а именно номера сетей

и номера узлов не могут состоять из одних двоичных нулей или единиц. Отсюда следует, что максимальное количество узлов, для сетей каждого класса, должно быть уменьшено на 2. Например, в адресах класса С под номер узла отводится 8 бит, которые позволяют задать 256 номеров: от 0 до 255. Однако в действительности максимальное число узлов в сети класса С не может превышать 254, так как адреса 0 и 255 запрещены для адресации сетевых интерфейсов. Из этих же соображений следует, что конечный узел не может иметь адрес типа 98.255.255.255, поскольку номер узла в этом адресе класса А состоит из одних двоичных единиц.

   Итак, некоторые IP-адреса интерпретируются особым образом:

• Если IP-адрес состоит только из двоичных нулей, то он называется неопределенным

адресом и обозначает адрес того узла, который сгенерировал этот пакет. Адрес такого

вида в особых случаях помещается в заголовок IP-пакета в поле адреса отправителя.

• Если в поле номера сети стоят только нули, то по умолчанию считается, что узел на-

значения принадлежит той же самой сети, что и узел, который отправил пакет. Такой

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

• Если все двоичные разряды IP-адреса равны 1, то пакет с таким адресом назначения

должен рассылаться всем узлам, находящимся в той же сети, что и источник этого па-

кета. Такой адрес называется ограниченным широковещательным (limited broadcast).

Ограниченность в данном случае означает, что пакет не выйдет за границы данной сети

не при каких условиях.

• Если в поле адреса назначения в разрядах, соответствующих номеру узла, стоят только

единицы, то пакет, имеющий такой адрес, рассылается всем узлам сети, номер которой указан в адресе назначения. Например, пакет с адресом 192.190.21.255 будет направлен всем узлам сети 192.190.21.0. Такой тип адреса называется широковещательным (broadcast).

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

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

   В IP-сети запрещается присваивать сетевым интерфейсам IP-адреса, начинающиеся со

значения 127. Когда программа посылает данные по IP-адресу 127.х.х.х, то данные не пере

даются в сеть, а возвращаются модулям верхнего уровня того же компьютера как только

что принятые. Маршрут перемещения данных образует «петлю», поэтому этот адрес на-

зывается адресом обратной петли (loopback).

   Уже упоминавшиеся групповые адреса, относящиеся к классу D, предназначены для экономичного распространения в Интернете или большой корпоративной сети аудио- или

видеопрограмм, адресованных сразу большой аудитории слушателей или зрителей. Если

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

быть доставлен сразу нескольким узлам, которые образуют группу с номером, указанным

в поле адреса. Один и тот же узел может входить в несколько групп. В общем случае члены группы могут распределяться по различным сетям, находящимся друг от друга на произвольно большом расстоянии. Групповой адрес не делится на номера сети и узла и обрабатывается маршрутизатором особым образом. Основное назначение групповых адресов — распространение информации по схеме «один ко многим». От того, найдут групповые адреса широкое применение (сейчас их используют в основном небольшие экспериментальные «островки» в Интернете), зависит, сможет ли Интернет создать серьезную конкуренцию радио и телевидению.

 

Использование масок при IP-адресации

 

   Снабжая каждый IP-адрес маской, можно отказаться от понятий классов адресов и сделать более гибкой систему адресации.

   Пусть, например, для IP-адреса 129.64.134.5 указана маска 255.255.128.0, то есть в двоичном виде IP-адрес 129.64.134.5 — это:

10000001.01000000.10000110.00000101,

а маска 255.255.128.0 в двоичном виде выглядит так:

11111111.11111111.10000000.00000000.

Если игнорировать маску и интерпретировать адрес 129.64.134.5 на основе классов, то

номером сети является 129.64.0.0, а номером узла — 0.0.134.5 (поскольку адрес относится

к классу В).

Если же использовать маску, то 17 последовательных двоичных единиц в маске

255.255.128.0, «наложенные» на IP-адрес 129.64.134.5, делят его на две части, номер сети:

10000001.01000000.1

и номер узла:

0000110.00000101.

В десятичной форме записи номера сети и узла, дополненные нулями до 32 бит, выглядят

соответственно как 129.64.128.0 и 0.0.6.5.

Наложение маски можно интерпретировать как выполнение логической операции

И (AND). Так, в предыдущем примере номер сети из адреса 129.64.134.5 является резуль-

татом выполнения логической операции AND с маской 255.255.128.0:

10000001 01000000 10000110 00000101

AND

11111111.11111111.10000000.00000000

Для стандартных классов сетей маски имеют следующие значения:

• класс А - 11111111. 00000000.00000000. 00000000 (255.0.0.0);

• класс В - 11111111.11111111. 00000000. 00000000 (255.255.0.0);

• классС - 11111111.11111111.11111111.00000000(255.255.255.0).

[Для записи масок используются и другие форматы. Например, удобно интерпретировать значение маски, записанной в шестнадцатеричном коде: FF.FF.00.00 — маска для адресов класса В. Еще чаще встречается обозначение 185.23.44.206/16 — данная запись говорит о том, что маска для этого адреса содержит 16 единиц или что в указанном IP-адресе под номер сети отведено 16 двоичных разрядов.]

   Механизм масок широко распространен в маршрутизации IP, причем маски могут использоваться для самых разных целей. С их помощью администратор может разбивать одну, выделенную ему поставщиком услуг сеть определенного класса на несколько других, не требуя от него дополнительных номеров сетей — эта операция называется разделением на подсети (subnetting). На основе этого же механизма поставщики услуг могут объединять адресные пространства нескольких сетей путем введения так называемых «префиксов» с целью уменьшения объема таблиц маршрутизации и повышения за счет этого производительности маршрутизаторов — такая операция называется объединением подсетей (supernetting). Подробнее об этом мы поговорим при изучении технологии бесклассовой междоменной маршрутизации.

 

Порядок назначения IP-адресов

 

   По определению схема IP-адресации должна обеспечивать уникальность нумерации сетей, а также уникальность нумерации узлов в пределах каждой из сетей. Следовательно, процедуры назначения номеров как сетям, так и узлам сетей должны быть централизованными. Рекомендуемый порядок назначения IP-адресов дается в спецификации RFC 2050.

 

Назначение адресов автономной сети

 

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

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

номер узла в технологии TCP/IP назначается независимо от его локального адреса.)

Однако при таком подходе исключена возможность в будущем подсоединить данную сеть

к Интернету. Действительно, произвольно выбранные адреса данной сети могут совпасть

с централизовано назначенными адресами Интернета. Для того чтобы избежать коллизий,

связанных с такого рода совпадениями, в стандартах Интернета определено несколько

диапазонов так называемых частных адресов, рекомендуемых для автономного использования:

• в классе А — сеть 10.0.0.0;

• в классе В — диапазон из 16 номеров сетей (172.16.0.0-172.31.0.0);

• в классе С - диапазон из 255 сетей (192.168.0.0-192.168.255.0).

Эти адреса, исключенные из множества централизованно распределяемых, составляют

огромное адресное пространство, достаточное для нумерации узлов автономных сетей

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

   Например, такой технологией является NAT.

 

Централизованное распределение адресов

 

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

централизованной, иерархически организованной системой их распределения. Номер сети

может быть назначен только по рекомендации специального подразделения Интернета.

Главным органом регистрации глобальных адресов в Интернете с 1998 года является не-

правительственная некоммерческая организация ICANN (Internet Corporation for Assigned

Names and Numbers). Эта организация координирует работу региональных отделов, дея-

тельность которых охватывает большие географические площади: ARIN — Америка, RIPE (Европа), APNIC (Азия и Тихоокеанский регион). Региональные отделы выделяют блоки адресов сетей крупным поставщикам услуг, а те, в свою очередь, распределяют их между своими клиентами, среди которых могут быть и более мелкие поставщики.

   Проблемой централизованного распределения адресов является их дефицит. Уже срав-

нительно давно очень трудно получить адрес класса В и практически невозможно стать

обладателем адреса класса А. При этом надо отметить, что дефицит обусловлен не только

ростом сетей, но и тем, что имеющееся адресное пространство используется нерационально.

   Очень часто владельцы сетей класса С расходуют лишь небольшую часть из имеющихся

у них 254 адресов. Рассмотрим пример, когда две сети необходимо соединить глобальной

связью. В таких случаях в качестве линии связи используют два маршрутизатора, соеди-

ненных по двухточечной схеме (рис. 3.1). Для вырожденной сети, образованной линией

связи, связывающей порты двух смежных маршрутизаторов, приходится выделять от-

дельный номер сети, хотя в этой сети всего два узла.

 

 

Рис. 3.1. Нерациональное использование пространства IP-адресов

 

Для смягчения проблемы дефицита адресов разработчики стека TCP/I P предлагают

разные подходы. Принципиальным решением является переход на новую версию про-

токола IP — протокол IPv6, в котором резко расширяется адресное пространство. Однако

и текущая версия протокола IP (IPv4) поддерживает технологии, направленные на более

экономное расходование IP-адресов, такие, например, как NAT и CIDR.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Взаимодействие приложений


Рис. 3.2. Модель взаимодействия открытых систем ISO/OSI

 

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

дной программ­ный интерфейс (Application Program Interface, API). В соответствии с идеальной схемой модели OSI приложение может обращаться с запросами к самому верх­нему уровню — уровню приложений, однако на практике многие стеки коммуни­кационных протоколов предоставляют возможность программистам напрямую обращаться к сервисам, или службам, расположенным ниже уровней.

   Например, некоторые СУБД имеют встроенные средства удаленного доступа к файлам. В этом случае приложение, выполняя доступ к удаленным ресурсам, не использует системную файловую службу; оно обходит верхние уровни моде­ли OSI и обращается непосредственно к ответственным за транспортировку сообщений по сети системным средствам, которые располагаются на нижних уровнях модели OSI.

   Итак, пусть приложение узла А хочет взаимодействовать с приложением узла В. Для этого приложение А обращается с запросом к прикладному уровню, напри­мер к файловой службе. На основании этого запроса программное обеспечение прикладного уровня формирует сообщение стандартного формата. Но для того чтобы доставить эту информацию по назначению, предстоит решить еще много задач, ответственность за которые несут нижележащие уровни.

   После формирования сообщения прикладной уровень направляет его вниз по стеку уровню представления. Протокол уровня представления на основании инфор­мации, полученной из заголовка сообщения прикладного уровня, выполняет требуемые действия и добавляет к сообщению собственную служебную инфор­мацию — заголовок уровня представления, в котором содержатся указания для протокола уровня представления машины-адресата. Полученное в результате со­общение передается вниз сеансовому уровню, который в свою очередь добавляет свой заголовок и т. д. (Некоторые реализации протоколов помещают служебную информацию не только в начале сообщения в виде заголовка, но и в конце в виде так называемого концевика.) Наконец, сообщение достигает нижнего, физиче­ского уровня, который, собственно, и передает его по линиям связи машине-адре­сату. К этому моменту сообщение «обрастает» заголовками всех уровней (рис. 3.3).

 

 

Рис. 3.3. Вложенность сообщений различных уровней

 

   Физический уровень помещает сообщение на физический выходной интерфейс компьютера 1, и оно начинает свое «путешествие» по сети (до этого момента со­общение передавалось от одного уровня другому в пределах компьютера 1).

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

Как видно из описания, протокольные сущности одного уровня не общаются ме­жду собой непосредственно, в этом общении всегда участвуют посредники — средства протоколов нижележащих уровней. И только физические уровни раз личных узлов взаимодействуют непосредственно.

 

В стандартах ISO для обозначения единиц обмена данными, с которыми имеют дело протоколы разных уровней, используется общее название протокольная единица данных (Pro­tocol Data Unit, PDU). Для обозначения единиц обмена данными конкретных уровней часто используются специальные названия, в частности: сообщение, кадр, пакет, дейтаграмма.

 

Контрольные вопросы

 

  1. Перечислите и охарактеризуйте IP адреса, которые интерпретируются особым образом.
  2. Охарактеризуйте IP адрес начинающийся с числа 127.х.х.х
  3. В каком случае можно отказаться от понятия классов IP адресов.
  4. Что такое маска и как она используется в IP адресации.
  5. Перечислите значения масок для классов А,В,С.
  6. Каким образом можно выяснить № сети и № узла используя механизм масок.
  7. Кто и как осуществляет централизованное распределение IP адресов.
  8. Опишите механизм взаимодействии приложений.
  9. Для чего используется API при взаимодействии приложений.
  10. Охарактеризуйте понятие вложенность сообщений различного уровня.
  11. Назовите варианты названий протокольной единицы обмена данными.

 

Библиография

 

1. Олифер В.Г, Олифер Н.А. Компьютерные сети издание 3., Санкт Петербург, 2006.