1
00:00:08,140 --> 00:00:14,800
 В предыдущем видео я упоминал,
 что в авто РП нужно иметь при

2
00:00:14,800 --> 00:00:18,640
 минимум два маршрутизатора, играющие две специальные
 роли, один из которых называется кандидатом на RP

3
00:00:18,640 --> 00:00:22,060
 и один называется картографическим
 агентом.

4
00:00:22,060 --> 00:00:26,740
 Я сказал, что теоретически один маршрутизатор
 может выполнять обе роли, но это

5
00:00:26,740 --> 00:00:29,300
 лучше разделить их на другом маршрутизаторе,
 чтобы у вас было немного

6
00:00:29,300 --> 00:00:33,520
 немного больше отказоустойчивости, немного больше
 резервирования на случай сбоя маршрутизатора.

7
00:00:33,520 --> 00:00:39,080
 Итак, давайте начнем с более подробной
 информации о кандидатах от РП.

8
00:00:39,080 --> 00:00:46,240
 Итак, я упомянул, как кандидаты от РП рассылают
 сообщения, называемые объявлениями от РП.

9
00:00:46,240 --> 00:00:49,400
 И именно в этих объявлениях RP
 они говорят: эй, я бы хотел

10
00:00:49,400 --> 00:00:53,700
 быть RP для этой конкретной группы.

11
00:00:53,700 --> 00:01:00,120
 Таким образом, эти объявления RP
 фактически инкапсулированы в UDP.

12
00:01:00,120 --> 00:01:03,760
 И они используют номер UDP-порта 496.

13
00:01:03,760 --> 00:01:06,960
 Я знаю, что когда-нибудь вы можете встретить какой-нибудь
 сертификат, в котором вас спросят:

14
00:01:06,960 --> 00:01:09,840
 такая мельчайшая деталь.

15
00:01:09,840 --> 00:01:15,820
 И даже после первоначальной отправки оно
 сбрасывается каждые 60 секунд, верно,

16
00:01:15,820 --> 00:01:20,580
 потому что, может быть, этот РП был не тот,
 которого избрали, но он все равно хочет

17
00:01:20,580 --> 00:01:24,580
 заявить о себе в случае
 ухода избранного РП.

18
00:01:24,580 --> 00:01:26,820
 Таким образом, он сбрасывается
 каждые 60 секунд.

19
00:01:26,820 --> 00:01:35,640
 И оно отправляется на специальный
 адрес 224.0.1.39.

20
00:01:35,640 --> 00:01:39,160
 Мы видели это в предыдущем разделе,
 это зарезервированный адрес.

21
00:01:39,160 --> 00:01:44,420
 Теперь, если я сейчас обращаю на это внимание только
 картографических агентов, что я имею в виду?

22
00:01:44,420 --> 00:01:46,380
 обратив на это внимание?

23
00:01:46,380 --> 00:01:56,520
 Ну, если роутер, например, скажем,
 этот роутер, возьмем

24
00:01:56,520 --> 00:02:03,260
 избавиться от этого. Допустим, вот
 этот роутер был кандидатом на RP.

25
00:02:03,260 --> 00:02:10,120
 Итак, мы предполагаем, что все
 эти интерфейсы одинаковы.

26
00:02:10,120 --> 00:02:19,220
 Поэтому он рассылает через плотный режим,
 рассылает сообщения с объявлениями RP.

27
00:02:19,220 --> 00:02:20,980
 И это будет 239.

28
00:02:20,980 --> 00:02:26,260
 Нет, не 239.224.0.1.39.

29
00:02:26,260 --> 00:02:36,180
 Теперь предположим, что наш картографический
 агент был здесь.

30
00:02:36,180 --> 00:02:41,140
 Маршрутизатор номер два. Так что же восьмой маршрутизатор
 собирается делать с этим сообщением?

31
00:02:41,140 --> 00:02:44,440
 Потому что, в конце концов, он не может взглянуть
 на это и убедиться, что этот парень

32
00:02:44,440 --> 00:02:49,280
 РП. И вы можете сказать: ну, он просто
 молча передаст это, верно?

33
00:02:49,280 --> 00:02:51,620
 Он просто прозрачно передаст это.

