🥇 ٹریفک ایکسچینج پوائنٹ: ابتدا سے لے کر اپنا IX بنانے تک

"ہم نے اپنے اور SRI میں لڑکوں کے درمیان ایک ٹیلی فون کنکشن قائم کیا..."، کلینروک... نے ایک انٹرویو میں کہا:
"ہم نے L ٹائپ کیا اور ہم نے فون پر پوچھا، "کیا آپ L دیکھتے ہیں؟"
"ہاں، ہم L دیکھتے ہیں،" جواب آیا۔
"ہم نے O ٹائپ کیا، اور ہم نے پوچھا، "کیا آپ O دیکھتے ہیں؟"
"ہاں، ہم O دیکھتے ہیں۔"
"پھر ہم نے G ٹائپ کیا، اور سسٹم کریش ہو گیا"...

پھر بھی ایک انقلاب شروع ہوا تھا...

انٹرنیٹ کا آغاز۔

ہر کسی کو خوش!

میرا نام الیگزینڈر ہے، میں Linxdatacenter میں نیٹ ورک انجینئر ہوں۔ آج کے مضمون میں ہم ٹریفک ایکسچینج پوائنٹس (انٹرنیٹ ایکسچینج پوائنٹس، IXP) کے بارے میں بات کریں گے: ان کی ظاہری شکل سے پہلے کیا تھا، وہ کون سے کام حل کرتے ہیں اور وہ کیسے بنتے ہیں۔ نیز اس مضمون میں میں EVE-NG پلیٹ فارم اور BIRD سافٹ ویئر راؤٹر کا استعمال کرتے ہوئے IXP کے آپریشن کے اصول کو ظاہر کروں گا، تاکہ آپ کو یہ سمجھ آئے کہ یہ کیسے کام کرتا ہے۔

تاریخ کا ایک تھوڑا سا

اگر دیکھو یہاں، پھر آپ دیکھ سکتے ہیں کہ ٹریفک ایکسچینج پوائنٹس کی تعداد میں تیزی سے اضافہ 1993 میں شروع ہوا۔ یہ اس حقیقت کی وجہ سے ہے کہ اس وقت موجود ٹیلی کام آپریٹرز کی زیادہ تر ٹریفک امریکی ریڑھ کی ہڈی کے نیٹ ورک سے گزرتی تھی۔ لہذا، مثال کے طور پر، جب ٹریفک فرانس کے ایک آپریٹر سے جرمنی میں ایک آپریٹر کے پاس گئی، تو یہ سب سے پہلے فرانس سے USA گیا، اور اس کے بعد ہی USA سے جرمنی گیا۔ اس معاملے میں ریڑھ کی ہڈی کے نیٹ ورک نے فرانس اور جرمنی کے درمیان ٹرانزٹ کا کام کیا۔ یہاں تک کہ ایک ملک کے اندر ٹریفک اکثر براہ راست نہیں بلکہ امریکی آپریٹرز کے ریڑھ کی ہڈی کے نیٹ ورکس سے گزرتی ہے۔

اس صورتحال نے نہ صرف ٹرانزٹ ٹریفک کی فراہمی کی لاگت کو متاثر کیا بلکہ چینلز اور تاخیر کا معیار بھی متاثر کیا۔ انٹرنیٹ استعمال کرنے والوں کی تعداد میں اضافہ ہوا، نئے آپریٹرز نمودار ہوئے، ٹریفک کے حجم میں اضافہ ہوا، اور انٹرنیٹ پختہ ہوا۔ دنیا بھر کے آپریٹرز نے یہ محسوس کرنا شروع کیا کہ انٹر آپریٹر تعامل کو منظم کرنے کے لیے ایک زیادہ عقلی نقطہ نظر کی ضرورت ہے۔ "میں، آپریٹر A، آپریٹر B، جو اگلی سڑک پر واقع ہے، کو ٹریفک پہنچانے کے لیے دوسرے ملک کے ذریعے ٹرانزٹ کی ادائیگی کیوں کروں؟" یہ تقریباً وہی سوال ہے جو ٹیلی کام آپریٹرز نے اس وقت خود سے پوچھا تھا۔ اس طرح، ٹریفک ایکسچینج پوائنٹس دنیا کے مختلف حصوں میں آپریٹر کنسنٹریشن پوائنٹس پر ظاہر ہونے لگے:

