Назад | Перейти на главную страницу

DVMRP против многоадресных протоколов PIM-DM

Недавно я начал читать RFC различных стандартов многоадресной рассылки и столкнулся с вопросом, который для меня не совсем ясен. Я пытаюсь сравнить протоколы маршрутизации DVMRP и PIM-DM, чтобы понять, какой из них лучше, какой из них создает меньше многоадресных сообщений при установлении маршрута и вообще во время процесса маршрутизации. И какой из них может создавать более сложное дерево исходных текстов.

Не могли бы вы помочь мне найти ответы на мои вопросы?

Основное различие между PIM-DM и DVMRP заключается в том, что последний зависит от протокола маршрутизации. В частности, это зависит от таблицы маршрутизации, сформированной протоколом одноадресной маршрутизации с использованием вектора расстояния. PIM-DM также требует наличия протокола одноадресной маршрутизации для определения маршрута между двумя узлами, но не делает никаких предположений о его работе.

Еще одно отличие состоит в том, что PIM-DM лавинно рассылает все свои нисходящие маршрутизаторы, тогда как DVMRP лавинно рассылает только дочерние маршрутизаторы в дереве доставки. Из-за этого PIM-DM должен обрабатывать повторяющиеся сообщения путем сокращения.

Я бы рассмотрел PIM-DM только в сети, где на большинстве (если не на всех) маршрутизаторах в сети есть принимающие хосты, и в большинстве случаев они используют PIM-SM. Не зная, как выглядит ваша сеть, я не могу (к сожалению) дать вам точные и быстрые рекомендации.

Если вас беспокоит ограничение общей полосы пропускания многоадресных пакетов для вашего протокола маршрутизации, вам необходимо сосредоточиться на тех протоколах, которые отправляют обновления на основе изменений. Например, RIP отправляет всю таблицу с регулярным интервалом (RIP v1 - это IP UDP-порт 520, RIP v2 - Multicast), тогда как EIGRP отправляет только периодические приветственные сообщения, если нет изменения топологии, они не будут регулярно отправлять их дерево топологии.

На мой взгляд, EIGRP является одним из самых сложных исходных деревьев, поскольку в нем хранятся копии всех соседних деревьев, так что он может почти мгновенно сойтись на новом лучшем маршруте, если ссылка обрывается.

Как и все протоколы маршрутизации, вы можете настраивать и настраивать эти таймеры, но помните, что вы можете вызвать огромные проблемы, если вы настроите таймеры приветствия / таймаута / удержания на одном маршрутизаторе, но не на другом.