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

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

Hi,

I have run mpls experiments using netkit virtual machines and everything
works without errors, but on real
machines my PC hangs on recieving MPLS packets. Could this be an
architecture or ethernet card related
issue ?

Thanks

On Mon, May 10, 2010 at 7:21 PM, Ahsan Tariq <ahs...@gm...>wrote:

> Hi,
>
> I have attached the debug traces. The trace are for one ping generated from
> L2 to L1.
> I ran two experiments for the configuration below:
> I generate ping from L2 to L1
>
> L1 ----- A -------- B --------- L2
>
> 1) router A has labelspace -1
>        The traces are TraceWoLabelA   (for router A)
>                              TraceWoLabelB   (for router B)
>
> 2) router A has labelspace 0
>         The router B trace remains the same as above and A's trace is
> TraceWithLabelA
>
>
>
>
>
>
> On Mon, May 10, 2010 at 6:57 PM, Renato Westphal <ren...@gm...
> > wrote:
>
>> 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
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>>
>> _______________________________________________
>> mpls-linux-devel mailing list
>> mpl...@li...
>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>>
>>
>