1 00:00:08,440 --> 00:00:11,620 Итак, до этого момента, если вы смотрели видео с 2 00:00:11,620 --> 00:00:15,920 с начала и до сих пор я как бы разбил это на разделы в 3 00:00:15,920 --> 00:00:19,320 чтобы выделить каждый раздел, действительно подробно рассказать о том, что происходит 4 00:00:19,320 --> 00:00:24,100 в каждом процессе или при возникновении каждого триггера в процессе PIM. 5 00:00:24,100 --> 00:00:29,960 У нас был раздел, посвященный построению общего дерева и триггерам. 6 00:00:29,960 --> 00:00:33,640 и сообщения, которые при этом происходят, потом у нас было еще одно видео о 7 00:00:33,640 --> 00:00:38,180 процесс регистрации при запуске источника, как это выглядит. 8 00:00:38,180 --> 00:00:42,240 Затем у нас был еще один раздел, посвященный объединению дерева кратчайших путей. 9 00:00:42,240 --> 00:00:44,300 Итак, я собираюсь собрать все это в фокусе. 10 00:00:44,300 --> 00:00:47,360 Теперь я просто собираюсь сделать быстрый обзор на доске всего этого. 11 00:00:47,360 --> 00:00:49,060 все как есть. 12 00:00:49,060 --> 00:00:51,140 Больше не буду проводить анализы и лабораторные анализы. 13 00:00:51,140 --> 00:00:54,480 Мы уже сделали это в предыдущем трейте в предыдущих разделах. 14 00:00:54,480 --> 00:00:58,600 Я просто покажу вам конец доски, чтобы завершить весь процесс. 15 00:00:58,600 --> 00:01:01,540 случается. Итак, надеюсь, это поможет вам сосредоточиться на этом, если вы будете добры. 16 00:01:01,540 --> 00:01:05,640 из застрявших сейчас, как говорится, видя лес сквозь деревья. 17 00:01:05,640 --> 00:01:09,440 Итак, давайте вернемся к нашей доске. 18 00:01:09,440 --> 00:01:19,960 Хорошо, теперь с многоадресной рассылкой в ​​первую очередь может произойти одно из двух. 19 00:01:19,960 --> 00:01:24,840 Либо получатели могут начать присоединяться к многоадресной рассылке до многоадресной рассылки. 20 00:01:24,840 --> 00:01:27,640 уже началось, и это, безусловно, может произойти. 21 00:01:27,640 --> 00:01:30,580 Вы знаете, например, если вы узнаете, что у вашего генерального директора будет 22 00:01:30,580 --> 00:01:35,560 видео сегодня в три часа о какой-то большой новой бонусной структуре в вашем 23 00:01:35,560 --> 00:01:39,560 компания. Ну а перед этим даже видео начинает выходить в три часа, 24 00:01:39,560 --> 00:01:42,820 люди в своих кубах, наверное, начнут к нему присоединяться, ну, пять или 25 00:01:42,820 --> 00:01:44,840 за десять минут до начала видео. 26 00:01:44,840 --> 00:01:50,240 Итак, это может произойти там, где, знаете, может быть, у вас есть видеопоток. 27 00:01:50,240 --> 00:01:55,260 это запускается и работает 24 часа в сутки, как, ну, вы знаете, новостная лента CNN 28 00:01:55,260 --> 00:01:59,520 или BBN, ну, знаете, новостная лента, что-то, что происходит постоянно, и 29 00:01:59,520 --> 00:02:01,540 возможно, это даже никто не смотрит. 30 00:02:01,540 --> 00:02:04,840 Таким образом, сначала может произойти процесс регистрации, а затем получатели 31 00:02:04,840 --> 00:02:06,300 мог бы присоединиться позже. 32 00:02:06,300 --> 00:02:10,800 Итак, чтобы упростить ситуацию, я начну с первого сценария. 33 00:02:10,800 --> 00:02:16,220 где сначала подключается ресивер, а потом уже после этого запускается видео. 34 00:02:16,220 --> 00:02:20,780 Итак, как и в случае с проверкой, шаг номер один в этом процессе — если получатель 35 00:02:20,780 --> 00:02:24,480 присоединяется, мы знаем этого получателя, мы просто предполагаем IPv4 для 36 00:02:24,480 --> 00:02:26,020 теперь просто для простоты. 37 00:02:26,020 --> 00:02:29,620 Мы знаем, что приемник, это мой ноутбук слева, собирается 38 00:02:29,620 --> 00:02:31,740 что отправить? Обзорный вопрос. 39 00:02:31,740 --> 00:02:36,120 Какое сообщение IgMP этот получатель отправит на свой шлюз по умолчанию? 40 00:02:36,120 --> 00:02:39,420 говоря: я хочу быть частью этого потока? 41 00:02:39,420 --> 00:02:42,200 Кто может ответить на это? 42 00:02:42,200 --> 00:02:51,360 Что ж, будем надеяться, что ответ, который вы получили, — это отчет о членстве в IgMP. 43 00:02:51,360 --> 00:02:54,200 Иногда это называют соединением IgMP. 44 00:02:54,200 --> 00:02:58,520 Это своего рода жаргонный термин, но технический термин — IgMP. 45 00:02:58,520 --> 00:03:00,720 отчет о членстве. 46 00:03:00,720 --> 00:03:04,360 И мы знаем, что адрес назначения этого отчета будет любым. 47 00:03:04,360 --> 00:03:08,700 стрим - это то, что парень желает посмотреть, а также в теле 48 00:03:08,700 --> 00:03:12,740 отчет, поле GDA и поле адреса назначения группы также будут 49 00:03:12,740 --> 00:03:15,120 будь это то же самое. 50 00:03:15,120 --> 00:03:22,520 Хорошо, теперь, если этот маршрутизатор не поддерживает PIM, на этом интерфейсе, 51 00:03:22,520 --> 00:03:26,840 он проигнорирует это, потому что маршрутизаторы по умолчанию не слушают IgMP. 52 00:03:26,840 --> 00:03:29,700 Они игнорируют это. Итак, это одна из причин, по которой нам необходимо включить PIM. 53 00:03:29,700 --> 00:03:34,680 в той или иной форме, либо в плотном режиме, либо в разреженном режиме на этом интерфейсе, поскольку 54 00:03:34,680 --> 00:03:39,920 это также позволяет обрабатывать IgMP как побочный продукт. 55 00:03:39,920 --> 00:03:43,320 Итак, давайте просто предположим, что каждый интерфейс 56 00:03:43,320 --> 00:03:48,040 то, что мы видим здесь на этом рисунке, уже включает разреженный режим PIM. 57 00:03:48,040 --> 00:03:49,560 Хорошо, давайте просто предположим это. 58 00:03:49,560 --> 00:03:53,040 Кроме того, давайте в целях рассуждения предположим, что мы уже заранее определили 59 00:03:53,040 --> 00:03:58,300 что точкой встречи PIM будет третий маршрутизатор. 60 00:03:58,300 --> 00:04:03,880 И все маршрутизаторы, включая третий, указывают на IP-адрес. 61 00:04:03,880 --> 00:04:07,600 адрес на третьем маршрутизаторе, быстрый, Ethernet ноль ноль, то есть три точки 62 00:04:07,600 --> 00:04:12,260 четыре точки три точки три — адрес PIM RP. 63 00:04:12,260 --> 00:04:17,920 И если вы забыли, командой для этого на глобальном уровне был IP. 64 00:04:17,920 --> 00:04:25,480 PIM RP прочеркиваете адрес, а потом ставите адрес. 65 00:04:25,480 --> 00:04:29,480 И мы сделали это на каждом маршрутизаторе, включая сам RP. 66 00:04:29,480 --> 00:04:32,640 Хорошо, это была команда статической настройки RP. 67 00:04:32,640 --> 00:04:37,020 Итак, PIM включен. 68 00:04:37,020 --> 00:04:38,840 Все знают, кто такой РП. 69 00:04:38,840 --> 00:04:41,640 И, конечно же, каждый должен иметь возможность достичь RP. 70 00:04:41,640 --> 00:04:44,920 Итак, мы предполагаем, что существует какой-то протокол маршрутизации, например EIGRP. 71 00:04:44,920 --> 00:04:48,340 или RIP или что-то в этом роде, работающее в фоновом режиме. 72 00:04:48,340 --> 00:04:51,360 Так что все знают, как до всего добраться. 73 00:04:51,360 --> 00:04:55,980 Итак, все необходимые предварительные условия уже выполнены. 74 00:04:55,980 --> 00:05:00,680 Хорошо, теперь отчет о членстве в IGMP поступает на второй маршрутизатор. 75 00:05:00,680 --> 00:05:06,680 Теперь, если бы я это сделал в тот момент, сразу после того, как второй маршрутизатор получил этот IGMP 76 00:05:06,680 --> 00:05:12,100 отчет о членстве, если я ввел команду показать IP-маршрут в маршрутизаторе 77 00:05:12,100 --> 00:05:18,520 во-вторых, вот обзорный вопрос: какую запись маршрута em я увижу? 78 00:05:18,520 --> 00:05:24,600 Точно. Спасибо, Питер. 79 00:05:24,600 --> 00:05:27,380 И для тех из вас, кто смотрит: надеюсь, вы сказали, что увидите звезду. 80 00:05:27,380 --> 00:05:29,460 запись с запятой G. Точно. 81 00:05:29,460 --> 00:05:31,780 Вот почему я бы увидел звездочку-запятую G. 82 00:05:31,780 --> 00:05:35,540 Так что в данном конкретном случае, если я это напишу, я просто оставлю это здесь. 83 00:05:35,540 --> 00:05:37,700 красным для обозначения PIM. 84 00:05:37,700 --> 00:05:45,660 Итак, на втором маршрутизаторе я увижу запись со звездочкой и запятой 239.999, вот что 85 00:05:45,660 --> 00:05:47,320 мы называем звездчатую запятую G. 86 00:05:47,320 --> 00:05:51,220 Теперь рядом с ним будет адрес RP 3433. 87 00:05:51,220 --> 00:05:54,640 Это означает, что мы действительно знаем, кто такой RP. 88 00:05:54,640 --> 00:05:56,500 Хорошо, еще один обзорный вопрос. 89 00:05:56,500 --> 00:06:02,440 Мы рекомендуем использовать этот конкретный рисунок и предполагать, что быстрый 90 00:06:02,440 --> 00:06:07,020 Каналы Ethernet являются гораздо лучшим показателем маршрутизации, чем последовательный канал. 91 00:06:07,020 --> 00:06:12,360 что сериал на самом деле является последним предпочтительным маршрутом, по которому можно куда-либо добраться. 92 00:06:12,360 --> 00:06:14,540 И я упоминаю об этом не просто так. 93 00:06:14,540 --> 00:06:19,060 В записи со звездочкой-запятой G у нас будет что-то, называемое входящим интерфейсом. 94 00:06:19,060 --> 00:06:21,540 Я просто собираюсь сократить это до IIF. 95 00:06:21,540 --> 00:06:34,200 Какой интерфейс на втором маршрутизаторе мы увидим в качестве входящего? 96 00:06:34,200 --> 00:06:37,740 Это верно. Это будет быстрый Ethernet с нулевой косой чертой. 97 00:06:37,740 --> 00:06:40,400 А если бы ты забыл, если бы ты сказал: ну как ты это придумал? 98 00:06:40,400 --> 00:06:45,100 Помните, что в записи со звездочкой-запятой G все основано на свидании. 99 00:06:45,100 --> 00:06:47,800 точка. Кто является местом встречи? 100 00:06:47,800 --> 00:06:49,980 Как нам добраться до места встречи? 101 00:06:49,980 --> 00:06:54,220 И в данном конкретном случае, на этой диаграмме, можно с уверенностью сказать, что 102 00:06:54,220 --> 00:06:57,640 для второго маршрутизатора, чтобы добраться до точки встречи, лучший путь — через быстрый 103 00:06:57,640 --> 00:06:59,840 Ethernet ноль косая черта один. 104 00:06:59,840 --> 00:07:03,500 Итак, скажем так: быстрый Ethernet, ноль, косая черта. 105 00:07:03,500 --> 00:07:04,980 Хорошо, следующий вопрос. 106 00:07:04,980 --> 00:07:08,580 Там же было бы что-то, называемое соседом RPF. 107 00:07:08,580 --> 00:07:13,500 Какой IP-адрес будет указан в поле соседа RPF? 108 00:07:13,500 --> 00:07:26,480 Да, это будет IP-адрес его соседа выше по течению, который в этом 109 00:07:26,480 --> 00:07:27,980 корпус маршрутизатор восемь. 110 00:07:27,980 --> 00:07:32,960 Теперь вспомните соседа выше по течению относительно того, как я доберусь до места встречи. 111 00:07:32,960 --> 00:07:38,080 точка. Итак, это будет восемь точек четыре точки восемь точек восемь, что не так. 112 00:07:38,080 --> 00:07:41,320 восемь точка четыре, восемь точка два точка восемь точка восемь. 113 00:07:41,320 --> 00:07:46,180 Итак, второй маршрутизатор является восходящим соседним маршрутизатором восемь, чтобы добраться до 114 00:07:46,180 --> 00:07:47,740 место встречи. 115 00:07:47,740 --> 00:07:53,260 И последнее: здесь также будет что-то, называемое исходящим интерфейсом. 116 00:07:53,260 --> 00:07:58,700 список. Какой интерфейс, если таковой имеется, будет в списке исходящих интерфейсов? 117 00:07:58,700 --> 00:08:10,020 прямо сейчас? Да, так, надеюсь, сказал, ну, это будет интерфейс 118 00:08:10,020 --> 00:08:12,940 который получил отчет о членстве. 119 00:08:12,940 --> 00:08:17,080 Интерфейс, в котором, если бы мы действительно получили многоадресную рассылку, где мы находимся 120 00:08:17,080 --> 00:08:17,640 собираюсь отправить. 121 00:08:17,640 --> 00:08:22,240 В данном конкретном случае вся эта звезда, запись G была создана потому, что 122 00:08:22,240 --> 00:08:24,580 мы получили запрос. 123 00:08:24,580 --> 00:08:29,380 Мы получили отчет членства IGMP по быстрому Ethernet ноль ноль. 124 00:08:29,380 --> 00:08:33,740 Вот что будет в нашем списке исходящих интерфейсов, потому что это 125 00:08:33,740 --> 00:08:35,220 куда присоединился получатель. 126 00:08:35,220 --> 00:08:39,380 Хорошо, так что все произойдет за долю секунды, как только это членство 127 00:08:39,380 --> 00:08:40,920 приходит отчет. 128 00:08:40,920 --> 00:08:48,600 Затем это заставляет R2 генерировать и передавать особый вид PIM-сообщения. 129 00:08:48,600 --> 00:08:52,180 Как мы называем такое сообщение PIM? 130 00:08:52,180 --> 00:09:02,680 Что ж, надеюсь, вы ответили, что это называется соединением PIM. 131 00:09:02,680 --> 00:09:05,060 Так что это своего рода общий термин. 132 00:09:05,060 --> 00:09:08,720 Но мы также говорили о том, что на самом деле существует два разных типа PIM. 133 00:09:08,720 --> 00:09:12,980 присоединяется. Они принимают тот же формат пакетов, но из-за наличия или 134 00:09:12,980 --> 00:09:16,820 из-за отсутствия определенных флагов существовало два разных типа соединений. 135 00:09:16,820 --> 00:09:20,500 Какой тип соединения собирается создать R2? 136 00:09:20,500 --> 00:09:31,380 Надеюсь, вы сказали, Кит, что это будет звезда, G присоединяйтесь, PIM. 137 00:09:31,380 --> 00:09:36,360 звезда, G присоединяюсь точно, потому что R2 не знает источника. 138 00:09:36,360 --> 00:09:39,080 Итак, в этом объединении будет небольшой флаг, называемый подстановочным знаком. 139 00:09:39,080 --> 00:09:43,700 флаг, что означает, что я не знаю, что является источником. 140 00:09:43,700 --> 00:09:48,760 И из всех интерфейсов, которые есть у R2, какой интерфейс будет использоваться для 141 00:09:48,760 --> 00:09:51,900 на самом деле передать эту звезду, G присоединиться? 142 00:09:51,900 --> 00:10:01,540 Куда это пойдет? 143 00:10:01,540 --> 00:10:06,460 Это верно. Так что намерение этой звезды, G join, состоит в том, чтобы отправить ее 144 00:10:06,460 --> 00:10:09,560 в конце концов, чтобы добраться до места встречи. 145 00:10:09,560 --> 00:10:12,320 Мы хотим сообщить о месте встречи: эй, у нас есть кто-то, кто 146 00:10:12,320 --> 00:10:13,500 интересуется здесь. 147 00:10:13,500 --> 00:10:15,700 И да, ребята в прямом эфире, вы отвечаете правильно. 148 00:10:15,700 --> 00:10:19,780 Все основано на двух вещах: входящем интерфейсе, который 149 00:10:19,780 --> 00:10:23,740 это интерфейс, который я использовал, чтобы добраться до точки встречи и до RPF 150 00:10:23,740 --> 00:10:26,560 сосед. Таким образом, в данном конкретном случае оно действительно будет передано. 151 00:10:26,560 --> 00:10:29,780 на Быстром Итане с нулевой косой чертой. 152 00:10:29,780 --> 00:10:34,520 А затем, поскольку мы знаем наших соседей RPF 8.2.8.8, мы посмотрим в нашем 153 00:10:34,520 --> 00:10:38,300 ARP-таблицу, разберемся, какие MAC-адреса у этого парня. 154 00:10:38,300 --> 00:10:44,160 И вот как следующий вопрос, на самом деле, это обзорный вопрос. 155 00:10:44,160 --> 00:10:48,440 Каким будет MAC-адрес назначения этого Ethernet-кадра? 156 00:10:48,440 --> 00:11:08,500 несёт в себе эту звезду PIM, Джи присоединяется? 157 00:11:08,500 --> 00:11:10,700 Ну, это было немного сложно. 158 00:11:10,700 --> 00:11:16,060 Это немного сложно, потому что звезда G соединяется на третьем слое 159 00:11:16,060 --> 00:11:20,960 сетевой уровень переходит на тот же IP-адрес назначения, что и PIM. 160 00:11:20,960 --> 00:11:25,760 привет. 224 00 13. 161 00:11:25,760 --> 00:11:29,180 Итак, теперь, когда мы знаем, что пункт назначения третьего уровня — это адрес многоадресной рассылки, 162 00:11:29,180 --> 00:11:32,580 это должно подсказать вам, что, ах, ладно, если пункт назначения третьего уровня 163 00:11:32,580 --> 00:11:38,280 адрес — это адрес многоадресной рассылки, тогда мы можем получить пункт назначения второго уровня 164 00:11:38,280 --> 00:11:42,700 MAC-адрес с этого многоадресного адреса. 165 00:11:42,700 --> 00:11:46,540 Так в самом начале вчерашнего видео я говорил, что все IPB4 166 00:11:46,540 --> 00:11:51,720 мультикасты идут на адрес 0100 5E. 167 00:11:51,720 --> 00:11:56,540 И затем я сказал, что, по сути, вы отображаете последние 23 бита в MAC. 168 00:11:56,540 --> 00:12:02,700 адрес здесь. Ну, 13 в шестнадцатеричном формате — это 10, 11, 12, 13, ABCD. 169 00:12:02,700 --> 00:12:13,340 Итак, это D. Итак, я буду 0100 5E, 0000 D. 170 00:12:13,340 --> 00:12:22,560 Если я правильно понял, 0100 5E, а затем D — это, да, D — 13, ABCD, 171 00:12:22,560 --> 00:12:27,320 10, 11, 12, 13. Так что на самом деле это будет MAC-адрес назначения 172 00:12:27,320 --> 00:12:31,420 эта звезда, G присоединиться, потому что идет многоадресная рассылка. 173 00:12:31,420 --> 00:12:38,480 В фактическом заголовке IP указывается время жизни на этом IP-адресе. 174 00:12:38,480 --> 00:12:47,060 заголовок для этого соединения? 175 00:12:47,060 --> 00:12:49,720 Это верно. Это будет один. 176 00:12:49,720 --> 00:12:54,020 Помните, мы говорили о том, что адреса многоадресной рассылки имеют разные области действия. 177 00:12:54,020 --> 00:12:57,040 И мы сказали, что, по данным Управления по присвоению номеров Интернета, любой 178 00:12:57,040 --> 00:13:02,800 адрес многоадресной рассылки, начинающийся с 22400, называется локальной областью связи. 179 00:13:02,800 --> 00:13:06,200 а это значит, что у него должно быть только время, чтобы жить одним. 180 00:13:06,200 --> 00:13:09,900 Он предназначен только для вашего следующего соседа по прыжку. 181 00:13:09,900 --> 00:13:11,020 Итак, позвольте мне спросить вас об этом. 182 00:13:11,020 --> 00:13:16,160 Если это соединение со звездочкой G предназначено для обработки только маршрутизатором 8 и 183 00:13:16,160 --> 00:13:28,440 затем выброшен, как он вообще доберется до места встречи? 184 00:13:28,440 --> 00:13:31,520 Что ж, маршрутизатору 8 придется это повторить. 185 00:13:31,520 --> 00:13:34,280 Точно. Ему придется самому создать новый. 186 00:13:34,280 --> 00:13:39,080 Таким образом, по сути, при соединении с маршрутизатора 2 исходный адрес будет таким: 187 00:13:39,080 --> 00:13:43,200 в данном случае 8.2.8.2, исходный адрес маршрутизатора 2. 188 00:13:43,200 --> 00:13:46,620 Пункт назначения будет 2240013. 189 00:13:46,620 --> 00:13:49,900 Маршрутизатор 8 обработает это на своем процессоре. 190 00:13:49,900 --> 00:13:52,780 Его процессор скажет: «О, это соединение звездочка-запятая G». 191 00:13:52,780 --> 00:13:57,400 У него установлен бит RP, что означает, что его необходимо перенаправить на 192 00:13:57,400 --> 00:13:58,300 место встречи. 193 00:13:58,300 --> 00:14:02,520 Итак, маршрутизатор 8 скажет: «ОК, я буду использовать свой входящий интерфейс, который 194 00:14:02,520 --> 00:14:05,980 это, говорит он, ох, ох, и когда маршрутизатор 8 получит это, угадайте, что? 195 00:14:05,980 --> 00:14:10,500 Это создаст у него состояние звездочки-запятой G, которого у него не было. 196 00:14:10,500 --> 00:14:14,360 до. Итак, теперь у него будет состояние звездочка-запятая G. 197 00:14:14,360 --> 00:14:18,780 Это будет очень похоже на то, что мы видели раньше. 198 00:14:18,780 --> 00:14:25,820 Теперь его входящим интерфейсом будет быстрый Итан в 00.83, потому что это 199 00:14:25,820 --> 00:14:29,420 его интерфейс, чтобы добраться до точки встречи. 200 00:14:29,420 --> 00:14:40,460 Его соседом по RPF на самом деле будет адрес 8.3.8.3, а его исходящий интерфейс 201 00:14:40,460 --> 00:14:46,360 list будет интерфейсом, который получил соединение со звездочкой G PIM, которое 202 00:14:46,360 --> 00:14:48,660 быстрый Итан на 0 косой черте 1. 203 00:14:48,660 --> 00:14:52,260 Итак, теперь, когда он создал состояние G со звездочкой и запятой, он говорит: «ОК, мне нужно 204 00:14:52,260 --> 00:14:55,720 чтобы теперь создать свою собственную звездную запятую G. 205 00:14:55,720 --> 00:14:57,300 И вот оно. 206 00:14:57,300 --> 00:15:03,860 PIM звезда запятая G присоединиться. 207 00:15:03,860 --> 00:15:09,060 Это также будет отправлено по адресу назначения 2240013, но это 208 00:15:09,060 --> 00:15:12,840 будет иметь другой адрес источника, поскольку он поступает с маршрутизатора 209 00:15:12,840 --> 00:15:15,980 8. Итак, если мы зафиксируем это в трассировке сниффера, исходный IP-адрес 210 00:15:15,980 --> 00:15:21,960 это будет 8.3.8.8. 211 00:15:21,960 --> 00:15:25,500 И затем, как только точка встречи получит это, теперь образуется звездочка-запятая. 212 00:15:25,500 --> 00:15:39,220 Состояние G в нем. Он знает, что он RP, так что вы это увидите. 213 00:15:39,220 --> 00:15:44,780 Что мы увидим в звездочке-запятой G состоянии входящего интерфейса на 214 00:15:44,780 --> 00:15:54,620 место встречи? 215 00:15:54,620 --> 00:15:58,620 Это верно. В данном конкретном случае он скажет нет, потому что помните 216 00:15:58,620 --> 00:16:01,940 входящий интерфейс — это интерфейс, который ведет к RP. 217 00:16:01,940 --> 00:16:04,940 Что ж, если бы у РП было раздвоение личности и он был психотиком, он мог бы 218 00:16:04,940 --> 00:16:05,980 поместите туда что-нибудь еще. 219 00:16:05,980 --> 00:16:09,820 Но он говорит, смотри, я нормальный, я в порядке, я знаю, что я РП, я не использую 220 00:16:09,820 --> 00:16:12,340 любой интерфейс, чтобы добраться до себя. 221 00:16:12,340 --> 00:16:13,860 Так что входящего интерфейса нет. 222 00:16:13,860 --> 00:16:19,020 Что бы мы здесь имели как сосед ПФР? 223 00:16:19,020 --> 00:16:26,860 Правильно, это будет 000 000. 224 00:16:26,860 --> 00:16:31,040 Еще раз: я не использую соседей, чтобы добраться до себя. 225 00:16:31,040 --> 00:16:34,300 И здесь список исходящих интерфейсов будет интерфейсом, который получил 226 00:16:34,300 --> 00:16:36,540 звездочка-запятая G присоединиться.