จุดแลกเปลี่ยนการรับส่งข้อมูล: จากจุดเริ่มต้นสู่การสร้าง IX ของคุณเอง

“เราได้ตั้งค่าการเชื่อมต่อทางโทรศัพท์ระหว่างเรากับคนที่ SRI...”, Kleinrock... กล่าวในการให้สัมภาษณ์:
“เราพิมพ์ตัว L และถามทางโทรศัพท์ว่า “คุณเห็นตัว L ไหม”
“ใช่ เราเห็นตัว L” ตอบกลับมา
“เราพิมพ์ตัว O และถามว่า “คุณเห็นตัว O ไหม”
“ใช่ เราเห็นโอแล้ว”
“แล้วเราพิมพ์ G แล้วระบบล่ม”...

แต่การปฏิวัติได้เริ่มต้นขึ้นแล้ว...

จุดเริ่มต้นของอินเทอร์เน็ต

Hello!

ฉันชื่อ Alexander เป็นวิศวกรเครือข่ายที่ Linxdatacenter ในบทความวันนี้เราจะพูดถึงจุดแลกเปลี่ยนการรับส่งข้อมูล (Internet Exchange Points, IXP): สิ่งที่อยู่ข้างหน้าลักษณะที่ปรากฏ, งานที่พวกเขาแก้ไขและวิธีการสร้าง นอกจากนี้ในบทความนี้ ฉันจะสาธิตหลักการทำงานของ IXP โดยใช้แพลตฟอร์ม EVE-NG และเราเตอร์ซอฟต์แวร์ BIRD เพื่อให้คุณเข้าใจวิธีการทำงาน "ภายใต้ประทุน"

บิตของประวัติศาสตร์

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

สถานการณ์นี้ไม่เพียงส่งผลต่อต้นทุนในการขนส่งเท่านั้น แต่ยังรวมถึงคุณภาพของช่องทางและความล่าช้าด้วย จำนวนผู้ใช้อินเทอร์เน็ตเพิ่มขึ้น มีผู้ให้บริการรายใหม่ปรากฏขึ้น ปริมาณการรับส่งข้อมูลเพิ่มขึ้น และอินเทอร์เน็ตเติบโตเต็มที่ ผู้ปฏิบัติงานทั่วโลกเริ่มตระหนักว่าจำเป็นต้องมีแนวทางที่มีเหตุผลมากขึ้นในการจัดการปฏิสัมพันธ์ระหว่างผู้ปฏิบัติงาน “เหตุใดฉันซึ่งเป็นผู้ให้บริการ A จึงต้องจ่ายค่าเปลี่ยนเครื่องผ่านประเทศอื่นเพื่อส่งการจราจรไปยังผู้ให้บริการ B ซึ่งอยู่บนถนนถัดไป” นี่เป็นคำถามคร่าวๆ ที่ผู้ประกอบการโทรคมนาคมถามตัวเองในขณะนั้น ดังนั้นจุดแลกเปลี่ยนการรับส่งข้อมูลจึงเริ่มปรากฏในส่วนต่าง ๆ ของโลกที่จุดรวมตัวของผู้ปฏิบัติงาน:

• 1994 – LINX ในลอนดอน
• 1995 – DE-CIX ในแฟรงก์เฟิร์ต
• 1995 – MSK-IX ในมอสโก ฯลฯ

อินเทอร์เน็ตและสมัยของเรา

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

AS โดยปกติแล้วจะเป็นผู้ให้บริการโทรคมนาคม ผู้ให้บริการอินเทอร์เน็ต CDN ศูนย์ข้อมูล และบริษัทในกลุ่มองค์กร ASes จัดระเบียบการเชื่อมต่อแบบลอจิคัล (เพียร์) ระหว่างกัน โดยปกติจะใช้โปรโตคอล BGP

วิธีที่ระบบอัตโนมัติจัดระเบียบการเชื่อมต่อเหล่านี้ถูกกำหนดโดยปัจจัยหลายประการ:

• ทางภูมิศาสตร์,
• ทางเศรษฐกิจ,
• ทางการเมือง,
• ข้อตกลงและผลประโยชน์ร่วมกันระหว่างเจ้าของ AS
• เป็นต้น

