Архитектура маршрутизации в Интернете

Содержание материала

Звезда не активнаЗвезда не активнаЗвезда не активнаЗвезда не активнаЗвезда не активна
 

В первой главе рассказывалось о развитии архитектуры сети Интернет. Изменения коснулись не только архитектуры, но и способов распространения информации маршрутизации по сети.

В исходной структуре Интернета существовала иерархия шлюзов, которая отражала факт происхождения от сети ARPAnet. При создании Интернета сеть ARPAnet стала магистралью сети, важным средством переноса трафика на большие расстояния. Магистраль получила название стержня (core), а объединяющие систему шлюзы с централизованным управлением - стержневых шлюзов (core gateways).

В описанной иерархии информация о маршрутизации для всех без исключения сетей, составлявших Интернет, передавалась стержневым шлюзам. Стержневые шлюзы обрабатывали информацию и обменивались информацией между собой - при помощи протокола взаимодействия шлюзов (Gateway to Gateway Protocol, CGP). Обработанная информация маршрутизации возвращалась внешним шлюзам. Стержневые шлюзы хранили самые точные данные по маршрутизации для всей сети Интернет.

Применение иерархической модели маршрутизации на базе стержневых маршрутизаторов имеет серьезные недостатки: любой маршрут должен быть обработан стержневой системой. Стержень подвергается невероятным нагрузкам, что и можно было наблюдать по мере роста сети. На сетевом жаргоне в таких случаях говорят, что данная модель маршрутизации «плохо масштабируется». Следствием этого стало создание новой модели.

Даже во времена единого стержня сети вне его существовали группы независимых сетей, именуемые автономными системами. В маршрутизации TCP/IP термин автономная система (autonomous system, AS) имеет особое значение. Автономная система - это не просто независимая сеть, но ряд сетей и шлюзов с общим механизмом сбора информации маршрутизации и передачи ее другим независимым системам. Информация маршрутизации, которая передается другим сетевым системам, называется информацией достижимости. Информация достижимости сообщает, какие сети доступны через данную автономную систему. Во времена единого стержня автономные системы передавали информацию достижимости системам стержня - для обработки. Для обмена информацией достижимости со стержнем и другими автономными системами применялс я протокол внешних шлюзов (Exterior Gateway Protocol, EGP).

Новая модель маршрутизации базируется на равенстве наборов автономных систем, называемых доменами маршрутизации. Домены маршрутизации обмениваются информацией маршрутизации с другими доменами при помощи протокола граничных шлюзов (Border Gateway Protocol, BGP) . Кажды й домен маршрутизации обрабатывает информацию, полученную от других доменов. В противоположность иерархической модели здесь нет зависимости от единственной стержневой системы при выборе «оптимальных» маршрутов. Каждый домен маршрутизации выполняет такую обработку самостоятельно, и, как следствие, модель лучше поддается масштабированию. На рис. 2.3 эта модель представлена тремя пересекающимися окружностями. Каждая окружность обозначает домен маршрутизации. Общие зоны окружностей являются пограничными, они служат для обмена информацией. Домены обмениваются данными, но источником полной информации маршрутизации уже не служит одна-единственная система.


В описанной модели существует следующая проблема: как выявлять «оптимальные» маршруты в глобальной сети в отсутствие центральной управляющей системы - такой, как стержень, - которой были бы доверены полномочия определения таких маршрутов? Во времена NSFNET для определения корректности информации достижимости, предоставленной автономной системой , применялас ь база данных правил маршрутизации (policy routing database, PRDB). Но сегодня NSFNET уже не имеет прежних полномочий.

111

Чтобы заполнить пробел, NSF, наряду с точками доступа к сети (NAPs, Network Access Points), объединяющими разнообразных поставщиков сетевых услуг , создал серверы арбитров маршрутизации (Routing Arbiter, RA). Арбитр маршрутизации существует в каждой точке доступа к сети. Этот сервер обеспечивае т доступ к базе данных RADB (Routing Arbiter Database), пришедшей на смену PRDB. Поставщики услуг Интернета могут обращаться к серверам RA для проверки корректности информации достижимости, предоставленной автономной системой.

База данных RADB является одной из частей реестра маршрутизации сети Интернет (Internet Routing Registry, IRR) . Как и приличествует распределенной архитектуре маршрутизации, существует целый ряд организаций, отвечающих за проверку и регистрацию информации маршрутизации. Началась эта работа на европейском континенте. Европейские IP-сети обслуживаются организацией Reseaux IP Europeens (RIPE) Network Control Center (NCC). Крупные операторы сетевой связи предоставляют реестры своим клиентам. Все реестры работают с общим форматом данных, основанным на стандарте RIPE-181.

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

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


Обмениваться, хранить, передавать Ваши файлы стало просто как никогда.
yandex-disk
Читать подробнее: для чего Yandex-Диск проекту Mini-Server. Практика установки, настройки и использования сетевого хранилища на Ubuntu server LTS 12.04 в статье Резервное копирование сервера Ubuntu на Яндекс Диск.

>> Ubuntu 12.04 + Nginx Скачать сервер
>> Fedora 15 Скачать сервер
>> Простой Debian 6.0.6 Скачать сервер
>> CentOS 6.0 и
+ (5.6) другой
Скачать сервер
>> OpenSUSE 11.4
MAX
Скачать сервер

Вход на сайт

ВНИМАНИЕ!

Регистрация на сайте только по согласованию с администратором ресурса. Обращаться через форму обратной связи.