ໂຮງງານຜະລິດ VxLAN. ພາກທີ 1

ສະບາຍດີ, habr. ໃນປັດຈຸບັນຂ້າພະເຈົ້າເປັນຜູ້ນໍາຫລັກສູດສໍາລັບຫຼັກສູດວິສະວະກອນເຄືອຂ່າຍຢູ່ OTUS.
ໃນຄວາມຄາດຫວັງຂອງການເລີ່ມຕົ້ນຂອງການລົງທະບຽນໃຫມ່ສໍາລັບຫຼັກສູດ "ວິສະວະກອນເຄືອຂ່າຍ", ຂ້າພະເຈົ້າໄດ້ກະກຽມຊຸດຂອງບົດຄວາມກ່ຽວກັບເຕັກໂນໂລຢີ VxLAN EVPN.

ມີວັດສະດຸຈໍານວນຫລາຍກ່ຽວກັບວິທີການເຮັດວຽກຂອງ VxLAN EVPN, ດັ່ງນັ້ນຂ້ອຍຈຶ່ງຢາກເກັບກໍາວຽກງານຕ່າງໆແລະການປະຕິບັດການແກ້ໄຂບັນຫາຢູ່ໃນສູນຂໍ້ມູນທີ່ທັນສະໄຫມ.

ໃນສ່ວນທໍາອິດຂອງຊຸດກ່ຽວກັບເທກໂນໂລຍີ VxLAN EVPN, ຂ້ອຍຕ້ອງການເບິ່ງວິທີການຈັດຕັ້ງການເຊື່ອມຕໍ່ L2 ລະຫວ່າງໂຮດຢູ່ເທິງຜ້າເຄືອຂ່າຍ.

ຕົວຢ່າງທັງໝົດຈະຖືກປະຕິບັດຢູ່ໃນ Cisco Nexus 9000v, ປະກອບຢູ່ໃນລະບົບ Spine-Leaf topology. ພວກເຮົາຈະບໍ່ຢູ່ໃນການຕັ້ງຄ່າເຄືອຂ່າຍ Underlay ໃນບົດຄວາມນີ້.

1. ເຄືອຂ່າຍ underlay
2. BGP peering ສໍາລັບທີ່ຢູ່-ຄອບຄົວ l2vpn evpn
3. ຕັ້ງຄ່າ NVE
4. ສະກັດກັ້ນ-arp

ເຄືອຂ່າຍ underlay

topology ທີ່​ນໍາ​ໃຊ້​ແມ່ນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

ມາຕັ້ງທີ່ຢູ່ໃນອຸປະກອນທັງໝົດ:

Spine-1 - 10.255.1.101
Spine-2 - 10.255.1.102

Leaf-11 - 10.255.1.11
Leaf-12 - 10.255.1.12
Leaf-21 - 10.255.1.21

Host-1 - 192.168.10.10
Host-2 - 192.168.10.20

ໃຫ້ກວດເບິ່ງວ່າມີການເຊື່ອມຕໍ່ IP ລະຫວ່າງອຸປະກອນທັງຫມົດ:

Leaf21# sh ip route
<........>
10.255.1.11/32, ubest/mbest: 2/0                      ! Leaf-11 доступен чеерз два Spine
    *via 10.255.1.101, Eth1/4, [110/81], 00:00:03, ospf-UNDERLAY, intra
    *via 10.255.1.102, Eth1/3, [110/81], 00:00:03, ospf-UNDERLAY, intra
10.255.1.12/32, ubest/mbest: 2/0                      ! Leaf-12 доступен чеерз два Spine
    *via 10.255.1.101, Eth1/4, [110/81], 00:00:03, ospf-UNDERLAY, intra
    *via 10.255.1.102, Eth1/3, [110/81], 00:00:03, ospf-UNDERLAY, intra
10.255.1.21/32, ubest/mbest: 2/0, attached
    *via 10.255.1.22, Lo0, [0/0], 00:02:20, local
    *via 10.255.1.22, Lo0, [0/0], 00:02:20, direct
10.255.1.101/32, ubest/mbest: 1/0
    *via 10.255.1.101, Eth1/4, [110/41], 00:00:06, ospf-UNDERLAY, intra
10.255.1.102/32, ubest/mbest: 1/0
    *via 10.255.1.102, Eth1/3, [110/41], 00:00:03, ospf-UNDERLAY, intra

