Re: [mpls-linux-devel] linux-kernel-2.6.14

[James R. L. <jl...@mi...>]

At this time your quickest path is to revert back to 2.6.9 and
apply the 1.946 patch.  Although I'm getting dangerously close to=20
making a new release ..  (probably next week after the US thanksgiving
holiday).

If you want to forge ahead, update you linux-kernel tree and make sure
to pull out a new iproute2-mpls tree
(View: //depot/iproute2-mpls/... //<new-client-name>/...)

As of last night I was able to use the 'mpls' utility to create static
LSPs and bind routes to them.

If you're really looking for something bleeding edge, grab my ebtables-mpls
tree and you can do "ethernet over MPLS" (the support was there many
release ago, in a hacked up sort of way, now using ebtables I have a much
better implementation)

On Tue, Nov 22, 2005 at 04:26:37PM -0500, Bob Beers wrote:
> On 11/10/05, James R. Leu <jl...@mi...> wrote:
> > My development tree is currently patched against 2.6.13 so getting
> > mpls-linux to work on a 2.6.11 (and beyond) kernel is possible.
> >
> >
> I got your development tree as of 20051121, and applied
>  patch-2.6.15-rc1-rc2 since I noticed you were at -rc1.
>=20
> But I get a compile error:
>=20
>   CC [M]  net/ipv4/mpls4.o
> net/ipv4/mpls4.c: In function `mpls4_local_deliver':
> net/ipv4/mpls4.c:298: error: too few arguments to function `ip_rcv'
> make[2]: *** [net/ipv4/mpls4.o] Error 1
> make[1]: *** [net/ipv4] Error 2
> make: *** [net] Error 2
>=20
> and, of course it's true: ip_rvc() expects 4 arguments.
> net/ipv4/ip_input.c:
>      int ip_rcv(struct sk_buff *skb,
>                     struct net_device *dev,
>                     struct packet_type *pt,
>                     struct net_device *orig_dev)
>=20
> but mpls4_local_deliver() provides only 3:
> net/ipv4/mpls4.c:
>        return ip_rcv(skb, skb->dev, NULL);
>=20
> Should I go just drop back to the 1.946 tarball and apply to say, 2.6.10?
> What is likely to get me to a working MPLS enabled 2.6.x kernel most quic=
kly?
>=20
> Thanks,
>=20
> -Bob

--=20
James R. Leu
jl...@mi...