مقالات

Layer-3 Inter-as گزینه A «ipspace.net وبلاگ


بوها باکله کاربر می خواست طرحی را با بسیاری از سایت ها که در آن هر سایتی از پارچه EVPN مستقل کار می کند و رابطه بین یکنواخت یا لایه 2 یا چیدمان لایه -3 (DCI) است ، کشف کند. بیایید با ساده ترین سناریو شروع کنیم: DCI Layer-3 با اتصال جداگانه (مجازی) برای هر مستاجر (در دنیای MPLS/VPN ، ما این گزینه inter-as را می نامیم)


  • سوئیچ ها در یک سایت OSPF ، IBGP (مش کامل) و EVPN را انجام می دهند.
  • پیوند سایت متعلق به یک VRF مستاجر است. همچنین می توانید از یک تنه VLAN استفاده کنید که در آن هر VLAN متعلق به VRF مستاجر متفاوت است.
  • روترهای WAN Edge (WA ، WB) در هر VRF مستاجر یک جلسه جداگانه EBGP دارند. مسیرهای رد و بدل شده در این جلسه از طریق EVPN داخلی به عنوان مسیرهای نوع 5 توزیع می شوند.

در اینجا باکله توپولوژی ما برای ایجاد این طرح استفاده خواهیم کرد (مثل همیشه ، برای GitHub قابل دسترسی است).

module: [ ospf, bgp, vxlan, vlan, vrf, evpn ]

provider: clab
defaults.device: frr

groups:
  _auto_create: True
  site_a:                     # Site A - core, leaf, wan edge
    members: [ ca, la, wa ]
    bgp.as: 65001
  site_b:
    members: [ cb, lb, wb ]   # Site B - core, leaf, wan edge
    bgp.as: 65002
  hosts:
    members: [ ha, hb ]       # Hosts attached to leaf-A and leaf-B
    device: linux

vrfs:
  tenant:
    links: [ wa-wb ]          # Inter-AS VRF link (inter-AS option A)
    evpn.transit_vni: True    # Symmetric IRB in Site-A and Site-B

vlans:
  tenant_a:                   # VLAN in Site A
    vrf: tenant               # ... part of tenant VRF
    links: [ la-ha ]          # ... with HA being part of the VLAN
  tenant_b:                   # VLAN in site B
    vrf: tenant               # ... part of tenant VRF
    links: [ lb-hb ]          # ... with HB being part of the VLAN

links:                        # Intra-site fabrics
- group: site_a               # Site A (core-to-leaf, core-to-WAN edge)
  members: [ ca-la, ca-wa ]
- group: site_b               # Site B (core-to-leaf, core-to-WAN edge)
  members: [ cb-lb, cb-wb ]
  • گره های موجود در توپولوژی آزمایشگاهی متعلق به سه گروه هستند: سوئیچ به سایت A (ردیف 8-10) ، به سایت B (ردیف های 11-13) سوئیچ می شود و میزبان سوئیچ ها (ردیف های 14-16) است.
  • ما یک مستاجر داریم. دارای یک VLAN در سایت A (ردیف 24-26) ، VLAN دیگری در سایت B (ردیف 27-29) و پیوند VRF بین سایت ها (خط 20) است.
  • ما از EVPN متقارن IRB برای مستاجر استفاده می کنیم (خط 21).
  • سرانجام ، ما در هر سایت به پیوندهای اساسی نیاز داریم (ردیف های 31-35)

بیایید ببینیم که چگونه مسیرهای مستاجر EVPN در هر دو سایت توزیع می شود. در اینجا جدول EVPN BGP در روتر WAN Edge Site-A قرار دارد:

جدول EVPN BGP در WA

wa# show bgp evpn route
BGP table version is 4, local router ID is 10.0.0.3
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete
EVPN type-1 prefix: [1]:[EthTag]:[ESI]:[IPlen]:[VTEP-IP]:[Frag-id]
EVPN type-2 prefix: [2]:[EthTag]:[MAClen]:[MAC]:[IPlen]:[IP]
EVPN type-3 prefix: [3]:[EthTag]:[IPlen]:[OrigIP]
EVPN type-4 prefix: [4]:[ESI]:[IPlen]:[OrigIP]
EVPN type-5 prefix: [5]:[EthTag]:[IPlen]:[IP]

   Network          Next Hop            Metric LocPrf Weight Path
                    Extended Community
