Smoke Posted April 9, 2015 · Report post Причем тут 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 может с мануала начать? Share this post Link to post Share on other sites
budda555 Posted April 9, 2015 · Report post Причем тут 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. Share this post Link to post Share on other sites
budda555 Posted April 9, 2015 · Report post Самое странное то, что по этому конфигу все работает, но я то понимаю, что конфиги неверные. Еще раз на всякий случай поделюсь тем, что имею на данный момент: 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) ), но главное, что работает! Share this post Link to post Share on other sites
Smoke Posted April 9, 2015 · Report post может с мануала начать? Дело в том, что BDCOM мануалами не балует, а сходство в софте, это еще не значит, что под рукой у меня CISCO. Я именно об этом и говорю - то что вы выкладываете это интерфейсы с запущенным pim. А от вас хотят получить снапшот процедуры регистрации first-hop роутера на RP. Тема там простая FH router при получение мультикаста шлет юникаст на RP и получает STOP от RP если получателей нет через PIM/IGMP Join, либо если такие есть RP строит SPT в сторону source. До момента как он его построит RP получает трафик через так называемый туннель - по сути это простой Multicast over Unicast. Share this post Link to post Share on other sites
helpdesk Posted April 9, 2015 · Report post Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст. У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен Share this post Link to post Share on other sites
budda555 Posted April 9, 2015 (edited) · Report post Неверно, 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 Edited April 9, 2015 by budda555 Share this post Link to post Share on other sites
helpdesk Posted April 9, 2015 · Report post Да не так точно не покажет. Share this post Link to post Share on other sites
vurd Posted April 9, 2015 · Report post Да не так точно не покажет. Справедливости для. 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 Share this post Link to post Share on other sites
helpdesk Posted April 9, 2015 · Report post Да не так точно не покажет. Справедливости для. 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 Я смотрел на циске. Это не значит, что в этой железке никак не посмотреть. Share this post Link to post Share on other sites
Smoke Posted April 9, 2015 · Report post Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст. У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен Нет все верно :) Регистр-стоп отправляется если получателей нет. FHR запускает таймер suppress и повторяет попытку. если получатели есть то RP просто не отправляет register-stop. Тунельных интерфейсов может и не быть. Создавать интерфейс туннель это решение самой циски. Share this post Link to post Share on other sites
helpdesk Posted April 9, 2015 (edited) · Report post Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст. У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен Нет все верно :) Регистр-стоп отправляется если получателей нет. FHR запускает таймер suppress и повторяет попытку. если получатели есть то RP просто не отправляет register-stop. Тунельных интерфейсов может и не быть. Создавать интерфейс туннель это решение самой циски. Ок. Тогда расскажите как переходит FHR c unicast pim registr на чистый мультикаст? Edited April 9, 2015 by helpdesk Share this post Link to post Share on other sites
Smoke Posted April 9, 2015 · Report post Неверно, 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 Работает через нативный мультикаст Share this post Link to post Share on other sites
budda555 Posted April 9, 2015 · Report post Это все максимально понятно, есть хорошие статьи на Хабре. Я прошу объяснить мне следующее: 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 Share this post Link to post Share on other sites
helpdesk Posted April 9, 2015 · Report post Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно. Регистр-стоп отправляется независимо от того есть получатели или нет. Разница в том, если получатели есть, RP инициирует PIM-Join в сторону FHR, для того чтобы FHR переключился на чистый мультикаст. А если получателей нет, FHR получает регистр-стоп и не получает PIM-JOin, то он засыпает на время (3мин в зависимости от вендора) Share this post Link to post Share on other sites
budda555 Posted April 9, 2015 · Report post Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно. Регистр-стоп отправляется независимо от того есть получатели или нет. Разница в том, если получатели есть, RP инициирует PIM-Join в сторону FHR, для того чтобы FHR переключился на чистый мультикаст. А если получателей нет, FHR получает регистр-стоп и не получает PIM-JOin, то он засыпает на время (3мин в зависимости от вендора) Это ответ на мой вопрос? Share this post Link to post Share on other sites
helpdesk Posted April 9, 2015 · Report post Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно. Регистр-стоп отправляется независимо от того есть получатели или нет. Разница в том, если получатели есть, RP инициирует PIM-Join в сторону FHR, для того чтобы FHR переключился на чистый мультикаст. А если получателей нет, FHR получает регистр-стоп и не получает PIM-JOin, то он засыпает на время (3мин в зависимости от вендора) Это ответ на мой вопрос? Нет. Теперь по тебе. Смотри, у тебя на влан3333 прибит ip address 10.11.11.1 255.255.255.0 А получатели из другой подсети. Например в джунипере такой репорт не пройдет. нужна команда промиск моде в секции igmp interface. В твоей коробке хз как это будет работать. Если дебаги смотреть не умеешь, тогда сделай так, чтоб получатель и источник видели друг друга по юникасту. Потом будем разбираться дальше Share this post Link to post Share on other sites
budda555 Posted April 9, 2015 · Report post Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно. Регистр-стоп отправляется независимо от того есть получатели или нет. Разница в том, если получатели есть, 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 видел по крайней мере всю вышеупомянутую сеть. Но это же не правильно. Share this post Link to post Share on other sites
budda555 Posted April 9, 2015 · Report post Проблема решена. нужна команда промиск моде в секции igmp interface. комментарий навел на идею сделать что-то в этом духе и полетело, на интерфейсе влан 3333 прописал следующее: no ip igmp validate report-source Сейчас подписки бегут до 3928 и все работает, даже если клиент с другого сегмента сети. Но я опять же настаиваю на том, что конфиг неверный. Share this post Link to post Share on other sites
helpdesk Posted April 9, 2015 · Report post Смысле неправильно? у тебя влан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 или я неправильно понимаю? Share this post Link to post Share on other sites
budda555 Posted April 9, 2015 · Report post Смысле неправильно? у тебя влан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 не работает. Share this post Link to post Share on other sites
helpdesk Posted April 9, 2015 · Report post Мне непонятно почему ip адрес на влан3333 10.11.11.1, а репортеры сидят с адресами 10.8. no ip igmp validate report-source помогла эта комнда в итоге или нет? Share this post Link to post Share on other sites
budda555 Posted April 9, 2015 · Report post влан3333 10.11.11.1 Я же говорил, что поменял на 10.8.0.1/16, но это уже не имеет никакого значения, так как подписка есть. Именно это команда подвела итог. Всем спасибо за внимание и помощь, тема закрыта! Share this post Link to post Share on other sites
