PIM-SM çok noktaya yayın ve HSRP / VRRP


10

Çok noktaya yayın (PIM-SM) veri akışını dinlemek için bir bilgisayar kurmam gerekiyor. Çok noktaya yayın kaynakları ve (anycast) Rendezvous noktası, WAN bağlantısının diğer tarafındaki "HSRP / VRRP adresinin" gerisindedir. (Talimatlar aslında "HSRP / VRRP" diyor)

Alınan belgelere göre, HSRP / VRRP adresine statik bir yol olan bir yönlendirici ayarladım ve diğer taraf ağıma bir rota ekledi. Tek noktaya yayın trafiği iyi çalışıyor, ancak çok noktaya yayın trafiği almıyorum. Wireshark, yönlendiricim tarafından hiçbir PIM birleştirmesinin gönderilmediğini gösterir.

Ne yanlış olabilir?

Yanıtlar:


7

PIM mesajları HSRP VIP'lerden alınmaz, bu nedenle HSRP VIP sizin RPF komşunuz olduğundan RPF kontrolü başarısız olur. Ancak bunun etrafında iki yol var.

  1. HSRP'ye ihtiyaç duyulmaması için yönlendiriciniz ve diğer taraf yönlendiricileri arasında dinamik bir yönlendirme protokolü ayarlayın.

  2. Diğer tarafların gerçek arabirim IP'lerine statik geçişleri aşağıdaki gibi yapılandırın:

    ip mroute 0.0.0.0 0.0.0.0 1.1.1.1


2

Sorun, uzak yönlendiricilerin kendi IP adreslerinden PIM Hello mesajlarıyla kendilerini duyurmaları ve yönlendiricimin bu adresleri PIM komşuları olarak kaydettirmeleridir.

Bununla birlikte, yönlendirme tablosundaki ağ geçidi HSRP sanal adresini içerir. Yönlendirici çok noktaya yayın grubuna katılmak istediğinde, sonraki atlama olarak HSRP sanal adresine sahip Buluşma Noktası'na giden yolu arar. Bu bir sonraki atlama HSRP adresi bilinen PIM komşularından biri olmadığından, PIM-SM RFC herhangi bir Birleştirme gönderilmemesi gerektiğini belirtir.

HSRP yönlendiricilerinden birinin gerçek bir IP adresini kullanmak için statik yolun değiştirilmesi çok noktaya yayın çalışmasını sağlar, ancak elbette HSRP'yi işe yaramaz hale getirir.

Diğer taraf ağı değiştirmek istemediğinden VRRP'yi test etmedim. Sanal yönlendirici IP'sini kullanmadığı, ancak ana yönlendiricinin gerçek IP adresini kullandığı için VRRP muhtemelen bu soruna sahip olmayacaktır.


Artık kullanılmayan RFC 2362 aslında "Birleştirme / Ayarlama mesajları yalnızca RPF komşusu bir PIM komşusu ise gönderilir" ifadesini kullanır. Aynı şeyi şu anki RFC 4601'de bulamıyorum, ancak "Genel olarak, bir PIM Birleştirme / Kurulama mesajı yalnızca bilinen bir PIM komşusundan geliyorsa işleme için kabul edilmelidir."
Gerben

1
... Q yazdıktan sonra daha fazla bilgi edindiyseniz orijinal sorunuzda ek bilgileri düzenlemek daha iyi olur. Ya da bu, kendi sorunuza bir cevap olması gerekiyorsa (ki bu tamamen kabul edilebilir), çok şey gerekiyor mantıklı.
Craig Constantine

Çoğu modern uygulamanın VIP kullandığı gibi VRRP ile aynı davranışı görürsünüz.
netdad

2

Belki de 'gerçek' arayüz IP adresine işaret eden bir statik mroute, daha sonra HSRP'ye işaret eden normal bir statik yol kullanarak. en azından tek noktaya yayın için HSRP alırsınız. YA DA bir IP adresi yerine arayüze yönlendiren yolu veya statik yolu gösterin.


Bu durumda, kurulum yalnızca çok noktaya yayın yoluyla gelen bilgileri görüntülemek için oluşturulmuştur, ancak aksi takdirde bu bir iyileştirme olabilir.
Gerben

2

Bir Cisco ortamında olduğunuzu varsayarsak .... ip pim sparse-mode bu cihaz ile RP arasındaki tüm arayüzleri etkinleştirdiniz mi?

Ayrıca ip pim autorp listenerotomatik olarak RP bulur bu yüzden unutmayın .

Ayrıca - sizinle RP ... PIM yönlendirmesi (veya dalları) arasında yedekli bağlantılarınız varsa, normal yönlendirme tablosuyla aynı yolu izlemeyin. Çok noktaya yayın akışının kaynağının doğru yönden geldiğinden emin olmak için RPF'yi (ters yol iletme) kontrol ederler. Ancak bekleme HSRP bağlantısının evin PIM tarafında DR (atanmış yönlendirici) olması mümkündür. DR önceliğini ayarlayarak bu davranışı değiştirebilirsiniz. ip pim dr-priority xX yükseldikçe değer artar.

Ayrıca, yönlendiricinin show ip mrouteRP'yi de listelemesi gerektiğini belirleyerek çok noktaya yayın birleşimlerini görüp görmediğini kontrol edebilirsiniz .

show ip pim neigh ayrıca yukarı akış çok noktaya yayın komşusu olup olmadığını da söyleyecek

VRRP'nin aynı konsepti takip ettiğine inanıyorum, ancak çok satıcılı varsayılan ağ geçitlerini nadiren kullandığımdan% 100 emin değilim.


"Onlar" Cisco'daydı, "biz" Juniper'daydık.
Gerben
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.