XRv PBB EVPN

VIRL, Dynamips, Boson NetSim, Packet Tracert, Olive, UNL, EVE-NG
Wiadomość
Autor
martino76
CCIE
CCIE
Posty: 883
Rejestracja: 17 gru 2010, 15:23
Lokalizacja: Barczewo

XRv PBB EVPN

#1

#1 Post autor: martino76 »

Witam,


Odpaliłem sobie w labie PBB EVPN by sprawdzić to rozwiązanie jako alternatywe dla OTV. Widze ze control plane działa i l2vpn BGP jest up

Kod: Zaznacz cały

RP/0/0/CPU0:XR-R1#sh bgp l2vpn evpn summary
Wed Jul 29 11:01:19.079 UTC
BGP router identifier 1.1.1.1, local AS number 100
BGP generic scan interval 60 secs
Non-stop routing is enabled
BGP table state: Active
Table ID: 0x0   RD version: 0
BGP main routing table version 14
BGP NSR Initial initsync version 2 (Reached)
BGP NSR/ISSU Sync-Group versions 0/0
BGP scan interval 60 secs

BGP is operating in STANDALONE mode.


Process       RcvTblVer   bRIB/RIB   LabelVer  ImportVer  SendTblVer  StandbyVer
Speaker              14         14         14         14          14           0

Neighbor        Spk    AS MsgRcvd MsgSent   TblVer  InQ OutQ  Up/Down  St/PfxRcd
2.2.2.2           0   100    1167    1163       14    0    0 18:49:21          1

Kod: Zaznacz cały

RP/0/0/CPU0:XR-R1#sh bgp l2vpn evpn
Wed Jul 29 11:01:42.938 UTC
BGP router identifier 1.1.1.1, local AS number 100
BGP generic scan interval 60 secs
Non-stop routing is enabled
BGP table state: Active
Table ID: 0x0   RD version: 0
BGP main routing table version 14
BGP NSR Initial initsync version 2 (Reached)
BGP NSR/ISSU Sync-Group versions 0/0
BGP scan interval 60 secs

Status codes: s suppressed, d damped, h history, * valid, > best
              i - internal, r RIB-failure, S stale, N Nexthop-discard
Origin codes: i - IGP, e - EGP, ? - incomplete
   Network            Next Hop            Metric LocPrf Weight Path
Route Distinguisher: 1.1.1.1:1000 (default for vrf PBB_CORE)
*> [2][0][48][0000.0000.0001][0]/104
                      0.0.0.0                                0 i
*>i[2][0][48][0000.0000.0002][0]/104
                      2.2.2.2                       100      0 i
Route Distinguisher: 2.2.2.2:1000
*>i[2][0][48][0000.0000.0002][0]/104
                      2.2.2.2                       100      0 i

Processed 3 prefixes, 3 paths
ale z jakiegoś powodu EDGE PBB pokazuje mi ACs jako down

Kod: Zaznacz cały

RP/0/0/CPU0:XR-R1#sh l2vpn bridge-domain summary
Wed Jul 29 11:02:28.264 UTC
Number of groups: 2, bridge-domains: 2, Up: 2, Shutdown: 0, Partially-
programmed: 0
Default: 0, pbb-edge: 1, pbb-core: 1
Number of ACs: 1 Up: 0, Down: 1, Partially-programmed: 0
Number of PWs: 0 Up: 0, Down: 0, Standby: 0, Partially-programmed: 0
Number of P2MP PWs: 0, Up: 0, Down: 0, other-state: 0
Number of VNIs: 0, Up: 0, Down: 0, Unresolved: 0
Ktoś może testował to na XRv?

Domyślam się ze control plane powinien działać, nie koniecznie data plane, ale spodziewałem się ze AC's w stronę CE będzie up i przynajmniej zobaczę MAC adresy.


Pytanie do kolegów z Cisco, czy ten feature jest wspierany na XRv, jeśli nie to czy są jakieś plany roadmap by wspierać to w przyszłości?


EDIT

Zauważyłem ze PBB EDGE jest down z powodu MTU mismatch

Kod: Zaznacz cały

