1
00:00:08,320 --> 00:00:11,100
 Хорошо, давайте посмотрим здесь.

2
00:00:11,100 --> 00:00:15,700
 Итак, мы хотим увидеть
 процесс регистрации.

3
00:00:15,700 --> 00:00:22,900
 Самый простой способ создать многоадресный трафик
 — это просто выполнить многоадресную рассылку.

4
00:00:22,900 --> 00:00:25,160
 пинг. И на самом деле это будет легко.

5
00:00:25,160 --> 00:00:31,140
 Причина, по которой я колебался, заключалась в том, что,
 например, если бы я выполнил многоадресную рассылку

6
00:00:31,140 --> 00:00:37,800
 пинг с маршрутизатора 4, когда вы инициируете
 многоадресный пинг с маршрутизатора,

7
00:00:37,800 --> 00:00:43,400
 он на самом деле отправит этот многоадресный
 пакет, этот многоадресный ICMP-пакет

8
00:00:43,400 --> 00:00:48,700
 на каждом его интерфейсе
 с включенным PIM.

9
00:00:48,700 --> 00:00:51,420
 Я имею в виду, что он даже не удосужился проверить
 состояние M-маршрута или что-то в этом роде.

10
00:00:51,420 --> 00:00:54,160
 Он копирует его и отправляет
 каждый пакет.

11
00:00:54,160 --> 00:00:55,460
 А я этого не хотел.

12
00:00:55,460 --> 00:00:57,740
 Но в данном случае мне не о чем беспокоиться,
 потому что на маршрутизаторе 5 он

13
00:00:57,740 --> 00:00:59,680
 в любом случае имеет только
 один интерфейс.

14
00:00:59,680 --> 00:01:02,340
 Итак, давайте посмотрим здесь.

15
00:01:02,340 --> 00:01:06,300
 Мы хотим запечатлеть...

16
00:01:06,300 --> 00:01:10,880
 Итак, это будет многоадресный пакет.

17
00:01:10,880 --> 00:01:15,540
 Это будет вот так.

18
00:01:15,540 --> 00:01:20,580
 И мы хотим видеть этот многоадресный пакет в
 том виде, в котором он инкапсулирован в PIM.

19
00:01:20,580 --> 00:01:33,020
 регистр. И затем мы также хотим увидеть,
 как только RP получит это, мы

20
00:01:33,020 --> 00:01:43,240
 хочу увидеть, как он отправит соединение PIM-S-G,
 чтобы открыть свой кратчайший путь.

21
00:01:43,240 --> 00:01:48,100
 Затем мы увидим, как сама многоадресная
 рассылка течет в своем родном виде.

22
00:01:48,100 --> 00:01:55,740
 форма. И, наконец, мы хотим увидеть RP,
 как только он это получит, отправив

23
00:01:55,740 --> 00:01:57,680
 остановка регистра PIM.

24
00:01:57,680 --> 00:02:02,920
 Потому что это будет процесс.

25
00:02:02,920 --> 00:02:06,500
 Итак, чтобы это сделать,
 давайте посмотрим здесь.

26
00:02:06,500 --> 00:02:13,260
 Почему бы мне просто быстро не зафиксировать все,
 что происходит на маршрутизаторе 3 и на нем?

27
00:02:13,260 --> 00:02:22,740
 Ethernet 00. Итак, маршрутизатор 3 — быстрый
 Ethernet 00 — это порт 0, косая черта 5 на

28
00:02:22,740 --> 00:02:39,740
 выключатель. Хорошо,
 да, 0, косая черта 5.

29
00:02:39,740 --> 00:02:41,140
 Хорошо, значит, мы должны быть готовы.

30
00:02:41,140 --> 00:02:45,080
 Итак, позвольте мне перейти к источнику.

31
00:02:45,080 --> 00:02:50,440
 И я думаю, что я использую именно 999.

32
00:02:50,440 --> 00:02:56,060
 И я повторю это 100 раз, просто чтобы
 это продолжалось какое-то время.

33
00:02:56,060 --> 00:03:05,120
 И приступим к трассировке сниффера.

34
00:03:05,120 --> 00:03:07,920
 Хорошо, поехали.

35
00:03:07,920 --> 00:03:11,240
 Этого было достаточно.

36
00:03:11,240 --> 00:03:14,600
 Хорошо, вот реестр.