34
00:02:51,620 --> 00:02:56,900
 Ну, но проблема в том, что правила
 PIM гласят, что вы не можете

35
00:02:56,900 --> 00:03:00,960
 пересылать многоадресное сообщение без создания
 состояния многоадресной рассылки.

36
00:03:00,960 --> 00:03:03,540
 Вы не можете просто переслать это.

37
00:03:03,540 --> 00:03:07,560
 Даже в плотном режиме вам все равно придется
 создать какое-то состояние в

38
00:03:07,560 --> 00:03:10,040
 таблица многоадресной маршрутизации.

39
00:03:10,040 --> 00:03:14,280
 Итак, когда восьмой маршрутизатор получит это
 сообщение, он действительно собирается сделать

40
00:03:14,280 --> 00:03:18,500
 две вещи. Он собирается создать
 запись, потому что он знает

41
00:03:18,500 --> 00:03:21,100
 источник. Источник исходит
 от третьего маршрутизатора.

42
00:03:21,100 --> 00:03:24,220
 Он знает группу 2201.39.

43
00:03:24,220 --> 00:03:26,580
 Поэтому он создаст запись s.

44
00:03:26,580 --> 00:03:31,540
 Он также создаст звезду, потому что
 это необходимо, когда у вас есть

45
00:03:31,540 --> 00:03:38,540
 ан с, запись. И список исходящих интерфейсов,
 помните, когда у вас есть

46
00:03:38,540 --> 00:03:43,620
 и звездочка, и s, запись, s,
 запись обычно это та, которая

47
00:03:43,620 --> 00:03:44,920
 фактически используется для пересылки.

48
00:03:44,920 --> 00:03:49,420
 Итак, что бы ни было в списке исходящих
 интерфейсов, это то, что мы

49
00:03:49,420 --> 00:03:50,940
 использовать для пересылки пакетов.

50
00:03:50,940 --> 00:03:57,440
 Итак, в данном конкретном случае, на восьмом
 маршрутизаторе, когда он создает свой s, он

51
00:03:57,440 --> 00:04:00,560
 собираюсь сказать, хорошо, ну, все мои
 интерфейсы имеют разреженную плотность

52
00:04:00,560 --> 00:04:05,240
 режиме, кроме того, где я получаю
 этот пакет, я и собираюсь

53
00:04:05,240 --> 00:04:07,760
 поместить в список исходящих интерфейсов.

54
00:04:07,760 --> 00:04:25,380
 Итак, в его записи вы увидите ноль
 один и нуль ноль, знаете ли, точку,

55
00:04:25,380 --> 00:04:28,420
 залейте это сообщение, анонсированное RP.

56
00:04:28,420 --> 00:04:32,100
 Но если вы в этот момент времени, если вы действительно
 посмотрите на него, вы скажете:

57
00:04:32,100 --> 00:04:33,360
 окей, кто твой RP?

58
00:04:33,360 --> 00:04:35,720
 Кто твой РП? Он скажет: я не знаю.

59
00:04:35,720 --> 00:04:38,600
 Он не знает, потому что не может посмотреть
 это сообщение, чтобы принять решение.

60
00:04:38,600 --> 00:04:41,820
 кем должен быть его РП.

61
00:04:41,820 --> 00:04:44,180
 Это сообщение должно попасть
 к картографическому агенту.

62
00:04:44,180 --> 00:04:47,980
 Затем картографический агент отправит
 сообщение обнаружения RP.

63
00:04:47,980 --> 00:04:52,000
 И это то, что восьмой маршрутизатор может использовать,
 чтобы выяснить, какой RP он собирается использовать.

64
00:04:52,000 --> 00:05:01,080
 выбирать. Итак, в рамках этого объявления
 РП, и я действительно собираюсь сделать

65
00:05:01,080 --> 00:05:04,980
 след этого сниффера всего за секунду, чтобы
 вы могли это увидеть, он содержит

66
00:05:04,980 --> 00:05:10,160
 адрес RP, ну вы знаете, его одноадресный
 IP-адрес, в каких группах он находится

67
00:05:10,160 --> 00:05:14,120
 сказать, что он способен быть
 RP, а это по умолчанию все.