ໃຫ້ກວດເບິ່ງວ່າໂດເມນ VPC ໄດ້ຖືກສ້າງຂື້ນແລະທັງສອງສະຫຼັບໄດ້ຜ່ານການກວດສອບຄວາມສອດຄ່ອງແລະການຕັ້ງຄ່າຂອງທັງສອງ nodes ແມ່ນຄືກັນ:

Leaf11# show vpc 

vPC domain id                     : 1
Peer status                       : peer adjacency formed ok
vPC keep-alive status             : peer is alive
Configuration consistency status  : success
Per-vlan consistency status       : success
Type-2 consistency status         : success
vPC role                          : primary
Number of vPCs configured         : 0
Peer Gateway                      : Disabled
Dual-active excluded VLANs        : -
Graceful Consistency Check        : Enabled
Auto-recovery status              : Disabled
Delay-restore status              : Timer is off.(timeout = 30s)
Delay-restore SVI status          : Timer is off.(timeout = 10s)
Operational Layer3 Peer-router    : Disabled

vPC status
----------------------------------------------------------------------------
Id    Port          Status Consistency Reason                Active vlans
--    ------------  ------ ----------- ------                ---------------
5     Po5           up     success     success               1

ການປຽບທຽບ BGP

ສຸດທ້າຍ, ທ່ານສາມາດຍ້າຍໄປຕັ້ງເຄືອຂ່າຍ Overlay ໄດ້.

ເປັນສ່ວນຫນຶ່ງຂອງບົດຄວາມ, ມັນຈໍາເປັນຕ້ອງຈັດລະບຽບເຄືອຂ່າຍລະຫວ່າງເຈົ້າພາບ, ດັ່ງທີ່ສະແດງຢູ່ໃນແຜນວາດຂ້າງລຸ່ມນີ້:

ເພື່ອຕັ້ງຄ່າເຄືອຂ່າຍ Overlay, ທ່ານຈໍາເປັນຕ້ອງເປີດໃຊ້ BGP ໃນສະວິດ Spine ແລະ Leaf ດ້ວຍການສະຫນັບສະຫນູນສໍາລັບຄອບຄົວ l2vpn evpn:

feature bgp
nv overlay evpn

ຕໍ່ໄປ, ທ່ານຈໍາເປັນຕ້ອງກໍານົດ BGP peering ລະຫວ່າງໃບແລະກະດູກສັນຫຼັງ. ເພື່ອເຮັດໃຫ້ການຕິດຕັ້ງງ່າຍແລະເພີ່ມປະສິດທິພາບການແຈກຢາຍຂໍ້ມູນເສັ້ນທາງ, ພວກເຮົາຕັ້ງຄ່າ Spine ເປັນເຊີບເວີ Route-Reflector. ພວກ​ເຮົາ​ຈະ​ຂຽນ​ໃບ​ທັງ​ຫມົດ​ໃນ config ໂດຍ​ການ​ນໍາ​ໃຊ້​ແມ່​ແບບ​ເພື່ອ​ປັບ​ແຕ່ງ​ຕັ້ງ​ໄດ້​.

ດັ່ງນັ້ນການຕັ້ງຄ່າຢູ່ໃນກະດູກສັນຫຼັງເບິ່ງຄືວ່ານີ້:

router bgp 65001
  template peer LEAF 
    remote-as 65001
    update-source loopback0
    address-family l2vpn evpn
      send-community
      send-community extended
      route-reflector-client
  neighbor 10.255.1.11
    inherit peer LEAF
  neighbor 10.255.1.12
    inherit peer LEAF
  neighbor 10.255.1.21
    inherit peer LEAF

ການຕັ້ງຄ່າໃນສະວິດ Leaf ມີລັກສະນະຄ້າຍຄືກັນ:

router bgp 65001
  template peer SPINE
    remote-as 65001
    update-source loopback0
    address-family l2vpn evpn
      send-community
      send-community extended
  neighbor 10.255.1.101
    inherit peer SPINE
  neighbor 10.255.1.102
    inherit peer SPINE

ກ່ຽວກັບກະດູກສັນຫຼັງ, ໃຫ້ກວດເບິ່ງ peering ກັບທຸກສະວິດ Leaf:

