ارے حبر۔ میں VxLAN EVPN ٹیکنالوجی پر مضامین کا سلسلہ جاری رکھتا ہوں، جو کورس کے آغاز کے لیے خاص طور پر لکھا گیا تھا۔
آخری حصے میں، ہم نے Nexus 9000v پر نیٹ ورک فیبرک کے اوپر بنایا ہوا ایک براڈکاسٹ ڈومین حاصل کیا۔ تاہم، یہ کاموں کی پوری رینج نہیں ہے جسے ڈیٹا سینٹر نیٹ ورک کے فریم ورک کے اندر حل کرنے کی ضرورت ہے۔ اور آج ہم مندرجہ ذیل کام پر غور کریں گے - نیٹ ورکس کے درمیان یا VNIs کے درمیان روٹنگ۔
میں آپ کو یاد دلاتا ہوں کہ اسپائن لیف ٹوپولوجی استعمال کی جاتی ہے:
شروع کرنے کے لیے، ہم تجزیہ کریں گے کہ روٹنگ کیسے ہوتی ہے اور اس میں کیا خصوصیات ہیں۔
سمجھنے کے لیے، آئیے منطقی خاکہ کو آسان بنائیں اور میزبان-20000 کے لیے ایک اور VNI 2 شامل کریں۔ نتیجہ یہ ہے:
اس صورت میں، آپ ٹریفک کو ایک میزبان سے دوسرے میزبان میں کیسے منتقل کر سکتے ہیں؟
دو اختیارات ہیں:
- تمام لیف سوئچز پر تمام VNIs کے بارے میں معلومات رکھیں، پھر تمام روٹنگ نیٹ ورک میں پہلے لیف پر ہو گی۔
- وقف شدہ - L3 VNI استعمال کریں۔
پہلا طریقہ آسان اور آسان ہے۔ چونکہ تمام لیف سوئچز پر تمام VNIs شروع کرنے کی ضرورت ہے۔ تاہم، پورے لیف میں چند سو یا ہزاروں VNIs حاصل کرنا اب کوئی آسان کام نہیں رہا۔ لہذا، کام میں یہ بہت کم استعمال کیا جاتا ہے.
ہم طریقہ 2 کا تجزیہ کریں گے، جیسا کہ زیادہ دلچسپ اور قدرے زیادہ پیچیدہ، لیکن فیکٹری کے قیام میں زیادہ لچک فراہم کرتے ہیں۔
آئیے VRF ٹوپولوجی میں "PROD" کو شامل کریں۔ آئیے Leaf-10/11 جوڑے پر اس میں انٹرفیس vlan 12 اور Leaf-20 پر VLAN 21 کا انٹرفیس شامل کریں۔ VLAN 20 VNI 20000 سے وابستہ ہے۔
vrf context PROD
rd auto ! Route Distinguisher не принципиален и можем использовать сформированный автоматически
address-family ipv4 unicast
route-target both auto ! указываем Route-target с которым будут импортироваться и экспортироваться префиксы в/из VRF
vlan 20
vn-segment 20000
interface nve 1
member vni 20000
ingress-replication protocol bgp
interface Vlan10
no shutdown
vrf member PROD
ip address 192.168.20.1/24
fabric forwarding mode anycast-gateway
L3VNI استعمال کرنے کے لیے، آپ کو ایک نیا VLAN بنانا ہوگا، اسے نئے VNI سے جوڑنا ہوگا۔ نیا VNI VLAN 10 اور 20 معلومات میں دلچسپی رکھنے والے تمام پتوں پر ایک جیسا ہونا چاہیے۔
vlan 99
vn-segment 99000
interface nve1
member vni 99000 associate-vrf ! Создаем L3 VNI
vrf context PROD
vni 99000 ! Привязываем L3 VNI к определенному VRF
نتیجے کے طور پر، خاکہ اس طرح نظر آئے گا:
یہ تھوڑا سا ختم ہونا باقی ہے - ایک اور انٹرفیس شامل کریں - VRF PROD میں انٹرفیس vlan 99
interface Vlan99
no shutdown
vrf member PROD
ip forward ! На интерфейсе не должно быть IP. Используется только для пересылки пакетов между Leaf
نتیجے کے طور پر، فریم کو میزبان-1 سے میزبان-2 میں منتقل کرنے کی منطق حسب ذیل ہے:
- میزبان-1 کی طرف سے بھیجا گیا ایک فریم VLAN 10 میں ایک پتی پر آتا ہے، جو VNI 10000 سے منسلک ہوتا ہے۔
- لیف چیک کرتا ہے کہ منزل کا پتہ کہاں ہے اور اسے دوسرے لیف سوئچ پر L3 VNI کے ذریعے تلاش کرتا ہے۔
- جیسے ہی منزل کے پتے کا راستہ مل جاتا ہے، لیف فریم کو ضروری L3VNI 99000 کے ساتھ ہیڈر میں پیک کرتا ہے - اور اسے دوسرے لیف کی طرف بھیج دیتا ہے۔
- دوسرا لیف سوئچ L3VNI 99000 سے ڈیٹا حاصل کرتا ہے۔ اصل فریم حاصل کرتا ہے اور اسے مطلوبہ L2VNI 20000 اور پھر VLAN 20 میں منتقل کرتا ہے۔
اس کام کے نتیجے میں، L3VNI تمام لیف سوئچز پر نیٹ ورک پر موجود تمام VNIs کے بارے میں معلومات رکھنے کی ضرورت کو دور کرتا ہے۔
نتیجے کے طور پر، جب ہم Host-1 سے Host-2 کو ٹریفک بھیجتے ہیں، تو پیکٹ VxLAN کے اندر نئے VNI - 99000 کے ساتھ پیک کیا جاتا ہے:
یہ دیکھنا باقی ہے کہ Leaf-1 کسی دوسرے VNI سے MAC ایڈریس کے بارے میں بالکل کیسے سیکھتا ہے۔ یہ EVPN روٹ ٹائپ 2 (MAC/IP) کی مدد سے بھی ہوتا ہے۔
مندرجہ ذیل کسی دوسرے VNI میں واقع ایک سابقہ کے بارے میں راستے کو پھیلانے کا عمل دکھاتا ہے:
یعنی VNI 20000 سے موصول ہونے والے پتوں میں دو RTs ہیں۔
میں آپ کو یاد دلاتا ہوں کہ اپ ڈیٹ سے موصول ہونے والے راستے VRF سیٹنگز میں بتائے گئے روٹ ٹارگٹ کے ساتھ BGP ٹیبل میں آتے ہیں (عمل کچھ زیادہ پیچیدہ ہے، لیکن ہم اس مضمون میں نہیں جائیں گے)۔
RT خود فارمولے سے بنتا ہے: AS:VNI (اگر خودکار موڈ استعمال کیا جائے)۔
خودکار اور دستی طریقوں میں RT کی تشکیل کی ایک مثال:
vrf context PROD
address-family ipv4 unicast
route-target import auto - автоматический режим работы
route-target export 65001:20000 - ручной режим формирования RT
نتیجے کے طور پر، آپ اوپر دیکھ سکتے ہیں کہ کسی دوسرے VNI کے سابقے کی دو RT قدریں ہیں۔
ان میں سے ایک 65001:99000 ایک اضافی L3 VNI ہے۔ چونکہ یہ VNI تمام پتوں پر یکساں ہے اور VRF کی ترتیبات میں ہمارے درآمدی قوانین کے تحت آتا ہے، اس لیے سابقہ BGP ٹیبل میں آتا ہے، جسے آؤٹ پٹ سے دیکھا جا سکتا ہے:
sh bgp l2vpn evpn
<.....>
Network Next Hop Metric LocPrf Weight Path
Route Distinguisher: 10.255.1.11:32777 (L2VNI 10000)
*>l[2]:[0]:[0]:[48]:[5001.0007.0007]:[0]:[0.0.0.0]/216
10.255.1.10 100 32768 i
*>l[2]:[0]:[0]:[48]:[5001.0007.0007]:[32]:[192.168.10.10]/272
10.255.1.10 100 32768 i
*>l[3]:[0]:[32]:[10.255.1.10]/88
10.255.1.10 100 32768 i
Route Distinguisher: 10.255.1.21:32787
* i[2]:[0]:[0]:[48]:[5001.0008.0007]:[32]:[192.168.20.20]/272 ! Префикс полученный из VNI 20000
10.255.1.20 100 0 i
*>i 10.255.1.20 100 0 i
اگر ہم موصول ہونے والی تازہ کاری کو زیادہ قریب سے دیکھیں تو ہم دیکھ سکتے ہیں کہ اس سابقہ میں دو RTs ہیں:
Leaf11# sh bgp l2vpn evpn 5001.0008.0007
BGP routing table information for VRF default, address family L2VPN EVPN
Route Distinguisher: 10.255.1.21:32787
BGP routing table entry for [2]:[0]:[0]:[48]:[5001.0008.0007]:[32]:[192.168.20.2
0]/272, version 5164
Paths: (2 available, best #2)
Flags: (0x000202) (high32 00000000) on xmit-list, is not in l2rib/evpn, is not i
n HW
Path type: internal, path is valid, not best reason: Neighbor Address, no labeled nexthop
AS-Path: NONE, path sourced internal to AS
10.255.1.20 (metric 81) from 10.255.1.102 (10.255.1.102)
Origin IGP, MED not set, localpref 100, weight 0
Received label 20000 99000 ! Два label для работы VxLAN
Extcommunity: RT:65001:20000 RT:65001:99000 SOO:10.255.1.20:0 ENCAP:8 ! Два значения Route-target, на основе, которых добавили данный префикс
Router MAC:5001.0005.0007
Originator: 10.255.1.21 Cluster list: 10.255.1.102
<......>
Leaf-1 پر روٹنگ ٹیبل میں، آپ سابقہ 192.168.20.20/32 بھی دیکھ سکتے ہیں:
Leaf11# sh ip route vrf PROD
192.168.10.0/24, ubest/mbest: 1/0, attached
*via 192.168.10.1, Vlan10, [0/0], 01:29:28, direct
192.168.10.1/32, ubest/mbest: 1/0, attached
*via 192.168.10.1, Vlan10, [0/0], 01:29:28, local
192.168.10.10/32, ubest/mbest: 1/0, attached
*via 192.168.10.10, Vlan10, [190/0], 01:27:22, hmm
192.168.20.20/32, ubest/mbest: 1/0 ! Адрес Host-2
*via 10.255.1.20%default, [200/0], 01:20:20, bgp-65001, internal, tag 65001 ! Доступный через Leaf-2
(evpn) segid: 99000 tunnelid: 0xaff0114 encap: VXLAN ! Через VNI 99000
روٹنگ ٹیبل میں غائب بنیادی سابقہ 192.168.20.0/24 دیکھیں؟
یہ ٹھیک ہے، وہ وہاں نہیں ہے۔ یعنی ریموٹ لیفس صرف ان میزبانوں کے بارے میں معلومات حاصل کرتے ہیں جو آپ کے نیٹ ورک پر ہیں۔ اور یہی صحیح طرز عمل ہے۔ اوپر، تمام اپ ڈیٹس میں، آپ دیکھ سکتے ہیں کہ معلومات MAC/IP کے مواد کے ساتھ آتی ہے۔ بات کرنے کے لیے کوئی سابقہ نہیں ہے۔
یہ ہوسٹ موبلٹی مینیجر (HMM) پروٹوکول ہے، جو ARP ٹیبل کو بھرتا ہے جہاں سے BGP ٹیبل کو مزید بھرا جاتا ہے (ہم اس مضمون کے فریم ورک کے اندر اس عمل کو چھوڑ دیں گے)۔ HMM سے موصول ہونے والی معلومات کی بنیاد پر، روٹ-ٹائپ 2 EVPNs بنائے جاتے ہیں (MAC/IP کے ذریعے منتقل کیے جاتے ہیں)۔
تاہم، اگر کسی سابقہ کے بارے میں معلومات دینے کی ضرورت ہو تو کیا ہوگا؟
اس قسم کی معلومات کے لیے، ای وی پی این روٹ ٹائپ 5 ہے - یہ آپ کو ایڈریس فیملی l2vpn evpn کے ذریعے سابقہ بھیجنے کی اجازت دیتا ہے (اس تحریر کے وقت اس قسم کا روٹ صرف ڈرافٹ ورژن میں ہے۔
سابقے منتقل کرنے کے لیے، VRF کے لیے BGP عمل میں سابقے شامل کرنا ضروری ہے، جس کی تشہیر کی جائے گی:
router bgp 65001
vrf PROD
address-family ipv4 unicast
redistribute direct route-map VNI20000 ! В данном случае анонсируем префиксы подключение непосредственно к Leaf в VNI 20000
route-map VNI20000 permit 10
match ip address prefix-list VNI20000_OUT ! Указываем какой использовать prefix-list
ip prefix-list VNI20000_OUT seq 5 permit 192.168.20.0/24 ! Указываем какие сети будут попадать в EVPN route-type 5
نتیجے کے طور پر، اپ ڈیٹ ہو جائے گا:
آئیے بی جی پی ٹیبل پر نظر ڈالیں۔ ای وی پی این روٹ ٹائپ 2,3 کے علاوہ، ٹائپ 5 روٹس ظاہر ہوئے ہیں جو نیٹ ورک نمبر کے بارے میں معلومات پر مشتمل ہیں:
<......>
Network Next Hop Metric LocPrf Weight Path
Route Distinguisher: 10.255.1.11:3
* i[5]:[0]:[0]:[24]:[192.168.10.0]/224
10.255.1.10 0 100 0 ?
*>i 10.255.1.10 0 100 0 ?
Route Distinguisher: 10.255.1.11:32777
* i[2]:[0]:[0]:[48]:[5001.0007.0007]:[0]:[0.0.0.0]/216
10.255.1.10 100 0 i
*>i 10.255.1.10 100 0 i
* i[2]:[0]:[0]:[48]:[5001.0007.0007]:[32]:[192.168.10.10]/272
10.255.1.10 100 0 i
*>i 10.255.1.10 100 0 i
* i[3]:[0]:[32]:[10.255.1.10]/88
10.255.1.10 100 0 i
*>i 10.255.1.10 100 0 i
Route Distinguisher: 10.255.1.12:3
*>i[5]:[0]:[0]:[24]:[192.168.10.0]/224 ! EVPN route-type 5 с номером префикса
10.255.1.10 0 100 0 ?
* i
<.......>
سابقہ روٹنگ ٹیبل میں بھی ظاہر ہوا:
Leaf21# sh ip ro vrf PROD
192.168.10.0/24, ubest/mbest: 1/0
*via 10.255.1.10%default, [200/0], 00:14:32, bgp-65001, internal, tag 65001 ! Удаленный префикс, доступный через Leaf1/2(адрес Next-hop = virtual IP между парой VPC)
(evpn) segid: 99000 tunnelid: 0xaff010a encap: VXLAN ! Префикс доступен через L3VNI 99000
192.168.10.10/32, ubest/mbest: 1/0
*via 10.255.1.10%default, [200/0], 02:33:40, bgp-65001, internal, tag 65001
(evpn) segid: 99000 tunnelid: 0xaff010a encap: VXLAN
192.168.20.0/24, ubest/mbest: 1/0, attached
*via 192.168.20.1, Vlan20, [0/0], 02:39:44, direct
192.168.20.1/32, ubest/mbest: 1/0, attached
*via 192.168.20.1, Vlan20, [0/0], 02:39:44, local
192.168.20.20/32, ubest/mbest: 1/0, attached
*via 192.168.20.20, Vlan20, [190/0], 02:35:46, hmm
یہ VxLAN EVPN پر مضامین کی ایک سیریز کا دوسرا حصہ ختم کرتا ہے۔ اگلے حصے میں، ہم VRFs کے درمیان روٹنگ کے لیے مختلف اختیارات پر غور کریں گے۔
ماخذ: www.habr.com