68
00:05:14,120 --> 00:05:17,480
 Все, начинающееся с единицы,
 одного нуля и двоичного кода.

69
00:05:17,480 --> 00:05:19,480
 И все его время.

70
00:05:19,480 --> 00:05:27,060
 Итак, как мне сделать маршрутизатор кандидатом
 на роль RP с помощью этой команды?

71
00:05:27,060 --> 00:05:30,420
 IP PIMS отправляет тире,
 RP объявляет тире.

72
00:05:30,420 --> 00:05:32,600
 И потом интерфейс.

73
00:05:32,600 --> 00:05:36,480
 И интерфейс, который вы выбираете здесь, например,
 быстрый Ethernet ноль ноль, последовательный

74
00:05:36,480 --> 00:05:38,380
 один, что угодно.

75
00:05:38,380 --> 00:05:42,200
 Эта интерфейсная команда будет фактически
 управлять исходным адресом.

76
00:05:42,200 --> 00:05:49,600
 который он выбирает для этих сообщений,
 объявленных RP, адрес источника.

77
00:05:49,600 --> 00:05:56,120
 Почему нас это волнует? Что ж, причина, по которой
 нас это волнует, заключается в том, что именно это

78
00:05:56,120 --> 00:05:59,900
 картографический агент использует его, чтобы выяснить,
 какой маршрутизатор является лучшим.

79
00:05:59,900 --> 00:06:04,660
 Таким образом, если картографический агент получает
 два или более объявленных сообщения RP от

80
00:06:04,660 --> 00:06:08,340
 два маршрутизатора, и они заявляют
 о своей способности быть RP для

81
00:06:08,340 --> 00:06:13,160
 одни и те же группы, картографический агент просто
 скажет: «ОК», в зависимости от того, что

82
00:06:13,160 --> 00:06:16,360
 у одного из вас самый высокий
 IP-адрес, вы победитель.

83
00:06:16,360 --> 00:06:18,620
 Ты тот, о ком я всем расскажу.

84
00:06:18,620 --> 00:06:23,100
 Вот как вы можете повлиять
 на это, указав саму RP.

85
00:06:23,100 --> 00:06:27,480
 интерфейс, они будут выше или ниже, чем у других
 маршрутизаторов, которые вы используете.

86
00:06:27,480 --> 00:06:29,160
 настроить это для.

87
00:06:29,160 --> 00:06:34,160
 Область действия, это в основном
 контролирует TTL.

88
00:06:34,160 --> 00:06:37,320
 Итак, насколько далеко может зайти
 это сообщение, объявленное RP.

89
00:06:37,320 --> 00:06:39,000
 И это не является обязательным.

90
00:06:39,000 --> 00:06:42,040
 Вы должны установить его, необязательное
 ключевое слово.

91
00:06:42,040 --> 00:06:44,640
 Необязательным является список групп.

92
00:06:44,640 --> 00:06:49,120
 Таким образом, это дает вам возможность сказать
 «хорошо», вместо того, чтобы быть RP для

93
00:06:49,120 --> 00:06:54,240
 все, я только хочу, чтобы ты был ответственным
 за определенные группы.

94
00:06:54,240 --> 00:06:56,960
 В этом есть что-то действительно
 интересное.

95
00:06:56,960 --> 00:06:59,080
 И я собираюсь показать это вам, а
 не сказать, что я просто собираюсь

96
00:06:59,080 --> 00:07:03,920
 сделай это. Итак, чтобы повторить это и просто
 сделать быструю трассировку сниппера

97
00:07:03,920 --> 00:07:08,520
 Итак, шаг номер один: мне нужно перейти
 ко всем моим интерфейсам прямо здесь.

98
00:07:08,520 --> 00:07:13,100
 и настройте их для режима
 разреженной плотности.

99
00:07:13,100 --> 00:07:25,420
 Итак, давайте просто сделаем это, а
 затем перейдем на другую сторону.

100
00:07:25,420 --> 00:07:31,600
 Ладно, это все, что нам нужно от него.

101
00:07:31,600 --> 00:07:45,040
 Перейдите к восьмому маршрутизатору.

