VxLAN ഫാക്ടറി. ഭാഗം 2

ഹലോ, ഹബ്ർ. VxLAN EVPN സാങ്കേതികവിദ്യയെക്കുറിച്ചുള്ള ലേഖനങ്ങളുടെ പരമ്പര ഞാൻ തുടരുന്നു കോഴ്സിന്റെ സമാരംഭത്തിനായി പ്രത്യേകം എഴുതിയതാണ് "നെറ്റ്‌വർക്ക് എഞ്ചിനീയർ" OTUS ൽ നിന്ന്. ഇന്ന് നമ്മൾ ടാസ്ക്കിന്റെ രസകരമായ ഒരു ഭാഗം നോക്കാം - റൂട്ടിംഗ്. അത് എത്ര നിസ്സാരമായി തോന്നിയാലും, ഒരു നെറ്റ്‌വർക്ക് ഫാക്ടറിയുടെ പ്രവർത്തനത്തിന്റെ ചട്ടക്കൂടിനുള്ളിൽ, എല്ലാം അത്ര ലളിതമല്ലായിരിക്കാം.

സൈക്കിളിന്റെ ഭാഗം 1 - സെർവറുകൾ തമ്മിലുള്ള L2 കണക്റ്റിവിറ്റി

അവസാന ഭാഗത്ത്, Nexus 9000v-ൽ നെറ്റ്‌വർക്ക് ഫാബ്രിക്കിന് മുകളിൽ നിർമ്മിച്ച ഒരു ബ്രോഡ്‌കാസ്റ്റ് ഡൊമെയ്‌ൻ ഞങ്ങൾ നേടി. എന്നിരുന്നാലും, ഡാറ്റാ സെന്റർ നെറ്റ്‌വർക്കിനുള്ളിൽ പരിഹരിക്കേണ്ട ജോലികളുടെ മുഴുവൻ ശ്രേണിയും ഇതല്ല. ഇന്ന് നമ്മൾ അടുത്ത ടാസ്ക്ക് നോക്കും - നെറ്റ്വർക്കുകൾക്കിടയിലോ വിഎൻഐകൾക്കിടയിലോ റൂട്ടിംഗ്.

സ്‌പൈൻ-ലീഫ് ടോപ്പോളജിയാണ് ഉപയോഗിച്ചിരിക്കുന്നതെന്ന് ഞാൻ നിങ്ങളെ ഓർമ്മിപ്പിക്കട്ടെ:

ആദ്യം, റൂട്ടിംഗ് എങ്ങനെ സംഭവിക്കുന്നുവെന്നും അതിന്റെ സവിശേഷതകൾ എന്തൊക്കെയാണെന്നും നോക്കാം.

മനസ്സിലാക്കുന്നതിന്, നമുക്ക് ലോജിക് ഡയഗ്രം ലളിതമാക്കുകയും ഹോസ്റ്റ്-20000-നായി മറ്റൊരു VNI 2 ചേർക്കുകയും ചെയ്യാം. ഫലം ഇതാണ്:

ഈ സാഹചര്യത്തിൽ, നിങ്ങൾക്ക് എങ്ങനെയാണ് ഒരു ഹോസ്റ്റിൽ നിന്ന് മറ്റൊന്നിലേക്ക് ട്രാഫിക് കൈമാറാൻ കഴിയുക?

രണ്ട് ഓപ്ഷനുകൾ ഉണ്ട്:

1. എല്ലാ ലീഫ് സ്വിച്ചുകളിലും എല്ലാ VNI-കളെയും കുറിച്ചുള്ള വിവരങ്ങൾ സൂക്ഷിക്കുക, തുടർന്ന് എല്ലാ റൂട്ടിംഗും നെറ്റ്‌വർക്കിലെ ആദ്യത്തെ ലീഫിൽ സംഭവിക്കും;
2. ഒരു സമർപ്പിത L3 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-ലേക്ക് ഒരു ഫ്രെയിം കടത്തിവിടുന്നതിനുള്ള യുക്തി ഇപ്രകാരമാണ്:

1. ഹോസ്റ്റ്-1 അയച്ച ഫ്രെയിം VLAN 10-ൽ ലീഫിൽ എത്തുന്നു, അത് VNI 10000-മായി ബന്ധപ്പെട്ടിരിക്കുന്നു;
2. ലക്ഷ്യസ്ഥാന വിലാസം എവിടെയാണെന്ന് ലീഫ് പരിശോധിക്കുകയും രണ്ടാമത്തെ ലീഫ് സ്വിച്ചിലെ L3 VNI വഴി അത് കണ്ടെത്തുകയും ചെയ്യുന്നു;
3. ലക്ഷ്യസ്ഥാന വിലാസത്തിലേക്കുള്ള ഒരു റൂട്ട് കണ്ടെത്തിയാലുടൻ, ആവശ്യമായ L3VNI 99000 ഉള്ള ഒരു ഹെഡറിലേക്ക് ലീഫ് ഫ്രെയിമിനെ പായ്ക്ക് ചെയ്യുന്നു - അത് രണ്ടാമത്തെ ലീഫിലേക്ക് അയയ്ക്കുന്നു;
4. രണ്ടാമത്തെ ലീഫ് സ്വിച്ചിന് L3VNI 99000-ൽ നിന്ന് ഡാറ്റ ലഭിക്കുന്നു. ഇത് യഥാർത്ഥ ഫ്രെയിം എടുത്ത് ആവശ്യമായ L2VNI 20000-ലേയ്ക്കും തുടർന്ന് VLAN 20-ലേയ്ക്കും മാറ്റുന്നു.

ഈ പ്രവർത്തനത്തിന്റെ ഫലമായി, എല്ലാ ലീഫ് സ്വിച്ചുകളിലും നെറ്റ്‌വർക്കിലുള്ള എല്ലാ VNI-കളെയും കുറിച്ചുള്ള വിവരങ്ങൾ സൂക്ഷിക്കേണ്ടതിന്റെ ആവശ്യകത L3VNI ഇല്ലാതാക്കുന്നു.

തൽഫലമായി, ഞങ്ങൾ Host-1-ൽ നിന്ന് Host-2-ലേക്ക് ട്രാഫിക് അയയ്‌ക്കുമ്പോൾ, VxLAN-നുള്ളിൽ ഒരു പുതിയ VNI - 99000 ഉപയോഗിച്ച് പാക്കറ്റ് പാക്ക് ചെയ്യുന്നു:

മറ്റൊരു VNI-ൽ നിന്ന് MAC വിലാസത്തെക്കുറിച്ച് ലീഫ്-1 കൃത്യമായി എങ്ങനെ മനസ്സിലാക്കുന്നുവെന്ന് കണ്ടറിയണം. EVPN റൂട്ട്-ടൈപ്പ് 2 (MAC/IP) ഉപയോഗിച്ചും ഇത് സംഭവിക്കുന്നു.

മറ്റൊരു വിഎൻഐയിൽ സ്ഥിതിചെയ്യുന്ന ഒരു പ്രിഫിക്‌സിനെക്കുറിച്ചുള്ള ഒരു റൂട്ട് പ്രചരിപ്പിക്കുന്ന പ്രക്രിയ ഇനിപ്പറയുന്നവ കാണിക്കുന്നു:

അതായത്, VNI 20000-ൽ നിന്ന് ലഭിച്ച വിലാസങ്ങൾക്ക് രണ്ട് RT-കൾ ഉണ്ട്.
അപ്‌ഡേറ്റിൽ നിന്ന് ലഭിച്ച റൂട്ടുകൾ 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

ലഭിച്ച അപ്‌ഡേറ്റ് കൂടുതൽ സൂക്ഷ്മമായി പരിശോധിച്ചാൽ, ഈ പ്രിഫിക്‌സിന് രണ്ട് RT-കൾ ഉണ്ടെന്ന് നമുക്ക് കാണാൻ കഴിയും:

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-ൽ നിന്ന് ലഭിച്ച വിവരങ്ങളുടെ അടിസ്ഥാനത്തിൽ, EVPN റൂട്ട്-ടൈപ്പ് 2 രൂപീകരിച്ചിരിക്കുന്നു (MAC/IP വഴി സംപ്രേക്ഷണം ചെയ്യുന്നത്).

എന്നിരുന്നാലും, ഒരു പ്രിഫിക്‌സിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ കൈമാറേണ്ട ആവശ്യമുണ്ടെങ്കിൽ എന്തുചെയ്യും?

ഇത്തരത്തിലുള്ള വിവരങ്ങൾക്ക്, EVPN റൂട്ട്-ടൈപ്പ് 5 ഉണ്ട് - വിലാസം-കുടുംബം l2vpn evpn വഴി പ്രിഫിക്സുകൾ കൈമാറാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു (എഴുതുന്ന സമയത്ത് ഇത്തരത്തിലുള്ള റൂട്ടുകൾ ഡ്രാഫ്റ്റ് പതിപ്പിൽ മാത്രമാണ്. RFC, ഇക്കാരണത്താൽ, ഇത്തരത്തിലുള്ള റൂട്ടിന്റെ സ്വഭാവം വ്യത്യസ്ത നിർമ്മാതാക്കൾക്കിടയിൽ വ്യത്യാസപ്പെടാം)

പ്രിഫിക്സുകൾ കൈമാറാൻ, 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-ലെ ലേഖന പരമ്പരയുടെ രണ്ടാം ഭാഗം ഇത് അവസാനിപ്പിക്കുന്നു. അടുത്ത ഭാഗത്ത് വിആർഎഫുകൾക്കിടയിൽ റൂട്ടിംഗിനുള്ള വിവിധ ഓപ്ഷനുകൾ ഞങ്ങൾ നോക്കും.

IPv6 പ്രോട്ടോക്കോളിന്റെ അടിസ്ഥാനങ്ങളും IPv4-ൽ നിന്നുള്ള വ്യത്യാസങ്ങളും

അവലംബം: www.habr.com