Jump to content
Калькуляторы

Настройка PIM-SM на BDCOM S3928GX-B

Причем тут 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

Причем тут 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

Самое странное то, что по этому конфигу все работает, но я то понимаю, что конфиги неверные.

Еще раз на всякий случай поделюсь тем, что имею на данный момент:

 

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

 

может с мануала начать?

 

Дело в том, что 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

Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст.

У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен

Share this post


Link to post
Share on other sites

Неверно, 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 by budda555

Share this post


Link to post
Share on other sites

Да не так точно не покажет.

 

Справедливости для.

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

Да не так точно не покажет.

 

Справедливости для.

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

Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст.

У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен

Нет все верно :) Регистр-стоп отправляется если получателей нет. FHR запускает таймер suppress и повторяет попытку. если получатели есть то RP просто не отправляет register-stop. Тунельных интерфейсов может и не быть. Создавать интерфейс туннель это решение самой циски.

Share this post


Link to post
Share on other sites

Неверно, RP отправляет register stop, если получатели есть, тем самым говорит FHR'у - посылай мне чистый мультикаст.

У него 1 роутер, т.е. сам на себе регает источника. И должно быть 2 туннельных интерфейса, один для инкапсуляции мультикасата, 2й для декапсуляции, вывод которых до сих пор не предоставлен

Нет все верно :) Регистр-стоп отправляется если получателей нет. FHR запускает таймер suppress и повторяет попытку. если получатели есть то RP просто не отправляет register-stop. Тунельных интерфейсов может и не быть. Создавать интерфейс туннель это решение самой циски.

Ок. Тогда расскажите как переходит FHR c unicast pim registr на чистый мультикаст?

Edited by helpdesk

Share this post


Link to post
Share on other sites

Неверно, 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

Это все максимально понятно, есть хорошие статьи на Хабре.

Я прошу объяснить мне следующее:

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

Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно.

 

Регистр-стоп отправляется независимо от того есть получатели или нет.

 

Разница в том, если получатели есть, RP инициирует PIM-Join в сторону FHR, для того чтобы FHR переключился на чистый мультикаст.

А если получателей нет, FHR получает регистр-стоп и не получает PIM-JOin, то он засыпает на время (3мин в зависимости от вендора)

Share this post


Link to post
Share on other sites

Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно.

 

Регистр-стоп отправляется независимо от того есть получатели или нет.

 

Разница в том, если получатели есть, RP инициирует PIM-Join в сторону FHR, для того чтобы FHR переключился на чистый мультикаст.

А если получателей нет, FHR получает регистр-стоп и не получает PIM-JOin, то он засыпает на время (3мин в зависимости от вендора)

Это ответ на мой вопрос?

Share this post


Link to post
Share on other sites

Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно.

 

Регистр-стоп отправляется независимо от того есть получатели или нет.

 

Разница в том, если получатели есть, 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

Ну все верно, просто в первый раз вы написали "Регистр-стоп отправляется если получателей нет" а это неверно.

 

Регистр-стоп отправляется независимо от того есть получатели или нет.

 

Разница в том, если получатели есть, 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

Проблема решена.

нужна команда промиск моде в секции igmp interface.

комментарий навел на идею сделать что-то в этом духе и полетело, на интерфейсе влан 3333 прописал следующее:

no ip igmp validate report-source

 

Сейчас подписки бегут до 3928 и все работает, даже если клиент с другого сегмента сети.

Но я опять же настаиваю на том, что конфиг неверный.

Share this post


Link to post
Share on other sites

Смысле неправильно? у тебя влан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

Смысле неправильно? у тебя влан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

Мне непонятно почему ip адрес на влан3333 10.11.11.1, а репортеры сидят с адресами 10.8.

 

no ip igmp validate report-source

помогла эта комнда в итоге или нет?

Share this post


Link to post
Share on other sites

влан3333 10.11.11.1

Я же говорил, что поменял на 10.8.0.1/16, но это уже не имеет никакого значения, так как подписка есть.

Именно это команда подвела итог.

Всем спасибо за внимание и помощь, тема закрыта!

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this