Proposed F19 Feature: systemd/udev Predictable Network Interface Names

[Reindl Harald]

Am 29.01.2013 19:38, schrieb Matthew Garrett:
> On Tue, Jan 29, 2013 at 12:32:30PM -0600, Dan Williams wrote:
> 
>> Except then you run into phones or WWAN cards that show up as Ethernet
>> devices, but aren't really Ethernet but just IP-in-8023-frames because
>> that was easier to do on Windows.  That one is quite fun, and there's no
>> good way to catch them all.  We're obviously behind by marking them
>> FLAG_WWAN in the kernel, which has to be done by device IDs, becasue
>> some devices use standard cdc-ether or cdc-eem and you can't reliably
>> tell them apart from some random D-Link DUB100.
> 
> Sure, but that's a fundamentally unsolvable problem - if my primary 
> network connection is via a USB device there's a reasonable chance that 
> it'll be called usb0 anyway. The name isn't providing extra information 
> here

however, as long on virtual machines with ONE network
card get a random name PLEASE leave me in peace with
this "feature" as also "biosdevname" did not provide
any benefit for such machines with 1-2 network devices

[root at rawhide ~]# ifconfig
ens160: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.196.18  netmask 255.255.255.0  broadcast 192.168.196.255
        inet6 fe80::20c:29ff:fe85:353c  prefixlen 64  scopeid 0x20<link>
        ether 00:0c:29:85:35:3c  txqueuelen 1000  (Ethernet)
        RX packets 169  bytes 17562 (17.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 123  bytes 15292 (14.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Lokale Schleife)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20130129/aa41e064/attachment.sig>