1 00:00:08,840 --> 00:00:12,040 Итак, теперь у нас построено общее дерево. 2 00:00:12,040 --> 00:00:17,660 На этом этапе, если многоадресная рассылка когда-либо начнется, как только она достигнет RP, она 3 00:00:17,660 --> 00:00:22,560 перейти от маршрутизатора 3 к маршрутизатору 8, от маршрутизатора 8 к маршрутизатору 2, а затем к маршрутизатору 4 00:00:22,560 --> 00:00:26,320 1. Итак, мы готовы к работе. 5 00:00:26,320 --> 00:00:30,920 Ладно, позвольте мне, ладно, я пока оставлю всё как есть. 6 00:00:30,920 --> 00:00:34,620 Это начинает немного запутывать, но я постараюсь здесь изо всех сил. 7 00:00:34,620 --> 00:00:40,680 Хорошо, теперь, вы знаете, минуту спустя, час спустя, источник, наконец, 8 00:00:40,680 --> 00:00:43,940 запускает. Он начинает отправлять свой многоадресный поток. 9 00:00:43,940 --> 00:00:57,440 Вот оно. Маршрутизатор 4 на затылке. 10 00:00:57,440 --> 00:01:03,880 Какое действие предпримет маршрутизатор 4 в результате получения этого самого первого 11 00:01:03,880 --> 00:01:05,940 многоадресный пакет? 12 00:01:05,940 --> 00:01:08,540 На самом деле он собирается сделать много вещей, так что правильных ответов несколько. 13 00:01:08,540 --> 00:01:21,240 ответ здесь. Ну, прежде чем он что-нибудь сделает, вы знаете, правило ПИМа. 14 00:01:21,240 --> 00:01:28,000 заключается в том, что когда вы что-то получаете, вы не можете создавать пакеты PIM. 15 00:01:28,000 --> 00:01:33,380 Вы не можете пересылать многоадресные пакеты, пока не создадите состояние в 16 00:01:33,380 --> 00:01:37,660 Таблица маршрутов М. Без состояния маршрута M вы ничего не сможете сделать. 17 00:01:37,660 --> 00:01:41,500 Итак, первое, что нужно сделать этому парню, — это создать состояние маршрута M. 18 00:01:41,500 --> 00:01:46,160 Итак, он говорит: ладно, ну, потому что я действительно получил трафик от 19 00:01:46,160 --> 00:01:54,060 source, я собираюсь создать состояние s-coma-g с номерами от 4.5.4.5 до 39.999. 20 00:01:54,060 --> 00:01:55,500 Вот это наша с-кома-г. 21 00:01:55,500 --> 00:02:03,140 Хорошо, в данном конкретном случае входящий интерфейс, что он собирается делать? 22 00:02:03,140 --> 00:02:12,020 иметь в качестве входящего интерфейса? 23 00:02:12,020 --> 00:02:14,560 Ну, это будет интерфейс, где на самом деле происходит эта многоадресная рассылка. 24 00:02:14,560 --> 00:02:16,360 заходит. Точно. 25 00:02:16,360 --> 00:02:18,080 Быстрый Ethernet, 0 косая черта 1. 26 00:02:18,080 --> 00:02:21,700 Это верно. Вот что у нас будет прямо здесь. 27 00:02:21,700 --> 00:02:28,920 Что будет соседом RPF для этой записи? 28 00:02:28,920 --> 00:02:34,580 Какой IP-адрес мы туда впишем? 29 00:02:34,580 --> 00:02:41,020 Точно, Питер. Это верно. 30 00:02:41,020 --> 00:02:42,780 Он говорит, смотри, я маршрутизатор последнего хопа. 31 00:02:42,780 --> 00:02:45,560 Я подключен напрямую к источнику. 32 00:02:45,560 --> 00:02:48,400 Это не пришло ко мне через какой-либо другой маршрутизатор. 33 00:02:48,400 --> 00:02:51,280 Таким образом, следующий сосед по переходу будет состоять из нулей. 34 00:02:51,280 --> 00:02:54,480 Я там, где это начинается прямо здесь. 35 00:02:54,480 --> 00:02:58,880 А теперь, прямо сейчас, что будет в списке исходящих интерфейсов, когда он 36 00:02:58,880 --> 00:03:15,800 создает это? Список исходящих интерфейсов будет нулевым. 37 00:03:15,800 --> 00:03:18,940 Потому что он скажет: смотри, хотя я получаю эту многоадресную передачу, 38 00:03:18,940 --> 00:03:20,460 меня никто никогда об этом не просил. 39 00:03:20,460 --> 00:03:24,740 Я никогда не получал по этому поводу никаких запросов IGMP или PIM. 40 00:03:24,740 --> 00:03:31,760 Так что это ноль. Если бы я прошёл шоу-маршрут IPM, прямо сейчас это всё, что мне нужно. 41 00:03:31,760 --> 00:03:37,320 увидел бы эту запись s-энергии для этого состояния? 42 00:03:37,320 --> 00:03:44,400 У вас есть 50% шанс сделать это правильно. 43 00:03:44,400 --> 00:03:52,620 Да или нет? Нет. Ответ: нет, это не все, что вы увидите. 44 00:03:52,620 --> 00:03:58,960 Потому что, хотя здесь маршрутизаторы сами по себе могут снимать звездные комедии, 45 00:03:58,960 --> 00:04:02,700 с-кома-г не может быть сама по себе. 46 00:04:02,700 --> 00:04:06,320 S-coma-g — помните аналогию младшего брата со старшим братом? 47 00:04:06,320 --> 00:04:08,820 Я сказал, что звезда комедии – старший брат. 48 00:04:08,820 --> 00:04:12,040 Он может выйти. Он может самостоятельно гулять по окрестностям. 49 00:04:12,040 --> 00:04:15,100 Но с-кома-г — это маленький семилетний брат. 50 00:04:15,100 --> 00:04:18,240 Мы не хотим, чтобы он ушел один, потому что с ним может что-то случиться. 51 00:04:18,240 --> 00:04:20,960 Так что ему придется согласиться со старшим братом. 52 00:04:20,960 --> 00:04:25,920 Итак, нам нужно создать звездную комедию, если она еще не существует. 53 00:04:25,920 --> 00:04:29,080 В данном случае его не существовало. 54 00:04:29,080 --> 00:04:33,220 Итак, мы это заполним. 55 00:04:33,220 --> 00:04:38,160 Тут немного сумбурно, но постараюсь все уместить. 56 00:04:38,160 --> 00:04:39,900 Входящий интерфейс будет быстрым. 57 00:04:39,900 --> 00:04:43,300 Ethernet 0 косая черта 0 точка 34, потому что это интерфейс, который ведет к 58 00:04:43,300 --> 00:04:44,600 место встречи. 59 00:04:44,600 --> 00:04:50,040 Нашим соседом по PF будет 3 точка 4 точка 3 точка 3. 60 00:04:50,040 --> 00:04:55,040 Список исходящих интерфейсов снова будет нулевым. 61 00:04:55,040 --> 00:04:58,520 Потому что мы заполняем список исходящих интерфейсов чем-то только в том случае, если 62 00:04:58,520 --> 00:05:01,220 мы получаем какой-то запрос. 63 00:05:01,220 --> 00:05:03,520 И мы ни разу не получили запрос. 64 00:05:03,520 --> 00:05:06,260 Хорошо, теперь мы создали MROUT STATE. 65 00:05:06,260 --> 00:05:08,740 Но мы так и не ответили на вопрос, что нам с этим делать 66 00:05:08,740 --> 00:05:10,820 самый первый многоадресный пакет? 67 00:05:10,820 --> 00:05:15,340 Теперь, когда состояние MROUT STATE создано, что мы собираемся с ним делать? 68 00:05:15,340 --> 00:05:24,840 Мы собираемся его зарегистрировать. 69 00:05:24,840 --> 00:05:26,020 Мы собираемся отправить его. 70 00:05:26,020 --> 00:05:31,780 Мы собираемся инкапсулировать его внутри пакета регистра PIM. 71 00:05:31,780 --> 00:05:35,800 Итак, вот оно, и это будет одноадресная передача. 72 00:05:35,800 --> 00:05:41,420 Итак, давайте посмотрим, смогу ли я отдать должное здесь. 73 00:05:41,420 --> 00:05:51,580 Итак, это будет одноадресная передача от R4 до R3. 74 00:05:51,580 --> 00:05:58,280 И след сниффера скажет PIM REGISTER. 75 00:05:58,280 --> 00:06:03,580 Теперь, когда R3 получит этот РЕГИСТР PIM, точно так же, как R4 сделал целую кучу 76 00:06:03,580 --> 00:06:06,340 одновременно, когда он получил первый пакет, он создал все 77 00:06:06,340 --> 00:06:10,220 штат и он зарегистрировал его, ну R3, он собирается сделать целую кучу 78 00:06:10,220 --> 00:06:13,080 вещи одновременно, как только он получит этот регистр. 79 00:06:13,080 --> 00:06:18,280 Поскольку он, наконец, видит настоящий источник, он может создать запись S-comaG. 80 00:06:18,280 --> 00:06:20,560 Мне здесь не хватает места, поэтому я просто поставлю 81 00:06:20,560 --> 00:06:22,200 только основы. 82 00:06:22,200 --> 00:06:27,520 4.5.4.5, 2.39.999. 83 00:06:27,520 --> 00:06:32,040 Итак, это моя запись о S-comaG. 84 00:06:32,040 --> 00:06:38,100 И если у вас есть вопросы о том, что такое входящий интерфейс или 85 00:06:38,100 --> 00:06:44,180 что-нибудь в этом роде, поэтому в этой конкретной записи о S-comaG я продолжу 86 00:06:44,180 --> 00:06:48,740 и поставь это. Когда он это создаст, он скажет, окей, ну если я уже это сделал 87 00:06:48,740 --> 00:06:53,620 получил существующую звездную комаГ, она просто торчала и ждала. 88 00:06:53,620 --> 00:06:56,940 И теперь я создаю S-comaG, потому что действительно вижу мультикаст. 89 00:06:56,940 --> 00:07:00,520 Я вернусь к своему star-comaG и всему, что есть в моем исходящем интерфейсе. 90 00:07:00,520 --> 00:07:05,080 список там, я скопирую его в свой S-comaG. 91 00:07:05,080 --> 00:07:11,100 Единственная ситуация, когда этого не произойдет, — это если, поступив так, вы 92 00:07:11,100 --> 00:07:14,840 будет дубликат того, где входящий интерфейс S-comaG является 93 00:07:14,840 --> 00:07:17,580 то же, что и список исходящих интерфейсов. 94 00:07:17,580 --> 00:07:18,800 Вы не можете этого иметь. 95 00:07:18,800 --> 00:07:21,280 У вас не может быть интерфейса в списке исходящих интерфейсов, это 96 00:07:21,280 --> 00:07:22,800 то же, что и входящий интерфейс. 97 00:07:22,800 --> 00:07:24,360 Это противоречит правилам PIM. 98 00:07:24,360 --> 00:07:30,080 Но в данном случае нам не о чем беспокоиться. 99 00:07:30,080 --> 00:07:32,540 Итак, кто-то из живой аудитории задал хороший вопрос. 100 00:07:32,540 --> 00:07:34,440 Они говорят, что это одноадресное сообщение, верно? 101 00:07:34,440 --> 00:07:36,020 Этот регистр PIM является одноадресным. 102 00:07:36,020 --> 00:07:41,420 Итак, если бы у меня было два, три или четыре маршрутизатора между третьим маршрутизатором и маршрутизатором 103 00:07:41,420 --> 00:07:44,900 в-четвертых, будет ли у них какое-либо состояние многоадресной рассылки? 104 00:07:44,900 --> 00:07:46,040 Нет, они бы этого не сделали. 105 00:07:46,040 --> 00:07:48,460 Потому что если бы между здесь были какие-нибудь маршрутизаторы, они бы просто увидели 106 00:07:48,460 --> 00:07:53,500 одноадресный пакет с адресом источника четыре, пункт назначения три, 107 00:07:53,500 --> 00:07:54,360 и они просто направят его. 108 00:07:54,360 --> 00:07:58,560 Точно так же, как они маршрутизируют запрос telnet, веб-браузера или FTP. 109 00:07:58,560 --> 00:08:02,520 Итак, если бы прямо сейчас между нами были какие-либо маршрутизаторы, их маршрут M 110 00:08:02,520 --> 00:08:03,800 государство ничего не покажет. 111 00:08:03,800 --> 00:08:06,820 Они не знают, что многоадресная рассылка на самом деле проходит через них. 112 00:08:06,820 --> 00:08:14,440 как одноадресная передача. Итак, третий маршрутизатор создает состояние S-comaG, а затем 113 00:08:14,440 --> 00:08:18,240 он использует это, чтобы переслать его вниз по дереву. 114 00:08:18,240 --> 00:08:21,560 Поэтому он говорит: «Хорошо, я собираюсь деинкапсулировать этот регистр, обнажая 115 00:08:21,560 --> 00:08:29,320 многоадресную рассылку внутри, и я собираюсь переслать ее по дереву, а затем 116 00:08:29,320 --> 00:08:33,340 восьмой маршрутизатор, когда он его получит, это создаст состояние S-comaG в 117 00:08:33,340 --> 00:08:41,700 ему. Я просто напишу это, потому что нам не хватает места. 118 00:08:41,700 --> 00:08:45,600 Затем он перенаправит его по общему дереву на второй маршрутизатор. 119 00:08:45,600 --> 00:08:47,200 Теперь давайте вернемся сюда на секунду. 120 00:08:47,200 --> 00:08:50,300 Прежде чем я расскажу о том, что происходит на втором маршрутизаторе, давайте вернемся к месту встречи. 121 00:08:50,300 --> 00:08:55,980 точка. Точно, Брэндон, пин-регистр - это, по сути, одноадресный туннель. 122 00:08:55,980 --> 00:08:58,640 для многоадресного пакета. 123 00:08:58,640 --> 00:09:03,120 На самом деле, довольно интересно, что вы подняли эту тему. 124 00:09:03,120 --> 00:09:08,500 Как только вы зайдете на маршрутизатор и впервые настроите на нем RP, вы 125 00:09:08,500 --> 00:09:12,660 скажи ему, кто такой RP, проверь это. 126 00:09:12,660 --> 00:09:15,540 Я просто пойду, не особо важно какой роутер я выберу, но всё для 127 00:09:15,540 --> 00:09:18,100 Ради целей я перейду к четвертому маршрутизатору. 128 00:09:18,100 --> 00:09:26,020 Посмотри на это. Фактически он создает туннельный интерфейс. 129 00:09:26,020 --> 00:09:33,440 Да, и если вы показываете нулевой интерфейсный туннель, там на самом деле написано: pem 130 00:09:33,440 --> 00:09:35,400 зарегистрировать туннель. 131 00:09:35,400 --> 00:09:40,400 Это есть у каждого маршрутизатора, потому что в любой момент времени маршрутизатор никогда 132 00:09:40,400 --> 00:09:43,120 знает, мне нужно будет зарегистрироваться? 133 00:09:43,120 --> 00:09:45,840 Будет ли когда-нибудь многоадресная рассылка, которая мне понадобится? 134 00:09:45,840 --> 00:09:47,360 зарегистрироваться в РП? 135 00:09:47,360 --> 00:09:53,160 Поэтому, как только маршрутизатор узнает, кто является RP, он динамически создает этот 136 00:09:53,160 --> 00:09:54,440 зарегистрировать туннель. 137 00:09:54,440 --> 00:09:57,820 Итак, он готов и ждет использования на случай, если ему когда-нибудь понадобится зарегистрироваться. 138 00:09:57,820 --> 00:10:00,900 что-либо. Да, так что это довольно круто. 139 00:10:00,900 --> 00:10:07,880 Итак, третий маршрутизатор только что переправил многоадресный пакет. 140 00:10:07,880 --> 00:10:12,760 Я упомянул, что проблема с этими пакетами регистров в том, что они потребляют 141 00:10:12,760 --> 00:10:17,360 немного больше ресурсов ЦП маршрутизатора, который выполняет регистрацию, 142 00:10:17,360 --> 00:10:22,720 маршрутизатор, который деинкапсулирует или деинкапсулирует реестр. 143 00:10:22,720 --> 00:10:25,920 Итак, третий маршрутизатор говорит: «Хорошо, я не хочу продолжать получать эти регистры». 144 00:10:25,920 --> 00:10:28,580 пакеты, если это заставляет меня работать очень усердно. 145 00:10:28,580 --> 00:10:33,680 Я бы предпочел просто получать собственную многоадресную рассылку как она есть, чистую многоадресную рассылку. 146 00:10:33,680 --> 00:10:37,900 Он говорит, что для этого мне нужно сообщить об этом соседям, расположенным выше по течению. 147 00:10:37,900 --> 00:10:42,500 в направлении дерева кратчайшего пути, это то, что я хочу. 148 00:10:42,500 --> 00:10:47,720 Итак, третий маршрутизатор говорит: «Хорошо, теперь, когда я получил это состояние s-comage», и, согласно 149 00:10:47,720 --> 00:10:53,460 для меня мое кратчайшее дерево путей — это интерфейс fast-eath и нулевой ноль. 150 00:10:53,460 --> 00:10:57,620 Хорошо, говорит он, когда я выполняю поиск по источнику с помощью RPF, четыре, пять, четыре, 151 00:10:57,620 --> 00:11:01,660 пять, мой поиск по RPF говорит, что мой кратчайший путь идет к быстрому уничтожению и в 152 00:11:01,660 --> 00:11:08,240 ноль ноль. Таким образом, третий маршрутизатор отправит PIM-пакет другого типа. 153 00:11:08,240 --> 00:11:12,180 Какой пакет PIM отправит третий маршрутизатор в этот момент по порядку? 154 00:11:12,180 --> 00:11:23,780 открыть ему кратчайший путь? 155 00:11:23,780 --> 00:11:31,820 Он отправит PIM s-comagee join, s-comagee join. 156 00:11:31,820 --> 00:11:35,280 И если бы здесь между этими двумя парнями были какие-нибудь роутеры 157 00:11:35,280 --> 00:11:40,360 у которого ранее не было состояния многоадресной рассылки, поскольку регистр был 158 00:11:40,360 --> 00:11:43,900 просто прозрачно пройдя через них, если бы были какие-то роутеры, давайте 159 00:11:43,900 --> 00:11:47,140 просто поставь пока сюда поддельный, скажем, роутер 160 00:11:47,140 --> 00:11:49,500 х был прямо здесь. 161 00:11:49,500 --> 00:11:56,200 Теперь, получив это соединение s-comagee, маршрутизатор x создаст s-comagee 162 00:11:56,200 --> 00:11:59,140 состояние в его таблице m-маршрутов. 163 00:11:59,140 --> 00:12:03,940 И он создал бы государство звездных комиков, потому что эти комаги не могут жить. 164 00:12:03,940 --> 00:12:07,400 само собой. Слишком страшно идти в этот мир в одиночку. 165 00:12:07,400 --> 00:12:09,020 Вместе с ним должен быть старший брат. 166 00:12:09,020 --> 00:12:12,040 Таким образом, это также создает состояние звездного комизма. 167 00:12:12,040 --> 00:12:16,780 А затем он пересылал s-comagee вверх по течению, и в конечном итоге это 168 00:12:16,780 --> 00:12:18,500 доберитесь до четвертого маршрутизатора. 169 00:12:18,500 --> 00:12:23,280 Как только четвертый маршрутизатор получает это сообщение, он говорит: «О, кто-то на самом деле 170 00:12:23,280 --> 00:12:25,400 спрашивает меня об этой многоадресной рассылке. 171 00:12:25,400 --> 00:12:33,100 Итак, теперь в моей записи s-comagee я могу удалить свой нулевой исходящий интерфейс. 172 00:12:33,100 --> 00:12:38,960 и я заменю его на тот интерфейс, где я только что получил запрос, 173 00:12:38,960 --> 00:12:45,040 запрос s-comagee, который имеет формат fast-eathonet00.34. 174 00:12:45,040 --> 00:12:50,800 Теперь это дает маршрутизатору номер четыре разрешение начать пересылку многоадресной рассылки. 175 00:12:50,800 --> 00:12:55,620 изначально настроен fast-eathonet00.34. 176 00:12:55,620 --> 00:13:04,340 Но помните: когда произошло соединение s-comagee, четвертый маршрутизатор не обязательно 177 00:13:04,340 --> 00:13:08,120 знаю, что это произошло потому, что это инициировало место встречи. 178 00:13:08,120 --> 00:13:10,140 Он не обязательно это знает. 179 00:13:10,140 --> 00:13:13,440 Все, что он знает, это то, что есть сосед ниже по течению, который хочет открыться. 180 00:13:13,440 --> 00:13:17,820 многоадресная рассылка. Итак, четвертый маршрутизатор говорит: «Хорошо, я отправлю многоадресную рассылку по его 181 00:13:17,820 --> 00:13:22,840 чистая родная форма по этой ссылке, но я не знаю, является ли место встречи 182 00:13:22,840 --> 00:13:24,780 даже получил мой реестр. 183 00:13:24,780 --> 00:13:26,740 Потому что помните, это не TCP. 184 00:13:26,740 --> 00:13:28,400 Здесь нет никаких благодарностей или чего-то еще. 185 00:13:28,400 --> 00:13:31,800 Когда четвертый маршрутизатор отправил регистр, он просто отправил его в пустоту и 186 00:13:31,800 --> 00:13:35,400 он понятия не имел, получил ли РП это на самом деле или нет. 187 00:13:35,400 --> 00:13:39,420 Так он и говорит, ну кроме отправки мультикаста в родном виде 188 00:13:39,420 --> 00:13:44,340 вниз по этому пути к маршрутизатору X, мне также нужно продолжать регистрацию. 189 00:13:44,340 --> 00:13:45,620 Я не могу это остановить. 190 00:13:45,620 --> 00:13:48,720 Потому что до тех пор, пока место встречи не подтвердит, что он получил мою регистрацию, 191 00:13:48,720 --> 00:13:50,220 Я должен продолжать идти. 192 00:13:50,220 --> 00:13:55,580 Итак, теперь многоадресная рассылка спускается по этому дереву, и третий маршрутизатор получает два 193 00:13:55,580 --> 00:14:00,520 его копии. Он получает родной мультикаст, потому что теперь этот путь был 194 00:14:00,520 --> 00:14:06,060 открыл. И он получает тот самый многоадресный пакет, инкапсулированный. 195 00:14:06,060 --> 00:14:08,120 внутри реестра. 196 00:14:08,120 --> 00:14:10,980 Теперь третий маршрутизатор говорит: «ОК, отлично». 197 00:14:10,980 --> 00:14:14,860 Я знаю, что мой кратчайший путь к источнику работает. 198 00:14:14,860 --> 00:14:16,380 Я знаю, что оно открылось. 199 00:14:16,380 --> 00:14:19,880 Потому что если бы он не работал, я бы не получил нормальный мультикаст, 200 00:14:19,880 --> 00:14:21,780 настоящий родной мультикаст. 201 00:14:21,780 --> 00:14:25,100 Он говорит, так раз уж у меня появился настоящий мультикаст, который он продолжает пересылать 202 00:14:25,100 --> 00:14:30,940 ниже по течению, говорит он, теперь я могу отправить сообщение об остановке регистрации. 203 00:14:30,940 --> 00:14:36,280 Мне здесь совершенно не хватает места, но он может отправить регистр PIM. 204 00:14:36,280 --> 00:14:43,620 останавливаться. И это, как там написано, приведет к остановке четвертого маршрутизатора. 205 00:14:43,620 --> 00:14:47,820 регистрация. А теперь он просто будет отправлять родной мультикаст в своем чистом виде 206 00:14:47,820 --> 00:14:52,620 перейдите к третьему маршрутизатору, и все пойдет. 207 00:14:52,620 --> 00:14:56,040 Я упомянул, когда появился самый первый многоадресный пакет, когда этот первый 208 00:14:56,040 --> 00:15:00,820 регистрация была деинкапсулирована, деинкапсулирована и в конечном итоге сделала свое 209 00:15:00,820 --> 00:15:03,320 Путь ко второму маршрутизатору, сказал я, давайте остановимся на секунду. 210 00:15:03,320 --> 00:15:05,320 Давайте вернемся к месту встречи, потому что второй маршрутизатор подойдет. 211 00:15:05,320 --> 00:15:06,380 куча вещей. 212 00:15:06,380 --> 00:15:08,840 Итак, давайте вернемся в прошлое. 213 00:15:08,840 --> 00:15:12,820 Давайте перевернем часы назад, на секунду или две, когда это самое 214 00:15:12,820 --> 00:15:15,840 первый многоадресный пакет попал во второй маршрутизатор. 215 00:15:15,840 --> 00:15:17,120 Ну, угадайте, что? 216 00:15:17,120 --> 00:15:26,300 Второй маршрутизатор, когда он его получает, он создает состояние S, запятая G, потому что сейчас 217 00:15:26,300 --> 00:15:28,100 он видел пакет. 218 00:15:28,100 --> 00:15:32,840 И он говорит: ладно, он возвращается к своей звездочке, запятой G, и видит 219 00:15:32,840 --> 00:15:35,640 там маленький флаг. 220 00:15:35,640 --> 00:15:42,240 Флаг C, который говорит: «О, я помню, что создал звезду, запятую, состояние G». 221 00:15:42,240 --> 00:15:46,320 потому что прямое соединение, это то, что означает C, прямое соединение 222 00:15:46,320 --> 00:15:49,580 подключенный ресивер запросил у меня эту многоадресную рассылку. 223 00:15:49,580 --> 00:15:51,300 Я получил отчет о членстве. 224 00:15:51,300 --> 00:15:55,700 Он говорит, что это означает, что я тот, кого PIM называет листовым маршрутизатором. 225 00:15:55,700 --> 00:15:57,900 Я в конце ветки. 226 00:15:57,900 --> 00:16:03,140 И поскольку я листорезчик, у меня есть полномочия открыть кратчайший путь. 227 00:16:03,140 --> 00:16:08,960 дерево путей. Что касается меня, то я могу отойти от общего дерева и попытаться 228 00:16:08,960 --> 00:16:12,020 получить эти пакеты более эффективным способом. 229 00:16:12,020 --> 00:16:15,640 Итак, если мы предположим, что этот последовательный канал на самом деле является кратчайшим путем 230 00:16:15,640 --> 00:16:19,960 дерево с точки зрения второго маршрутизатора, он, по сути, собирается сделать то же самое. 231 00:16:19,960 --> 00:16:22,460 то же самое, что и точка встречи. 232 00:16:22,460 --> 00:16:29,100 Он собирается отправить соединение S, запятая G вверх по течению. 233 00:16:29,100 --> 00:16:36,560 И когда четвертый маршрутизатор получит это, он будет в своем списке исходящих интерфейсов 234 00:16:36,560 --> 00:16:43,600 теперь добавьте серийный номер 010 к этому исходящему интерфейсу. 235 00:16:43,600 --> 00:16:47,960 И теперь родной мультикаст таким образом начнет стекать. 236 00:16:47,960 --> 00:16:53,580 Как только второй маршрутизатор получает эту встроенную многоадресную рассылку, он говорит: «ОК, отлично». 237 00:16:53,580 --> 00:16:56,920 Теперь я получаю собственную многоадресную рассылку по моему дереву кратчайшего пути. 238 00:16:56,920 --> 00:17:02,020 Но хм, я также отправляю копии этого пакета по общему дереву. 239 00:17:02,020 --> 00:17:04,620 Мне больше не нужны эти пакеты в общем дереве. 240 00:17:04,620 --> 00:17:05,780 Я не хочу таких. 241 00:17:05,780 --> 00:17:12,240 Итак, рассмотрим вопрос: что делает второй маршрутизатор, чтобы попытаться остановить 242 00:17:12,240 --> 00:17:17,540 пакеты не спускаются по общему дереву? 243 00:17:17,540 --> 00:17:29,200 Это верно. Он отправляет сообщение об отключении PIM. 244 00:17:29,200 --> 00:17:34,300 Точно сообщение о сокращении PIM, которое имеет тот же формат, что и соединение PIM. 245 00:17:34,300 --> 00:17:38,480 сообщение. Просто вместо того, чтобы указать количество присоединившихся групп, там указано число. 246 00:17:38,480 --> 00:17:40,440 групп сокращено. 247 00:17:40,440 --> 00:17:45,520 Поэтому он посылает чернослив PIM. 248 00:17:45,520 --> 00:17:51,480 В данном конкретном случае у него действительно будет источник 4.5.4.5. 249 00:17:51,480 --> 00:17:54,500 У него будет группа. 250 00:17:54,500 --> 00:18:00,920 Но внутри у него будет установлен бит RP, который сообщает восходящему каналу 251 00:18:00,920 --> 00:18:04,660 сосед, эй, не пересылай это источнику. 252 00:18:04,660 --> 00:18:07,180 Хоть я и указываю здесь адрес источника, это не там 253 00:18:07,180 --> 00:18:09,000 сообщение в конечном итоге отправляется. 254 00:18:09,000 --> 00:18:11,760 Мне нужно, чтобы ты переправил это к месту встречи. 255 00:18:11,760 --> 00:18:16,060 Итак, восьмой маршрутизатор удалит нулевую косую черту на своем исходящем интерфейсе. 256 00:18:16,060 --> 00:18:22,880 список. Он создаст сообщение об обрезке, которое затем отправит маршрутизатору. 257 00:18:22,880 --> 00:18:28,180 три. Маршрутизатор номер три затем удалит список исходящих интерфейсов. 258 00:18:28,180 --> 00:18:34,780 И теперь третий роутер скажет: ну ладно, мультикаст никому не нужен. 259 00:18:34,780 --> 00:18:38,820 для меня больше. В моем списке исходящих интерфейсов больше нет интерфейсов. 260 00:18:38,820 --> 00:18:40,140 Угадайте, что он сделает? 261 00:18:40,140 --> 00:18:43,300 Он отправит чернослив вверх, к источнику. 262 00:18:43,300 --> 00:18:47,460 И в конце концов, примерно через секунду или две, трафик прекратится. 263 00:18:47,460 --> 00:18:51,200 дольше, он перестанет проходить точку встречи, и это будет только 264 00:18:51,200 --> 00:18:57,140 спуститесь по дереву исходных путей прямо ко второму маршрутизатору. 265 00:18:57,140 --> 00:19:02,560 Итак, какие у вас есть вопросы? 266 00:19:02,560 --> 00:19:06,740 На этом я завершаю свой обзор этого процесса в живой аудитории. 267 00:19:06,740 --> 00:19:22,160 Есть вопросы? 268 00:19:22,160 --> 00:19:23,900 Питер задает хороший вопрос. 269 00:19:23,900 --> 00:19:26,460 Он говорит: «Эй, я помню нечто, называемое нулевым регистром». 270 00:19:26,460 --> 00:19:29,640 Кто это отправляет и на каких условиях? 271 00:19:29,640 --> 00:19:32,540 Хорошо, вот мы и в настоящем. 272 00:19:32,540 --> 00:19:36,460 Прямо сейчас многоадресная рассылка достигает четвертого маршрутизатора, и единственный исходящий 273 00:19:36,460 --> 00:19:42,300 Интерфейс, который имеет четвертый маршрутизатор, представляет собой последовательную нулевую косую черту, один размер, ноль. 274 00:19:42,300 --> 00:19:45,320 Итак, он отправляет это прямо туда. 275 00:19:45,320 --> 00:19:51,520 Но четвертый маршрутизатор, говорит он, ну, каждые несколько секунд у него возникают мысли. 276 00:19:51,520 --> 00:19:55,900 Четвертый маршрутизатор каждые несколько секунд говорит: ну, есть вероятность, что 277 00:19:55,900 --> 00:20:01,160 возможно, кто-то еще за последние несколько секунд присоединился к потоку и отправил 278 00:20:01,160 --> 00:20:03,740 их запрос к месту встречи. 279 00:20:03,740 --> 00:20:06,360 И, возможно, место встречи прямо сейчас сидит там и вертит своим 280 00:20:06,360 --> 00:20:09,300 большой палец говорит: чувак, мне бы хотелось, чтобы этот стрим начался, потому что у меня есть кто-то 281 00:20:09,300 --> 00:20:10,800 новый, кто этого хочет. 282 00:20:10,800 --> 00:20:13,680 Но помните, место встречи могло забыть о потоке. 283 00:20:13,680 --> 00:20:15,800 Возможно, у него больше нет государства. 284 00:20:15,800 --> 00:20:20,560 Итак, когда к нему присоединился кто-то еще, это создало новую звезду, состояние запятой G. 285 00:20:20,560 --> 00:20:22,060 и место встречи. 286 00:20:22,060 --> 00:20:25,600 Но он забыл о своем предыдущем состоянии S, запятая G. 287 00:20:25,600 --> 00:20:30,140 Этого больше нет. Итак, четвертый маршрутизатор говорит, на всякий случай, если это произойдет: 288 00:20:30,140 --> 00:20:32,160 Я собираюсь отправить нулевой регистр. 289 00:20:32,160 --> 00:20:33,540 Это примерно каждые пять секунд. 290 00:20:33,540 --> 00:20:36,240 Каждые пять секунд или около того я буду отправлять на маршрутизатор нулевой регистр. 291 00:20:36,240 --> 00:20:40,900 три, внутри которого фактически нет многоадресного пакета. 292 00:20:40,900 --> 00:20:43,420 По сути, там говорится: эй, место встречи. 293 00:20:43,420 --> 00:20:47,920 Просто хочу напомнить вам, что у меня идет многоадресная трансляция. 294 00:20:47,920 --> 00:20:49,840 Я передаю это другим людям. 295 00:20:49,840 --> 00:20:53,840 И если ты этого хочешь, ты можешь попросить меня об этом. 296 00:20:53,840 --> 00:20:55,460 Вот что такое нулевой регистр. 297 00:20:55,460 --> 00:20:57,240 Гаснет каждые пять секунд. 298 00:20:57,240 --> 00:21:00,820 Он генерируется четвертым маршрутизатором, потому что именно он подключен напрямую. 299 00:21:00,820 --> 00:21:04,760 к источнику. И это его способ напомнить о месте встречи, эй, 300 00:21:04,760 --> 00:21:05,880 Вы хотите это? 301 00:21:05,880 --> 00:21:10,060 Теперь, если точка встречи этого хочет, он отправит S, запятую G, соединение. 302 00:21:10,060 --> 00:21:12,400 чтобы вновь открыть этот путь. 303 00:21:12,400 --> 00:21:16,800 Если точка встречи этого не хочет, он отправит еще одну остановку регистра. 304 00:21:16,800 --> 00:21:18,080 Он скажет: мне это не нужно. 305 00:21:18,080 --> 00:21:19,080 И вот это произойдет. 306 00:21:19,080 --> 00:21:20,600 Каждые пять секунд. 307 00:21:20,600 --> 00:21:25,940 Так что да, этот нулевой регистр всегда генерируется маршрутизатором первого перехода. 308 00:21:25,940 --> 00:21:30,820 Маршрутизатор, который напрямую подключен к источнику многоадресной рассылки. 309 00:21:30,820 --> 00:21:35,420 Есть еще вопросы? 310 00:21:35,420 --> 00:21:43,240 И да, Джош задал хороший вопрос. 311 00:21:43,240 --> 00:21:46,920 Он сказал, возвращаясь ко второму маршрутизатору, когда второй маршрутизатор переключился на 312 00:21:46,920 --> 00:21:49,840 кратчайший путь, просто Джош просто хочет подтверждения. 313 00:21:49,840 --> 00:21:51,080 Он абсолютно прав. 314 00:21:51,080 --> 00:21:54,380 Способ, с помощью которого маршрутизатор определяет кратчайший путь, заключается в том, что он смотрит 315 00:21:54,380 --> 00:21:58,620 по адресу источника этой многоадресной рассылки, который в данном случае равен четырем, пятим, 316 00:21:58,620 --> 00:21:59,460 четыре, пять, пять, четыре. 317 00:21:59,460 --> 00:22:01,500 Он проводит проверку ПФР. 318 00:22:01,500 --> 00:22:04,620 Он заходит в свою таблицу одноадресной маршрутизации и спрашивает, какой маршрут лучше всего. 319 00:22:04,620 --> 00:22:07,580 Я вернулся к этому источнику? 320 00:22:07,580 --> 00:22:12,180 И у него может быть статический маршрут, маршрут EI-JRP или маршрут OSPF. 321 00:22:12,180 --> 00:22:15,360 Но в данном случае у него был какой-то маршрут, который говорил, как лучше всего добраться 322 00:22:15,360 --> 00:22:19,920 вернуться в сеть «четыре, пять, четыре» можно через серийный номер 010. 323 00:22:19,920 --> 00:22:22,860 Вот как он определил, каким будет его кратчайший путь.