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 22:22:57 -0500	[thread overview]
Message-ID: <19971.1102562577@marajade.sandelman.ottawa.on.ca> (raw)
In-Reply-To: Message from Gerd Knorr <kraxel@bytesex.org>  of "Wed, 08 Dec 2004 20:33:48 +0100." <20041208193348.GC4853@bytesex>

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


>>>>> "Gerd" == Gerd Knorr <kraxel@bytesex.org> writes:
    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.

    Gerd> Would be cool I think, so you could debug vlan code in the
    Gerd> kernel using uml for example.

  Having uml_switch decode vlan tags, and split it up into multiple
logical switches, would certainly be possible.

  The log-to-pcap file might also be interesting if it could log
specific tags to specific files. That would certainly permit very easy
regression testing.
  (And you don't want to use the VLAN code in the kernel to test the
vlan code in the kernel...)

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

    Gerd> Oh, so for uml_netjig you just link in some more some object
    Gerd> files which do the arp answering, packet injection and so on?
    Gerd> That wasn't clear to me.  This makes much more sense ...

  Yes.
  The idea is that uml_switch doesn't change. 
  Adding a bazillion command line switches seemed to be a loss to me.

  No doubt some have gotten bit by being unable to use mcast between
UMLs while, on say, a train. lo isn't multicast capable (at least on 2.4
host, I don't know about 2.6), and sticking in a network card just to
get multicast seems silly.
  We have a script called "localswitches", which invokes uml_netjig
under expect, and then invokes the appropriate UMLs, with the right
environment variables. The environment variables are clearly a bit
locally relevant, since they get plugged into the UML command line(s).

marajade-[nightly/testing/pluto/basic-pluto-06] mcr 1027 %localswitches east west

...

spawn /mara4/openswan-2/nightly/testing/utils/uml_netjig/uml_netjig --cmdproto -t 
OK netjig>NEWSWITCH north
OK 3 LINES
ARPREPLY=0
UML_north_CTL=/tmp/umlyntoYX.d/north/ctl
UML_north_DATA=/tmp/umlyntoYX.d/north/data
OK netjig>NEWSWITCH south
OK 3 LINES
ARPREPLY=0
UML_south_CTL=/tmp/umlyntoYX.d/south/ctl
UML_south_DATA=/tmp/umlyntoYX.d/south/data
OK netjig>NEWSWITCH northpublic
OK 3 LINES
ARPREPLY=0
UML_northpublic_CTL=/tmp/umlyntoYX.d/northpublic/ctl
UML_northpublic_DATA=/tmp/umlyntoYX.d/northpublic/data
OK netjig>NEWSWITCH southpublic
OK 3 LINES
ARPREPLY=0
UML_southpublic_CTL=/tmp/umlyntoYX.d/southpublic/ctl
UML_southpublic_DATA=/tmp/umlyntoYX.d/southpublic/data
OK netjig>NEWSWITCH east
OK 3 LINES
ARPREPLY=0
UML_east_CTL=/tmp/umlyntoYX.d/east/ctl
UML_east_DATA=/tmp/umlyntoYX.d/east/data
OK netjig>NEWSWITCH west
OK 3 LINES
ARPREPLY=0
UML_west_CTL=/tmp/umlyntoYX.d/west/ctl
UML_west_DATA=/tmp/umlyntoYX.d/west/data
OK netjig>NEWSWITCH public
OK 3 LINES
ARPREPLY=0
UML_public_CTL=/tmp/umlyntoYX.d/public/ctl
UML_public_DATA=/tmp/umlyntoYX.d/public/data
OK netjig>NEWSWITCH admin
OK 3 LINES
ARPREPLY=0
UML_admin_CTL=/tmp/umlyntoYX.d/admin/ctl
UML_admin_DATA=/tmp/umlyntoYX.d/admin/data
OK netjig>


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

iQCVAwUBQbfFEIqHRg3pndX9AQFTKQP+I29St4Vr/2jOOLtLjRKCsULLF13q+IZR
Nws422J1sXbdmTsSxBEbjS0zhbRiXYqZmP8Q11G4oHxEC+zz8JPuYgU2XsfEnKhk
oDsuk89evlOgRkx3zo3S+iIbCA1gikdiiB7z3XVpGn31qmon6IJNuXlamoqjzjxd
9jAM9lu8r9A=
=c2Fv
-----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

  reply	other threads:[~2004-12-09  3:23 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
2004-12-08 19:33       ` Gerd Knorr
2004-12-09  3:22         ` Michael Richardson [this message]
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=19971.1102562577@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