102
00:07:45,040 --> 00:07:46,960
 Хорошо, он закончил.

103
00:07:46,960 --> 00:07:49,920
 Перейдем к третьему маршрутизатору.

104
00:07:49,920 --> 00:08:20,880
 Да, и пока я здесь, позвольте
 мне удалить статику здесь.

105
00:08:20,880 --> 00:08:34,280
 Ладно, почти закончили.

106
00:08:34,280 --> 00:08:35,780
 Итак, мы все подготовили.

107
00:08:35,780 --> 00:08:37,760
 Сейчас все находится в режиме
 разреженной плотности.

108
00:08:37,760 --> 00:08:40,480
 Хорошо, давайте посмотрим здесь.

109
00:08:40,480 --> 00:08:46,240
 Давайте продолжим и продолжим использовать
 третий маршрутизатор в качестве RP.

110
00:08:46,240 --> 00:08:50,640
 Итак, теперь мы собираемся настроить его
 для отправки сообщений, объявленных RP.

111
00:08:50,640 --> 00:09:04,130
 Прежде чем я это сделаю, давайте продолжим
 и запечатлем это вкратце.

112
00:09:04,130 --> 00:09:10,680
 кусочек. И согласно моей физической топологии,
 R3, 01 — это порт 0, косая черта шесть.

113
00:09:10,680 --> 00:09:23,860
 на переключателе. Хорошо,
 я готов к работе.

114
00:09:23,860 --> 00:09:28,080
 Итак, вернемся к R3.

115
00:09:28,080 --> 00:09:33,080
 И вместо этого я собираюсь настроить R3.

116
00:09:33,080 --> 00:09:35,740
 объявить о своих способностях ко всему.

117
00:09:35,740 --> 00:09:39,040
 Я хочу сказать, я всего лишь хочу, чтобы
 вы заявили о себе как о потенциальном

118
00:09:39,040 --> 00:09:47,340
 RP за все, что находится в диапазоне 238,
 и конкретно скажите, что вы не RP.

119
00:09:47,340 --> 00:09:49,680
 для диапазона 239.

120
00:09:49,680 --> 00:09:50,620
 И есть причина, по которой я это делаю.

121
00:09:50,620 --> 00:10:03,080
 Я покажу тебе. Итак, давайте сделаем это.

122
00:10:03,080 --> 00:10:10,060
 Хорошо, доступ к первому
 списку запрещен, 239.

123
00:10:10,060 --> 00:10:17,340
 И вам не нужно беспокоиться
 о неявном отрицании в конце

124
00:10:17,340 --> 00:10:21,320
 список доступа. Это не влияет
 на эту конкретную функцию.

125
00:10:21,320 --> 00:10:25,020
 Таким образом, эта функция учитывает только то,
 что вы специально настроили как разрешения.

126
00:10:25,020 --> 00:10:32,980
 или отрицает. И теперь я говорю,
 что IPPIM отправит объявление RP.

127
00:10:32,980 --> 00:10:36,160
 Хорошо. И теперь я говорю: хорошо, каким
 я хочу видеть ваш исходный интерфейс?

128
00:10:36,160 --> 00:10:39,420
 Ну, у нас просто будет быстрый Ethernet
 с нулевой косой чертой.

129
00:10:39,420 --> 00:10:45,640
 Объем. Я просто скажу,
 что это 100 прыжков.

130
00:10:45,640 --> 00:10:50,280
 А теперь я собираюсь сказать «список групп»
 применительно к первому списку доступа.

131
00:10:50,280 --> 00:10:53,200
 Теперь, прежде чем я нажму клавишу ввода, давайте
 проведем трассировку, чтобы увидеть, что его

132
00:10:53,200 --> 00:11:02,540
 сообщение выглядит так.

133
00:11:02,540 --> 00:11:04,980
 Итак, вот анонс РП.

134
00:11:04,980 --> 00:11:09,340
 Хорошо, вот оно.

135
00:11:09,340 --> 00:11:12,840
 Не знаю, почему он послал двоих из них.

136
00:11:12,840 --> 00:11:18,040
 Ой, подожди секунду.