แน่นอนว่าโครงการนี้มีโครงสร้างและลำดับชั้นที่แน่นอน ดังนั้นตัวดำเนินการจะถูกแบ่งออกเป็นระดับ 1, ระดับ 2 และระดับ 3 และหากไคลเอนต์สำหรับผู้ให้บริการอินเทอร์เน็ตในพื้นที่ (ระดับ 3) นั้นเป็นผู้ใช้ทั่วไปตามกฎแล้วตัวอย่างเช่นสำหรับระดับ 1 ตัวดำเนินการระดับ ลูกค้าคือตัวดำเนินการอื่น ผู้ให้บริการระดับ 3 จะรวมการรับส่งข้อมูลของสมาชิกของตน ผู้ให้บริการโทรคมนาคมระดับ 2 ตามลำดับ รวมการรับส่งข้อมูลของผู้ให้บริการระดับ 3 และระดับ 1 คือการรับส่งข้อมูลทางอินเทอร์เน็ตทั้งหมด

แผนผังสามารถแสดงได้ดังนี้:

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

ส่วนสำคัญและในเวลาเดียวกันข้อเสียของโครงการนี้คือความสับสนในการเชื่อมต่อระหว่างระบบอัตโนมัติที่ตั้งอยู่ใกล้กับผู้ใช้ปลายทางภายในพื้นที่ทางภูมิศาสตร์ พิจารณาภาพด้านล่าง:

สมมติว่าในเมืองใหญ่มีผู้ให้บริการโทรคมนาคม 5 ราย โดยพิจารณาระหว่างนั้นด้วยเหตุผลใดเหตุผลหนึ่งตามที่แสดงไว้ข้างต้น

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

จะลดจำนวน AS การขนส่งสาธารณะที่การจราจรถูกบังคับให้ผ่านได้อย่างไร ถูกต้อง - จุดแลกเปลี่ยนการเข้าชม

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

จุดแลกเปลี่ยนคืออะไร?

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

• ลดความล่าช้า
• ลดปริมาณการสัญจรไปมา
• เพิ่มประสิทธิภาพการกำหนดเส้นทางระหว่าง AS

เมื่อพิจารณาว่า IXP มีอยู่ในเมืองใหญ่หลายแห่งทั่วโลก ทั้งหมดนี้จึงส่งผลดีต่ออินเทอร์เน็ตโดยรวม

หากสถานการณ์ข้างต้นกับ Petya ได้รับการแก้ไขโดยใช้ IXP ผลลัพธ์ที่ได้จะเป็นดังนี้:

จุดแลกเปลี่ยนการเข้าชมทำงานอย่างไร

ตามกฎแล้ว IXP จะเป็น AS ที่แยกต่างหากซึ่งมีบล็อกที่อยู่ IPv4/IPv6 สาธารณะของตัวเอง

เครือข่าย IXP มักประกอบด้วยโดเมน L2 แบบต่อเนื่อง บางครั้งนี่เป็นเพียง VLAN ที่โฮสต์ไคลเอ็นต์ IXP ทั้งหมด เมื่อพูดถึง IXP ที่ใหญ่ขึ้นและมีการกระจายทางภูมิศาสตร์ เทคโนโลยี เช่น MPLS, VXLAN ฯลฯ สามารถใช้เพื่อจัดระเบียบโดเมน L2 ได้

องค์ประกอบ IXP

