mpls-linux-devel

[mpls-linux-devel] kernel 2.6.32 or better

[Ahsan T. <ahs...@gm...>]

Hi chris,

quote: "

Jorge

Testing today shows that the lock up problem still exist after applying
the patch you sent out.  Unfortunately I can't give you a tcpdump from
Host A cause the system locks up tight and requires a hard power reset.
The OS I'm using is FC12 version 2.6.32.11-99.fc12.x86_64 modified with
the Renato patch and your additional patch.  If you want some additional
info I can re-run test but please provide specifics to how/what/where
you need things done, remembering I'm not an expert in system level
debugging but can parakeet command requires fairly good (:-) *sigh*.
Maybe I show use a patch file created by you as a first step?  Can you
send me something direct?

Data and config info:

Host A (eth1/10.50.1.1 - eth1:1/10.50.210.1)<---->Host B(eth1/10.50.1.2
- eth1:1/10.50.110.1)

"


Could you tell me more about the lock up problem that you are facing using
mpls-linux. I am having a similar problem. In my case using the same example
as you posted, if I send a ping from B to A then A locks up and vice versa
i.e. MPLS packets are being created with no problem but on recieving MPLS
packets a system hangs up.

In your case you mentioned that host A hangs. Does it hang on rcieving an
MPLS packet or generating one ?

Thanks,

Ahsan

Re: [mpls-linux-devel] kernel 2.6.32 or better

[Chris R. <Chr...@nr...>]

Ahsan, all

I may be on the trail of what is happening (or maybe not *sigh*).  The 
short is, the problem maybe associated to a simple build process glitch 
on my part.  I'll know more later today.

...Chris

