Мы работаем  БЕЗ ВЫХОДНЫХ и выезжаем по всему ставропольскому краю.

СКАЧАТЬ БЕСПЛАТНО ПОПУЛЯРНЫЕ ПРОГРАММЫ:
(8652) 90-40-50

ВЫ    НАХОДИТЕСЬ   НА  САЙТЕ КОМПЬЮТЕРНОЙ  ПОМОЩИ В СТАВРОПОЛЕ!
Всегда можно получить качественную консультацию у нашего специалиста по  вопросам, связанным с ремонтом компьютеров, ремонтом ноутбуков, настройкой сетей, всем видам компьютерной помощи, позвонив по нашему телефону в городе Ставрополе
90-40-50
Компьютерная помощь и ремонт компьютеров у нас – всегда лучшее решение!
Copyright   © 2009 - 2013

  
  
  
      

  


Любое цитирование и перепечатка информации разрешается и приветствуется при указании активной ссылки на сайт komp26.ru
Невозможное - возможно: недорого, недолго, нестрашно
Протоколы многоадресной маршрутиз

Назначенный ретранслятор

Назначенный ретранслятор должен знать, какие нижестоящие маршрутизаторы будут использовать его в процессе обмена данными с соответствующим источником. Для этого применяется уже знакомый нам метод обратного исправления (poison reverse). Если нижестоящий маршрутизатор определяет, что следующий переход кратчайшего обратного пути к данному источнику ведет к назначенному ретранслятору, он посылает ему копию маршрутной таблицы, в которой стоимость всех маршрутов через этот ретранслятор равна исходной стоимости плюс бесконечность (в протоколе DVMRP бесконечности соответствует метрика 32).


Появление маршрута со стоимостью, большей чем 32, сигнализирует назначенному ретранслятору о том, что соответствующий нижестоящий маршрутизатор является зависимым. Список зависимых маршрутизаторов применяется в процессе отсечения ветвей дерева многоадресной рассылки. Для каждого источника, посылающего данные в конкретный канал многоадресной рассылки, в таблице маршрутизации содержатся следующие сведения. IP-адрес источника и интерфейс, через который он посылает данные. В одной строке маршрутной таблицы протокола DVMRP содержатся данные об одном источнике. IP-адрес канала групповой рассылки, в который направляются данные.


В одной строке маршрутной таблицы протокола DVMRP содержатся данные об одном источнике, посылающем данные в один конкретный канал. Интерфейс, через который поступают пакеты для заданной пары источник/получатель. Это будет IP-адрес соответствующего интерфейса. Общая стоимость передачи данных от источника к данному интерфейсу. Метрики отдельных переходов не хранятся в маршрутной таблице. Старший и младший номера версий протокола DVMRP, функционирующего на удаленном интерфейсе.


Наличие данной информации гарантирует, что маршрутизаторы, работающие со старыми версиями протокола, не получат бесполезные для них данные. Флаги возможностей протокола DVMRP на удаленном интерфейсе. Большая часть флагов присутствует из соображений обратной совместимости. Номер поколения, который был записан в последнем пробном сообщении, полученном от удаленного интерфейса. Этот идентификатор меняется, только когда маршрутизатор Перезапускается или его интерфейс временно не функционировал, а потом вновь заработал. Номер поколения включается в каждое пробное сообщение. Его изменение служит сигналом соседним маршрутизаторам послать копию всей маршрутной таблицы удаленному интерфейсу. Это позволяет согласовать работу маршрутизаторов во всей сети. По мере передачи таблицы от узла к узлу стоимость записанных в ней маршрутов увеличивается минимум на единицу при прохождении каждого интерфейса.


Компонуя таблицы, полученные от своих соседей, маршрутизатор самостоятельно определяет кратчайшие маршруты ко всем известным источникам. Давайте снова обратимся ко все тому же маршрутизатору Arts и посмотрим, как в протоколе DVMRP обрабатываются уже знакомые нам ситуации. Сценарий 1: маршрутизатор Arts был намеренно удален. На нем произошел аппаратный сбой, и замена ему будет найдена только через неделю.