37
00:03:14,600 --> 00:03:21,020
 Так что на самом деле мы этого не видим,
 потому что я только снимаю, поехали

38
00:03:21,020 --> 00:03:25,280
 вернемся к этому. Потому что я фиксирую
 только входящие и исходящие данные.

39
00:03:25,280 --> 00:03:28,620
 00, мы фактически не видели собственную многоадресную
 рассылку, когда она поступала на маршрутизатор.

40
00:03:28,620 --> 00:03:31,880
 4. Но мы видим сообщение о регистрации.

41
00:03:31,880 --> 00:03:35,440
 Итак, вот он, регистр PIM.

42
00:03:35,440 --> 00:03:41,720
 Итак, это IP-адрес 4545.

43
00:03:41,720 --> 00:03:44,460
 Давайте просто проверим здесь.

44
00:03:44,460 --> 00:03:47,780
 Регистрацию должен выполнять маршрутизатор
 4, а не маршрутизатор 5.

45
00:03:47,780 --> 00:03:52,660
 Позвольте мне на секунду проверить
 здесь маршрутизатор 5.

46
00:03:52,660 --> 00:04:00,580
 Что ж, посмотрим, это интересно,
 но есть простой способ проверить

47
00:04:00,580 --> 00:04:05,200
 этот. Таким образом, адрес источника на
 самом деле исходит из самого источника.

48
00:04:05,200 --> 00:04:12,680
 4545. А это действительно от него исходит
 или роутер 4 просто это подсунул

49
00:04:12,680 --> 00:04:16,900
 там? Что ж, мы можем проверить это,
 проверив исходный MAC-адрес

50
00:04:16,900 --> 00:04:21,060
 этот кадр, чтобы увидеть, от кого
 он на самом деле исходил.

51
00:04:21,060 --> 00:04:28,300
 Таким образом, исходный MAC-адрес
 исходил от 8C B6.

52
00:04:28,300 --> 00:04:43,140
 8С Б6. Так действительно ли это произошло
 от FastEthernet01 и R5?

53
00:04:43,140 --> 00:04:48,440
 Нет, не потому, что он 8E0051.

54
00:04:48,440 --> 00:04:50,840
 Итак, если мы перейдем
 к маршрутизатору 4.

55
00:04:50,840 --> 00:05:02,900
 Упс, не показывайте запуск,
 а показывайте интерфейс.

56
00:05:02,900 --> 00:05:05,520
 FastEthernet00.34.

57
00:05:05,520 --> 00:05:09,500
 Вот и все. 8С Б6.

58
00:05:09,500 --> 00:05:12,120
 Так что это интересно, посмотрите на это.

59
00:05:12,120 --> 00:05:18,180
 Поэтому, когда собственная многоадресная рассылка достигает
 маршрутизатора 4, когда он инкапсулирует это в

60
00:05:18,180 --> 00:05:22,480
 сообщение о регистрации,
 подождите секунду.

61
00:05:22,480 --> 00:05:25,980
 Я думаю, что это странность, на самом
 деле, я думаю, что помню, что это

62
00:05:25,980 --> 00:05:30,720
 странность проволочной акулы, а не ножа.

63
00:05:30,720 --> 00:05:33,280
 Да, поехали.

64
00:05:33,280 --> 00:05:35,780
 Ладно, не знаю, почему проволочной
 акуле это не нравится.

65
00:05:35,780 --> 00:05:39,600
 Здесь, в главном окне, написано,
 что это версия 4.5.

66
00:05:39,600 --> 00:05:46,060
 Если вы действительно посмотрите в теле этого
 сообщения, здесь, в заголовке IP, оно придет.

67
00:05:46,060 --> 00:05:52,780
 с маршрутизатора 4. Поэтому я не уверен, почему
 здесь несоответствие между тем, как это

68
00:05:52,780 --> 00:05:57,020
 отображает его. Итак,
 вот мой IP-заголовок.

69
00:05:57,020 --> 00:06:03,100
 Итак, оно исходит от маршрутизатора 4 и направляется
 к точке встречи, маршрутизатору 3.

70
00:06:03,100 --> 00:06:10,220
 а за заголовком IP находится
 наш заголовок PIM.

71
00:06:10,220 --> 00:06:17,740
 Итак, введите номер 1, который представляет
 собой пакет регистрации.

72
00:06:17,740 --> 00:06:25,600
 И тут вы можете увидеть здесь
 всего пару флагов, а потом вот