Route Distinguisher: 65000:1
 *>i [5]:[0]:[24]:[172.16.0.0]
                    10.0.0.2(la)             0    100      0 ?
                    RT:65000:1 ET:8 Rmac:12:d1:a4:c6:f6:df
 *>  [5]:[0]:[24]:[172.16.1.0]
                    10.0.0.3(wa)                           0 65002 ?
                    ET:8 RT:65000:1 Rmac:2e:10:e1:c9:e4:2f
 *>  [5]:[0]:[30]:[10.1.0.16]
                    10.0.0.3(wa)             0         32768 ?
                    ET:8 RT:65000:1 Rmac:2e:10:e1:c9:e4:2f
 *>  [5]:[0]:[32]:[172.16.1.5]
                    10.0.0.3(wa)                           0 65002 i
                    ET:8 RT:65000:1 Rmac:2e:10:e1:c9:e4:2f
Route Distinguisher: 10.0.0.2:1000
 *>i [2]:[0]:[48]:[52:dc:ca:fd:02:00]:[32]:[172.16.0.2]
                    10.0.0.2(la)                  100      0 i
                    RT:65000:1 RT:65000:1000 ET:8 Rmac:12:d1:a4:c6:f6:df
 *>i [2]:[0]:[48]:[52:dc:ca:fd:02:00]:[128]:[fe80::50dc:caff:fefd:200]
                    10.0.0.2(la)                  100      0 i
                    RT:65000:1000 ET:8
 *>i [3]:[0]:[32]:[10.0.0.2]
                    10.0.0.2(la)                  100      0 i
                    RT:65000:1000 ET:8

Displayed 7 prefixes (7 paths)
  • سوئیچ برگ (LA) دو مسیر نوع 2 (آدرس IP VLAN ، 172.16.0.2 و آدرس MAC از HA) و مسیر 3 را تبلیغ می کند (برای ساخت درخت تکرار ورودی استفاده می شود).
  • WA دارای چهار مسیر Type-5 (پیشوند IP): پیشوند VLAN تبلیغ شده توسط LA ، و سه مسیر تبلیغ شده توسط WA.

بیایید جدول مسیریابی VRF را در WA بازرسی کنیم تا ببینیم این سه مسیر دیگر از کجا آمده اند:

جدول IP VRF برای مسیریابی WA

wa# show ip route vrf tenant
Codes: K - kernel route, C - connected, L - local, S - static,
       R - RIP, O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
       T - Table, v - VNC, V - VNC-Direct, A - Babel, F - PBR,
       f - OpenFabric, t - Table-Direct,
       > - selected route, * - FIB route, q - queued, r - rejected, b - backup
       t - trapped, o - offload failure

IPv4 unicast VRF tenant:
C>* 10.1.0.16/30 is directly connected, eth2, weight 1, 00:05:30
L>* 10.1.0.17/32 is directly connected, eth2, weight 1, 00:05:30
B>* 172.16.0.0/24 [200/0] via 10.0.0.2, tvni-100 onlink, weight 1, 00:05:16
B>* 172.16.0.2/32 [200/0] via 10.0.0.2, tvni-100 onlink, weight 1, 00:05:16
B>* 172.16.1.0/24 [20/0] via 10.1.0.18, eth2, weight 1, 00:05:16
B>* 172.16.1.5/32 [20/0] via 10.1.0.18, eth2, weight 1, 00:05:16

یکی از سه مسیر ، که در EVPN مانند مسیر Type-5 تبلیغ می شود ، پیشوند مستقیم مرتبط (WA-WB) است که در BGP توزیع شده است. دو مورد دیگر مسیرهای BGP هستند. برای دیدن آنها از کجا آمده اند:

جدول VRF BGP در WA

wa# show ip bgp vrf tenant
BGP table version is 5, local router ID is 10.0.0.3, vrf id 4
Default local pref 100, local AS 65001
Status codes:  s suppressed, d damped, h history, u unsorted, * valid, > best, = multipath,
               i internal, r RIB-failure, S Stale, R Removed
