ทำไม L2VPN ของคุณจึงไม่สนใจ RSVP-TE LSP ที่คุณเพิ่งสร้าง

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

ป้ายหนึ่งระบุชื่อบริการ อีกป้ายเคลื่อนแพ็กเก็ต

ป้าย pseudowire ซึ่งถูกส่งสัญญาณด้วย LDP แบบเจาะจงตามที่อธิบายใน RFC 4447 บอกขอบผู้ให้บริการฝั่งรับว่าวงจรเชื่อมต่อใดควรได้รับเฟรม ไม่ได้บอกอะไรเกี่ยวกับวิธีที่เฟรมไปถึงที่นั่น ป้ายที่อยู่ข้างใต้เป็นของชั้นขนส่ง และสแตกนั้นถูกสร้างโดยสิ่งที่ประกาศความสามารถเข้าถึงสำหรับ loopback ของเพียร์ ไม่ว่าจะเป็น LDP, RSVP-TE หรือเส้นทางที่กำหนดเส้นทางแบบแบ่งส่วน เพราะโปรโตคอลต่างกันส่งสัญญาณสองชั้น ชั้นหนึ่งอาจแข็งแรงขณะที่อีกชั้นล้าสมัย การแยกนั้นคือต้นตอทั้งหมดของความสับสน

ควรพูดตรง ๆ ว่า pseudowire ไม่ได้เลือก LSP มันส่งเฟรมให้ชั้นขนส่ง และชั้นขนส่งตัดสินจากที่อยู่ปลายทางที่ได้รับ

นี่คือเหตุผลที่ ping สะอาดผ่าน LSP ใหม่พิสูจน์ได้น้อยมาก LSP อาจทำงานอยู่ มีป้ายกำกับ และรับส่งบริการอื่น ขณะที่ pseudowire ของคุณยังแก้ไขผ่าน hop ถัดไปอีกตัว จนกว่าคุณจะอ่านการผูก คุณยังไม่เห็นความเชื่อมโยงของสองข้อเท็จจริงนั้น

ตัวเลือก A: ปักหมุด pseudowire ไว้กับชั้นขนส่งที่เลือก

การปักหมุดหมายถึงการทำให้การแก้ไขเส้นทางขนส่งของบริการเป็นแบบกำหนดได้ ขึ้นกับแพลตฟอร์ม รูปแบบอาจเป็นนโยบายเลือกอุโมงค์ จุดปลายขนส่งที่ระบุชัดบนบริการ หรือนโยบายเส้นทางที่เขียน hop ถัดไปใหม่สำหรับที่อยู่เพียร์ ทั้งสามทำสิ่งเดียวกันภายใต้ คือบังคับให้การแก้ไขของปลายทางหนึ่งไปยัง LSP ที่ระบุ จึงทำให้ผลลัพธ์ตรวจสอบได้ในภายหลัง

ราคาคือขอบเขต นโยบายที่ตรงกับที่อยู่เพียร์ส่งผลต่อทุกบริการที่ชี้ไปยังเพียร์นั้น ไม่ใช่เพียง pseudowire ที่คุณคิดไว้

เส้นทางสำรองสมควรได้รับการตัดสินก่อนหน้าต่างเปลี่ยนแปลง ไม่ใช่ระหว่างนั้น ถ้า LSP ที่ปักหมุดไว้ล่ม คุณจะปล่อยให้บริการไปตามเส้นทางอื่นที่อนุมัติแล้ว หรือปล่อยให้หยุด นโยบายที่ถอยกลับไปยังเส้นทางที่ละเมิดข้อจำกัดด้านความหน่วงหรือการแยกจากกันอย่างเงียบ ๆ ได้เปลี่ยนเหตุขัดข้องที่สะอาดให้กลายเป็นสิ่งที่อธิบายให้ใครฟังได้ยากกว่ามาก

ตัวเลือก B: ปล่อยให้ IGP เลือกและดูว่าเกิดอะไรขึ้น