73
00:06:25,600 --> 00:06:31,360
 на самом деле многоадресный
 пакет внутри него.

74
00:06:31,360 --> 00:06:40,540
 Выход из источника, переход
 в группу и еще пара вещей

75
00:06:40,540 --> 00:06:42,480
 об этом, если вам интересно.

76
00:06:42,480 --> 00:06:45,240
 Я расскажу о нулевом регистре как о самой
 последней вещи в этом конкретном случае.

77
00:06:45,240 --> 00:06:51,840
 видео. Но вот эта штука, называемая
 границей, что это вообще такое?

78
00:06:51,840 --> 00:06:59,400
 Там написано нет. В разреженном режиме PIM можно
 использовать функцию, которая называется

79
00:06:59,400 --> 00:07:02,920
 пограничный маршрутизатор или
 пограничный маршрутизатор PIM.

80
00:07:02,920 --> 00:07:07,120
 То есть, и, честно говоря, я не уверен,
 насколько часто это используется в

81
00:07:07,120 --> 00:07:12,360
 реальном мире, но, например, если бы у меня
 был роутер, то с одной стороны делалось

82
00:07:12,360 --> 00:07:20,420
 что-то это не PIM.

83
00:07:20,420 --> 00:07:23,560
 Итак, мы делаем часть и выполняем
 PIM на другом интерфейсе.

84
00:07:23,560 --> 00:07:25,960
 И мы хотим, чтобы многоадресная
 рассылка проходила.

85
00:07:25,960 --> 00:07:29,260
 Это будет считаться пограничным
 маршрутизатором PIM.

86
00:07:29,260 --> 00:07:33,180
 В этом конкретном случае, если этот маршрутизатор
 отправил регистр, этот бит

87
00:07:33,180 --> 00:07:37,800
 там этот бит флага будет установлен в 1,
 говоря, что да, он является границей

88
00:07:37,800 --> 00:07:41,440
 маршрутизатор. Но мы здесь не делаем таких
 странных вещей, поэтому он говорит:

89
00:07:41,440 --> 00:07:43,740
 нет, он не пограничный маршрутизатор.

90
00:07:43,740 --> 00:07:51,420
 Итак, вот наш регистр, довольно простой
 базовый заголовок PIM, а затем просто

91
00:07:51,420 --> 00:07:53,700
 фактическая многоадресная
 рассылка внутри него.

92
00:07:53,700 --> 00:08:00,140
 И затем, согласно нашей доске, мы сказали,
 что однажды это произошло,

93
00:08:00,140 --> 00:08:04,420
 точка встречи должна затем попытаться
 открыть дерево кратчайшего пути

94
00:08:04,420 --> 00:08:13,000
 отправив соединение S, G.

95
00:08:13,000 --> 00:08:16,860
 Итак, давайте посмотрим здесь.

96
00:08:16,860 --> 00:08:23,580
 Наверное, это вот здесь, присоединяется
 ПИМ, давайте посмотрим.

97
00:08:23,580 --> 00:08:30,320
 Оно приближается, исходный адрес исходит
 от нашей точки встречи, 343,

98
00:08:30,320 --> 00:08:31,380
 это роутер 3.

99
00:08:31,380 --> 00:08:40,140
 Он отправляется по адресу PIM 2240013.

100
00:08:40,140 --> 00:08:44,100
 Введите код 3 для присоединения.

101
00:08:44,100 --> 00:08:49,640
 Теперь обратите внимание, чем это отличается
 от звезды, присоединяйтесь?

102
00:08:49,640 --> 00:08:51,400
 Ну и пара вещей.

103
00:08:51,400 --> 00:08:54,180
 Номер один, количество объединений один.

104
00:08:54,180 --> 00:08:58,140
 Помните, мы видели здесь флаги SW и R?

105
00:08:58,140 --> 00:09:00,580
 Ну, на этот раз мы этого не видим.

106
00:09:00,580 --> 00:09:07,940
 R означал, что бит RP был установлен, а это означало,
 что это конкретное соединение необходимо

107
00:09:07,940 --> 00:09:09,660
 поднимитесь на общее дерево.

108
00:09:09,660 --> 00:09:12,300
 Конечным пунктом назначения
 было место встречи.

109
00:09:12,300 --> 00:09:14,600
 Ну, здесь мы этого не видим.

110
00:09:14,600 --> 00:09:17,860
 Бит W был установлен, что означает
 бит подстановочного знака.