Nexthop codes: @NNN nexthop's vrf id,   10.1.0.16/30     0.0.0.0(wa)              0         32768 ?
 *                    10.1.0.18(wb)            0             0 65002 ?
 *>i 172.16.0.0/24    10.0.0.2(la)i 172.16.0.2/32    10.0.0.2(la)  172.16.1.0/24    10.1.0.18(wb)                          0 65002 ?
 *>  172.16.1.5/32    10.1.0.18(wb)                          0 65002 i

دو مسیر دیگر ، که توسط WA تبلیغ شده است ، از طریق جلسه WB VRF (VRF) دریافت شد. به طور مشابه ، WA مسیرهای VRF BGP را از مسیرهای EVPN تبلیغ شده توسط LA ایجاد کرده و آنها را به WB توزیع می کند.

این مراحل لازم برای انتشار اطلاعات مسیر از LA به LB است:

  • LA پیشوند VLAN-A را به عنوان یک مسیر EVPN Type-5 تبلیغ می کند. او همچنین آدرس IP VLAN خود را در مسیر نوع 2 EVPN تبلیغ می کند و می تواند آدرس IP HA را پس از ارسال اولین درخواست ARP تبلیغ کند.
  • WA مسیرهای EVPN را به مسیرهای IPv4 BGP تبدیل می کند و آنها را در جدول VRF BGP قرار می دهد.
  • مسیرهای BGP VRF IPv4 به WB ارسال می شود.
  • WB مسیرهای IPv4 EBGP را از WA دریافت می کند و آنها را در جدول VRF BGP قرار می دهد.
  • WB بهترین مسیرهای VRF BGP را انتخاب می کند ، آنها را به مسیرهای EVPN Type-5 تبدیل می کند و آنها را به LB می فرستد.
  • LB از مسیرهای EVPN Type-5 برای ساخت جدول تغییر مسیر مستاجر استفاده می کند.

شما باور نمی کنید؟ آزمایشگاه و مطالعه را بسازید. من فقط نتیجه نهایی را به شما می دهم (یک جدول مسیریابی VRF در LB):

جدول VRF برای مسیریابی LB

lb# show ip route vrf tenant
Codes: K - kernel route, C - connected, L - local, S - static,
       R - RIP, O - OSPF, I - IS-IS, B - BGP, E - EIGRP, N - NHRP,
       T - Table, v - VNC, V - VNC-Direct, A - Babel, F - PBR,
       f - OpenFabric, t - Table-Direct,
       > - selected route, * - FIB route, q - queued, r - rejected, b - backup
       t - trapped, o - offload failure

IPv4 unicast VRF tenant:
B>* 10.1.0.16/30 [200/0] via 10.0.0.6, tvni-100 onlink, weight 1, 00:14:32
B>* 172.16.0.0/24 [200/0] via 10.0.0.6, tvni-100 onlink, weight 1, 00:14:31
B>* 172.16.0.2/32 [200/0] via 10.0.0.6, tvni-100 onlink, weight 1, 00:14:31
B>* 172.16.0.7/32 [200/0] via 10.0.0.6, tvni-100 onlink, weight 1, 00:03:23
C>* 172.16.1.0/24 is directly connected, vlan1001, weight 1, 00:14:44
L>* 172.16.1.5/32 is directly connected, vlan1001, weight 1, 00:14:44

تکرار بسیار مهم است

آیا می خواهید رفتار EVPN را در دستگاه های مورد علاقه خود کشف کنید؟ این بی اهمیت است:

  • تنظیم a باکله محیط (به عنوان مثال ، راهنمای نصب با استفاده از کدهای GitHub)
  • پرونده را با توپولوژی آزمایشگاهی در یک فهرست خالی بارگیری کنید
  • دویدن netlab upبه صورت اختیاری اضافه کردن -d _your_device_ وت -p _provider_توپولوژی آزمایشگاهی از ظروف میوه استفاده می کند. برای استفاده از ظروف Arista EOS ، استفاده کنید -d eosبرای استفاده از ABA AOS-CX VM ، استفاده کنید -d arubacx -p libvirt (گزینه های بیشتر).


Source link

نوشته های مشابه

دیدگاهتان را بنویسید

دکمه بازگشت به بالا