ProHoster > Blog > Administrazioa > VxLAN fabrika. 2. zatia

VxLAN fabrika. 2. zatia

Kaixo, Habr. VxLAN EVPN teknologiari buruzko artikulu sorta jarraitzen dut, zeina ikastaroa abian jartzeko bereziki idatzi ziren "Sare ingeniaria" OTUSetik. Eta gaur zereginaren zati interesgarri bat aztertuko dugu: bideratzea. Nahiz eta hutsala iruditu, baina, sare-fabrika baten lanaren esparruan, baliteke dena ez hain erraza izango.

VxLAN fabrika. 2. zatia

Zikloaren 1. zatia - L2 zerbitzarien arteko konektibitatea

Azken zatian, Nexus 9000v-n sare-ehunaren gainean eraikitako difusio-domeinu bat lortu dugu. Hala ere, hau ez da datu-zentroen sarearen barruan konpondu beharreko zeregin sorta osoa. Eta gaur hurrengo zeregina aztertuko dugu: sareen arteko bideratzea edo VNIen artean.

Gogorarazten dizut Bizkarrezurra-Hostoa topologia erabiltzen dela:

VxLAN fabrika. 2. zatia

Lehenik eta behin, ikus dezagun bideraketa nola gertatzen den eta zer ezaugarri dituen.

Ulertzeko, sinplifikatu dezagun diagrama logikoa eta gehitu beste VNI 20000 Host-2rako. Emaitza hau da:

VxLAN fabrika. 2. zatia

Nola, kasu honetan, transferitu dezakezu trafikoa Ostalari batetik bestera?

Bi aukera daude:

  1. Mantendu VNI guztiei buruzko informazioa Leaf etengailu guztietan, gero bideratze guztiak sareko lehen Leaf-ean gertatuko dira;
  2. Erabili L3 VNI dedikatu bat

Lehenengo metodoa erraza eta erosoa da. Leaf etengailu guztietan VNI guztiak instalatu behar dituzunez. Hala ere, Leaf guztientzako ehunka edo mila VNI konfiguratzea jada ez da zeregin erraza denik. Hori dela eta, oso gutxitan erabiltzen da lanean.

Ikus dezagun 2. metodoa, interesgarriagoa eta apur bat konplexuagoa dena, baina fabrika ezartzeko malgutasun handiagoa ematen duena.

Gehi diezaiogun "PROD" VRF topologiari. Horri Leaf-10/11 bikoteko vlan 12 interfazea eta Leaf-20eko VLAN 21 interfazea gehituko dizkiogu. VLAN 20 VNI 20000rekin lotuta dago

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 erabiltzeko, VLAN berri bat sortu eta VNI berriarekin lotu behar duzu. VNI berriak berdina izan behar du VLAN 10 eta 20 informazioan interesa duten Leaf guztietan

vlan 99
  vn-segment 99000

interface nve1
  member vni 99000 associate-vrf        ! Π‘ΠΎΠ·Π΄Π°Π΅ΠΌ L3 VNI

vrf context PROD
  vni 99000                             ! ΠŸΡ€ΠΈΠ²ΡΠ·Ρ‹Π²Π°Π΅ΠΌ L3 VNI ΠΊ ΠΎΠΏΡ€Π΅Π΄Π΅Π»Π΅Π½Π½ΠΎΠΌΡƒ VRF

Ondorioz, diagrama itxura hau izango da:

VxLAN fabrika. 2. zatia

Apur bat egiteko geratzen da - gehitu interfaze bat gehiago - interfazea vlan 99 VRF PROD-en

interface Vlan99
  no shutdown
  vrf member PROD
  ip forward  ! На интСрфСйсС Π½Π΅ Π΄ΠΎΠ»ΠΆΠ½ΠΎ Π±Ρ‹Ρ‚ΡŒ IP. Π˜ΡΠΏΠΎΠ»ΡŒΠ·ΡƒΠ΅Ρ‚ΡΡ Ρ‚ΠΎΠ»ΡŒΠΊΠΎ для пСрСсылки ΠΏΠ°ΠΊΠ΅Ρ‚ΠΎΠ² ΠΌΠ΅ΠΆΠ΄Ρƒ Leaf

Ondorioz, Host-1etik Host-2ra fotograma pasatzeko logika hau da:

  1. Host-1ek bidalitako markoa Leaf-era iristen da VLAN 10-n, VNI 10000-rekin lotuta dagoena;
  2. Leaf-ek helmuga helbidea non dagoen egiaztatzen du eta L3 VNI bidez aurkitzen du bigarren Leaf etengailuan;
  3. Helmuga-helbiderako ibilbide bat aurkitu bezain laster, Leaf-ek markoa goiburu batean biltzen du beharrezko L3VNI 99000-rekin - eta bigarren Leaf-era bidaltzen du;
  4. Bigarren Leaf etengailuak L3VNI 99000-tik datuak jasotzen ditu. Jatorrizko markoa hartzen du eta beharrezko L2VNI 20000ra transferitzen du eta gero VLAN 20ra.

