🥇VxLAN ქარხანა. ნაწილი 2

ჰეი ჰაბრ. ვაგრძელებ სტატიების სერიას VxLAN EVPN ტექნოლოგიაზე, რომელიც დაიწერა სპეციალურად კურსის დაწყებისთვის "ქსელის ინჟინერი" OTUS-ის მიერ. და დღეს განვიხილავთ ამოცანების საინტერესო ნაწილს - მარშრუტიზაციას. რაც არ უნდა უცნაურად ჟღერდეს, თუმცა, როგორც ქსელური ქარხნის მუშაობის ნაწილი, ყველაფერი შეიძლება არც ისე მარტივი იყოს.

ციკლის 1 ნაწილი - L2 კავშირი სერვერებს შორის

ბოლო ნაწილში, ჩვენ მივაღწიეთ ერთ სამაუწყებლო დომენს, რომელიც აგებულია ქსელის ქსოვილის თავზე Nexus 9000v-ზე. თუმცა, ეს არ არის ამოცანების მთელი სპექტრი, რომელიც უნდა გადაწყდეს მონაცემთა ცენტრის ქსელის ფარგლებში. დღეს კი განვიხილავთ შემდეგ ამოცანას - მარშრუტიზაციას ქსელებს შორის ან VNI-ებს შორის.

შეგახსენებთ, რომ ხერხემლის-ფოთლის ტოპოლოგია გამოიყენება:

დასაწყისისთვის, ჩვენ გავაანალიზებთ, თუ როგორ ხდება მარშრუტიზაცია და რა მახასიათებლები აქვს მას.

გასაგებად, მოდით გავამარტივოთ ლოგიკური დიაგრამა და დავამატოთ კიდევ ერთი VNI 20000 Host-2-ისთვის. შედეგი არის:

როგორ, ამ შემთხვევაში, შეგიძლიათ გადაიტანოთ ტრაფიკი ერთი ჰოსტიდან მეორეზე?

არსებობს ორი ვარიანტი:

შეინახეთ ინფორმაცია ყველა VNI-ის შესახებ ყველა Leaf გადამრთველზე, შემდეგ ყველა მარშრუტიზაცია მოხდება ქსელის პირველ Leaf-ზე;
გამოიყენეთ გამოყოფილი - L3 VNI

პირველი გზა მარტივი და მოსახერხებელია. ვინაიდან თქვენ მხოლოდ ყველა VNI-ის გაშვება გჭირდებათ ყველა Leaf გადამრთველზე. თუმცა, რამდენიმე ასეული ან ათასობით VNI-ის გაშვება მთელ Leaf-ზე აღარ ჩანს ადვილი ამოცანა. ამიტომ, ნაწარმოებში იგი საკმაოდ იშვიათად გამოიყენება.

ჩვენ გავაანალიზებთ მეთოდს 2, როგორც უფრო საინტერესო და ოდნავ უფრო რთული, მაგრამ უფრო მეტ მოქნილობას იძლევა ქარხნის შექმნისას.

მოდით დავამატოთ "PROD" VRF ტოპოლოგიას. მოდით დავუმატოთ მას ინტერფეისი vlan 10 Leaf-11/12 წყვილზე და ინტერფეისი VLAN 20 Leaf-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 უნდა იყოს იგივე ყველა Leaf-ზე, რომელიც დაინტერესებულია 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

შედეგად, დიაგრამა ასე გამოიყურება:

რჩება ცოტა დასრულება - დაამატეთ კიდევ ერთი ინტერფეისი - ინტერფეისი vlan 99 VRF PROD-ში

interface Vlan99
  no shutdown
  vrf member PROD
  ip forward  ! На интерфейсе не должно быть IP. Используется только для пересылки пакетов между Leaf

შედეგად, ჩარჩოს Host-1-დან Host-2-ზე გადასვლის ლოგიკა ასეთია:

Host-1-ის მიერ გაგზავნილი ფრეიმი ჩამოდის Leaf-ზე VLAN 10-ში, რომელიც ასოცირდება VNI 10000-თან;
Leaf ამოწმებს სად არის დანიშნულების მისამართი და პოულობს მას L3 VNI-ის მეშვეობით მეორე Leaf switch-ზე;
როგორც კი დანიშნულების მისამართის მარშრუტი იპოვება, Leaf ათავსებს ჩარჩოს სათაურში საჭირო L3VNI 99000-ით - და აგზავნის მას მეორე ფოთლისკენ;
მეორე Leaf switch იღებს მონაცემებს L3VNI 99000-დან. იღებს ორიგინალურ ჩარჩოს და გადასცემს მას საჭირო L2VNI 20000-ზე და შემდეგ VLAN 20-ზე.

ამ სამუშაოს შედეგად, L3VNI ხსნის ინფორმაციის შენახვის აუცილებლობას ყველა VNI-ის შესახებ, რომლებიც ქსელშია, ყველა Leaf გადამრთველზე.

შედეგად, როდესაც ჩვენ ვაგზავნით ტრაფიკს Host-1-დან Host-2-ზე, პაკეტი იფუთება VxLAN-ში ახალი VNI - 99000:

ჯერ კიდევ გასარკვევია, თუ როგორ გაიგებს Leaf-1 MAC მისამართს სხვა VNI-დან. ეს ასევე ხდება EVPN მარშრუტის ტიპის 2 (MAC / IP) დახმარებით.

ქვემოთ მოცემულია მარშრუტის გავრცელების პროცესი პრეფიქსის შესახებ, რომელიც მდებარეობს სხვა VNI-ში:

ანუ VNI 20000-დან მიღებულ მისამართებს აქვს ორი RT.
შეგახსენებთ, რომ განახლებიდან მიღებული მარშრუტები მოხვდება BGP ცხრილში VRF პარამეტრებში მითითებული Route-target-ით (პროცესი გარკვეულწილად რთულია, მაგრამ ამ სტატიაში არ შევალთ).
თავად 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 ერთნაირია ყველა Leaf-ზე და ექვემდებარება ჩვენი იმპორტის წესებს 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
<......>

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 მარშრუტიზაციის ცხრილში?
მართალია, ის იქ არ არის. ანუ, დისტანციური Leafs იღებს ინფორმაციას მხოლოდ თქვენს ქსელში მყოფი ჰოსტების შესახებ. და ეს სწორი საქციელია. ზემოთ, ყველა განახლებაში, ხედავთ, რომ ინფორმაცია მოყვება MAC/IP-ის შინაარსს. პრეფიქსები არ არის სალაპარაკო.

ეს არის Host Mobility Manager (HMM) პროტოკოლი, რომელიც ავსებს ARP ცხრილს, საიდანაც შემდგომში ივსება BGP ცხრილი (ამ პროცესს ამ სტატიის ფარგლებში გამოვტოვებთ). HMM–დან მიღებული ინფორმაციის საფუძველზე ყალიბდება მარშრუტის ტიპის 2 EVPN–ები (გადაცემა 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 ნაწილი

ახალი კომენტარის დამატება

VxLAN ქარხანა. Მე -2 ნაწილი

ახალი კომენტარის დამატება პასუხის გასაუქმებლად

ახალი კომენტარის დამატება