- แอตทริบิวต์ ORIGIN กำหนดจุดเริ่มต้นของเส้นทาง BGP โดยยึดตามลำดับความสำคัญ IGP > EGP > INCOMPLETE
- ประมาณ 70% ของเส้นทางบินทั่วโลกถูกผู้ให้บริการดัดแปลงโดยเจตนาเพื่อดึงดูดผู้โดยสารและเพิ่มผลกำไร
- การเปลี่ยนแปลงเหล่านี้ทำให้เกิดความหน่วงที่ไม่สม่ำเสมอและทำให้ยากต่อการวินิจฉัยปัญหาการเชื่อมต่อในบริการแบบกระจายศูนย์
- มาตรการบรรเทาผลกระทบจำเป็นต้องใช้ RPKI, การตรวจสอบคำนำหน้าเครือข่ายอย่างต่อเนื่อง และการกระจายผู้ให้บริการเครือข่าย
เมื่อเราพูดถึงการเคลื่อนที่ของข้อมูลบนอินเทอร์เน็ต เรามักคิดว่าทุกอย่างไหลเวียนไปโดยอัตโนมัติและโปร่งใส อย่างไรก็ตาม เบื้องหลังภาพลักษณ์นั้นคือโปรโตคอลที่เรียกว่า BGP ซึ่งทำการตัดสินใจอย่างต่อเนื่องโดยอิงจากเกณฑ์บางอย่าง และหนึ่งในเกณฑ์ที่น่าสนใจที่สุด แต่บางครั้งถูกมองข้ามไป คือแอตทริบิวต์ ORIGINซึ่งโดยพื้นฐานแล้วจะบอกเราว่าเส้นทางมาจากที่ใด
สิ่งที่ดูเหมือนจะเป็นรายละเอียดทางเทคนิคเล็กน้อยกลับกลายเป็นปัญหาใหญ่สำหรับหลายๆ คน เนื่องจากมีการค้นพบว่าผู้ให้บริการหลายรายจงใจเปลี่ยนแปลงค่านี้เพื่อควบคุมปริมาณการใช้งานเครือข่ายให้เป็นประโยชน์ต่อตนเอง การกระทำนี้ซึ่งขัดต่อกฎระเบียบที่กำหนดไว้ อาจส่งผลให้การเชื่อมต่อมีประสิทธิภาพลดลง หรือทำให้ค่าใช้จ่ายเครือข่ายพุ่งสูงขึ้นโดยที่คุณไม่รู้สาเหตุ
ทำความเข้าใจคุณลักษณะ ORIGIN: แผนที่ต้นกำเนิด
เพื่อให้เข้าเรื่องกันเลย คุณสมบัติ ORIGIN เป็นฟิลด์ที่จำเป็นและเป็นที่รู้จักกันดีในมาตรฐาน BGP หน้าที่ของมันนั้นง่ายมาก คือการระบุว่าคำนำหน้า IP เข้าสู่ตารางการกำหนดเส้นทางของเราเตอร์ได้อย่างไร ตาม RFC 4271 มีป้ายกำกับที่เป็นไปได้สามแบบที่ใช้กำหนดที่มานี้:
- IGP (Internal Gateway Protocol): นี่คือค่าที่ต้องการ ซึ่งบ่งชี้ว่าเส้นทางถูกสร้างขึ้นภายในระบบอัตโนมัติเอง โดยทั่วไปจะใช้คำสั่ง
network. - EGP (Exterior Gateway Protocol): ค่านี้แทบจะล้าสมัยไปแล้ว เนื่องจากโปรโตคอล EGP ถูกแทนที่ด้วย BGP ไปแล้ว
- ไม่สมบูรณ์: ป้ายกำกับนี้จะปรากฏขึ้นเมื่อเรียนรู้เส้นทางเรียบร้อยแล้ว การกระจายเส้นทางใหม่ โปรโตคอลการกำหนดเส้นทางแบบคงที่หรือแบบภายในอื่นๆ
ในกระบวนการเลือกเส้นทางที่ดีที่สุด BGP จะปฏิบัติตามลำดับชั้นที่ชัดเจนมาก โดยจะเลือก IGP มากกว่า EGPและ EGP มากกว่า INCOMPLETE โดยทั่วไปแล้ว มาตรฐานระบุว่าค่านี้ไม่ควรเปลี่ยนแปลงเมื่อเราเตอร์ต้นทางตั้งค่าแล้ว แต่ดังที่เราจะได้เห็น ในโลกแห่งความเป็นจริงนั้น สิ่งต่างๆ ไม่ได้ง่ายอย่างนั้นเสมอไป
ความจริงอันโหดร้าย: การบิดเบือนข้อมูลในระดับโลก
Cloudflare ได้เปิดเผยข้อมูลที่สำคัญมาก โดยพบว่าเกือบ 70% ของเส้นทางที่วิเคราะห์นั้นมีการดัดแปลงค่าแอตทริบิวต์ ORIGIN นี่ไม่ใช่ความผิดพลาดแบบสุ่ม แต่เป็นกลยุทธ์โดยเจตนาของผู้ให้บริการเครือข่ายบางราย เพื่อดึงดูดปริมาณการใช้งานมายังเครือข่ายของตน และเพิ่มรายได้ ในที่สุด ในบางกรณีที่รุนแรง เช่น ในตัวเก็บข้อมูล BR_RIO พบว่ามากถึง 90% ของคำนำหน้าแสดงความไม่สอดคล้องกัน
การจัดการนี้เกี่ยวข้องกับการเขียนค่าแอตทริบิวต์ใหม่ (ตัวอย่างเช่น เปลี่ยนค่า INCOMPLETE เป็น EGP หรือ IGP) เพื่อทำให้เส้นทางของตนดูน่าสนใจกว่าของคู่แข่ง ด้วยวิธีนี้ พวกเขาจึงมั่นใจได้ว่าทราฟฟิกจะใช้เส้นทางเฉพาะโดยไม่ต้องแก้ไขแอตทริบิวต์ AS_PATH หรือ MED ซึ่งมองเห็นได้ชัดเจนและตรวจสอบได้ง่ายกว่าสำหรับผู้ดูแลระบบเครือข่าย
ผลกระทบโดยตรงต่อโครงสร้างพื้นฐานและธุรกิจสตาร์ทอัพ
หากคุณดำเนินธุรกิจสตาร์ทอัพที่ต้องพึ่งพาบริการคลาวด์ CDN หรือสถาปัตยกรรมแบบกระจายศูนย์ นี่ไม่ใช่แค่เรื่องน่าสนใจทางเทคนิคเท่านั้น แต่สามารถส่งผลกระทบโดยตรงต่อผลกำไรและประสบการณ์ของผู้ใช้ของคุณได้ เส้นทางการรับส่งข้อมูลที่ถูกดัดแปลงอาจนำไปสู่ความหน่วงแฝงที่แปรผันและคาดเดาไม่ได้เนื่องจากปริมาณการรับส่งข้อมูลไม่ได้ใช้เส้นทางที่สั้นที่สุด แต่ใช้เส้นทางที่ผู้ให้บริการพิจารณาว่าคุ้มค่าที่สุด
ยิ่งไปกว่านั้น การขาดความโปร่งใสนี้ยังสร้างความซับซ้อนในการดำเนินงานอย่างมากเมื่อคุณพยายามวินิจฉัยปัญหาการเชื่อมต่อที่ไม่เสถียร คุณจะพบว่าผู้สังเกตการณ์แต่ละคนเห็นค่า ORIGIN ที่แตกต่างกันสำหรับคำนำหน้าเดียวกัน ทำให้การแก้ไขปัญหาเป็นเรื่องยากลำบาก ตัวอย่างเช่น สำหรับผู้ที่ใช้อุปกรณ์ Juniper มักจะเห็นค่าเริ่มต้นเป็น I (IGP) แต่ก็สามารถบังคับให้แอตทริบิวต์เป็น "ไม่สมบูรณ์" ได้โดยใช้ นโยบายการกำหนดเส้นทางเฉพาะเพื่อควบคุมปริมาณการรับส่งข้อมูล
วิธีการปกป้องเครือข่ายของคุณและปรับปรุงการกำหนดเส้นทาง
เพื่อหลีกเลี่ยงการตกอยู่ภายใต้การควบคุมของการตัดสินใจทางเศรษฐกิจของผู้ให้บริการเครือข่าย คุณสามารถดำเนินการได้หลายขั้นตอน ขั้นแรก สิ่งสำคัญคือต้องตรวจสอบรายการ BGP ของคุณเองโดยใช้เครื่องมือต่างๆ เช่น RIPE Stat, BGPView หรือ Cloudflare Radar เพื่อตรวจจับว่ามีใครกำลังเปลี่ยนแปลงเส้นทางของคุณหรือไม่
มาตรการสำคัญอีกประการหนึ่งคือการกระจายผู้ให้บริการอย่าพึ่งพาผู้ให้บริการรายเดียว ควรสร้างการเชื่อมต่อโดยตรงกับ IXP ในพื้นที่เพื่อหลีกเลี่ยงตัวกลางที่อาจเปลี่ยนแปลงคุณลักษณะต่างๆ เช่นเดียวกัน การนำRPKI (Resource Public Key Infrastructure) มาใช้ มีความสำคัญอย่างยิ่งในการป้องกันการโจรกรรมคำนำหน้า (prefix hijacking) แม้ว่าจะไม่สามารถแก้ปัญหาการเปลี่ยนแปลง ORIGIN ได้ แต่ก็เป็นการเพิ่มชั้นความปลอดภัยที่สำคัญอีกชั้นหนึ่ง
สุดท้ายนี้ ขอแนะนำให้แสดงความมั่นใจในระหว่างการเจรจา SLA อย่ารับบริการนี้เป็นเหมือนกล่องดำ จงเรียกร้องความโปร่งใสในนโยบายการจัดการทราฟฟิกและทำให้ชัดเจนว่าคุณจะไม่ยอมให้มีการแก้ไขแอตทริบิวต์ BGP ของคุณโดยไม่แจ้งให้ทราบล่วงหน้าและมีเหตุผลอันสมควร
การจัดการเส้นทางการสื่อสารทั่วโลกมาถึงจุดวิกฤตแล้ว โดยทฤษฎีเบื้องหลัง RFC 4271 ขัดแย้งโดยตรงกับผลประโยชน์ทางการค้า ทำให้แอตทริบิวต์ ORIGIN กลายเป็นเครื่องมือในการบิดเบือนมากกว่าจะเป็นตัวบ่งชี้ที่เชื่อถือได้ ในสถานการณ์เช่นนี้ การป้องกันที่แท้จริงเพียงอย่างเดียวคือการตรวจสอบโครงสร้างพื้นฐานอย่างต่อเนื่อง การตรวจสอบความถูกต้องของเส้นทางโดยใช้ RPKI และกลยุทธ์การเชื่อมต่อที่หลากหลายซึ่งลดการพึ่งพาผู้ให้บริการที่ไม่โปร่งใสให้น้อยที่สุด