111
00:09:17,860 --> 00:09:22,220
 Бит подстановочного знака означал, что, окей,
 когда вы посмотрите на этот адрес, это

112
00:09:22,220 --> 00:09:24,600
 адрес — адрес места встречи.

113
00:09:24,600 --> 00:09:27,120
 Ну, здесь мы этого не видим.

114
00:09:27,120 --> 00:09:31,620
 Бит подстановочного знака не установлен, что
 означает, что на самом деле это адрес.

115
00:09:31,620 --> 00:09:38,400
 источника. Итак, это похоже на звезду, присоединяйтесь,
 но только до тех пор, пока

116
00:09:38,400 --> 00:09:41,800
 копаешься во всем этом и видишь,
 какие здесь флаги или какие флаги

117
00:09:41,800 --> 00:09:48,160
 здесь нет, можете ли вы сказать, звездочка
 это или буква S, присоединяйтесь.

118
00:09:48,160 --> 00:09:50,900
 И это дело на букву S, присоединяйтесь.

119
00:09:50,900 --> 00:09:54,380
 Итак, он говорит: «Хорошо, сосед выше по течению,
 значит, это четвертый маршрутизатор».

120
00:09:54,380 --> 00:10:00,780
 Он говорит, это тебе идет, а я пытаюсь
 присоединиться к этому источнику и

121
00:10:00,780 --> 00:10:12,420
 эта группа. Хорошо, вот
 и S, присоединяйтесь.

122
00:10:12,420 --> 00:10:19,200
 И затем, как только будет получено S, join,
 это должно было поместить этот подпрограмму

123
00:10:19,200 --> 00:10:24,240
 -interface в список исходящих интерфейсов
 четвертого маршрутизатора.

124
00:10:24,240 --> 00:10:30,820
 И тогда должен был спуститься родной мультикаст
 и у нас должно было получиться

125
00:10:30,820 --> 00:10:35,220
 получил две его копии, одну в реестровом
 пакете и одну в родном

126
00:10:35,220 --> 00:10:36,340
 сама многоадресная рассылка.

127
00:10:36,340 --> 00:10:37,820
 Итак, давайте посмотрим,
 увидели ли мы это.

128
00:10:37,820 --> 00:10:48,440
 Итак, вот наше соединение, и оно
 выглядит так: окей, вот здесь

129
00:10:48,440 --> 00:10:52,240
 встроенная многоадресная рассылка, обратите
 внимание, что здесь нет PIM.

130
00:10:52,240 --> 00:10:57,320
 Источник собственно и есть источник, вот
 родной мультикаст, а дальше правильно

131
00:10:57,320 --> 00:11:05,600
 за этим находится регистр PIM.

132
00:11:05,600 --> 00:11:09,040
 И вот интересный вопрос, а действительно
 ли это один и тот же пакет?

133
00:11:09,040 --> 00:11:14,580
 скопировано? Ну посмотрим тут, в собственно
 родном мультикасте, в IP

134
00:11:14,580 --> 00:11:19,960
 заголовок, у нас есть идентификатор
 0, 0, 0, 1.

135
00:11:19,960 --> 00:11:24,640
 Помните, что обычно каждый отдельный IP-пакет
 имеет уникальный идентификатор.

136
00:11:24,640 --> 00:11:28,880
 поле. Давайте посмотрим, а как
 насчет пакета регистрации?

137
00:11:28,880 --> 00:11:33,740
 Имеет точно такой же идентификатор, так что
 да, это дубликаты одного и того же пакета.

138
00:11:33,740 --> 00:11:44,880
 Хорошо, и как только мы это увидели,
 мы видим здесь, третий маршрутизатор,

139
00:11:44,880 --> 00:11:50,440
 то есть RP говорит, что регистрация остановлена,
 и говорит, что мне больше не нужны регистры.

140
00:11:50,440 --> 00:11:57,280
 Итак, прямо здесь, в теле PIM, введите код
 два, зарегистрируйте стоп, и он говорит:

141
00:11:57,280 --> 00:12:01,060
 Я останавливаюсь на этом
 источнике и этой группе.

142
00:12:01,060 --> 00:12:09,840
 Теперь в реестре было еще одно поле,
 которое я как бы пропустил.

143
00:12:09,840 --> 00:12:19,940
 флаг, о котором я не говорил,
 вот он, нулевой регистр

