ஹே ஹப்ர். VxLAN EVPN தொழில்நுட்பம் குறித்த தொடர் கட்டுரைகளைத் தொடர்கிறேன் பாடத்திட்டத்தின் துவக்கத்திற்காக குறிப்பாக எழுதப்பட்டது
கடைசிப் பகுதியில், Nexus 9000v இல் நெட்வொர்க் துணியின் மேல் கட்டப்பட்ட ஒரு ஒளிபரப்பு டொமைனைப் பெற்றுள்ளோம். இருப்பினும், இது தரவு மைய நெட்வொர்க்கின் கட்டமைப்பிற்குள் தீர்க்கப்பட வேண்டிய முழு அளவிலான பணிகள் அல்ல. இன்று நாம் பின்வரும் பணியைக் கருத்தில் கொள்வோம் - நெட்வொர்க்குகளுக்கு இடையில் அல்லது VNI களுக்கு இடையில் ரூட்டிங்.
ஸ்பைன்-இலை இடவியல் பயன்படுத்தப்படுகிறது என்பதை உங்களுக்கு நினைவூட்டுகிறேன்:
தொடங்குவதற்கு, ரூட்டிங் எவ்வாறு நிகழ்கிறது மற்றும் அதில் என்ன அம்சங்கள் உள்ளன என்பதை நாங்கள் பகுப்பாய்வு செய்வோம்.
புரிந்து கொள்ள, லாஜிக் வரைபடத்தை எளிமையாக்கி, ஹோஸ்ட்-20000க்கு மற்றொரு VNI 2 ஐச் சேர்ப்போம். முடிவு:
இந்த நிலையில், ஒரு ஹோஸ்டிலிருந்து மற்றொரு ஹோஸ்டுக்கு போக்குவரத்தை எவ்வாறு மாற்றுவது?
இரண்டு விருப்பங்கள் உள்ளன:
- அனைத்து VNIகள் பற்றிய தகவலை அனைத்து இலை சுவிட்சுகளிலும் வைத்திருங்கள், பின்னர் அனைத்து ரூட்டிங் நெட்வொர்க்கின் முதல் இலையில் ஏற்படும்;
- பிரத்யேகமாக பயன்படுத்தவும் - L3 VNI
முதல் வழி எளிமையானது மற்றும் வசதியானது. நீங்கள் அனைத்து இலை சுவிட்சுகளிலும் அனைத்து VNIகளையும் மட்டுமே தொடங்க வேண்டும் என்பதால். இருப்பினும், முழு இலையிலும் சில நூறு அல்லது ஆயிரக்கணக்கான VNIகளை இயக்குவது எளிதான பணியாகத் தெரியவில்லை. எனவே, வேலையில் இது மிகவும் அரிதாகவே பயன்படுத்தப்படுகிறது.
நாங்கள் முறை 2 ஐ பகுப்பாய்வு செய்வோம், இது மிகவும் சுவாரஸ்யமானது மற்றும் சற்று சிக்கலானது, ஆனால் தொழிற்சாலையை அமைப்பதில் அதிக நெகிழ்வுத்தன்மையை அளிக்கிறது.
VRF டோபாலஜியில் "PROD" ஐ சேர்ப்போம். இலை-10/11 ஜோடியில் vlan 12 இன் இடைமுகத்தையும், இலை-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 உடன் இணைக்க வேண்டும். VLAN 10 மற்றும் 20 தகவல்களில் ஆர்வமுள்ள அனைத்து இலைகளிலும் புதிய VNI ஒரே மாதிரியாக இருக்க வேண்டும்.
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 க்கு சட்டத்தை அனுப்புவதற்கான தர்க்கம் பின்வருமாறு:
- VNI 1 உடன் தொடர்புடைய VLAN 10 இல் உள்ள ஒரு இலையில் Host-10000 அனுப்பிய சட்டகம் வருகிறது;
- இலக்கு முகவரி எங்குள்ளது என்பதை இலை சரிபார்த்து, இரண்டாவது லீஃப் சுவிட்சில் L3 VNI வழியாக அதைக் கண்டறியும்;
- சேருமிட முகவரிக்கான வழி கண்டுபிடிக்கப்பட்டவுடன், இலை சட்டத்தை தேவையான L3VNI 99000 உடன் தலையெழுத்தில் அடைத்து இரண்டாவது இலையை நோக்கி அனுப்புகிறது;
- இரண்டாவது லீஃப் ஸ்விட்ச் L3VNI 99000 இலிருந்து தரவைப் பெறுகிறது. அசல் சட்டத்தைப் பெற்று அதை தேவையான L2VNI 20000 க்கும் பின்னர் VLAN 20 க்கும் மாற்றுகிறது.
இந்த வேலையின் விளைவாக, L3VNI நெட்வொர்க்கில் உள்ள அனைத்து VNIகள் பற்றிய தகவலை அனைத்து இலை சுவிட்சுகளிலும் வைத்திருக்க வேண்டிய அவசியத்தை நீக்குகிறது.
இதன் விளைவாக, ஹோஸ்ட்-1 இலிருந்து ஹோஸ்ட்-2க்கு டிராஃபிக்கை அனுப்பும்போது, புதிய VNI - 99000 உடன் VxLAN க்குள் பாக்கெட் நிரம்பியுள்ளது:
மற்றொரு VNI இலிருந்து MAC முகவரியைப் பற்றி Leaf-1 எவ்வாறு சரியாக அறிந்து கொள்கிறது என்பதைப் பார்க்க வேண்டும். இது EVPN ரூட்-டைப் 2 (MAC / IP) உதவியுடன் நடக்கும்.
பின்வருபவை மற்றொரு VNI இல் உள்ள முன்னொட்டைப் பற்றிய வழியைப் பரப்பும் செயல்முறையைக் காட்டுகிறது:
அதாவது, VNI 20000 இலிருந்து பெறப்பட்ட முகவரிகளுக்கு இரண்டு RTகள் உள்ளன.
புதுப்பித்தலில் இருந்து பெறப்பட்ட வழிகள் BGP அட்டவணையில் VRF அமைப்புகளில் குறிப்பிடப்பட்ட ரூட்-இலக்கு (செயல்முறை சற்று சிக்கலானது, ஆனால் இந்த கட்டுரையில் நாங்கள் செல்ல மாட்டோம்) என்பதை உங்களுக்கு நினைவூட்டுகிறேன்.
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
பெறப்பட்ட புதுப்பிப்பை நாம் இன்னும் உன்னிப்பாகப் பார்த்தால், இந்த முன்னொட்டு இரண்டு ஆர்டிகளைக் கொண்டிருப்பதைக் காணலாம்:
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
<......>
இலை-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 EVPNகள் உருவாக்கப்படுகின்றன (MAC / IP மூலம் அனுப்பப்படுகிறது).
இருப்பினும், முன்னொட்டு பற்றிய தகவலை அனுப்ப வேண்டிய அவசியம் இருந்தால் என்ன செய்வது?
இந்த வகை தகவலுக்கு, EVPN வழி-வகை 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
இதன் விளைவாக, புதுப்பிப்பு இருக்கும்:
BGP அட்டவணையைப் பார்ப்போம். EVPN வழி-வகை 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 பற்றிய தொடர் கட்டுரைகளின் இரண்டாம் பகுதி இத்துடன் முடிவடைகிறது. அடுத்த பகுதியில், VRF களுக்கு இடையில் ரூட்டிங் செய்வதற்கான பல்வேறு விருப்பங்களைக் கருத்தில் கொள்வோம்.
ஆதாரம்: www.habr.com