From: Dan Smith <danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
To: Brian Haley <brian.haley-VXdhtT5mjnY@public.gmane.org>
Cc: containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org
Subject: Re: [PATCH 1/2] C/R: Support for IPv6 addresses on network devices
Date: Tue, 30 Mar 2010 09:17:11 -0700 [thread overview]
Message-ID: <87zl1peqd4.fsf@caffeine.danplanet.com> (raw)
In-Reply-To: <4BB21A45.4050300-VXdhtT5mjnY@public.gmane.org> (Brian Haley's message of "Tue\, 30 Mar 2010 11\:35\:33 -0400")
BH> Can I ask what the addresses were?
I'm not sure what you mean. You want to know what the duplicated
address was? My flawed byteorder adjustment caused me to have two
fe80::X addresses on the restored interface.
I've since added a check to ignore non-global scope addresses, which
works nicely.
BH> Did you move from VM to VM so the underlying NIC MAC address
BH> changed?
No, the MAC doesn't change because I reconstruct the interface on the
other side with the original MAC address. The netns and netdev code
assume that you're migrating your entire network namespace, which
includes all the devices within.
BH> Again, I don't know your typical user for C/R. For example, with
BH> IPv4 you save all the addresses, but if one of them was configured
BH> via DHCP, you could have an address conflict when you restore it,
BH> since there's no way to know if it's been handed-out to another
BH> system in the meantime. Or does a typical C/R user only have
BH> static addresses?
I think that the expectation is that if you're migrating network
connections, you are going to have to be in your own netns and have
your own interface. If DHCP is in play, then you're going to be
migrating dhclient along with your app anyway.
BH> With IPv6 it gets worse because the link-local will get created
BH> automatically, and if you're in a VM it will probably be somewhat
BH> random. Then when you move to another VM you'll get another
BH> virtual NIC with a different MAC address. Since the global
BH> address is going to be based off the same lower 64-bits, you'll
BH> wind-up with a second global in most situations (since you're
BH> restoring the original address).
Well, I'm not sure of your use of "VM" in this case. I think the
typical usage here will be a container that behaves like a VM. As I
said above, you'll have your own virtual interface and your MAC
address will go with you.
Right now, I migrate sshd and sendmail around by starting them up in a
container with a veth or macvlan device. Then, I can move them from
machine to machine while keeping the same interface, MAC and IP
addresses, and without severing connections with the outside world.
--
Dan Smith
IBM Linux Technology Center
email: danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org
next prev parent reply other threads:[~2010-03-30 16:17 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-24 19:40 C/R: Fixup IPv6 support Dan Smith
[not found] ` <1269459625-21033-1-git-send-email-danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2010-03-24 19:40 ` [PATCH 1/2] C/R: Support for IPv6 addresses on network devices Dan Smith
[not found] ` <1269459625-21033-2-git-send-email-danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2010-03-25 20:36 ` Brian Haley
[not found] ` <4BABC967.5090908-VXdhtT5mjnY@public.gmane.org>
2010-03-25 21:01 ` Dan Smith
[not found] ` <87aatwf74u.fsf-FLMGYpZoEPULwtHQx/6qkW3U47Q5hpJU@public.gmane.org>
2010-03-25 21:28 ` Brian Haley
[not found] ` <4BABD594.1020301-VXdhtT5mjnY@public.gmane.org>
2010-03-26 15:35 ` Dan Smith
[not found] ` <87634jf63u.fsf-FLMGYpZoEPULwtHQx/6qkW3U47Q5hpJU@public.gmane.org>
2010-03-30 15:35 ` Brian Haley
[not found] ` <4BB21A45.4050300-VXdhtT5mjnY@public.gmane.org>
2010-03-30 16:17 ` Dan Smith [this message]
[not found] ` <87zl1peqd4.fsf-FLMGYpZoEPULwtHQx/6qkW3U47Q5hpJU@public.gmane.org>
2010-03-30 17:05 ` Brian Haley
[not found] ` <4BB22F73.60704-VXdhtT5mjnY@public.gmane.org>
2010-03-30 18:07 ` Dan Smith
[not found] ` <87r5n1el9z.fsf-FLMGYpZoEPULwtHQx/6qkW3U47Q5hpJU@public.gmane.org>
2010-03-30 19:56 ` Brian Haley
2010-03-24 19:40 ` [PATCH 2/2] C/R: Fix storing IPv6 addresses and handle the "ipv6only" socket flag Dan Smith
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=87zl1peqd4.fsf@caffeine.danplanet.com \
--to=danms-r/jw6+rmf7hqt0dzr+alfa@public.gmane.org \
--cc=brian.haley-VXdhtT5mjnY@public.gmane.org \
--cc=containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org \
/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.