1
00:00:08,300 --> 00:00:12,680
 До этого момента все видео, которые
 я сделал до сих пор, и все

2
00:00:12,680 --> 00:00:16,480
 в лабораторных демонстрациях, которые я проводил,
 использовалось статическое рандеву

3
00:00:16,480 --> 00:00:21,800
 точка, в которой на каждом маршрутизаторе
 настроен статический RP, и это нормально,

4
00:00:21,800 --> 00:00:27,240
 это работает, это приемлемо, но главный недостаток
 этого метода в том, что если это рандеву

5
00:00:27,240 --> 00:00:29,380
 точка вылетает и исчезает.

6
00:00:29,380 --> 00:00:33,660
 Теперь многоадресная рассылка вообще
 не будет работать в моей сети.

7
00:00:33,660 --> 00:00:37,940
 По этой причине, если вы действительно собираетесь
 реализовать многоадресную рассылку в

8
00:00:37,940 --> 00:00:41,120
 вашей сети, вы, вероятно, захотите реализовать
 какой-то динамический способ

9
00:00:41,120 --> 00:00:43,780
 обнаружения мест встречи.

10
00:00:43,780 --> 00:00:48,340
 И, используя тот же динамический способ,
 если точка встречи не удалась, вы можете

11
00:00:48,340 --> 00:00:56,600
 теперь переключитесь на
 другую точку встречи.

12
00:00:56,600 --> 00:00:59,040
 Итак, autorp — один из
 способов сделать это.

13
00:00:59,040 --> 00:01:01,380
 Итак, начнем с разговора об autorp.

14
00:01:01,380 --> 00:01:07,220
 Таким образом, autorp предоставляет метод
 динамического изучения точек встречи.

15
00:01:07,220 --> 00:01:10,680
 и обеспечивает резервирование
 точки встречи.

16
00:01:10,680 --> 00:01:12,700
 Это собственность Cisco.

17
00:01:12,700 --> 00:01:14,160
 Это довольно старо.

18
00:01:14,160 --> 00:01:19,160
 Фактически Autorp был разработан,
 когда вышла первая версия PIM.

19
00:01:19,160 --> 00:01:23,260
 Поэтому, как только вышла первая версия RSC
 для PIM, Cisco разработала эту версию.

20
00:01:23,260 --> 00:01:28,580
 для обеспечения резервирования
 RP и динамического обучения.

21
00:01:28,580 --> 00:01:32,800
 Итак, в autorp маршрутизаторы
 играют одну из трех ролей.

22
00:01:32,800 --> 00:01:36,420
 У вас есть кандидаты на получение RP, поэтому, как
 следует из названия, это маршрутизаторы, которые

23
00:01:36,420 --> 00:01:40,400
 рекламируют свою способность
 быть местом встречи.

24
00:01:40,400 --> 00:01:45,220
 У вас есть нечто, называемое картографическим
 агентом, который собирает все

25
00:01:45,220 --> 00:01:47,060
 этих рекламных объявлений.

26
00:01:47,060 --> 00:01:50,420
 Итак, задача картографического агента — создать
 сообщение, которое он распространит.

27
00:01:50,420 --> 00:01:52,880
 всем остальным, которых
 я называю другими.

28
00:01:52,880 --> 00:01:54,700
 Это просто мое название.

29
00:01:54,700 --> 00:01:57,880
 И все маршрутизаторы слушают это сообщение
 от картографического агента.

30
00:01:57,880 --> 00:02:02,220
 И так они узнают, где находится
 место встречи.

31
00:02:02,220 --> 00:02:07,560
 Итак, в Cisco это разработали, они зарезервировали
 два специальных адреса многоадресной рассылки.

32
00:02:07,560 --> 00:02:22,060
 для этого и речь идет
 о PIM за исключением

33
00:02:22,060 --> 00:02:26,560
 зарегистрировать одноадресные сообщения,
 все ваши многоадресные сообщения PIM

34
00:02:26,560 --> 00:02:33,140
 как и соединения, и чернослив, и привет,
 все они находились в диапазоне 224,00.

35
00:02:33,140 --> 00:02:36,060
 И помните, я сказал, что, по данным Управления
 по присвоению номеров Интернета,

36
00:02:36,060 --> 00:02:39,540
 это называлось областью локальной
 многоадресной рассылки канала.

37
00:02:39,540 --> 00:02:44,380
 Любой пакет многоадресной рассылки, отправляемый на адрес 224.00,
 предназначался только для того, чтобы оставаться включенным.