• เอสเคเอส ไม่มีอะไรผิดปกติที่นี่: ชั้นวาง, การเชื่อมต่อข้ามแบบออปติคอล, แผงแพทช์
• สวิตช์ – พื้นฐานของ IXP พอร์ตสวิตช์เป็นจุดเริ่มต้นเข้าสู่เครือข่าย IXP สวิตช์ยังทำหน้าที่ส่วนหนึ่งของฟังก์ชันความปลอดภัย โดยจะกรองการรับส่งข้อมูลขยะที่ไม่ควรปรากฏบนเครือข่าย IXP ตามกฎแล้ว สวิตช์จะถูกเลือกตามความต้องการด้านการทำงาน - ความน่าเชื่อถือ ความเร็วพอร์ตที่รองรับ คุณลักษณะด้านความปลอดภัย การสนับสนุน sFlow เป็นต้น
• เซิร์ฟเวอร์เส้นทาง (RS) – ส่วนสำคัญและจำเป็นของจุดแลกเปลี่ยนการรับส่งข้อมูลที่ทันสมัย หลักการทำงานคล้ายกับตัวสะท้อนเส้นทางใน iBGP หรือเราเตอร์ที่กำหนดใน OSPF มากและแก้ไขปัญหาเดียวกัน เมื่อจำนวนผู้เข้าร่วมในจุดแลกเปลี่ยนการรับส่งข้อมูลเพิ่มขึ้น จำนวนเซสชัน BGP ที่ผู้เข้าร่วมแต่ละคนต้องรองรับก็เพิ่มขึ้น เช่น สิ่งนี้ชวนให้นึกถึงโทโพโลยีแบบเต็มตาข่ายแบบคลาสสิกใน iBGP RS แก้ไขปัญหาด้วยวิธีต่อไปนี้: สร้างเซสชัน BGP กับผู้เข้าร่วม IXP ที่สนใจแต่ละราย และผู้เข้าร่วมนั้นจะกลายเป็นไคลเอนต์ RS เมื่อรับการอัปเดต BGP จากไคลเอนต์รายหนึ่ง RS จะส่งการอัปเดตนี้ไปยังไคลเอนต์อื่น ๆ ทั้งหมด ยกเว้นไคลเอนต์ที่ได้รับการอัปเดตนี้ ดังนั้น RS ไม่จำเป็นต้องสร้างการเชื่อมโยงแบบเต็มระหว่างสมาชิก IXP ทั้งหมด และแก้ไขปัญหาความสามารถในการปรับขนาดได้อย่างหรูหรา เป็นที่น่าสังเกตว่าเซิร์ฟเวอร์เส้นทางส่งเส้นทางจาก AS หนึ่งไปยังอีก AS หนึ่งอย่างโปร่งใสโดยไม่ต้องทำการเปลี่ยนแปลงกับแอตทริบิวต์ที่ส่งโดย BGP ตัวอย่างเช่น มันไม่ได้เพิ่มหมายเลขใน AS ของมันไปยังเส้นทาง AS นอกจากนี้ใน RS ยังมีการกรองเส้นทางขั้นพื้นฐาน: ตัวอย่างเช่น RS ไม่ยอมรับเครือข่าย Martians และคำนำหน้าของ IXP เอง

  เราเตอร์ซอฟต์แวร์โอเพ่นซอร์ส BIRD (bird internet routing daemon) มักถูกใช้เป็นโซลูชันเซิร์ฟเวอร์เส้นทาง ข้อดีของมันคือมันฟรี ใช้งานได้อย่างรวดเร็วบน Linux ส่วนใหญ่ มีกลไกที่ยืดหยุ่นในการตั้งค่านโยบายการกำหนดเส้นทาง/กรอง และไม่ต้องการทรัพยากรในการประมวลผล นอกจากนี้ยังสามารถเลือกฮาร์ดแวร์/เราเตอร์เสมือนจาก Cisco, Juniper ฯลฯ เป็น RS ได้

• ความปลอดภัย เนื่องจากเครือข่าย IXP เป็นแหล่งรวมของ ASes จำนวนมาก นโยบายความปลอดภัยที่ผู้เข้าร่วมทุกคนต้องปฏิบัติตามจึงต้องเขียนไว้อย่างดี โดยทั่วไป กลไกเดียวกันทั้งหมดที่ใช้เพื่อสร้าง BGP adjacency ระหว่างเพียร์ BGP ที่แยกกันสองตัวภายนอก IXP จะถูกนำมาใช้ที่นี่ รวมถึงมาตรการรักษาความปลอดภัยเพิ่มเติมบางอย่าง

  ตัวอย่างเช่น เป็นวิธีปฏิบัติที่ดีที่จะอนุญาตการรับส่งข้อมูลจากที่อยู่ Mac ที่ระบุของผู้เข้าร่วม IXP เท่านั้น ซึ่งมีการเจรจาล่วงหน้า การปฏิเสธการรับส่งข้อมูลด้วยฟิลด์ ethertype นอกเหนือจาก 0x0800(IPv4), 0x08dd(IPv6), 0x0806(ARP); ทำเช่นนี้เพื่อกรองการรับส่งข้อมูลที่ไม่ได้อยู่ในการเพียร์ BGP สามารถใช้กลไกเช่น GTSM, RPKI ฯลฯ ได้

