การทำแผนที่ฉลากสู่เส้นทางการปรับขนาดการสร้างฉลาก

ในเราเตอร์ที่เปิดใช้งาน MPLS ป้ายชื่อที่ไม่ซ้ำกันจะถูกสร้างขึ้นตามคำนำหน้าปลายทางในตารางเส้นทางหรือเป็นไปตาม Next-hop ในตารางเส้นทางหากไม่ใช่ทั้งสองวิธีการทำแผนที่ระหว่างป้ายกำกับที่ไม่ซ้ำกับรายการตารางเส้นทาง นอกจากนี้หากเป็นคำนำหน้าต่อปลายทางมันจะปรับขนาดได้อย่างไร ตามความเข้าใจของฉันค่าสูงสุดของฉลากคือ 2 ^ 20 = 1048576 ถ้าจำนวนรายการตารางเส้นทางมากกว่า 1048576

— Hemanth
แหล่งที่มา

คุณกำลังแนะนำอย่างจริงจังว่าคุณกำลังดูสถานการณ์ที่มีคนกำลังเข้าใกล้รายการ LFIB 1 ล้านหรือเป็นคำถามเชิงทฤษฎีหรือไม่

— Mike Pennington

ตอนนี้ฉันทำงานกับ L3 ฉันได้เห็นสถานการณ์ลูกค้าใกล้ถึง 1 ล้านเส้นทาง (เส้นทางอินเทอร์เน็ตที่สมบูรณ์) ในเราเตอร์ Edge มันไม่ได้ข้ามหมายเลขนั้น แต่ฉันได้เห็นจำนวนรายการเกือบครึ่งล้าน

— Hemanth

เส้นทาง IGP + ป้ายกำกับ RSVP-TE มีกี่เส้นทาง มันเป็นการออกแบบที่ไม่ดีในการผูกเลเบลกับทุกเส้นทางอินเทอร์เน็ต คุณควรผูกป้ายกำกับกับ BGP ถัดไปทั้งหมดในตาราง IGP ของคุณ

— Mike Pennington

การผูกป้ายกำกับต่อ BGP nexthop เหมาะสม แต่ MPLS ไม่มีแนวทางทั่วไปสำหรับการสร้างฉลาก? ไม่มีกฎทั่วไปที่บอกว่าควรสร้างป้ายกำกับที่ไม่ซ้ำกันสำหรับ Destination-prefix หรือต่อ nexthop หรือไม่ หรือมันเป็นเพียงการใช้งานที่เฉพาะเจาะจง?

— Hemanth

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

— Ron Maupin

คำตอบ:

สร้างฉลากเฉพาะตามคำนำหน้าปลายทางในตารางเส้นทางหรือต่อ Next-hop ในตารางเส้นทาง ... ฉันได้เห็นสถานการณ์ลูกค้าใกล้ถึง 1 ล้านเส้นทางแล้ว แต่ MPLS ไม่มีแนวทางร่วมกันสำหรับการสร้างฉลาก? ไม่มีกฎทั่วไปที่บอกว่าควรสร้างป้ายกำกับที่ไม่ซ้ำกันสำหรับ Destination-prefix หรือต่อ nexthop หรือไม่ หรือมันเป็นเพียงการใช้งานที่เฉพาะเจาะจง?

ดูเหมือนจะมีความสับสนเล็กน้อย ไม่น่าเป็นไปได้ที่ใครบางคนจะต้องการจัดสรรป้ายกำกับที่ไม่ซ้ำกันสำหรับเส้นทางอินเทอร์เน็ต เครือข่าย MPLS ที่ออกแบบมาอย่างดีควรจัดสรรฉลากตามคำนำหน้าของ IGP ที่เชื่อมโยงกับ BGP ของคุณในครั้งถัดไป (อ้างอิงRFC 3031, มาตรา 4.6 )

ด้วยเหตุนี้ฉันจึงไม่แน่ใจว่าฉลาก 1 ล้านป้ายใน LFIB เป็นข้อ จำกัด การออกแบบที่รุนแรงในวันนี้

— ไมค์เพนนิงตัน
แหล่งที่มา

ตาม rfc3031 section4.6 เราเตอร์คอร์ทั้งหมดจะจัดสรรฉลากสำหรับคำนำหน้า igp แต่ BGP จะจัดสรรป้ายกำกับที่ไม่ซ้ำกันสำหรับแต่ละเส้นทาง (เส้นทาง BGp) ที่ส่งไปยัง BGP peer แต่ที่นี่อีกครั้ง BGP สามารถโฆษณาหลายพันเส้นทางได้ใช่ไหม จะเกิดอะไรขึ้นถ้าเส้นทางหมายเลข BGP เกิน 2 ^ 20

— Hemanth

@Saran คุณถูกต้องมันเป็นไปได้ที่จะไม่มีฉลากในสถานการณ์เช่นนี้ (เช่น RFC4364, ตัวเลือก b) สิ่งที่จะเกิดขึ้นคือคุณไม่สามารถโฆษณา NLRI ใด ๆ ที่ต้องมีป้ายกำกับใหม่ ฉันคิดว่ามันค่อนข้างไม่น่าเป็นไปได้และทางเทคนิคตราบใดที่ PE ที่อยู่ไกลออกไปมีการกระโดดครั้งถัดไปเหมือนกันสำหรับคำนำหน้าคุณสามารถแชร์ป้ายกำกับได้ เนื่องจาก opt-B จำเป็นต้องยุบ IGP ทั้งหมดฉลาก VPN เป็นป้ายกำกับเดียวจึงง่ายกว่าที่จะจินตนาการถึงสถานการณ์ที่อาจเกิดขึ้น แต่ฉันไม่น่าจะเป็นไปได้มากนัก

— ytti

@Saran ในสถานการณ์ที่คุณกล่าวถึงนั่นคือระหว่าง-AS MPLS VPN การกำหนดเส้นทาง BGP อย่างง่ายที่คุณดูเหมือนจะถามในคำถามดั้งเดิมของคุณไม่ได้จัดสรรป้ายกำกับสำหรับเส้นทาง BGP ตามค่าเริ่มต้น สถานการณ์ MPLS VPN ใด ๆ อาจมีฉลากที่เผยแพร่โดย VPNv4 ขาดหายไป ณ จุดนั้นคุณจะต้องแบ่งกลุ่มลูกค้าของคุณด้วยเราเตอร์แยกต่างหากหากคุณไม่ได้ใช้งานอินเตอร์ AS

— Mike Pennington

ตัวเลือก C มีขนาดเหมือน MPLS ปกติเนื่องจากเป็นกอง [IGP, VPN] ปกติ อย่างไรก็ตามตัวเลือก B เป็นเพียง [ฉลาก] ซึ่งต้องการแผนที่ใน ASBR เป็น [IGP, VPN] ในที่สุด ดังนั้นใน OptionC ส่วน VPN ไม่จำเป็นต้องไม่ซ้ำกันสำหรับ PE สองตัวใน OptionB แต่ละการรวมกันของ [IGP, VPN] จะต้องไม่ซ้ำกันผ่านลิงก์ ASBR <-> ASBR

— ytti

@ytti - "ฉันคิดว่ามันค่อนข้างไม่น่าเป็นไปได้และทางเทคนิคตราบใดที่ PE ที่อยู่ไกลออกไปมีการกระโดดครั้งถัดไปเหมือนกันสำหรับคำนำหน้าคุณสามารถใช้ป้ายกำกับร่วมกันได้" ไม่มีกฎหรือข้อบังคับใด ๆ แต่ละ PRefix (คำนำหน้า BGp)? ฉันเข้าใจดีว่าจะเป็นการดีกว่าที่จะแบ่งปันป้ายกำกับหนึ่งป้ายสำหรับคำนำหน้าหลายรายการหากพวกเขาปฏิบัติตามเส้นทางเดียวกันสำหรับการสลับ แต่คำถามคือจะตัดสินใจอย่างไร? เราเตอร์แบบดาวน์สตรีมจะรู้หรือตัดสินใจเลือกเส้นทางใดที่จะแบ่งปันป้ายกำกับหนึ่งป้าย มันเป็นเพียงแค่เน็กซ์ท็อป? หากมีหลายเส้นทางที่ใช้เส้นทางเดียวกันกับ nexthop พวกเขาจะได้รับป้ายเดียวหรือไม่

— Hemanth

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

ผู้จัดการป้ายกำกับวันนี้ในผู้จำหน่ายรายใหญ่ (CSCO, JNPR อย่างน้อย) ได้รับการตั้งโปรแกรมเพื่อให้พวกเขาต้องการบล็อกต่อเนื่องสำหรับแอปพลิเคชันป้ายกำกับ แน่นอนว่าสิ่งนี้สามารถแก้ไขได้ด้วยค่าใช้จ่ายด้านประสิทธิภาพและความซับซ้อน แต่ก็เป็นอีกเรื่องที่ต้องพิจารณา

บริการ MPLS บางอย่างค่อนข้างหิวสำหรับพื้นที่ฉลากในแกนหลักโดยส่วนใหญ่จะไม่เกี่ยวข้องเนื่องจากเราสามารถซ่อนไว้ภายใต้ 'IGP label' ของเรา
เราจำเป็นต้องจำ MPLS ไม่เพียง แต่เกี่ยวกับ IP มันเป็นเรื่องเกี่ยวกับ FEC ถ้าเราจำเป็นต้องให้การรักษา / เส้นทางที่แตกต่างในหลักเราจำเป็นต้องมี FEC ใหม่

มีการอภิปรายเกี่ยวกับการสนับสนุนบางส่วนมีป้ายขนาดใหญ่และป้ายขนาดใหญ่ของพวกเขากรณีการใช้งานแม้จะมีโอกาสมากขึ้นการดำเนินงานความประสงค์ผ่านทางป้ายวัตถุประสงค์พิเศษ โดยส่วนตัวฉันหวังว่า / คาดหวังรูปแบบสาย MPLS จะเปลี่ยนก่อน 2 ^ 20 กลายเป็นปัญหา เนื่องจากส่วนใหญ่จะใช้ MPLS ภายในเครือข่ายผู้ให้บริการเครือข่ายเดียวการเปลี่ยนรูปแบบการวางสายจึงทำได้ง่ายมากเมื่อเทียบกับการย้ายข้อมูล IPv4-> IPV6 ดังนั้นสิ่งที่เราจะพบเจอปัญหาที่เกิดขึ้น ปัญหาบางอย่างที่ฉันต้องการแก้ไข:

ความสามารถในการเก็บประวัติฉลากระหว่างทาง
โอเวอร์เฮดไบต์ต่ำ (TTL, TC ซ้ำซ้อนในฉลากแบบเรียงซ้อน)
ลบความต้องการในการขนส่งโหลด MPLS P 'เป็ดพิมพ์' (พัก ECMP วันนี้)
ขยายได้โดยการออกแบบ (ฉลากวัตถุประสงค์พิเศษแนะนำค่าใช้จ่ายจำนวนมากไบต์)
เพิ่มพื้นที่ฉลาก
การอยู่ร่วมกับ MPLSv1

— ytti
แหล่งที่มา