RP/0/0/CPU0:XR-R1#sh l2vpn bridge-domain pbb edge detail
Wed Jul 29 11:38:44.195 UTC
Legend: pp = Partially Programmed.
Bridge group: PBB, bridge-domain: PBB-EDGE, id: 0, state: up, ShgId: 0, MSTi: 0
  Coupled state: disabled
  Type: pbb-edge, I-SID: 256
  Core-bridge: PBB-CORE (State: Bridge Down)
  MIRP-lite: not supported
    Format: none
  MAC learning: enabled
  MAC withdraw: enabled
    MAC withdraw for Access PW: enabled
    MAC withdraw sent on: bridge port up
    MAC withdraw relaying (access to access): disabled
  Flooding:
    Broadcast & Multicast: enabled
    Unknown unicast: enabled
  MAC aging time: 300 s, Type: inactivity
  MAC limit: 4000, Action: none, Notification: syslog
  MAC limit reached: no
  MAC port down flush: enabled
  MAC Secure: disabled, Logging: disabled
  Split Horizon Group: none
  Dynamic ARP Inspection: disabled, Logging: disabled
  IP Source Guard: disabled, Logging: disabled
  DHCPv4 snooping: disabled
  IGMP Snooping: enabled
  IGMP Snooping profile: none
  MLD Snooping profile: none
  Storm Control: disabled
  Bridge MTU: 1500
  MIB cvplsConfigIndex: 1
  Filter MAC addresses:
  P2MP PW: disabled
  Create time: 28/07/2015 15:33:30 (20:05:14 ago)
  No status change since creation
  ACs: 1 (0 up), VFIs: 0, PWs: 0 (0 up), PBBs: 1 (0 up)
  List of PBBs:
    PBB Edge, state is down
      XC ID 0xff000001
      MAC learning: enabled
      Flooding:
        Broadcast & Multicast: enabled
        Unknown unicast: enabled
      MAC aging time: 300 s, Type: inactivity
      MAC limit: 4000, Action: none, Notification: syslog
      MAC limit reached: no
      MAC port down flush: enabled
      MAC Secure: disabled, Logging: disabled, Accept-Shutdown: disabled
      Split Horizon Group: none
      DHCPv4 snooping: disabled
      IGMP Snooping: enabled
      IGMP Snooping profile: none
      MLD Snooping profile: none
      Storm Control: bridge-domain policer
  List of ACs:
    AC: GigabitEthernet0/0/0/0.100, state is down (Segment-down)
      Type VLAN; Num Ranges: 1
      VLAN ranges: [100, 100]
      MTU 1504; XC ID 0x1; interworking none
      Error: MTU mismatched
      MAC learning: enabled
      Flooding:
        Broadcast & Multicast: enabled
        Unknown unicast: enabled
      MAC aging time: 300 s, Type: inactivity
      MAC limit: 4000, Action: none, Notification: syslog
      MAC limit reached: no
      MAC port down flush: enabled
      MAC Secure: disabled, Logging: disabled
      Split Horizon Group: none
      Dynamic ARP Inspection: disabled, Logging: disabled
      IP Source Guard: disabled, Logging: disabled
      DHCPv4 snooping: disabled
      IGMP Snooping: enabled
      IGMP Snooping profile: none
      MLD Snooping profile: none
      Storm Control: bridge-domain policer
      Static MAC addresses:
  List of Access PWs:
  List of VFIs:
Na XRv mam MTU jak ponizej

Kod: Zaznacz cały

RP/0/0/CPU0:XR-R1#   sh int brief
Wed Jul 29 11:41:46.943 UTC

               Intf       Intf        LineP              Encap  MTU        BW
               Name       State       State               Type (byte)    (Kbps)
--------------------------------------------------------------------------------
                Lo0          up          up           Loopback  1500          0
                Nu0          up          up               Null  1500          0
       Mg0/0/CPU0/0  admin-down  admin-down               ARPA  1514          0
          Gi0/0/0/0          up          up               ARPA  1514    1000000
      Gi0/0/0/0.100          up          up             802.1Q  1518    1000000
          Gi0/0/0/1          up          up               ARPA  1514    1000000