บางทีสิ่งที่กล่าวมาข้างต้นอาจเป็นส่วนประกอบหลักของ IXP ใดๆ ก็ตาม โดยไม่คำนึงถึงขนาด แน่นอนว่า IXP ที่ใหญ่กว่าอาจมีเทคโนโลยีและโซลูชันเพิ่มเติมอยู่แล้ว
มันเกิดขึ้นที่ IXP ยังให้บริการเพิ่มเติมแก่ผู้เข้าร่วมด้วย:

• วางบนเซิร์ฟเวอร์ IXP TLD DNS
• ติดตั้งเซิร์ฟเวอร์ฮาร์ดแวร์ NTP ช่วยให้ผู้เข้าร่วมประสานเวลาได้อย่างแม่นยำ
• ให้การป้องกันการโจมตี DDoS ฯลฯ

หลักการของการดำเนินงาน

มาดูหลักการทำงานของจุดแลกเปลี่ยนการรับส่งข้อมูลโดยใช้ตัวอย่างของ IXP แบบง่ายซึ่งจำลองโดยใช้ EVE-NG จากนั้นพิจารณาการตั้งค่าพื้นฐานของเราเตอร์ซอฟต์แวร์ BIRD เพื่อให้ไดอะแกรมง่ายขึ้น เราจะละเว้นสิ่งสำคัญ เช่น ความซ้ำซ้อนและความทนทานต่อข้อผิดพลาด

โทโพโลยีเครือข่ายแสดงในรูปด้านล่าง

สมมติว่าเราจัดการจุดแลกเปลี่ยนเล็กๆ และจัดเตรียมตัวเลือกการเพียร์ต่อไปนี้:

• การเพียร์ในที่สาธารณะ
• การเพียร์ส่วนตัว
• การเพียร์ผ่านเซิร์ฟเวอร์เส้นทาง

หมายเลข AS ของเราคือ 555 เราเป็นเจ้าของบล็อกที่อยู่ IPv4 – 50.50.50.0/24 ซึ่งเราออกที่อยู่ IP สำหรับผู้ที่ต้องการเชื่อมต่อกับเครือข่ายของเรา

50.50.50.254 – ที่อยู่ IP ที่กำหนดค่าไว้บนอินเทอร์เฟซเซิร์ฟเวอร์เส้นทาง โดยไคลเอ็นต์ IP นี้จะสร้างเซสชัน BGP ในกรณีที่มีการเพียร์ผ่าน RS

นอกจากนี้ สำหรับการเพียร์ผ่าน RS เราได้พัฒนานโยบายการกำหนดเส้นทางง่ายๆ โดยอิงตามชุมชน BGP ซึ่งช่วยให้ผู้เข้าร่วม IXP สามารถควบคุมได้ว่าจะส่งไปยังใครและเส้นทางใด:

ชุมชนบีจีพี
ลักษณะ

LOCAL_AS:PEER_AS
ส่งคำนำหน้าไปที่ PEER_AS เท่านั้น

LOCAL_AS:IXP_AS
โอนคำนำหน้าไปยังผู้เข้าร่วม IXP ทั้งหมด

ลูกค้า 3 รายต้องการเชื่อมต่อกับ IXP ของเราและแลกเปลี่ยนปริมาณข้อมูล สมมติว่านี่คือผู้ให้บริการอินเทอร์เน็ต พวกเขาทั้งหมดต้องการจัดระเบียบการเพียร์ผ่านเซิร์ฟเวอร์เส้นทาง ด้านล่างนี้เป็นไดอะแกรมพร้อมพารามิเตอร์การเชื่อมต่อไคลเอนต์:

ลูกค้า
หมายเลข AS ลูกค้า
คำนำหน้าโฆษณาของลูกค้า
ที่อยู่ IP ที่ออกให้กับลูกค้าเพื่อเชื่อมต่อกับ IXP

ผู้ให้บริการอินเทอร์เน็ต #1
AS 100
1.1.0.0/16
50.50.50.10/24

ผู้ให้บริการอินเทอร์เน็ต #2
AS 200
2.2.0.0/16
50.50.50.20/24

ผู้ให้บริการอินเทอร์เน็ต #3
AS 300
3.3.0.0/16
50.50.50.30/24

การตั้งค่า BGP พื้นฐานบนเราเตอร์ไคลเอนต์:

router bgp 100
 no bgp enforce-first-as
 bgp log-neighbor-changes
 neighbor 50.50.50.254 remote-as 555
address-family ipv4
  network 1.1.0.0 mask 255.255.0.0
  neighbor 50.50.50.254 activate
  neighbor 50.50.50.254 send-community both
  neighbor 50.50.50.254 soft-reconfiguration inbound
  neighbor 50.50.50.254 route-map ixp-out out
 exit-address-family

ip prefix-list as100-prefixes seq 5 permit 1.1.0.0/16
route-map bgp-out permit 10
 match ip address prefix-list as100-prefixes
 set community 555:555

เป็นที่น่าสังเกตว่าการตั้งค่า no bgp enforce-first-as ที่นี่ ตามค่าเริ่มต้น BGP กำหนดให้ as-path ของการอัพเดต BGP ที่ได้รับมีหมายเลข as bgp ของเพียร์ที่ได้รับการอัปเดต แต่เนื่องจากเซิร์ฟเวอร์เส้นทางไม่ได้ทำการเปลี่ยนแปลงกับ as-path หมายเลขของมันจะไม่อยู่ใน as-path และการอัพเดตจะถูกยกเลิก การตั้งค่านี้ใช้เพื่อทำให้เราเตอร์ละเว้นกฎนี้

นอกจากนี้เรายังเห็นว่าลูกค้าได้ตั้งค่าชุมชน bgp 555:555 เป็นคำนำหน้านี้ ซึ่งตามนโยบายของเราหมายความว่าลูกค้าต้องการโฆษณาคำนำหน้านี้ให้กับผู้เข้าร่วมรายอื่นทั้งหมด

สำหรับเราเตอร์ไคลเอนต์อื่น การตั้งค่าจะคล้ายกัน ยกเว้นพารามิเตอร์เฉพาะ

ตัวอย่างการกำหนดค่า BIRD:

define ixp_as = 555;
define ixp_prefixes = [ 50.50.50.0/24+ ];

template bgp RS_CLIENT {
  local as ixp_as;
  rs client;
}

ข้อมูลต่อไปนี้จะอธิบายตัวกรองที่ไม่ยอมรับคำนำหน้าของดาวอังคาร เช่นเดียวกับคำนำหน้าของ IXP เอง:

function catch_martians_and_ixp()
prefix set martians;
prefix set ixp_prefixes;
{
  martians = [ 
  0.0.0.0/8+,
  10.0.0.0/8+,
  100.64.0.0/10+,
  127.0.0.0/8+,
  169.254.0.0/16+,
  172.16.0.0/12+,
  192.0.0.0/24+,
  192.0.2.0/24+,
  192.168.0.0/16+,
  198.18.0.0/15+,
  198.51.100.0/24+,
  203.0.113.0/24+,
  224.0.0.0/4+,
  240.0.0.0/4+ ];

  if net ~ martians || net ~ ixp_prefixes then return false;

  return true;
}

ฟังก์ชั่นนี้ใช้นโยบายการกำหนดเส้นทางที่เราอธิบายไว้ก่อนหน้านี้

function bgp_ixp_policy(int peer_as)
{
  if (ixp_as, ixp_as) ~ bgp_community then return true;
  if (ixp_as, peer_as) ~ bgp_community then return true;

  return false;
}

filter reject_martians_and_ixp
{
  if catch_martians_and_ixp() then reject;
  if ( net ~ [0.0.0.0/0{25,32} ] ) then {
    reject;
  }
  accept;


}

