An Appeal to the Internet Community to Return Unused IP Networks (Prefixes) to the IANA
RFC 1917 призывает организации и провайдеров возвращать неиспользуемое адресное пространство IPv4 в IANA либо любой из делегированных реестров для повторного распределения. Документ связывает эффективное распределение адресов и сохранение иерархической агрегации CIDR с ограничением роста глобальных таблиц маршрутизации. Для сетей, которые никогда не потребуется подключать к Global Internet либо которые по причинам безопасности всегда будут изолированы, предлагается рассмотреть возврат адресных назначений в IANA или провайдеру и использование префиксов, рекомендованных RFC 1597; в случаях, когда требуется перенумерация, также рекомендуется по мере разумной возможности внедрять план перенумерации машин и стремиться минимизировать число маршрутов, объявляемых провайдерам. Провайдерам предлагается регулярно проверять маршруты, объявляемые вышестоящим провайдерам, чтобы проверить конфигурации маршрутизаторов и корректность агрегации, возвращать неиспользуемые сети вне их обычных адресных блоков, а новым клиентам — особенно недавно сменившим провайдера и использующим небольшие сети вне CIDR-блоков — предлагать перенумерацию и возврат прежних адресов провайдеру или IANA.
Рабочая группа по сетям P. Nesser II
Запрос комментариев: 1917 Nesser & Nesser Consulting
BCP: 4 Февраль 1996
Категория: Лучшая современная практика
Обращение к интернет-сообществу с призывом вернуть
неиспользуемые IP-сети (префиксы) в IANA
Статус этого меморандума
Этот документ определяет Лучшую современную практику Интернета для
интернет-сообщества и запрашивает обсуждение и предложения по
улучшениям. Распространение этого меморандума не ограничено.
Аннотация
Этот документ представляет собой обращение к интернет-сообществу с
призывом вернуть неиспользуемое адресное пространство, то есть любой
блок последовательных IP-префиксов, в Internet Assigned Numbers
Authority (IANA) или любой из делегированных реестров для
перераспределения. Аналогично, к провайдерам обращён призыв вернуть
в IANA для перераспределения неиспользуемые префиксы, находящиеся за
пределами их обычных адресных блоков.
1. Предыстория
Современный Интернет радикально отличается от сети, которую когда-либо
представляли себе его первоначальные разработчики. Это крупнейшая
публичная сеть передачи данных в мире, и она продолжает расти
экспоненциальными темпами, удваивая все основные эксплуатационные
параметры каждые девять месяцев. Распространённая инженерная метафора
состоит в том, что всякий раз, когда масштаб проблемы увеличивается
на порядок, она становится новой проблемой. Эта максима была верна на
протяжении всего существования Интернета.
В настоящее время Интернет сталкивается с двумя основными
эксплуатационными проблемами (среди прочих). Первая — это неизбежное
исчерпание адресного пространства IPv4, а вторая — возможность
маршрутизации пакетов между большим числом отдельных сетей, из
которых состоит Интернет. Первая проблема заключается лишь в объёме
доступного ресурса. Доступно только 2^32 адресов IPv4. Срок
существования этого пространства пропорционален эффективности его
распределения и использования. Вторая проблема главным образом
заключается в ёмкости. Если число маршрутов превысит текущую ёмкость
магистральных маршрутизаторов Интернета, некоторые маршруты будут
отброшены, и части Интернета больше не смогут взаимодействовать друг
с другом. Эти две проблемы взаимосвязаны, и преобладающая из них
менялась и будет меняться с течением времени.
Nesser Лучшая современная практика [Страница 1]
RFC 1917 Призыв вернуть неиспользуемые IP-сети в IANA Февраль 1996
В исходной конструкции IP все адреса были одинаковыми: восемь бит
номера сети и двадцать четыре бита номера хоста. Предполагалось
существование нескольких крупных глобальных сетей. В первые периоды
быстрого роста, особенно с изобретением технологий LAN, стало
очевидно, что это предположение ошибочно, и было реализовано
разделение адресного пространства на три класса (класс A для
нескольких огромных сетей; класс B для большего числа меньших сетей;
и класс C для действительно малых LAN с большим количеством номеров
сетей). Вскоре были добавлены подсети, чтобы площадки с множеством
малых LAN могли выглядеть для других как одна сеть — это был первый
шаг к ограничению размера таблицы маршрутизации. Наконец, в сеть был
введён CIDR, чтобы придать адресации ещё большую гибкость, расширив
разделение с трёх классов до потенциально тридцати различных классов.
Подсети были введены, чтобы предоставить площадкам механизм деления
одного номера сети (класса A, B или C) на части, обеспечивая более
высокую степень использования адресного пространства и тем самым
способствуя сохранению адресного пространства IPv4. Из-за встроенного
представления о классовых адресах разделение на подсети автоматически
приводило к снижению требований к маршрутизации в Интернете. Вместо
использования двух (или более) сетей класса C площадка могла
разделить одну сеть класса B на две (или более) подсети. Экономятся
как выделение, так и объявление маршрута ко второй и последующим
сетям класса C.
С 1993 года в интернет-сообщество было введено понятие бесклассовых
(буква «C» в CIDR) адресов. Адреса всё чаще рассматриваются как
непрерывные по битам блоки всего адресного пространства, а не как
сеть класса A, B или C. Например, адресный блок, ранее известный как
сеть класса A, назывался бы сетью с префиксом /8, что означает, что
первые 8 бит адреса определяют сетевую часть адреса. Иногда /8 будет
выражаться маской 255.0.0.0 (так же, как 16-битная маска подсети
записывается как 255.255.0.0).
Эта схема позволяет объединять адреса в «суперсети» в блоки, которые
могут объявляться как одна запись маршрутизации. Практическая цель
этой работы состоит в том, чтобы позволить поставщикам услуг и
адресным реестрам делегировать организациям реалистичные адресные
пространства и не быть ограниченными традиционными классами сетей,
размеры которых не соответствовали большинству организаций. Например,
блок из 2048 номеров сетей класса C, начинающийся с 192.24.0.0 и
заканчивающийся 192.31.255.0, может обозначаться как 192.24/19 или
как 192.24.0.0 с маской 255.248.0.0 (то есть подобно 19-битной маске
подсети, записанной в точечно-десятичной нотации). Понятие
«суперсетей» позволяет распределять оставшееся адресное пространство
Интернета меньшими блоками, тем самым обеспечивая большее число сетей
и более высокую эффективность. Более подробное обсуждение приведено
в RFC 1518.
Nesser Лучшая современная практика [Страница 2]
RFC 1917 Призыв вернуть неиспользуемые IP-сети в IANA Февраль 1996
Как и разделение на подсети, CIDR также способствует снижению
требований к маршрутизации, но не столь автоматически, как в случае
подсетей. Блоки CIDR распределяются способом, который способствует
иерархической маршрутизации. Провайдеру обычно выдаётся большой блок
адресов для перераспределения среди его клиентов. Например, если
провайдеру P был выдан блок CIDR 192.168/16 — блок из 255 непрерывных
сетей класса C, — он может предоставить одну сеть класса C каждому из
255 клиентов (которые, в свою очередь, могут разделить эти сети
класса C на меньшие части), но при этом объявлять только единственный
маршрут 192.168/16. Таким образом, CIDR способствует снижению
проблемы маршрутизации, только если блоки назначаются и сохраняются
иерархическим образом.
RFC 1797 описывал технический эксперимент, предназначенный для
проверки проблем распределения зарезервированного в настоящее время
адресного пространства сетей класса A. RFC 1879 описывал результаты
этого эксперимента. Эта работа показывает, что «сверхразделение на
подсети» сети класса A на множество (даже миллионы) меньших сетей
практически осуществимо.
Преобладающая часть проблемы, с которой сегодня сталкивается
Интернет, — требования к маршрутизации. Следующие утверждения
представляют собой приближение первого порядка, основанное на текущем
росте, простой модели ресурсов маршрутизаторов и т. д. Текущая
технология маршрутизации способна обрабатывать приблизительно вдвое
больше маршрутов, чем в настоящее время объявляется на
«магистральных» маршрутизаторах Интернета. Ёмкость маршрутизаторов
удваивается каждые 18 месяцев, тогда как таблицы маршрутизации
удваиваются каждые 9 месяцев. Если маршруты продолжат добавляться с
текущей скоростью, Интернет приблизительно через 2–3 года перестанет
функционировать как надёжная инфраструктура.
Хорошая новость состоит в том, что CIDR работает. Адресные блоки
распределяются и назначаются иерархическим образом, а CIDR-изация
больших частей адресного пространства, назначенных в соответствии с
руководящими положениями RFC 1466, привела к значительному сокращению
числа объявляемых маршрутов. Однако последние тенденции роста
показывают, что число маршрутов снова растёт экспоненциальными
темпами и что сокращение при введении CIDR было лишь зубцом пилообразной
кривой темпа.
Рост числа маршрутов логически может происходить только из двух
источников: дополнительных маршрутов, создаваемых при разбиении
блоков CIDR, и подключения ранее распределённых и необъявленных
сетей. (Реестры всё ещё распределяют несколько адресов, не входящих
в блоки CIDR, поэтому существует и небольшой третий источник.) С
ростом популярности усиливается конкуренция между провайдерами. Если
площадка меняет провайдера и сохраняет использование адресов своего
блока CIDR, в блоках появляются пробелы, и для обслуживания таких
случаев в структуру маршрутизации добавляются специфические маршруты.
Поэтому с течением времени CIDR повысит эффективность использования
адресов, но не поможет с требованиями к маршрутизации, если
провайдеры не смогут сохранять свои блоки CIDR
Nesser Лучшая современная практика [Страница 3]
RFC 1917 Призыв вернуть неиспользуемые IP-сети в IANA Февраль 1996
целыми.
Второй источник появления новых маршрутов — площадки, которые ранее
эксплуатировали частную IP-сеть, для которой были зарегистрированы и
назначены номер сети (или множество сетей), но лишь недавно
подключились к глобальному Интернету. Этот RFC является попыткой,
основанной на политике, помочь сохранить работу текущего Интернета,
рассматривая вопросы ранее зарегистрированных, но необъявленных
IP-сетей.
Дополнительная область появления маршрутов возникает из конфигураций
маршрутизаторов, не выполняющих агрегацию. На большинстве
маршрутизаторов агрегация не происходит автоматически, и провайдеры,
которые могут располагать целыми блоками CIDR, во многих случаях, не
осознавая этого, объявляют отдельные маршруты вместо агрегированного
блока.
В контексте этого документа выражение «Глобальный Интернет» относится
к ячеистой совокупности взаимосвязанных публичных сетей (Autonomous
Systems), берущей начало в магистральной сети U.S. National Science
Foundation (NSF), других национальных сетях и коммерческих
предприятиях. Аналогично, выражение «Магистральные маршрутизаторы» и
любые ссылки на него относятся к набору маршрутизаторов, которые
передают полный набор объявлений маршрутов и действуют как точки
взаимосвязи для публичных сетей, образующих «Глобальный Интернет».
2. История
Исторически IANA управляла назначением адресов интернет-площадкам. В
самые ранние дни IANA, при наличии огромного адресного пространства,
требования к назначениям сетевого адресного пространства были
значительно менее строгими, чем требуемые сегодня. Организациям по
существу назначались сети на основании их запросов.
2.1 Сети класса A (префиксы /8)
Верхняя половина адресного пространства класса A (64.0.0.0 -
126.0.0.0) (127.0.0.0 традиционно использовался операционной системой
Unix как сеть «loopback» и поэтому недоступен) была зарезервирована
IANA для роста в пределах адресного пространства IPv4. Из нижней
половины адресного пространства 22 были назначены до 1982 года, 6
были назначены между 1982 и 1987 годами, 26 были назначены между 1988
и 1992 годами, а 2 были назначены между 1993 и 1995 годами. В мае
1995 года четыре ранее назначенные сети класса A были возвращены в
IANA. Все остальные адреса класса A также были зарезервированы для
роста в пределах адресного пространства IPv4. Адресное пространство
класса A составляет 50% всего адресного пространства IPv4.
Nesser Лучшая современная практика [Страница 4]
RFC 1917 Призыв вернуть неиспользуемые IP-сети в IANA Февраль 1996
2.2 Сети класса B (префиксы /16)
С 1989 по 1993 год было назначено или распределено приблизительно
80% назначенных в настоящее время IP-сетей класса B. В 1994 и 1995
годах объём распределений резко сократился вследствие принятия
политик, изложенных в RFC 1466. В настоящее время распределено
61,65% адресного пространства класса B. Адресное пространство класса
B составляет 25% всего адресного пространства IPv4.
2.3 Сети класса C (префиксы /24)
С введением CIDR и RFC 1466 распределение адресного пространства
класса C с 1993 года резко возросло. В настоящее время распределено
27,82% адресного пространства класса C. Адресное пространство класса
C составляет 12,5% всего адресного пространства IPv4.
2.4 Класс «D» и далее
Из оставшихся 12,5% адресного пространства нижние 6,25%
распределены для приложений многоадресной рассылки (mbone, OSPF и т.
д.), а верхняя половина зарезервирована для будущих приложений.
2.5 Итоги
Взвешенный итог показывает, что распределено 40,99% всего адресного
пространства IPv4, а остаток зарезервирован для будущего роста.
Следует отметить, что тщательные экстраполяции текущих тенденций
позволяют предположить, что адресное пространство будет исчерпано в
начале следующего столетия.
3. Проблема
До введения RFC 1466 и CIDR IANA назначила около 50 000 сетей, однако
лишь небольшой процент (30–40%) площадок фактически имел подключения
к глобальному Интернету и объявлял эти сети. По мере роста
популярности Интернета подключается всё больше этих площадок, что
увеличивает размер таблиц маршрутизации.
Текущие интернет-площадки получили свои адресные назначения разными
путями и на разных этапах. Некоторые площадки при небольшой работе
(или, в некоторых случаях, вовсе без работы) могли бы передать
неиспользуемые IP-сети обратно в IANA.
Некоторые организации сначала направляли небольшие запросы и получали
назначение класса C (или несколько назначений класса C), а после
неожиданного роста направляли последующие запросы и получали
назначения класса B.
Nesser Лучшая современная практика [Страница 5]
RFC 1917 Призыв вернуть неиспользуемые IP-сети в IANA Февраль 1996
Нескольким поставщикам интернет-услуг были предоставлены блоки
адресного пространства класса B для распределения среди клиентов. Это
пространство часто предоставлялось клиентам на основании уровня
приобретённой услуги, а не фактической потребности.
Многие организации либо слились с другими, либо связаны с головными
организациями, что создаёт ситуации с большой неэффективностью
назначения адресов.
Многие организации запрашивали адреса, исходя из своей потребности запускать TCP/IP на внутренних машинах, которые не заинтересованы в подключении к глобальному Интернету. В руководствах большинства поставщиков площадкам предписывалось (и предоставлялись копии форм заявок) запрашивать назначения IP-адресов.
Другие организации имеют крупные внутренние IP-сети и подключены к Интернету через шлюзы прикладного уровня или трансляторы сетевых адресов; они никогда не будут анонсировать свои внутренние сети.
4. Призыв
Членов интернет-сообщества, имеющих назначения IP-сетей, которые в настоящее время могут не использоваться, интернет-сообщество хотело бы призвать вернуть эти адреса IANA или своему провайдеру для перераспределения.
В частности, площадкам, имеющим неиспользуемые сети, предлагается вернуть эти адреса. Аналогично, интернет-сообщество поощряет такие усилия со стороны площадок, использующих небольшую долю своего адресного пространства и способных относительно легко вывести назначения сетей из активного использования.
Площадкам, имеющим сети, которым никогда не потребуется подключение к глобальному Интернету или которые по причинам безопасности всегда будут изолированы, следует рассмотреть возврат назначений адресов IANA или своему провайдеру и использование префиксов, рекомендованных в RFC 1597.
В тех случаях, когда требуется перенумерация, площадкам предлагается, насколько это разумно удобно, внедрить план перенумерации машин и работать над минимизацией количества маршрутов, анонсируемых их провайдерам.
4.1 Предложения для провайдеров
Многие провайдеры в настоящее время анонсируют не-CIDR-маршруты, охватывающие большой блок адресов, то есть любое пространство класса A (0/1) или класса B (128/2). Некоторые заказчики, использующие лишь часть своего адресного пространства (при условии, что они выполняют подсетирование с использованием смежных битов), могут быть готовы разрешить своим провайдерам использовать верхнюю часть назначенного им адресного пространства для других заказчиков этих провайдеров.
Nesser Лучшая современная практика [Страница 6]
RFC 1917 Призыв вернуть неиспользуемые IP-сети IANA Февраль 1996
Эта схема требует установки или наличия определённых элементов для правильной маршрутизации, однако она может позволить использовать большое количество малых сетей без роста глобальных таблиц маршрутизации. Это потребует дополнительных мер сотрудничества между провайдерами и их заказчиками, но может обеспечить как экономические преимущества, так и репутацию добропорядочного участника Интернета.
Например, крупной организации S назначен блок адресов класса A 10.0.0.0., и в настоящее время она использует провайдера P для подключения к глобальному Интернету. P уже анонсирует маршрут для 10.0.0.0 в глобальный Интернет. S распределяла свои внутренние сети, используя модель инкрементирования битов справа налево. P и S могли бы договориться, что S позволит предоставить некоторые префиксы /18 (например) другим заказчикам P. Это не создаст для S никаких затруднений, при условии, что её маршрутизатор поддерживает BGP, и позволит P подключить огромное количество малых заказчиков без необходимости анонсировать больше маршрутов или запрашивать дополнительные блоки адресов у IANA либо у своего вышестоящего провайдера.
Эксперимент «Net 39», описанный в RFC 1797 и обобщённый в RFC 1879, предоставил практические данные о реализации предлагаемых схем.
Кроме того, провайдерам предлагается вернуть IANA или соответствующему реестру все неиспользуемые сети, которые находятся вне их обычных блоков адресов.
Новым заказчикам, особенно тем, которые могли недавно сменить провайдера и имеют малые сети, не входящие в CIDR'изированные блоки, следует предложить выполнить перенумерацию и вернуть свои прежние адреса провайдеру или IANA.
С момента первого внедрения CIDR в апреле 1994 года многие провайдеры активно применяли концепции агрегации. Некоторые провайдеры активно убеждали своих заказчиков выполнить перенумерацию, в то время как другие развивали пиринговые соглашения с другими провайдерами, а третьи делали и то, и другое. Провайдерам следует продолжать активно и регулярно применять оба метода для упорядочения роста таблиц маршрутизации. Сотрудничество между провайдерами абсолютно необходимо для краткосрочного (и долгосрочного) управления требованиями к маршрутизации.
Nesser Лучшая современная практика [Страница 7]
RFC 1917 Призыв вернуть неиспользуемые IP-сети IANA Февраль 1996
Провайдерам следует регулярно проверять маршруты, которые они анонсируют своим вышестоящим провайдерам, чтобы подтвердить конфигурации своих маршрутизаторов и удостовериться, что агрегация выполняется правильно.
4.2 Предложения для IANA и реестров адресов
В случаях, когда адреса возвращаются IANA или другому реестру адресов и входят в блок другого реестра или провайдера, эти адреса следует передать соответствующему органу. Это поможет максимально повысить доступность адресов и минимизировать нагрузку на таблицы маршрутизации.
4.3 Как вернуть блок адресного пространства в IANA
Отправьте следующую форму по адресам Hostmaster@internic.net и iana@isi.edu, заменив $NET_PREFIX на возвращаемую сеть.
----------------------------------------------------------------
Please update the contact information on the following net as
follows:
Netname: RESERVED
Netnumber: $NET_PREFIX
Coordinator:
Reynolds, Joyce K. (JKR1) JKRey@ISI.EDU
(310) 822-1511
Alternate Contact:
Postel, Jon (JBP) POSTEL@ISI.EDU
(310) 822-1511
----------------------------------------------------------------
4.4 Как вернуть блок адресного пространства другому реестру
адресов
Каждый реестр будет иметь собственные формы и адреса. Пожалуйста, свяжитесь непосредственно с соответствующим реестром.
5. Заключение
Рационализация глобальной иерархии адресации — цель, которую следует поддерживать любой организации, которая в настоящее время подключена к Интернету или планирует к нему подключиться. Если (и, возможно, когда) ситуация когда-либо достигнет критической точки, поставщики магистральных услуг, чьи маршрутизаторы отказывают и теряют маршруты, будут вынуждены сделать один из двух выборов, оба из которых болезненны для сообщества пользователей.
Nesser Лучшая современная практика [Страница 8]
RFC 1917 Призыв вернуть неиспользуемые IP-сети IANA Февраль 1996
Они могут начать блокировать маршруты своих заказчиков, анонсирующих слишком много несмежных маршрутов, при этом «слишком много» будет установлено на уровне, необходимом для поддержания надлежащей работы их маршрутизаторов. Это домино-эффект, поскольку следующий уровень провайдеров будет вынужден предпринять те же усилия, пока отдельные организации не будут вынуждены анонсировать маршруты только к частям своих сетей.
Второй вариант, имеющийся у магистральных провайдеров, — взимать плату за анонсируемые маршруты. Уровень цены будет установлен в точке, снижающей число маршрутов до уровня, который позволит их маршрутизаторам работать надлежащим образом. И вновь возникнет домино-эффект, пока повышение цены не затронет отдельные организации.
Некоторое планирование и усилия со стороны организаций и провайдеров сейчас, пока имеется некоторое время, могут помочь отсрочить или предотвратить возникновение любого из этих двух сценариев.
Эта система уже дала весьма благоприятные результаты при применении в малом масштабе. На момент написания этого документа IANA были возвращены 4 сети класса A. Это может не казаться значимым, но эти 4 сети представляют более 1,5 % общей ёмкости адресов IPv4.
6. Ссылки
1. Gerich, E., "Guidelines for Management of the IP
Address Space", RFC 1466, May 1993.
2. Topolcic, C., "Status of CIDR Deployment in the
Internet", RFC 1467, August 1993.
3. Rekhter, Y., and T. Li, "An Architecture for IP Address
Allocation with CIDR", RFC 1518, September 1993.
4. Fuller, V., Li, T., Yu, J., and K. Varadhan, "Classless
Inter-Domain Routing (CIDR): an Address Assignment
and Aggregation Strategy", RFC 1519, September 1993.
5. Rekhter, Y., Moskowitz, R., Karrenberg, D., and de
Groot, G., "Address Allocation for Private Internets",
RFC 1597, March 1994.
6. Lear, E., Fair, E., Crocker, D., and T. Kessler,
"Network 10 Considered Harmful (Some Practices Shouldn't
be Codified)", RFC 1627, July 1994.
7. Huitema, C., "The H Ratio for Address Assignment
Efficiency", RFC 1715, November 1994.
Nesser Лучшая современная практика [Страница 9]
RFC 1917 Призыв вернуть неиспользуемые IP-сети IANA Февраль 1996
8. IANA, Class A Subnet Experiment, RFC 1797, April
1995.
7. Соображения безопасности
В этой записке вопросы безопасности не обсуждаются.
8. Благодарности
Я хотел бы поблагодарить членов списка рассылки CIDRD и рабочих групп за их предложения и комментарии к этому документу. Особую благодарность следует выразить Michael Patton, Tony Li, Noel Chiappa и Dale Higgs за подробные замечания и предложения.
9. Адрес автора
Philip J. Nesser II
Nesser & Nesser Consulting
16015 84th Avenue N.E.
Bothell, WA 98011-4451
Телефон: (206)488-6268
Факс: (206)488-6268
EMail: pjnesser@martigny.ai.mit.edu
Nesser Лучшая современная практика [Страница 10]
Network Working Group P. Nesser II
Request for Comments: 1917 Nesser & Nesser Consulting
BCP: 4 February 1996
Category: Best Current Practice
An Appeal to the Internet Community to Return
Unused IP Networks (Prefixes) to the IANA
Status of this Memo
This document specifies an Internet Best Current Practices for the
Internet Community, and requests discussion and suggestions for
improvements. Distribution of this memo is unlimited.
Abstract
This document is an appeal to the Internet community to return unused
address space, i.e. any block of consecutive IP prefixes, to the
Internet Assigned Numbers Authority (IANA) or any of the delegated
registries, for reapportionment. Similarly an appeal is issued to
providers to return unused prefixes which fall outside their
customary address blocks to the IANA for reapportionment.
1. Background
The Internet of today is a dramatically different network than the
original designers ever envisioned. It is the largest public data
network in the world, and continues to grow at an exponential rate
which doubles all major operational parameters every nine months. A
common metaphor in engineering is that every time a problem increases
in size by an order of magnitude, it becomes a new problem. This
adage has been true over the lifetime of the Internet.
The Internet is currently faced with two major operational problems
(amoung others). The first is the eventual exhaustion of the IPv4
address space and the second is the ability to route packets between
the large number of individual networks that make up the Internet.
The first problem is simply one of supply. There are only 2^32 IPv4
addresses available. The lifetime of that space is proportional to
the efficiency of its allocation and utilization. The second problem
is mainly a capacity problem. If the number of routes exceeds the
current capacity of the core Internet routers, some routes will be
dropped and sections of the Internet will no longer be able to
communicate with each other. The two problems are coupled and the
dominant one has, and will, change over time.
Nesser Best Current Practice [Page 1]
RFC 1917 Appeal to Return Unused IP Networks to IANA February 1996
The initial design of IP had all addresses the same, eight bits of
network number and twenty four bits of host number. The expectation
was of a few, large, global networks. During the first spurts of
growth, especially with the invention of LAN technologies, it became
obvious that this assumption was wrong and the separation of the
address space into three classes (Class A for a few huge networks;
Class B for more, smaller networks; and Class C for those really
small LANs, with lots of network numbers) was implemented. Soon
subnets were added so sites with many small LANs could appear as a
single network to others, the first step at limiting routing table
size. And finally, CIDR was introduced to the network, to add even
more flexibility to the addressing, extending the split from three
classes to potentially thirty different classes.
Subnets were introduced to provide a mechanism for sites to divide a
single network number (Class A, B, or C) into pieces, allowing a
higher utilization of address space, and thus promoting conservation
of the IPv4 address space. Because of the built-in notion of
classful addresses, subnetting automatically induced a reduction in
the routing requirements on the Internet. Instead of using two (or
more) class C networks, a site could subnet a single class B into two
(or more) subnets. Both the allocation and the advertisement of a
route to the second and succeeding class C's are saved.
Since 1993, the concept of classless (the "C" in CIDR) addresses have
been introduced to the Internet community. Addresses are
increasingly thought of as bitwise contiguous blocks of the entire
address space, rather than a class A,B,C network. For example, the
address block formerly known as a Class A network, would be referred
to as a network with a /8 prefix, meaning the first 8 bits of the
address define the network portion of the address. Sometimes the /8
will be expressed as a mask of 255.0.0.0 (in the same way a 16 bit
subnet mask will be written as 255.255.0.0).
This scheme allows "supernetting" of addresses together into blocks
which can be advertised as a single routing entry. The practical
purpose of this effort is to allow service providers and address
registries to delegate realistic address spaces to organizations and
be unfettered by the traditional network classes, which were
inappropriately sized for most organizations. For example the block
of 2048 class C network numbers beginning with 192.24.0.0 and ending
with 192.31.255.0 can be referenced as 192.24/19, or 192.24.0.0 with
a mask of 255.248.0.0 (i.e. similar to a 19 bit subnet mask written
in dotted decimal notation). The concept of "supernetting" allows
the remaining Internet address space to be allocated in smaller
blocks, thus allowing more networks and better efficiency. For a
more detailed discussion refer to RFC 1518.
Nesser Best Current Practice [Page 2]
RFC 1917 Appeal to Return Unused IP Networks to IANA February 1996
Like subnetting, CIDR also helps address the reduction of routing
requirements, but it is not as automatic as the case of subnets.
CIDR blocks are allocated in a way which promotes hierarchical
routing. A provider is typically given a large block of addresses to
redistribute to their customers. For example, if the provider P has
been given the CIDR block 192.168/16, a block of 255 contiguous class
C networks, they can provide one class C network to each of 255
customers (who may in turn subnet those class C networks into smaller
pieces) yet still only advertise the single route 192.168/16. Thus
CIDR only helps reduce the routing problem if blocks are assigned and
maintained in a hierarchical manner.
RFC 1797 described a technical experiment designed to test the
problems with allocating the currently reserved Class A network
space. RFC 1879 described the results of this experiment. This
effort shows that "supersubnetting" of a Class A network into
numerous (even millions) of smaller networks is practical.
The dominating portion of the problem facing the Internet today is
routing requirements. The following statements constitute a first
order approximation based on current growth, a simple model of router
resources, etc. Current routing technology can handle approximately
twice the number of routes which are currently advertised on "core"
Internet routers. Router capacity is doubling every 18 months, while
routing tables are doubling every 9 months. If routes continue to be
introduced at the current rate, the Internet will cease to function
as a reliable infrastructure in approximately 2 to 3 years.
The good news is that CIDR is working. Address blocks are being
allocated and assigned in a hierarchical manner, and the CIDR'ization
of large portions of the address space which were assigned according
to the guidelines of RFC 1466 resulted in a significant drop of
advertised routes. However, recent growth trends show that the
number of routes is once again growing at an exponential rate, and
that the reduction with the introduction of CIDR was simply a
sawtooth in the rate.
The growth in the number of routes can logically come from only two
places, the extra routes generated with the breakup of CIDR blocks,
and previously allocated and unannounced networks being connected.
(Registries are still allocating a few addresses not within CIDR
blocks, so a small third source does exist.) With increasing
popularity there is increasing competition between providers. If a
site changes provider and retains the use of their CIDR block
addresses, holes appear in the blocks and specific routes are added
to the routing structure to accommodate these cases. Thus over time,
CIDR will improve address utilization efficiency yet not help the
routing requirements unless providers can keep their CIDR blocks
Nesser Best Current Practice [Page 3]
RFC 1917 Appeal to Return Unused IP Networks to IANA February 1996
intact.
The second source for new route introduction is sites who had
previously operated a private IP network, which had been registered
and assigned a network number (or numerous networks), but have only
recently connected to the global Internet. This RFC is a policy
based attempt to help preserve the operation of the current Internet
by addressing the issues of previously registered but unannounced IP
networks.
An additional area of route introduction comes from non-aggregating
router configurations. Aggregation is not automatic on most routers,
and providers who may have intact CIDR blocks are, in many cases,
advertising individual routes instead of an aggregate block without
realizing.
In the context of this document, the phrase "Global Internet" refers
to the mesh of interconnected public networks (Autonomous Systems)
which has its origins in the U.S. National Science Foundation (NSF)
backbone, other national networks, and commercial enterprises.
Similarly, the phrase or any references to the "Core Routers" refer
to the set of routers which carry the full set of route
advertisements and act as interconnect points for the public networks
making up the "Global Internet."
2. History
The IANA has historically managed the assignment of addresses to
Internet sites. During the earliest days of the IANA, given a vast
address space, the requirements for assignments of network address
space were much less stringent than those required today.
Organizations were essentially assigned networks based on their
requests.
2.1 Class A Networks (/8 Prefixes)
The upper half of the Class A address space (64.0.0.0 - 126.0.0.0)
(127.0.0.0 has traditionally been used by the Unix operating system
as the "loopback" network, and is thus unavailable) has been reserved
by the IANA for growth within the IPv4 address space. Of the lower
half of the address space, 22 were assigned pre-1982, 6 were assigned
between 1982 and 1987, 26 were assigned between 1988 and 1992, and 2
were assigned between 1993 and 1995. In May of 1995 four Class A
networks previously assigned have been returned to the IANA. All
remaining Class A addresses have also been reserved for growth within
the IPv4 address space. The Class A address space is 50% of the total
IPv4 address space.
Nesser Best Current Practice [Page 4]
RFC 1917 Appeal to Return Unused IP Networks to IANA February 1996
2.2 Class B Networks (/16 prefixes)
From 1989 until 1993 approximately 80% of the currently assigned
Class B IP networks were assigned or allocated. Allocations dropped
dramatically in 1994 and 1995 due to the adoption of policies
outlined in RFC 1466. 61.65% of the Class B address space is
currently allocated. The class B address space is 25% of the total
IPv4 address space.
2.3 Class C Networks (/24 Prefixes)
With the introduction of CIDR and RFC 1466 the allocation of Class C
address space has skyrocketed since 1993. 27.82% of the Class C
address space is currently allocated. The class C address space is
12.5% of the total IPv4 address space.
2.4 Class "D" and Beyond
Of the remaing 12.5% of the address space, the lower 6.25% is
allocated for multicast applications (mbone, OSPF, etc.) and the
upper half is reserved for future applications.
2.5 Totals
The weighted total shows that 40.99% of the total IPv4 address space
is allocated and the remainder is reserved for future growth. It
should be noted that careful extrapolations of the current trends
suggest that the address space will be exhausted early in the next
century.
3. Problem
Before the introduction of RFC 1466 and of CIDR, some 50,000 networks
were assigned by the IANA, yet only a small percentage (30-40%) of
the sites actually had connections to the global Internet and
advertised those networks. As the popularity of the Internet is
growing, a growing number of those sites are being connected, and
increasing the size of the routing tables.
Current Internet sites have received their address assignments in
various ways and steps. Some sites, through a little (or in some
cases no) work, could donate unused IP nets back to the IANA.
Some organizations have made small requests at first and received a
Class C assignment (or multiple Class C assignments), and after
unexpected growth made subsequent requests and received Class B
assignments.
Nesser Best Current Practice [Page 5]
RFC 1917 Appeal to Return Unused IP Networks to IANA February 1996
Several Internet service providers were given blocks of the Class B
address space to distribute to customers. This space was often
provided to clients based upon a level of service purchased rather
than actual need.
Many organizations have either merged or are associated with parent
organizations which produce situations with large inefficiencies in
address assignment.
Many organizations have requested addresses based on their need to
run TCP/IP on internal machines which have no interest in connecting
to the global Internet. Most vendors manuals have instructed (and
provided copies of the application forms), sites to request IP
address assignments.
Other organizations have large internal IP networks, and are
connected to the Internet through application layer gateways or
network address translators, and will never announce their internal
networks.
4. Appeal
To the members of the Internet community who have IP network
assignments which may be currently unused, the Internet community
would like to encourage you to return those addresses to the IANA or
your provider for reapportionment.
Specifically those sites who have networks which are unused are
encouraged to return those addresses. Similarly to those sites who
are using a small percentage of their address space and who could
relatively easily remove network assignments from active use, the
Internet community encourages such efforts.
To those sites who have networks which will never need to connect to
the global Internet, or for security reasons will always be isolated,
consider returning the address assignments to the IANA or your
provider and utilizing prefixes recommended in RFC 1597.
In those cases where renumbering is required, sites are encouraged to
put into place a plan to renumber machines, as is reasonably
convenient, and work towards minimizing the number of routes
advertised to their providers.
4.1 Suggestions to Providers
Many providers are currently advertising non-CIDR routes which
encompass a large block of addresses, ie any Class A (0/1) or Class B
(128/2) space. Some customers who are only using a percentage of
Nesser Best Current Practice [Page 6]
RFC 1917 Appeal to Return Unused IP Networks to IANA February 1996
their address space (assuming they are subnetting using contiguous
bits) may be willing to allow usage of the upper portion of their
assigned address space by their providers other customers.
This scheme requires certain elements be installed or already in
place to get the routing correct, but has the potential to gain the
use of a large number of small networks without growth of the global
routing tables. This would require additional measures of
cooperation between providers and their customers but could prove to
have both economic advantages, as well as good Internet citizen
standing.
For example, large organization S has been assigned the class A block
of addresses 10.0.0.0. and is currently using provider P for their
connection to the global Internet. P is already advertising the
route for 10.0.0.0 to the global Internet. S has been allocating its
internal networks using a right to left bit incrementing model. P
and S could agree that S will allow some /18 (for example) prefixes
to be made available for P's other customers. This would impose no
hardships whatsoever on S, presuming his router can speak BGP, and
allow P to attach a huge number of small customers without the need
to advertise more routes or request additional address blocks from
the IANA or their upstream provider.
The "Net 39" experiment as outlined in RFC 1797 and summarized in RFC
1879 provided practical data on the implementation of the suggested
schemes.
Additionally, providers are encouraged to release all unused networks
which fall outside of their normal address blocks back to the IANA or
the appropriate registry.
New customers, particularly those who may have recently changed
providers, and who have small networks which are not part of
CIDR'ized blocks, should be encouraged to renumber and release their
previous addresses back to the provider or the IANA.
Since the first introduction of CIDR in April of 1994, many providers
have aggresively pursued the concepts of aggregation. Some providers
actively persuaded their customers to renumber, while others pursued
peering arrangements with other providers, and others did both.
Providers should continue to actively and routinely pursue both
methods to streamline routing table growth. Cooperation between
providers is absolutely essential to short (and long) term management
of routing requirements.
Nesser Best Current Practice [Page 7]
RFC 1917 Appeal to Return Unused IP Networks to IANA February 1996
Providers should regularly verify the routes they are advertising to
their upstream provider(s) to validate their router configurations
and confirm correct aggregation is occuring.
4.2 Suggestions to the IANA and Address Registries
In cases where addresses are returned to the IANA, or any other
address registry, which fits into another registry or providers
block, the addresses should be turned over to the appropriate
authority. This will help maximize the availability of addresses and
minimize routing table loads.
4.3 How to Return a Block of Address Space to the IANA
Send the following form to Hostmaster@internic.net & iana@isi.edu,
changing the $NET_PREFIX to the network being returned.
----------------------------------------------------------------
Please update the contact information on the following net as
follows:
Netname: RESERVED
Netnumber: $NET_PREFIX
Coordinator:
Reynolds, Joyce K. (JKR1) JKRey@ISI.EDU
(310) 822-1511
Alternate Contact:
Postel, Jon (JBP) POSTEL@ISI.EDU
(310) 822-1511
----------------------------------------------------------------
4.4 How to Return a Block of Address Space to another Address
Registry
Each registry will have its own forms and addresses. Please contact
the appropriate registry directly.
5. Conclusion
Rationalizing the global addressing hierarchy is a goal which should
be supported by any organization which is currently connected or
plans to connect to the Internet. If (and possibly when) the
situation ever reaches a critical point, the core service providers
whose routers are failing and losing routes will be forced to make
one of two choices, both painful to the user community.
Nesser Best Current Practice [Page 8]
RFC 1917 Appeal to Return Unused IP Networks to IANA February 1996
They could begin blocking routes to their customers who are
advertising too many disjoint routes, where "too many" will be set at
the level necessary to keep their routers functioning properly. This
is a domino effect since the next level of providers will be forced
to make the same effort, until individual organizations are forced to
only advertise routes to portions of their networks.
The second option the core providers have is to charge for advertised
routes. The price level will be set at a point which reduces the
number of routes to a level which will keep their routers functioning
properly. Once again a domino effect will take place until the price
increases will effect individual organizations.
Some planning and efforts by organizations and providers now while
there is a some time available can help delay or prevent either or
the two scenarios from occurring.
This system has already produced very favorable results when applied
on a small scale. As of this writing 4 Class A networks have been
returned to the IANA. This may not seem significant but those 4
networks represent over 1.5% of the total IPv4 address capacity.
6. References
1. Gerich, E., "Guidelines for Management of the IP
Address Space", RFC 1466, May 1993.
2. Topolcic, C., "Status of CIDR Deployment in the
Internet", RFC 1467, August 1993.
3. Rekhter, Y., and T. Li, "An Architecture for IP Address
Allocation with CIDR", RFC 1518, September 1993.
4. Fuller, V., Li, T., Yu, J., and K. Varadhan, "Classless
Inter-Domain Routing (CIDR): an Address Assignment
and Aggregation Strategy", RFC 1519, September 1993.
5. Rekhter, Y., Moskowitz, R., Karrenberg, D., and de
Groot, G., "Address Allocation for Private Internets",
RFC 1597, March 1994.
6. Lear, E., Fair, E., Crocker, D., and T. Kessler,
"Network 10 Considered Harmful (Some Practices Shouldn't
be Codified)", RFC 1627, July 1994.
7. Huitema, C., "The H Ratio for Address Assignment
Efficiency", RFC 1715, November 1994.
Nesser Best Current Practice [Page 9]
RFC 1917 Appeal to Return Unused IP Networks to IANA February 1996
8. IANA, Class A Subnet Experiment, RFC 1797, April
1995.
7. Security Considerations
Security issues are not discussed in this memo.
8. Acknowledgements
I would like to thank the members of the CIDRD mailing list and
working groups for their suggestion and comments on this document.
Specific thanks should go to Michael Patton, Tony Li, Noel Chiappa,
and Dale Higgs for detailed comments and suggestions.
9. Author's Address
Philip J. Nesser II
Nesser & Nesser Consulting
16015 84th Avenue N.E.
Bothell, WA 98011-4451
Phone: (206)488-6268
Fax: (206)488-6268
EMail: pjnesser@martigny.ai.mit.edu
Nesser Best Current Practice [Page 10]