On Thu, Dec 31, 2015 at 11:41 AM, Guillaume Nault <g.na...@alphalink.fr> wrote:
> On Thu, Dec 31, 2015 at 08:46:59AM +0100, Sedat Dilek wrote:
>> Hi Guillaume,
>>
>> can you explain why you moved ppp to rtnetlink device handling?
>> Benefits, etc.?
>>
> The objective is to bring all the flexibility of rtnetlink device
> creation to ppp interfaces. This is particularly useful for Network
> Access Servers which need to define device properties at creation
> time. My use case includes setting device name and netns, which is
> impossible with the ioctl-based interface without generating transient
> effects.
>
What do you mean by "my use-case"?
Example?
>> Does anything change when using NetworkManager/ModemManager/pppd for
>> my network setup/handling (here: Ubuntu/precise AMD64)?
>>
> No. The ioctl-based ABI remains unchanged, so programs using it won't
> see any difference. The rtnl ABI only brings a new way to create PPP
> devices.
>
> Whether a ppp device is created with the ioctl or rtnl ABI doesn't
> change its behaviour. In particular ppp devices created with rtnl can
> still be configured with the old ioctls. The only difference I can
> think of, is that managing ppp devices with rtnl allows a user to
> remove it with "ip link del", while this is not possible with ppp
> devices created with ioctl.
>
That all sounds like an improvement.
>> Thanks in advance.
>>
> You're welcome.
>
Building net-next-20151231 with your 3 patches on top...
Guillaume Nault (8):
ppp: don't set sk_state to PPPOX_ZOMBIE in pppoe_disc_rcv()
ppp: remove PPPOX_ZOMBIE socket state
pppox: use standard module auto-loading feature
ppp: define "ppp" device type
ppp: declare ppp devices as enumerated interfaces
ppp: define reusable device creation functions <--- (1)
ppp: implement rtnetlink device handling <--- (2)
l2tp: rely on ppp layer for skb scrubbing <--- (3)
...will report.
- Sedat -
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
