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
|