* bridge carrier issue
@ 2011-09-20 19:29 David Miller
2011-09-20 21:12 ` Dan Williams
2011-09-20 23:00 ` Stephen Hemminger
0 siblings, 2 replies; 4+ messages in thread
From: David Miller @ 2011-09-20 19:29 UTC (permalink / raw)
To: netdev; +Cc: shemminger
I'm marking the patches in patchwork on this as "deferred".
It is my opinion that we need to push back on the virtualization stuff
because otherwise it is impossible for network manager and friends to
operate properly.
Without the carrier going on only when a device is actually attached
and operating, NM has no "signal" to know when it actually should do
DHCP and whatnot.
On the other hand, the virtualization tools and libraries can operate
properly within the constraints added by the carrier behavior we have
now.
And I also believe they can do so in a way that allows them to work
on kernels before the carrier change.
Therefore, the only way to move forward and get everything working is
to change the virtualization tools.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: bridge carrier issue
2011-09-20 19:29 bridge carrier issue David Miller
@ 2011-09-20 21:12 ` Dan Williams
2011-09-20 23:00 ` Stephen Hemminger
1 sibling, 0 replies; 4+ messages in thread
From: Dan Williams @ 2011-09-20 21:12 UTC (permalink / raw)
To: David Miller; +Cc: netdev, shemminger
On Tue, 2011-09-20 at 15:29 -0400, David Miller wrote:
> I'm marking the patches in patchwork on this as "deferred".
>
> It is my opinion that we need to push back on the virtualization stuff
> because otherwise it is impossible for network manager and friends to
> operate properly.
>
> Without the carrier going on only when a device is actually attached
> and operating, NM has no "signal" to know when it actually should do
> DHCP and whatnot.
There's stuff we're planning for NM that'll make it much more friendly
to these use-cases, but that's mostly *after* the interface is
configured and running. What the semantics of the bring-up behavior
should be need more discussion. ie, in the case we're talking about
here, NM wouldn't even apply a static IP configuration to the bridge
until the bridge said it was up. That's something we can change with a
flag in the bridge's config.
Dan
> On the other hand, the virtualization tools and libraries can operate
> properly within the constraints added by the carrier behavior we have
> now.
>
> And I also believe they can do so in a way that allows them to work
> on kernels before the carrier change.
>
> Therefore, the only way to move forward and get everything working is
> to change the virtualization tools.
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: bridge carrier issue
2011-09-20 19:29 bridge carrier issue David Miller
2011-09-20 21:12 ` Dan Williams
@ 2011-09-20 23:00 ` Stephen Hemminger
2011-09-25 8:51 ` Marc Haber
1 sibling, 1 reply; 4+ messages in thread
From: Stephen Hemminger @ 2011-09-20 23:00 UTC (permalink / raw)
To: David Miller; +Cc: netdev
Looked at dnsmasq and it needs some more work to handle IPv6 address
correctly. It sleeps if it gets a tentative address.
radvd probably has similar issues.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: bridge carrier issue
2011-09-20 23:00 ` Stephen Hemminger
@ 2011-09-25 8:51 ` Marc Haber
0 siblings, 0 replies; 4+ messages in thread
From: Marc Haber @ 2011-09-25 8:51 UTC (permalink / raw)
To: netdev
On Tue, Sep 20, 2011 at 04:00:18PM -0700, Stephen Hemminger wrote:
> Looked at dnsmasq and it needs some more work to handle IPv6 address
> correctly. It sleeps if it gets a tentative address.
>
> radvd probably has similar issues.
And bind. And libvirtd. And apache. And probably a truckload of other
applications.
The ONLY application that I am aware of and that handles this case
properly is ntpd.
Greetings
Marc
--
-----------------------------------------------------------------------------
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-09-25 8:51 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-09-20 19:29 bridge carrier issue David Miller
2011-09-20 21:12 ` Dan Williams
2011-09-20 23:00 ` Stephen Hemminger
2011-09-25 8:51 ` Marc Haber
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox