ASR9K VPLS issue

Before posting something, READ the changelog, WATCH the videos, howto and provide following:
Your install is: Bare metal, ESXi, what CPU model, RAM, HD, what EVE version you have, output of the uname -a and any other info that might help us faster.

Moderator: mike

Post Reply
aminamor
Posts: 2
Joined: Mon Feb 12, 2018 9:02 am

ASR9K VPLS issue

Post by aminamor » Fri Jul 13, 2018 10:48 am

Hi,
I'm not able to send traffic from two clients connected to VPLS VLAN via 2 ASR back2back.
Do EVE-NG support VPLS fuctionality????
Version: disk0/xrvr-os-mbi-6.0.1/mbixrvr-rp.vm
The configuration is shown below, everythings looks good:
VPLSTOP.PNG
interface GigabitEthernet0/0/0/3
mtu 9000
l2transport
l2protocol cdp tunnel
!
!

RP/0/0/CPU0:ASR1#sh run l2vpn
Fri Jul 13 10:41:40.760 UTC
l2vpn
bridge group lab
bridge-domain vpls1
mtu 8986
interface GigabitEthernet0/0/0/3
!
vfi LABVPLS1
vpn-id 4003
neighbor 1.1.1.2 pw-id 40003
!


-------------------------------------------------

RP/0/0/CPU0:ASR2#sh run l2vpn
Fri Jul 13 10:42:29.437 UTC
l2vpn
bridge group lab
bridge-domain vpls1
mtu 8986
interface GigabitEthernet0/0/0/4
!
vfi LABVPLS1
vpn-id 4003
neighbor 1.1.1.1 pw-id 40003
!
!
!
!
!

RP/0/0/CPU0:ASR2#sh run interface gi 0/0/0/4
Fri Jul 13 10:42:41.666 UTC
interface GigabitEthernet0/0/0/4
mtu 9000
l2transport
l2protocol cdp tunnel



------------------------------

RP/0/0/CPU0:ASR2#sh l2vpn bridge-domain brief
Fri Jul 13 10:43:49.081 UTC
Legend: pp = Partially Programmed.
Bridge Group:Bridge-Domain Name ID State Num ACs/up Num PWs/up
-------------------------------- ----- -------------- ------------ -------------
lab:vpls1 0 up 1/1 1/1



RP/0/0/CPU0:ASR1#sh l2vpn bridge-domain brief
Fri Jul 13 10:44:23.069 UTC
Legend: pp = Partially Programmed.
Bridge Group:Bridge-Domain Name ID State Num ACs/up Num PWs/up
-------------------------------- ----- -------------- ------------ -------------
lab:vpls1 0 up 1/1 1/1











RP/0/0/CPU0:ASR2#sh l2vpn bridge-domain detail
Fri Jul 13 10:43:21.503 UTC
Legend: pp = Partially Programmed.
Bridge group: lab, bridge-domain: vpls1, id: 0, state: up, ShgId: 0, MSTi: 0
Coupled state: disabled
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: 8986
MIB cvplsConfigIndex: 1
Filter MAC addresses:
P2MP PW: disabled
Create time: 12/07/2018 09:50:59 (1d00h ago)
No status change since creation
ACs: 1 (1 up), VFIs: 1, PWs: 1 (1 up), PBBs: 0 (0 up)
List of ACs:
AC: GigabitEthernet0/0/0/4, state is up
Type Ethernet
MTU 8986; XC ID 0x2; interworking none
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:
Statistics:
packets: received 0 (multicast 0, broadcast 0, unknown unicast 0, unicast 0), sent 0
bytes: received 0 (multicast 0, broadcast 0, unknown unicast 0, unicast 0), sent 0
MAC move: 0
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
Dynamic ARP inspection drop counters:
packets: 0, bytes: 0
IP source guard drop counters:
packets: 0, bytes: 0
List of Access PWs:
List of VFIs:
VFI LABVPLS1 (up)
PW: neighbor 1.1.1.1, PW ID 40003, state is up ( established )
PW class not set, XC ID 0xff000001
Encapsulation MPLS, protocol LDP
Source address 1.1.1.2
PW type Ethernet, control word disabled, interworking none
Sequencing not set

PW Status TLV in use
MPLS Local Remote
------------ ------------------------------ -------------------------
Label 24002 24003
Group ID 0x0 0x0
Interface LABVPLS1 LABVPLS1
MTU 8986 8986
Control word disabled disabled
PW type Ethernet Ethernet
VCCV CV type 0x2 0x2
(LSP ping verification) (LSP ping verification)
VCCV CC type 0x6 0x6
(router alert label) (router alert label)
(TTL expiry) (TTL expiry)
------------ ------------------------------ -------------------------
Incoming Status (PW Status TLV):
Status code: 0x0 (Up) in Notification message
MIB cpwVcIndex: 4278190081
Create time: 12/07/2018 09:50:59 (1d00h ago)
Last time status changed: 13/07/2018 09:11:21 (01:32:00 ago)
Last time PW went down: 13/07/2018 09:10:46 (01:32:35 ago)
MAC withdraw messages: sent 2, received 0
Forward-class: 0
Static MAC addresses:
Statistics:
packets: received 0 (unicast 0), sent 0
bytes: received 0 (unicast 0), sent 0
MAC move: 0
Storm control drop counters:
packets: broadcast 0, multicast 0, unknown unicast 0
bytes: broadcast 0, multicast 0, unknown unicast 0
DHCPv4 snooping: disabled
IGMP Snooping profile: none
MLD Snooping profile: none
VFI Statistics:
drops: illegal VLAN 0, illegal length 0
You do not have the required permissions to view the files attached to this post.

Uldis (UD)
Posts: 5067
Joined: Wed Mar 15, 2017 4:44 pm
Location: London
Contact:

Re: ASR9K VPLS issue

Post by Uldis (UD) » Fri Jul 13, 2018 2:45 pm

it is not eve issue mate but image or your config...

aminamor
Posts: 2
Joined: Mon Feb 12, 2018 9:02 am

Re: ASR9K VPLS issue

Post by aminamor » Mon Jul 16, 2018 8:40 am

Thanks for your reply.
The configuration is correct. The XR image support the feature in the LAB with real hardware, but maybe not on EVE.
In which XR version did you get VPLS support in your LAB?

Uldis (UD)
Posts: 5067
Joined: Wed Mar 15, 2017 4:44 pm
Location: London
Contact:

Re: ASR9K VPLS issue

Post by Uldis (UD) » Mon Jul 16, 2018 8:45 am

EVE supports all what Image doing mate. If image suppose to be support it, EVE will do it.
Restrictions are in images not in EVE

UD

g4t0l0c0
Posts: 12
Joined: Fri Sep 18, 2020 2:08 am

Re: ASR9K VPLS issue

Post by g4t0l0c0 » Sat Sep 19, 2020 1:39 am

The XRv version you are using doesn't support l2vpn forwarding.

Im opening a new thread for everyone.

Post Reply