การปล่อยบริการไว้เป็นดีไซน์ที่ชอบด้วยเหตุผล และมักดีกว่า pseudowire ตามการแก้ไขเดียวกับทราฟฟิกอื่นไปยัง loopback ของเพียร์ จึงสืบทอดการลู่เข้าของ IGP การกดคำนำหน้า และความซ้ำซ้อนที่แกนหลักมีอยู่แล้ว นโยบายที่น้อยลงหมายถึงที่ให้นิ่งในการซ่อนตัวของความตรงกันที่ล้าสมัยน้อยลง สิ่งที่แลกมาคือคุณไม่ได้ควบคุมว่าเส้นทางใดที่บริการใช้ มีเพียงว่าเส้นทางนั้นมีอยู่

เส้นทางหลายทางที่ต้นทุนเท่ากันทำให้การแลกเปลี่ยนนั้นคมขึ้นกว่าที่เห็นในตอนแรก การแฮชทำตามโฟลว์ บทสนทนาสองรายการใน pseudowire เดียวจึงออกด้วยป้ายชั้นนอกที่ต่างกันได้

อ่านการส่งต่อที่ติดตั้งไว้ก่อนเชื่อถือทั้งสอง

เริ่มจากที่อยู่เพียร์ไม่ใช่บริการ บน Junos คำสั่ง show route 203.0.113.1 detail พิมพ์ hop ถัดไปที่เลือกและการทำงานของป้าย และ show route table mpls.0 จับคู่ป้ายขาเข้ากับการทำงานนั้น บน IOS XR show mpls l2transport vc 100 detail ให้สถานะของ pseudowire พร้อมสแตกที่ใส่เข้าไป

ยืนยัน LSP ที่ชั้นขนส่งใช้จริง ไม่ใช่ตัวที่เอกสารออกแบบของคุณระบุชื่อ traceroute mpls ipv4 203.0.113.1/32 บน IOS XR เดินตามเส้นทางที่สลับด้วยป้ายและแสดงรายการป้ายกับอินเทอร์เฟซขาออกตลอดเส้นทาง ซึ่งใกล้เคียงที่สุดกับการดูเส้นทางด้วยตัวเอง จากนั้นทำซ้ำจากขอบผู้ให้บริการปลายไกล เพราะทิศทางขากลับถูกแก้ไขอย่างเป็นอิสระ และความไม่สมมาตรเป็นเรื่องปกติหลังการทยอยใช้นโยบายบางส่วน เส้นทางที่ถูกทางหนึ่งและผิดอีกทางหนึ่งแย่กว่าเส้นทางที่ผิดทั้งสองทาง เพราะครึ่งหนึ่งของการทดสอบของคุณจะผ่าน

เก็บหลักฐานไว้กับบันทึกบริการ ที่อยู่เพียร์ hop ถัดไป ป้ายชั้นนอก และวันที่คุณตรวจสอบ นโยบายเส้นทางเสื่อมสภาพไม่ดี และไม่มีใครจำได้ว่าอันไหนมีผลเมื่อสองไตรมาสก่อน

เลือกตามรูปแบบความล้มเหลว ไม่ใช่ตามความชอบ

การปักหมุดเหมาะกับบริการที่มีข้อจำกัดที่ IGP แสดงออกไม่ได้ และกับทีมที่ดูแลนโยบายได้ทุกการเปลี่ยนแปลง การปล่อยให้ IGP เหมาะกับบริการที่ต้องอยู่รอดจากความล้มเหลวครั้งเดียวโดยไม่มีคนอยู่ในวง

คำถามชี้ขาดคือเส้นทางที่ผิดทำให้คุณเสียเท่าไร ถ้าบริการบน LSP ที่ผิดทำงานแย่ลงเพียงเล็กน้อย ปล่อยให้ IGP ตัดสินและทุ่มความพยายามไปที่การเฝ้าระวัง ถ้าเส้นทางที่ผิดละเมิดสัญญา ข้อค้นพบจากการตรวจสอบ หรือข้อกำหนดการแยกจากกัน ให้ปักหมุดและเขียนเส้นทางสำรองไว้ จากนั้นทดสอบเส้นทางสำรอง เพราะเส้นทางสำรองที่ไม่ได้ทดสอบคือสมมติฐานไม่ใช่แผน ไม่ว่าอย่างไร ให้อ่านการผูกที่ติดตั้งไว้อีกครั้งหลังทุกการเปลี่ยนแปลงในแกนหลัก และถือว่า pseudowire ที่ขึ้นมาเป็นหลักฐานว่าไม่มีอะไรอื่นนอกจากสัญญาณทำงาน