ѕодпишитесь на наш Telegram-канал Ѕудьте в курсе последних новостей 👇 😉 ѕодписатьс€
ѕоддержим в трудное врем€ —пециальное предложение на техническую поддержку вашей »“ - инфраструктуры силами наших экспертов ѕодобрать тариф
ѕоставка оборудовани€ √аранти€ и помощь с настройкой. —кидка дл€ наших читателей по промокоду WIKIMERIONET  упить
»нтерфейс статистики Merion Mertics показывает ключевые диаграммы и графики по звонкам, а также историю звонков в формате, который легко поймет менеджер ѕопробовать бесплатно
¬недрение
офисной телефонии
Ўаг на пути к созданию доступных унифицированных коммуникаций в вашей компании ¬недрить
»нтеграци€ с CRM ѕомогаем навести пор€док с данными
и хранить их в единой экосистеме
ѕодключить
»“ Ѕезопасность ”мна€ информационна€ безопасность дл€ вашего бизнеса «аказать
ћерион Ќетворкс

8 минут чтени€

ѕока не начали, ознакомьтесь с материалом про обнаружение соседей в сет€х.


–еактивное распределение достижимости

¬озвраща€сь к рисунку 9 в качестве справки, предположим, что развернута реактивна€ плоскость управлени€, и B хотел бы начать обмен потоками данных с G.  ак C может разработать информацию о пересылке, необходимую дл€ правильного переключени€ этого трафика?

ћаршрутизатор может отправить запрос по сети или отправить запрос контроллеру, чтобы обнаружить путь к месту назначени€. Ќапример:

  •  огда B впервые подключаетс€ к сети, и C узнает об этом вновь подключенном хосте, C может отправить информацию о B в качестве достижимого пункта назначени€ на контроллер, подключенный к сети.
  • “очно так же, когда G подключаетс€ к сети и D узнает об этом вновь подключенном хосте, D может отправить информацию о G как о достижимом пункте назначени€ контроллеру, подключенному к сети.

ѕоскольку контроллер узнает о каждом хосте (или достижимом месте назначени€), подключенном к сети (а в некоторых системах, также обо всей топологии сети), когда C необходимо узнать, как достичь хоста G, маршрутизатор может запросить контроллер, который может предоставить эту информацию.

ѕримечание.  онцепци€ централизованного контроллера подразумевает, что один контроллер предоставл€ет информацию дл€ всей сети, но это не то, как термин централизованна€ плоскость управлени€ обычно используетс€ в мире сетевой инженерии. ќднако иде€ централизации в сетевой инженерии довольно расплывчата. ¬место того, чтобы указывать на отдельное устройство, термин "централизованный" обычно используетс€ дл€ обозначени€ непереносимых скачков по сети и не вычисл€емых каждым сетевым устройством независимо.

ћаршрутизатор (или хост) может отправить пакет проводника, который записывает маршрут от источника к месту назначени€ и сообщает эту информацию источнику проводника, который затем используетс€ как исходный маршрут. –исунок 10 иллюстрирует это.

ќбнаружение исходного маршрута

»спользу€ рисунок 10 и предполага€ исходную маршрутизацию на основе хоста:

  1. ’осту A необходимо отправить пакет H, но у него нет пути.
  2. A отправл€ет explorer на свой шлюз по умолчанию, маршрутизатор C.
  3. C не имеет маршрута к месту назначени€, поэтому он пересылает explorer пакет по всем каналам, кроме того, по которому он получил пакет; следовательно, к B, D и E.
  4. B €вл€етс€ хостом, не имеет дополнительных интерфейсов и не €вл€етс€ целью explorer, поэтому он игнорирует explorer пакет.
  5. Ќи у D, ни у E нет пути к H, поэтому они оба перенаправл€ют explorer на все интерфейсы, кроме того, на котором они получили пакет; следовательно, на канал с множественным доступом, совместно используемый между ними и F.
  6. F получает две копии одного и того же explorer пакета; он выбирает один на основе некоторых локальных критериев (таких как первый полученный или некотора€ политика плоскости управлени€) и пересылает его на все интерфейсы, на которых он не получил пакет, к G.
  7. G получает пакет и, учитыва€, что у него нет пути к H, пересылает его на единственное другое соединение, которое у него есть, что ведет к H.
  8. H принимает explorer и отвечает.

¬ этой схеме каждое устройство на пути добавл€ет себ€ в список пройденных узлов перед пересылкой explorer пакета на все интерфейсы, кроме того, на котором он был получен. “аким образом, когда H получает explorer пакет (который в конечном итоге направлен на поиск пути к H), пакет теперь описывает полный путь от A до H.  огда H отвечает explorer, он помещает этот путь в тело пакета; когда A получит ответ, у него теперь будет полный путь от A до H.

ѕримечание. ¬ некоторых реализаци€х A не будет ни генерировать, ни получать ответ на пакет explorer. ј с первого роутера, может выполн€ть эти функции. “очно так же сам H может не отвечать на эти пакеты explorer, а скорее G или любое другое сетевое устройство вдоль пути, имеющее информацию о том, как добратьс€ до G. ќднако в этих случа€х обща€ концепци€ и обработка остаютс€ теми же.

