🥇VxLAN ಕಾರ್ಖಾನೆ. ಭಾಗ 2 | ಪ್ರೊಹೋಸ್ಟರ್

ಹಲೋ, ಹಬ್ರ್. ನಾನು VxLAN EVPN ತಂತ್ರಜ್ಞಾನದ ಲೇಖನಗಳ ಸರಣಿಯನ್ನು ಮುಂದುವರಿಸುತ್ತೇನೆ ಕೋರ್ಸ್‌ನ ಪ್ರಾರಂಭಕ್ಕಾಗಿ ನಿರ್ದಿಷ್ಟವಾಗಿ ಬರೆಯಲಾಗಿದೆ "ನೆಟ್‌ವರ್ಕ್ ಎಂಜಿನಿಯರ್" OTUS ನಿಂದ. ಮತ್ತು ಇಂದು ನಾವು ಕಾರ್ಯದ ಆಸಕ್ತಿದಾಯಕ ಭಾಗವನ್ನು ನೋಡುತ್ತೇವೆ - ರೂಟಿಂಗ್. ಇದು ಎಷ್ಟು ಕ್ಷುಲ್ಲಕವಾಗಿ ಧ್ವನಿಸಬಹುದು, ಆದಾಗ್ಯೂ, ನೆಟ್ವರ್ಕ್ ಕಾರ್ಖಾನೆಯ ಕೆಲಸದ ಚೌಕಟ್ಟಿನೊಳಗೆ, ಎಲ್ಲವೂ ತುಂಬಾ ಸರಳವಾಗಿರುವುದಿಲ್ಲ.

ಚಕ್ರದ ಭಾಗ 1 - ಸರ್ವರ್‌ಗಳ ನಡುವೆ L2 ಸಂಪರ್ಕ

ಕೊನೆಯ ಭಾಗದಲ್ಲಿ, 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 ಗೆ ಫ್ರೇಮ್ ಅನ್ನು ರವಾನಿಸುವ ತರ್ಕವು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ:

ಹೋಸ್ಟ್-1 ಕಳುಹಿಸಿದ ಫ್ರೇಮ್ VLAN 10 ರಲ್ಲಿ ಲೀಫ್ ಅನ್ನು ತಲುಪುತ್ತದೆ, ಇದು VNI 10000 ನೊಂದಿಗೆ ಸಂಯೋಜಿತವಾಗಿದೆ;
ಗಮ್ಯಸ್ಥಾನದ ವಿಳಾಸ ಎಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಲೀಫ್ ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಎರಡನೇ ಲೀಫ್ ಸ್ವಿಚ್‌ನಲ್ಲಿ L3 VNI ಮೂಲಕ ಅದನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ;
ಗಮ್ಯಸ್ಥಾನದ ವಿಳಾಸದ ಮಾರ್ಗವನ್ನು ಕಂಡುಕೊಂಡ ತಕ್ಷಣ, ಲೀಫ್ ಫ್ರೇಮ್ ಅನ್ನು ಅಗತ್ಯ L3VNI 99000 ನೊಂದಿಗೆ ಹೆಡರ್ ಆಗಿ ಪ್ಯಾಕ್ ಮಾಡುತ್ತದೆ - ಮತ್ತು ಅದನ್ನು ಎರಡನೇ ಲೀಫ್ ಕಡೆಗೆ ಕಳುಹಿಸುತ್ತದೆ;
ಎರಡನೇ ಲೀಫ್ ಸ್ವಿಚ್ L3VNI 99000 ನಿಂದ ಡೇಟಾವನ್ನು ಪಡೆಯುತ್ತದೆ. ಇದು ಮೂಲ ಫ್ರೇಮ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅಗತ್ಯವಿರುವ L2VNI 20000 ಗೆ ಮತ್ತು ನಂತರ VLAN 20 ಗೆ ವರ್ಗಾಯಿಸುತ್ತದೆ.

ಈ ಕೆಲಸದ ಪರಿಣಾಮವಾಗಿ, ಎಲ್ಲಾ ಲೀಫ್ ಸ್ವಿಚ್‌ಗಳಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ VNI ಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಇರಿಸಿಕೊಳ್ಳುವ ಅಗತ್ಯವನ್ನು L3VNI ತೆಗೆದುಹಾಕುತ್ತದೆ.

ಪರಿಣಾಮವಾಗಿ, ನಾವು Host-1 ರಿಂದ Host-2 ಗೆ ಸಂಚಾರವನ್ನು ಕಳುಹಿಸಿದಾಗ, ಪ್ಯಾಕೆಟ್ ಅನ್ನು VxLAN ಒಳಗೆ ಹೊಸ VNI - 99000 ನೊಂದಿಗೆ ಪ್ಯಾಕ್ ಮಾಡಲಾಗುತ್ತದೆ:

ಇನ್ನೊಂದು VNI ಯಿಂದ MAC ವಿಳಾಸದ ಬಗ್ಗೆ ಲೀಫ್-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

ಸ್ವೀಕರಿಸಿದ ನವೀಕರಣವನ್ನು ನಾವು ಹೆಚ್ಚು ನಿಕಟವಾಗಿ ನೋಡಿದರೆ, ಈ ಪೂರ್ವಪ್ರತ್ಯಯವು ಎರಡು 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 ಲೇಖನಗಳ ಸರಣಿಯ ಎರಡನೇ ಭಾಗವನ್ನು ಮುಕ್ತಾಯಗೊಳಿಸುತ್ತದೆ. ಮುಂದಿನ ಭಾಗದಲ್ಲಿ ನಾವು VRF ಗಳ ನಡುವೆ ರೂಟಿಂಗ್ ಮಾಡಲು ವಿವಿಧ ಆಯ್ಕೆಗಳನ್ನು ನೋಡೋಣ.

IPv6 ಪ್ರೋಟೋಕಾಲ್‌ನ ಮೂಲಭೂತ ಅಂಶಗಳು ಮತ್ತು IPv4 ನಿಂದ ಅದರ ವ್ಯತ್ಯಾಸಗಳು

ಮೂಲ: www.habr.com

VxLAN ಕಾರ್ಖಾನೆ. ಭಾಗ 2

ಕಾಮೆಂಟ್ ಅನ್ನು ಸೇರಿಸಿ Отменить ответ