Showing results for 
Search instead for 
Did you mean: 

XRv 5.1.1 - Working/non working features and roadmap

Level 7
Level 7


Cisco recently released Cisco XRv 5.1.1 which is IOS XR running in a VM. I thought it would be nice track features working not working and if Cisco could comment on the roadmap.





Not working:



Control plane is up for EoMPLS and VPLS but no traffic passes through. Post anything you have tested.

Daniel Dib
CCIE #37149

Please rate helpful posts.       

Daniel Dib
CCIE #37149
CCDE #20160011

Please rate helpful posts.
48 Replies 48

Mark Holm
Level 1
Level 1

Confirmed working:





Minor issues found:

Most of the time a BGP neighbor comes up, a traceback message occurs:

RP/0/0/CPU0:Feb 19 20:16:50.182 : bgp[1048]: %ROUTING-BGP-3-RPC_SET_ERROR : [22] : RPC set read operation: Table . Error: 'Subsystem(3373)' detected the 'fatal' condition 'Code(37)'  : pkg/bin/bgp : (PID=663826) :  -Traceback= b395988 b229e9c 8226a4b 8224bdc afb2e7c b22d857 8267050

The traceback addresses seen have been the same every time so far.

Unable to reload when logged in via telnet/SSH:


Wed Feb 19 20:31:10.373 UTC

CONFREG variable does not exist

RP/0/0/CPU0:R4#sh ver | i Configuration

Wed Feb 19 20:31:43.281 UTC

Configuration register on node 0/0/CPU0 is 0x2102

RP/0/0/CPU0:R4#show variables boot

Wed Feb 19 20:31:54.040 UTC

BOOT variable does not exist

CONFREG variable does not exist

RP/0/0/CPU0:R4(admin)#config-register 0x2102

Wed Feb 19 20:30:38.625 UTC

Successfully set config-register to 0x2102 on node 0/0/CPU0


RP/0/0/CPU0:R4#sh variables boot

Wed Feb 19 20:30:46.045 UTC

BOOT variable does not exist

CONFREG variable does not exist

Workaround: Reload via console.

Currently I'm struggling with an issue with malformed packets being sent (seems like four zero bytes being appended to the end of the payload). It seems to occur when XRv receives MPLS-encapsulated packets on a VRF-enabled interface (Carrier Supporting Carrier scenarios). I'm still investigating what is going on, and I will update once I have something more conclusive. It could my rather complex home lab using Nexus 1000v (among other fun stuff) causing this, so I'm in no way blaming XRv for it (yet at least).

Otherwise, XRv is cool - so cool!


Just replying to my own reply . I've been investigating futher to why I'm seeing larger packets than expected on the XRv. I've linked to a wireshark screenshot with two packets opened. The packet capture was made through a SPAN port on the Nexus 1000v. The first frame is the incoming packet from the "CsC CE" router (received on a VLAN subinterface), while the second frame is the same packet sent to the "upstream" XRv router (same "physical" interface, but a different VLAN).

Note the additional four bytes from second frame. Everything looks correct (MPLS label swapped as expected etc.), but Wireshark interprets the additional four bytes as the FCS, because there is no reference to the four bytes in the payload data, which in this case is a simple ping.

I'm curious to find out whether anyone else has seen this, or if this is somehow related to my specific setup.

The screenshot can be found here.


I also have the same Problem :

RP/0/0/CPU0:Feb 19 20:16:50.182 : bgp[1048]: %ROUTING-BGP-3-RPC_SET_ERROR : [22] : RPC set read operation: Table . Error: 'Subsystem(3373)' detected the 'fatal' condition 'Code(37)'  : pkg/bin/bgp : (PID=663826) :  -Traceback= b395988 b229e9c 8226a4b 8224bdc afb2e7c b22d857 8267050

Just wanted to know if you have a solution now or not.

or Kindly suggest any other alternative.


Level 1
Level 1

My findings are the same.