On 05/07/2010 07:44 AM, Ahsan Tariq wrote:
> Hi chris,
>
> quote: "
> Jorge
>
> Testing today shows that the lock up problem still exist after applying
> the patch you sent out.  Unfortunately I can't give you a tcpdump from
> Host A cause the system locks up tight and requires a hard power reset.
>
> The OS I'm using is FC12 version 2.6.32.11-99.fc12.x86_64 modified with
> the Renato patch and your additional patch.  If you want some additional
> info I can re-run test but please provide specifics to how/what/where
>
> you need things done, remembering I'm not an expert in system level
> debugging but can parakeet command requires fairly good (:-) *sigh*.
> Maybe I show use a patch file created by you as a first step?  Can you
>
> send me something direct?
>
> Data and config info:
>
> Host A (eth1/10.50.1.1  <http://10.50.1.1>  - eth1:1/10.50.210.1  <http://10.50.210.1>)<---->Host B(eth1/10.50.1.2  <http://10.50.1.2>
>
> - eth1:1/10.50.110.1  <http://10.50.110.1>)
>
> "
>
> Could you tell me more about the lock up problem that you are facing 
> using mpls-linux. I am having a similar problem. In my case using the 
> same example as you posted, if I send a ping from B to A then A locks 
> up and vice versa i.e. MPLS packets are being created with no problem 
> but on recieving MPLS packets a system hangs up.
>
> In your case you mentioned that host A hangs. Does it hang on rcieving 
> an MPLS packet or generating one ?
>
> Thanks,
>
> Ahsan

Re: [mpls-linux-devel] kernel 2.6.32 or better

[Chris R. <Chr...@nr...>]

Ahsan

There isn't much more than what you say is happening to your setup.  
MPLS packets go out OK but the receiving system locks up tight when the 
packet is receive.  Note one can only assume its on receive because the 
system is inaccessible after the packet leaves the source system.

My next step is to turn on some debugging dumps on the receive side.  My 
guess on the problem is issues with skbuff since that is where the major 
changes are.

....Chris

On 05/07/2010 07:44 AM, Ahsan Tariq wrote:
> Hi chris,
>
> quote: "
> Jorge
>
> Testing today shows that the lock up problem still exist after applying
> the patch you sent out.  Unfortunately I can't give you a tcpdump from
> Host A cause the system locks up tight and requires a hard power reset.
>
> The OS I'm using is FC12 version 2.6.32.11-99.fc12.x86_64 modified with
> the Renato patch and your additional patch.  If you want some additional
> info I can re-run test but please provide specifics to how/what/where
>
> you need things done, remembering I'm not an expert in system level
> debugging but can parakeet command requires fairly good (:-) *sigh*.
> Maybe I show use a patch file created by you as a first step?  Can you
>
> send me something direct?
>
> Data and config info:
>
> Host A (eth1/10.50.1.1  <http://10.50.1.1>  - eth1:1/10.50.210.1  <http://10.50.210.1>)<---->Host B(eth1/10.50.1.2  <http://10.50.1.2>
>
> - eth1:1/10.50.110.1  <http://10.50.110.1>)
>
> "
>
> Could you tell me more about the lock up problem that you are facing 
> using mpls-linux. I am having a similar problem. In my case using the 
> same example as you posted, if I send a ping from B to A then A locks 
> up and vice versa i.e. MPLS packets are being created with no problem 
> but on recieving MPLS packets a system hangs up.
>
> In your case you mentioned that host A hangs. Does it hang on rcieving 
> an MPLS packet or generating one ?
>
> Thanks,
>
> Ahsan
>
>
> ------------------------------------------------------------------------------
>
>    
>
>
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>    

Re: [mpls-linux-devel] kernel 2.6.32 or better

[Renato W. <ren...@gm...>]

This is all very strange to me. I've tried the following versions and never
had problems:

   - mpls 1950 on kernel 2.6.15.1
   - mpls 1963 on kernel 2.6.27.24
   - mpls 1963 on kernel 2.6.32.11

My tests are conducted in VirtualBox VMs and a powerpc machine. You should
provide us some debug information so we can try to help you.

One question: on what kernel versions are you facing this problem?

Regarding skbuff, there were only a minor interface change... (2.6.27 ->
2.6.32)

* skb->dst = X;
  To
  skb_dst_set(skb, X);

* X = skb->dst;
  To
  X = skb_dst(skb);

Files:
/net/ipv4/
    mpls4.c
    ip_output.c
/net/ipv6/
    mpls6.c
    ip6_output.c
/net/mpls/
    mpls_dst.c
    mpls_input.c
    mpls_opcode.c (considering skb = (*skb))
    mpls_output.c
    mpls_tunnel.c
/net/netfilter/
    xt_mpls.c

2010/5/10 Chris Robson <Chr...@nr...>

>
> Ahsan
>
> There isn't much more than what you say is happening to your setup.  MPLS
> packets go out OK but the receiving system locks up tight when the packet is
> receive.  Note one can only assume its on receive because the system is
> inaccessible after the packet leaves the source system.
>
> My next step is to turn on some debugging dumps on the receive side.  My
> guess on the problem is issues with skbuff since that is where the major
> changes are.
>
> ....Chris
>
>
> On 05/07/2010 07:44 AM, Ahsan Tariq wrote:
>
> Hi chris,
>
> quote: "
>
> Jorge
>
> Testing today shows that the lock up problem still exist after applying
> the patch you sent out.  Unfortunately I can't give you a tcpdump from
> Host A cause the system locks up tight and requires a hard power reset.
>
> The OS I'm using is FC12 version 2.6.32.11-99.fc12.x86_64 modified with
> the Renato patch and your additional patch.  If you want some additional
> info I can re-run test but please provide specifics to how/what/where
>
> you need things done, remembering I'm not an expert in system level
> debugging but can parakeet command requires fairly good (:-) *sigh*.
> Maybe I show use a patch file created by you as a first step?  Can you
>
> send me something direct?
>
> Data and config info:
>
> Host A (eth1/10.50.1.1 - eth1:1/10.50.210.1)<---->Host B(eth1/10.50.1.2
>
> - eth1:1/10.50.110.1)
>
> "
>
>
> Could you tell me more about the lock up problem that you are facing using
> mpls-linux. I am having a similar problem. In my case using the same example
> as you posted, if I send a ping from B to A then A locks up and vice versa
> i.e. MPLS packets are being created with no problem but on recieving MPLS
> packets a system hangs up.
>
> In your case you mentioned that host A hangs. Does it hang on rcieving an
> MPLS packet or generating one ?
>
> Thanks,
>
> Ahsan
>
>
> ------------------------------------------------------------------------------
>
>
>
>
> _______________________________________________
> mpls-linux-devel mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>
>
>
> ------------------------------------------------------------------------------
>
>
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>
>