Page 1 of 1

ASR9K VPLS issue

Posted: Fri Jul 13, 2018 10:48 am
by aminamor
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

Re: ASR9K VPLS issue

Posted: Fri Jul 13, 2018 2:45 pm
by Uldis (UD)
it is not eve issue mate but image or your config...

Re: ASR9K VPLS issue

Posted: Mon Jul 16, 2018 8:40 am
by aminamor
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?

Re: ASR9K VPLS issue

Posted: Mon Jul 16, 2018 8:45 am
by Uldis (UD)
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

Re: ASR9K VPLS issue

Posted: Sat Sep 19, 2020 1:39 am
by g4t0l0c0
The XRv version you are using doesn't support l2vpn forwarding.

Im opening a new thread for everyone.