Spine1# sh bgp l2vpn evpn summary
<.....>
Neighbor        V    AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.255.1.11     4 65001       7       8        6    0    0 00:01:45 0
10.255.1.12     4 65001       7       7        6    0    0 00:01:16 0
10.255.1.21     4 65001       7       7        6    0    0 00:01:01 0

ດັ່ງທີ່ທ່ານສາມາດເຫັນໄດ້, ບໍ່ມີບັນຫາກັບ BGP. ສືບຕໍ່ໄປຫາການຕັ້ງຄ່າ VxLAN. ການຕັ້ງຄ່າເພີ່ມເຕີມຈະເຮັດຢູ່ດ້ານໃບຂອງສະວິດເທົ່ານັ້ນ. ກະດູກສັນຫຼັງປະຕິບັດພຽງແຕ່ເປັນຫຼັກຂອງເຄືອຂ່າຍແລະມີສ່ວນຮ່ວມພຽງແຕ່ໃນການສົ່ງການຈະລາຈອນ. ການຫຸ້ມຫໍ່ທັງໝົດ ແລະ ການເຮັດວຽກກໍານົດເສັ້ນທາງເກີດຂຶ້ນພຽງແຕ່ໃນສະຫຼັບໃບ.

ຕັ້ງຄ່າ NVE

NVE - ການໂຕ້ຕອບ virtual ເຄືອຂ່າຍ

ກ່ອນທີ່ຈະເລີ່ມຕົ້ນການຕິດຕັ້ງ, ຂໍແນະນໍາບາງຄໍາສັບ:

VTEP - Vitual Tunnel End Point, ອຸປະກອນທີ່ອຸໂມງ VxLAN ເລີ່ມຕົ້ນ ຫຼືສິ້ນສຸດ. VTEP ບໍ່ຈໍາເປັນອຸປະກອນເຄືອຂ່າຍໃດໆ. ເຊີບເວີທີ່ຮອງຮັບເທກໂນໂລຍີ VxLAN ຍັງສາມາດເຮັດໜ້າທີ່ເປັນເຊີບເວີໄດ້. ໃນ topology ຂອງພວກເຮົາ, ສະຫຼັບ Leaf ທັງຫມົດແມ່ນ VTEP.

VNI - ດັດຊະນີເຄືອຂ່າຍສະເໝືອນ - ຕົວລະບຸເຄືອຂ່າຍພາຍໃນ VxLAN. ການປຽບທຽບສາມາດຖືກແຕ້ມດ້ວຍ VLAN. ຢ່າງໃດກໍຕາມ, ມີບາງຄວາມແຕກຕ່າງ. ເມື່ອໃຊ້ຜ້າ, VLANs ກາຍເປັນເອກະລັກພາຍໃນສະຫຼັບໃບດຽວ ແລະບໍ່ໄດ້ສົ່ງຜ່ານເຄືອຂ່າຍ. ແຕ່ແຕ່ລະ VLAN ສາມາດມີຕົວເລກ VNI ທີ່ກ່ຽວຂ້ອງກັບມັນ, ເຊິ່ງຖືກສົ່ງຜ່ານເຄືອຂ່າຍແລ້ວ. ມັນຄ້າຍຄືແນວໃດແລະວິທີການນໍາໃຊ້ມັນຈະຖືກປຶກສາຫາລືຕື່ມອີກ.

ໃຫ້ເປີດໃຊ້ຄຸນສົມບັດສໍາລັບເທກໂນໂລຍີ VxLAN ເພື່ອເຮັດວຽກແລະຄວາມສາມາດໃນການເຊື່ອມໂຍງຕົວເລກ VLAN ກັບຕົວເລກ VNI:

feature nv overlay
feature vn-segment-vlan-based

ໃຫ້ຕັ້ງຄ່າການໂຕ້ຕອບ NVE, ເຊິ່ງຮັບຜິດຊອບຕໍ່ການເຮັດວຽກຂອງ VxLAN. ການໂຕ້ຕອບນີ້ແມ່ນຮັບຜິດຊອບສໍາລັບການ encapsulating ກອບໃນສ່ວນຫົວ VxLAN. ທ່ານສາມາດແຕ້ມການປຽບທຽບກັບການໂຕ້ຕອບ Tunnel ສໍາລັບ GRE:

