mpls-linux-devel — Mailig list for discussing the development of MPLS on Linux

Re: [mpls-linux-devel] mpls-linux on 64 bit kernel

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

Ashan

I'm currently trying to test this but having lock up problems.  However, 
I have cornered the problem to the following code snip.  Note the 
conditional compile statement.  This maybe the cause of the x86_64 
system locking up, but (and a big but) it also locks up with my x86_32 
systems as well.  Will be collecting more data tomorrow but if anyone 
has any ideas I'm all ears.  FYI, the lock up occurs when 
mpls_opcode_peek is called from mpls_skb_recv().

int mpls_opcode_peek(struct sk_buff *skb)
{
     u32 shim;

#define CAN_WE_ASSUME_32BIT_ALIGNED 0
#if CAN_WE_ASSUME_32BIT_ALIGNED
     shim = ntohl(*((u32*)&skb->network_header));
#else
     memcpy(&shim,skb->network_header,sizeof(u32));
     shim = ntohl(shim);
#endif

     if (!(MPLSCB(skb)->flag)) {
         MPLSCB(skb)->ttl  = shim & 0xFF;
         MPLSCB(skb)->flag = 1;
     }
     MPLSCB(skb)->bos   = (shim >> 8 ) & 0x1;
     MPLSCB(skb)->exp   = (shim >> 9 ) & 0x7;
     MPLSCB(skb)->label = (shim >> 12) & 0xFFFFF;

     return MPLS_RESULT_RECURSE;
}


On 05/17/2010 12:01 PM, Ahsan Tariq wrote:
> Hi,
>
> I just wanted to ask that if anybody has successfully tested MPLS 
> label switching on a 64 bit architecture, specifically x86_64 ?
>
> Thanks
>
> Ahsan
>
>
> ------------------------------------------------------------------------------
>
>    
>
>
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>    

[mpls-linux-devel] mpls-linux on 64 bit kernel

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

Hi,

I just wanted to ask that if anybody has successfully tested MPLS label
switching on a 64 bit architecture, specifically x86_64 ?

Thanks

Ahsan

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

[Jorge B. [DTI2] <jo...@dt...>]

El 13/05/2010 16:48, Ahsan Tariq escribió:
> 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 ?
> 

	Hi, what's your architecture an NIC card?

-- 
==============================================================
Jorge Boncompte - Ingenieria y Gestion de RED
DTI2 - Desarrollo de la Tecnologia de las Comunicaciones
--------------------------------------------------------------
C/ Abogado Enriquez Barrios, 5   14004 CORDOBA (SPAIN)
Tlf: +34 957 761395 / FAX: +34 957 450380
==============================================================
- Sin pistachos no hay Rock & Roll...
- Without wicker a basket cannot be made.
==============================================================

Re: [mpls-linux-devel] L2 VPN with MPLS - another problem

[Adrian P. <adr...@gm...>]

Sorry I couldn't help in time, but I was on vacantion without access to
email. Good to hear you solved it!

Regards,
Adrian

On Thu, May 13, 2010 at 9:29 AM, Pali <pal...@gm...> wrote:

> Problem solved : )
> *
> sudo chmod a+rwx /dev/vmnet* -v*
>
> do the work. Problem was in security setting that prohibit promiscuous mode
> to regular user. More about this:
>
> *
> http://www.vmware.com/support/ws55/doc/ws_net_advanced_linux_vadapter_promiscuous.html
> *
>
>
>
> 2010/5/12 Pali <pal...@gm...>
>
>> Hi everybody, there is a little bit of magic, for some time LAB works as
>> expected, pings return back, even TCP connections works across mpls tunnel
>> (in tcpdump could be seen both tunnels) Even if I change hosts A1 and A2 for
>> different clients, it also work. After rebooting Linux routers, problem
>> repeat, arp replay does not appear inside the tunnel. Will explore why is it
>> so, any clue?
>>
>>
>> 2010/5/12 Pali <pal...@gm...>
>>
>>> Hi everbody,
>>> I collected all useful information to debug L2VPN lab. I added them as
>>> mail attachment, or they could be downloaded from:
>>>
>>> *http://www.localnet.sk/~maestro/dnl/mpls-linux/l2vpn_public_log.tgz<http://www.localnet.sk/%7Emaestro/dnl/mpls-linux/l2vpn_public_log.tgz>
>>> *
>>>
>>> If anybody has a clue what is wrong, please write it. If someone find
>>> useful, I could also hang network topology and all VM on Internet.
>>>
>>> Pali
>>>
>>> 2010/5/12 Pali <pal...@gm...>
>>>
>>>> Hi mpls community,
>>>>
>>>> I successfully run
>>>>
>>>>  *MPLS-Linux labs – 5.1 Layer 2 VPN with MPLS*
>>>> *
>>>> http://www.sj.ifsc.edu.br/~msobral/RCO2/docs/mpls-linux/5-1-layer2_vpn.html<http://www.sj.ifsc.edu.br/%7Emsobral/RCO2/docs/mpls-linux/5-1-layer2_vpn.html>
>>>> *
>>>>
>>>> using last stable Etch Debian with kernel 2.6.15.1 and mpls v1.950
>>>> patch. No more kernel panic appear, just kernel oops when I execute *
>>>> del_mpls.sh* with no previous mpls configuration.
>>>>
>>>> Linux routers are quite stable, on uplink direction (A1->A3) everything
>>>> works fine, broadcast, and arp request successfully travel from A1 to A3. No
>>>> traffic return back, even I see arp reply on A3. Let me describe situation:
>>>>
>>>> A1: ping 172.16.30.30 or arping -i eth2 172.16.30.30
>>>> E2: receive ICMP echo request on eth1, encapsulate as two layer MPLS
>>>> packet (1000,100) and send out on eth0.
>>>> E3: receive MPLS packet, change top label 1000 to 3000 and send MPLS
>>>> packet (3000,100) from outgoing interface eth2.
>>>> E1: receive MPLS packet (3000,100), remove all labels and send Ethernet
>>>> frame from outging eth1
>>>> A3: receive arp request on 172.16.30.30, because it has requested IP
>>>> address, if replay with ARP-reply, that 172.16.30.30 is available under MAC
>>>> address 00:0c:29:54:f1:0d
>>>> E1: receive no ARP replay so it encapsulate no traffic back to
>>>> E3->E2->A1. Here is the problem that I need to solve.
>>>>
>>>> I have same results with ping (L3) and arping (L2), even if I configure
>>>> staticly MAC address of remote computer on A1 and A3
>>>>
>>>> example of static assignment:
>>>> A3: arp -v -i eth0 -s 172.16.30.10 00:0c:29:53:64:53
>>>>
>>>> When I bypass MPLS network and connect A1 and A3 directly, everything
>>>> works as expected, even with static MAC address assignment.
>>>>
>>>> Any ideas what could be wrong?
>>>> I have this topology connected and freeze as virtual machines on VMware
>>>> Workstation, so I can provide anytime all information, that You will
>>>> request. I will search also mpls-linux mailing list archive if I found
>>>> something.
>>>>
>>>>
>>>> --
>>>> << 0903 48 47 40 >> mobil
>>>> << 309458351 >> icq
>>>> << ortseamo >> skype
>>>>
>>>
>>
>>
>> --
>> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
>> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>>
>> << 0903 48 47 40 >> mobil
>> << 309458351 >> icq
>> << ortseamo >> skype
>>
>
>
>
> --
> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>
> << 0903 48 47 40 >> mobil
> << 309458351 >> icq
> << ortseamo >> skype
>

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
>>
>>
>

Re: [mpls-linux-devel] L2 VPN with MPLS - another problem

[Pali <pal...@gm...>]

Problem solved : )
*
sudo chmod a+rwx /dev/vmnet* -v*

do the work. Problem was in security setting that prohibit promiscuous mode
to regular user. More about this:

*
http://www.vmware.com/support/ws55/doc/ws_net_advanced_linux_vadapter_promiscuous.html
*


2010/5/12 Pali <pal...@gm...>

> Hi everybody, there is a little bit of magic, for some time LAB works as
> expected, pings return back, even TCP connections works across mpls tunnel
> (in tcpdump could be seen both tunnels) Even if I change hosts A1 and A2 for
> different clients, it also work. After rebooting Linux routers, problem
> repeat, arp replay does not appear inside the tunnel. Will explore why is it
> so, any clue?
>
>
> 2010/5/12 Pali <pal...@gm...>
>
>> Hi everbody,
>> I collected all useful information to debug L2VPN lab. I added them as
>> mail attachment, or they could be downloaded from:
>>
>> *http://www.localnet.sk/~maestro/dnl/mpls-linux/l2vpn_public_log.tgz<http://www.localnet.sk/%7Emaestro/dnl/mpls-linux/l2vpn_public_log.tgz>
>> *
>>
>> If anybody has a clue what is wrong, please write it. If someone find
>> useful, I could also hang network topology and all VM on Internet.
>>
>> Pali
>>
>> 2010/5/12 Pali <pal...@gm...>
>>
>>> Hi mpls community,
>>>
>>> I successfully run
>>>
>>>  *MPLS-Linux labs – 5.1 Layer 2 VPN with MPLS*
>>> *
>>> http://www.sj.ifsc.edu.br/~msobral/RCO2/docs/mpls-linux/5-1-layer2_vpn.html<http://www.sj.ifsc.edu.br/%7Emsobral/RCO2/docs/mpls-linux/5-1-layer2_vpn.html>
>>> *
>>>
>>> using last stable Etch Debian with kernel 2.6.15.1 and mpls v1.950 patch.
>>> No more kernel panic appear, just kernel oops when I execute *
>>> del_mpls.sh* with no previous mpls configuration.
>>>
>>> Linux routers are quite stable, on uplink direction (A1->A3) everything
>>> works fine, broadcast, and arp request successfully travel from A1 to A3. No
>>> traffic return back, even I see arp reply on A3. Let me describe situation:
>>>
>>> A1: ping 172.16.30.30 or arping -i eth2 172.16.30.30
>>> E2: receive ICMP echo request on eth1, encapsulate as two layer MPLS
>>> packet (1000,100) and send out on eth0.
>>> E3: receive MPLS packet, change top label 1000 to 3000 and send MPLS
>>> packet (3000,100) from outgoing interface eth2.
>>> E1: receive MPLS packet (3000,100), remove all labels and send Ethernet
>>> frame from outging eth1
>>> A3: receive arp request on 172.16.30.30, because it has requested IP
>>> address, if replay with ARP-reply, that 172.16.30.30 is available under MAC
>>> address 00:0c:29:54:f1:0d
>>> E1: receive no ARP replay so it encapsulate no traffic back to
>>> E3->E2->A1. Here is the problem that I need to solve.
>>>
>>> I have same results with ping (L3) and arping (L2), even if I configure
>>> staticly MAC address of remote computer on A1 and A3
>>>
>>> example of static assignment:
>>> A3: arp -v -i eth0 -s 172.16.30.10 00:0c:29:53:64:53
>>>
>>> When I bypass MPLS network and connect A1 and A3 directly, everything
>>> works as expected, even with static MAC address assignment.
>>>
>>> Any ideas what could be wrong?
>>> I have this topology connected and freeze as virtual machines on VMware
>>> Workstation, so I can provide anytime all information, that You will
>>> request. I will search also mpls-linux mailing list archive if I found
>>> something.
>>>
>>>
>>> --
>>> << 0903 48 47 40 >> mobil
>>> << 309458351 >> icq
>>> << ortseamo >> skype
>>>
>>
>
>
> --
> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>
> << 0903 48 47 40 >> mobil
> << 309458351 >> icq
> << ortseamo >> skype
>



-- 
Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.

<< 0903 48 47 40 >> mobil
<< 309458351 >> icq
<< ortseamo >> skype

Re: [mpls-linux-devel] L2 VPN with MPLS - another problem

[Pali <pal...@gm...>]

Hi everybody, there is a little bit of magic, for some time LAB works as
expected, pings return back, even TCP connections works across mpls tunnel
(in tcpdump could be seen both tunnels) Even if I change hosts A1 and A2 for
different clients, it also work. After rebooting Linux routers, problem
repeat, arp replay does not appear inside the tunnel. Will explore why is it
so, any clue?

2010/5/12 Pali <pal...@gm...>

> Hi everbody,
> I collected all useful information to debug L2VPN lab. I added them as
> mail attachment, or they could be downloaded from:
>
> *http://www.localnet.sk/~maestro/dnl/mpls-linux/l2vpn_public_log.tgz<http://www.localnet.sk/%7Emaestro/dnl/mpls-linux/l2vpn_public_log.tgz>
> *
>
> If anybody has a clue what is wrong, please write it. If someone find
> useful, I could also hang network topology and all VM on Internet.
>
> Pali
>
> 2010/5/12 Pali <pal...@gm...>
>
>> Hi mpls community,
>>
>> I successfully run
>>
>>  *MPLS-Linux labs – 5.1 Layer 2 VPN with MPLS*
>> *
>> http://www.sj.ifsc.edu.br/~msobral/RCO2/docs/mpls-linux/5-1-layer2_vpn.html<http://www.sj.ifsc.edu.br/%7Emsobral/RCO2/docs/mpls-linux/5-1-layer2_vpn.html>
>> *
>>
>> using last stable Etch Debian with kernel 2.6.15.1 and mpls v1.950 patch.
>> No more kernel panic appear, just kernel oops when I execute *del_mpls.sh
>> * with no previous mpls configuration.
>>
>> Linux routers are quite stable, on uplink direction (A1->A3) everything
>> works fine, broadcast, and arp request successfully travel from A1 to A3. No
>> traffic return back, even I see arp reply on A3. Let me describe situation:
>>
>> A1: ping 172.16.30.30 or arping -i eth2 172.16.30.30
>> E2: receive ICMP echo request on eth1, encapsulate as two layer MPLS
>> packet (1000,100) and send out on eth0.
>> E3: receive MPLS packet, change top label 1000 to 3000 and send MPLS
>> packet (3000,100) from outgoing interface eth2.
>> E1: receive MPLS packet (3000,100), remove all labels and send Ethernet
>> frame from outging eth1
>> A3: receive arp request on 172.16.30.30, because it has requested IP
>> address, if replay with ARP-reply, that 172.16.30.30 is available under MAC
>> address 00:0c:29:54:f1:0d
>> E1: receive no ARP replay so it encapsulate no traffic back to E3->E2->A1.
>> Here is the problem that I need to solve.
>>
>> I have same results with ping (L3) and arping (L2), even if I configure
>> staticly MAC address of remote computer on A1 and A3
>>
>> example of static assignment:
>> A3: arp -v -i eth0 -s 172.16.30.10 00:0c:29:53:64:53
>>
>> When I bypass MPLS network and connect A1 and A3 directly, everything
>> works as expected, even with static MAC address assignment.
>>
>> Any ideas what could be wrong?
>> I have this topology connected and freeze as virtual machines on VMware
>> Workstation, so I can provide anytime all information, that You will
>> request. I will search also mpls-linux mailing list archive if I found
>> something.
>>
>>
>> --
>> << 0903 48 47 40 >> mobil
>> << 309458351 >> icq
>> << ortseamo >> skype
>>
>


-- 
Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.

<< 0903 48 47 40 >> mobil
<< 309458351 >> icq
<< ortseamo >> skype

[mpls-linux-devel] L2 VPN with MPLS - another problem

[Pali <pal...@gm...>]

Hi mpls community,
I successfully run

 *MPLS-Linux labs – 5.1 Layer 2 VPN with MPLS*
*http://www.sj.ifsc.edu.br/~msobral/RCO2/docs/mpls-linux/5-1-layer2_vpn.html
*

using last stable Etch Debian with kernel 2.6.15.1 and mpls v1.950 patch. No
more kernel panic appear, just kernel oops when I execute *del_mpls.sh* with
no previous mpls configuration.

Linux routers are quite stable, on uplink direction (A1->A3) everything
works fine, broadcast, and arp request successfully travel from A1 to A3. No
traffic return back, even I see arp reply on A3. Let me describe situation:

A1: ping 172.16.30.30 or arping -i eth2 172.16.30.30
E2: receive ICMP echo request on eth1, encapsulate as two layer MPLS packet
(1000,100) and send out on eth0.
E3: receive MPLS packet, change top label 1000 to 3000 and send MPLS packet
(3000,100) from outgoing interface eth2.
E1: receive MPLS packet (3000,100), remove all labels and send Ethernet
frame from outging eth1
A3: receive arp request on 172.16.30.30, because it has requested IP
address, if replay with ARP-reply, that 172.16.30.30 is available under MAC
address 00:0c:29:54:f1:0d
E1: receive no ARP replay so it encapsulate no traffic back to E3->E2->A1.
Here is the problem that I need to solve.

I have same results with ping (L3) and arping (L2), even if I configure
staticly MAC address of remote computer on A1 and A3

example of static assignment:
A3: arp -v -i eth0 -s 172.16.30.10 00:0c:29:53:64:53

When I bypass MPLS network and connect A1 and A3 directly, everything works
as expected, even with static MAC address assignment.

Any ideas what could be wrong?
I have this topology connected and freeze as virtual machines on VMware
Workstation, so I can provide anytime all information, that You will
request. I will search also mpls-linux mailing list archive if I found
something.

-- 
<< 0903 48 47 40 >> mobil
<< 309458351 >> icq
<< ortseamo >> skype

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
>
>

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

[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

[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

[mpls-linux-devel] test - please ignore

[Zartash U. <za...@gm...>]

Hi, I posted a message to the list two days ago (subject: Re:
[mpls-linux-devel] Kernel 2.6.32.11 or better) . Jorge and Chris were also
among mail recipients.

The message did not bounce from the list but it still is not in the archived
messages.

Apparently, Jorge did get the message as he replied directly to me. I am not
sure if Chris received it or not.

Testing if this message gets through.

Zartash

Re: [mpls-linux-devel] Kernel 2.6.32.11 or better

[Jorge B. [DTI2] <jo...@dt...>]

El 05/05/2010 13:40, Chris Robson escribió:
> 
> 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?

	I am on Debian and I only use kernel.org kernels. I have tested in my 2.6.33.2
setup with your example and it does work. I haven't seen Renato's patch nor Pali
patches you did mention in the other email.

	If you can send me a diff between your current tree and the original Fedora one
maybe I can pinpoint the differences.

	Regards,
		Jorge
-- 
==============================================================
Jorge Boncompte - Ingenieria y Gestion de RED
DTI2 - Desarrollo de la Tecnologia de las Comunicaciones
--------------------------------------------------------------
C/ Abogado Enriquez Barrios, 5   14004 CORDOBA (SPAIN)
Tlf: +34 957 761395 / FAX: +34 957 450380
==============================================================
- Sin pistachos no hay Rock & Roll...
- Without wicker a basket cannot be made.
==============================================================

Re: [mpls-linux-devel] Kernel 2.6.32.11 or better

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

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)

Host A MPLS manual configuration:
/sbin/mpls labelspace set dev eth1 labelspace 0
LSPKey=`/sbin/mpls nhlfe add key 0 instructions push gen 1000 nexthop 
eth1 ipv4 10.50.1.2 | grep key | cut -c 17-26`
/sbin/ip route add 10.50.110.0/24 via 10.50.1.2 mpls $LSPKey
/sbin/mpls ilm add label gen 2000 labelspace 0

ILM entry label gen 2000 labelspace 0 proto ipv4
     pop peek  (0 bytes, 0 pkts)

NHLFE entry key 0x00000002 mtu 1496 propagate_ttl
     push gen 1000 set eth1 ipv4 10.50.1.2  (0 bytes, 0 pkts)

LABELSPACE entry dev lo labelspace -1
LABELSPACE entry dev mpls0 labelspace -1
LABELSPACE entry dev eth0 labelspace -1
LABELSPACE entry dev eth1 labelspace 0


Host A interface config info
eth1      Link encap:Ethernet  HWaddr 00:05:1B:70:E9:37
           inet addr:10.50.1.1  Bcast:10.50.1.255  Mask:255.255.255.0
           inet6 addr: fe80::205:1bff:fe70:e937/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:1 errors:0 dropped:0 overruns:0 frame:0
           TX packets:48 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:437 (437.0 b)  TX bytes:7040 (6.8 KiB)

eth1:1    Link encap:Ethernet  HWaddr 00:05:1B:70:E9:37
           inet addr:10.50.210.1  Bcast:10.50.210.255  Mask:255.255.255.0
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

Host A route info:
10.50.110.0/24 via 10.50.1.2 dev eth1 mpls 0x2



On 05/04/2010 08:10 AM, Jorge Boncompte [DTI2] wrote:
> El 04/05/2010 12:45, Chris Robson escribió:
>    
>> Renato
>>
>> Based on a quick check, the patches I came up with are almost (about
>> 75%) the same as yours.  But since they didnt match completely I
>> attempted to build a new FC12 rpm using your kernel and iproute
>> patches.  Unfortunately the system locks up on receipt of the 1st MPLS
>> packet just like a patched kernel using my patches.  I check if the
>> build disables the stack overflow and it turns out the flag
>> CONFIG_CC_STACKPROTECTOR in the file config-generic is not even present
>> which I "think" means it's not included in the compile by default.  So
>> there is something else wrong and as I said before, since the major
>> changes from 2.6.27 and 2.6.32 appears to be with the skbuff I suspect
>> something there is the problem.
>>
>> Also, there seems to be some interesting changes with MPLS inclusion
>> into the FC12 rpm build files.  I had to remove patches that add the
>> ipv4/Makefile changes because the mpls.o file inclusion is already
>> there.  This is just one example of some additions to the make scripts
>> which include MPLS but note the actual mpls code is not present, ergo a
>> bit confusing as to what is going on?
>>      
> 	Hi, could you test with the attached patch again? Or send me a decoded oops and
> some instructions to replicate your scenario!
>
>    

Re: [mpls-linux-devel] mpls linux crashing

[<win...@fr...>]

Hi Pali,


Quoting Pali <pal...@gm...>:

> Result on FC8: Same kernel panik unsing kernel 2.6.27.24-170.2.68 and mpls
> v1.963. I can write description of testing topology, that leads to kernel
> crash, bud I don't think it is important. Will try now compile v1.950 on
> some old debian.
>
> 2010/5/4 Pali <pal...@gm...>
>
>> Hi Wind,
>> what I need now is to try L2VPN lab from mpls-tutorial and modify it. But
>> I'm still unsuccessful to build stable topology, because mpls linux routers
>> used to hang up / freeze. I have got also some kernel panic traces but it's
>> too difficult for me now to repair them.
>>
>> Dear Wind Dong, please could You share how You run mpls v1.950?
>> I was trying to patch appropriate kernel 2.6.1.15 under debian 5.04, using
>> patch from:

I guess you mean kernel 2.6.15.1 and suggest you use Etch insteady of  
Lenny. Etch uses kernel 2.6.18, and more suitable for patching mpls  
v1.950.

>>
>> *
>> http://switch.dl.sourceforge.net/sourceforge/mpls-linux/mpls-linux-1.950.tar.bz2
>> *
>>
>> but compilation hang on a lot of errors, too many to correct them. I guess
>> I need older gcc then is in debian 5.04.
>>
>> I also tried Fedora 10 i386 rpm from
>> *http://mpls-linux.sourceforge.net/fedora/10/i386/mpls*
>> but repeat same kernel panic as under Debian. So I guess:
>> - mpls v1.963 is unstable
>> - mpls v1.962 will I try now from RPM under FC10
>> *http://mpls-linux.sourceforge.net/fedora/8/i386/mpls*
>>
>> Then I will try older versions from MPLS gitweb, I hope one will run
>> smoothly. On gitweb I can't see mpls v1.950
>>
>> Does anybody has virtual machine with successful compiled mpls-linux? If
>> yes, could You please share it? I can provide online storage where to upload
>> it.
>>
>> Thank to all who will respond.
>>
>> Pali
>>
>> 2010/5/1 Ahsan Tariq <ahs...@gm...>
>>
>> Hi,
>>>
>>> The link for the source code of mpls version 1.950:
>>> http://switch.dl.sourceforge.net/sourceforge/mpls-linux/mpls-linux-1.950.tar.bz2
>>>
>>> The link is in the mpls-linux-docs for the mpls-linux labes.
>>>
>>> Thanks
>>>
>>> Ahsan
>>>
>>> On Sat, May 1, 2010 at 4:16 PM, <win...@fr...> wrote:
>>>
>>>> Hi,
>>>>
>>>> Yes, mpls version 1.950 works fine for me too. It's the only stable
>>>> version I could use, but I can't find the source code of that version to
>>>> find difference.
>>>>
>>>> Thanks,
>>>> Wind
>>>>
>>>>
>>>>
>>>> Quoting Ahsan Tariq <ahs...@gm...>:
>>>>
>>>>  Hi,
>>>>>
>>>>> The same problem is replicated with renato's recent patch for kernel
>>>>> 2.6.32
>>>>> as well when used with debian. The mpls-linux using mpls version 1.950
>>>>> also
>>>>> used debian linux (2.6.15) but going by the authors the lab exercises
>>>>> worked
>>>>> fine.
>>>>> By the way the linux machine hangs up whenever a label is supposed to be
>>>>> swapped or popped. It doesnt hang up on ignoring an MPLS label packet
>>>>> that
>>>>> doesnt match an ilm label.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Ahsan
>>>>>
>>>>> On Sat, May 1, 2010 at 2:38 PM, Pali <pal...@gm...> wrote:
>>>>>
>>>>>  Hi Ahsan,
>>>>>> I have got the same behavior, using Debian 5.04 with  kernel 2.6.27.24.
>>>>>> From gitweb it seems to be preferred kernel version, but even this
>>>>>> crashes.
>>>>>>
>>>>>> *http://repo.or.cz/w/mpls-kernel.git/shortlog/HEAD*
>>>>>>
>>>>>> I have used this kernel configuration and compilation procedure:
>>>>>>
>>>>>> *
>>>>>>
>>>>>> http://sourceforge.net/mailarchive/message.php?msg_name=20091106023631.17792g0fm87kc6dc%40freecomm.cn
>>>>>> *
>>>>>>
>>>>>> I will try to find a solution how to work it out.
>>>>>>
>>>>>> 2010/4/28 Ahsan Tariq <ahs...@gm...>
>>>>>>
>>>>>>  Hi,
>>>>>>>
>>>>>>>
>>>>>>> I am using mpls-linux 1.963 patched to kernel 2.6.30. I also installed
>>>>>>> the
>>>>>>> mpls enabled ip-tables, eb-tables and ip-route patched with the
>>>>>>> corresponding mpls 1.963 diff file. I tested out the mpls switching
>>>>>>> and the
>>>>>>> ingress and egress routers are working fine however the router on the
>>>>>>> LSP
>>>>>>> that is supposed to do label switching crashes. This happens when a
>>>>>>> packet
>>>>>>> (like ping) is sent on the label path.
>>>>>>>
>>>>>>> Have any of you guys experienced this problem or am I the first. I am
>>>>>>> using debian linux by the way and what I did was that I got the diff
>>>>>>> between
>>>>>>> 2.6.30 kernel and 2.6.27 kernel and ported the mpl-linux 1.963 patch
>>>>>>> to the
>>>>>>> 2.6.30 kernel. Then I installed the mpls enabled ip-tables, eb-tables
>>>>>>> and
>>>>>>> iproute from the git repository.
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Ahsan
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> mpls-linux-devel mailing list
>>>>>>> mpl...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu
>>>>>> X5.
>>>>>> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>>>>>>
>>>>>> << 0903 48 47 40 >> mobil
>>>>>> << 309458351 >> icq
>>>>>> << ortseamo >> skype
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
> --
> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>
> << 0903 48 47 40 >> mobil
> << 309458351 >> icq
> << ortseamo >> skype
>

Re: [mpls-linux-devel] mpls linux crashing

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

Hi,

So this is what I have figured out so far : if an interface has a valid
labelspace number assigned then it then it hangs when it receives an
incoming label regardless of whether the label was supposed to be popped or
not. If on the other hand the interface has labelspace -1 then it does not
hang (and drops all mpls packets). So this means that if an interface has a
correct labelspace number assigned to it then it hangs on recieving an MPLS
packet.

Ahsan

On Tue, May 4, 2010 at 1:28 PM, Pali <pal...@gm...> wrote:

> Result on FC8: Same kernel panik unsing kernel 2.6.27.24-170.2.68 and mpls
> v1.963. I can write description of testing topology, that leads to kernel
> crash, bud I don't think it is important. Will try now compile v1.950 on
> some old debian.
>
> 2010/5/4 Pali <pal...@gm...>
>
> Hi Wind,
>> what I need now is to try L2VPN lab from mpls-tutorial and modify it. But
>> I'm still unsuccessful to build stable topology, because mpls linux routers
>> used to hang up / freeze. I have got also some kernel panic traces but it's
>> too difficult for me now to repair them.
>>
>> Dear Wind Dong, please could You share how You run mpls v1.950?
>> I was trying to patch appropriate kernel 2.6.1.15 under debian 5.04,
>> using  patch from:
>>
>> *
>> http://switch.dl.sourceforge.net/sourceforge/mpls-linux/mpls-linux-1.950.tar.bz2
>> *
>>
>> but compilation hang on a lot of errors, too many to correct them. I guess
>> I need older gcc then is in debian 5.04.
>>
>> I also tried Fedora 10 i386 rpm from
>> *http://mpls-linux.sourceforge.net/fedora/10/i386/mpls*
>> but repeat same kernel panic as under Debian. So I guess:
>> - mpls v1.963 is unstable
>> - mpls v1.962 will I try now from RPM under FC10
>> *http://mpls-linux.sourceforge.net/fedora/8/i386/mpls*
>>
>> Then I will try older versions from MPLS gitweb, I hope one will run
>> smoothly. On gitweb I can't see mpls v1.950
>>
>> Does anybody has virtual machine with successful compiled mpls-linux? If
>> yes, could You please share it? I can provide online storage where to upload
>> it.
>>
>> Thank to all who will respond.
>>
>> Pali
>>
>> 2010/5/1 Ahsan Tariq <ahs...@gm...>
>>
>> Hi,
>>>
>>> The link for the source code of mpls version 1.950:
>>> http://switch.dl.sourceforge.net/sourceforge/mpls-linux/mpls-linux-1.950.tar.bz2
>>>
>>> The link is in the mpls-linux-docs for the mpls-linux labes.
>>>
>>> Thanks
>>>
>>> Ahsan
>>>
>>> On Sat, May 1, 2010 at 4:16 PM, <win...@fr...> wrote:
>>>
>>>> Hi,
>>>>
>>>> Yes, mpls version 1.950 works fine for me too. It's the only stable
>>>> version I could use, but I can't find the source code of that version to
>>>> find difference.
>>>>
>>>> Thanks,
>>>> Wind
>>>>
>>>>
>>>>
>>>> Quoting Ahsan Tariq <ahs...@gm...>:
>>>>
>>>>  Hi,
>>>>>
>>>>> The same problem is replicated with renato's recent patch for kernel
>>>>> 2.6.32
>>>>> as well when used with debian. The mpls-linux using mpls version 1.950
>>>>> also
>>>>> used debian linux (2.6.15) but going by the authors the lab exercises
>>>>> worked
>>>>> fine.
>>>>> By the way the linux machine hangs up whenever a label is supposed to
>>>>> be
>>>>> swapped or popped. It doesnt hang up on ignoring an MPLS label packet
>>>>> that
>>>>> doesnt match an ilm label.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Ahsan
>>>>>
>>>>> On Sat, May 1, 2010 at 2:38 PM, Pali <pal...@gm...> wrote:
>>>>>
>>>>>  Hi Ahsan,
>>>>>> I have got the same behavior, using Debian 5.04 with  kernel
>>>>>> 2.6.27.24.
>>>>>> From gitweb it seems to be preferred kernel version, but even this
>>>>>> crashes.
>>>>>>
>>>>>> *http://repo.or.cz/w/mpls-kernel.git/shortlog/HEAD*
>>>>>>
>>>>>> I have used this kernel configuration and compilation procedure:
>>>>>>
>>>>>> *
>>>>>>
>>>>>> http://sourceforge.net/mailarchive/message.php?msg_name=20091106023631.17792g0fm87kc6dc%40freecomm.cn
>>>>>> *
>>>>>>
>>>>>> I will try to find a solution how to work it out.
>>>>>>
>>>>>> 2010/4/28 Ahsan Tariq <ahs...@gm...>
>>>>>>
>>>>>>  Hi,
>>>>>>>
>>>>>>>
>>>>>>> I am using mpls-linux 1.963 patched to kernel 2.6.30. I also
>>>>>>> installed the
>>>>>>> mpls enabled ip-tables, eb-tables and ip-route patched with the
>>>>>>> corresponding mpls 1.963 diff file. I tested out the mpls switching
>>>>>>> and the
>>>>>>> ingress and egress routers are working fine however the router on the
>>>>>>> LSP
>>>>>>> that is supposed to do label switching crashes. This happens when a
>>>>>>> packet
>>>>>>> (like ping) is sent on the label path.
>>>>>>>
>>>>>>> Have any of you guys experienced this problem or am I the first. I am
>>>>>>> using debian linux by the way and what I did was that I got the diff
>>>>>>> between
>>>>>>> 2.6.30 kernel and 2.6.27 kernel and ported the mpl-linux 1.963 patch
>>>>>>> to the
>>>>>>> 2.6.30 kernel. Then I installed the mpls enabled ip-tables, eb-tables
>>>>>>> and
>>>>>>> iproute from the git repository.
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Ahsan
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> mpls-linux-devel mailing list
>>>>>>> mpl...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu
>>>>>> X5.
>>>>>> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>>>>>>
>>>>>> << 0903 48 47 40 >> mobil
>>>>>> << 309458351 >> icq
>>>>>> << ortseamo >> skype
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
> --
> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>
> << 0903 48 47 40 >> mobil
> << 309458351 >> icq
> << ortseamo >> skype
>

Re: [mpls-linux-devel] mpls linux crashing

[Pali <pal...@gm...>]

Result on FC8: Same kernel panik unsing kernel 2.6.27.24-170.2.68 and mpls
v1.963. I can write description of testing topology, that leads to kernel
crash, bud I don't think it is important. Will try now compile v1.950 on
some old debian.

2010/5/4 Pali <pal...@gm...>

> Hi Wind,
> what I need now is to try L2VPN lab from mpls-tutorial and modify it. But
> I'm still unsuccessful to build stable topology, because mpls linux routers
> used to hang up / freeze. I have got also some kernel panic traces but it's
> too difficult for me now to repair them.
>
> Dear Wind Dong, please could You share how You run mpls v1.950?
> I was trying to patch appropriate kernel 2.6.1.15 under debian 5.04, using
> patch from:
>
> *
> http://switch.dl.sourceforge.net/sourceforge/mpls-linux/mpls-linux-1.950.tar.bz2
> *
>
> but compilation hang on a lot of errors, too many to correct them. I guess
> I need older gcc then is in debian 5.04.
>
> I also tried Fedora 10 i386 rpm from
> *http://mpls-linux.sourceforge.net/fedora/10/i386/mpls*
> but repeat same kernel panic as under Debian. So I guess:
> - mpls v1.963 is unstable
> - mpls v1.962 will I try now from RPM under FC10
> *http://mpls-linux.sourceforge.net/fedora/8/i386/mpls*
>
> Then I will try older versions from MPLS gitweb, I hope one will run
> smoothly. On gitweb I can't see mpls v1.950
>
> Does anybody has virtual machine with successful compiled mpls-linux? If
> yes, could You please share it? I can provide online storage where to upload
> it.
>
> Thank to all who will respond.
>
> Pali
>
> 2010/5/1 Ahsan Tariq <ahs...@gm...>
>
> Hi,
>>
>> The link for the source code of mpls version 1.950:
>> http://switch.dl.sourceforge.net/sourceforge/mpls-linux/mpls-linux-1.950.tar.bz2
>>
>> The link is in the mpls-linux-docs for the mpls-linux labes.
>>
>> Thanks
>>
>> Ahsan
>>
>> On Sat, May 1, 2010 at 4:16 PM, <win...@fr...> wrote:
>>
>>> Hi,
>>>
>>> Yes, mpls version 1.950 works fine for me too. It's the only stable
>>> version I could use, but I can't find the source code of that version to
>>> find difference.
>>>
>>> Thanks,
>>> Wind
>>>
>>>
>>>
>>> Quoting Ahsan Tariq <ahs...@gm...>:
>>>
>>>  Hi,
>>>>
>>>> The same problem is replicated with renato's recent patch for kernel
>>>> 2.6.32
>>>> as well when used with debian. The mpls-linux using mpls version 1.950
>>>> also
>>>> used debian linux (2.6.15) but going by the authors the lab exercises
>>>> worked
>>>> fine.
>>>> By the way the linux machine hangs up whenever a label is supposed to be
>>>> swapped or popped. It doesnt hang up on ignoring an MPLS label packet
>>>> that
>>>> doesnt match an ilm label.
>>>>
>>>> Thanks,
>>>>
>>>> Ahsan
>>>>
>>>> On Sat, May 1, 2010 at 2:38 PM, Pali <pal...@gm...> wrote:
>>>>
>>>>  Hi Ahsan,
>>>>> I have got the same behavior, using Debian 5.04 with  kernel 2.6.27.24.
>>>>> From gitweb it seems to be preferred kernel version, but even this
>>>>> crashes.
>>>>>
>>>>> *http://repo.or.cz/w/mpls-kernel.git/shortlog/HEAD*
>>>>>
>>>>> I have used this kernel configuration and compilation procedure:
>>>>>
>>>>> *
>>>>>
>>>>> http://sourceforge.net/mailarchive/message.php?msg_name=20091106023631.17792g0fm87kc6dc%40freecomm.cn
>>>>> *
>>>>>
>>>>> I will try to find a solution how to work it out.
>>>>>
>>>>> 2010/4/28 Ahsan Tariq <ahs...@gm...>
>>>>>
>>>>>  Hi,
>>>>>>
>>>>>>
>>>>>> I am using mpls-linux 1.963 patched to kernel 2.6.30. I also installed
>>>>>> the
>>>>>> mpls enabled ip-tables, eb-tables and ip-route patched with the
>>>>>> corresponding mpls 1.963 diff file. I tested out the mpls switching
>>>>>> and the
>>>>>> ingress and egress routers are working fine however the router on the
>>>>>> LSP
>>>>>> that is supposed to do label switching crashes. This happens when a
>>>>>> packet
>>>>>> (like ping) is sent on the label path.
>>>>>>
>>>>>> Have any of you guys experienced this problem or am I the first. I am
>>>>>> using debian linux by the way and what I did was that I got the diff
>>>>>> between
>>>>>> 2.6.30 kernel and 2.6.27 kernel and ported the mpl-linux 1.963 patch
>>>>>> to the
>>>>>> 2.6.30 kernel. Then I installed the mpls enabled ip-tables, eb-tables
>>>>>> and
>>>>>> iproute from the git repository.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Ahsan
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>>
>>>>>> _______________________________________________
>>>>>> mpls-linux-devel mailing list
>>>>>> mpl...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu
>>>>> X5.
>>>>> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>>>>>
>>>>> << 0903 48 47 40 >> mobil
>>>>> << 309458351 >> icq
>>>>> << ortseamo >> skype
>>>>>
>>>>>
>>>>
>>>
>>
>


-- 
Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.

<< 0903 48 47 40 >> mobil
<< 309458351 >> icq
<< ortseamo >> skype

Re: [mpls-linux-devel] Kernel 2.6.32.11 or better

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

Renato

Based on a quick check, the patches I came up with are almost (about 
75%) the same as yours.  But since they didnt match completely I 
attempted to build a new FC12 rpm using your kernel and iproute 
patches.  Unfortunately the system locks up on receipt of the 1st MPLS 
packet just like a patched kernel using my patches.  I check if the 
build disables the stack overflow and it turns out the flag  
CONFIG_CC_STACKPROTECTOR in the file config-generic is not even present 
which I "think" means it's not included in the compile by default.  So 
there is something else wrong and as I said before, since the major 
changes from 2.6.27 and 2.6.32 appears to be with the skbuff I suspect 
something there is the problem.

Also, there seems to be some interesting changes with MPLS inclusion 
into the FC12 rpm build files.  I had to remove patches that add the 
ipv4/Makefile changes because the mpls.o file inclusion is already 
there.  This is just one example of some additions to the make scripts 
which include MPLS but note the actual mpls code is not present, ergo a 
bit confusing as to what is going on?

....Chris

On 04/19/2010 12:07 PM, Renato Westphal wrote:
> Hi,
>
> I have already ported mpls-1.963 to the kernel 2.6.32.11, I just 
> didn't ported the ebtables module.
>
> The only problem is that you should disable the stack protector on the 
> kernel,
> since a buffer overflow occurs when you bind a route with a nhlfe key.
> I'm working on this bug, but disabling stack protector everything 
> should work.
>
> Patch for kernel 2.6.32.11 <http://2.6.32.11>:
>
> 1 - Get kernel 2.6.32.11 <http://2.6.32.11>: 
> http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.32.11.tar.bz2
>
> 2 - Apply attached patch: patch -p1 < ../linux-2.6.32.11-mpls1.963.patch
>
> 3 - make menuconfig:
>
> Networking options  --->
> <*>   Multiprotocol Label Switching
> <*>   MPLS: Virtual tunnel interface
> <*>   IP: MPLS support
> <*>   The IPv6 protocol  --->
> <*>   IPv6: MPLS support
>
> [*] Network packet filtering framework (Netfilter)  --->
>      Core Netfilter Configuration  --->
> <*>   "mpls" target support
>
> General setup  --->
> [*]   Network namespace
>
> Disable stack protector
>
> Processor type and features  --->
> [ ] Enable -fstack-protector buffer overflow detection (EXPERIMENTAL)
>
> 4 - build kernel...
>
>
> Patch for iproute2:
>
> 1 - Get iproute2-2.6.33: 
> http://devresources.linuxfoundation.org/dev/iproute2/download/iproute2-2.6.33.tar.bz2
>
> 2 - Apply attached patch: patch -p1 < ../iproute2-2.6.33-mpls1.963.patch
>
> 3 - $ make
>      # make install (*)
>
> * build dependencies (debian5): libdb-dev, bison, flex
>
>
> Patch for iptables:
>
> 1 - Get iptables-1.4.7: 
> http://www.netfilter.org/projects/iptables/files/iptables-1.4.7.tar.bz2
>
> 2 - Apply attached patch: patch -p1 < ../iptables-1.4.7-mpls1.963.patch
>
> 3 - $ ./configure
>     $ make
>     # make install
>
>
>  Greetings from Brazil,
>  Renato.
>
> .
> .2010/4/19 Chris Robson <Chr...@nr... 
> <mailto:Chr...@nr...>>
>
>
>     Hi Jim
>
>     I was wondering if you are working to get mpls-linux updated to at
>     least
>     kernel 2.6.32-11 (aka the latest Fedora 12 update)?
>
>     I have several Dell 610 Nehalem CPU based system to test
>     MPLS-Linux 10GE
>     performance on but all are running FC12.
>
>     Non-MPLS path 10GE performance improvements on Nehalem systems is
>     remarkable.  Typical Quad-Core systems get about 5G or 6G but with the
>     Nehalem I'm seeing almost line rate at about 9.8G sustained for
>     non-MPLS
>     test throughput.  Thus I'd like to see how the MPLS-Linux can improve
>     over past performance test.
>
>     I have been working a new patch but as in the past there are dramatic
>     changes to the kernel from 2.6.27 (current MPLS git level) to
>     2.6.32-11.  Notably with skbuff, which so far my changes are failing
>     miserably.
>
>     ...Chris
>
>     ------------------------------------------------------------------------------
>     Download Intel&#174; Parallel Studio Eval
>     Try the new software tools for yourself. Speed compiling, find bugs
>     proactively, and fine-tune applications for parallel performance.
>     See why Intel Parallel Studio got high marks during beta.
>     http://p.sf.net/sfu/intel-sw-dev
>     _______________________________________________
>     mpls-linux-devel mailing list
>     mpl...@li...
>     <mailto:mpl...@li...>
>     https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>
>

Re: [mpls-linux-devel] mpls linux crashing

[Pali <pal...@gm...>]

Hi Wind,
what I need now is to try L2VPN lab from mpls-tutorial and modify it. But
I'm still unsuccessful to build stable topology, because mpls linux routers
used to hang up / freeze. I have got also some kernel panic traces but it's
too difficult for me now to repair them.

Dear Wind Dong, please could You share how You run mpls v1.950?
I was trying to patch appropriate kernel 2.6.1.15 under debian 5.04, using
patch from:

*
http://switch.dl.sourceforge.net/sourceforge/mpls-linux/mpls-linux-1.950.tar.bz2
*

but compilation hang on a lot of errors, too many to correct them. I guess I
need older gcc then is in debian 5.04.

I also tried Fedora 10 i386 rpm from
*http://mpls-linux.sourceforge.net/fedora/10/i386/mpls*
but repeat same kernel panic as under Debian. So I guess:
- mpls v1.963 is unstable
- mpls v1.962 will I try now from RPM under FC10
*http://mpls-linux.sourceforge.net/fedora/8/i386/mpls*

Then I will try older versions from MPLS gitweb, I hope one will run
smoothly. On gitweb I can't see mpls v1.950

Does anybody has virtual machine with successful compiled mpls-linux? If
yes, could You please share it? I can provide online storage where to upload
it.

Thank to all who will respond.

Pali

2010/5/1 Ahsan Tariq <ahs...@gm...>

> Hi,
>
> The link for the source code of mpls version 1.950:
> http://switch.dl.sourceforge.net/sourceforge/mpls-linux/mpls-linux-1.950.tar.bz2
>
> The link is in the mpls-linux-docs for the mpls-linux labes.
>
> Thanks
>
> Ahsan
>
> On Sat, May 1, 2010 at 4:16 PM, <win...@fr...> wrote:
>
>> Hi,
>>
>> Yes, mpls version 1.950 works fine for me too. It's the only stable
>> version I could use, but I can't find the source code of that version to
>> find difference.
>>
>> Thanks,
>> Wind
>>
>>
>>
>> Quoting Ahsan Tariq <ahs...@gm...>:
>>
>>  Hi,
>>>
>>> The same problem is replicated with renato's recent patch for kernel
>>> 2.6.32
>>> as well when used with debian. The mpls-linux using mpls version 1.950
>>> also
>>> used debian linux (2.6.15) but going by the authors the lab exercises
>>> worked
>>> fine.
>>> By the way the linux machine hangs up whenever a label is supposed to be
>>> swapped or popped. It doesnt hang up on ignoring an MPLS label packet
>>> that
>>> doesnt match an ilm label.
>>>
>>> Thanks,
>>>
>>> Ahsan
>>>
>>> On Sat, May 1, 2010 at 2:38 PM, Pali <pal...@gm...> wrote:
>>>
>>>  Hi Ahsan,
>>>> I have got the same behavior, using Debian 5.04 with  kernel 2.6.27.24.
>>>> From gitweb it seems to be preferred kernel version, but even this
>>>> crashes.
>>>>
>>>> *http://repo.or.cz/w/mpls-kernel.git/shortlog/HEAD*
>>>>
>>>> I have used this kernel configuration and compilation procedure:
>>>>
>>>> *
>>>>
>>>> http://sourceforge.net/mailarchive/message.php?msg_name=20091106023631.17792g0fm87kc6dc%40freecomm.cn
>>>> *
>>>>
>>>> I will try to find a solution how to work it out.
>>>>
>>>> 2010/4/28 Ahsan Tariq <ahs...@gm...>
>>>>
>>>>  Hi,
>>>>>
>>>>>
>>>>> I am using mpls-linux 1.963 patched to kernel 2.6.30. I also installed
>>>>> the
>>>>> mpls enabled ip-tables, eb-tables and ip-route patched with the
>>>>> corresponding mpls 1.963 diff file. I tested out the mpls switching and
>>>>> the
>>>>> ingress and egress routers are working fine however the router on the
>>>>> LSP
>>>>> that is supposed to do label switching crashes. This happens when a
>>>>> packet
>>>>> (like ping) is sent on the label path.
>>>>>
>>>>> Have any of you guys experienced this problem or am I the first. I am
>>>>> using debian linux by the way and what I did was that I got the diff
>>>>> between
>>>>> 2.6.30 kernel and 2.6.27 kernel and ported the mpl-linux 1.963 patch to
>>>>> the
>>>>> 2.6.30 kernel. Then I installed the mpls enabled ip-tables, eb-tables
>>>>> and
>>>>> iproute from the git repository.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Ahsan
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>>
>>>>> _______________________________________________
>>>>> mpls-linux-devel mailing list
>>>>> mpl...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
>>>> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>>>>
>>>> << 0903 48 47 40 >> mobil
>>>> << 309458351 >> icq
>>>> << ortseamo >> skype
>>>>
>>>>
>>>
>>
>

Re: [mpls-linux-devel] mpls linux crashing

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

Hi,

The link for the source code of mpls version 1.950:
http://switch.dl.sourceforge.net/sourceforge/mpls-linux/mpls-linux-1.950.tar.bz2

The link is in the mpls-linux-docs for the mpls-linux labes.

Thanks

Ahsan

On Sat, May 1, 2010 at 4:16 PM, <win...@fr...> wrote:

> Hi,
>
> Yes, mpls version 1.950 works fine for me too. It's the only stable version
> I could use, but I can't find the source code of that version to find
> difference.
>
> Thanks,
> Wind
>
>
>
> Quoting Ahsan Tariq <ahs...@gm...>:
>
>  Hi,
>>
>> The same problem is replicated with renato's recent patch for kernel
>> 2.6.32
>> as well when used with debian. The mpls-linux using mpls version 1.950
>> also
>> used debian linux (2.6.15) but going by the authors the lab exercises
>> worked
>> fine.
>> By the way the linux machine hangs up whenever a label is supposed to be
>> swapped or popped. It doesnt hang up on ignoring an MPLS label packet that
>> doesnt match an ilm label.
>>
>> Thanks,
>>
>> Ahsan
>>
>> On Sat, May 1, 2010 at 2:38 PM, Pali <pal...@gm...> wrote:
>>
>>  Hi Ahsan,
>>> I have got the same behavior, using Debian 5.04 with  kernel 2.6.27.24.
>>> From gitweb it seems to be preferred kernel version, but even this
>>> crashes.
>>>
>>> *http://repo.or.cz/w/mpls-kernel.git/shortlog/HEAD*
>>>
>>> I have used this kernel configuration and compilation procedure:
>>>
>>> *
>>>
>>> http://sourceforge.net/mailarchive/message.php?msg_name=20091106023631.17792g0fm87kc6dc%40freecomm.cn
>>> *
>>>
>>> I will try to find a solution how to work it out.
>>>
>>> 2010/4/28 Ahsan Tariq <ahs...@gm...>
>>>
>>>  Hi,
>>>>
>>>>
>>>> I am using mpls-linux 1.963 patched to kernel 2.6.30. I also installed
>>>> the
>>>> mpls enabled ip-tables, eb-tables and ip-route patched with the
>>>> corresponding mpls 1.963 diff file. I tested out the mpls switching and
>>>> the
>>>> ingress and egress routers are working fine however the router on the
>>>> LSP
>>>> that is supposed to do label switching crashes. This happens when a
>>>> packet
>>>> (like ping) is sent on the label path.
>>>>
>>>> Have any of you guys experienced this problem or am I the first. I am
>>>> using debian linux by the way and what I did was that I got the diff
>>>> between
>>>> 2.6.30 kernel and 2.6.27 kernel and ported the mpl-linux 1.963 patch to
>>>> the
>>>> 2.6.30 kernel. Then I installed the mpls enabled ip-tables, eb-tables
>>>> and
>>>> iproute from the git repository.
>>>>
>>>> Thanks,
>>>>
>>>> Ahsan
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> mpls-linux-devel mailing list
>>>> mpl...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>>>>
>>>>
>>>>
>>>
>>> --
>>> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
>>> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>>>
>>> << 0903 48 47 40 >> mobil
>>> << 309458351 >> icq
>>> << ortseamo >> skype
>>>
>>>
>>
>

Re: [mpls-linux-devel] mpls linux crashing

[<win...@fr...>]

Hi,

Yes, mpls version 1.950 works fine for me too. It's the only stable  
version I could use, but I can't find the source code of that version  
to find difference.

Thanks,
Wind


Quoting Ahsan Tariq <ahs...@gm...>:

> Hi,
>
> The same problem is replicated with renato's recent patch for kernel 2.6.32
> as well when used with debian. The mpls-linux using mpls version 1.950 also
> used debian linux (2.6.15) but going by the authors the lab exercises worked
> fine.
> By the way the linux machine hangs up whenever a label is supposed to be
> swapped or popped. It doesnt hang up on ignoring an MPLS label packet that
> doesnt match an ilm label.
>
> Thanks,
>
> Ahsan
>
> On Sat, May 1, 2010 at 2:38 PM, Pali <pal...@gm...> wrote:
>
>> Hi Ahsan,
>> I have got the same behavior, using Debian 5.04 with  kernel 2.6.27.24.
>> From gitweb it seems to be preferred kernel version, but even this crashes.
>>
>> *http://repo.or.cz/w/mpls-kernel.git/shortlog/HEAD*
>>
>> I have used this kernel configuration and compilation procedure:
>>
>> *
>> http://sourceforge.net/mailarchive/message.php?msg_name=20091106023631.17792g0fm87kc6dc%40freecomm.cn
>> *
>>
>> I will try to find a solution how to work it out.
>>
>> 2010/4/28 Ahsan Tariq <ahs...@gm...>
>>
>>> Hi,
>>>
>>>
>>> I am using mpls-linux 1.963 patched to kernel 2.6.30. I also installed the
>>> mpls enabled ip-tables, eb-tables and ip-route patched with the
>>> corresponding mpls 1.963 diff file. I tested out the mpls switching and the
>>> ingress and egress routers are working fine however the router on the LSP
>>> that is supposed to do label switching crashes. This happens when a packet
>>> (like ping) is sent on the label path.
>>>
>>> Have any of you guys experienced this problem or am I the first. I am
>>> using debian linux by the way and what I did was that I got the  
>>> diff between
>>> 2.6.30 kernel and 2.6.27 kernel and ported the mpl-linux 1.963 patch to the
>>> 2.6.30 kernel. Then I installed the mpls enabled ip-tables, eb-tables and
>>> iproute from the git repository.
>>>
>>> Thanks,
>>>
>>> Ahsan
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> mpls-linux-devel mailing list
>>> mpl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>>>
>>>
>>
>>
>> --
>> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
>> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>>
>> << 0903 48 47 40 >> mobil
>> << 309458351 >> icq
>> << ortseamo >> skype
>>
>

Re: [mpls-linux-devel] mpls linux crashing

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

Hi,

The same problem is replicated with renato's recent patch for kernel 2.6.32
as well when used with debian. The mpls-linux using mpls version 1.950 also
used debian linux (2.6.15) but going by the authors the lab exercises worked
fine.
By the way the linux machine hangs up whenever a label is supposed to be
swapped or popped. It doesnt hang up on ignoring an MPLS label packet that
doesnt match an ilm label.

Thanks,

Ahsan

On Sat, May 1, 2010 at 2:38 PM, Pali <pal...@gm...> wrote:

> Hi Ahsan,
> I have got the same behavior, using Debian 5.04 with  kernel 2.6.27.24.
> From gitweb it seems to be preferred kernel version, but even this crashes.
>
> *http://repo.or.cz/w/mpls-kernel.git/shortlog/HEAD*
>
> I have used this kernel configuration and compilation procedure:
>
> *
> http://sourceforge.net/mailarchive/message.php?msg_name=20091106023631.17792g0fm87kc6dc%40freecomm.cn
> *
>
> I will try to find a solution how to work it out.
>
> 2010/4/28 Ahsan Tariq <ahs...@gm...>
>
>> Hi,
>>
>>
>> I am using mpls-linux 1.963 patched to kernel 2.6.30. I also installed the
>> mpls enabled ip-tables, eb-tables and ip-route patched with the
>> corresponding mpls 1.963 diff file. I tested out the mpls switching and the
>> ingress and egress routers are working fine however the router on the LSP
>> that is supposed to do label switching crashes. This happens when a packet
>> (like ping) is sent on the label path.
>>
>> Have any of you guys experienced this problem or am I the first. I am
>> using debian linux by the way and what I did was that I got the diff between
>> 2.6.30 kernel and 2.6.27 kernel and ported the mpl-linux 1.963 patch to the
>> 2.6.30 kernel. Then I installed the mpls enabled ip-tables, eb-tables and
>> iproute from the git repository.
>>
>> Thanks,
>>
>> Ahsan
>>
>>
>> ------------------------------------------------------------------------------
>>
>> _______________________________________________
>> mpls-linux-devel mailing list
>> mpl...@li...
>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>>
>>
>
>
> --
> Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
> Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.
>
> << 0903 48 47 40 >> mobil
> << 309458351 >> icq
> << ortseamo >> skype
>

Re: [mpls-linux-devel] mpls linux crashing

[Pali <pal...@gm...>]

Hi Ahsan,
I have got the same behavior, using Debian 5.04 with  kernel 2.6.27.24. From
gitweb it seems to be preferred kernel version, but even this crashes.

*http://repo.or.cz/w/mpls-kernel.git/shortlog/HEAD*

I have used this kernel configuration and compilation procedure:

*
http://sourceforge.net/mailarchive/message.php?msg_name=20091106023631.17792g0fm87kc6dc%40freecomm.cn
*

I will try to find a solution how to work it out.

2010/4/28 Ahsan Tariq <ahs...@gm...>

> Hi,
>
> I am using mpls-linux 1.963 patched to kernel 2.6.30. I also installed the
> mpls enabled ip-tables, eb-tables and ip-route patched with the
> corresponding mpls 1.963 diff file. I tested out the mpls switching and the
> ingress and egress routers are working fine however the router on the LSP
> that is supposed to do label switching crashes. This happens when a packet
> (like ping) is sent on the label path.
>
> Have any of you guys experienced this problem or am I the first. I am using
> debian linux by the way and what I did was that I got the diff between
> 2.6.30 kernel and 2.6.27 kernel and ported the mpl-linux 1.963 patch to the
> 2.6.30 kernel. Then I installed the mpls enabled ip-tables, eb-tables and
> iproute from the git repository.
>
> Thanks,
>
> Ahsan
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>
>


-- 
Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5.
Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil.

<< 0903 48 47 40 >> mobil
<< 309458351 >> icq
<< ortseamo >> skype

[mpls-linux-devel] mpls linux crashing

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

Hi,

I am using mpls-linux 1.963 patched to kernel 2.6.30. I also installed the
mpls enabled ip-tables, eb-tables and ip-route patched with the
corresponding mpls 1.963 diff file. I tested out the mpls switching and the
ingress and egress routers are working fine however the router on the LSP
that is supposed to do label switching crashes. This happens when a packet
(like ping) is sent on the label path.

Have any of you guys experienced this problem or am I the first. I am using
debian linux by the way and what I did was that I got the diff between
2.6.30 kernel and 2.6.27 kernel and ported the mpl-linux 1.963 patch to the
2.6.30 kernel. Then I installed the mpls enabled ip-tables, eb-tables and
iproute from the git repository.

Thanks,

Ahsan