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 3) can create *multiple* switches and keep them seperate
If they are separate, why not just run multiple uml_switches?
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.
I like these 3, but could you not just connect another UML guest to the switch and run arp -s pub and tcpdump to accomplish the same thing?
7) can talk to tuntap device(s) as uml_switch could.
My patches refactor uml_switch to get uml_netjig + uml_switch'
I am still not clear if uml_netjig is a separate program running on top of uml_switch or inside it, but (and I apologize for being dense if this is what you are doing) I think the proper way to accomplish what you want is to create a "-monitor <socket>" option to uml switch to filter all network traffic through. Then create a monitor program that can attach/detach from a uml_switch at will through the monitor socket. A hook to filter packets entering uml_switch and a new function to inject packets (with/without updating MAC tables) might be all that's necessary. All your traffic management and expect code could reside in the external monitor program.
Steve schmidtke
-------------------------------------------------------
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
