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

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

The bug you're seeing is one I fixed in change 1310.  Could you make sure y=
our
iproute-mpls tree has that change.

    cd iproute-mpls
    p4 changes ... | more

The '...' tells p4 to only consider files in this part of the depot
(remember your client has just a small view of the depot, without '...'
 you would get all changes submitted to the depot)

Also I did some work tonight on modules.  I was able to compile
mpls, mpls_tunnel, mpls4, mpls6, ipt_mpls, ebt_mpls as modules
and load them in the correct order and get a functional MPLS stack.
So make sure to sync your mpls-kernel tree and rebuild (optionally
with MPLS compiled as a module)

On Tue, Dec 06, 2005 at 05:06:03PM -0500, Bob Beers wrote:
> On 12/6/05, James R. Leu <jl...@mi...> wrote:
> > You're getting bitten by my lack of new documentation.
> >
> > With the iproute2 that is in the dev tree there is a new
> > syntax.  Looking at the output of 'ip route help' would have helped you,
> > but here it the new syntax you want to use:
> >
> >     ip route add 10.0.0.0/16 via 192.168.1.1 mpls 0x2
> >
>=20
> ok, thanks, I get a step further
>=20
> root@alakazam:~# /usr/sbin/ip route add 172.16.87.21/32 via
> 172.16.87.21 mpls 0x2
>=20
> does not complain but,
>=20
> root@alakazam:~# /usr/sbin/mpls nhlfe show
>=20
> just sits there and doesn't return.
>=20
> root@alakazam:~# tail -n 30 /var/log/debug
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_netlink.c:398:genl_mpls_nhlfe_dump: Enter: entry 0
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_netlink.c:402:genl_mpls_nhlfe_dump: Dump: entry 0
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_netlink.c:249:mpls_fill_nhlfe: enter
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_netlink.c:49:mpls_copy_instr: enter
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_opcode.c:364:mpls_unbuild_opcode_push: enter
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_opcode.c:369:mpls_unbuild_opcode_push: exit
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_opcode.c:1109:mpls_unbuild_opcode_set: enter
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_opcode.c:1115:mpls_unbuild_opcode_set: exit
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_netlink.c:63:mpls_copy_instr: exit
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_netlink.c:266:mpls_fill_nhlfe: exit
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_netlink.c:419:genl_mpls_nhlfe_dump: Exit: entry 1
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_netlink.c:398:genl_mpls_nhlfe_dump: Enter: entry 1
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_netlink.c:402:genl_mpls_nhlfe_dump: Dump: entry 0
> Dec  6 16:59:51 alakazam kernel: MPLS DEBUG
> net/mpls/mpls_netlink.c:419:genl_mpls_nhlfe_dump: Exit: entry 1
>=20
>=20
>=20
> > If you plan on using the iptables from my dev tree, there is a new
> > syntax for that as well:
> >
> >     iptables -A OUTPUT -d 10.0.0.1/32 -j mpls --nhlfe=3D0x2
> >
>=20
> yes, I will need this as well, but first things first. :)
>=20
> > In the dev tree there is also support for ebtables, if you plan
> > on doing ethernet over MPLS.  I have an example I can send you if
> > you're interested.
> >
> > Version 1.950 also supports PHP. The same feature can
> > be used to prevent an IP lookup on the egress LER.
> >
> > The mpls_tunnel interface has also changed in 1.950.  Since I told
> > you to make MPLS static in the kernel, you will only have one
> > tunnel interface.  Once I fix the module loading (or add a new config
> > item for the MPLS tunnel interface) then you will be able to load the
> > module multiple times for multiple tunnel interfaces.
> >
>=20
> I will live with one tunnel while I get to know this stuff.
>=20
> > I'm probably forgetting something, let me know if you run into more
> > problems.
> >
> > BTW look at the output of 'dmesg' for some insight as to what is
> > happening inside of the MPLS code.  If you want to turn that off
> > just do 'echo 0 > /sys/mpls/debug'
> >
>=20
> wilco.
> <snip old message>
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id=16865&op?k
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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