1 00:00:08,260 --> 00:00:14,220 Итак, в нескольких предыдущих видео я рассказывал об одном динамическом способе маршрутизаторов. 2 00:00:14,220 --> 00:00:18,560 чтобы динамически узнавать, кто является местом встречи для той или иной группы. 3 00:00:18,560 --> 00:00:22,520 Это была собственная функция автоматического RP Cisco. 4 00:00:22,520 --> 00:00:25,460 Сейчас я собираюсь представить нашу последнюю тему в серии видеороликов, которые 5 00:00:25,460 --> 00:00:28,300 — это загрузочный маршрутизатор PIM. 6 00:00:28,300 --> 00:00:31,880 И давайте проведем некоторые сравнения между ними. 7 00:00:31,880 --> 00:00:38,240 Таким образом, между PIM BSR и функциями автоматического RP есть некоторое сходство. 8 00:00:38,240 --> 00:00:42,020 Кстати, BSR означает загрузочный маршрутизатор. 9 00:00:42,020 --> 00:00:47,180 Таким образом, оба они обеспечивают динамическое обнаружение точек встречи PIM. 10 00:00:47,180 --> 00:00:51,740 В обоих протоколах кандидаты в RP заявляют о своих способностях. 11 00:00:51,740 --> 00:00:59,640 быть RP для PIM BSR. 12 00:00:59,640 --> 00:01:03,580 На самом деле у нас есть маршрутизатор, называемый загрузочным маршрутизатором, роль которого 13 00:01:03,580 --> 00:01:07,520 маршрутизатор играет в того, кто передает сообщения, которые позволяют другим маршрутизаторам учиться 14 00:01:07,520 --> 00:01:09,120 потенциального РП. 15 00:01:09,120 --> 00:01:14,500 Это что-то вроде роли, которую картографический агент играл в авто 16 00:01:14,500 --> 00:01:18,300 РП. Но между ними есть очень большие различия. 17 00:01:18,300 --> 00:01:23,500 Во-первых, PIM BSR — это стандарт IETF. 18 00:01:23,500 --> 00:01:28,360 На самом деле, если вы вернетесь к исходной спецификации PIM, 19 00:01:28,360 --> 00:01:35,440 RFC 2117 — это был самый первый RFC для разреженного режима PIM. 20 00:01:35,440 --> 00:01:38,860 Даже там говорилось о загрузочном маршрутизаторе и процессе его создания. 21 00:01:38,860 --> 00:01:42,560 делая это. Так что это существует уже некоторое время. 22 00:01:42,560 --> 00:01:47,700 Но по-настоящему это стало возможным, когда вышла версия PIM 2. 23 00:01:47,700 --> 00:01:52,040 Итак, текущий RFC для этого — RFC 5059. 24 00:01:52,040 --> 00:01:55,620 И, как мы уже говорили, авто RP является собственностью Cisco. 25 00:01:55,620 --> 00:02:01,240 Таким образом, PIM BSR действительно был разработан для PIM версии 2. 26 00:02:01,240 --> 00:02:04,780 Скорее всего, в наши дни не будет слишком много устройств. 27 00:02:04,780 --> 00:02:07,620 работает PIM версии 1, так что это не будет проблемой. 28 00:02:07,620 --> 00:02:12,940 Но работает только для PIM версии 2, тогда как автоматический RP работает для любой версии. 29 00:02:12,940 --> 00:02:17,760 PIM, если это вас беспокоит. 30 00:02:17,760 --> 00:02:23,620 И PIM BSR, одна из вещей, которую вы теряете, — это возможность определять область действия. 31 00:02:23,620 --> 00:02:27,920 Помните об автоматическом RP, когда вы настраивали свой маршрутизатор как RP. 32 00:02:27,920 --> 00:02:32,380 кандидат, одной из вещей, которые вам нужно было включить в команду, было 33 00:02:32,380 --> 00:02:38,860 объем. И это дало вам возможность контролировать TTL объявленных RP. 34 00:02:38,860 --> 00:02:41,660 сообщения, которые отправляли кандидаты-RP. 35 00:02:41,660 --> 00:02:45,640 Таким образом, вы могли бы сказать: «Хорошо, ну, я только хочу, чтобы этот парень 36 00:02:45,640 --> 00:02:51,600 быть RP так далеко в сети, ограничивая расстояние для своих сообщений 37 00:02:51,600 --> 00:02:58,060 можешь идти. С PIM ​​BSR вы не можете контролировать эту способность. 38 00:02:58,060 --> 00:03:02,400 Еще немного отличий. 39 00:03:02,400 --> 00:03:07,560 Одним из больших преимуществ BSR является не только то, что он является стандартом IETF, но и 40 00:03:07,560 --> 00:03:09,740 но вы можете отказаться от плотного режима. 41 00:03:09,740 --> 00:03:13,780 Помните, как с разреженным плотным режимом PIM, который нам нужен для автоматического 42 00:03:13,780 --> 00:03:19,180 РП, у нас были все эти риски возможного переполнения многоадресных потоков 43 00:03:19,180 --> 00:03:23,200 в плотном режиме, если не было точки встречи для их обработки. 44 00:03:23,200 --> 00:03:25,880 И были определенные способы обойти это, например, синхронизация RP. 45 00:03:25,880 --> 00:03:29,040 и вещи. Но здесь вам не о чем беспокоиться. 46 00:03:29,040 --> 00:03:31,240 Каждый отдельный интерфейс может находиться в разреженном режиме. 47 00:03:31,240 --> 00:03:34,820 Не нужно беспокоиться о возможном риске переполнения многоадресной рассылки. 48 00:03:34,820 --> 00:03:43,320 трафик. Также в авто РП устройство, отвечавшее за отправку 49 00:03:43,320 --> 00:03:46,120 сообщения всем, в которых говорится: «ОК, вот ваш список встреч» 50 00:03:46,120 --> 00:03:47,900 точки назывались агентом отображения. 51 00:03:47,900 --> 00:03:51,640 И мы сказали, что для резервирования можно иметь два, три или четыре сопоставления. 52 00:03:51,640 --> 00:03:56,860 агенты при условии, что отправляемые ими сообщения были идентичными. 53 00:03:56,860 --> 00:04:00,340 Ну, в PIM BSR есть только один BSR. 54 00:04:00,340 --> 00:04:03,440 И это избирается из числа кандидатов от BSR. 55 00:04:03,440 --> 00:04:08,740 Итак, у вас все еще есть избыточность, но есть только один бутстрап. 56 00:04:08,740 --> 00:04:13,240 сообщение отправляется с самого маршрутизатора BSR. 57 00:04:13,240 --> 00:04:20,380 Еще одно отличие от auto RP: у auto RP было несколько зарезервированных адресов. 58 00:04:20,380 --> 00:04:25,500 Мы видим их здесь: 2240139 и 2240140. 59 00:04:25,500 --> 00:04:29,540 Протокол начальной загрузки PIM использует тот же адрес многоадресной рассылки. 60 00:04:29,540 --> 00:04:34,540 как обычно использует PIM, 2240013. 61 00:04:34,540 --> 00:04:38,400 И в некоторых ситуациях при использовании этой функции одноадресные сообщения 62 00:04:38,400 --> 00:04:40,500 выйди тоже. И я буду говорить об этом.