All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gerd Knorr <kraxel@bytesex.org>
To: Michael Richardson <mcr@marajade.sandelman.ottawa.on.ca>
Cc: Blaisorblade <blaisorblade_spam@yahoo.it>,
	"Steve Schmidtke" <steve_schmidtke@hotmail.com>,
	"Felix Müri" <uml@uxu.ch>, "Jeff Dike" <jdike@addtoit.com>,
	user-mode-linux-devel@lists.sourceforge.net
Subject: [uml-devel] Re: What to do with uml_switch?
Date: Mon, 6 Dec 2004 20:25:27 +0100	[thread overview]
Message-ID: <20041206192526.GC12953@bytesex> (raw)
In-Reply-To: <29928.1102218163@marajade.sandelman.ottawa.on.ca>

>   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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  reply	other threads:[~2004-12-06 19:40 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-04  3:52 [uml-devel] What to do with uml_switch? Blaisorblade
2004-12-05  3:42 ` [uml-devel] " Michael Richardson
2004-12-06 19:25   ` Gerd Knorr [this message]
2004-12-07 16:21     ` Steve Schmidtke
2004-12-08 16:51     ` Michael Richardson
2004-12-08 19:33       ` Gerd Knorr
2004-12-09  3:22         ` Michael Richardson
2004-12-08 19:36       ` Steve Schmidtke
2004-12-08 21:37         ` Michael Richardson
2004-12-09  0:28           ` Steve Schmidtke
2004-12-09  0:53             ` Michael Richardson
2004-12-05 20:00 ` [uml-devel] " Steve Schmidtke
2004-12-06 18:30   ` [uml-devel] " Gerd Knorr
2004-12-06 19:35   ` [uml-devel] " Blaisorblade
2004-12-08 20:24 ` [uml-devel] " Felix Müri
  -- strict thread matches above, loose matches on Subject: below --
2004-12-05 20:20 [uml-devel] " Steve Schmidtke
2004-12-06  1:23 ` mcr
2004-12-07 16:06   ` Steve Schmidtke
2004-12-08 17:11     ` Michael Richardson
2004-12-08 19:49       ` Steve Schmidtke
2004-12-08 21:41         ` Michael Richardson
2004-12-14  0:36         ` Werner Almesberger
2004-12-10 18:36     ` Blaisorblade
2004-12-12  0:11       ` Michael Richardson
2004-12-12 19:11         ` Steve Schmidtke
2004-12-12 20:50           ` Michael Richardson
2004-12-16 18:20         ` Blaisorblade
2004-12-06 20:16 ` Blaisorblade
2004-12-08 16:42   ` Michael Richardson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041206192526.GC12953@bytesex \
    --to=kraxel@bytesex.org \
    --cc=blaisorblade_spam@yahoo.it \
    --cc=jdike@addtoit.com \
    --cc=mcr@marajade.sandelman.ottawa.on.ca \
    --cc=steve_schmidtke@hotmail.com \
    --cc=uml@uxu.ch \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.