Just as info, maybe some of you do not know this yet:
http://evilrouters.net/

I checked this software, quite good.

Missing the layer 2 features, waiting for L2IOU to be released.

Maybe we will have integration with GNS3?


Regards,

_________________

Hi,

I've tested it last week and doesn't seems to use real network at all :))
All emulated network stuff works internal in memory or something...
No open ports are found in any running IOU instance.
Only the 'wrapper' redirect the output from a instance to a TCP port.
Not sure what this command should do, but has no effect.
Probably with something else added inside 'NETMAP' file.

For real network interconnectivity you will also need 'IOUlive' :))
So without this it is impossible to be interconnected with Dynamips.

PS: Honestly I prefer Dynamips more then IOU (at least the version I found)

Cisco is using this in CCIE exams. Also L2 will be added soon by using L2IOU:

https://learningnetwork.cisco.com/docs/DOC-10859

_________________
Br,
Kaage

It uses UNIX domain sockets. Interesting enought according to a comment on the webpage above it is possible to use UDP tunnels.

yes, you can distribute this on multiple boxes, but is so low on cpu that I could not found a reason to use more than one box.

L2IOU if will be available, we will have amazing labs.

_________________

I did some interconnectivity testing [IOU] <-> [Dynamips] and it is almost working ;))

What I use:
A VMWare Linux host with IOU on it
Real PC with Windows and GNS3 open ;)

Changes in 'linuxbox':


Changes in 'Windows' GNS3:


Connectivity test between those two routers... (unsuccessfully)
In this attached capture file "wireshark_realnic_capture_udp_traffic.pcap" it all goes great from one side to the other of the UDP tunnel.
Also adding the option '-t' for IOU (Netio message trace) confirms that the communication is working between those parts.
Pushing some pings from Dynamips side, but no replies comes back, IOU it only sends keepalives and CDP at that moment.
R11 has a static ARP configured for R10 to force the ping...


But after starting a new capture on R11 fa0/0 "R11_to_C1.cap" traffic coming from IOU is pretty weird and for sure IOU sees Dynamips traffic in the same way :))


By looking at two packets (capture from dynamips) for example CDP, the one from IOU comes in a different format...
So, a different decoder/encoder has to be used in between to make this possible!
Not sure what is the binary difference between formats at this hour, (almost 3AM) ;))

Just hope it will be possible in one day even without IOUlive...

heh, pretty funny I kind of expected this to work. Looking on the CDP example in the zip it seems like the IOU capture:
1. has the source and destination MAC in wrong order
2. the SNAP header for CDP is "aa aa 03 00 00 0c 20 00" which is also present in IOU capture but somehow shifted

I am not aware of any "encodings", isn't that what the Ethernet standard is suppose to be for?

Let me ask you a question. Do you see Cisco's IOU traffic being Ethernet standard??

What I mean is that Dynamips (with a new nio UDP type - "NIO_IOU") should "understand" and convert to Ethernet traffic coming from IOU and send specific traffic back in the IOU style.

Hey guys check this out! -> http://inetpro.org/wiki/Connect_IOU_wit ... r_dynamips

Thanks to raghavme!

Technically, its possible, but its not that simple when you look at a bigger picture (tried to explain this in my Howto in the dynamips chapter).

The technical implementation for UDP "translation" is simple for a point to point-style connection between one IOU and one dynamips instance. Ive implemented this with a udp socket to get dynamips connectivity. After thinking through the next steps (see below) and disappointing coding effort, I stopped everything and made sort of a ioulive replacement, to finish this journey with something that works and can be documented.

As soon as you want to connect more than one interface per IOU instance to something else, like dynamips, you need some sort multiplexing logic. Potentially, many external udp connector pairs will go into the single IOU socket and vice versa. Not hard, but cumbersome to implement outside of dynamips wrappers.

Furthermore, people want comfort by abstracting topologies. Dynagen does a good job - like figuring out interface mappings and PA placements. IOU is really poor in this regard. You can specify the amount of interfaces, but without .iourc file tweaking, its always: "Ethernet PA" first, "Serial PA" last. To get some comfort, dynamic generation of IOU resource files with the help of external scripts is a must have.

To sum this up, simple udp connector is possible right now (or the dummy interface method ive shown in the howto), but it makes sense only for a single or a few "point to point"-style links.