Po drugiej stronie mam CSR1000 jeśli ustawie MTU na 1514 czy 1518 nic się nie zmienia PBB EDGE ciągle pokazuje mi MTU mismatched.


Pozdro,

lbromirs
CCIE
CCIE
Posty: 4101
Rejestracja: 30 lis 2006, 08:44

Re: XRv PBB EVPN

#2

#2 Post autor: lbromirs »

Którego konkretnie obrazu używasz?

martino76
CCIE
CCIE
Posty: 883
Rejestracja: 17 gru 2010, 15:23
Lokalizacja: Barczewo

Re: XRv PBB EVPN

#3

#3 Post autor: martino76 »

lbromirs pisze:Którego konkretnie obrazu używasz?
Uzywam

Kod: Zaznacz cały

RP/0/0/CPU0:XR-R1#sh ver | in Ve
Wed Jul 29 12:34:11.787 UTC
Cisco IOS XR Software, Version 5.3.1[Default]
ROM: GRUB, Version 1.99(0), DEV RELEASE
Pozdro,

martino76
CCIE
CCIE
Posty: 883
Rejestracja: 17 gru 2010, 15:23
Lokalizacja: Barczewo

#4

#4 Post autor: martino76 »

Witam,


Problem rozwiązany jeśli chodzi o AC nie wiem skąd XRv bierze następująca wartość MTU, ale kiedy odpaliłem debug dla AC zobaczyłem, ze AC ma wartość MTU 1504 a otrzymuje MTU 1500

Kod: Zaznacz cały

RP/0/0/CPU0:Jul 29 13:38:45.322 : l2vpn_mgr[1175]: DBG-AC: acmgr_check_bridge_mtu:3276, IF(Gi0/0/0/0.100[0x102]): BRIDGE MTU Mismatch ACmtu=1504 Bridgemtu=1500
Kiedy zmieniałem MTU po drugiej stronie na CSR1000 nie miało to żadnego wpływu na wartość Bridgemtu w debugu ta zawsze była 1500.

Aby rozwiązać problem zmieniłem wartość MTU po stronie XRv z default na 1510, taki zabieg rozwiązał problem i AC pokazuje status UP, ale dalej widzę ze PBB Edge jest down :)

Kod: Zaznacz cały

  ACs: 1 (1 up), VFIs: 0, PWs: 0 (0 up), PBBs: 1 (0 up)
  List of PBBs:
    PBB Edge, state is down
      XC ID 0xff000001
      MAC learning: enabled
      Flooding:
        Broadcast & Multicast: enabled

Jeśli chodzi o MTU domyślam się ze wartość dla Bridgemtu jest brana z vNIC na ESXi a nie z drugiego urządzenia, które w moim przypadku to CSR1000v

Pozdro,

lbromirs
CCIE
CCIE
Posty: 4101
Rejestracja: 30 lis 2006, 08:44

#5

#5 Post autor: lbromirs »

martino76 pisze:Problem rozwiązany
Nic tylko się ucieszyć. Pochwal się działającą konfiguracją i zamknijmy wątek, przyda się dla potomności.

martino76
CCIE
CCIE
Posty: 883
Rejestracja: 17 gru 2010, 15:23
Lokalizacja: Barczewo

#6

#6 Post autor: martino76 »

lbromirs pisze:
martino76 pisze:Problem rozwiązany
Nic tylko się ucieszyć. Pochwal się działającą konfiguracją i zamknijmy wątek, przyda się dla potomności.

To jest konfiguracje PE gdzie mam odpalony MPLS, IGP, PBB EVPN. Prosta konfiguracja bez żadnych fajerwerkow zależało mi tylko na tym by podnieść PBB od strony PE-CE oraz od strony ISP.

Kod: Zaznacz cały

interface GigabitEthernet0/0/0/0
 cdp
 mtu 1510
!
interface GigabitEthernet0/0/0/0.100 l2transport
 encapsulation dot1q 100
!
interface GigabitEthernet0/0/0/1
 ipv4 address 10.1.1.1 255.255.255.0
!
router ospf 1
 area 0
  interface Loopback0
  !
  interface GigabitEthernet0/0/0/1
  !
 !
