ایک EVPN کرایہ دار کئی route distinguisher کیوں دکھا سکتا ہے
ایک ہی کرایہ دار میں دو RD تصادم نہیں ہیں۔ CLI آؤٹ پٹ سے راستہ بنانے والے MAC-VRF یا IP-VRF تک جائیں، پھر RT درآمد اور VNI جانچیں۔
آپ ایک کرایہ دار کے لیے EVPN جدول فلٹر کرتے ہیں اور راستے دو مختلف route distinguisher رکھتے ہیں۔ پہلا ردِعمل ترتیب کا تصادم ہے اور یہ ردِعمل عام طور پر غلط ہوتا ہے۔ کرایہ دار کا نام ایک کاروباری لیبل ہے، کنٹرول سطح کی واحد شے نہیں، اس لیے اس کے اندر کا بریجنگ سیاق اور روٹنگ سیاق الگ شناختوں کے تحت قانونی طور پر اعلان کر سکتے ہیں۔ ایک وقت میں ایک راستہ آؤٹ پٹ سے واپس اس مقامی سروس شے تک لے جائیں جس نے اسے بنایا، اور دوسرا RD غلطی جیسا لگنا چھوڑ دیتا ہے۔
اسی آؤٹ پٹ سے شروع کریں جس نے آپ کو الجھایا
پورے جدول کی بجائے ایک راستہ چنیں۔ اس کی راستہ قسم، RD، برآمد شدہ route target اور اگلا ہاپ لکھ لیں۔ یہ چار فیلڈز یہ طے کرنے کے لیے کافی ہیں کہ کس مقامی شے نے اس کا اعلان کیا اور کون سی دور دراز پالیسی کو اسے درآمد کرنا چاہیے۔
NX-OS طرز کے آلے پر تفصیلی منظر اس سے ملتا ہے: show bgp l2vpn evpn route-type 2 detail یا show bgp l2vpn evpn route-type 5 detail. Junos پر وہی معلومات یہاں ہیں: show route table bgp.evpn.0 detail. مختلف نحو، وہی فیلڈز۔
ہر دکھائے گئے عدد کو برابر بنا کر شروع نہ کریں۔ RD برابر کرنا ہی وہ تبدیلی ہے جو چلتی ہوئی fabric پر درآمد کی پالیسی توڑ دیتی ہے۔
ہر شناخت کو اس کا کام دیں
| Identifier | Question it answers | Where it is used |
|---|---|---|
| Route distinguisher | Which distinct route context contributed this advertisement? | Makes otherwise identical prefixes unique in BGP |
| Route target | Which importing service policy should receive the route? | Extended community matched by import policy |
| VNI | Which VXLAN service context carries the traffic? | Data plane encapsulation and mapping |
MAC-VRF بریجنگ سروس کے لیے MAC فارورڈنگ معلومات رکھتا ہے۔ IP-VRF روٹ شدہ سروس کے لیے IP روٹنگ سیاق فراہم کرتا ہے۔ کرایہ دار دونوں شامل کر سکتا ہے، اسی لیے کوئی ترتیبی غلطی نہ ہونے کے باوجود ایک کرایہ دار ایک سے زیادہ RD پیدا کر سکتا ہے۔
RFC 7432 اعلان کرنے والے MAC-VRF کا RD اس کے EVPN NLRI کو تفویض کرتا ہے اور ایک ہی PE پر MAC-VRF کے درمیان الگ RD لازم ٹھہراتا ہے۔ Route-target طریقے الگ ہیں: وہ ایک یا زیادہ RT خصوصیات کی اجازت دیتے ہیں اور رکنیت کے لیے درآمد کی پالیسی پر انحصار کرتے ہیں۔ مشترکہ رکنیت RD کی برابری سے نہیں بنتی، اور ایسا سمجھنا ہی اس الجھن کی جڑ ہے۔
اعلان سے درآمد تک ایک راستہ چلیں
راستے کا ایک سمت میں پیچھا کریں۔ راستہ قسم، اسے بنانے والی سروس، RD، برآمد شدہ RT، اور پھر وصول کرنے والے PE پر درآمد کی پالیسی کی تصدیق کریں۔ ہر مرحلہ مختلف سوال کا جواب دیتا ہے، اور کسی بھی مرحلے میں ناکامی دوسری طرف اسی گمشدہ سابقے جیسی دکھتی ہے۔
راستہ موجود ہونے پر نصب شدہ فارورڈنگ سیاق اور VNI نقشہ جات جانچیں۔ دونوں سروں پر VNI کا میل ڈیٹا سطح کے متفق ہونے کو ظاہر کرتا ہے؛ یہ ظاہر نہیں کرتا کہ کنٹرول سطح نے راستہ مطلوبہ پالیسی کے ذریعے درآمد کیا ہے۔
اگر راستہ دور دراز PE پر ظاہر ہوتا ہے مگر ٹریفک نہیں بہتا، تو مسئلہ EVPN سے آگے بڑھ گیا ہے۔ دوبارہ route target میں ترمیم سے پہلے VNI سے VLAN یا VNI سے VRF کا بندھن اور underlay راستہ جانچیں۔ نقشہ جات سے شروع کریں، پھر underlay، اور اس کے بعد ہی کنٹرول سطح۔ ڈیٹا سطح کی خرابی کے پیچھے route-target تبدیلی واپس لینا چلتی ہوئی درآمد توڑنے کا بھروسے مند طریقہ ہے۔
پرت 3 کے سابقے اب بھی EVPN راستے ہیں
EVPN جدول میں IP سابقہ عام IPv4-unicast BGP نہیں ہے۔ EVPN IP Prefix راستہ اپنی الگ راستہ قسم ہے, اور MAC/IP اور IP سابقے کے اعلانات EVPN پتہ خاندان میں سفر کرتے ہیں، جسے RFC 7432 AFI 25 اور SAFI 70 کے طور پر شناخت کرتا ہے۔
یہ فرق اہم ہے جب آپ EVPN جدول کے راستے کا unicast جدول کے راستے سے موازنہ کرتے ہیں۔ وہ ایک ہی منزل بیان کر سکتے ہیں اور پھر بھی مختلف پالیسی سے بنائے، فلٹر کیے اور درآمد کیے جا سکتے ہیں۔ ایک کو دوسرے کے ثبوت کے طور پر پڑھنا ہی وہ چیز ہے جس سے درست fabric ہجرت کے دوران ٹوٹا ہوا دکھتا ہے۔
اعداد کا موازنہ کرنے سے پہلے فروش کی اخذ کردہ قدر جانچیں
RFC 9136 EVPN کو IP Prefix راستوں سے بڑھاتا ہے اور بتاتا ہے کہ قابلِ اطلاق RD MAC-VRF یا IP-VRF سیاق سے آتا ہے۔ اسی لیے ایک ہی آؤٹ پٹ میں L2 سروس لیبل اور روٹ شدہ سروس لیبل کو ان اشیاء کے حوالے سے پڑھنا چاہیے جن سے وہ تعلق رکھتے ہیں، ہر کرایہ دار کے لیے ایک RD تک محدود نہیں کرنا چاہیے۔
RD اور RT کا خودکار اخذ فروش کے لحاظ سے مخصوص ہے۔ استعمال شدہ فارمولے کے لیے تعینات فروش کا حوالہ پڑھیں؛ ایک سوئچ پر دیکھی گئی خودکار طور پر بنائی گئی قدر عالمگیر انکوڈنگ نہیں ہے، اور دو فروشوں کے اعداد کا موازنہ شاذ و نادر ہی کچھ ثابت کرتا ہے۔
جس راستے سے آپ نے آغاز کیا اس کے لیے تحریری نشان کے ساتھ اختتام کریں: قسم، بنانے والی شے، RD، برآمد شدہ RT، درآمد کی پالیسی، نصب شدہ VNI۔ چھ فیلڈز اگلی بار ٹکٹ پڑھنے والے کو اعلان سمجھاتے ہیں، اور ان میں سے کوئی بھی کرایہ دار کے اعداد کے میل کھانے کا مطالبہ نہیں کرتا۔