<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Вопросы по многоадресной рассылке PIM]]></title><description><![CDATA[<p dir="auto">Всем привет, Изучаю «протокол маршрутизации» PIM и у меня возникло несколько вопросов: Соседство PIM — если PIM не отправляет обновления маршрутизации своим соседям, то в чем смысл соседства PIM? (В моих пакетах данных я вижу только сообщения PIM «Hello» и ничего больше).<br />
PIM — это то, что помещает динамические маршруты в таблицу<br />
mroute<br />
? (конечно, в соответствии с выбранным вами «методом», например, dense-mode, sparse-mode и т. д.) 0xD2A6762E</p>
]]></description><link>https://sla247.ru/forum/topic/918/вопросы-по-многоадресной-рассылке-pim</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 10:27:09 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/918.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 13 Feb 2026 19:58:38 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:49 GMT]]></title><description><![CDATA[<p dir="auto">@Joseph W. Doherty<br />
написал:<br />
Хм, я не писал, что таблица mroute имеет неудачное название, я написал: «<br />
Возможно,<br />
называть эту таблицу таблицей mroute для PIM<br />
несколько неточно<br />
, поскольку она отличается от других протоколов поддержки многоадресной рассылки, таких как DVMRP, которые фактически выполняют собственную маршрутизацию». Я отмечаю это, потому что «возможно» означает, по моему мнению, а «несколько неточно» означает (также возможно), что это не «лучшее» название. Да, я использовал выражение «плохое название» как суть того, что я понял из ваших слов, но это звучит немного резче, чем то, что вы сказали, поэтому прошу прощения, и я рад, что вы внесли исправление. Большое спасибо за отличный обзор многоадресной маршрутизации PIM! У меня уже есть много заметок по этой теме, но написание их здесь, в этом форуме, в качестве обсуждения помогает лучше понять концепцию, и я ценю все время, которое вы потратили на то, чтобы все это написать! Это действительно очень полезно. И вы правы, многоадресная маршрутизация странна в традиционном смысле. Традиционная одноадресная маршрутизация занимается маршрутизацией трафика<br />
к<br />
месту назначения, а многоадресная маршрутизация — маршрутизацией трафика<br />
от<br />
источника. Если одноадресная маршрутизация похожа на поездку по дороге в город, то многоадресная маршрутизация — это почти как поездка по дороге, глядя в зеркало заднего вида на свой дом. В статье<br />
<a href="https://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/ip_multicast/White_papers/mcst_ovr.html#wp1009032" rel="nofollow ugc">«Обзор технологии IP-многоадресной рассылки — Cisco»</a><br />
есть хороший раздел, который укрепил эту концепцию для меня: Пересылка многоадресных пакетов<br />
При одноадресной маршрутизации трафик маршрутизируется по сети по одному пути от источника к хосту назначения. Одноадресный маршрутизатор не учитывает адрес источника, он учитывает только адрес назначения и способ пересылки трафика к этому назначению. Маршрутизатор сканирует свою таблицу маршрутизации в поисках адреса назначения, а затем пересылает одну копию одноадресного пакета через правильный интерфейс в направлении назначения.<br />
При многоадресной пересылке источник отправляет трафик произвольной группе хостов, которые представлены многоадресным групповым адресом. Многоадресный маршрутизатор должен определить, какое направление является восходящим (в сторону источника), а какое — нисходящим (или нисходящими). Если существует несколько нисходящих путей, маршрутизатор копирует пакет и пересылает его по соответствующим нисходящим путям (с наилучшей метрикой одноадресного маршрута), которые не обязательно являются всеми путями. Пересылка многоадресного трафика от источника, а не к получателю, называется обратной пересылкой (RPF). RPF описана в следующем разделе.<br />
Обратная пересылка (RPF)<br />
PIM использует информацию о маршрутизации одноадресной передачи для создания дерева распределения по обратному пути от получателей к источнику. Затем маршрутизаторы многоадресной передачи пересылают пакеты по дереву распределения от источника к получателям. RPF — ключевое понятие в пересылке многоадресной передачи. Оно позволяет маршрутизаторам правильно пересылать многоадресный трафик по дереву распределения. RPF использует существующую таблицу маршрутизации одноадресной передачи для определения соседей вверх и вниз по потоку. Маршрутизатор будет пересылать многоадресный пакет только в том случае, если он получен на восходящем интерфейсе. Эта проверка RPF помогает гарантировать, что дерево распределения будет без петель. В любом случае, с точки зрения моего OP, я все еще боролся с № 2, в основном «откуда» берутся записи в таблице<br />
mroute<br />
. Ваш обзор вдохновил меня посмотреть буквальную документацию Cisco по многоадресной рассылке. Здесь есть отличный обзор многоадресной рассылки IOS 17.12.x:<br />
<a href="https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst9300/software/release/17-12/configuration_guide/ip_mcast_rtng/b_1712_ip_mcast_rtng_9300_cg/ip_multicast_routing___technology_overview.html" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst9300/software/release/17-12/configuration_guide/ip_mcast_rtng/b_1712_ip_mcast_rtng_9300_cg/ip_multicast_routing___technology_overview.html</a> В этой статье есть несколько интересных разделов, в которых описывается, как мультикаст обрабатывается в аппаратном обеспечении и как строятся таблицы мультикаста. Я вставил 2 скриншота из статьи ниже, которые касаются второго вопроса: «<br />
Именно PIM помещает динамические маршруты в таблицу<br />
mroute<br />
?»<br />
(Я постарался быть кратким с помощью скриншотов ниже, чтобы не раздувать эту ветку, а этот пост и так уже становится длинным, уф!): Во-первых, скриншот, показывающий некоторые таблицы в аппаратном обеспечении, которые используются многоадресной рассылкой: ![Screenshot 2025-12-01 145907.png] Второй скриншот показывает, как IOSXE строит таблицу MFIB (по сути, он берет концепцию CEF и применяет ее также к таблицам многоадресной рассылки).<br />
Похоже, что PIM/IGMP создают записи в таблице mroute. ![MFIB.png] Итак, ответы на вопросы OP, похоже, таковы: PIM использует соседей для отправки сообщений PIM Join/Prune для построения дерева многоадресной рассылки.<br />
PIM и IGMP заполняют записи в таблице маршрутизации многоадресной рассылки (или «таблице потоков» многоадресной рассылки — ха). Об этом упомянул<br />
@Giuseppe Larosa<br />
в своем первом посте выше, когда сказал:<br />
«Скорее, таблица маршрутизации IP-мультикаста заполняется видимым трафиком для всех активных пар (S,G) или (*,G) в зависимости от режима PIM». — По-моему, мне просто понадобилось немного времени, чтобы это осознать! lol<br />
Кроме того, PIM использует таблицу одноадресной маршрутизации при заполнении таблицы многоадресной маршрутизации, как отметил<br />
@Joseph W. Doherty<br />
в своем первом ответе: «<br />
PIM использует информацию одноадресной маршрутизации для маршрутизации».<br />
Это также можно увидеть в цитате Cisco над скриншотами (Multicast Forwarding and Reverse Path Forwarding (RPF) ).<br />
Тот факт, что PIM заполняет таблицу маршрутизации многоадресной рассылки, также можно увидеть в той же ссылке IOS 17.12.x выше, в главе «<br />
Настройка базовой маршрутизации многоадресной рассылки IP<br />
»:<br />
«Необходимо настроить версию PIM и режим PIM. Коммутатор заполняет свою таблицу маршрутизации многоадресной рассылки и пересылает пакеты многоадресной рассылки, которые он получает от непосредственно подключенных локальных сетей, в соответствии с настройкой режима». 0xD2A6762E</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/4b238f6c035a93f7a36b2148456aba121a9adc72.png" alt="" class=" img-fluid img-markdown" /></p>
<p dir="auto"><img src="/forum/uploads/files/cisco/dcf7bcf52130a5dcfd58549030a4021e2382f8c5.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/5896</link><guid isPermaLink="true">https://sla247.ru/forum/post/5896</guid><dc:creator><![CDATA[vv0bbLeS]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:49 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:48 GMT]]></title><description><![CDATA[<p dir="auto">Но тогда возникает вопрос: почему Cisco выбрала название «таблица mroute»? Я подозреваю, что оно было названо так в то время, когда еще не было такого множества таблиц, как сегодня. То есть, если у вас есть таблица маршрутов (show IP route) для одноадресной маршрутизации, то таблица многоадресной маршрутизации будет ее двойником (show IP mroute). Следует помнить еще о двух вещах. Во-первых, даже такая «простая» вещь, как присвоение имени, не так проста, когда речь идет о чем-то новом. Во-вторых, по мере развития технологий иногда меняется и оттенок значения, что может исказить смысл технического термина. Простой пример: «подсеть» имеет очень конкретное значение в рамках классовой адресации, но сейчас используется в общем смысле для любого блока адресов. (По аналогичным эволюционным причинам «суперсеть» практически не используется.) Если вы изучаете PIM-снифинг, убедитесь, что вы понимаете проблему, которую он решает.</p>
]]></description><link>https://sla247.ru/forum/post/5895</link><guid isPermaLink="true">https://sla247.ru/forum/post/5895</guid><dc:creator><![CDATA[Joseph W. Doherty]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:48 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:47 GMT]]></title><description><![CDATA[<p dir="auto">@Joseph W. Doherty<br />
написал:<br />
Концептуально таблица PIM mroute, возможно, может рассматриваться скорее как m<br />
f<br />
ib, чем как m<br />
r<br />
ib. Да, я думаю, вы правы, и чтобы еще больше запутать ситуацию, таблица mroute является самостоятельной сущностью, отдельной от mfib и mrib. Процитирую ту же главу книги о многоадресной рассылке, посвященную<br />
<a href="https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst9300/software/release/17-12/configuration_guide/ip_mcast_rtng/b_1712_ip_mcast_rtng_9300_cg/configuring_basic_ip___multicast_routing.html" rel="nofollow ugc">IOSXE 17.12.x — Настройка базовой маршрутизации многоадресной рассылки IP</a><br />
: Обзор базы информации о пересылке многоадресных сообщений<br />
Использует<br />
архитектуру базы данных информации о пересылке многоадресных сообщений (MFIB) и базу данных информации о маршрутизации многоадресных сообщений (MRIB) для многоадресной рассылки IP.<br />
Архитектура MFIB обеспечивает как модульность, так и разделение между плоскостью управления многоадресной рассылкой (Protocol Independent Multicast [PIM] и Internet Group Management Protocol [IGMP]) и плоскостью пересылки многоадресной рассылки (MFIB). Эта архитектура используется в реализациях многоадресной рассылки Cisco IOS IPv6.<br />
MFIB сама по себе является механизмом пересылки, независимым от протокола многоадресной маршрутизации, то есть она не зависит от PIM или любого другого протокола многоадресной маршрутизации. Она отвечает за:<br />
Пересылку многоадресных пакетов<br />
Регистрации в MRIB для изучения флагов входа и интерфейса, установленных плоскостью управления<br />
Обработку событий, основанных на данных, которые должны быть отправлены в плоскость управления<br />
Ведение учета количества, скорости и объема полученных, отброшенных и перенаправленных многоадресных пакетов<br />
MRIB<br />
является каналом связи между клиентами MRIB. Примерами клиентов MRIB являются PIM, IGMP,<br />
таблица многоадресной маршрутизации (mroute)<br />
и<br />
MFIB<br />
. Таким образом, по-видимому, подобно тому, как одноадресные IP-протоколы имеют RIB (EIGRP RIB, BGP RIB) и основную «таблицу маршрутизации» одноадресного IP, а также IP-FIB, многоадресная передача также имеет многоадресный RIB (MRIB), «таблицу маршрутизации» многоадресной передачи и многоадресный FIB. Мы даже можем посмотреть на них по отдельности с помощью соответствующих команд «show»: мультикаст RIB —<br />
show ip mrib<br />
{<br />
client<br />
|<br />
route<br />
|<br />
vrf<br />
}<br />
таблица маршрутизации многоадресной рассылки —<br />
show ip mroute<br />
мультикаст FIB —<br />
show ip mfib Но я согласен, что таблица mroute является скорее таблицей «пересылки», чем таблицей «маршрутизации», поскольку мы не отправляем пакеты на основе IP, а на основе «списка исходящих интерфейсов» в «маршруте» многоадресной рассылки. Таким образом, в многоадресной рассылке мы на самом деле не «маршрутизируем» к IP — мы «пересылаем» через интерфейс. Но тогда возникает вопрос, почему Cisco выбрала название таблица m<br />
route<br />
? Может быть, мы что-то упускаем, или это было сделано просто для того, чтобы концепция оставалась похожей на таблицу маршрутизации IP одноадресной рассылки? Возможно, я открою запрос в TAC, чтобы узнать, что они скажут LOL И нет, я не слышал о PIM snooping! Мне придется почитать об этом! 0xD2A6762E</p>
]]></description><link>https://sla247.ru/forum/post/5894</link><guid isPermaLink="true">https://sla247.ru/forum/post/5894</guid><dc:creator><![CDATA[vv0bbLeS]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:47 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:46 GMT]]></title><description><![CDATA[<p dir="auto">Я все еще думаю о таблице mroute. Для меня название Cisco mroute в сочетании с PIM интуитивно кажется, возможно, не лучшим выбором. В основном из-за одноадресной маршрутизации, когда мы знаем, что нужно немедленно сделать с любым пакетом, используя таблицу одноадресных маршрутов (или RIB). Либо у нас есть информация о маршруте для пересылки к месту назначения, либо ее нет, и в последнем случае мы отбрасываем пакет. Можно было бы подумать, что таблица маршрутов многоадресной рассылки будет работать примерно так же. Либо у нас есть вся информация в ней, чтобы маршрутизировать (переслать) многоадресный пакет, либо нет. Прошло уже несколько десятилетий с тех пор, как я использовал DVMRP (на оборудовании, не относящемся к Cisco), но я помню, что его таблица маршрутов многоадресной рассылки содержала все необходимое для маршрутизации или немаршрутизации многоадресного пакета. (NB: на самом деле, информация о маршруте использовалась для RPF источника, чтобы построить дерево распределения). Однако PIM «обманывает», получая доступ к информации о топологии сети с помощью таблиц маршрутизации одноадресной рассылки. Это явно описано в документации Cisco, которую вы ранее процитировали: «<br />
PIM использует информацию о маршрутизации одноадресной рассылки для создания дерева распределения по обратному пути от получателей к источнику». Таблица маршрутов многоадресной рассылки PIM по своему дизайну является неполной. Тем не менее, PIM, используя таблицу маршрутов одноадресной рассылки, может создавать записи в таблице mroute, которые могут использоваться для маршрутизации/пересылки многоадресной рассылки. Концептуально таблица mroute PIM, возможно, может рассматриваться скорее как m<br />
f<br />
ib, чем как m<br />
r<br />
ib. Или, возможно, если добавить к mroute префикс или суффикс в виде «cache», это может лучше описать «видение» входного интерфейса активного многоадресного потока и его выходного интерфейса (интерфейсов). Ах да, и еще один аспект PIM: вы сталкивались с PIM snooping (не путать с IGMP snooping)? Я упоминаю PIM snooping, потому что вы искали PIM-сообщения, выходящие за рамки простого «hello». PIM snooping анализирует PIM-сообщения, чтобы определить, следует ли блокировать определенные потоки многоадресной рассылки.</p>
]]></description><link>https://sla247.ru/forum/post/5893</link><guid isPermaLink="true">https://sla247.ru/forum/post/5893</guid><dc:creator><![CDATA[Joseph W. Doherty]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:46 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:45 GMT]]></title><description><![CDATA[<p dir="auto">@Joseph W. Doherty<br />
написал:<br />
Что касается содержимого таблицы mroute, то обычно она заполняется после появления активного многоадресного потока, а не заранее вычисляемыми маршрутами, как в таблице одноадресных маршрутов.<br />
Я думаю, что меня смущает то, что многоадресная маршрутизация одновременно отличается от одноадресной маршрутизации и похожа на нее, но называть эту конкретную таблицу таблицей многоадресных маршрутов, когда без активных многоадресных потоков она пуста, делает ее очень непохожей на таблицу одноадресных маршрутов. Да, это интересный философский вопрос! Я полагаю, если мы считаем, что одноадресная маршрутизация «основана на назначении», то имеет смысл иметь заранее рассчитанные маршруты в таблице одноадресной маршрутизации, поскольку мы уже знаем, куда мы идем, и нам не нужны потоки трафика, чтобы нам это сказать.<br />
С другой стороны<br />
, если мы считаем, что многоадресная маршрутизация «основана на источнике», то, полагаю, имеет смысл, что мы<br />
не<br />
можем<br />
иметь заранее вычисленные маршруты в нашей таблице многоадресной рассылки, поскольку с многоадресной рассылкой мы никогда не знаем ни нашего источника, ни нашего назначения (смех), поскольку трафик, конечно, может исходить откуда угодно и направляться куда угодно. Но, как и на скриншотах Cisco выше, многоадресная рассылка по-прежнему поддерживает MRIB (как вы упомянули), а также MFIB, как и одноадресная рассылка, и, по-видимому, многоадресная рассылка также использует CEF, как и одноадресная рассылка. Но маршрутизация многоадресной рассылки по-прежнему странная, поскольку она не маршрутизирует «к» многоадресной рассылке, такой как 224.4.4.4 (поскольку 224.4.4.4 технически нигде не «существует»), поэтому многоадресная рассылка по сути маршрутизирует «в обратном направлении» (т. е. обращаясь к источнику, т. е. Reverse Path<br />
Forwarding<br />
, в названии которого используется термин «пересылка», а не «маршрутизация»! Итак, является ли «исходящая» таблица маршрутизации, она же таблица многоадресной маршрутизации, все еще «таблицей маршрутизации» или это скорее «таблица пересылки», как в названии Reverse Path Forwarding? Я понимаю, почему вы «<br />
не считаете это названием неудачным, просто, возможно, не таким удачным, как могло бы быть». Еще раз спасибо за обсуждение! Это определенно помогло мне укрепить понимание концепции! 0xD2A6762E</p>
]]></description><link>https://sla247.ru/forum/post/5892</link><guid isPermaLink="true">https://sla247.ru/forum/post/5892</guid><dc:creator><![CDATA[vv0bbLeS]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:45 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:44 GMT]]></title><description><![CDATA[<p dir="auto">@Джузеппе Лароса<br />
написал:</p>
<blockquote>
<blockquote>
<p dir="auto">Таблица «mroute» названа неудачно, поскольку на самом деле она не используется для «маршрутизации»?<br />
См. show ip mroute как таблицу пересылки многоадресных потоков для каждого (S,G) или (<em>,G), у вас есть входящий интерфейс OLIST = список текущих исходящих интерфейсов «Смотрите show ip mroute как<br />
таблицу пересылки многоадресных потоков<br />
для каждого (S,G) или (</em>,G), у вас есть входящий интерфейс OLIST = список текущих исходящих интерфейсов» Именно! Проблема в том, что таблица пересылки — это то же самое, что таблица маршрутов? Что такое таблица L2 MAC/Interface (используемая для пересылки L2)? Это маршрутизация? Что отслеживает таблица spanning-tree: какие порты блокировать, а какие нет? Это маршрутизация? Если бы мы обсуждали DVMRP, то она поддерживает топологию, но PIM использует таблицу одноадресной маршрутизации для поддержания топологии. Вопрос не столько в том, «маршрутизирует» ли PIM, он это делает, сколько в том, что содержимое таблицы mroute обычно появляется после появления активного потока многоадресной рассылки, а не является заранее вычисленными маршрутами, как в таблице маршрутов одноадресной рассылки. Я думаю, что меня смущает то, что многоадресная маршрутизация и похожа, и не похожа на одноадресную маршрутизацию, но называть эту конкретную таблицу таблицей многоадресных маршрутов, когда без активных многоадресных потоков она пуста, делает ее очень непохожей на таблицу одноадресных маршрутов. В любом случае, мне нравится термин «таблица пересылки многоадресных потоков», хотя при быстром поиске в Интернете также используется термин<br />
«база информации о многоадресной маршрутизации<br />
»<br />
(MRIB). @Giuseppe Larosa<br />
написал:<br />
Хитрость, которую можно использовать в лаборатории, — это использовать<br />
ip igmp join-group x.x.x.x на нисходящем интерфейсе, чтобы устройство отправляло PIM-соединения вверх по потоку Действительно! Кроме того, именно так я заставил DVMRP получать поток ОТ PIM. В любом случае, в отдельной ветке (?) недавно я упомянул, что в прошлом один из участников дискуссии считал, что HSRP (<br />
Hot Standby<br />
Router<br />
Protocol<br />
) создает<br />
виртуальный маршрутизатор<br />
. В то время (тогда), когда не было реальных виртуальных маршрутизаторов, и вы приравнивали шлюз к «маршрутизатору», возможно, название тогда было подходящим. Сегодня же мы называем такие протоколы<br />
First Hop Redundancy Protocol (FHRP), что, на мой взгляд, лучше их описывает и не приводит к возможной путанице. Точно так же, когда я думаю о маршрутизации, я имею в виду одноадресную маршрутизацию, потому что многоадресная «маршрутизация» настолько отличается, что наличие таблицы маршрутов (одноадресной) и таблицы mroute (многоадресной) делает их (возможно) более похожими, чем они есть на самом деле. Конечно, смешно, но когда я изучал маршрутизацию, я помню, что у нас была только «таблица маршрутов», а теперь у нас есть<br />
база маршрутизационной информации (RIB) и база информации о пересылке (FIB)<br />
. Возможно, вышесказанное проливает некоторый свет на то, почему я не на 100% доволен названием «таблица mroute», но при этом не считаю его плохим, просто, возможно, не таким удачным, как могло бы быть. Кроме того, это название, вероятно, было выбрано очень давно, в самом начале, когда не было «необходимости» в «лучшем» функциональном описательном названии.</p>
</blockquote>
</blockquote>
]]></description><link>https://sla247.ru/forum/post/5891</link><guid isPermaLink="true">https://sla247.ru/forum/post/5891</guid><dc:creator><![CDATA[Joseph W. Doherty]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:44 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:43 GMT]]></title><description><![CDATA[<p dir="auto">Привет,<br />
<a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/vv0bbles" aria-label="Profile: vv0bbLeS">@<bdi>vv0bbLeS</bdi></a><br />
, в обратном порядке: &gt;&gt; Таблица «mroute» названа неудачно, поскольку на самом деле она не используется для «маршрутизации»? Смотрите show ip mroute как таблицу пересылки многоадресных потоков для каждого (S,G) или (*,G), у вас есть входящий интерфейс OLIST = список текущих исходящих интерфейсов &gt;&gt; и настройка многоадресной рассылки между 2 коммутаторами IOL, но для PIM я вижу только сообщения Hello (что приводит к моей путанице), поэтому мне, возможно, нужно попробовать другой образ коммутатора, например 9000v, чтобы увидеть другие сообщения PIM. Вам понадобится как минимум несколько приемников или устройств, действующих как приемники В лаборатории можно использовать следующий прием: ip igmp join-group x.x.x.x на нисходящем интерфейсе, чтобы устройство отправляло PIM-соединения вверх по потоку Чтобы иметь источник PIM в физической лаборатории, можно использовать VLC для отправки потока UDP-мультикаста (обратите внимание на TTL). Надеюсь, это поможет Джузеппе</p>
]]></description><link>https://sla247.ru/forum/post/5890</link><guid isPermaLink="true">https://sla247.ru/forum/post/5890</guid><dc:creator><![CDATA[Giuseppe Larosa]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:43 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:42 GMT]]></title><description><![CDATA[<p dir="auto">Отлично, спасибо вам обоим! Я играюсь в Cisco Modeling Labs (CML) и настраиваю многоадресную рассылку между двумя коммутаторами IOL, но для PIM я вижу только сообщения Hello (что приводит к моей путанице), поэтому, возможно, мне нужно попробовать другой образ коммутатора, например 9000v, чтобы увидеть другие сообщения PIM. Но, по сути, по поводу вопроса № 1 «Зачем нужны соседства PIM» кажется, что соседства PIM являются важной частью маршрутизатора, строящего «дерево», которое будет использовать PIM, т. е. «какие еще многоадресные маршрутизаторы используют PIM, чтобы я знал, кому отправлять сообщения join/prune». А для вопроса № 2 «PIM — это то, что помещает динамические маршруты в таблицу mroute?» — похоже, что здесь происходит несколько вещей (не уверен, верно ли это): Таблица «mroute» — это просто список «действительных» (S,G) или (*,G) сообщений, которые маршрутизатор видел на своих интерфейсах PIM (действительные = прошли проверку RPF).<br />
Записи в таблице «mroute» — это просто выражение текущих «интересов» каждого маршрутизатора PIM в топологии, т. е. таблица «mroute» — это способ, с помощью которого маршрутизатор PIM отслеживает, кто чем интересуется. Для фактической маршрутизации мультикастингового трафика используется таблица одноадресной маршрутизации.<br />
Таблица «mroute» названа неудачно, поскольку на самом деле она не используется для «маршрутизации»?<br />
@Joseph W. Doherty<br />
если бы вам пришлось дать таблице «mroute» более точное название, как бы вы ее назвали? (это, вероятно, поможет мне лучше понять ее) 0xD2A6762E</p>
]]></description><link>https://sla247.ru/forum/post/5889</link><guid isPermaLink="true">https://sla247.ru/forum/post/5889</guid><dc:creator><![CDATA[vv0bbLeS]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:42 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:41 GMT]]></title><description><![CDATA[<p dir="auto">#1 . . . в чем<br />
смысл соседства PIM? Это объясняется в ответе<br />
@Giuseppe Larosa<br />
. (В моих пакетах данных я вижу только сообщения PIM «Hello» и ничего больше). Есть две возможные причины. Во-первых,<br />
в PacketTracer<br />
часто отсутствуют некоторые функции и/или они работают некорректно. Во-вторых, поскольку вы не объяснили, что вы пробовали использовать многоадресную рассылку, нельзя сказать, что PIM должен отправлять в качестве своих пакетов. #2 В некоторой степени пересекается с<br />
@Giuseppe Larosa<br />
. . . PIM не нуждается в размещении динамических маршрутов в своих таблицах mroute, но он записывает информацию об активных потоках многоадресной рассылки. PIM использует информацию о маршрутизации одноадресной рассылки для маршрутизации. Возможно, называть эту таблицу таблицей mroute для PIM несколько неточно, поскольку она отличается от других протоколов поддержки многоадресной рассылки, таких как DVMRP, которые фактически выполняют собственную маршрутизацию. Название «mroute» для этой таблицы казалось подходящим. То есть не следует предполагать, что любое название всегда является лучшим из возможных, особенно с учетом развития технологий. Пример не совсем удачного названия: в прошлом на этих форумах один из участников был несколько возмущен тем, что я назвал HSRP не виртуальным маршрутизатором (который сейчас поддерживают некоторые платформы), а просто виртуальным адресом. Этот человек отметил, что буква «R» в аббревиатуре означает «маршрутизатор»! Это, конечно, верно. Но в то время, когда Cisco дала ему это название, оно довольно хорошо отражало его общее функциональное использование. Позже Cisco предоставила GLBP, который не использует «маршрутизатор», что также верно для общего аббревиатурного названия FHRP для этого типа протоколов.</p>
]]></description><link>https://sla247.ru/forum/post/5888</link><guid isPermaLink="true">https://sla247.ru/forum/post/5888</guid><dc:creator><![CDATA[Joseph W. Doherty]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:41 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:40 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/vv0bbles" aria-label="Profile: vv0bbLeS">@<bdi>vv0bbLeS</bdi></a><br />
написал:<br />
Таблица «mroute» имеет неудачное название, поскольку на самом деле она не используется для «маршрутизации»?<br />
@Joseph W. Doherty<br />
если бы вам пришлось дать таблице «mroute» более точное название, как бы вы ее назвали? (это, вероятно, поможет мне лучше понять ее) Хм, я не писал, что таблица mroute названа неудачно, я писал:<br />
«Возможно,<br />
называть эту таблицу таблицей mroute для PIM<br />
несколько неточно<br />
, поскольку она отличается от других протоколов поддержки многоадресной рассылки, таких как DVMRP, которые действительно выполняют собственную маршрутизацию».<br />
Я отмечаю это, потому что «возможно» означает, по моему мнению, а «несколько неточно» означает (также возможно), что это не «лучшее» название. Однако, чтобы выбрать «лучшее» название, по моему мнению, возможно, «таблица потоков многоадресной рассылки». Цитируя<br />
Шекспира<br />
: «Что в имени?». Я воздержусь от комментариев по поводу роз, но в технологии нечасто встречается, чтобы одно и то же понятие имело несколько «имен», особенно среди поставщиков оборудования. ; ) Более важно, чем название, как вы пишете,<br />
«его понимание». Для понимания (классической) многоадресной рассылки важно помнить, как она работает, по крайней мере, в базовом режиме Cisco PIM. В плотном режиме PIM на самом деле не требуется никакой «маршрутизации». Источник передает данные, и все мультикаст-узлы ретранслируют поток. Таким образом, мультикаст по умолчанию распространяется повсюду. Если DM-узлы не хотят получать определенный поток, они сообщают своим соседям, передающим PIM, чтобы те прекратили отправлять им мультикаст-поток. Это становится более сложным в топологиях, поддерживающих несколько путей, поскольку, если мультикаст-поток желателен, дублирующиеся потоки удаляются. Возможно, DM можно представить как нечто похожее на работу spanning-tree, где потоки идут от «корня» (источника многоадресной рассылки) к краю, а прыжки блокируются или нет, в зависимости от конкретных многоадресных потоков. Однако ключом к пониманию является то, какой интерфейс является лучшим для «корня». Он должен быть доступен в таблице маршрутов одноадресной передачи. PIM — это «маршрутизация», но с использованием таблицы маршрутов одноадресной передачи. Сам по себе PIM не должен заботиться о поддержании топологии многоадресной передачи, поскольку он использует топологию маршрутизации одноадресной передачи. (Кстати, с чем-то вроде DMVRP топология многоадресной передачи может логически отличаться от топологии маршрутизации одноадресной передачи, поскольку они не являются общими. [Последнее, в некотором роде, похоже на одновременное выполнение двух протоколов одноадресной маршрутизации, «совместное использование» или нет путей.]) В режиме PIM sparse, когда PIM-узел обнаруживает, что требуется многоадресный поток, необходимо передать сообщение RP, поэтому требуется лучший путь к RP. Когда RP получает это сообщение, ему необходимо передать сообщение всем соседям PIM по лучшему пути к исходной сети, чтобы отправить многоадресный поток к нему (а он, в свою очередь, пересылает поток обратно по пути от исходного запроса). Таким образом, SM должен «знать» путь к исходной сети, которого у него нет (в отличие от DMVRP), но который, как он ожидает, будет найден в таблице маршрутизации одноадресной передачи. Я только что описал PIM с использованием «общего» дерева (потоки к/от RP), но он способен перенаправлять многоадресную рассылку по «исходному» дереву, т. е. возможно, обойти RP и сформировать более прямой путь между источником и получателями (т. е. топология потока DM, но без циклов flood/prune). По сути, узлы PIM должны координировать не только прохождение потока многоадресной рассылки, но и его путь. Координация между соседями PIM требует большего, чем просто сообщения «Я жив», но узлы PIM также должны знать о своих живых соседях. Им не нужно «знать» соседей PIM за пределами своих соседей, потому что определенная информация передается между конкретными соседями PIM на основе потребностей и таблиц маршрутизации одноадресной передачи. Например, как DM RP может знать «источник» дерева для каждого возможного потока? Он не знает, но узлы PIM, начиная с последнего узла-получателя, могут найти лучший следующий узел PIM по направлению к узлу-источнику PIM, используя свою таблицу маршрутизации одноадресной передачи. То есть он находит путь, PIM-прыжок за PIM-прыжком, и каждый узел PIM может найти RP и контролировать его интерфейсы, то есть те, на которые он будет реплицировать многоадресный поток. Не уверен, что вышесказанное поможет вам понять, но многоадресная маршрутизация в некотором роде противоположна одноадресной маршрутизации, она использует другие правила, а PIM имеет свои собственные правила, поскольку использует таблицу одноадресной маршрутизации. Смейтесь, и чтобы еще больше запутать ситуацию, Cisco не передает многоадресную рассылку узлам DVMRP, но может принимать многоадресную рассылку от них и, насколько я помню, может сообщать маршрутизатору DVMRP, какие потоки многоадресной рассылки он хочет (или не хочет). Чтобы по-настоящему понять многоадресную маршрутизацию, нужно как бы заново изучить маршрутизацию.</p>
]]></description><link>https://sla247.ru/forum/post/5887</link><guid isPermaLink="true">https://sla247.ru/forum/post/5887</guid><dc:creator><![CDATA[Joseph W. Doherty]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:40 GMT</pubDate></item><item><title><![CDATA[Reply to Вопросы по многоадресной рассылке PIM on Fri, 13 Feb 2026 19:58:39 GMT]]></title><description><![CDATA[<p dir="auto">Привет,<br />
<a class="plugin-mentions-user plugin-mentions-a" href="/forum/user/vv0bbles" aria-label="Profile: vv0bbLeS">@<bdi>vv0bbLeS</bdi></a><br />
, 1) Соседство PIM необходимо, и оно поддерживается пакетами PIM Hello. Маршрутизатор с поддержкой многоадресной рассылки должен знать, на каких интерфейсах подключены активные соседи PIM, поскольку, например, в режиме PIM sparse mode сообщение PIM join должно быть отправлено по пути к адресу RP (в первую очередь) и исходному адресу пары (S,G). Как и в случае с другими протоколами, такими как IGP, соседство PIM играет ключевую роль. Отправка сообщения PIM join из интерфейса, где нет маршрутизатора PIM, будет бесполезной. 2) PIM помещает динамические маршруты в таблицу<br />
mroute<br />
? PIM не объявляет IP-префиксы для целей многоадресной рассылки, как это происходит с MP BGP address family ipv4 multicast. Вместо этого таблица маршрутизации IP-мультикастинга заполняется видимым трафиком для всех активных пар (S,G) или (<em>,G) в зависимости от режима PIM. Чтобы быть принятым, трафик должен пройти проверку RPF для источника (S,G) или для адреса RP для (</em>,G), когда это применимо. Протокол PIM выражает текущие интересы каждого маршрутизатора PIM в зависимости от нисходящих приемников и других маршрутизаторов PIM в виде PIM joins для режима PIM sparse или в виде PIM prune («Я не заинтересован в этой группе G») для режима PIM dense. Все эти интересы должны обновляться и поддерживаться с течением времени путем повторной отправки PIM join или PIM prune в направлении устройства выше по потоку (ближайшего к источнику). Следует отметить, что проверка RPF выполняется на фактическом источнике S пары (S,G). Группа G проверяется только в том случае, если на принимающем интерфейсе есть какая-либо форма фильтрации или если сеть настроена на смешанный режим PIM, такой как PIM sparse mode и PIM SSM или PIM sparse mode и PIM Bidir. Например, вы можете иметь диапазон групп для PIM SSM, по умолчанию 232.0.0.0/8 Диапазон групп для PIM Bidir и т. д. Таким образом, маршрутизатор действует на (S,G), проверяя источник для проверки RPF и группу G, чтобы определить, как обрабатывать пару. Надеюсь, это поможет Джузеппе</p>
]]></description><link>https://sla247.ru/forum/post/5886</link><guid isPermaLink="true">https://sla247.ru/forum/post/5886</guid><dc:creator><![CDATA[Giuseppe Larosa]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:58:39 GMT</pubDate></item></channel></rss>