Бесклассовая маршрутизация

Концепция бесклассовой междоменной маршрутизации (Classless Inter – Domain Routing, CIDR) была официально документирована в сентябре 1993 года в RFC 1517, RFC 1518, RFC 1519 и RFC 1520. Ее появление было вызвано участившимися кризисами в сети Internet. Из-за несовершенства протоколов маршрутизации обмен сообщениями обобновлении таблиц приводил к сбоям магистральных маршрутизаторов, из-за перегрузки

их ресурсов при обработке большого объема служебной информации. Так, в 1994 году таблицы магистральных маршрутизаторов в Internet содержали до 70 000 маршрутов. Внедрение протокола CIDR сократило число записей до 30 000. Кроме того, дополнительной предпосылкой внедрения протокола CIDR явилась реальная опасность нехватки адресного пространства при дальнейшем расширении Internet. Данная технология позволяет реализовать две новые, не поддерживаемые ранее возможности:

- отход от традиционной концепции разделения адресов протокола IP на классы. Это позволяет более эффективно использовать адресное пространство протокола IP версии 4;

- объединение маршрутов. При этом одна запись в таблице маршрутизации может представлять сотни адресов. Кроме того, оно позволяет снизить объем маршрутной информации в магистральных маршрутизаторах сети Internet.

Рассмотрим более подробно возможности, предоставляемые новой технологией. Протокол CIDR позволяет использовать вместо традиционных классов адресов протокола IP обобщенный сетевой префикс. Он служит для определения границы между номером сети и номером хоста в IP-адресе (вместо проверки первых трех байтов адреса для определения его класса). Вследствие этого данная технология поддерживает организацию сетей произвольного размера взамен сетей со стандартными сетевыми номерами,

ассоциируемыми с соответствующими классами адресов.

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

Например, адрес подсети в таблице маршрутизации с номером сети, занимающим 20 бит, и номером хоста, занимающим 12 бит, будет записан с сетевым префиксом длиной 20 бит, или /20. Удобство заключается в том, что рекламируемый маршрутизатором IP-адрес подсети с префиксом /20 может быть адресом любого класса (А, B или С). Поддерживающие протокол CIDR маршрутизаторы не проверяют класс адреса обычными методами, вместо этого они полагаются на информацию о сетевом префиксе, пришедшую

с рекламируемым маршрутом.

Если отвлечься от разделения адресов на классы, то сетевой префикс можно рассматривать как непрерывный битовый блок в адресном пространстве протокола IP. Например, рассмотренный выше сетевой префикс /20 оставляет то же самое количество бит для задания адресов хостов, что и в адресах с разделением на классы, а именно 12 бит, что позволяет поддерживать до 4094 (2¹² - 2 = 4094) адресов хостов.

Ввиду того, что многие хосты при работе с адресами учитывают их

принадлежность к определенному классу, при настройке требуется задавать маску подсети. Если администратор вместо маски подсети укажет сетевой префикс, то хост его не воспримет.

Проблема, например, возникает в случае, если необходимо использовать адрес 200.25.16.0 с сетевым префиксом /20 для поддержки 4094 хостов (2¹² - 2 = 4094), так как не поддерживающие протокол CIDR хосты будут интерпретировать заданный адрес, как адрес класса С с маской 255.255.255.0. При этом оставшихся в поле номера хоста битов не

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

Протокол CIDR позволяет более эффективно использовать адресное пространство протокола IP. Обычно провайдеры услуг Internet выделяют своим клиентам адреса определенных классов, что ведет к некоторой избыточности. Благодаря протоколу CIDR, провайдеры получают возможность "нарезать" блоки из выделенного им адресного пространства в точном соответствии с требованиями каждого клиента, при этом у него остается пространство для маневра на случай его будущего роста.

Привести примеры разбиения сетей класса A, B и C на нечетное количество подсетей. В каждом примере указать сетевую часть адреса, маску, префикс, broadcast-адрес, посчитать количество узлов в каждой подсети.

· Разбиение сети 195.20.0.0/16 класса В на 5 подсетей:

Теперь разобьём, например, первую подсеть на 2 подсети, т.е. выделим ещё 1 бит (2¹) в расширенный префикс сети. Т.о. мы получим 2 подсети с маской /19.

195.20.0.0/18

· Разбиение сети 211.118.94.0/24 класса С на 3 подсети:

211.118.94.128/25

· Разбиение сети 102.0.0.0/8 на 5 подсетей:

102.128.0.0/10