เรากำหนดค่าการเชื่อมต่อแบบเพียร์ ใช้ตัวกรองและนโยบายที่เหมาะสม

protocol as_100 from RS_CLIENT {
  neighbor 50.50.50.10 as 100;
  ipv4 {
    export where bgp_ixp_policy(100);
    import filter reject_martians_and_ixp;
  }
}

protocol as_200 from RS_CLIENT {
  neighbor 50.50.50.20 as 200;
  ipv4 {
    export where bgp_ixp_policy(200);
    import filter reject_martians_and_ixp;
  }
}

protocol as_300 from RS_CLIENT {
  neighbor 50.50.50.30 as 300;
  ipv4 {
    export where bgp_ixp_policy(300);
    import filter reject_martians_and_ixp;
  }
}

เป็นที่น่าสังเกตว่าบนเซิร์ฟเวอร์เส้นทาง แนวทางปฏิบัติที่ดีในการใส่เส้นทางจากเพียร์ที่แตกต่างกันไปยัง RIB ที่แตกต่างกัน BIRD อนุญาตให้คุณทำสิ่งนี้ ในตัวอย่างของเรา เพื่อความง่าย การอัปเดตทั้งหมดที่ได้รับจากไคลเอนต์ทั้งหมดจะถูกเพิ่มเข้าไปใน RIB ทั่วไปอันเดียว

เรามาตรวจสอบกันดีกว่าว่าเราได้อะไรมาบ้าง

บนเซิร์ฟเวอร์เส้นทาง เราจะเห็นว่ามีการสร้างเซสชัน BGP กับไคลเอนต์ทั้งสามราย:

เราเห็นว่าเราได้รับคำนำหน้าจากลูกค้าทั้งหมด:

บนเราเตอร์ as 100 เราจะเห็นว่าหากมีเซสชัน BGP เพียงหนึ่งเซสชันกับเซิร์ฟเวอร์เส้นทาง เราได้รับคำนำหน้าจากทั้ง 200 และ 300 ในขณะที่แอตทริบิวต์ BGP ไม่มีการเปลี่ยนแปลง ราวกับว่าการเพียร์ระหว่างไคลเอนต์ดำเนินการโดยตรง:

ดังนั้นเราจะเห็นว่าการมีเซิร์ฟเวอร์เส้นทางช่วยลดความยุ่งยากในการจัดการเพียร์บน IXP ได้อย่างมาก

ฉันหวังว่าการสาธิตนี้จะช่วยให้คุณเข้าใจวิธีการทำงานของ IXP และวิธีการทำงานของเซิร์ฟเวอร์เส้นทางบน IXP ได้ดียิ่งขึ้น

Linxdatacenter IX

ที่ Linxdatacenter เราสร้าง IXP ของเราเองโดยใช้โครงสร้างพื้นฐานที่ทนทานต่อข้อผิดพลาดของสวิตช์ 2 ตัวและเซิร์ฟเวอร์เส้นทาง 2 ตัว IXP ของเรากำลังทำงานในโหมดทดสอบ และเราขอเชิญชวนให้ทุกคนเชื่อมต่อกับ Linxdatacenter IX และมีส่วนร่วมในการทดสอบ เมื่อเชื่อมต่อ คุณจะได้รับพอร์ตที่มีแบนด์วิธ 1 Gbit/s ความสามารถในการเพียร์ผ่านเซิร์ฟเวอร์เส้นทางของเรา รวมถึงการเข้าถึงบัญชีส่วนตัวของพอร์ทัล IX ซึ่งมีอยู่ที่ ix.linxdatacenter.com.

เขียนความคิดเห็นหรือข้อความส่วนตัวเพื่อเข้าถึงการทดสอบ

เอาท์พุต

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

ลิงค์ที่มีประโยชน์

• ดูแผนที่ที่ตั้งจุดแลกเปลี่ยนจราจร: www.internetexchangemap.com
• ดูสถิติโดยละเอียดเกี่ยวกับการเพียร์ BGP รวมถึงการปรากฏบน IXP: www.peeringdb.com

ที่มา: will.com