IOU Bug List

Just thought i might start a thread to keep account of different features that don't work on IOU.
Don't ask me for these iou versions, they are available on the net if you search hard enough.

I want to focus this thread on the current versions and the most stable previous version. When i find a bug i will verify across both images to see if it works on one. During my labbing i plan to switch between these versions to hopefully get a workable solution. There are so many other releases it would be impossible for me to check them all, but maybe you could?

.

I'm hoping my fellow IOU users can update this thread by quoting the BugList and incrementing the count with any bugs you encounter and possible iou versions that work. Maybe this thread could get pinned?

If anyone comes across a more recent iou release please let us know.

Thanks in advance!

Latest IOU releases available:

i86bi_linux-adventerprisek9-ms.154-1.T_AntiGNS3
Cisco IOS Software, Linux Software (I86BI_LINUX-ADVENTERPRISEK9-M), Version 15.4(1)T, DEVELOPMENT TEST SOFTWARE
Technical Support: Support and Documentation - Cisco Systems
Copyright (c) 1986-2013 by Cisco Systems, Inc.
Compiled Sat 23-Nov-13 03:28 by prod_rel_team

i86bi_linux_l2-adventerprise-ms.nov11-2013-team_track
Cisco IOS Software, Solaris Software (I86BI_LINUXL2-ADVENTERPRISE-M), Experimental Version 15.1(20131216:211730) [mmen 106]
Copyright (c) 1986-2013 by Cisco Systems, Inc.
Compiled Mon 16-Dec-13 13:50 by mmen

Previous release:

i86bi_linux-adventerprisek9-ms.152-4.M1
Cisco IOS Software, Linux Software (I86BI_LINUX-IPBASE-M), Experimental Version 12.4(20090407:18540

[yuiu-redbuild-V124_24_5_6_PIC1 166]
Copyright (c) 1986-2009 by Cisco Systems, Inc.
Compiled Wed 08-Apr-09 01:29 by yuiu

i86bi_linux_l2-upk9-ms.june20_2012_golden_spike
Cisco IOS Software, Linux Software (I86BI_LINUX_L2-UPK9-M), Experimental Version 15.0(20120621:060510) [dstivers-june20-2012-golden_spike 101]
Copyright (c) 1986-2012 by Cisco Systems, Inc.
Compiled Wed 20-Jun-12 23:58 by dstivers

BugList

1) i86bi_linux_l2-adventerprise-ms.nov11-2013-team_track, doesn't forward the ldp multicast hello pkts, thought this might be issue with multicast, but ospf DR forms through it, so no idea why the LDP pkt has an issue. The previous L2 image i86bi_linux_l2-upk9-ms.june20_2012_golden_spike works.

Find more posts tagged with

Comments

keenon

Here is the another list of features not supported

Not supported/working on Layer 3 IOL (Linux)

Multicast with BSR
NTP Authentication
PPPoE (working on 12.4, and 15.2(2.3)T)
Routing loops (IOL will crash)

Not supported/working on Layer 2 IOL (Linux)

802.1q Tunneling
Cisco ISL trunks
DHCP Snooping
HSRP address not pingable
L2 PortChannel (not working on 12.2, working on 15.0)
L3 PortChannel
NVI NAT (classic NAT works on TPGEN images only)
PVLAN
QinQ
Routing loops (IOL will crash)
SPAN/RSPAN/ERSPAN
VTP version 2 (VTP version 1 works)

deth1k

btw NAT does work, once enabled it takes about a minute for router to start responding otherwise it looks like it crashed.

EdTheLad

Thanks, when i get a chance i'm going to test afew features like hsrp and i'll look at NAT for the new releases and update the list.
Keep them coming though, eventually we'll have all of them and we'll know what to look for when a new release comes out.

Dieg0M

I tried HSRP and VRRP and couldnt ping the VIP

EdTheLad

Dieg0M wrote: »

I tried HSRP and VRRP and couldnt ping the VIP

So it works apart from being able to ping the vip? Not a biggie if that's the case.

Dieg0M

Routing to the VIP doesnt work either.

gorebrush

Is that a big problem though? I mean it depends on whether or not you are dependent on building full labs in IOU.

Initially I was going to but now I don't think I will bother. Too much time could be spend wondering whether or not you have configured something incorrectly - while all the time it's an IOU bug...

Dieg0M

gorebrush wrote: »

Is that a big problem though? I mean it depends on whether or not you are dependent on building full labs in IOU.

Initially I was going to but now I don't think I will bother. Too much time could be spend wondering whether or not you have configured something incorrectly - while all the time it's an IOU bug...

I agree with this. It's not so much of a problem when doing individual technology work but when you do full mock labs the complexity of mixing up all these technologies with an IOU bug can make troubleshooting very time consuming.

gorebrush

Yes - it's great for individual labs - and for things like testing routing protocols it's great.

zerglings

I can't get EIGRP message authentication to work with IOU. Probably the same thing for other protocols but never did try it out. Too buggy in my opinion.

EdTheLad

Eigrp Auth is working for me!

P1#debug eigrp packets hello
(HELLO)
EIGRP Packet debugging is on
P1#
*Apr 4 11:00:01.605: EIGRP: Sending HELLO on Et0/0 - paklen 60
*Apr 4 11:00:01.605: AS 1, Flags 0x0

NULL), Seq 0/0 interfaceQ 0/0 iidbQ un/rely 0/0
*Apr 4 11:00:02.534: EIGRP: received packet with MD5 authentication, key id = 10
*Apr 4 11:00:02.534: EIGRP: Received HELLO on Et0/0 - paklen 60 nbr 10.12.1.2
*Apr 4 11:00:02.534: AS 1, Flags 0x0

