[GFORGX]

Есть Juniper EX4500 (если надо, скину sh ver).

 

Есть vrf с мультиком, в нем такой маршрут со стримера, ничем не отличающийся от остальных:

 

Group: X.X.X.125
   Source: X.X.X.252/32 
   Upstream interface: vlan.71
   Downstream interface list: 
       vlan.275

 

Join-ы:

 

Instance: PIM.IPTV Family: INET
R = Rendezvous Point Tree, S = Sparse, W = Wildcard

Group: X.X.X.125
   Source: *
   RP: X.X.X.X
   Flags: sparse,rptree,wildcard
   Upstream interface: Local                 
   Upstream neighbor: Local
   Upstream state: Local RP
   Uptime: 17:50:53 
   Downstream neighbors:
       Interface: vlan.275               
           X.X.X.230 State: Join Flags: SRW Timeout: 198
           Uptime: 09:12:24 Time since last Join: 00:00:12

Group: X.X.X.125
   Source: X.X.X.252
   Flags: sparse,spt
   Upstream interface: vlan.71               
   Upstream neighbor: Direct
   Upstream state: Local Source, Local RP, No Prune to RP
   Keepalive timeout: 327
   Uptime: 06:08:14 
   Downstream neighbors:
       Interface: vlan.275               
           X.X.X.230 State: Join Flags: S Timeout: 193
           Uptime: 06:08:14 Time since last Join: 00:00:17

 

По идее, при первом же пакете с источника должен был быть создан и разослан пирам MSDP SA (роутер является и FHR, и RP одновременно), но именно на эту группу его нет :-(

 

На аналогичную, например, соседнюю X.X.X.126 (с того же стримера) - все окей.

 

Есть идеи, куда копнуть? Что может мешать генерации MSDP SA?

[zi_rus]

не совсем

источник должен зарегистрироваться на RP, а RP уже сгенерирует SA

[GFORGX]

не совсем

источник должен зарегистрироваться на RP, а RP уже сгенерирует SA

FHR и RP один физический роутер в данном случае.

 

P.S. Это не политики, на import сейчас на время ковыряния стоит политика с last-resort accept.

[zi_rus]

я просто прокомментировал чтобы было правильное понимание процесса

то есть например если у Rp нет ни одного подписчика на группу то она не примет регистрацию, не знаю меняется ли это поведение если есть MDSP пиринги. Я ничего не понимаю в выводе с джуна но судя по всему какие-то подписки на эту группу есть - а они вообще работают, то есть локальным (не msdp) подписчикам поток уходит?

[GFORGX]

а они вообще работают, то есть локальным (не msdp) подписчикам поток уходит?

Ага, внутри домена - работают.

 

не знаю меняется ли это поведение если есть MDSP пиринги. Я ничего не понимаю в выводе с джуна но судя по всему какие-то подписки на эту группу есть

Независимо от успешной регистрации должно быть сгенерировано SA - по крайней мере, я так это понимаю. Потому что далее роутеры в других доменах только благодаря этому SA могут проверить, есть ли у них подписчики и отправить Join в сторону RP домена источника.

[zi_rus]

Истина где-то посередине

When an RP in a PIM-SM domain first learns of a new sender, e.g., via

PIM register messages, it constructs a "Source-Active" (SA) message

and sends it to its MSDP peers.

то есть да, когда придет первый мультикастовый пакет, то fh router попытается зарегистрировать группу на RP, и как я понимаю, в случае с MSDP, RP должна принять регистрацию независимо от локальных подписчиков потому что их может не быть, но в любом случае должна пройти регистрация, просто потому что если этого не будет то RP не будет знать откуда забирать трафик когда пойдут подписки.

А значит фильра может быть два, либо на RP которая фильтрует регистрацию на какие группы ей принимать, либо дальше на MSDP. надо понять какой этап не срабатывает, регистрация, генерация SA или анонсирование этого SA.

Тк в пределах домена все работает, значит Rp зарегистрировала группу, и это не проблема rpf раз все группы стримятся с одного адреса.

 

В общем зря я думаю мы тут распинаемся, может бага какая, просто залипло. Пробовали выключить и включить? :)

[GFORGX]

В общем зря я думаю мы тут распинаемся, может бага какая, просто залипло. Пробовали выключить и включить? :)

Эта часть безудержного веселья припасена на завтра :-)