All of the routing protocols I have tested work fine (OSPF, ISIS, BGP), as well as LDP signalling etc...

The l2vpn features (VPLS/EoMPLS) work only in the control-plane.

Do you know if there are any plans to support these features in the data-plane?


Hello Yuri

on IOS-XR, features like VPLS, EoMPLS and even mVPN require hardware based forwarding so only the control-plane will work on the XRv platform. It requires a real hardware to get the above features to work properly. So there are no plans yet to implement these features on XRv yet.

Hope this answers your question.




Hi Vinit,

But regular MPLS works? Isn't that also run in hardware on XR platforms? Is it possible to add it in software or emulate the hardware in some way?

I think this would be very valuable for customers to be able to test different deployments.

Daniel Dib
CCIE #37149

Please rate helpful posts.

Daniel Dib
CCIE #37149
CCDE #20160011

Please rate helpful posts.

.... or we need another Chris Huitema writing a dynamips version for IOSXRv !!!

Hopeful GNS3 developer are reading that as well



Hello Daniel

so MPLS has both PI (Platform Independent) as well as PD (platform Dependent features). There is continuous work going on towards implementing lot of features on XRv. There was internal simulation for enxr which didnt had mVPN but now i see that mVPN is supported on XRv (both GRE and mLDP). So, there is some work going on it.




Hi  Vinijain

Please could you confirm, does XRv support anything from EVC in data plane now?



Hi Nic

lemme check that and get back to you on that.


I think EVC do not work like an EoMPLS, everything interface is up, but packets is not forwarding:

RP/0/0/CPU0:XR2#sh l2vpn bridge-domain bd-name VLAN4 brief

Tue Feb 25 10:52:57.203 UTC

Legend: pp = Partially Programmed.

Bridge Group:Bridge-Domain Name  ID    State          Num ACs/up   Num PWs/up

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

MyTrunks:VLAN4                   0     up             2/2          0/0

RP/0/0/CPU0:XR2#sh int bvi4

Tue Feb 25 10:53:38.630 UTC

BVI4 is up, line protocol is up

  Interface state transitions: 1

  Hardware is Bridge-Group Virtual Interface, address is 02e8.276b.a409

  Internet address is

  MTU 1514 bytes, BW 10000000 Kbit (Max: 10000000 Kbit)

     reliability Unknown, txload Unknown, rxload Unknown

  Encapsulation ARPA,  loopback not set,

  ARP type ARPA, ARP timeout 04:00:00

  Last input Unknown, output Unknown

  Last clearing of "show interface" counters Unknown

  Input/output data rate is disabled.

RP/0/0/CPU0:XR2#sh vlan interface

Tue Feb 25 10:54:10.957 UTC

Interface               Encapsulation    Outer 2nd   Service  MTU    LineP

                                         VLAN  VLAN                  State

Gi0/0/0/0.10            802.1Q              10       L3        1518  up

Gi0/0/0/0.12            802.1Q              12       L3        1518  up

Gi0/0/0/1.4             Complex encaps    ----       L2        1518  up

Gi0/0/0/5.18            802.1Q              18       L3        1518  up

RP/0/0/CPU0:XR2#sh vlan trunks GigabitEthernet0/0/0/1

Tue Feb 25 10:55:30.172 UTC

GigabitEthernet0/0/0/1 is up

  Outer VLAN tag format is 802.1Q

  L2 Sub-interfaces: 1

    VLAN ACs: 1

      1 are up

      Single tag ACs: 1

The CSR1000v supports VPLS in the data-plane now. So in theory, XRv should be able to implement support in software. It would be great!

VPLS on Both CSR100v and XR running platfoms like CRS or ASR9k or GSR have been designed differently. So, cannot really expect the same thing. For example, on 7600 platform, VPLS is programmed differently on ES+ linecard than on SIP-600 card.


Level 1
Level 1


i am trying the ABF with nexthop in different VRf "seems its not supportd".