Smoke Опубликовано 9 апреля, 2015 · Жалоба Причем тут mdt? show ip pim-sm interfaces или я хз какая там у тебя команда. Стандартную процедуру регистрации источника на RP никто, я думаю, не отменял, даже если это 1 роутер. Поэтому у тебя должно быть 2 туннеля На циске так: R7#show ip pim tunnel Tunnel0 Type : PIM Encap RP : 1.1.0.1* Source: 1.1.0.1 Tunnel1* Type : PIM Decap RP : 1.1.0.1* Source: - Tunnel0 1.1.0.1 YES unset up up Tunnel1 1.1.0.1 YES unset up up show ip pim-sm interface Intf Address Ver/ Nbr Hello DR DR Mode Count Intvl Prior Addr v3333 10.8.0.1 V2/S 0 30 1 10.8.0.1 v1111 10.10.10.100 V2/S 1 30 1 10.10.10.100 может с мануала начать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
budda555 Опубликовано 9 апреля, 2015 · Жалоба Причем тут mdt? show ip pim-sm interfaces или я хз какая там у тебя команда. Стандартную процедуру регистрации источника на RP никто, я думаю, не отменял, даже если это 1 роутер. Поэтому у тебя должно быть 2 туннеля На циске так: R7#show ip pim tunnel Tunnel0 Type : PIM Encap RP : 1.1.0.1* Source: 1.1.0.1 Tunnel1* Type : PIM Decap RP : 1.1.0.1* Source: - Tunnel0 1.1.0.1 YES unset up up Tunnel1 1.1.0.1 YES unset up up show ip pim-sm interface Intf Address Ver/ Nbr Hello DR DR Mode Count Intvl Prior Addr v3333 10.8.0.1 V2/S 0 30 1 10.8.0.1 v1111 10.10.10.100 V2/S 1 30 1 10.10.10.100 может с мануала начать? Дело в том, что BDCOM мануалами не балует, а сходство в софте, это еще не значит, что под рукой у меня CISCO. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
budda555 Опубликовано 9 апреля, 2015 · Жалоба Самое странное то, что по этому конфигу все работает, но я то понимаю, что конфиги неверные. Еще раз на всякий случай поделюсь тем, что имею на данный момент: 1. Клиентский IP address должен быть в том же сегменте сети, что и настроенный на 3928GX-B интерфейс (в моем примере это) interface VLAN3333 ip address 10.8.0.1 255.255.0.0 no ip directed-broadcast ip pim-sm ip igmp enable ip igmp version 2 Конечно же это русский метод (открываем кран подачи топлива ломом, на космической станции «Мир», Армагеддон (фильм, 1998) ), но главное, что работает! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 9 апреля, 2015 · Жалоба может с мануала начать? Дело в том, что BDCOM мануалами не балует, а сходство в софте, это еще не значит, что под рукой у меня CISCO. Я именно об этом и говорю - то что вы выкладываете это интерфейсы с запущенным pim. А от вас хотят получить снапшот процедуры регистрации first-hop роутера на RP. Тема там простая FH router при получение мультикаста шлет юникаст на RP и получает STOP от RP если получателей нет через PIM/IGMP Join, либо если такие есть RP строит SPT в сторону source. До момента как он его построит RP получает трафик через так называемый туннель - по сути это простой Multicast over Unicast. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
helpdesk Опубликовано 9 апреля, 2015 · Жалоба Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст. У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
budda555 Опубликовано 9 апреля, 2015 (изменено) · Жалоба Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст. У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен Может речь идет об этом? 3928GX_config#show ip igmp interface ? GigaEthernet -- GigaEthernet interface TGigaEthernet -- Ten GigaEthernet interface Vlan -- VLAN interface Port-aggregator -- Ethernet aggregation interface Null -- Null interface Loopback -- Loopback interface SuperVlan -- SuperVLAN interface Tunnel -- Tunnel interface | -- Output modifiers <cr> 3928GX_config#show ip igmp interface Tunnel show ip igmp interface Tunnel ^ Unknown command Изменено 9 апреля, 2015 пользователем budda555 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
helpdesk Опубликовано 9 апреля, 2015 · Жалоба Да не так точно не покажет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 9 апреля, 2015 · Жалоба Да не так точно не покажет. Справедливости для. C65k, вашей команды просто нет. c65k.core#show ip pim tun? % Unrecognized command c65k.core#show ip pim ? autorp Global AutoRP information boundary debug boundary comand bsr-router Bootstrap router (v2) interface PIM interface information mdt Multicast tunnel information neighbor PIM neighbor information rp PIM Rendezvous Point (RP) information rp-hash RP to be chosen based on group selected snooping PIM Snooping info on Catalyst Vlans vc ATM VCs opened by PIM vrf Select VPN Routing/Forwarding instance Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
helpdesk Опубликовано 9 апреля, 2015 · Жалоба Да не так точно не покажет. Справедливости для. C65k, вашей команды просто нет. c65k.core#show ip pim tun? % Unrecognized command c65k.core#show ip pim ? autorp Global AutoRP information boundary debug boundary comand bsr-router Bootstrap router (v2) interface PIM interface information mdt Multicast tunnel information neighbor PIM neighbor information rp PIM Rendezvous Point (RP) information rp-hash RP to be chosen based on group selected snooping PIM Snooping info on Catalyst Vlans vc ATM VCs opened by PIM vrf Select VPN Routing/Forwarding instance Я смотрел на циске. Это не значит, что в этой железке никак не посмотреть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 9 апреля, 2015 · Жалоба Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст. У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен Нет все верно :) Регистр-стоп отправляется если получателей нет. FHR запускает таймер suppress и повторяет попытку. если получатели есть то RP просто не отправляет register-stop. Тунельных интерфейсов может и не быть. Создавать интерфейс туннель это решение самой циски. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
helpdesk Опубликовано 9 апреля, 2015 (изменено) · Жалоба Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст. У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен Нет все верно :) Регистр-стоп отправляется если получателей нет. FHR запускает таймер suppress и повторяет попытку. если получатели есть то RP просто не отправляет register-stop. Тунельных интерфейсов может и не быть. Создавать интерфейс туннель это решение самой циски. Ок. Тогда расскажите как переходит FHR c unicast pim registr на чистый мультикаст? Изменено 9 апреля, 2015 пользователем helpdesk Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 9 апреля, 2015 · Жалоба Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст. У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен Нет все верно :) Регистр-стоп отправляется если получателей нет. FHR запускает таймер suppress и повторяет попытку. если получатели есть то RP просто не отправляет register-stop. Тунельных интерфейсов может и не быть. Создавать интерфейс туннель это решение самой циски. Ок. Тогда расскажите как переходит FHR c unicast pim registr на чистый мультикаст? Да я вроде выше написал, впрочем повторюсь 1. При получении register unicast и наличии получателей RP начинает получать Multicast over Unicast 2. RP отправляет PIM Join в сторону source и строит дерево SPT 3. Когда дерево готово FHR начинает слать трафик по обоим маршрутам 4. RP начинает получать Multicast и отправляет register-stop FHR. FHR прекращает использовать туннель 5. RP Работает через нативный мультикаст Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
budda555 Опубликовано 9 апреля, 2015 · Жалоба Это все максимально понятно, есть хорошие статьи на Хабре. Я прошу объяснить мне следующее: 1. Есть клиент подключенный через P1501C1 к OLT с IP address - 10.9.9.9/24 Отправляю запрос на подписку к группе - 239.10.10.1 На OLT в ответ на: show ip mcst g получаю: Total Group Counts: 1 Vlan Group Type Port(s) ---- --------------- -------- ------------------------------------- 3333 239.10.10.1 LEARNING EPON0/2:1 На 3928GX-B в ответ на: show ip igmp g получаю: Total igmp group number: 8 interface: VLAN3333 : igmp group number: 8 Interface Group address Uptime Expires Last Reporter Flags VLAN3333 224.0.0.251 00:04:48 00:01:46 10.8.37.2 R VLAN3333 224.0.0.252 00:09:58 00:01:50 10.8.49.2 R VLAN3333 239.255.255.250 00:15:13 00:01:51 10.8.44.4 R VLAN3333 239.192.152.143 00:36:29 00:01:49 10.8.43.13 R VLAN3333 239.255.67.250 00:48:23 00:01:45 10.8.45.2 R VLAN3333 239.255.255.246 00:48:39 00:01:51 10.8.47.3 R VLAN3333 224.0.0.253 03:11:09 00:01:46 10.8.44.6 R VLAN3333 233.89.188.1 03:33:06 00:01:42 10.8.43.145 R -------------------------------------------------------------------------------- Если у клиента IP address меняю на - 10.8.9.9/24 На 3928GX-B в ответ на: show ip igmp g получаю: Total igmp group number: 9 interface: VLAN3333 : igmp group number: 9 Interface Group address Uptime Expires Last Reporter Flags VLAN3333 239.10.10.1 00:00:43 00:01:58 10.8.9.9 R VLAN3333 224.0.0.252 00:02:21 00:01:58 10.8.50.2 R VLAN3333 224.0.0.251 00:04:11 00:01:59 10.8.43.3 R VLAN3333 239.255.255.250 00:20:05 00:01:59 10.8.43.12 R VLAN3333 239.192.152.143 00:41:21 00:01:59 10.8.43.13 R VLAN3333 239.255.67.250 00:53:15 00:01:54 10.8.45.2 R VLAN3333 239.255.255.246 00:53:31 00:01:58 10.8.47.3 R VLAN3333 224.0.0.253 03:16:01 00:01:59 10.8.44.6 R VLAN3333 233.89.188.1 03:37:58 00:01:56 10.8.43.145 R Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
helpdesk Опубликовано 9 апреля, 2015 · Жалоба Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно. Регистр-стоп отправляется независимо от того есть получатели или нет. Разница в том, если получатели есть, RP инициирует PIM-Join в сторону FHR, для того чтобы FHR переключился на чистый мультикаст. А если получателей нет, FHR получает регистр-стоп и не получает PIM-JOin, то он засыпает на время (3мин в зависимости от вендора) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
budda555 Опубликовано 9 апреля, 2015 · Жалоба Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно. Регистр-стоп отправляется независимо от того есть получатели или нет. Разница в том, если получатели есть, RP инициирует PIM-Join в сторону FHR, для того чтобы FHR переключился на чистый мультикаст. А если получателей нет, FHR получает регистр-стоп и не получает PIM-JOin, то он засыпает на время (3мин в зависимости от вендора) Это ответ на мой вопрос? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
helpdesk Опубликовано 9 апреля, 2015 · Жалоба Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно. Регистр-стоп отправляется независимо от того есть получатели или нет. Разница в том, если получатели есть, RP инициирует PIM-Join в сторону FHR, для того чтобы FHR переключился на чистый мультикаст. А если получателей нет, FHR получает регистр-стоп и не получает PIM-JOin, то он засыпает на время (3мин в зависимости от вендора) Это ответ на мой вопрос? Нет. Теперь по тебе. Смотри, у тебя на влан3333 прибит ip address 10.11.11.1 255.255.255.0 А получатели из другой подсети. Например в джунипере такой репорт не пройдет. нужна команда промиск моде в секции igmp interface. В твоей коробке хз как это будет работать. Если дебаги смотреть не умеешь, тогда сделай так, чтоб получатель и источник видели друг друга по юникасту. Потом будем разбираться дальше Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
budda555 Опубликовано 9 апреля, 2015 · Жалоба Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно. Регистр-стоп отправляется независимо от того есть получатели или нет. Разница в том, если получатели есть, RP инициирует PIM-Join в сторону FHR, для того чтобы FHR переключился на чистый мультикаст. А если получателей нет, FHR получает регистр-стоп и не получает PIM-JOin, то он засыпает на время (3мин в зависимости от вендора) Это ответ на мой вопрос? Нет. Теперь по тебе. Смотри, у тебя на влан3333 прибит ip address 10.11.11.1 255.255.255.0 А получатели из другой подсети. Например в джунипере такой репорт не пройдет. нужна команда промиск моде в секции igmp interface. В твоей коробке хз как это будет работать. Если дебаги смотреть не умеешь, тогда сделай так, чтоб получатель и источник видели друг друга по юникасту. Потом будем разбираться дальше Смотри, сейчас я на влан3333 прибил ip address 10.8.0.1/16, (/16)для того, чтобы была возможность при необходимости поднимать хотя бы 254 влан интерфейсов, которые будут бегать через OLT, и как ты говоришь влан3333 интерфейс на 3928GX-B видел по крайней мере всю вышеупомянутую сеть. Но это же не правильно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
budda555 Опубликовано 9 апреля, 2015 · Жалоба Проблема решена. нужна команда промиск моде в секции igmp interface. комментарий навел на идею сделать что-то в этом духе и полетело, на интерфейсе влан 3333 прописал следующее: no ip igmp validate report-source Сейчас подписки бегут до 3928 и все работает, даже если клиент с другого сегмента сети. Но я опять же настаиваю на том, что конфиг неверный. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
helpdesk Опубликовано 9 апреля, 2015 · Жалоба Смысле неправильно? у тебя влан3333 смотрит в клиентов? На интерфейсе один адрес, а у репортеров из другой сети VLAN3333 239.255.67.250 00:48:23 00:01:45 10.8.45.2 R VLAN3333 239.255.255.246 00:48:39 00:01:51 10.8.47.3 R VLAN3333 224.0.0.253 03:11:09 00:01:46 10.8.44.6 R VLAN3333 233.89.188.1 03:33:06 00:01:42 10.8.43.145 R или я неправильно понимаю? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
budda555 Опубликовано 9 апреля, 2015 · Жалоба Смысле неправильно? у тебя влан3333 смотрит в клиентов? На интерфейсе один адрес, а у репортеров из другой сети VLAN3333 239.255.67.250 00:48:23 00:01:45 10.8.45.2 R VLAN3333 239.255.255.246 00:48:39 00:01:51 10.8.47.3 R VLAN3333 224.0.0.253 03:11:09 00:01:46 10.8.44.6 R VLAN3333 233.89.188.1 03:33:06 00:01:42 10.8.43.145 R или я неправильно понимаю? Моя группа 239.10.10.0/24, фильтр просто не работает почему-то. Я прописовал: ip access-list standard rp.iptv permit 239.10.10.0 255.255.255.0 не работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
helpdesk Опубликовано 9 апреля, 2015 · Жалоба Мне непонятно почему ip адрес на влан3333 10.11.11.1, а репортеры сидят с адресами 10.8. no ip igmp validate report-source помогла эта комнда в итоге или нет? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
budda555 Опубликовано 9 апреля, 2015 · Жалоба влан3333 10.11.11.1 Я же говорил, что поменял на 10.8.0.1/16, но это уже не имеет никакого значения, так как подписка есть. Именно это команда подвела итог. Всем спасибо за внимание и помощь, тема закрыта! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...