Re: [mpls-linux-general] MPLS tunnels OOPsing kernel
Status: Beta
Brought to you by:
jleu
From: James R. L. <jl...@mi...> - 2001-11-15 16:55:09
|
On Thu, Nov 15, 2001 at 04:38:04PM +0000, iain barnes wrote: > Hi James, > > Thanks for the quick reply. > > > Here are the commands that we have used (just to make > sure we are doing it right) > > > mplsadm -AT mpls0 > ifconfig mpls0 <ip address> netmask <netmask> > mplsadm -BO gen:200:eth3 -T mpls0 > route add -host <ip address>/32 mpls0 > > > That all works OK. > > > The output of mpls_tunnel is > > mpls0 00000000 ^^^^^^^^ that ain't good :-) Looks like your 'mplsadm -BO gen:200:eth3 -T mpls0' didn't succeed. Try turning on MPLS kernel debugging before executing that command by doing a 'mplsadm -d' I think your missing a 'mplsadm -AO gen:200:eth3:ipv4:<nh ip>' before doing the 'mplsadm -BO ...' You need to create the outgoing label before trying to bind it to a tunnel. No matter what I need to fix tunnel code not to crash when sending packets without a valid outgoing label. I think I have a fix, I will try it out tonight and let you know my results. Jim > Then, when try and ping the host everything goes belly > up, this time the ping process segfaulted and errors > were printed to the system log. > > Attached is a copy of the message that we took out of > the syslog. > > We can get simple packet marking working and have had > MPLS traffic moving between hosts, it's just when we > start trying to create tunnels. > > > Again, anymore information we can provide to help with > this, then let me know. > > > Thanks > > > > --- "James R. Leu" <jl...@mi...> wrote: > I've > seen this as well. If the tunnel doesn't have > > a valid outgoing > > label it tries to free the packet. The opps occurs > > when freeing the packet. > > > > To make sure this is the bug your getting hit with, > > check the contents of > > /proc/net/mpls_tunnel after creating the tunnel and > > binding a label to it. > > If you do not see a hex key (for the outgoing label) > > then the > > tunnel <-> outgoing label binding didn't work. Let > > me know what you see. > > > > Jim > > > > On Thu, Nov 15, 2001 at 02:19:51PM +0000, iain > > barnes wrote: > > > Hi, > > > > > > > > > We are using the latest DSMPLS patch against 2.4.9 > > to > > > test MPLS and are having trouble creating tunnels. > > > > > > > > I was wondering what the status of the tunnel code > > > currently is. > > > > > > > > > The problem occurs when we try to send data down > > the > > > tunnel. We can set it up correctly but at the > > moment > > > we try and send data down it, the kernel OOPS's.We > > > haven't tried using any of the DiffServ mapping > > yet, > > > just played with the examples from the standard > > MPLS > > > code. > > > > > > Is this a known problem/limitation, or are we > > probably > > > doing something wrong. > > > > > > If tunnels work for other people, then let us know > > > what information we can provide so that we can get > > > this sorted. > > > > > > Thanks > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Everything you'll ever need on one web page from > > News and Sport to Email and Music Charts > > > http://uk.my.yahoo.com > > > > > > _______________________________________________ > > > mpls-linux-general mailing list > > > mpl...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > -- > > James R. Leu > > > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > __________________________________________________ > Do You Yahoo!? > Everything you'll ever need on one web page from News and Sport to Email and Music Charts > http://uk.my.yahoo.com Content-Description: capture.txt > Nov 15 16:18:15 localhost kernel: Warning: kfree_skb passed an skb still on a list (from c0192ee5). > Nov 15 16:18:15 localhost kernel: kernel BUG at skbuff.c:328! > Nov 15 16:18:15 localhost kernel: invalid operand: 0000 > Nov 15 16:18:15 localhost kernel: CPU: 0 > Nov 15 16:18:15 localhost kernel: EIP: 0010:[__kfree_skb+49/320] > Nov 15 16:18:15 localhost kernel: EIP: 0010:[<c018f431>] > Nov 15 16:18:15 localhost kernel: EFLAGS: 00010286 > Nov 15 16:18:15 localhost kernel: eax: 0000001c ebx: c7ec9800 ecx: c0576000 edx: c020df08 > Nov 15 16:18:15 localhost kernel: esi: c01f8780 edi: c01f77c0 ebp: c5ca85b0 esp: c46bdccc > Nov 15 16:18:15 localhost kernel: ds: 0018 es: 0018 ss: 0018 > Nov 15 16:18:15 localhost kernel: Process ping (pid: 3538, stackpage=c46bd000) > Nov 15 16:18:15 localhost kernel: Stack: c01f7546 c01f7720 00000148 c7ec9800 c0192ee5 c7ec9800 40001db0 c7ec9800 > Nov 15 16:18:15 localhost kernel: 000000f0 00000040 c7ec9800 00000000 c01a2d9b c7ec9800 0804e720 00000040 > Nov 15 16:18:15 localhost kernel: 00000000 c5ca85b4 c5ca85b0 c7ec9800 c5ca85b0 c01a3ab5 c5ca85b4 c5ca85b0 > Nov 15 16:18:15 localhost kernel: Call Trace: [dev_queue_xmit+517/608] [ip_output+203/288] [ip_build_xmit+709/912] [ip_build_xmit+749/912] [raw_sendmsg+720/848] > Nov 15 16:18:15 localhost kernel: Call Trace: [<c0192ee5>] [<c01a2d9b>] [<c01a3ab5>] [<c01a3add>] [<c01b9aa0>] > Nov 15 16:18:15 localhost kernel: [raw_getfrag+0/32] [n_tty_receive_buf+2745/2800] [inet_sendmsg+53/64] [sock_sendmsg+108/144] [move_addr_to_kernel+50/80] [sys_sendmsg+383/480] > Nov 15 16:18:15 localhost kernel: [<c01b96f0>] [<c01598f9>] [<c01c03a5>] [<c018c37c>] [<c018bec2>] [<c018d54f>] > Nov 15 16:18:15 localhost kernel: [do_no_page+77/192] [opost+446/464] [tty_write+334/448] [sys_rt_sigaction+147/240] [sys_socketcall+476/512] [system_call+51/56] > Nov 15 16:18:15 localhost kernel: [<c011f0cd>] [<c015886e>] [<c015667e>] [<c011a973>] [<c018d9cc>] [<c0106ce7>] > Nov 15 16:18:15 localhost kernel: > Nov 15 16:18:15 localhost kernel: Code: 0f 0b 83 c4 0c 8b 54 24 08 8b 42 28 85 c0 74 07 ff 48 04 8b > Nov 15 16:18:22 localhost kernel: Warning: kfree_skb passed an skb still on a list (from c0192ee5). > Nov 15 16:18:22 localhost kernel: kernel BUG at skbuff.c:328! > Nov 15 16:18:22 localhost kernel: invalid operand: 0000 > Nov 15 16:18:22 localhost kernel: CPU: 0 > Nov 15 16:18:22 localhost kernel: EIP: 0010:[__kfree_skb+49/320] > Nov 15 16:18:22 localhost kernel: EIP: 0010:[<c018f431>] > Nov 15 16:18:22 localhost kernel: EFLAGS: 00010286 > Nov 15 16:18:22 localhost kernel: eax: 0000001c ebx: c7ec9800 ecx: c0576000 edx: c020df08 > Nov 15 16:18:22 localhost kernel: esi: c01f8780 edi: c01f77c0 ebp: c5ca85b0 esp: c46bdccc > Nov 15 16:18:22 localhost kernel: ds: 0018 es: 0018 ss: 0018 > Nov 15 16:18:22 localhost kernel: Process ping (pid: 3539, stackpage=c46bd000) > Nov 15 16:18:22 localhost kernel: Stack: c01f7546 c01f7720 00000148 c7ec9800 c0192ee5 c7ec9800 40001db0 c7ec9800 > Nov 15 16:18:22 localhost kernel: 000000f0 00000040 c7ec9800 00000000 c01a2d9b c7ec9800 0804e720 00000040 > Nov 15 16:18:22 localhost kernel: 00000000 c5ca85b4 c5ca85b0 c7ec9800 c5ca85b0 c01a3ab5 c5ca85b4 c5ca85b0 > Nov 15 16:18:22 localhost kernel: Call Trace: [dev_queue_xmit+517/608] [ip_output+203/288] [ip_build_xmit+709/912] [ip_build_xmit+749/912] [raw_sendmsg+720/848] > Nov 15 16:18:22 localhost kernel: Call Trace: [<c0192ee5>] [<c01a2d9b>] [<c01a3ab5>] [<c01a3add>] [<c01b9aa0>] > Nov 15 16:18:22 localhost kernel: [raw_getfrag+0/32] [n_tty_receive_buf+2745/2800] [inet_sendmsg+53/64] [sock_sendmsg+108/144] [move_addr_to_kernel+50/80] [sys_sendmsg+383/480] > Nov 15 16:18:22 localhost kernel: [<c01b96f0>] [<c01598f9>] [<c01c03a5>] [<c018c37c>] [<c018bec2>] [<c018d54f>] > Nov 15 16:18:22 localhost kernel: [do_no_page+77/192] [opost+446/464] [tty_write+334/448] [sys_rt_sigaction+147/240] [sys_socketcall+476/512] [system_call+51/56] > Nov 15 16:18:22 localhost kernel: [<c011f0cd>] [<c015886e>] [<c015667e>] [<c011a973>] [<c018d9cc>] [<c0106ce7>] > Nov 15 16:18:22 localhost kernel: > Nov 15 16:18:22 localhost kernel: Code: 0f 0b 83 c4 0c 8b 54 24 08 8b 42 28 85 c0 74 07 ff 48 04 8b > Nov 15 16:18:24 localhost kernel: Warning: kfree_skb passed an skb still on a list (from c0192ee5). > Nov 15 16:18:24 localhost kernel: kernel BUG at skbuff.c:328! > Nov 15 16:18:24 localhost kernel: invalid operand: 0000 > Nov 15 16:18:24 localhost kernel: CPU: 0 > Nov 15 16:18:24 localhost kernel: EIP: 0010:[__kfree_skb+49/320] > Nov 15 16:18:24 localhost kernel: EIP: 0010:[<c018f431>] > Nov 15 16:18:24 localhost kernel: EFLAGS: 00010286 > Nov 15 16:18:24 localhost kernel: eax: 0000001c ebx: c08e0760 ecx: c0576000 edx: c020df08 > Nov 15 16:18:24 localhost kernel: esi: c01f8780 edi: c01f77c0 ebp: c5ca85b0 esp: c46bdccc > Nov 15 16:18:24 localhost kernel: ds: 0018 es: 0018 ss: 0018 > Nov 15 16:18:24 localhost kernel: Process ping (pid: 3540, stackpage=c46bd000) > Nov 15 16:18:24 localhost kernel: Stack: c01f7546 c01f7720 00000148 c08e0760 c0192ee5 c08e0760 40001db0 c08e0760 > Nov 15 16:18:24 localhost kernel: 000000f0 00000040 c08e0760 00000000 c01a2d9b c08e0760 0804e720 00000040 > Nov 15 16:18:24 localhost kernel: 00000000 c5ca85b4 c5ca85b0 c08e0760 c5ca85b0 c01a3ab5 c5ca85b4 c5ca85b0 > Nov 15 16:18:24 localhost kernel: Call Trace: [dev_queue_xmit+517/608] [ip_output+203/288] [ip_build_xmit+709/912] [ip_build_xmit+749/912] [raw_sendmsg+720/848] > Nov 15 16:18:24 localhost kernel: Call Trace: [<c0192ee5>] [<c01a2d9b>] [<c01a3ab5>] [<c01a3add>] [<c01b9aa0>] > Nov 15 16:18:24 localhost kernel: [raw_getfrag+0/32] [n_tty_receive_buf+2745/2800] [inet_sendmsg+53/64] [sock_sendmsg+108/144] [move_addr_to_kernel+50/80] [sys_sendmsg+383/480] > Nov 15 16:18:24 localhost kernel: [<c01b96f0>] [<c01598f9>] [<c01c03a5>] [<c018c37c>] [<c018bec2>] [<c018d54f>] > Nov 15 16:18:24 localhost kernel: [do_no_page+77/192] [opost+446/464] [tty_write+334/448] [sys_rt_sigaction+147/240] [sys_socketcall+476/512] [system_call+51/56] > Nov 15 16:18:24 localhost kernel: [<c011f0cd>] [<c015886e>] [<c015667e>] [<c011a973>] [<c018d9cc>] [<c0106ce7>] > Nov 15 16:18:24 localhost kernel: > Nov 15 16:18:24 localhost kernel: Code: 0f 0b 83 c4 0c 8b 54 24 08 8b 42 28 85 c0 74 07 ff 48 04 8b > Nov 15 16:18:24 localhost kernel: Warning: kfree_skb passed an skb still on a list (from c0192ee5). > Nov 15 16:18:24 localhost kernel: kernel BUG at skbuff.c:328! > Nov 15 16:18:24 localhost kernel: invalid operand: 0000 > Nov 15 16:18:24 localhost kernel: CPU: 0 > Nov 15 16:18:24 localhost kernel: EIP: 0010:[__kfree_skb+49/320] > Nov 15 16:18:24 localhost kernel: EIP: 0010:[<c018f431>] > Nov 15 16:18:24 localhost kernel: EFLAGS: 00010286 > Nov 15 16:18:24 localhost kernel: eax: 0000001c ebx: c0731e20 ecx: c0576000 edx: c020df08 > Nov 15 16:18:24 localhost kernel: esi: c01f8780 edi: c01f77c0 ebp: c5ca8eb0 esp: c46bdccc > Nov 15 16:18:24 localhost kernel: ds: 0018 es: 0018 ss: 0018 > Nov 15 16:18:24 localhost kernel: Process ping (pid: 3541, stackpage=c46bd000) > Nov 15 16:18:24 localhost kernel: Stack: c01f7546 c01f7720 00000148 c0731e20 c0192ee5 c0731e20 40001db0 c0731e20 > Nov 15 16:18:24 localhost kernel: 000000f0 00000040 c0731e20 00000000 c01a2d9b c0731e20 0804e720 00000040 > Nov 15 16:18:24 localhost kernel: 00000000 c5ca8eb4 c5ca8eb0 c0731e20 c5ca8eb0 c01a3ab5 c5ca8eb4 c5ca8eb0 > Nov 15 16:18:24 localhost kernel: Call Trace: [dev_queue_xmit+517/608] [ip_output+203/288] [ip_build_xmit+709/912] [ip_build_xmit+749/912] [raw_sendmsg+720/848] > Nov 15 16:18:24 localhost kernel: Call Trace: [<c0192ee5>] [<c01a2d9b>] [<c01a3ab5>] [<c01a3add>] [<c01b9aa0>] > Nov 15 16:18:24 localhost kernel: [raw_getfrag+0/32] [n_tty_receive_buf+2745/2800] [inet_sendmsg+53/64] [sock_sendmsg+108/144] [move_addr_to_kernel+50/80] [sys_sendmsg+383/480] > Nov 15 16:18:24 localhost kernel: [<c01b96f0>] [<c01598f9>] [<c01c03a5>] [<c018c37c>] [<c018bec2>] [<c018d54f>] > Nov 15 16:18:24 localhost kernel: [do_no_page+77/192] [opost+446/464] [tty_write+334/448] [sys_rt_sigaction+147/240] [sys_socketcall+476/512] [system_call+51/56] > Nov 15 16:18:24 localhost kernel: [<c011f0cd>] [<c015886e>] [<c015667e>] [<c011a973>] [<c018d9cc>] [<c0106ce7>] > Nov 15 16:18:24 localhost kernel: > Nov 15 16:18:24 localhost kernel: Code: 0f 0b 83 c4 0c 8b 54 24 08 8b 42 28 85 c0 74 07 ff 48 04 8b -- James R. Leu |