Зона, свободная от дефолта

В Интернет - маршрутизации зона , свободная от умолчанию ( DFZ ), представляет собой совокупность всех автономных систем Интернета (AS), которым не требуется маршрут по умолчанию для маршрутизации пакета в любой пункт назначения. Концептуально маршрутизаторы DFZ имеют «полную» таблицу протокола пограничного шлюза , иногда называемую таблицей маршрутизации Интернета , глобальной таблицей маршрутизации или глобальной таблицей BGP. Однако интернет-маршрутизация быстро меняется, и широкое использование фильтрации маршрутов гарантирует, что ни один маршрутизатор не имеет полного представления обо всех маршрутах. Любая созданная таблица маршрутизации будет выглядеть по-разному с точки зрения разных маршрутизаторов, даже если можно будет добиться стабильного представления.

Высокосвязные автономные системы и маршрутизаторы

Еженедельные отчеты о маршрутизации ^[1] используемые сообществом интернет-провайдеров, поступают от маршрутизатора Азиатско-Тихоокеанского сетевого информационного центра (APNIC) в Токио , который представляет собой маршрутизатор с хорошим соединением и имеет такой же хороший обзор Интернета, как и любой другой одиночный маршрутизатор. Однако для серьезных исследований маршрутизации информация о маршрутизации будет собираться на нескольких сайтах с хорошими связями, включая интернет-провайдеров с высоким трафиком (см. «Ядро скиттера») ниже.

По состоянию на 12 мая 2014 г. маршрутизатор APNIC видел 494 105 маршрутов. Они поступили из 46 795 автономных систем, из которых только 172 были только транзитными, а 35 787 — только заглушками/исходными. 6087 автономных систем обеспечивали некоторый уровень транзита. ^[2]

Идея «ядра Интернета»

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

Однако эта концепция уже давно устарела. В лучшем случае сегодняшнее определение ядра Интернета является статистическим, при этом «скиттер-ядро» представляет собой некоторое количество AS с наибольшим трафиком согласно измерениям CAIDA , ранее выполненным с помощью своего измерительного инструмента под названием «скиттер». ^[3] Измерения CAIDA постоянно обновляются.

Информация в точках обмена интернетом

Крупные точки обмена Интернетом (IXP) — поскольку они обычно включают в свою структуру обмена полные маршруты, видимые несколькими интернет-провайдерами, а также маршруты клиентов — являются чрезвычайно хорошими местами для оценки глобальной интернет-маршрутизации. ^[4]

До появления нынешнего коммерческого Интернета сеть NSFNET , соединявшая пять суперкомпьютерных центров, финансируемых правительством США, могла считаться ядром высокоскоростного Интернета. Четыре IXP поддерживали NSFNET, но эти IXP превратились в модель, в которой мог встречаться коммерческий трафик. Хотя указать точную конечную точку немного сложно, финансирование передачи вируса ННФ прекратилось к 1998 году.

Участие клиента, не являющегося интернет-провайдером, в DFZ

Это обычная практика в многосетевых , но тупиковых (т. е. нетранзитных) автономных системах: ^[5] чтобы маршрутизаторы, говорящие по BGP, могли использовать «полные маршруты» от различных интернет-провайдеров, к которым подключена AS. Особенно если к одному и тому же интернет-провайдеру подключено более одного маршрутизатора (обычная практика), он получит больше маршрутов, чем находится в DFZ. , подключены два маршрутизатора Это связано с тем, что когда к крупному интернет-провайдеру, такому как Sprint , France Telecom или Qwest , к этому провайдеру подключено несколько клиентских AS. Оптимальный маршрут к этим клиентским AS важен для самого интернет-провайдера, но также сообщает одной клиентской AS, какой конкретный маршрутизатор имеет лучший путь к другому клиенту. «Полные маршруты» или, точнее, «полные маршруты плюс клиентские маршруты», поступающие на клиентский маршрутизатор, делают этот клиентский маршрутизатор частью DFZ, но, конечно, не частью «скиттерного ядра».

См. также

Ссылки

^ «Анализ таблицы маршрутизации BGP» . Сентябрь 2014 года . Проверено 13 июня 2015 г.
^ «Отчет о таблице маршрутизации, 04:00 +10GMT, понедельник, 12 мая 2014 г.» . 12 мая 2014 г. Проверено 13 июня 2015 г.
^ «IPv4 и IPv6 AS Core: визуализация топологии Интернета IPv4 и IPv6 в макроскопическом масштабе» . Центр прикладного анализа интернет-данных. 23 июня 2014 г. Проверено 13 июня 2015 г.
^ Лабовиц, Крейг; Малан, Дж. Роберт; Джаханян, Фарнам (1998). «Причины нестабильности интернет-маршрутизации» (PDF) . Проверено 13 июня 2015 г.
^ Дж. Хокинсон; Т. Бейтс (март 1996 г.). Рекомендации по созданию, выбору и регистрации автономной системы (АС) . Сетевая рабочая группа. дои : 10.17487/RFC1930 . БКП 6. RFC 1930 . Лучшая общая практика. Обновлено RFC 6996 и 7300 .

[1] «Анализ таблицы маршрутизации BGP» . Сентябрь 2014 года . Проверено 13 июня 2015 г.

[2] «Отчет о таблице маршрутизации, 04:00 +10GMT, понедельник, 12 мая 2014 г.» . 12 мая 2014 г. Проверено 13 июня 2015 г.

[3] «IPv4 и IPv6 AS Core: визуализация топологии Интернета IPv4 и IPv6 в макроскопическом масштабе» . Центр прикладного анализа интернет-данных. 23 июня 2014 г. Проверено 13 июня 2015 г.

[4] Лабовиц, Крейг; Малан, Дж. Роберт; Джаханян, Фарнам (1998). «Причины нестабильности интернет-маршрутизации» (PDF) . Проверено 13 июня 2015 г.

[rfc1930-5] Дж. Хокинсон; Т. Бейтс (март 1996 г.). Рекомендации по созданию, выбору и регистрации автономной системы (АС) . Сетевая рабочая группа. дои : 10.17487/RFC1930 . БКП 6. RFC 1930 . Лучшая общая практика. Обновлено RFC 6996 и 7300 .

[1]

[2]

[3]

[4]

[5]