Lan honen ondorioz, L3VNIk sarean dauden VNI guztiei buruzko informazioa Leaf etengailu guztietan gorde beharra ezabatzen du.

Ondorioz, Host-1etik Host-2ra trafikoa bidaltzen dugunean, paketea VxLAN barruan paketatzen da VNI - 99000 berri batekin:

VxLAN fabrika. 2. zatia

Ikusteko dago Leaf-1ek beste VNI batetik MAC helbideari buruz nola ikasten duen zehazki. Hau EVPN bide-mota 2 (MAC/IP) erabiliz ere gertatzen da.

Jarraian, beste VNI batean kokatutako aurrizki bati buruzko ibilbide bat hedatzeko prozesua erakusten da:

VxLAN fabrika. 2. zatia

Hau da, VNI 20000tik jasotako helbideek bi RT dituzte.
Gogorarazten dizut Update-tik jasotako ibilbideak BGP taulan amaitzen direla VRF ezarpenetan zehaztutako Ibilbide-helburuarekin (prozesua pixka bat zailagoa da, baina ez dugu artikulu honetan sakonduko).
RT bera formula honen arabera eratzen da: AS:VNI (modu automatikoa erabiltzen bada).

RT eraketaren adibidea modu automatikoan eta eskuzkoan:

vrf context PROD
  address-family ipv4 unicast
    route-target import auto - автоматичСский Ρ€Π΅ΠΆΠΈΠΌ Ρ€Π°Π±ΠΎΡ‚Ρ‹
    route-target export 65001:20000 - Ρ€ΡƒΡ‡Π½ΠΎΠΉ Ρ€Π΅ΠΆΠΈΠΌ формирования RT

Goiko emaitzak erakusten du beste VNI bateko aurrizkiek bi RT balio dituztela.
Horietako bat 65001:99000 da - L3 VNI gehigarria. VNI hau Leaf guztietan berdina denez eta VRF ezarpenetan gure inportazio-arauen menpe dagoenez, aurrizkia BGP taulan amaitzen da, irteeratik ikus daitekeena:

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

Jasotako eguneraketa zehatzago aztertzen badugu, aurrizki honek bi RT dituela ikusiko dugu:

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-ko bideratze-taulan 192.168.20.20/32 aurrizkia ere ikus dezakezu:

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

Bideratze-taulan 192.168.20.0/24 aurrizki nagusia ez dagoela nabaritu duzu?
Hori bai, ez dago. Hau da, urruneko Leafek zure sarean dauden ostalariei buruzko informazioa jasotzen dute. Eta hau portaera egokia da. Eguneratze guztietan, informazioa MAC/IP edukiarekin datorrela ikus dezakezu. Ez da inolako aurrizkiez hitz egiten.

Honela funtzionatzen du Host Mobility Manager (HMM) protokoloak, zeinak ARP taula betetzen du eta hortik BGP taula betetzen den (prozesu hau baztertuko dugu artikulu honen ondorioetarako). HMMtik jasotako informazioan oinarrituta, EVPN bide-mota 2 eratzen da (MAC/IP bidez transmititua).

Hala ere, zer gertatzen da aurrizki bati buruzko informazioa transmititu beharra badago?

Informazio mota honetarako, EVPN bide-mota 5 dago - helbide-familia l2vpn evpn bidez aurrizkiak transmititzeko aukera ematen du (bide mota hau idazteko unean zirriborro bertsioan bakarrik dago RFC, horregatik, ibilbide mota honen portaera desberdina izan daiteke fabrikatzaile ezberdinen artean)

Aurrizkiak transmititzeko, beharrezkoa da VRFrako BGP prozesuan iragarriko diren aurrizkiak gehitu:

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

Ondorioz, eguneratzeak honako hauek izango ditu:

VxLAN fabrika. 2. zatia

Ikus dezagun BGP taula. EVPN ibilbide mota 2,3z gain, 5 motako ibilbideak agertu dira, sare-zenbakiari buruzko informazioa dutenak:

<......>
   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
<.......>

Aurrizkia bideratze-taulan ere agertu zen:

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

Honekin bukatzen da VxLAN EVPNri buruzko artikulu sortaren bigarren zatia. Hurrengo zatian VRFen artean bideratzeko hainbat aukera aztertuko ditugu.

IPv6 protokoloaren oinarriak eta IPv4ekiko dituen desberdintasunak

Iturria: www.habr.com

Gehitu iruzkin berria