1994 - لندن میں لنکس،
1995 - فرینکفرٹ میں DE-CIX،
1995 – MSK-IX، ماسکو میں، وغیرہ۔

انٹرنیٹ اور ہمارے دن

تصوراتی طور پر، جدید انٹرنیٹ کا فن تعمیر بہت سے خود مختار نظاموں (AS) اور ان کے درمیان جسمانی اور منطقی دونوں طرح کے بہت سے رابطوں پر مشتمل ہے، جو ایک AS سے دوسرے تک ٹریفک کے راستے کا تعین کرتے ہیں۔

ASs عام طور پر ٹیلی کام آپریٹرز، انٹرنیٹ فراہم کرنے والے، CDNs، ڈیٹا سینٹرز، اور انٹرپرائز سیگمنٹ کمپنیاں ہیں۔ ASes عام طور پر BGP پروٹوکول کا استعمال کرتے ہوئے، آپس میں منطقی رابطوں (پیئرنگ) کو منظم کرتے ہیں۔

خود مختار نظام ان رابطوں کو کس طرح منظم کرتے ہیں اس کا تعین کئی عوامل سے ہوتا ہے:

جغرافیائی،
اقتصادی،
سیاسی،
AS مالکان کے درمیان معاہدے اور مشترکہ مفادات،
وغیرہ

یقینا، اس اسکیم کا ایک خاص ڈھانچہ اور درجہ بندی ہے۔ اس طرح، آپریٹرز کو ٹائر-1، ٹائر-2 اور ٹائر-3 میں تقسیم کیا گیا ہے، اور اگر مقامی انٹرنیٹ فراہم کنندہ (ٹائر-3) کے کلائنٹ، ایک اصول کے طور پر، عام صارفین ہیں، تو، مثال کے طور پر، ٹائر-1 کے لیے سطح کے آپریٹرز کلائنٹ دوسرے آپریٹرز ہیں۔ ٹائر-3 آپریٹرز اپنے سبسکرائبرز کی ٹریفک کو جمع کرتے ہیں، ٹائر-2 ٹیلی کام آپریٹرز، بدلے میں، ٹائر-3 آپریٹرز، اور ٹائر-1 - تمام انٹرنیٹ ٹریفک کے ٹریفک کو جمع کرتے ہیں۔

اسکیماتی طور پر اس کی نمائندگی اس طرح کی جا سکتی ہے:

یہ تصویر دکھاتی ہے کہ ٹریفک نیچے سے اوپر تک جمع ہے، یعنی آخری صارفین سے لے کر ٹائر-1 آپریٹرز تک۔ ASs کے درمیان ٹریفک کا افقی تبادلہ بھی ہوتا ہے جو تقریباً ایک دوسرے کے برابر ہوتے ہیں۔

ایک لازمی حصہ اور ساتھ ہی اس اسکیم کا نقصان جغرافیائی علاقے کے اندر، آخری صارف کے قریب واقع خود مختار نظاموں کے درمیان رابطوں کا ایک خاص الجھن ہے۔ ذیل کی تصویر پر غور کریں:

آئیے فرض کریں کہ ایک بڑے شہر میں 5 ٹیلی کام آپریٹرز ہیں، جن کے درمیان پیئرنگ، کسی نہ کسی وجہ سے، جیسا کہ اوپر دکھایا گیا ہے۔

اگر Go ISP سے منسلک Petya صارف ASM فراہم کنندہ سے منسلک سرور تک رسائی حاصل کرنا چاہتا ہے، تو ان کے درمیان ٹریفک کو 5 خود مختار نظاموں سے گزرنے پر مجبور کیا جائے گا۔ اس سے تاخیر بڑھ جاتی ہے کیونکہ نیٹ ورک ڈیوائسز کی تعداد جن کے ذریعے ٹریفک جائے گا، ساتھ ہی Go اور ASM کے درمیان خود مختار سسٹمز پر ٹرانزٹ ٹریفک کا حجم بھی بڑھتا ہے۔

ٹرانزٹ AS کی تعداد کو کیسے کم کیا جائے جن سے ٹریفک گزرنے پر مجبور ہے؟ یہ ٹھیک ہے - ٹریفک ایکسچینج پوائنٹ۔

آج، نئے IXPs کا ظہور 90-2000 کی دہائی کے اوائل میں انہی ضروریات سے ہوتا ہے، صرف چھوٹے پیمانے پر، ٹیلی کام آپریٹرز، صارفین اور ٹریفک کی بڑھتی ہوئی تعداد کے جواب میں، CDN نیٹ ورکس کے ذریعہ تیار کردہ مواد کی بڑھتی ہوئی مقدار کے جواب میں۔ اور ڈیٹا سینٹرز۔

ایکسچینج پوائنٹ کیا ہے؟

ٹریفک ایکسچینج پوائنٹ ایک خصوصی نیٹ ورک انفراسٹرکچر کے ساتھ ایک جگہ ہے جہاں باہمی ٹریفک ایکسچینج میں دلچسپی رکھنے والے شرکاء باہمی ہم آہنگی کا اہتمام کرتے ہیں۔ ٹریفک ایکسچینج پوائنٹس کے اہم شرکاء: ٹیلی کام آپریٹرز، انٹرنیٹ فراہم کرنے والے، مواد فراہم کرنے والے اور ڈیٹا سینٹرز۔ ٹریفک ایکسچینج پوائنٹس پر، شرکاء ایک دوسرے سے براہ راست جڑتے ہیں۔ یہ آپ کو درج ذیل مسائل کو حل کرنے کی اجازت دیتا ہے:

تاخیر کو کم کرنا،
ٹرانزٹ ٹریفک کی مقدار کو کم کرنا،
AS کے درمیان روٹنگ کو بہتر بنائیں۔

اس بات کو مدنظر رکھتے ہوئے کہ IXPs دنیا بھر کے بہت سے بڑے شہروں میں موجود ہیں، ان سب کا مجموعی طور پر انٹرنیٹ پر فائدہ مند اثر پڑتا ہے۔

اگر پیٹیا کے ساتھ مذکورہ بالا صورتحال کو IXP کا استعمال کرتے ہوئے حل کیا جاتا ہے، تو یہ کچھ اس طرح نکلے گا:

ٹریفک ایکسچینج پوائنٹ کیسے کام کرتا ہے؟

ایک اصول کے طور پر، IXP عوامی IPv4/IPv6 پتوں کے اپنے بلاک کے ساتھ ایک علیحدہ AS ہے۔

IXP نیٹ ورک اکثر مسلسل L2 ڈومین پر مشتمل ہوتا ہے۔ بعض اوقات یہ صرف ایک VLAN ہوتا ہے جو تمام IXP کلائنٹس کی میزبانی کرتا ہے۔ جب بڑے، جغرافیائی طور پر تقسیم شدہ IXPs کی بات آتی ہے، تو ٹیکنالوجیز جیسے MPLS، VXLAN، وغیرہ کو L2 ڈومین کو منظم کرنے کے لیے استعمال کیا جا سکتا ہے۔

IXP عناصر

ایس کے ایس یہاں کچھ بھی غیر معمولی نہیں ہے: ریک، آپٹیکل کراس کنیکٹس، پیچ پینل۔
سوئچز - IXP کی بنیاد۔ سوئچ پورٹ IXP نیٹ ورک میں انٹری پوائنٹ ہے۔ سوئچز سیکورٹی کے افعال کا حصہ بھی انجام دیتے ہیں - وہ فضول ٹریفک کو فلٹر کرتے ہیں جو IXP نیٹ ورک پر موجود نہیں ہونا چاہیے۔ ایک اصول کے طور پر، سوئچز کا انتخاب فنکشنل ضروریات کی بنیاد پر کیا جاتا ہے - وشوسنییتا، تعاون یافتہ پورٹ کی رفتار، حفاظتی خصوصیات، sFlow سپورٹ وغیرہ۔
روٹ سرور (RS) - کسی بھی جدید ٹریفک ایکسچینج پوائنٹ کا ایک لازمی اور ضروری حصہ۔ آپریشن کا اصول iBGP میں روٹ ریفلیکٹر یا OSPF میں نامزد روٹر سے بہت ملتا جلتا ہے اور انہی مسائل کو حل کرتا ہے۔ جیسے جیسے ٹریفک ایکسچینج پوائنٹ میں شرکاء کی تعداد بڑھتی ہے، بی جی پی سیشنز کی تعداد میں اضافہ ہوتا ہے جن کی ہر شریک کو حمایت کرنے کی ضرورت ہوتی ہے، یعنی یہ iBGP میں کلاسک فل میش ٹوپولوجی کی یاد دلاتا ہے۔ RS اس مسئلے کو درج ذیل طریقے سے حل کرتا ہے: یہ ہر دلچسپی رکھنے والے IXP شریک کے ساتھ BGP سیشن قائم کرتا ہے، اور وہ شریک ایک RS کلائنٹ بن جاتا ہے۔ اپنے کلائنٹس میں سے ایک سے BGP اپ ڈیٹ حاصل کرتے ہوئے، RS یہ اپ ڈیٹ اپنے دیگر تمام کلائنٹس کو بھیجتا ہے، بلاشبہ، اس کے علاوہ جس سے یہ اپ ڈیٹ موصول ہوا تھا۔ اس طرح، RS تمام IXP اراکین کے درمیان ایک مکمل میش قائم کرنے کی ضرورت کو ختم کرتا ہے اور اسکیل ایبلٹی کے مسئلے کو خوبصورتی سے حل کرتا ہے۔ یہ بات قابل غور ہے کہ روٹ سرور شفاف طریقے سے روٹس کو ایک AS سے دوسرے میں منتقل کرتا ہے بغیر BGP کی طرف سے منتقل کردہ صفات میں تبدیلی کیے، مثال کے طور پر، یہ اپنے AS میں نمبر کو AS-path میں شامل نہیں کرتا ہے۔ RS پر بھی راستوں کی بنیادی فلٹرنگ ہے: مثال کے طور پر، RS Martians کے نیٹ ورکس اور خود IXP کے سابقوں کو قبول نہیں کرتا ہے۔
ایک اوپن سورس سافٹ ویئر روٹر، BIRD (برڈ انٹرنیٹ روٹنگ ڈیمون)، اکثر روٹ سرور حل کے طور پر استعمال ہوتا ہے۔ اس کے بارے میں اچھی بات یہ ہے کہ یہ مفت ہے، زیادہ تر لینکس ڈسٹری بیوشنز پر تیزی سے تعینات ہوتا ہے، روٹنگ/فلٹرنگ پالیسیاں ترتیب دینے کے لیے لچکدار طریقہ کار رکھتا ہے، اور کمپیوٹنگ کے وسائل کا مطالبہ نہیں کرتا ہے۔ نیز، سسکو، جونیپر وغیرہ سے ہارڈ ویئر/ورچوئل راؤٹر کو بطور RS منتخب کیا جا سکتا ہے۔
سیکورٹی. چونکہ ایک IXP نیٹ ورک AS کی ایک بڑی تعداد کا ارتکاز ہے، اس لیے سیکیورٹی پالیسی جس کی تمام شرکاء کو پیروی کرنی چاہیے اچھی طرح سے لکھی جانی چاہیے۔ عام طور پر، تمام وہی میکانزم جو IXP سے باہر دو الگ الگ BGP ساتھیوں کے درمیان BGP ملحقہ قائم کرتے وقت لاگو ہوتے ہیں، نیز کچھ اضافی حفاظتی خصوصیات یہاں لاگو ہوتی ہیں۔
مثال کے طور پر، صرف IXP شرکت کنندہ کے مخصوص میک ایڈریس سے ٹریفک کی اجازت دینا اچھا عمل ہے، جس پر پہلے سے بات چیت کی جاتی ہے۔ 0x0800(IPv4)، 0x08dd(IPv6)، 0x0806(ARP) کے علاوہ ایتھر ٹائپ فیلڈز کے ساتھ ٹریفک سے انکار کرنا؛ یہ ٹریفک کو فلٹر کرنے کے لیے کیا جاتا ہے جس کا تعلق BGP پیئرنگ سے نہیں ہے۔ میکانزم جیسے GTSM، RPKI وغیرہ کو بھی استعمال کیا جا سکتا ہے۔

شاید اوپر والے کسی بھی IXP کے اہم اجزاء ہیں، قطع نظر پیمانے کے۔ بلاشبہ، بڑے IXPs میں اضافی ٹیکنالوجیز اور حل موجود ہو سکتے ہیں۔
ایسا ہوتا ہے کہ IXP اپنے شرکاء کو اضافی خدمات بھی فراہم کرتا ہے:

IXP TLD DNS سرور پر رکھا گیا،
ہارڈویئر این ٹی پی سرورز انسٹال کریں، جس سے شرکاء کو وقت کو درست طریقے سے سنکرونائز کر سکیں،
DDoS حملوں وغیرہ کے خلاف تحفظ فراہم کریں۔

آپریشن کا اصول

آئیے ایک سادہ IXP کی مثال کا استعمال کرتے ہوئے ٹریفک ایکسچینج پوائنٹ کے آپریشن کے اصول کو دیکھتے ہیں، جسے EVE-NG کا استعمال کرتے ہوئے بنایا گیا ہے، اور پھر BIRD سافٹ ویئر روٹر کے بنیادی سیٹ اپ پر غور کریں۔ خاکہ کو آسان بنانے کے لیے، ہم فالتو پن اور غلطی کو برداشت کرنے جیسی اہم چیزوں کو چھوڑ دیں گے۔

نیٹ ورک ٹوپولوجی نیچے دی گئی تصویر میں دکھائی گئی ہے۔

آئیے فرض کریں کہ ہم ایک چھوٹے ایکسچینج پوائنٹ کا انتظام کرتے ہیں اور درج ذیل پیئرنگ آپشنز فراہم کرتے ہیں:

عوامی جھانکنا،
پرائیویٹ پیئرنگ،
روٹ سرور کے ذریعے جھانکنا۔

ہمارا AS نمبر 555 ہے، ہم IPv4 پتوں کے ایک بلاک کے مالک ہیں - 50.50.50.0/24، جس سے ہم ان لوگوں کے لیے IP ایڈریس جاری کرتے ہیں جو ہمارے نیٹ ورک سے جڑنا چاہتے ہیں۔

50.50.50.254 – روٹ سرور انٹرفیس پر آئی پی ایڈریس کنفیگر کیا گیا ہے، اس آئی پی کے ساتھ کلائنٹس RS کے ذریعے پیئرنگ کی صورت میں ایک BGP سیشن قائم کریں گے۔

اس کے علاوہ، RS کے ذریعے پیئرنگ کے لیے، ہم نے BGP کمیونٹی پر مبنی ایک سادہ روٹنگ پالیسی تیار کی ہے، جو IXP کے شرکاء کو اس بات کی اجازت دیتی ہے کہ کس کو اور کن راستوں کو بھیجنا ہے:

بی جی پی کمیونٹی
تفصیل

LOCAL_AS:PEER_AS
صرف PEER_AS کو سابقہ بھیجیں۔

LOCAL_AS:IXP_AS
تمام IXP شرکاء کو سابقے منتقل کریں۔

3 کلائنٹس ہمارے IXP سے جڑنا اور ٹریفک کا تبادلہ کرنا چاہتے ہیں۔ ہم کہتے ہیں کہ یہ انٹرنیٹ فراہم کرنے والے ہیں۔ وہ سب روٹ سرور کے ذریعے پیئرنگ کو منظم کرنا چاہتے ہیں۔ ذیل میں کلائنٹ کنکشن پیرامیٹرز کے ساتھ ایک خاکہ ہے:

گاہک
کسٹمر AS نمبر
کلائنٹ کی تشہیر شدہ سابقے
IXP سے جڑنے کے لیے کلائنٹ کو جاری کردہ IP ایڈریس

آئی ایس پی نمبر 1
100 ع
1.1.0.0/16
50.50.50.10/24

آئی ایس پی نمبر 2
200 ع
2.2.0.0/16
50.50.50.20/24

آئی ایس پی نمبر 3
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

یہ بات قابل غور ہے کہ یہاں کوئی بی جی پی انفورس فرسٹ کے طور پر ترتیب نہیں ہے۔ پہلے سے طے شدہ طور پر، BGP کا تقاضا ہے کہ موصول ہونے والے BGP اپ ڈیٹ کے راستے میں اس ہم مرتبہ کا 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;
  }
}

یہ بات قابل غور ہے کہ روٹ سرور پر مختلف پیئرز سے روٹس کو مختلف RIBs میں ڈالنا اچھا عمل ہے۔ BIRD آپ کو ایسا کرنے کی اجازت دیتا ہے۔ ہماری مثال میں، سادگی کے لیے، تمام کلائنٹس سے موصول ہونے والی تمام اپ ڈیٹس کو ایک مشترکہ RIB میں شامل کیا جاتا ہے۔

تو، آئیے چیک کریں کہ ہمیں کیا ملا۔

روٹ سرور پر ہم دیکھتے ہیں کہ تینوں کلائنٹس کے ساتھ ایک BGP سیشن قائم کیا گیا ہے:

ہم دیکھتے ہیں کہ ہم تمام کلائنٹس سے سابقے وصول کرتے ہیں:

100 راؤٹر کے طور پر، ہم دیکھتے ہیں کہ اگر روٹ سرور کے ساتھ صرف ایک BGP سیشن ہے، تو ہم 200 اور 300 دونوں سے سابقہ حاصل کرتے ہیں، جبکہ BGP کے اوصاف میں کوئی تبدیلی نہیں آئی ہے، گویا کلائنٹس کے درمیان پیئرنگ براہ راست کی گئی ہے:

اس طرح، ہم دیکھتے ہیں کہ روٹ سرور کی موجودگی IXP پر پیئرنگ کی تنظیم کو بہت آسان بناتی ہے۔

مجھے امید ہے کہ اس مظاہرے نے آپ کو بہتر طور پر یہ سمجھنے میں مدد کی کہ IXPs کیسے کام کرتے ہیں اور روٹ سرور کس طرح IXP پر کام کرتا ہے۔

لنکس ڈیٹا سینٹر IX

Linxdatacenter میں، ہم نے 2 سوئچز اور 2 روٹ سرورز کے فالٹ ٹولرنٹ انفراسٹرکچر کی بنیاد پر اپنا IXP بنایا ہے۔ ہمارا IXP اب ٹیسٹ موڈ میں چل رہا ہے، اور ہم سب کو دعوت دیتے ہیں کہ وہ Linxdatacenter IX سے جڑیں اور ٹیسٹنگ میں حصہ لیں۔ منسلک ہونے پر، آپ کو 1 Gbit/s کی بینڈوتھ کے ساتھ ایک بندرگاہ فراہم کی جائے گی، ہمارے روٹ سرورز کے ذریعے دیکھنے کی اہلیت کے ساتھ ساتھ IX پورٹل کے آپ کے ذاتی اکاؤنٹ تک رسائی، یہاں دستیاب ہے۔ ix.linxdatacenter.com.

ٹیسٹنگ تک رسائی حاصل کرنے کے لیے تبصروں یا نجی پیغامات میں لکھیں۔

آؤٹ پٹ

ٹیلی کام آپریٹرز کے درمیان سب سے زیادہ ٹریفک کے بہاؤ کے مسئلے کو حل کرنے کے لیے انٹرنیٹ کے آغاز پر ٹریفک ایکسچینج پوائنٹس کا آغاز ہوا۔ اب، نئی عالمی خدمات کی آمد اور CDN ٹریفک کی مقدار میں اضافے کے ساتھ، ایکسچینج پوائنٹس عالمی نیٹ ورک کے آپریشن کو بہتر بناتے رہتے ہیں۔ دنیا میں IXPs کی تعداد میں اضافہ سروس کے آخری صارف اور ٹیلی کام آپریٹرز، مواد آپریٹرز وغیرہ دونوں کو فائدہ پہنچاتا ہے۔ IXP کے شرکاء کے لیے، بیرونی پیئرنگ کو منظم کرنے کے اخراجات کو کم کرنے، ٹریفک کی اس مقدار کو کم کرنے میں جس کے لیے اعلیٰ سطح کے آپریٹرز کو ادائیگی کرنی پڑتی ہے، روٹنگ کو بہتر بنانے، اور مواد آپریٹرز کے ساتھ براہ راست انٹرفیس رکھنے کی صلاحیت میں فائدہ ظاہر کیا جاتا ہے۔

کارآمد ویب سائٹس

ٹریفک ایکسچینج پوائنٹس کے مقام کا نقشہ دیکھیں: www.internetexchangemap.com
BGP پیئرنگ پر تفصیلی اعدادوشمار دیکھیں، بشمول IXP پر موجودگی: www.peeringdb.com

ماخذ: www.habr.com

ٹریفک ایکسچینج پوائنٹ: ابتدا سے لے کر اپنا IX بنانے تک