XRv 5.1.1 - Working/non working features and roadmap

daniel.dib · ‎02-15-2014

Hi,

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.

Working:

ISIS

BGP

LDP

Not working:

EoMPLS

VPLS

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.

Mark Holm · ‎02-19-2014

Confirmed working:

OSPF

OSPFv3

MPLS

MPLS TE

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:

RP/0/0/CPU0:R4#reload

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(admin)#

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!

/Mark

Mark Holm · ‎02-22-2014

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.

/Mark

umesh_dhiman · ‎06-28-2015

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.

thanks

yuribank415 · ‎02-19-2014

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?

-Yuri

Vinit Jain · ‎02-19-2014

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.

Regards

Vinit

Thanks
--Vinit

daniel.dib · ‎02-20-2014

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.

amarhold · ‎02-20-2014

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

Hopeful GNS3 developer are reading that as well

regards

alexander

Vinit Jain · ‎02-21-2014

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.

Regards

Vinit

Thanks
--Vinit

nicolay1974 · ‎02-21-2014

Hi Vinijain

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

Regards

Nic

Vinit Jain · ‎02-24-2014

Hi Nic

lemme check that and get back to you on that.

Thanks
--Vinit

nicolay1974 · ‎02-25-2014

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 172.16.4.3/24

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

yuribank415 · ‎02-20-2014

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!

Vinit Jain · ‎02-24-2014

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.

Thanks
--Vinit

ramixpe81 · ‎02-23-2014

Hi,

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

BR