137
00:11:18,040 --> 00:11:18,820
 Думаю, я знаю почему.

138
00:11:18,820 --> 00:11:21,920
 Давайте посмотрим здесь. Давайте просто
 проверим исходный MAC-адрес.

139
00:11:21,920 --> 00:11:26,220
 Итак, у этого исходного MAC-адреса
 пять AC девять.

140
00:11:26,220 --> 00:11:33,700
 Семь CC ноль. Да, на самом
 деле это семь CC ноль.

141
00:11:33,700 --> 00:11:44,040
 И я думаю, если я перейду
 на восьмой роутер.

142
00:11:44,040 --> 00:11:51,080
 Давайте посмотрим здесь.
 ноль ноль точка 83.

143
00:11:51,080 --> 00:12:07,120
 Семь CC ноль. Это то, что
 мы видели в роутере три.

144
00:12:07,120 --> 00:12:08,340
 Да, семь CC ноль.

145
00:12:08,340 --> 00:12:15,160
 Итак, что мы на самом деле видим здесь,
 это довольно интересно, что в

146
00:12:15,160 --> 00:12:20,800
 доске, когда третий маршрутизатор
 отправил свое объявление RP.

147
00:12:20,800 --> 00:12:32,540
 На самом деле, восьмой маршрутизатор
 не выбрал его обратно.

148
00:12:32,540 --> 00:12:34,620
 Я не уверен, почему они это делают.

149
00:12:34,620 --> 00:12:36,860
 Но мы действительно увидели,
 как оно возвращается.

150
00:12:36,860 --> 00:12:39,880
 Вот почему кажется, что это
 одно и то же сообщение.

151
00:12:39,880 --> 00:12:42,780
 Но у одного есть исходный MAC-адрес
 третьего маршрутизатора.

152
00:12:42,780 --> 00:12:45,540
 У одного есть исходный MAC-адрес
 восьмого маршрутизатора.

153
00:12:45,540 --> 00:12:48,300
 Вот почему здесь он появляется
 дважды в трассировке снайпера.

154
00:12:48,300 --> 00:12:51,060
 Но главное, что я хотел вам показать,
 — это суть сообщения.

155
00:12:51,060 --> 00:12:56,820
 Обратите внимание, что он инкапсулирован
 в UDP-порт 496.

156
00:12:56,820 --> 00:13:00,900
 И за этим стоит автоматический RP Cisco.

157
00:13:00,900 --> 00:13:03,160
 И вот что я хочу вам показать.

158
00:13:03,160 --> 00:13:09,720
 Он говорит, вот мой IP-адрес
 три четыре три три.

159
00:13:09,720 --> 00:13:13,320
 И я конкретно говорю вам о двух группах.

160
00:13:13,320 --> 00:13:17,600
 Он говорит номер один, группу 238.

161
00:13:17,600 --> 00:13:20,900
 Это положительный префикс группы.

162
00:13:20,900 --> 00:13:23,500
 Это его способ сказать: «Эй,
 картографический агент».

163
00:13:23,500 --> 00:13:27,480
 Я хотел бы быть ответственным
 за все, что начинается с 238.

164
00:13:27,480 --> 00:13:30,420
 Надеюсь, вы выберете меня.

165
00:13:30,420 --> 00:13:36,620
 Но здесь, внизу, 239, у нас есть
 отрицательный префикс группы.

166
00:13:36,620 --> 00:13:41,080
 Теперь вы можете подумать: ну, а
 зачем ему вообще это там было?

167
00:13:41,080 --> 00:13:44,760
 Я имею в виду, если он не хочет быть ответственным
 за 239, почему бы просто не исключить

168
00:13:44,760 --> 00:13:47,680
 что и только что включил 238?

169
00:13:47,680 --> 00:13:50,880
 И все, что он не включает, будет
 просто неявно считаться

170
00:13:50,880 --> 00:13:54,320
 что он не хочет быть ответственным
 за все остальное.

171
00:13:54,320 --> 00:13:57,120
 Ну, это примерно так и работает.

172
00:13:57,120 --> 00:14:01,980
 Например, в данном конкретном случае
 в моем домене нет маршрутизаторов.

