Название эксперимента: PIM DM полные эксперименты
Экспериментальные цели
1, наблюдать PIM DM процесс затопления.
2, наблюдать PIM DM процесс обрезки.
3, наблюдать PIM DM механизм состояние обновления.
4, наблюдать PIM DM процесс прививки.
5, соблюдать PIM DM о связанных записи и таймер.
6, наблюдалось только в двух маршрутизаторов , соединенных между собой по сети МА задержки чернослив.
Лабораторная топология
Экспериментальная процедура (не слушать живые уроки видео можно обратиться викторины тест работы)
1: базовая конфигурация IP-адрес (этот шаг опущен)
2: ПИМ ДМ расположены на каждом маршрутизаторе для R2, например:
На последнем этапе маршрутизатора R6 и R7 настроить ПИМ DM и IGMP V2, с R7 в качестве примера:
Проверьте каждый маршрутизатор PIM сосед отношения нормально к R2 в качестве примера:
Каждый маршрутизатор позволит PIM интерфейса R2 в качестве примера:
Обратите внимание на сообщение PIM Hello:
PC1 и PC2 присоединиться к группе многоадресной рассылки 239.1.1.1, для просмотра IGMP многоадресной информации о группе на AR7
1) наблюдать за процессом заводнения DM ПИМ
Передача многоадресного потока данных сервера, вы AR6 и AR7 / 0/0 интерфейс G0 для захвата
пинг-пакет на сервере
В AR7 G0 / 0/0 интерфейс получает многоадресный пакет, AR6 в интерфейсе G0 / 0/0 принимает многоадресный пакет, который использует режим нажмите PIM DM наводнения многоадресной передачи данных независимо от того, получает ли узел листа кто
2) наблюдать за процессом обрезки DM PIM
Поскольку ни многоадресных приемников AR6, AR6 затем, после приема потока многоадресного передачи данных посылаются на сообщение сливового AR4, 4ДО будут продолжать посылать сообщение Prune к потоку соседа RPF, но выше по потоку является МА сетью 4ДА и ДО5 вниз по течению есть получатель, поэтому ДО5 пошлет сообщение чернослива переопределения
4ДО многоадресной передачи записей маршрутизации после обрезки завершена, как показано ниже:
После того, как отмечено далее, что только П2 к AR3 передает интерфейс вниз по течению сообщения в черносливе, но также посылает сообщение сливового к потоку соседу, если сеть также присутствует процесс переопределения-МО.
3) соблюдать государственный механизм обновления PIM DM
В сети PIM-DM, для того, чтобы избежать интерфейса вырезать, потому что «чернослив таймер» восстановление тайм-аута пересылки многоадресного источника ближайшего первого роутера периодически вызывают сообщения Государство Refresh затопленных во всей сети. Государство Обновить полученные сообщения PIM маршрутизатор обновит состояние сливовый таймера. Разрезают листья интерфейса маршрутизатора вниз, если не было ни одного члена группы, чтобы присоединиться, интерфейс будет в подавлении экспедиторская государства.
Государственно-Refresh сообщения, отправляемые интервал передачи 60S по умолчанию
4) наблюдать за процессом прививания ПИМ DM
PC3 присоединится к группе многоадресной рассылки 239.1.1.1, IGMP Membership Report сообщение отправляется после получения PC3 AR6 триггерами отправку привитого вверх по течению сообщения запроса вверх маршрутизатор 4ДО восстановить соответствующий выходной интерфейс, к которому был добавлен (S, G ) ниже по потоку входа списка интерфейсов. Прививка начинается процесс от листа маршрутизатора, маршрутизатор имеет групповой пакет достигает конец.
После завершения прививки, 4ДО многоадресной маршрутизации запись в таблице, как показано на фиг.
5) соблюдать PIM DM связанные записи и таймер
По умолчанию диффузии PIM DM - чернослив периода 180S, Huawei, 210S (в 3,5 раза Join / чернослив интервал сообщения) и диффузию, избегайте через механизм обновления состояния - затопление обрезки цикла, то обновления сообщения состояния отправку время период 60S
Нет многоадресной маршрутизации записей в широковещательных пакетов по истечении периода ожидания 180s по умолчанию, Huawei устройство примерно через 8 минут в действии тайм-аута
Утверждай проигравший периодически (по умолчанию 60S) пересылки пакетов многоадресной восстановления, в результате чего периодический механизм Assert
Но EnSP Huawei не захватить волосы нашли механизм периодического Assert (уточняются)
6) соединены друг с другом наблюдают ли сливовая задержка МО только на два маршрутизаторах сети.
Добавление первого хмеля маршрутизаторов между источником и многоадресной рассылкой SW2 Ar8, все листьев PC многоадресной группы, AR6 в G0 / 0/0, П2 G0 / 0/1, Ar8 G0 / 0/0 Эфирных Просмотр время посылает сливовое сообщение
4ДО и ДО5 и AR6 и AR7 соединены между собой порт Ethernet, сеть принадлежит МА, теоретически должен подрезать 3S задержки сообщения, но с момента сообщений чернослива фиг ar5 послал вверх по течению, чтобы видеть, и ДО5 Не после приема повторной передачи вниз по течению сливового сообщения ожидания 3S сливовое сообщение описано в ПИМЕ DM MA сети, следует ли ждать переопределений-интервала, не следует полагаться только на определении типа интерфейса, и она будет зависеть от соседей отношений, даже если интерфейс только PIM сосед по сети, даже если Интернет является использование интерфейса MA не нужно подрезать после ожидания отправки между черносливом пакетами отменяют.
Экспериментальный опыт
1, PIM DM является первым групповым потоком, а затем только SPT, если не многоадресного потока, СПТ не строить заранее.
2, последний хмель маршрутизатор, подключенный к интерфейсу на пользовательский терминал в то время как протокол IGMP и PIM, маршрутизатор может генерировать (*, G), вход правилен, выше по потоку от записей интерфейса не пустой (независимо от того, был ли многоадресного трафика) ниже по потоку интерфейса интерфейс подключения и получатель никогда не тайм-аут. Если включен только протокол IGMP, будет генерировать (*, G) запись, но ниже по течению интерфейс пустуют.
3, Утверждай таймер проигравший для того, чтобы избежать Assert победитель незапланированных простоев, вызванных вниз по течению не может получить поток многоадресной передачи данных
4,
5, Утверждай выборы. правила выборов заключаются в следующем:
Unicast маршрутизации приоритета протокола победы.
Если приоритет одно и то же, тем меньше стоимость источника выигрышей.
Если выше, то же самое, интерфейс IP-адрес ниже по течению больших выигрышей.
6, EnSP был найден, Утверждайте проигравшим будет вверх вниз посылает сливовое сообщение, я не знаю, реальный ли Huawei принять этот механизм.
7,
В топологии карты на реальное изображение не существует из-за задержки, вызванной чернослив PIM DM медленной проблемы конвергенции MA сети, потому что если вы хотите ждать замедленные 3S подрезать не только полагаться на создание типов интерфейсов, используемых PIM сосед, но и рассмотрим отрезок интерфейса сети есть несколько ПИМА соседа, если только один, даже если сеть также не нужно ждать 3S MA декоративные задержки.