38
00:02:44,380 --> 00:02:46,920
 местная ссылка. Его невозможно
 было маршрутизировать.

39
00:02:46,920 --> 00:02:48,880
 Ну нет, здесь не тот случай, верно?

40
00:02:48,880 --> 00:02:52,240
 Здесь используется 224.0.1.

41
00:02:52,240 --> 00:02:57,940
 Поэтому, когда автоматические маршрутизаторы RP, кандидаты
 или картографические агенты, могут использовать

42
00:02:57,940 --> 00:03:01,980
 эти сообщения для создания своих сообщений, на самом
 деле они будут проходить через маршрутизаторы.

43
00:03:01,980 --> 00:03:06,740
 обработают его, но затем они также
 продолжат пересылать сообщение.

44
00:03:06,740 --> 00:03:09,720
 И об этом мы поговорим более подробно.

45
00:03:09,720 --> 00:03:14,600
 Итак, давайте поговорим о действительно высоком
 уровне кандидатов от РП, а затем мы

46
00:03:14,600 --> 00:03:17,720
 Подробности углубимся чуть позже.

47
00:03:17,720 --> 00:03:20,180
 Поэтому кандидатов на роль RP необходимо
 настраивать вручную.

48
00:03:20,180 --> 00:03:24,200
 Маршрутизатор не просто автоматически предполагает,
 что это может быть точка встречи.

49
00:03:24,200 --> 00:03:25,520
 Итак, есть команда.

50
00:03:25,520 --> 00:03:28,100
 Вам нужно ввести текст, чтобы это понять.

51
00:03:28,100 --> 00:03:31,460
 Как только вы введете эту команду,
 она отправит специальные сообщения.

52
00:03:31,460 --> 00:03:34,360
 называются сообщениями объявлений RP.

53
00:03:34,360 --> 00:03:42,600
 И я действительно покажу вам
 это через несколько минут.

54
00:03:42,600 --> 00:03:47,080
 Поэтому, если вы введете кандидата от RP, в сообщении,
 объявленном RP, будет написано: «Я

55
00:03:47,080 --> 00:03:48,780
 хочу быть RP во всем.

56
00:03:48,780 --> 00:03:54,200
 Все, что начинается с 1110, вы знаете,
 те первые четыре бита, которые

57
00:03:54,200 --> 00:03:56,580
 это весь диапазон класса D.

58
00:03:56,580 --> 00:04:01,520
 Теперь, как часть команды, чтобы заставить маршрутизатор
 поверить, что он кандидат от RP,

59
00:04:01,520 --> 00:04:05,900
 при желании вы можете сообщить маршрутизатору
 «нет», когда отправляете объявленный RP

60
00:04:05,900 --> 00:04:09,760
 сообщений, я только хочу, чтобы вы сказали,
 что способны на определенный диапазон,

61
00:04:09,760 --> 00:04:13,140
 групповой диапазон, например, 224 и 225.

62
00:04:13,140 --> 00:04:17,540
 Я попрошу еще одного представителя объявить
 о своих способностях к 226-м через

63
00:04:17,540 --> 00:04:21,340
 239-е. При желании вы можете это сделать,
 но по умолчанию этого не происходит.

64
00:04:21,340 --> 00:04:25,280
 Они говорят, что я буду
 ответственным за все.

65
00:04:25,280 --> 00:04:30,340
 Теперь эти сообщения, объявленные
 РП, исчезают.

66
00:04:30,340 --> 00:04:36,260
 Маршрутизатор находится между точкой встречи,
 и картографический агент получит

67
00:04:36,260 --> 00:04:40,380
 эти сообщения. Но они просто,
 они просто перешлют их.

68
00:04:40,380 --> 00:04:42,820
 насквозь. Все становится немного сложнее.

69
00:04:42,820 --> 00:04:47,500
 Но маршрутизаторы посередине, которые я называю
 другими маршрутизаторами, не слушают

70
00:04:47,500 --> 00:04:51,700
 RP объявил сообщения, в которых говорилось:
 «О, есть место встречи»

71
00:04:51,700 --> 00:04:53,680
 там. Они этого не слушают.

72
00:04:53,680 --> 00:04:55,740
 Это вроде как, вот аналогия.

73
00:04:55,740 --> 00:05:00,700
 Подумайте о мире коммутации VTP, верно,
 о транкинговом протоколе VLAN.

74
00:05:00,700 --> 00:05:04,360
 Подумайте о прозрачном
 коммутаторе VTP, верно?

75
00:05:04,360 --> 00:05:07,460
 Сообщение VTP может поступить
 на прозрачный коммутатор.

76
00:05:07,460 --> 00:05:11,080
 Он проверит пару вещей: убедитесь,
 что доменное имя в порядке, пароль

77
00:05:11,080 --> 00:05:15,880
 хорошо. И если эти базовые вещи подтвердятся,
 он прозрачно пройдет

78
00:05:15,880 --> 00:05:20,020
 это до конца. Но это сообщение VTP
 говорит: сделайте что-нибудь.

79
00:05:20,020 --> 00:05:21,340
 Создайте новую VLAN.

80
00:05:21,340 --> 00:05:22,700
 Удалите старую VLAN.

81
00:05:22,700 --> 00:05:24,900
 Прозрачный переключатель
 этого не сделает.

82
00:05:24,900 --> 00:05:26,560
 Он не смотрит инструкцию.

83
00:05:26,560 --> 00:05:28,540
 Он просто передает это дальше.

84
00:05:28,540 --> 00:05:30,120
 Здесь то же самое.

85
00:05:30,120 --> 00:05:35,040
 Роддеры, которые не являются картографическими агентами,
 когда они получают объявленное сообщение RP,

86
00:05:35,040 --> 00:05:38,420
 они просто как бы передают это, чтобы убедиться,
 что в конечном итоге это может

87
00:05:38,420 --> 00:05:40,060
 добраться до картографического агента.

88
00:05:40,060 --> 00:05:44,080
 Таким образом, картографический агент на самом
 деле является тем, кто прослушивает эти RP.

89
00:05:44,080 --> 00:05:47,700
 объявления и фактически обработает
 их в своем процессоре.

90
00:05:47,700 --> 00:05:52,660
 Так что, если более чем одно место
 встречи заявит о его способности к

91
00:05:52,660 --> 00:05:58,940
 одна и та же группа, задача картографа
 — выбрать лучшего.

92
00:05:58,940 --> 00:06:01,200
 Так что это критический момент.

93
00:06:01,200 --> 00:06:06,080
 Если я один из этих других маршрутизаторов, который
 не является RP и не картографическим агентом,

94
00:06:06,080 --> 00:06:09,720
 Я просто сижу и запускаю обычный
 PIM, я не собираюсь изучать

95
00:06:09,720 --> 00:06:12,380
 все потенциальные RP.

96
00:06:12,380 --> 00:06:15,840
 Я только собираюсь узнать о точках встречи,
 которые картографический агент

97
00:06:15,840 --> 00:06:18,680
 решили, что они лучшие.

98
00:06:18,680 --> 00:06:22,560
 Итак, теперь другой протокол, о котором
 мы собираемся поговорить, — это BSR.

99
00:06:22,560 --> 00:06:25,200
 как это. А вот авто РП есть.

100
00:06:25,200 --> 00:06:28,420
 Картографический агент выполняет очень
 важную роль, и его задача – выяснить,

101
00:06:28,420 --> 00:06:32,120
 выясним, где лучшие места встречи.

102
00:06:32,120 --> 00:06:34,340
 И мы поговорим о том, как он это делает.

103
00:06:34,340 --> 00:06:39,380
 Итак, картографический агент отправляет еще
 одно сообщение, называемое RP-обнаружением.

104
00:06:39,380 --> 00:06:42,860
 сообщение. И это тот момент, когда
 он говорит: ладно, все, вот

105
00:06:42,860 --> 00:06:46,820
 точки встречи, которые я выбрал
 для каждой конкретной группы.

106
00:06:46,820 --> 00:06:53,240
 Итак, в некоторых предыдущих видеороликах
 мы говорили о том, что маршрутизатор может

107
00:06:53,240 --> 00:06:56,580
 знать только об одной RP
 для каждой данной группы.

108
00:06:56,580 --> 00:07:01,260
 Другими словами, это перепутало бы маршрутизатор
 с маршрутизатором, сказал: ладно, я просто

109
00:07:01,260 --> 00:07:07,980
 получил соединение для 225.777,
 и есть два RP, которые способны

110
00:07:07,980 --> 00:07:09,600
 обслуживания этой группы.

111
00:07:09,600 --> 00:07:12,440
 На какой из них мне отправить
 звездочку-запятую G?

112
00:07:12,440 --> 00:07:14,100
 Им обоим, одному из них?

113
00:07:14,100 --> 00:07:15,460
 Так вот почему в PIM написано нет.

114
00:07:15,460 --> 00:07:19,820
 Маршрутизатор может знать только
 один RP для любой группы.

115
00:07:19,820 --> 00:07:22,840
 Вот как это достигается в auto RP.

116
00:07:22,840 --> 00:07:25,180
 Картографический агент говорит: ладно,
 я сделаю эту работу за тебя.

117
00:07:25,180 --> 00:07:29,540
 Я выберу лучших и пришлю вам
 список лучших в рамках

118
00:07:29,540 --> 00:07:32,500
 это сообщение RP-обнаружения.

119
00:07:32,500 --> 00:07:38,720
 Теперь, если вы хотите, как здесь сказано,
 вы можете настроить один маршрутизатор для

120
00:07:38,720 --> 00:07:42,480
 быть и кандидатом от RP, и картографическим
 агентом, в этом нет ничего плохого.

121
00:07:42,480 --> 00:07:46,400
 Это своего рода лишение вашей избыточности
 и устойчивости, верно?

122
00:07:46,400 --> 00:07:49,240
 Потому что если этот маршрутизатор выйдет
 из строя, у вас возникнут проблемы.

123
00:07:49,240 --> 00:07:54,220
 Поэтому обычно лучше разделить
 их на разные устройства.

124
00:07:54,220 --> 00:07:59,120
 Для распространения этих сообщений используется
 плотный режим PIM, объявляется RP и RP

125
00:07:59,120 --> 00:08:02,320
 открытие. Здесь это решающий фактор.

126
00:08:02,320 --> 00:08:13,480
 Это означает, что когда вы используете режим разреженной
 плотности, я покажу вам, что это такое.

127
00:08:13,480 --> 00:08:23,520
 выглядит как. Просто подойдите к роутеру,
 зайдите на один из его интерфейсов,

128
00:08:23,520 --> 00:08:28,120
 и вы говорите IPPIM разреженный-плотный
 режим.

129
00:08:28,120 --> 00:08:31,900
 И именно этот режим вы собираетесь использовать
 для автоматического RP.

130
00:08:31,900 --> 00:08:40,660
 И здесь произойдет следующее: когда
 маршрутизатор получит объявленный RP

131
00:08:40,660 --> 00:08:47,100
 сообщение или сообщения обнаружения RP,
 он собирается рассылать их через плотный

132
00:08:47,100 --> 00:08:49,720
 режим. Именно для этого и будет
 использоваться плотный режим.

133
00:08:49,720 --> 00:08:54,480
 И мы надеемся, что разреженный режим будет использоваться
 для фактического построения вашего

134
00:08:54,480 --> 00:08:58,760
 деревья распределения многоадресной рассылки и
 пересылка ваших данных многоадресной рассылки.

135
00:08:58,760 --> 00:09:02,340
 Я говорю «с надеждой», потому что
 иногда этого может не произойти.

136
00:09:02,340 --> 00:09:05,380
 И я расскажу об этом немного позже.

137
00:09:05,380 --> 00:09:11,200
 Для работы интерфейсы обычно должны находиться
 в режиме разреженной плотности.

138
00:09:11,200 --> 00:09:17,180
 с автоматическим RP, чтобы они могли распространять
 эти различные объявления RP и

139
00:09:17,180 --> 00:09:21,100
 RP обнаруживает сообщения, которые
 использует автоматический RP.

140
00:09:21,100 --> 00:09:25,540
 И могут быть ситуации, когда вы этого
 не хотите, где вы этого не хотите.

141
00:09:25,540 --> 00:09:29,660
 хочу, чтобы это использовалось для части
 режима разреженной плотности, потому что

142
00:09:29,660 --> 00:09:32,100
 мы знаем, что для заливки используется
 плотный режим.

143
00:09:32,100 --> 00:09:36,200
 И в конце концов, именно поэтому мы используем разреженный
 режим, потому что мы не хотим наводнения.

144
00:09:36,200 --> 00:09:41,700
 Итак, через некоторое время я расскажу немного
 больше о том, почему это может быть

145
00:09:41,700 --> 00:09:43,460
 проблема в том смысле, что
 вы можете ее обойти.

146
00:09:43,460 --> 00:09:48,280
 Но один из способов заключается в том, что вы можете настроить
 команду автоматического прослушивания RP IPPIM.

147
00:09:48,280 --> 00:09:53,380
 и это должно позволить вам просто оставаться
 в разреженном режиме и продолжать работать с