[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20150304.002734.1453464446418392919.davem@davemloft.net>
Date: Wed, 04 Mar 2015 00:27:34 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: ebiederm@...ssion.com
Cc: netdev@...r.kernel.org, roopa@...ulusnetworks.com,
stephen@...workplumber.org, santiago@...reenet.org,
horms@...ge.net.au
Subject: Re: [PATCH net-next 0/7] Basic MPLS support take 2
From: ebiederm@...ssion.com (Eric W. Biederman)
Date: Tue, 03 Mar 2015 19:06:39 -0600
> On top of my two pending neighbour table prep patches here is the mpls
> support refactored to use them, and edited to not drop routes when
> an interface goes down. Additionally the addition of RTA_LLGATEWAY
> has been replaced with the addtion of RTA_VIA. RTA_VIA being an
> attribute that includes the address family as well as the address
> of the next hop.
>
> MPLS is at it's heart simple and I have endeavoured to maintain that
> simplicity in my implemenation.
>
> This is an implementation of a RFC3032 forwarding engine, and basic MPLS
> egress logic. Which should make linux sufficient to be a mpls
> forwarding node or to be a LSA (Label Switched Router) as it says in all
> of the MPLS documents. The ingress support will follow but it deserves
> it's own discussion so I am pushing it separately.
Ok, with the neigh changes, I think I'm fine with this.
Series applied, thanks.
Please think very carefully about the netlink API you've created to
config this stuff, once we hit the next merge window we will be stuck
with this thing forever.
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists