AFI اور SAFI: خدمت کے نام سے پہلے جوڑی پڑھیں
AFI 25 کے ساتھ SAFI 65 وہی خدمت نہیں جو AFI 25 کے ساتھ SAFI 70 ہے۔ جوڑی پڑھیں، پھر خاندان کی تبدیلی، راستہ اور ارسال کا نتیجہ جانچیں۔
آپ ایک سیشن کو اٹھتے دیکھ سکتے ہیں، راستہ نمودار ہوتے دیکھ سکتے ہیں، اور پھر بھی غلط خدمت پڑھ رہے ہوں۔ ہر اعلان کے آغاز میں اعداد کی جوڑی، پتہ خاندان کی شناخت اور اگلے پتہ خاندان کی شناخت طے کرتی ہے کہ کون سا تجزیہ کار پے لوڈ پڑھتا ہے اور کون سا جدول نتیجہ رکھتا ہے۔ جوڑی غلط ہو تو درآمد کی پالیسی، راستے کے ہدف کی مطابقت اور اگلی چھلانگ کی تلاش سب ایسے ڈھانچے کے خلاف چلتی ہیں جس کا کسی نے اعلان نہیں کیا۔ نیچے کا سفر اسی جوڑی سے شروع ہو کر ارسال کے نتیجے پر ختم ہوتا ہے۔
راستہ کس جدول میں ہے، یہ دو اعداد طے کرتے ہیں
جوڑی دو بار نظر آتی ہے: کثیرالپروٹوکول صلاحیت کے اندر، جہاں متکلم خاندان کا اعلان کرتا ہے، اور اس خاندان کے اٹھائے ہر NLRI سے پہلے۔ یہ اسے ماخذ ڈبے کی ترتیب کے بجائے راستے کی خصوصیت بناتی ہے۔ سازندہ اسے Address family VPNv4 Unicast جیسے نام کے طور پر چھاپتے ہیں، اور اعداد اپنی جگہ رہتے ہیں جبکہ الفاظ نسخوں کے درمیان بدلتے ہیں۔
| Where you meet it | Family pair | Boundary of what it proves |
|---|---|---|
| VPNv4 unicast capability on a neighbour | 1 / 128 | the peer will signal labelled VPN-IPv4, nothing about import |
| VPNv6 unicast capability on a neighbour | 2 / 128 | the peer will signal VPN-IPv6, silent about the transport below |
| VPLS NLRI with a VE ID and a label base | 25 / 65 | a pseudowire is signalled, not that a bridge learned a MAC |
| EVPN MAC/IP advertisement route | 25 / 70 | a binding is advertised, not that the host answers |
چار انکوڈنگ تقریباً ہر کاروباری معاملہ ڈھانپتی ہیں: MPLS لیبل والے VPN-IPv4 کے لیے 1 کے ساتھ 128، IPv6 کے متبادل کے لیے 2 کے ساتھ 128، BGP سے اشارہ شدہ VPLS کے لیے 25 کے ساتھ 65، اور EVPN کے لیے 25 کے ساتھ 70۔ پہلی غلطی یہ سمجھنا ہے کہ ہر Layer 2 خدمت 25 کے ساتھ 65 کے پیچھے ہے، جو EVPN چھپا دیتا ہے۔ دوسری یہ کہ دو IP خاندانوں کو لمبے پتے والا ایک خاندان سمجھا جائے، حالانکہ ان پر الگ الگ بات چیت ہوتی ہے اور وہ مختلف ساتھیوں پر قبول کیے جا سکتے ہیں۔ تیسری تب ظاہر ہوتی ہے جب کسی ایسے نسخے سے سانچہ نقل کیا جائے جو صرف ایک کو جانتا ہے۔ رجسٹری میں دیکھنا خدمت کے نام پر بنے اندازے سے تینوں کو جلدی طے کرتا ہے۔
چار قطاروں کو IANA رجسٹری کی مثالیں سمجھیں، خود رجسٹری نہیں۔ جب کوئی عدد کسی جانے پہچانے سے نہ ملے تو اس کے گرد پالیسی بنانے سے پہلے اسے دیکھیں۔
AFI 25 دو غیر متعلق NLRI شکلیں اٹھاتا ہے
دونوں Layer 2 خاندان AFI 25 کے تحت بیٹھتے ہیں، اور مشابہت وہیں ختم ہوتی ہے۔ RFC 4761 section 3.2.2 میں VPLS NLRI لمبائی، راستہ امتیاز، VE ID، VE بلاک کی نقل مکانی، VE بلاک کا حجم اور لیبل کی بنیاد اٹھاتا ہے، جو مل کر pseudowire کے سرے اور اس کے لیبل کا نام دیتے ہیں۔ EVPN AFI 25 رکھتا ہے اور SAFI 70 پر جاتا ہے، جہاں پے لوڈ راستے کی قسم ہے: ایتھرنیٹ کی خودکار دریافت، MAC/IP اعلان، شامل ملٹی کاسٹ، ایتھرنیٹ قطعہ، IP سابقہ۔ اس لیے وہی بائٹ نقل مکانی دونوں خاندانوں میں الگ معنی رکھتی ہے۔ ایک کے لیے لکھا تجزیہ کار دوسرے کو بغیر شکایت پڑھتا ہے اور بے معنی بات پیدا کرتا ہے۔ جوڑی ہی اس بات کی واحد تنبیہ ہے کہ تشریح غلط ہے۔
ایک خاندان میں VE بلاک کی نقل مکانی کے معنی رکھنے والے میدان کا دوسرے میں کوئی ہم پلہ نہیں، اور MAC/IP اعلان کا راستہ صرف EVPN میں ہے۔ کسی وصف کو دونوں پر لاگو ہونے کی طرح نقل کرنا ہی کیپچر کے جائزے کے بگڑنے کا راستہ ہے۔
جب کوئی آپ کو کیپچر یا سازندہ کا جدول دے، تو پوچھیں کہ وصف کس خاندان کی ہے۔ پھر تصدیق کریں کہ وصول کرنے والا نفاذ اس خاندان کی حمایت کرتا ہے، ڈیٹا شیٹ پر دیے خدمت کے نام کی نہیں۔ دو پلیٹ فارم دونوں VPLS حمایت کا دعویٰ کر سکتے ہیں جبکہ وہ مختلف اشاریہ خاندان نافذ کرتے ہوں۔ جوڑی انہیں الگ کرتی ہے؛ مصنوعات کا لیبل نہیں۔
سیشن کا اپنا پتہ خاندان الگ سوال ہے
VPN-IPv6 عام طور پر ایسے سیشن پر اعلان ہوتا ہے جس کا TCP رابطہ IPv4 پر چلتا ہے، اور یہ حمایت یافتہ ڈیزائن ہے، خرابی نہیں۔ اس لیے صرف سیشن کا خلاصہ پڑھنا یہ نہیں بتاتا کہ ساتھی کون سے VPN خاندان بدلتے ہیں۔
NLRI خاندان، نقل و حمل کا خاندان اور ارسال کا خاندان تین خودمختار فیصلے ہیں۔ روٹر اپنے ساتھی سے IPv4 بول سکتا ہے، VPN-IPv6 کی رسائی قبول کر سکتا ہے، اور ایسا راستہ نصب کر سکتا ہے جس کی اگلی چھلانگ ایسا IPv6 پتہ ہو جو آپ کے ارادے سے مختلف راستے سے قابل رسائی ہو۔ ہر تہہ کو اپنی تصدیق درکار ہے۔ جو سائٹیں اعلانات درست دکھنے کے باوجود IPv6 منزلوں تک نہ پہنچنے کی اطلاع دیتی ہیں، انہوں نے عام طور پر اگلی چھلانگ کا حل کھو دیا ہے، خاندانوں کی بات چیت نہیں۔
سیشن کے پتہ خاندان کو الگ جانچیں، پھر ان خاندانوں کو جو وہ اٹھاتا ہے، پھر وہ جو مرکزہ ارسال کر سکتا ہے۔ تینوں کو الگ رکھنا اس عام غلط تشخیص کو روکتا ہے جس میں درست اعلان کو IPv6 کے سرے سے سرے تک کام کرنے کا ثبوت سمجھا جاتا ہے۔ یہ صرف یہ ثابت کرتا ہے کہ ایک ساتھی نے دوسرے کو سابقے کے بارے میں بتایا۔
بات چیت ہوئی، موصول ہوا، درآمد ہوا، نصب ہوا
ایک متوقع راستے کے لیے چار حالتیں ترتیب سے ہونی چاہئیں، اور ہر ایک قابل مشاہدہ ہے۔ خاندان کی اس ساتھی کے ساتھ بات چیت ہو چکی ہو، راستہ آئے، راستے کا ہدف اسے مطلوبہ سیاق میں درآمد کرے، اور راستہ نصب ہونے کے لیے اگلی چھلانگ حل ہو۔ پہلی حالت چھوڑ دینے سے باقی تین بے جواب ہو جاتی ہیں، کیونکہ غیر بات چیت شدہ خاندان جانچنے کے لیے راستے پیدا نہیں کرتا۔ Cisco طرز کے پلیٹ فارم پر خاندان کے خلاصے اور فی ساتھی صلاحیتیں الگ احکام ہیں۔
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address familyبات چیت فی ساتھی چھپے صلاحیتوں کے تبادلے میں نظر آتی ہے، اور جس میں کوئی خاندان درج نہ ہو ایسا قائم شدہ سیشن آپ کی مانگی ہوئی کچھ نہیں اٹھاتا۔ درآمد کا فیصلہ توسیع شدہ برادریوں کے طور پر اٹھائے گئے راستے کے اہداف کرتے ہیں، اس لیے درست جوڑی غلط ٹائپ شدہ ہدف کے ساتھ جدول خالی چھوڑ دیتی ہے۔ پھر تنصیب وصول کرنے والے سیاق میں اگلی چھلانگ کے حل پر منحصر ہے، جو ہر اعلان کے بے عیب دکھنے کے باوجود ناکام ہو سکتی ہے۔
ڈیٹا سطح کی تصدیق سب سے آخر میں کریں، کیونکہ جدول میں راستہ ایک دعویٰ ہے، ترسیل نہیں۔ وہی چار حالتیں ہر خاندان پر لاگو ہیں؛ صرف احکام اور جدولوں کے نام بدلتے ہیں۔
خاندان کی جوڑی کبھی کیا ثابت نہیں کرتی
جوڑی کو درست پڑھنا آپ کو بتاتا ہے کہ اس کے بعد آنے والی روٹنگ معلومات کی تشریح کیسے کریں، اور یہی پورا دعویٰ ہے۔ یہ رسائی، پالیسی یا ڈیٹا سطح کی صحت کے بارے میں کچھ نہیں کہتا۔ دونوں کو ملانے سے ایسے نیٹ ورک کے بارے میں پراعتماد بیانات بنتے ہیں جسے کسی نے تصدیق نہیں کی۔ راستے کے ہدف کا عدم توازن اور ٹوٹی اگلی چھلانگ صرف جوڑی سے یکساں دکھتے ہیں۔ جوڑی پڑھنے کی ہدایت ہے، کبھی فیصلہ نہیں۔
جب آپ ایسکلیٹ کریں تو جوڑی، راستے کا ہدف اور حل شدہ اگلی چھلانگ ایک ہی نوٹ میں رکھیں۔ پھر اگلے انجینئر کے پاس خدمت کا نام دوبارہ تشریح کرنے کے بجائے جانچنے کے لیے تین خودمختار چیزیں ہوں گی۔ اگر بات چیت نہ ہو تو وہ فوراً دیکھ لیتے ہیں، غلط ہدف درآمد کو واضح طور پر غائب چھوڑ دیتا ہے، اور غیر حل شدہ اگلی چھلانگ راستہ موجود مگر ناقابل استعمال چھوڑ دیتی ہے۔