173
00:14:01,980 --> 00:14:07,640
 когда-нибудь использовал этого
 парня для 237, 236, 224, 225.

174
00:14:07,640 --> 00:14:11,100
 Они только узнают, что он хочет быть
 ответственным за все, начиная

175
00:14:11,100 --> 00:14:15,760
 с 238. Так почему же он включил этот
 префикс отрицательной группы?

176
00:14:15,760 --> 00:14:19,000
 На самом деле очень интересно
 то, что здесь происходит.

177
00:14:19,000 --> 00:14:24,980
 Это значит, что он говорит:
 «Эй, все, везде, все ПИМ».

178
00:14:24,980 --> 00:14:30,920
 маршрутизаторах префикс 239 необходимо
 использовать в плотном режиме.

179
00:14:30,920 --> 00:14:35,420
 У нас не будет RP за 239.

180
00:14:35,420 --> 00:14:41,980
 Так что, если вы когда-нибудь мечтаете
 о многоадресной рассылке с 239 точками,

181
00:14:41,980 --> 00:14:46,900
 залейте его через плотный режим, не
 ищите RP, потому что нет такого RP

182
00:14:46,900 --> 00:14:50,820
 обслуживая его. Теперь вы, возможно,
 думаете: ну, ладно, но что

183
00:14:50,820 --> 00:14:53,740
 если я настрою эту команду
 на другом маршрутизаторе?

184
00:14:53,740 --> 00:14:58,500
 И на этом роутере, говорю я, ты
 можешь быть RP для группы 239.

185
00:14:58,500 --> 00:15:00,000
 Это переопределит это?

186
00:15:00,000 --> 00:15:02,260
 Нет, не будет.

187
00:15:02,260 --> 00:15:04,860
 Это переопределяет это.

188
00:15:04,860 --> 00:15:15,500
 Таким образом, если маршрутизатор отправляет
 сеть, он, по сути, заставляет весь домен

189
00:15:15,500 --> 00:15:20,040
 использовать плотный режим
 для этой конкретной группы.

190
00:15:20,040 --> 00:15:21,800
 Итак, почему вы хотите это сделать?

191
00:15:21,800 --> 00:15:27,740
 Я не знаю, но я просто хочу отметить,
 что именно так это и работает.

192
00:15:27,740 --> 00:15:31,920
 Поэтому будьте очень осторожны, если вы используете
 списки доступа вместе с объявленной вами RP.

193
00:15:31,920 --> 00:15:35,600
 команду, как я сделал прямо здесь.

194
00:15:35,600 --> 00:15:40,560
 Будьте очень осторожны, если в этом списке
 доступа есть запрещающие операторы.

195
00:15:40,560 --> 00:15:43,260
 потому что именно это и произойдет.

196
00:15:43,260 --> 00:15:46,380
 Эта конкретная группа теперь будет вынуждена
 использовать плотный режим, и вы можете

197
00:15:46,380 --> 00:15:50,500
 в конечном итоге произойдет наводнение,
 которого вы не планировали.

198
00:15:50,500 --> 00:15:55,940
 Теперь Джон указывает, что 239, согласно
 присвоенным номерам Интернета.

199
00:15:55,940 --> 00:15:58,840
 Полномочия — это диапазон многоадресной
 рассылки для конкретного источника.

200
00:15:58,840 --> 00:16:03,420
 Это правда. Но помните, это
 все рекомендации, верно?

201
00:16:03,420 --> 00:16:07,440
 Маршрутизатор не скажет, ох, 239, я приму
 это только в том случае, если это

202
00:16:07,440 --> 00:16:09,280
 многоадресная рассылка с
 конкретным источником.

203
00:16:09,280 --> 00:16:12,480
 Это всего лишь рекомендация Управления
 по присвоению номеров в Интернете.

204
00:16:12,480 --> 00:16:16,900
 Ничто не мешает вам использовать IGMP
 версии 2, не определяя исходный код.

205
00:16:16,900 --> 00:16:22,200
 многоадресная рассылка и все еще используете 239.something
 в качестве потоков многоадресной рассылки.

206
00:16:22,200 --> 00:16:23,240
 Это все просто рекомендации.