Po wymianie routera 2600 (IOS 12.4) na 2800 (IOS 15.1) pojawił się problem z odbiorem multicastów.
Zauważyłem, że problem dotyczy interfejsów (seriali PPP), na których PIM nie zestawił pełnego sąsiedztwa:
np. na interfejsie, gdzie po PPP (Dialup) był dołączony komputer z Linuxem (bez uruchomionego PIMa), który wysyła multicasty
lub na interfejsach, gdzie celowo włączony był tryb "ip pim passive" lub założony filtr "ip pim neighbor-filter"
Debug pokazuje, że multicasty są już odrzucane na wejściu pierwszego interfejsu:
May 15 10:08:00: MFIBv4(0x0): Pkt (10.2.5.6,230.2.55.1) from Serial1/0 (FS) Acceptance check failed - dropping
May 15 10:08:00: MFIBv4(0x0): Pkt (10.2.5.6,230.2.55.1) from Serial1/0 (FS) Acceptance check failed - dropping
May 15 10:08:00: MFIBv4(0x0): Pkt (10.2.5.6,230.2.55.1) from Serial1/0 (FS) Acceptance check failed - dropping
Myślałem, że problem dotyczy RPF, ale źródło multicastów jest bezpośrednio dołączone do routera:
sh ip rpf 10.2.5.6
RPF information for ? (10.2.5.6)
RPF interface: Serial1/0
RPF neighbor: ? (10.2.5.6) - directly connected
RPF route/mask: 10.2.5.6/32
RPF type: multicast (connected)
Doing distance-preferred lookups across tables
RPF topology: ipv4 multicast base
Żeby wykluczyć wpływ routerów RP, przełączyłem całą sieć w dense mode i niestety objaw jest ten sam.
Dopisanie statica (ip route lub ip mroute) na adres i interfejs do nadawcy nie pomaga.
Przypadkowo odkryłem, że pomaga wykonanie polecenia: "clear ip mroute *" ale tylko do czasu restartu routera
Na tej samej konfiguracji przy starszych routerach (IOS 12.4) nie było takich problemów.
Pytanie, czy to jakiś bug IOSa, czy raczej inny sposób sprawdzania RPF związany z nową funkcjonalnością MFIB, której nie było w starszych routerach?