«атем, чтобы отправить пакеты в H, A вставл€ет этот путь в заголовок пакета в виде исходного маршрута, содержащего путь [A, C, D, F, G, H].  огда каждый маршрутизатор получает этот пакет, он провер€ет исходный маршрут в заголовке, чтобы определить, на какой маршрутизатор перенаправить трафик следующему. Ќапример, C проверит информацию о маршруте от источника в заголовке пакета и определит, что пакет должен быть отправлен в D следующим, в то врем€ как D изучит эту информацию и определит, что ему нужно отправить пакет F.

ѕримечание. ¬ некоторых реализаци€х каждый explorer фактически отправл€етс€ в пункт назначени€, который затем определ€ет, по какому пути должен идти трафик. Ќа самом деле существует несколько различных способов реализации исходной маршрутизации; процесс, приведенный здесь, €вл€етс€ лишь одним примером, объ€сн€ющим общую идею исходной маршрутизации.

”преждающее распределение доступности

ѕроактивные плоскости управлени€, в отличие от реактивных плоскостей управлени€, распредел€ют информацию о достижимости и топологии по всей сети, когда информаци€ становитс€ доступной, а не тогда, когда она необходима дл€ пересылки пакетов. ќсновна€ проблема, с которой сталкиваютс€ плоскости упреждающего управлени€, заключаетс€ в обеспечении надежной передачи информации о доступности и топологии между узлами в сети, в результате чего все устройства имеют одинаковую информацию о доступности.

”даление информации о плоскости управлени€ может привести к возникновению посто€нных петель маршрутизации или к созданию черных дыр маршрутизации (так называемых, потому что они потребл€ют трафик, передаваемый в пункты назначени€ без следа), и то и другое серьезно снижает полезность сети дл€ приложений. —уществует несколько широко используемых механизмов дл€ обеспечени€ надежной передачи информации плоскости управлени€ по сети.

ѕлоскость управлени€ может периодически передавать информацию, задержива€ более старую информацию. Ёто похоже на формирование соседей, поскольку каждый маршрутизатор в сети будет передавать имеющуюс€ информацию о доступности всем сосед€м (или на всех интерфейсах, в зависимости от плоскости управлени€) на основе таймера, обычно называемого таймером обновлени€ или объ€влени€. »нформаци€ о доступности, однажды полученна€, хранитс€ в локальной таблице и истекает по таймауту в течение некоторого периода времени, часто называемого таймером удержани€ (оп€ть же, как при обнаружении соседа).

ќстальные описанные здесь механизмы полагаютс€ на существующую систему обнаружени€ соседей, чтобы гарантировать надежную доставку - и посто€нную надежность - информации о доступности. ¬о всех этих системах:

  • —писок соседей используетс€ не только дл€ управлени€ передачей новой информации о доступности, но и дл€ проверки правильности получени€ информации о доступности.
  • —писок соседей используетс€ не только дл€ управлени€ передачей новой информации о доступности, но и дл€ проверки правильности получени€ информации о доступности.

¬ контексте распределени€ достижимости на основе соседей существует несколько обычно используемых механизмов дл€ передачи определенной информации о доступности с устройства на устройство; часто люба€ заданна€ плоскость управлени€ будет использовать более одного из описанных здесь методов.

ѕлоскость управлени€ может использовать пор€дковые номера (или какой-либо другой механизм) дл€ обеспечени€ правильной репликации. ѕор€дковые номера могут фактически использоватьс€ дл€ описани€ отдельных пакетов и больших блоков информации о доступности; –исунок 11 иллюстрирует это.

ѕор€дковые номера, используемые дл€ обеспечени€ надежной репликации

ѕолучив пакет, получатель может отправить подтверждение получени€ пакета, отметив пор€дковые номера, которые он получил. ќтдельный пор€дковый номер может использоватьс€ дл€ описани€ достижимости отдельного сетевого уровн€.

»нформаци€ (NLRI), передаваема€ по сети. »нформаци€ NLRI, распределенна€ по нескольким пакетам, затем может быть описана с использованием одного пор€дкового номера.

ѕлоскость управлени€ может описывать базу данных дл€ обеспечени€ правильной репликации. Ќапример, плоскость управлени€ может описывать информацию в базе данных как:

  • —писок пор€дковых номеров, соответствующих отдельным запис€м, содержащий информацию о доступности, содержащуюс€ в базе данных.
  • √руппы смежных пор€дковых номеров, содержащиес€ в базе данных (несколько более компактный способ представлени€ всех пор€дковых номеров)
  • Ќабор пор€дковых номеров в паре с хешами информации в каждой записи информации о доступности; это имеет то преимущество, что не только описывает записи в базе данных, но также дает возможность получателю провер€ть содержимое каждой записи, но без переноса всей базы данных дл€ выполнени€ проверки.
  • ’эш по блокам записей о достижимости, содержащихс€ в базе данных, который может быть вычислен получателем дл€ тех же записей и напр€мую сравнен, чтобы определить, отсутствуют ли записи.

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

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