Current Feisty's version brings up the interfaces on boot with your /e/n/i, and network-manager ignores them (goes into 'manual configuration' state). However, n-m does shut down the subinterfaces when I remove the main 'eth0' stanza. However, this is not a supported configuration, it seems, since ifupdown itself is not able to bring it up (it fails with 'SIOCSIFFLAGS: Cannot assign requested address'). Thus this network-manager upload has fixed this case:
* /etc/network/interfaces can have more than one instance of the same
interface. For example:
iface eth0 inet dhcp
and later
iface eth0 inet6 static
The function ifparser_getif is capable only to return the first instance
of eth0 that is a legal entry for NM to take over, but NM still does not
know how to handle what's next.
Patch 19_interfaces_can_have_more_than_one_instance.patch creates a sub
list of linked if_block via nextsame, binding together all if_block's
related to the same interface and preserving if_data for each block.
Patch 20_do_not_take_over_dhcpv4iface_when_v6_is_configured.patch
blacklist interfaces that have dhcp for inet configuration but have an
inet6 entry following later on. NM does not know yet how to
store/restore/configure IPv6 (blacklisted too) so for now we tell NM
to keep the hands off these interfaces.
Current Feisty's version brings up the interfaces on boot with your /e/n/i, and network-manager ignores them (goes into 'manual configuration' state). However, n-m does shut down the subinterfaces when I remove the main 'eth0' stanza. However, this is not a supported configuration, it seems, since ifupdown itself is not able to bring it up (it fails with 'SIOCSIFFLAGS: Cannot assign requested address'). Thus this network-manager upload has fixed this case:
network-manager (0.6.4-6ubuntu4) feisty; urgency=low
* /etc/network/ interfaces can have more than one instance of the same
interface. For example:
iface eth0 inet dhcp
and later
iface eth0 inet6 static
The function ifparser_getif is capable only to return the first instance
of eth0 that is a legal entry for NM to take over, but NM still does not
know how to handle what's next.
Patch 19_interfaces_ can_have_ more_than_ one_instance. patch creates a sub
list of linked if_block via nextsame, binding together all if_block's
related to the same interface and preserving if_data for each block.
Patch 20_do_not_ take_over_ dhcpv4iface_ when_v6_ is_configured. patch restore/ configure IPv6 (blacklisted too) so for now we tell NM
blacklist interfaces that have dhcp for inet configuration but have an
inet6 entry following later on. NM does not know yet how to
store/
to keep the hands off these interfaces.
(Closes LP: #93636)
-- Fabio M. Di Nitto <email address hidden> Fri, 30 Mar 2007 11:17:42 +0200