สองบริดจ์โดเมนในกลุ่ม IOS XR เดียวไม่ใช่ LAN เดียว
การวางบริดจ์โดเมนสองตัวไว้ใต้บริดจ์กรุ๊ปเดียวไม่ได้รวมการส่งต่อของทั้งสองเข้าด้วยกัน จงอ่านกรุ๊ป โดเมน และแต่ละจุดเชื่อมต่อเป็นชั้นแยกกัน
โฮสต์สองเครื่องบนเราเตอร์ IOS XR เครื่องเดียวกัน ping กันไม่ได้ ทั้งที่คอนฟิกูเรชันดูเหมือนควรจะทำได้ ซับอินเทอร์เฟซทั้งสองอยู่ใต้บริดจ์กรุ๊ปเดียวกัน ชื่อต่างกันแค่ตัวอักษรเดียว และคอมมิตผ่านไปได้โดยไม่มีข้อทักท้วง สิ่งที่ขาดไปคือชั้นหนึ่งของลำดับชั้น: บริดจ์กรุ๊ปเป็นเพียงคอนเทนเนอร์ และบริดจ์โดเมนแต่ละตัวข้างในนั้นเป็นโดเมนกระจายสัญญาณของตัวเองที่มีสมาชิกของตัวเอง เพิ่มโฮสต์ตัวที่สามเข้าไป ภาพมักจะแย่ลงแทนที่จะชัดขึ้น
| Object | Owns | Does not own |
|---|---|---|
| Bridge group | a named container for domains | any forwarding or MAC learning |
| Bridge domain | one broadcast domain, MAC table, flooding scope | the VLAN match on an ingress port |
| Attachment | which frames from which interface and tag enter the domain | which other domains they can reach |
เริ่มจากอาการแล้วอ่านขึ้นไป
โฮสต์ที่ล้มเหลวภายในซับเน็ตเดียว ขณะที่อินเทอร์เฟซรายงานว่า up และระเบียน ARP ไม่เคยถูกเติม เป็นลายเซ็นของปัญหาสมาชิกภาพของโดเมน ไม่ใช่ปัญหาการเราต์ ปัญหาการเราต์มักให้ ICMP unreachable หรือ next hop ที่มีอยู่จริง ส่วนโดเมนกระจายสัญญาณที่หายไปให้ความเงียบในชั้นที่สอง ตรวจสอบว่าจุดเชื่อมต่อทั้งสองอยู่ในบริดจ์โดเมนเดียวกันหรือไม่ ก่อนจะดูที่อยู่ IP แม้แต่ตัวเดียว ถ้าไม่ใช่ งานด้านแอดเดรสจะมากเพียงใดก็รวมทั้งสองเข้าด้วยกันไม่ได้
บริดจ์กรุ๊ปเป็นเพียงคอนเทนเนอร์ ไม่มีอะไรมากกว่านั้น
ในลำดับชั้น VPN ชั้น 2 ของ IOS XR บริดจ์กรุ๊ปหนึ่งตัวถือบริดจ์โดเมนหนึ่งตัวหรือมากกว่า และตัวกรุ๊ปเองไม่ได้สวิตช์สิ่งใดเลย โดเมนสองตัวใต้กรุ๊ปเดียวเป็นพี่น้องกัน ไม่ใช่สมาชิกของ LAN เดียว แม้คอนฟิกูเรชันจะอ่านดูเหมือนถูกซ้อนกันอยู่ การจัดวางนั้นเป็นเจตนา: กรุ๊ปคือที่ที่คุณจัดระเบียบบริการ และโดเมนคือที่ที่การส่งต่อเกิดขึ้นจริง
คู่มือบริการหลายจุดชั้น 2 ของ Cisco อธิบายบริดจ์โดเมนว่าเป็นโดเมนกระจายสัญญาณที่ถือพอร์ตกายภาพหรือเสมือน สวิตช์ตาม MAC ปลายทาง เรียนรู้ที่อยู่ต้นทาง และท่วมยูนิแคสต์ที่ไม่รู้จัก การกระจายสัญญาณ และมัลติแคสต์ภายในโดเมนนั้นเท่านั้น อ่านลำดับชั้นในคู่มือนั้นก่อนอ่านคอนฟิกูเรชันของคุณเอง
บริดจ์โดเมนเป็นเจ้าของการส่งต่อและการเรียนรู้
การเรียนรู้ MAC ถูกจำกัดขอบเขตไว้ที่โดเมน สถานีที่เรียนรู้ในโดเมนหนึ่งจึงมองไม่เห็นในโดเมนพี่น้องของมัน การท่วมก็เป็นไปตามขอบเขตเดียวกัน เพราะเหตุนี้การกระจายสัญญาณที่ส่งโดยโฮสต์หนึ่งจึงไม่เคยไปถึงโฮสต์ในอีกโดเมนหนึ่ง กลุ่ม split-horizon ภายในโดเมน สถานะสมาชิก และการควบคุมการส่งต่อที่กำหนดไว้ จะทำให้เอาต์พุตที่เข้าเกณฑ์แคบลงไปอีก
pseudowire หรืออินสแตนซ์การส่งต่อเสมือนเป็นจุดเชื่อมต่อบริการเข้ากับโดเมน หนึ่ง มันไม่ใช่คำพ้องของบริดจ์กรุ๊ปแม่ และการมองเช่นนั้นคือวิธีที่ขอบผู้ให้บริการลงเอยด้วย บริการสองตัวที่ควรถูกแยกออกจากกัน และกลับไม่ได้แยกจากกัน
จุดเชื่อมต่อเป็นตัวตัดสินว่าเฟรมใดจะมาถึงบ้าง
ใต้โดเมนลงไปคือจุดเชื่อมต่อ: อินเทอร์เฟซหรือซับอินเทอร์เฟซ การห่อหุ้มที่มันจับคู่ การดำเนินการกับแท็กใด ๆ และโดเมนที่มันเข้าร่วม ซับอินเทอร์เฟซที่หมายเลขบังเอิญดูเหมือน VLAN ไม่ใช่สัญญัติของเฟรม และพอร์ตกายภาพเดียวกันสามารถป้อนสองโดเมนด้วยการจับคู่ที่ต่างกันสองแบบ จดบันทึกอินเทอร์เฟซขาเข้า แท็กที่จับคู่ การกระทำกับแท็ก และโดเมนเป้าหมาย แล้วจึงจดฝั่งขาออกแยกต่างหาก
เปรียบเทียบสัญญัติระหว่างบริการทั้งสองก่อนจะย้ายคอนฟิกูเรชัน เมื่อทั้งสองโดเมนอยู่ใต้กรุ๊ปเดียวและมีเพียงตัวเดียวที่รับส่งทราฟฟิก ความต่างมักอยู่ที่จุดเชื่อมต่อไม่ใช่ที่โดเมน
หากการออกแบบยังเราต์ระหว่างซับเน็ตด้วย จุดเชื่อมต่อชั้น 3 ก็เป็นอีกออบเจกต์หนึ่งที่มีที่อยู่เกตเวย์และนโยบายของตัวเอง ชื่อของบริดจ์โดเมนไม่ได้อธิบายอะไรเลยว่าเกตเวย์ใดให้บริการมัน
ตรวจสอบกับรีลีสที่ติดตั้งใช้งานก่อนจัดระเบียบใหม่
ใช้คำสั่งปฏิบัติการของรีลีสเองเพื่อดูโดเมน ไม่ใช่คอนฟิกูเรชันที่กำลังทำงานอยู่ show l2vpn bridge-domain detail รายงานโดเมนและสถานะจุดเชื่อมต่อของมัน และ show l2vpn forwarding bridge-domain พร้อมตัวเลือก MAC แสดงให้เห็นว่าเรียนรู้อะไรที่ไหน หากที่อยู่ MAC ปรากฏในโดเมนหนึ่งและไม่ปรากฏในโดเมนพี่น้อง ลำดับชั้นกำลังทำสิ่งที่ถูกกำหนดไว้ให้ทำอย่างถูกต้อง
จากนั้นจัดทำบัญชีทุกโดเมนและจุดเชื่อมต่อใต้กรุ๊ปก่อนเปลี่ยนแปลงสิ่งใด และเก็บคอนฟิกูเรชันที่มีอยู่ไว้เพื่อเปรียบเทียบ ชื่อออบเจกต์ที่คุ้นเคยเพียงชื่อเดียวไม่ใช่หลักฐานว่าบริการที่ซ้อนอยู่ทุกรายการใช้ขอบเขตเดียวกัน