PIM-SM มัลติคาสต์และ HSRP / VRRP


10

ฉันต้องตั้งค่าพีซีเพื่อฟังฟีดข้อมูลแบบมัลติคาสต์ (PIM-SM) มัลติคาสต์ต้นทางและ (anycast) จุดนัดพบอยู่ด้านหลัง "ที่อยู่ HSRP / VRRP" ที่อีกด้านหนึ่งของลิงค์ WAN (คำแนะนำจริง ๆ ว่า "HSRP / VRRP")

ตามเอกสารที่ได้รับฉันได้ตั้งค่าเราเตอร์ที่มีเส้นทางคงที่ไปยังที่อยู่ HSRP / VRRP และอีกด้านหนึ่งได้เพิ่มเส้นทางไปยังเครือข่ายของฉัน การรับส่งข้อมูลแบบ Unicast ทำงานได้ดี แต่ฉันไม่ได้รับการรับส่งข้อมูลแบบหลายผู้รับ Wireshark แสดงว่าไม่มีการรวม PIM ถูกส่งโดยเราเตอร์ของฉัน

มีอะไรผิดปกติ?

คำตอบ:


7

ข้อความ PIM ไม่ได้มาจาก HSRP VIP ดังนั้นการตรวจสอบ RPF จึงล้มเหลวเนื่องจาก HSRP VIP เป็นเพื่อนบ้าน RPF ของคุณ มีสองวิธีรอบนี้แม้ว่า

  1. ตั้งค่าโปรโตคอลการเราต์แบบไดนามิกระหว่างเราเตอร์ของคุณและเราเตอร์ฝั่งอื่น ๆ ดังนั้น HSRP จึงไม่จำเป็น

  2. กำหนดค่า mroutes แบบคงที่ให้กับอีกด้านหนึ่ง IP จริงของอินเทอร์เฟซเช่น:

    ip mroute 0.0.0.0 0.0.0.0 1.1.1.1


2

ปัญหาคือเราเตอร์ระยะไกลกำลังประกาศตัวเองด้วยข้อความ PIM Hello จากที่อยู่ IP ของตัวเองและเราเตอร์ของฉันลงทะเบียนที่อยู่เหล่านี้เป็นเพื่อนบ้าน PIM

เกตเวย์ในตารางเส้นทางอย่างไรก็ตามมีที่อยู่เสมือน HSRP เมื่อเราเตอร์ต้องการเข้าร่วมกลุ่มมัลติคาสต์มันจะค้นหาเส้นทางไปยัง Rendezvous Point ซึ่งมีที่อยู่เสมือน HSRP เป็น hop ถัดไป เนื่องจากที่อยู่ HSRP ถัดไปนี้ไม่ใช่หนึ่งในเพื่อนบ้าน PIM ที่รู้จัก PIM-SM RFC จึงระบุว่าไม่ควรเข้าร่วม

การเปลี่ยนเส้นทางสแตติกเพื่อใช้ที่อยู่ IP จริงของเราเตอร์ HSRP ตัวใดตัวหนึ่งทำให้มัลติคาสต์ทำงานได้ แต่แน่นอนว่าสิ่งนี้ทำให้ HSRP ไร้ประโยชน์

ฉันยังไม่ได้ทดสอบ VRRP เพราะอีกด้านหนึ่งไม่ต้องการเปลี่ยนเครือข่าย VRRP อาจไม่มีปัญหานี้เนื่องจากไม่ได้ใช้เราเตอร์เสมือน IP แต่ใช้ที่อยู่ IP จริงของเราเตอร์หลัก


RFC 2362 ที่ล้าสมัยในขณะนี้ระบุว่า "ข้อความเข้าร่วม / พรุนถูกส่งเมื่อเพื่อนบ้าน RPF เป็นเพื่อนบ้าน PIM" ฉันไม่พบสิ่งเดียวกันใน RFC 4601 ปัจจุบัน แต่มันบอกว่า "โดยทั่วไปข้อความ PIM Join / Prune ควรได้รับการยอมรับสำหรับการประมวลผลหากมาจากเพื่อนบ้าน PIM ที่รู้จัก"
Gerben

1
... จะเป็นการดีกว่าถ้าคุณแก้ไขข้อมูลเพิ่มเติมลงในคำถามเดิมของคุณหากคุณได้เรียนรู้เพิ่มเติมตั้งแต่เขียนคำถามหรือถ้านี่เป็นคำตอบสำหรับคำถามของคุณเอง ของการทำงานเพื่อให้รู้สึก
Craig Constantine

คุณจะเห็นพฤติกรรมเดียวกันกับ VRRP เนื่องจากการใช้งานที่ทันสมัยส่วนใหญ่ใช้ VIP
netdad

2

บางทีใช้ mroute แบบคงที่ที่ชี้ไปยังที่อยู่ IP ของอินเทอร์เฟซ 'ของจริง' แล้วเส้นทางคงที่ปกติที่ชี้ไปที่ HSRP อย่างน้อยคุณก็จะได้รับ HSRP สำหรับ unicast หรือชี้ mroute หรือเส้นทางแบบคงที่ไปยังอินเตอร์เฟสแทนที่อยู่ IP


ในกรณีนี้การตั้งค่าถูกสร้างขึ้นเฉพาะสำหรับการแสดงข้อมูลที่เข้ามาผ่านมัลติคาสต์ แต่ไม่เช่นนั้นอาจเป็นการปรับปรุง
Gerben

2

สมมติว่าคุณอยู่ในสภาพแวดล้อมของ Cisco ... คุณเปิดใช้งาน ip pim sparse-mode อินเทอร์เฟซทั้งหมดระหว่างอุปกรณ์นั้นและ RP หรือไม่?

นอกจากนี้อย่าลืมที่จะมีip pim autorp listenerมันพบว่า RP โดยอัตโนมัติ

นอกจากนี้ - หากคุณมีลิงก์ซ้ำซ้อนระหว่างคุณและการกำหนดเส้นทาง RP ... PIM (หรือสาขา) ไม่ปฏิบัติตามเส้นทางเดียวกันกับตารางเส้นทางปกติ พวกเขาจะตรวจสอบ RPF (การส่งต่อเส้นทางย้อนกลับ) เพื่อให้แน่ใจว่าแหล่งที่มาของสตรีมมัลติคาสต์มาจากทิศทางที่ถูกต้อง แต่เป็นไปได้ที่จะมีลิงค์ HSRP สแตนด์บายเป็น DR (เราเตอร์ที่กำหนด) ที่ด้าน PIM ของบ้าน คุณสามารถเปลี่ยนพฤติกรรมนี้ได้โดยตั้งค่าลำดับความสำคัญ DR ip pim dr-priority xยิ่ง X ยิ่งมีมูลค่าสูง

นอกจากนี้คุณยังสามารถตรวจสอบเพื่อดูว่าเราเตอร์เห็นมัลติคาสต์เข้าร่วมหรือไม่โดยการออก show ip mrouteให้ควรแสดงรายการ RP

show ip pim neigh จะบอกคุณด้วยหากเห็นว่าเป็นเพื่อนบ้านมัลติคาสต์อัปสตรีม

ฉันเชื่อว่า VRRP เป็นไปตามแนวคิดเดียวกัน แต่ฉันไม่แน่ใจ 100% เนื่องจากฉันใช้เกตเวย์เริ่มต้นที่มีผู้ค้าหลายรายไม่บ่อยนัก


"พวกเขา" อยู่ใน Cisco "เรา" อยู่ใน Juniper
Gerben
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.