NULL), Seq 0/0 interfaceQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
P1#
*Apr 4 11:00:06.080: EIGRP: Sending HELLO on Et0/0 - paklen 60
*Apr 4 11:00:06.080: AS 1, Flags 0x0

NULL), Seq 0/0 interfaceQ 0/0 iidbQ un/rely 0/0
P1#
*Apr 4 11:00:07.122: EIGRP: received packet with MD5 authentication, key id = 10
*Apr 4 11:00:07.122: EIGRP: Received HELLO on Et0/0 - paklen 60 nbr 10.12.1.2
*Apr 4 11:00:07.122: AS 1, Flags 0x0

NULL), Seq 0/0 interfaceQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
P1#
*Apr 4 11:00:10.551: EIGRP: Sending HELLO on Et0/0 - paklen 60
*Apr 4 11:00:10.551: AS 1, Flags 0x0

NULL), Seq 0/0 interfaceQ 0/0 iidbQ un/rely 0/0
P1#
*Apr 4 11:00:12.048: EIGRP: received packet with MD5 authentication, key id = 10
*Apr 4 11:00:12.048: EIGRP: Received HELLO on Et0/0 - paklen 60 nbr 10.12.1.2
*Apr 4 11:00:12.048: AS 1, Flags 0x0

NULL), Seq 0/0 interfaceQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
P1#un all
All possible debugging has been turned off
P1#sh ip eig
P1#sh ip eigrp ne
P1#sh ip eigrp neighbors
EIGRP-IPv4 Neighbors for AS(1)
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
0 10.12.1.2 Et0/0 13 00:01:07 8 150 0 5
P1#
P1#sh version | i Version
Cisco IOS Software, Linux Software (I86BI_LINUX-ADVENTERPRISEK9-M), Version 15.4(1)T, DEVELOPMENT TEST SOFTWARE
P1#sh runn int eth 0/0
Building configuration...

Current configuration : 204 bytes
!
interface Ethernet0/0
ip address 10.12.1.1 255.255.255.0
ip authentication mode eigrp 1 md5
ip authentication key-chain eigrp 1 TEST
ip pim sparse-mode
ip ospf network point-to-point
mpls ip
end

P1#sh key chain
Key-chain TEST:
key 10 -- text "cisco"
accept lifetime (always valid) - (always valid) [valid now]
send lifetime (always valid) - (always valid) [valid now]
P1#

keenon

outside of the features that are not clearly supported. some of the others I have been able to track down to either the image or the overall cpu usage.

keenon

R1#sh crypto pki server
Certificate Server DVMPN-HUB1:
Status: enabled
State: enabled
Server's configuration is locked (enter "shut" to unlock it)
Issuer name: CN=R1.test.com
CA cert fingerprint: 53C155F0 5C9B34F2 2A9BA115 39BC7685
Granting mode is: manual
Last certificate issued serial number (hex): 1
CA certificate expiration timer: 19:27:47 CET Jul 10 2017
CRL NextUpdate timer: 01:27:47 CET Jul 12 2014
Current primary storage dir: nvram:
Database Level: Names - subject name data written as <serialnum>.cnm

setting up ios pki server the granting mode i selected was auto but we can see it changed it and can't grant manually. anyone else seen this or is this another bug to be added?

note: i switched to gns3 running 12.4 and

R1#sh crypto pki server
Certificate Server DVMPN-HUB1:
Status: enabled
State: enabled
Server's configuration is locked (enter "shut" to unlock it)
Issuer name: CN=R1.test.com
CA cert fingerprint: 764DD41F 5CD0E8DA A7C05988 F7642CA4
Granting mode is: auto
Last certificate issued serial number: 0x2
CA certificate expiration timer: 15:10:03 CST Jul 10 2017
CRL NextUpdate timer: 21:10:03 CST Jul 11 2014
Current primary storage dir: nvram:
Database Level: Names - subject name data written as <serialnum>.cnm

keenon

noticing 2 other things
1 with rsvp host reservations
2 with multicast

lrb

BFD doesn't work for me, even without Echo mode. The commands take under the interfaces and all of the routing protocols but no session will come up

R200#show ver | inc IOS
Cisco IOS Software, Linux Software (I86BI_LINUX-ADVENTERPRISEK9-M), Version 15.2(2.3)T, ENGINEERING WEEKLY BUILD, synced to V151_4_M1_13

fredrikjj

EdTheLad wrote: »

BugList

1) i86bi_linux_l2-adventerprise-ms.nov11-2013-team_track, doesn't forward the ldp multicast hello pkts, thought this might be issue with multicast, but ospf DR forms through it, so no idea why the LDP pkt has an issue. The previous L2 image i86bi_linux_l2-upk9-ms.june20_2012_golden_spike works.

This image seems to have issues in general with passing packets. Consistently dropped my GRE packets today on one of the interfaces, resulting in some not so funny troubleshooting that turned out to be a huge waste of time. I'd probably avoid this image.

Dieg0M

This IOU version has problems with LDP and RIP multicast not beeing passed through the switches because of IGMP snooping. Disable IGMP snooping on the switches and you should see peering come up.

deth1k

Both cisco 360 and lab use, although AFAIK L2 runs on SPARC

L3:
i86bi_linux-adventerprisek9-ms.153-1.3.T

L2:
i86bi_linux_l2-ipbasek9-ms.may8-2013-team_track

I found both stable, also no need to disable igmp snooping for MCAST to work.

FrankGuthrie

UDLD not working on i86bi-linux-l2-adventerprise-15.1b.bin (L2)