interface nve1
  no shutdown
  host-reachability protocol bgp ! используем BGP для передачи маршрутной информации
  source-interface loopback0    ! интерфейс  с которого отправляем пакеты loopback0

ໃນສະຫຼັບ Leaf-21 ທຸກສິ່ງທຸກຢ່າງແມ່ນຖືກສ້າງຂຶ້ນໂດຍບໍ່ມີບັນຫາ. ຢ່າງໃດກໍຕາມ, ຖ້າພວກເຮົາກວດເບິ່ງຜົນໄດ້ຮັບຂອງຄໍາສັ່ງ show nve peers, ຫຼັງຈາກນັ້ນມັນຈະຫວ່າງເປົ່າ. ທີ່ນີ້ທ່ານຈໍາເປັນຕ້ອງກັບຄືນໄປຫາການຕັ້ງຄ່າ VPC. ພວກເຮົາເຫັນວ່າ Leaf-11 ແລະ Leaf-12 ເຮັດວຽກເປັນຄູ່ແລະຖືກລວມເຂົ້າກັນໂດຍໂດເມນ VPC. ນີ້ເຮັດໃຫ້ພວກເຮົາສະຖານະການດັ່ງຕໍ່ໄປນີ້:

Host-2 ສົ່ງກອບຫນຶ່ງໄປຫາ Leaf-21 ເພື່ອໃຫ້ມັນສົ່ງຜ່ານເຄືອຂ່າຍໄປສູ່ Host-1. ຢ່າງໃດກໍ່ຕາມ, Leaf-21 ເຫັນວ່າທີ່ຢູ່ MAC ຂອງ Host-1 ແມ່ນສາມາດເຂົ້າເຖິງໄດ້ຜ່ານສອງ VTEPs ໃນເວລາດຽວກັນ. Leaf-21 ຄວນເຮັດແນວໃດໃນກໍລະນີນີ້? ຫຼັງຈາກທີ່ທັງຫມົດ, ນີ້ຫມາຍຄວາມວ່າ loop ສາມາດປາກົດຢູ່ໃນເຄືອຂ່າຍ.

ເພື່ອແກ້ໄຂສະຖານະການນີ້, ພວກເຮົາຕ້ອງການ Leaf-11 ແລະ Leaf-12 ເພື່ອເຮັດຫນ້າທີ່ເປັນອຸປະກອນດຽວພາຍໃນໂຮງງານ. ການແກ້ໄຂແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ. ໃນການໂຕ້ຕອບ Loopback ຈາກທີ່ພວກເຮົາສ້າງອຸໂມງ, ເພີ່ມທີ່ຢູ່ຮອງ. ທີ່ຢູ່ທີສອງຕ້ອງຄືກັນຢູ່ໃນທັງສອງ VTEPs.

interface loopback0
 ip add 10.255.1.10/32 secondary

ດັ່ງນັ້ນ, ຈາກທັດສະນະຂອງ VTEPs ອື່ນໆ, ພວກເຮົາໄດ້ຮັບ topology ດັ່ງຕໍ່ໄປນີ້:

ນັ້ນແມ່ນ, ໃນປັດຈຸບັນອຸໂມງຈະຖືກສ້າງຂຶ້ນລະຫວ່າງທີ່ຢູ່ IP ຂອງ Leaf-21 ແລະ IP virtual ລະຫວ່າງສອງ Leaf-11 ແລະ Leaf-12. ໃນປັດຈຸບັນຈະບໍ່ມີບັນຫາການຮຽນຮູ້ທີ່ຢູ່ MAC ຈາກສອງອຸປະກອນແລະການຈະລາຈອນສາມາດຍ້າຍຈາກ VTEP ຫນຶ່ງໄປຫາອີກ. ອັນໃດໃນສອງ VTEPs ທີ່ຈະປະມວນຜົນການຈາລະຈອນແມ່ນໄດ້ຕັດສິນໃຈໂດຍໃຊ້ຕາຕະລາງການກໍານົດເສັ້ນທາງເທິງກະດູກສັນຫຼັງ:

Spine1# sh ip route
<.....>
10.255.1.10/32, ubest/mbest: 2/0
    *via 10.255.1.11, Eth1/1, [110/41], 1d01h, ospf-UNDERLAY, intra
    *via 10.255.1.12, Eth1/2, [110/41], 1d01h, ospf-UNDERLAY, intra
10.255.1.11/32, ubest/mbest: 1/0
    *via 10.255.1.11, Eth1/1, [110/41], 1d22h, ospf-UNDERLAY, intra
10.255.1.12/32, ubest/mbest: 1/0
    *via 10.255.1.12, Eth1/2, [110/41], 1d01h, ospf-UNDERLAY, intra

ດັ່ງທີ່ທ່ານສາມາດເບິ່ງຂ້າງເທິງ, ທີ່ຢູ່ 10.255.1.10 ສາມາດໃຊ້ໄດ້ທັນທີໂດຍຜ່ານສອງ Next-hops.

ໃນຂັ້ນຕອນນີ້, ພວກເຮົາໄດ້ຈັດການກັບການເຊື່ອມຕໍ່ພື້ນຖານ. ໃຫ້ກ້າວຕໍ່ໄປເພື່ອຕັ້ງຄ່າການໂຕ້ຕອບ NVE:
ໃຫ້ເປີດໃຊ້ Vlan 10 ທັນທີ ແລະເຊື່ອມໂຍງມັນກັບ VNI 10000 ໃນແຕ່ລະໃບສໍາລັບເຈົ້າພາບ. ມາຕັ້ງອຸໂມງ L2 ລະຫວ່າງໂຮສ

vlan 10                 ! Включаем VLAN на всех VTEP подключенных к необходимым хостам
  vn-segment 10000      ! Ассоциируем VLAN с номер VNI 

interface nve1
  member vni 10000      ! Добавляем VNI 10000 для работы через интерфейс NVE. для инкапсуляции в VxLAN
    ingress-replication protocol bgp    ! указываем, что для распространения информации о хосте используем BGP

ຕອນນີ້ໃຫ້ພວກເຮົາກວດເບິ່ງ nve peers ແລະຕາຕະລາງສໍາລັບ BGP EVPN:

Leaf21# sh nve peers
Interface Peer-IP          State LearnType Uptime   Router-Mac
--------- ---------------  ----- --------- -------- -----------------
nve1      10.255.1.10      Up    CP        00:00:41 n/a                 ! Видим что peer доступен с secondary адреса

Leaf11# sh bgp l2vpn evpn

   Network            Next Hop            Metric     LocPrf     Weight Path
Route Distinguisher: 10.255.1.11:32777    (L2VNI 10000)        ! От кого именно пришел этот l2VNI
*>l[3]:[0]:[32]:[10.255.1.10]/88                                   ! EVPN route-type 3 - показывает нашего соседа, который так же знает об l2VNI10000
                      10.255.1.10                       100      32768 i
*>i[3]:[0]:[32]:[10.255.1.20]/88
                      10.255.1.20                       100          0 i
* i                   10.255.1.20                       100          0 i

Route Distinguisher: 10.255.1.21:32777
* i[3]:[0]:[32]:[10.255.1.20]/88
                      10.255.1.20                       100          0 i
*>i                   10.255.1.20                       100          0 i

ຂ້າງເທິງນີ້ພວກເຮົາເຫັນພຽງແຕ່ EVPN route-type 3 routes. ເສັ້ນທາງປະເພດນີ້ເວົ້າກ່ຽວກັບ peer(Leaf), ແຕ່ວ່າເຈົ້າພາບຂອງພວກເຮົາຢູ່ໃສ?
ສິ່ງແມ່ນວ່າຂໍ້ມູນກ່ຽວກັບເຈົ້າພາບ MAC ຖືກສົ່ງຜ່ານ EVPN route-type 2

ເພື່ອເບິ່ງເຈົ້າພາບຂອງພວກເຮົາ, ທ່ານຈໍາເປັນຕ້ອງຕັ້ງຄ່າ EVPN ເສັ້ນທາງປະເພດ 2:

evpn
  vni 10000 l2
    route-target import auto   ! в рамках данной статьи используем автоматический номер для route-target
    route-target export auto

ໃຫ້ ping ຈາກ Host-2 ຫາ Host-1:

