RE: [mpls-linux-general] Binding a MOI to a tunnel in kernel 2.6
Status: Beta
Brought to you by:
jleu
Menu
▾
▴
RE: [mpls-linux-general] Binding a MOI to a tunnel in kernel 2.6
|
From: Ramon C. <cas...@in...> - 2004-06-03 23:25:12
|
Hi James,Jonathan, Finally I can come back to the code after some time in other projects.. I'll take a look at that. There are also 2 students that are working on 2.6 which will compare different implementations. They have set up debian LSRs and are documenting everything. IIRC, it was possible to dump an hex number as a MOI (atoi-like function takes care of the base)... I'll take a look at this... two questions: * MOI 2 is the tunnel MOI? If you use moi A to have a set of ops that finish with a FWD to another MOI that has the same number (A) weird things may happen... * Are wrong binding and something happened executed in completely incorrelated kernels ? (e.g. boot, test config, reboot, test config 2) best regards, R. On Fri, 4 Jun 2004 Jon...@cs... wrote: > Hi James, > > Thanks for your hints on looking at the "dmesg". > > It seems that in the current code I should not echo a hex number to moi. > If I use a decimal number, everything seems set but there was a complain > in the dmesg about "assertion failed at net/ipv4/devinet.c (941)"!!! > i.e., > > [root@saturn root]# cat /proc/net/mpls/* > Iface LSpc Refcnt > lo -1 9 > eth0 -1 9 > eth1 0 7 > eth2 0 5 > eth3 -1 1 > eth4 -1 1 > eth5 -1 1 > tunnel1 -1 3 > MOI Key:0x00000002 Instruction Set > PUSH PUSH(gen 2000) > SET SET(eth1,10.70.10.1) > tunnel1 0x00000002 > > However, if I looked at the dmesg (see below), there was an > error/warning. Is that a worry?? > > Thanks again for your help... > > Cheers, > Jonathan > > > [wrong binding] > echo "0x2" > /sys/mpls/mpls_tunnel/mtp-tunnel1/moi > *** dmesg *** > MPLS DEBUG net/mpls/mpls_tunnel.c:225:mpls_tunnel_set_moi: enter > MPLS DEBUG net/mpls/mpls_tunnel.c:235:mpls_tunnel_set_moi: reset moi 0 > MPLS DEBUG net/mpls/mpls_tunnel.c:239:mpls_tunnel_set_moi: exit > > [something happened] > echo "2" > /sys/mpls/mpls_tunnel/mtp-tunnel1/moi > *** dmesg *** > MPLS DEBUG net/mpls/mpls_tunnel.c:225:mpls_tunnel_set_moi: enter > MPLS DEBUG include/net/mpls.h:665:mpls_out_info_hold: moi-2-get 5 > MPLS DEBUG net/mpls/mpls_tunnel.c:382:mpls_tunnel_change_mtu: enter > MPLS DEBUG net/mpls/mpls_tunnel.c:385:mpls_tunnel_change_mtu: exit > RTNL: assertion failed at net/ipv4/devinet.c (941) > Call Trace: > [<0226ca6f>] inetdev_event+0x4c/0x14e > [<0212888a>] notifier_call_chain+0x17/0x2b > [<02238944>] dev_set_mtu+0x54/0x5b > [<0228c38d>] mpls_tunnel_set_moi+0x1e5/0x221 > [<0228c9de>] mpls_tunnel_store_moi+0x31/0x40 > [<0228c9ad>] mpls_tunnel_store_moi+0x0/0x40 > [<0228ca3a>] mpls_tunnel_attr_store+0x1a/0x22 > [<0217c8d6>] flush_write_buffer+0x1d/0x22 > [<0217c900>] sysfs_write_file+0x25/0x38 > [<0214ea3d>] vfs_write+0xb8/0xe4 > [<0214ead7>] sys_write+0x2c/0x42 > > MPLS DEBUG net/mpls/mpls_tunnel.c:267:mpls_tunnel_set_moi: exit > > > > -----Original Message----- > > From: James R. Leu [mailto:jl...@mi...] > > Sent: Friday, 4 June 2004 12:01 AM > > To: Chan, Jonathan (ICT Centre, Marsfield) > > Cc: mpl...@li... > > Subject: Re: [mpls-linux-general] Binding a MOI to a tunnel > > in kernel 2.6 > > > > > > Can you send me the output of 'dmesg' after doing the above steps? > > > > Thanks > > > > On Thu, Jun 03, 2004 at 06:32:14PM +1000, > > Jon...@cs... wrote: > > > Dear all, > > > > > > Just upgraded one of my linux mpls boxes to Fedora Core 2 and linux > > > mpls 1.992. Sorry if this question has been asked before... But how > > > can I bind a MOI to a tunnel?? > > > > > > Basically, I tried to use "echo 0xkey > > > > /sys/mpls/mpls_tunnel/mtp-tunnel_name/moi. But nothing > > seems being set > > > if I look at /proc/net/mpls. > > > > > > Did I do anything stupid or am I just looking at the wrong place?? > > > This is the log of events... > > > > > > [root@saturn]# mplsadm2 -AO 0 -o > > > push:gen:2000:set:eth1:ipv4:10.70.10.1 > > > MPLSADM mplsadm.c:692:main: Out segment input: 0 > > > MPLSADM mplsadm.c:688:main: Out instr input: > > > push:gen:2000:set:eth1:ipv4:10.70.10.1 > > > Key: 0x00000003 > > > Out Segment add: Success > > > MPLSADM mplsadm.c:292:fill_instructions: Instruction: push > > > MPLSADM mplsadm.c:229:fill_label: Label type: gen > > > MPLSADM mplsadm.c:292:fill_instructions: Instruction: set > > > MPLSADM mplsadm.c:181:parse_nh_info: eth1 > > > MPLSADM mplsadm.c:182:parse_nh_info: 10.70.10.1 > > > MPLSADM mplsadm.c:204:parse_nh_info: Nexthop protocol: ipv4 > > > MPLSADM mplsadm.c:596:fill_instructions: Length: 2 > > > Out Instr: Success > > > > > > [root@saturn]# mplsadm2 -AT tunnel1 > > > MPLSADM mplsadm.c:696:main: Tunnel input: tunnel1 > > > > > > [root@saturn]# ifconfig tunnel1 10.70.10.2 netmask 255.255.255.255 > > > > > > [root@saturn]# mplsadm2 -BO 0x00000003 -T tunnel1 > > > MPLSADM mplsadm.c:692:main: Out segment input: 0x00000003 MPLSADM > > > mplsadm.c:696:main: Tunnel input: tunnel1 Using mplsadm2 to > > > bind/unbind MOIs to tunnels is deprecated in 2.6 > > > Use: > > > echo "<key>|0" > /sys/mpls/mpls_tunnel/mtp-tunnel1/moi > > > to bind / unbind a MOI to a tunnel > > > Bind/Unbind MOI: Invalid argument > > > > > > [root@saturn]# echo "0x3" > /sys/mpls/mpls_tunnel/mtp-tunnel1/moi > > > > > > [root@saturn]# cat /sys/mpls/mpls_tunnel/mtp-tunnel1/moi > > > moi: 0 > > > > > > [root@saturn]# cat /proc/net/mpls/tunnels > > > tunnel1 0x00000000 > > > > > > Any comments/suggestions are much appreciated... > > > > > > Cheers, > > > Jonathan > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by the new InstallShield X. > > > >From Windows to Linux, servers to mobile, InstallShield X > > is the one > > > installation-authoring solution that does it all. Learn more and > > > evaluate today! http://www.installshield.com/Dev2Dev/0504 > > > _______________________________________________ > > > mpls-linux-general mailing list > > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > -- > > James R. Leu > > jl...@mi... > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by the new InstallShield X. > >From Windows to Linux, servers to mobile, InstallShield X is the one > installation-authoring solution that does it all. Learn more and > evaluate today! http://www.installshield.com/Dev2Dev/0504 > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > // ------------------------------------------------------------------- // Ramon Casellas - GET/ENST/INFRES/RHD/A508 - cas...@in... // Tel: +33 (0)1 45 81 75 88 Fax: +33 (0)1 45 81 71 58 // 37/39 rue Dareau 75014 Paris -- http://perso.enst.fr/~casellas |
