Кратко

  • RFC 1380 развёл немедленные операции, краткосрочный CIDR, среднесрочный ответ на исчерпание адресов и долгосрочную работу над Internet layer. Начать требовалось сразу по всем направлениям, а не по очереди.
  • CIDR покупал время в существующей схеме, но требовал policy, protocol, implementation и deployment. Документ признал, что эта работа может отнимать ресурсы у постоянного решения.
  • Рекомендация, замедлившийся показатель, план перехода, выбор архитектуры и рабочий результат — разные записи с разными владельцами полномочий.

Один рост запустил три таймера

RFC 1380 выделил дефицит Class B, взрыв таблиц маршрутов и более далёкое исчерпание 32-битного пространства IP. Несколько Class C экономили одну Class B, но добавляли маршруты. Более мощный router отодвигал предел памяти, не меняя источник роста. Увеличенное пространство без агрегации переносило старую нагрузку в больший масштаб.

У маршрутизации были машинный и человеческий пределы. Память, вычисления и update bandwidth ограничивали устройство; configuration политики и проверка реального движения — оператора. Примерное удвоение назначений и базы Merit NSFNET за двенадцать месяцев было датированным наблюдением. Оно не являлось переписью каждого router и не подтверждало прогноз заранее.

ROAD не был постоянным центром власти

ROAD создавался как разовая специальная группа, а не обычная постоянная IETF WG. После Santa Fe участники встречались лично и обсуждали по email, доложили в San Diego и передали вопросы в BOF, открытый пленум и будущие группы.

Эта форма ограничивала мандат. ROAD мог сопоставить проблемы и предложить работу, но не получал права на каждое последующее назначение, стандарт, реализацию или местную миграцию. RFC 1380 имеет статус Informational и называет себя предварительным отчётом о совещаниях IESG. Это запись процесса, не Internet Standard и не журнал выполнения.

По близкой проблеме группа поддержала CIDR. По bigger addresses окончательного выбора не было: не хватало данных о переходе, инфраструктуре, change control, обучении и implementation experience. Срочность не превратила отсутствие доказательств в согласие.

Четыре этапа начинались одновременно

Единая архитектура не могла вовремя решить таблицы, адресное исчерпание и advanced functions, пройти выбор, реализацию и развёртывание. Замена Internet layer должна была затронуть большую installed base.

IESG назвал горизонты immediate, short-term, mid-term и long-term. Названия звучат последовательно, но RFC 1380 требует начать все этапы немедленно: выполнять их один за другим было нельзя.

Значит, срочность не отправляла всех тушить ближайший пожар. Каждый горизонт нуждался в ответственном, ресурсах и собственной дате старта. Если долгосрочная команда ждёт окончания временной меры, та успевает накопить пользователей, инструменты, бюджет и зависимости. Мост сам становится новой installed base.

Немедленное действие не закрывало проблему

Более строгие назначения, согласование с агрегацией, возврат неиспользуемых Class B, усиление routers и topology engineering не ждали нового протокола. RFC 1380 прямо говорил: эти меры не решают проблемы, а лишь замедляют их приближение.

Новая норма доказывает изменение policy. Возврат доказывает освобождение конкретного ресурса. Upgrade доказывает локальную ёмкость. Меньшая таблица доказывает облегчение в данной точке наблюдения. Ни одно событие отдельно не доказывает конец дефицита, человеческой нагрузки или переходного риска.

Расходы переходят между сторонами: заявитель несёт больше доказательств, registry — больше решений, оператор — цену оборудования. Упрощение topology может уменьшить запасные пути. Отсутствие изменений host software не делает меру институционально нейтральной.

CIDR был цепочкой, а не переключателем

RFC 1338 представил supernetting как краткосрочный мост: ослабить Class B и table growth, пока развивается долгосрочное решение. Оценка в три года была допущением плана, не гарантией.

Эффект требовал агрегируемых назначений, протоколов для пар network-mask, нового router software и границ со старыми domains и IGP. Multihoming и смена провайдера сохраняли specific routes. Назначение адресов до classless routing могло временно ускорить рост таблицы.

RFC 1380 поэтому разделил работу на operational addressing plan, BGP extensions, возможный IDRP и deployment planning. CIDR покупал время для более крупной проблемы; это не был единичный или бесплатный шаг.

RFC 1519 позже пересмотрел спецификацию, сохранив роль краткосрочного моста. Новая редакция документа не доказывает adoption, topology или outcome.

Мост расходовал ресурсы пункта назначения

RFC 1380 показал два долга. Первый — переход: замена или расширение Internet layer станет травмой для vendors, operators и users. Промежуточный выбор должен уменьшить её или сохранить гладкий выход к будущему.

Второй — opportunity cost. Разработка и deployment временных мер отвлекали ресурсы от других проектов, включая долгосрочное решение. Инженера, testbed, change window и внимание оператора нельзя потратить дважды.

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

Для больших адресов требовалось отдельное дело

IESG не рекомендовал архитектуру без понимания влияния на operational infrastructure, существующие protocols, routing, assignment, performance, ownership of change control, management, security и обучение. Appendix B требовал ответов по каждому пункту и описания implementation experience.

Call for proposals, Internet-Draft, public review, presentation, IESG recommendation и IAB decision были отдельными актами. Расписание назначает автора и срок, но не подтверждает кандидата заранее.

RFC 1719 позже отметил, что IPDecide BOF выявил отсутствие твёрдого направления. IESG получил ответственность за открытую, заранее опубликованную рекомендацию IPng; оценка срочности должна была соединить темпы назначений, policy, ожидаемый выигрыш CIDR и время разработки, выхода в поле и миграции.

В 1995 году RFC 1752 зафиксировал новый шаг: revised SIPP рекомендовали как основу IPng, а protocol, autoconfiguration, transition и coexistence получили отдельные работы. Version 6 стал называться IPv6.

Эта последовательность не превращает RFC 1380 в скрытый выбор IPv6. Она показывает необходимость новых доказательств, процесса и новой ответственной рекомендации. Даже она не доказывает всеобщую миграцию, отказ от IPv4 или успех сети.

Источники и пределы

Материал использует официальные RFC 1338, 1380, 1519, 1719 и 1752. Они подтверждают тогдашние диагнозы, рекомендации, критерии и смену документов. Они не подтверждают состояние нынешней сети, точность каждого прогноза, соблюдение всех сроков, конкретный продукт, разрешённое локальное изменение или измеренный результат.

Вывод уже: в 1992 году срочное облегчение и постоянная замена были разными задачами, которые следовало начать вместе. Временная мера требовала трёх счетов — пользы, израсходованного ресурса и выхода. Иначе организация видела купленное время и теряла из виду оплаченное будущее.