Firewall2# ping 192.168.10.1
PING 192.168.10.1 (192.168.10.1): 56 data bytes
36 bytes from 192.168.10.2: Destination Host Unreachable
Request 0 timed out
64 bytes from 192.168.10.1: icmp_seq=1 ttl=254 time=215.555 ms
64 bytes from 192.168.10.1: icmp_seq=2 ttl=254 time=38.756 ms
64 bytes from 192.168.10.1: icmp_seq=3 ttl=254 time=42.484 ms
64 bytes from 192.168.10.1: icmp_seq=4 ttl=254 time=40.983 ms

ແລະຂ້າງລຸ່ມນີ້ພວກເຮົາສາມາດເຫັນໄດ້ວ່າເສັ້ນທາງປະເພດ 2 ທີ່ມີທີ່ຢູ່ MAC ເຈົ້າພາບປາກົດຢູ່ໃນຕາຕະລາງ BGP - 5001.0007.0007 ແລະ 5001.0008.0007.

Leaf11# 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                      !  evpn route-type 2 и mac адрес хоста 1
                      10.255.1.10                       100      32768 i
*>i[2]:[0]:[0]:[48]:[5001.0008.0007]:[0]:[0.0.0.0]/216                      ! evpn route-type 2 и mac адрес хоста 2
* i                   10.255.1.20                       100          0 i
*>l[3]:[0]:[32]:[10.255.1.10]/88
                      10.255.1.10                       100      32768 i
Route Distinguisher: 10.255.1.21:32777
* i[2]:[0]:[0]:[48]:[5001.0008.0007]:[0]:[0.0.0.0]/216
                      10.255.1.20                       100          0 i
*>i                   10.255.1.20                       100          0 i

ຕໍ່ໄປ, ທ່ານສາມາດເບິ່ງຂໍ້ມູນລາຍລະອຽດກ່ຽວກັບການປັບປຸງ, ໃນທີ່ທ່ານໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບ MAC Host. ຂ້າງລຸ່ມນີ້ບໍ່ແມ່ນການສົ່ງອອກຄໍາສັ່ງທັງຫມົດ.

Leaf21# sh bgp l2vpn evpn 5001.0007.0007

BGP routing table information for VRF default, address family L2VPN EVPN
Route Distinguisher: 10.255.1.11:32777        !  отправил Update с MAC Host. Не виртуальный адрес VPC, а адрес Leaf
BGP routing table entry for [2]:[0]:[0]:[48]:[5001.0007.0007]:[0]:[0.0.0.0]/216,
 version 1507
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 labe
led nexthop
  AS-Path: NONE, path sourced internal to AS
    10.255.1.10 (metric 81) from 10.255.1.102 (10.255.1.102)    ! с кем именно строим VxLAN тоннель
      Origin IGP, MED not set, localpref 100, weight 0
      Received label 10000         ! Номер VNI, который ассоциирован с VLAN, в котором находится Host
      Extcommunity: RT:65001:10000 SOO:10.255.1.10:0 ENCAP:8        ! Тут видно, что RT сформировался автоматически на основе номеров AS и VNI
      Originator: 10.255.1.11 Cluster list: 10.255.1.102
<........>

ມາ​ເບິ່ງ​ວ່າ​ເຟຣມ​ຈະ​ເປັນ​ແນວ​ໃດ​ເມື່ອ​ຜ່ານ​ໂຮງ​ງານ​ດັ່ງ​ກ່າວ:

ສະກັດກັ້ນ-ARP

ດີຫຼາຍ, ຕອນນີ້ພວກເຮົາມີການສື່ສານ L2 ລະຫວ່າງເຈົ້າພາບ ແລະພວກເຮົາສາມາດສໍາເລັດຢູ່ທີ່ນັ້ນ. ຢ່າງໃດກໍຕາມ, ບໍ່ແມ່ນທັງຫມົດງ່າຍດາຍດັ່ງນັ້ນ. ຕາບໃດທີ່ພວກເຮົາມີເຈົ້າພາບຈໍານວນຫນ້ອຍມັນຈະບໍ່ມີບັນຫາ. ແຕ່ຂໍໃຫ້ຈິນຕະນາການສະຖານະການທີ່ພວກເຮົາມີເຈົ້າພາບຫຼາຍຮ້ອຍພັນຄົນ. ພວກເຮົາອາດຈະປະເຊີນກັບບັນຫາອັນໃດ?