!
router bgp 100
 bgp router-id 1.1.1.1
 address-family l2vpn evpn
 !
 neighbor 2.2.2.2
  remote-as 100
  update-source Loopback0
  address-family l2vpn evpn
  !
 !
!
l2vpn
 pbb
  backbone-source-mac 0000.0000.0001
 !
 bridge group PBB
  bridge-domain PBB-EDGE
   interface GigabitEthernet0/0/0/0.100
   !
   pbb edge i-sid 256 core-bridge PBB-CORE
   !
  !
 !
 bridge group CORE
  bridge-domain PBB-CORE
   pbb core
    evpn evi 1000
   !
  !
 !
!
mpls ldp
 address-family ipv4
 !
 interface GigabitEthernet0/0/0/1

l2vpn core

Kod: Zaznacz cały

RP/0/0/CPU0:XR-R1#sh l2vpn bridge-domain pbb core
Wed Jul 29 15:38:27.810 UTC
Legend: pp = Partially Programmed.
Bridge group: CORE, bridge-domain: PBB-CORE, id: 2, state: up, ShgId: 0, MSTi: 0
  Type: pbb-core
  Number of associated pbb-edge BDs: 2
  Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
  Filter MAC addresses: 0
  ACs: 0 (0 up), VFIs: 0, PWs: 0 (0 up), PBBs: 1 (1 up)
  List of PBBs:
    PBB Core, state: up
  List of ACs:
  List of Access PWs:
  List of VFIs:

l2vpn edge

Kod: Zaznacz cały

RP/0/0/CPU0:XR-R1#sh l2vpn bridge-domain pbb edge
Wed Jul 29 15:38:59.388 UTC
Legend: pp = Partially Programmed.
Bridge group: PBB, bridge-domain: PBB-EDGE, id: 0, state: up, ShgId: 0, MSTi: 0
  Type: pbb-edge, I-SID: 256
  Aging: 300 s, MAC limit: 4000, Action: none, Notification: syslog
  Filter MAC addresses: 0
  ACs: 1 (1 up), VFIs: 0, PWs: 0 (0 up), PBBs: 1 (1 up)
  List of PBBs:
    PBB Edge, state: up, Static MAC addresses: 0
  List of ACs:
    Gi0/0/0/0.100, state: up, Static MAC addresses: 0
  List of Access PWs:
  List of VFIs:



BGP l2vpn

Kod: Zaznacz cały

RP/0/0/CPU0:XR-R1#sh bgp l2vpn evpn
Wed Jul 29 15:39:26.916 UTC
BGP router identifier 1.1.1.1, local AS number 100
BGP generic scan interval 60 secs
Non-stop routing is enabled
BGP table state: Active
Table ID: 0x0   RD version: 0
BGP main routing table version 29
BGP NSR Initial initsync version 2 (Reached)
BGP NSR/ISSU Sync-Group versions 0/0
BGP scan interval 60 secs

Status codes: s suppressed, d damped, h history, * valid, > best
              i - internal, r RIB-failure, S stale, N Nexthop-discard
Origin codes: i - IGP, e - EGP, ? - incomplete
   Network            Next Hop            Metric LocPrf Weight Path
Route Distinguisher: 1.1.1.1:1000 (default for vrf PBB-CORE)
*> [2][0][48][0000.0000.0001][0]/104
                      0.0.0.0                                0 i
*>i[2][0][48][0000.0000.0002][0]/104
                      2.2.2.2                       100      0 i
*> [3][256][32][1.1.1.1]/80
                      0.0.0.0                                0 i
*>i[3][256][32][2.2.2.2]/80
                      2.2.2.2                       100      0 i
Route Distinguisher: 2.2.2.2:1000
*>i[2][0][48][0000.0000.0002][0]/104
                      2.2.2.2                       100      0 i
*>i[3][256][32][2.2.2.2]/80
                      2.2.2.2                       100      0 i

Processed 6 prefixes, 6 paths
Szkoda, ze nie jestem w stanie otrzymać żadnych MAC'ów od CE na urządzeniu z PBB EVPN.

Pozdro,

Zablokowany