144
00:12:19,940 --> 00:12:21,320
 флаг, что это?

145
00:12:21,320 --> 00:12:26,680
 В данном конкретном случае нулевой регистр
 установлен на нет, он выключен, но

146
00:12:26,680 --> 00:12:32,880
 когда он будет включен и зачем
 нам его использовать?

147
00:12:32,880 --> 00:12:42,260
 Итак, скажем, давайте нарисуем что-нибудь здесь
 на минутку, и мы действительно сможем

148
00:12:42,260 --> 00:12:47,280
 используйте это в качестве примера.

149
00:12:47,280 --> 00:12:53,780
 Допустим, наш приемник был здесь, и изначально
 была многоадресная рассылка.

150
00:12:53,780 --> 00:12:58,440
 поток протекал через общее дерево
 через RP, но мы знаем, что

151
00:12:58,440 --> 00:13:00,800
 в течение короткого периода времени,
 и мы собираемся рассмотреть это в

152
00:13:00,800 --> 00:13:15,400
 В следующем разделе мы собираемся
 переключиться с общего дерева и

153
00:13:15,400 --> 00:13:22,940
 трафик больше не идет на RP,
 это было, упс, не то, это

154
00:13:22,940 --> 00:13:29,640
 интерфейс урезан, давайте просто
 избавимся от всего этого, и

155
00:13:29,640 --> 00:13:36,100
 теперь трафик течет в чистом виде
 по этому пути по кратчайшему пути

156
00:13:36,100 --> 00:13:38,580
 дерево путей к получателю.

157
00:13:38,580 --> 00:13:43,300
 Итак, многоадресная рассылка идет,
 идет, идет, все в порядке, это

158
00:13:43,300 --> 00:13:50,280
 идет хорошо. Но что будет, если это
 произойдет через 10, 15, 20 минут?

159
00:13:50,280 --> 00:13:57,600
 У нас есть еще один получатель, который присоединяется
 к нашей топологии и хочет получить точную информацию.

160
00:13:57,600 --> 00:14:02,620
 тот же поток, поэтому он отправляет
 отчет о членстве в IGMP.

161
00:14:02,620 --> 00:14:13,620
 Это запускает соединение PIM star-coma-G,
 которое создает состояние звездной комы-G.

162
00:14:13,620 --> 00:14:19,980
 в РП, а РП просто сидит здесь
 и ждет, и ждет, и ждет.

163
00:14:19,980 --> 00:14:23,500
 Потому что ведь у маршрутизатора Z нет смысла
 пересылать этот многоадресный трафик.

164
00:14:23,500 --> 00:14:27,300
 к RP, да, RP обрезал этот интерфейс.

165
00:14:27,300 --> 00:14:32,140
 Как только трафик начнет идти по дереву
 кратчайшего пути, мы получим

166
00:14:32,140 --> 00:14:36,240
 некоторые черносливы вот так, и РП сказали:
 эй, ты нам больше не нужен,

167
00:14:36,240 --> 00:14:39,040
 нам не нужен ваш трафик.

168
00:14:39,040 --> 00:14:44,020
 И когда РП это услышал, он сказал: ладно,
 думаю, мне это больше не нужно,

169
00:14:44,020 --> 00:14:48,100
 никто больше не хочет этого от меня,
 поэтому RP удалил эту ссылку.

170
00:14:48,100 --> 00:14:50,760
 Так это произошло очень давно.

171
00:14:50,760 --> 00:14:57,300
 Сейчас кто-то снова просит у RP
 этот трафик, но он не получает

172
00:14:57,300 --> 00:15:03,700
 это. Здесь в игру может вступить
 нулевой регистр.

173
00:15:03,700 --> 00:15:10,640
 Итак, давайте поговорим
 о нулевом регистре.

174
00:15:10,640 --> 00:15:15,300
 Итак, мы знаем, что через некоторое время
 RP может забыть об этом потоке.

175
00:15:15,300 --> 00:15:17,160
 Изначально это прошло через него.

176
00:15:17,160 --> 00:15:21,280
 Он обрезает его, потому что он ему
 больше не нужен, и забывает о

177
00:15:21,280 --> 00:15:31,420
 это. Итак, вот что произойдет:
 подключенный маршрутизатор

178
00:15:31,420 --> 00:15:35,580
 источнику маршрутизатор 4 говорит,
 ну я отправлял этот мультикаст для

179
00:15:35,580 --> 00:15:40,500
 какое-то время. Есть шанс, что,
 возможно, это нужно РП.

180
00:15:40,500 --> 00:15:44,140
 Эй, может быть, кто-то еще
 хочет получать этот трафик.

181
00:15:44,140 --> 00:15:47,880
 Возможно, мне следует сообщить РП,
 что оно все еще продолжается.

182
00:15:47,880 --> 00:15:56,660
 Что ж, мы могли бы взять следующий
 пакет и зарегистрировать его в RP.

183
00:15:56,660 --> 00:15:58,460
 Это сработает.

184
00:15:58,460 --> 00:16:02,180
 Но вместо этого желания ПИМ сказали,
 ну не хочу я заморачиваться дальше

185
00:16:02,180 --> 00:16:05,160
 РП с этой регистрацией, потому
 что может у него никого нет.

186
00:16:05,160 --> 00:16:09,560
 Возможно, никто из тех, кого он знает,
 на самом деле не хочет этого трафика.

187
00:16:09,560 --> 00:16:17,820
 Вместо этого каждые несколько секунд маршрутизатор
 4 отправляет то, что называется

188
00:16:17,820 --> 00:16:22,800
 нулевой регистр до точки встречи.

189
00:16:22,800 --> 00:16:25,480
 Что такое нулевой регистр?

190
00:16:25,480 --> 00:16:29,580
 По сути, он выглядит точно так же, как
 обычный пакет регистров, но это не так.

191
00:16:29,580 --> 00:16:32,080
 внутри него есть какие-либо
 многоадресные данные.

192
00:16:32,080 --> 00:16:39,140
 Итак, если мы вернемся к трассировке нашего сниффера,
 нулевой регистр будет содержать тип

193
00:16:39,140 --> 00:16:51,680
 1, и здесь будет информация
 об источнике и

194
00:16:51,680 --> 00:16:54,860
 группа. Но тела не будет.

195
00:16:54,860 --> 00:16:56,980
 Внутри него не будет
 многоадресных данных.

196
00:16:56,980 --> 00:16:58,980
 Это будет гораздо меньший пакет.

197
00:16:58,980 --> 00:17:02,680
 И флаг нулевого регистра
 будет установлен на 1.

198
00:17:02,680 --> 00:17:08,380
 И именно так этот маршрутизатор может
 сказать: эй, RP просто хочет

199
00:17:08,380 --> 00:17:11,720
 К вашему сведению, я все
 еще знаю об этом потоке.

200
00:17:11,720 --> 00:17:13,540
 Это все еще проходит через меня.

201
00:17:13,540 --> 00:17:17,420
 Так что если хочешь, лучше скажи мне.

202
00:17:17,420 --> 00:17:21,300
 И затем, как только маршрутизатор получит, как
 только RP получит этот нулевой регистр, он

203
00:17:21,300 --> 00:17:22,520
 говорю: ох, молодец, молодец.

204
00:17:22,520 --> 00:17:25,460
 Я ждал услышать об этом пробке,
 потому что кто-то спросил меня.

205
00:17:25,460 --> 00:17:30,380
 для этого. Итак, теперь RP может снова отправить
 соединение S-comaG, чтобы открыться.

206
00:17:30,380 --> 00:17:36,520
 этот путь, и трафик может начать
 течь в этом направлении.

207
00:17:36,520 --> 00:17:40,880
 Вот что такое нулевой регистр.

208
00:17:40,880 --> 00:17:43,680
 И они отправляются каждые пять секунд.

209
00:17:43,680 --> 00:17:47,120
 Это называется временем зондирования.

210
00:17:47,120 --> 00:17:51,680
 Таким образом, каждые пять секунд маршрутизатор,
 ближайший к источнику, если

211
00:17:51,680 --> 00:17:55,200
 источник все еще работает, если он все
 еще передает многоадресную рассылку, мы

212
00:17:55,200 --> 00:17:58,380
 каждые пять секунд отправляйте эти нулевые
 регистры на RP, просто напоминая

213
00:17:58,380 --> 00:18:01,720
 RP, что этот трафик существует.

214
00:18:01,720 --> 00:18:06,480
 Потому что, может быть, за последние пять секунд
 к нему присоединился новый приемник.

215
00:18:06,480 --> 00:18:09,440
 RP, и, возможно, RP снова захочет
 получить этот трафик.