ບັນຫານີ້ແມ່ນ BUM(ອອກອາກາດ, Unknown Unicast, Multicast). ໃນບົດຄວາມນີ້, ພວກເຮົາຈະພິຈາລະນາທາງເລືອກໃນການຈັດການກັບການຈະລາຈອນອອກອາກາດ.
ເຄື່ອງກໍາເນີດກະຈາຍສຽງຕົ້ນຕໍໃນເຄືອຂ່າຍອີເທີເນັດແມ່ນເຈົ້າພາບຕົວເອງໂດຍຜ່ານໂປໂຕຄອນ ARP.

Nexus ປະຕິບັດກົນໄກຕໍ່ໄປນີ້ເພື່ອຕໍ່ສູ້ກັບຄໍາຮ້ອງຂໍ ARP - suppress-arp .
ຄຸນ​ນະ​ສົມ​ບັດ​ນີ້​ເຮັດ​ວຽກ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

1. Host-1 ສົ່ງຄໍາຮ້ອງຂໍ APR ໄປຫາທີ່ຢູ່ Broadcast ຂອງເຄືອຂ່າຍຂອງມັນ.
2. ການຮ້ອງຂໍໄປຮອດສະຫຼັບ Leaf ແລະແທນທີ່ຈະສົ່ງຄໍາຮ້ອງຂໍນີ້ຕໍ່ໄປໃສ່ຜ້າໄປສູ່ Host-2, Leaf ຕອບສະຫນອງຕົວມັນເອງແລະຊີ້ໃຫ້ເຫັນ IP ແລະ MAC ທີ່ຕ້ອງການ.

ດັ່ງນັ້ນ, ຄໍາຮ້ອງຂໍ Broadcast ບໍ່ໄດ້ໄປຫາໂຮງງານ. ແຕ່ວິທີການນີ້ຈະເຮັດວຽກໄດ້ແນວໃດຖ້າ Leaf ພຽງແຕ່ຮູ້ທີ່ຢູ່ MAC?

ທຸກສິ່ງທຸກຢ່າງແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ, EVPN route-type 2, ນອກຈາກທີ່ຢູ່ MAC, ສາມາດສົ່ງການປະສົມປະສານ MAC / IP. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈໍາເປັນຕ້ອງກໍານົດທີ່ຢູ່ IP ໃນ VLAN on Leaf. ຄໍາຖາມທີ່ເກີດຂື້ນ, ຂ້ອຍຄວນຕັ້ງ IP ໃດ? ໃນ nexus ມັນເປັນໄປໄດ້ທີ່ຈະສ້າງທີ່ຢູ່ແຈກຢາຍ (ດຽວກັນ) ໃນທຸກສະວິດ:

feature interface-vlan

fabric forwarding anycast-gateway-mac 0001.0001.0001    ! задаем virtual mac для создания распределенного шлюза между всеми коммутаторами

interface Vlan10
  no shutdown
  ip address 192.168.10.254/24          ! на всех Leaf задаем одинаковый IP
  fabric forwarding mode anycast-gateway    ! говорим использовать Virtual mac

ດັ່ງນັ້ນ, ຈາກທັດສະນະຂອງເຈົ້າພາບ, ເຄືອຂ່າຍຈະມີລັກສະນະນີ້:

ໃຫ້ກວດເບິ່ງ BGP l2route evpn

Leaf11# 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.21                       100      32768 i
*>i[2]:[0]:[0]:[48]:[5001.0008.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.0008.0007]:[32]:[192.168.10.20]/248
                      10.255.1.10                       100          0 i
*>i                   10.255.1.10                       100          0 i

<......>

Route Distinguisher: 10.255.1.21:32777
* i[2]:[0]:[0]:[48]:[5001.0008.0007]:[0]:[0.0.0.0]/216
                      10.255.1.20                       100          0 i
*>i                   10.255.1.20                       100          0 i
* i[2]:[0]:[0]:[48]:[5001.0008.0007]:[32]:[192.168.10.20]/248
*>i                   10.255.1.20                       100          0 i

<......>

ຈາກຜົນຜະລິດຄໍາສັ່ງທ່ານສາມາດເບິ່ງວ່າໃນ EVPN route-type 2, ນອກເຫນືອໄປຈາກ MAC, ພວກເຮົາຍັງເຫັນທີ່ຢູ່ IP ຂອງເຈົ້າພາບ.

