linux-um archives
 help / color / mirror / Atom feed
From: Michael Richardson <mcr@sandelman.ottawa.on.ca>
To: Gerd Knorr <kraxel@bytesex.org>
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: Re: [uml-devel] Re: What to do with uml_switch?
Date: Wed, 08 Dec 2004 09:51:42 -0700	[thread overview]
Message-ID: <5810.1102524702@marajade.sandelman.ottawa.on.ca> (raw)
In-Reply-To: Message from Gerd Knorr <kraxel@bytesex.org>  of "Mon, 06 Dec 2004 20:25:27 +0100." <20041206192526.GC12953@bytesex>

-----BEGIN PGP SIGNED MESSAGE-----


>>>>> "Gerd" == Gerd Knorr <kraxel@bytesex.org> writes:
    >> 3) can create *multiple* switches and keep them seperate

    Gerd> Hmm, not sure I like that idea.  Is this with vlan tagging
    Gerd> support?  How can this be configured?  Is the command mode the
    Gerd> only way, or can you also use some config file or command line
    Gerd> switches for that?

  No VLANs. 
  It creates multiple sockets, and you tell the UML(s) about the multiple
interfaces. 

  Please read the mentione paper.

    Gerd> Hmm, I don't think it is a good idea to put that kind of
    Gerd> testing code into the switch daemon.  I'd make the switch
    Gerd> daemon behave as close as possible to a real switch, then use
    Gerd> the normal tools you use for real networks as well.  I think
    Gerd> uml_switch should just support a monitor port which will see

  Not practical, not reliable.
  Often, not even possible if you wish to play packets that Linux simply
can not easily produce. 

  Secondly, I do not put these things into uml_switch.
  Rather, I *refactor* things so that uml_switch and uml_netjig share
back end code. uml_switch has none of the above things, only the same
port.c code.

- -- 
]       ON HUMILITY: to err is human. To moo, bovine.           |  firewalls  [
]   Michael Richardson,    Xelerance Corporation, Ottawa, ON    |net architect[
] mcr@xelerance.com      http://www.sandelman.ottawa.on.ca/mcr/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Finger me for keys

iQCVAwUBQbcxHYqHRg3pndX9AQG3/gQAx6XsUJv3AcpqG/c7ZWPFJzZZhXILAmS4
VT1mpY3GS2BZNFEiPhaxoA9tEb1vxWiJtWhe5yGxa/oh0iy4ESp22gPlQDN/p4Iv
bwaW+CxJHE6tVi61ybdaI/9qVrWxBlzZ0CVVuTZBNuonYRQwIn15hn1JlOcahxGB
ov0jytcoSQE=
=Fj0A
-----END PGP SIGNATURE-----


-------------------------------------------------------
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

  parent reply	other threads:[~2004-12-08 16:53 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
2004-12-07 16:21     ` Steve Schmidtke
2004-12-08 16:51     ` Michael Richardson [this message]
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=5810.1102524702@marajade.sandelman.ottawa.on.ca \
    --to=mcr@sandelman.ottawa.on.ca \
    --cc=blaisorblade_spam@yahoo.it \
    --cc=jdike@addtoit.com \
    --cc=kraxel@bytesex.org \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox