> uml_netjig is a tool which does the following: > > 1) moves packets using "daemon" mode a la uml_switch. > 2) has an expect-friendly command line interface
Sounds ok. > 3) can create *multiple* switches and keep them seperate Hmm, not sure I like that idea. Is this with vlan tagging support? How can this be configured? Is the command mode the only way, or can you also use some config file or command line switches for that? > 4) can record all packets to a .pcap file > 5) can play packets from a .pcap file at a given rate > (or under command line interface control) > 6) can optionally answer ARP queries for imaginary nodes. Hmm, I don't think it is a good idea to put that kind of testing code into the switch daemon. I'd make the switch daemon behave as close as possible to a real switch, then use the normal tools you use for real networks as well. I think uml_switch should just support a monitor port which will see all traffic (even the switched one), that is the usual way how it's done on physical hardware. (4) may make sense neverless, to avoid packages being lost on load peaks. (5) + (6) I'd keep separated for sure. Can be done by either some separate utility which connects to the switch daemon the same way the uml machines do that, and then injects the packets / answers arp and so on (probably the better option for test runs). Or just connect the switch daemon via tuntap device and setup proxy-arp on the host machine to simulate the imaginary nodes, and also inject packets via tuntap network interface. Gerd -- #define printk(args...) fprintf(stderr, ## args) ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ User-mode-linux-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