ໃຫ້ກັບຄືນໄປຫາການຕັ້ງຄ່າ suppress-arp. ການຕັ້ງຄ່ານີ້ຖືກເປີດໃຊ້ງານສໍາລັບແຕ່ລະ VNI ແຍກຕ່າງຫາກ:

interface nve1
  member vni 10000   
    suppress-arp

ຫຼັງຈາກນັ້ນ, ຄວາມສັບສົນບາງຢ່າງເກີດຂື້ນ:

• ເພື່ອໃຫ້ຄຸນສົມບັດນີ້ເຮັດວຽກໄດ້, ຕ້ອງການພື້ນທີ່ໃນຫນ່ວຍຄວາມຈໍາ TCAM. ນີ້ແມ່ນຕົວຢ່າງຂອງການຕັ້ງຄ່າສໍາລັບ suppress-arp:

hardware access-list tcam region arp-ether 256

ການຕັ້ງຄ່ານີ້ຈະຕ້ອງການຄວາມກວ້າງສອງເທົ່າ. ນັ້ນແມ່ນ, ຖ້າທ່ານຕັ້ງ 256, ຫຼັງຈາກນັ້ນທ່ານຈໍາເປັນຕ້ອງໄດ້ປົດປ່ອຍ 512 ໃນ TCAM. ການຕັ້ງຄ່າ TCAM ແມ່ນເກີນຂອບເຂດຂອງບົດຄວາມນີ້, ເນື່ອງຈາກວ່າການຕັ້ງຄ່າ TCAM ແມ່ນຂຶ້ນກັບພຽງແຕ່ວຽກງານທີ່ມອບຫມາຍໃຫ້ທ່ານແລະອາດຈະແຕກຕ່າງກັນຈາກເຄືອຂ່າຍຫນຶ່ງໄປອີກ.

• ການປະຕິບັດການສະກັດກັ້ນ-arp ຕ້ອງເຮັດຢູ່ໃນທຸກສະວິດ Leaf. ຢ່າງໃດກໍ່ຕາມ, ຄວາມສັບສົນສາມາດເກີດຂື້ນໃນເວລາທີ່ກໍານົດຄູ່ Leaf ທີ່ອາໄສຢູ່ໃນໂດເມນ VPC. ຖ້າ TCAM ຖືກປ່ຽນແປງ, ຄວາມສອດຄ່ອງລະຫວ່າງຄູ່ຈະແຕກຫັກແລະຫນຶ່ງ node ອາດຈະຖືກເອົາອອກຈາກການເຮັດວຽກ. ນອກຈາກນັ້ນ, ອາດຈະຕ້ອງປິດເປີດອຸປະກອນຄືນໃໝ່ເພື່ອນຳໃຊ້ການຕັ້ງຄ່າການປ່ຽນແປງ TCAM.

ດັ່ງນັ້ນ, ທ່ານຈໍາເປັນຕ້ອງພິຈາລະນາຢ່າງລະມັດລະວັງວ່າ, ໃນສະຖານະການຂອງທ່ານ, ມັນຄຸ້ມຄ່າທີ່ຈະປະຕິບັດການຕັ້ງຄ່ານີ້ເຂົ້າໄປໃນໂຮງງານທີ່ແລ່ນ.

ນີ້ສະຫຼຸບສ່ວນທໍາອິດຂອງຊຸດ. ໃນສ່ວນຕໍ່ໄປພວກເຮົາຈະເບິ່ງເສັ້ນທາງຜ່ານຜ້າ VxLAN ດ້ວຍການແຍກເຄືອຂ່າຍອອກເປັນ VRFs ທີ່ແຕກຕ່າງກັນ.

ແລະຕອນນີ້ຂ້ອຍເຊີນທຸກຄົນມາ webinar ຟຣີ, ໃນທີ່ຂ້າພະເຈົ້າຈະບອກທ່ານໃນລາຍລະອຽດກ່ຽວກັບຫຼັກສູດ. ຜູ້ເຂົ້າຮ່ວມ 20 ຄົນທຳອິດທີ່ລົງທະບຽນເຂົ້າຮ່ວມ webinar ນີ້ຈະໄດ້ຮັບໃບຮັບຮອງສ່ວນຫຼຸດຜ່ານທາງອີເມວພາຍໃນ 1-2 ມື້ຫຼັງຈາກອອກອາກາດ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com