Re: [PATCH 1/1] tun: change speed from 10M to dynamically configured

From: Stephen Hemminger <stephen@networkplumber.org>
Date: Mon, 16 Feb 2015 12:03:45 -0500

I would like to propose this is as a more complete alternative.

From: Stephen Hemminger <redacted>
Subject: [PATCH] tun: support overriding ethtool information

Extensions to allow masqurade of ethtool info and device statistics.
This is useful to provide correct information to SNMP and OSPF routing
daemons when doing hw/sw offload of network device.

Signed-off-by: Stephen Hemminger <stephen@networkplumber.org>

We need a consistent policy regarding link attributes of encapsulating
"software" devices.

I see three realistic options:

1) Create a link state indication which means "I am a software device,
   so I don't really have a link state in the traditional sense"

2) Don't implement the link set/get operations at all on software
   devices.

   People can use ETHTOOL_GLINK to see if the thing is "up"

3) Propagate the ultimate physical transport parameters into what
   the software device advertises.

It's important to carefully pick one of these, and consistently apply
it to all of our software devices.

I don't want TUN doing one thing, ipv4 tunnels doing another, etc.