mpls-linux-general — Mailing list for general discussion about MPLS for Linux

[mpls-linux-general] MPLS 1.152 patch compilation error

[Charles C. <cha...@ho...>]

Hi,

I have patched the newest official release to my redhat linux 7.3, which is 
built on kernel 2.18.4. However, there are errors when I compile it..
file : ARP_HRD_ATM and ARP_HRD_DLCI not declared in file mpls_opcode.c

I can find the symbol declared in other file named as if_arp.h


Thank you for your attention!

Best Wishes
Charles Chan


_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com

[mpls-linux-general] mpls on synchronous links

[David.Nisbet <Dav...@uk...>]

Hi,

I would like to use MPLS over some fast synchronous serial links. The cards that provide these links use the syncppp driver rather than ppp & pppd. My questions are:
Will the current MPLS implementation operate over such links?
Do the ppp patches address MPLS over synchronous links, I can only find references to pppd and ppp_generic?
If not, is any work being done to address these links?

Thanks

David


*******************************************************************************
This email and any files transmitted with it are intended solely for the use of
the individual or entity to whom they are addressed and may not be divulged to
any third party without the express permission of the originator.  Any views
expressed in this message are those of the individual sender, except where the
sender specifically states them to be the views of Thales Research Ltd.
*******************************************************************************

Re: [mpls-linux-general] Linux-MPLS & LDP / Cisco interoperability

[James R. L. <jl...@mi...>]

I haven't tried interoping recently, but in theory it should work.
You will want to grab the latest mpls-linux and ldp-portable before you
try this though.

Jim

On Mon, Aug 12, 2002 at 09:05:34AM +1000, Anton Cook wrote:
> We seek advice on interworking between mpls-linux 0.996/ldp-portable-0.060 and Cisco's 3600 MPLS. Has anyone had experience in this area that they would be prepared to share? Is this feasible? The particular problem that we have is to use Linux hosts as LERs to a Cisco MPLS core using BGP. Any experience, negative or positive,  in this area would be greatly appreciated.
> 
> Anton Cook
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

-- 
James R. Leu

[mpls-linux-general] Linux-MPLS & LDP / Cisco interoperability

[Anton C. <ac...@tp...>]

We seek advice on interworking between mpls-linux =
0.996/ldp-portable-0.060 and Cisco's 3600 MPLS. Has anyone had =
experience in this area that they would be prepared to share? Is this =
feasible? The particular problem that we have is to use Linux hosts as =
LERs to a Cisco MPLS core using BGP. Any experience, negative or =
positive,  in this area would be greatly appreciated.

Anton Cook

Re: [mpls-linux-general] (no subject)

[James R. L. <jl...@mi...>]

Thanks.  I'll add these.

On Thu, Aug 01, 2002 at 01:28:43PM +0200, Jorge Boncompte [DTI2] wrote:
>     Are you trying to build ipt_MPLS.o as a module? If so, the problem =
is
> that the missing symbols aren't exported from the kernel. Add the next =
lines
> at the end of  net/netsyms.c and do a "make mrproper" to be sure that a=
ll
> the dependencies are going to bo built correctly (save you .config firs=
t).
>=20
> #ifdef CONFIG_MPLS
> EXPORT_SYMBOL(mpls_output);
> EXPORT_SYMBOL(mpls_get_moi);
> EXPORT_SYMBOL(mpls_set_nexthop);
> #endif
>=20
>     Best regards,
>=20
>     -Jorge
>=20
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> Jorge Boncompte - Tecnico de sistemas
> DTI2 - Desarrollo de la Tecnologia de las Comunicaciones
> --------------------------------------------------------------
> C/ Abogado Enriquez Barrios, 5   14004 CORDOBA (SPAIN)
> Tlf: +34 957 761395 / FAX: +34 957 450380
> --------------------------------------------------------------
> jo...@dt... _-_-_-_-_-_-_-_-_-_-_-_-_-_ http://www.dti2.net
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> - Sin pistachos no hay Rock & Roll...
> - Without wicker a basket cannot be done.
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>=20
> ----- Original Message -----
> From: "Luca Da Col" <luc...@ti...>
> To: "mpls-mailinglist" <mpl...@li...>
> Cc: <jl...@mi...>; "Oliver Horvath"
> <ho...@tm...>
> Sent: Thursday, August 01, 2002 1:08 PM
> Subject: Re: [mpls-linux-general] (no subject)
>=20
>=20
> Hi James,Oliver,
>=20
>=20
> I was fighting with an unresolved symbol in the module ipt_MPLS.o
> (mpls_set_nexthop and before mpls_output and mpls_get_moi); Im pretty
> sure is a problem on the header files in my system, but I wasnt able to
> find where the problem was. Now I modified a little bit the code and it
> seems working.
>=20
> James, sorry for the delay, I will start looking at the points we talke=
d
> Rgds,
> Luca
>=20
>=20
> On Thu, 2002-08-01 at 12:23, Oliver Horvath wrote:
> > Am Don, 2002-08-01 um 11.59 schrieb Amritpal Singh:
> > > Hi,
> > >
> > > I am trying to use mpls-linux-1.0 downloaded from the site on my li=
nux
> machines.
> > That is a old version. You can get the new version on:
> >
> > http://sf.net/projects/mpls-linux/
> >
> > > I could apply the patch perfectly and the systems are all running t=
he
> MPLS capable kernel.
> > >
> > > I configured the Label spaces and etc. according to the description
> given in README.ingress file in
> > > /docs directory.
> > >
> > > My questions:
> > >
> > > 1) I have started a ping session from one of the edge m/c to the ot=
her
> end. How do I know that MPLS is working in my setup?
> > You have to use tools like ethereal.
> > >
> > > 2) I have ethereal running on the LSR's(non-edge m/c's). How do I s=
ee
> the label in the captured ICMP packet ?
> > Ethereal shows it. If you see nothing, then mpls is not working :-(  =
->
> > see 4)
> > >
> > > 3) What are the CLI commands that I can use to see the labels being
> swapped ?
> > >
> > > 4) All the files like mpls_fec, mpls_in etc. in /proc/net/ are of s=
ize 0
> in all the m/c's . Whats the reason ?
> > I had the same problem. With the new version, there is no mpls_fec an=
y
> > more. And the new version works well.
> >
> > Oliver
> >
> > --
> > Dipl.-Inf. Oliver Horvath          Johann Wolfgang Goethe-Universit=E4=
t
> > Tel: 069/798-28358 (Fax: 23340)   Institut f=FCr Informatik - Telemat=
ik
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>=20
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu

Re: [mpls-linux-general] Mpls installation problems with the new version.

[Oliver H. <ho...@tm...>]

Am Mit, 2002-07-31 um 19.51 schrieb James R. Leu:

> > I defined a wrong outgoing lable on a edge router, and I saw two
things:
> > a) Ping is still working, but why? If mpls didn't know the incoming
> > label, it pops the label off and tries to find a working label in
the
> > outgoing labels? Or is the label poped off and forwarded by normal
ip?
>=20
> I haven't done any negative testing recently, I will try your test
tonight.
> It shouldn't have worked.
>=20
> > b) Tracerout stops at the middle of the lsp (3 PCs). Why it is not
> > forwarded like the pings?
>=20
> *shrug* Let me figure out what the ping _worked_ first :-)
This is my configuration:
The way of the ping:=20
obiwan (192.168.2.1) :eth1<-->eth0: amidala (192.168.2.2, 192.168.5.2)
:eth1<-->eth1: vader (192.168.5.3)
---
[root@obiwan bin]# cat /proc/net/mpls_*
0x40005400 1663/245091/0 gen 21 0 1 POP PEEK=20
eth1    0       12
0x00000008 0/0/0 1 PUSH(gen 99) SET(eth1,192.168.2.2)=20
[root@obiwan bin]# netstat -rn
Kernel IP Routentabelle
Ziel         Router       Genmask      Flags   MSS Fenster   irtt  Iface
192.168.5.3    192.168.2.2     255.255.255.255 UGH     40 0     0  eth1
---
[root@amidala root]# cat /proc/net/mpls_*
0x40005800 0/0/0 gen 22 0 1 POP FWD(0x00000015)=20
0x4000d000 34/2992/0 gen 52 0 1 POP FWD(0x00000018)=20
eth0    0       12
eth1    0       10
0x00000015 43/3290/0 2 PUSH(gen 53) SET(eth1,192.168.5.3)=20
0x00000018 34/2856/0 2 PUSH(gen 21) SET(eth0,192.168.2.1)
[root@amidala root]# netstat -rn
Kernel IP Routentabelle
Ziel       Router      Genmask     Flags   MSS Fenster irtt    Iface
192.168.5.3   0.0.0.0     255.255.255.255 UH       40 0        0 eth1
---
[root@vader root]# cat /proc/net/mpls_*
0x4000d400 47/3800/0 gen 53 0 1 POP PEEK=20
0x40012400 4984/438592/0 gen 73 0 1 POP PEEK=20
eth1    0       9
eth2    0       10
0x00000008 4984/418656/0 1 PUSH(gen 74) SET(eth2,192.168.7.4)=20
0x0000000a 37/3108/0 1 PUSH(gen 52) SET(eth1,192.168.5.2)
---
[root@obiwan bin]# ping 192.168.5.3
PING 192.168.5.3 (192.168.5.3) from 192.168.2.1 : 56(84) bytes of data.
64 bytes from 192.168.5.3: icmp_seq=3D0 ttl=3D254 time=3D428 usec
64 bytes from 192.168.5.3: icmp_seq=3D1 ttl=3D254 time=3D210 usec
64 bytes from 192.168.5.3: icmp_seq=3D2 ttl=3D254 time=3D250 usec
---
[root@obiwan bin]# traceroute 192.168.5.3
traceroute to 192.168.5.3 (192.168.5.3), 30 hops max, 38 byte packets
 1  amidala (192.168.2.2)  0.234 ms  0.150 ms  0.126 ms
 2  * * *
 3  vader-5-3 (192.168.5.3)  0.268 ms  0.214 ms  0.197 ms
I get always the * * * ....but its a 100Mbit network....
It will be forwarded too, but 1) with delay and 2) why?
---
If you are interessted in the ethereal logm you can find them on
http://www.tm.informatik.uni-frankfurt.de/~oliver/mpls/
There are the logs of the ethereal output of amidala-eth0, amidala-eth1
and vader-eth1 during the ping and traceroute.

You can see, that I have pushed a label 99 on obiwan, but there is no
oncoming label defined on amidala, but the packets are forwarded.

Oliver

--=20
Dipl.-Inf. Oliver Horvath          Johann Wolfgang Goethe-Universit=E4t
Tel: 069/798-28358 (Fax: 23340)   Institut f=FCr Informatik - Telematik

Re: [mpls-linux-general] (no subject)

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

    Are you trying to build ipt_MPLS.o as a module? If so, the problem is
that the missing symbols aren't exported from the kernel. Add the next lines
at the end of  net/netsyms.c and do a "make mrproper" to be sure that all
the dependencies are going to bo built correctly (save you .config first).

#ifdef CONFIG_MPLS
EXPORT_SYMBOL(mpls_output);
EXPORT_SYMBOL(mpls_get_moi);
EXPORT_SYMBOL(mpls_set_nexthop);
#endif

    Best regards,

    -Jorge

==============================================================
Jorge Boncompte - Tecnico de sistemas
DTI2 - Desarrollo de la Tecnologia de las Comunicaciones
--------------------------------------------------------------
C/ Abogado Enriquez Barrios, 5   14004 CORDOBA (SPAIN)
Tlf: +34 957 761395 / FAX: +34 957 450380
--------------------------------------------------------------
jo...@dt... _-_-_-_-_-_-_-_-_-_-_-_-_-_ http://www.dti2.net
==============================================================
- Sin pistachos no hay Rock & Roll...
- Without wicker a basket cannot be done.
==============================================================

----- Original Message -----
From: "Luca Da Col" <luc...@ti...>
To: "mpls-mailinglist" <mpl...@li...>
Cc: <jl...@mi...>; "Oliver Horvath"
<ho...@tm...>
Sent: Thursday, August 01, 2002 1:08 PM
Subject: Re: [mpls-linux-general] (no subject)


Hi James,Oliver,


I was fighting with an unresolved symbol in the module ipt_MPLS.o
(mpls_set_nexthop and before mpls_output and mpls_get_moi); Im pretty
sure is a problem on the header files in my system, but I wasnt able to
find where the problem was. Now I modified a little bit the code and it
seems working.

James, sorry for the delay, I will start looking at the points we talked
Rgds,
Luca


On Thu, 2002-08-01 at 12:23, Oliver Horvath wrote:
> Am Don, 2002-08-01 um 11.59 schrieb Amritpal Singh:
> > Hi,
> >
> > I am trying to use mpls-linux-1.0 downloaded from the site on my linux
machines.
> That is a old version. You can get the new version on:
>
> http://sf.net/projects/mpls-linux/
>
> > I could apply the patch perfectly and the systems are all running the
MPLS capable kernel.
> >
> > I configured the Label spaces and etc. according to the description
given in README.ingress file in
> > /docs directory.
> >
> > My questions:
> >
> > 1) I have started a ping session from one of the edge m/c to the other
end. How do I know that MPLS is working in my setup?
> You have to use tools like ethereal.
> >
> > 2) I have ethereal running on the LSR's(non-edge m/c's). How do I see
the label in the captured ICMP packet ?
> Ethereal shows it. If you see nothing, then mpls is not working :-(  ->
> see 4)
> >
> > 3) What are the CLI commands that I can use to see the labels being
swapped ?
> >
> > 4) All the files like mpls_fec, mpls_in etc. in /proc/net/ are of size 0
in all the m/c's . Whats the reason ?
> I had the same problem. With the new version, there is no mpls_fec any
> more. And the new version works well.
>
> Oliver
>
> --
> Dipl.-Inf. Oliver Horvath          Johann Wolfgang Goethe-Universität
> Tel: 069/798-28358 (Fax: 23340)   Institut für Informatik - Telematik
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
mpls-linux-general mailing list
mpl...@li...
https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

Re: [mpls-linux-general] (no subject)

[Luca Da C. <luc...@ti...>]

Hi James,Oliver,=20


I was fighting with an unresolved symbol in the module ipt_MPLS.o=20
(mpls_set_nexthop and before mpls_output and mpls_get_moi); Im pretty
sure is a problem on the header files in my system, but I wasnt able to
find where the problem was. Now I modified a little bit the code and it
seems working.=20

James, sorry for the delay, I will start looking at the points we talked
Rgds,
Luca=20


On Thu, 2002-08-01 at 12:23, Oliver Horvath wrote:
> Am Don, 2002-08-01 um 11.59 schrieb Amritpal Singh:
> > Hi,
> >=20
> > I am trying to use mpls-linux-1.0 downloaded from the site on my linux =
machines.
> That is a old version. You can get the new version on:=20
>=20
> http://sf.net/projects/mpls-linux/
> =20
> > I could apply the patch perfectly and the systems are all running the M=
PLS capable kernel.
> >=20
> > I configured the Label spaces and etc. according to the description giv=
en in README.ingress file in
> > /docs directory.
> >=20
> > My questions:
> >=20
> > 1) I have started a ping session from one of the edge m/c to the other =
end. How do I know that MPLS is working in my setup?
> You have to use tools like ethereal.
> >=20
> > 2) I have ethereal running on the LSR's(non-edge m/c's). How do I see t=
he label in the captured ICMP packet ?
> Ethereal shows it. If you see nothing, then mpls is not working :-(  ->
> see 4)
> >=20
> > 3) What are the CLI commands that I can use to see the labels being swa=
pped ?
> >=20
> > 4) All the files like mpls_fec, mpls_in etc. in /proc/net/ are of size =
0 in all the m/c's . Whats the reason ?
> I had the same problem. With the new version, there is no mpls_fec any
> more. And the new version works well.
>=20
> Oliver
>=20
> --=20
> Dipl.-Inf. Oliver Horvath          Johann Wolfgang Goethe-Universit=E4t
> Tel: 069/798-28358 (Fax: 23340)   Institut f=FCr Informatik - Telematik
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

Re: [mpls-linux-general] (no subject)

[Oliver H. <ho...@tm...>]

Am Don, 2002-08-01 um 11.59 schrieb Amritpal Singh:
> Hi,
>=20
> I am trying to use mpls-linux-1.0 downloaded from the site on my linux ma=
chines.
That is a old version. You can get the new version on:=20

http://sf.net/projects/mpls-linux/
=20
> I could apply the patch perfectly and the systems are all running the MPL=
S capable kernel.
>=20
> I configured the Label spaces and etc. according to the description given=
 in README.ingress file in
> /docs directory.
>=20
> My questions:
>=20
> 1) I have started a ping session from one of the edge m/c to the other en=
d. How do I know that MPLS is working in my setup?
You have to use tools like ethereal.
>=20
> 2) I have ethereal running on the LSR's(non-edge m/c's). How do I see the=
 label in the captured ICMP packet ?
Ethereal shows it. If you see nothing, then mpls is not working :-(  ->
see 4)
>=20
> 3) What are the CLI commands that I can use to see the labels being swapp=
ed ?
>=20
> 4) All the files like mpls_fec, mpls_in etc. in /proc/net/ are of size 0 =
in all the m/c's . Whats the reason ?
I had the same problem. With the new version, there is no mpls_fec any
more. And the new version works well.

Oliver

--=20
Dipl.-Inf. Oliver Horvath          Johann Wolfgang Goethe-Universit=E4t
Tel: 069/798-28358 (Fax: 23340)   Institut f=FCr Informatik - Telematik

Re: [mpls-linux-general] Mpls installation problems with the new version.

[James R. L. <jl...@mi...>]

> > Handling of packets with TTL <= 1 is broken right now.  The result is that the
> > packet gets dropped.  I think I know how I'm going to handle it:
> > 
> > Check if this is the botton of the stack, if not drop the packet.
> > Check the protocol associated with the ILM, if it is not IP, drop it.
> > If it is IP, generate an ICMP message, and forward it along the LSP, the
> > egress can deal with the ICMP message.
> > 
> > There is probably a special case where it is the egress of the LSP that
> > finds a TTL <= 1 that needs to be handled differntly.  Besides that,
> > does this sound like the right behavior?
> 
> Sounds good for me.
> 
> I tested ethereal in the middle of a lsp (no edge router) and there it
> works well.
> Do you have a idea, if there is a chance to monitor the edge routers
> correctly too?

For this to work correctly I would have to make a complete copy of the
packet and modify the copy, not the original. This would be slow, so I
don't want to do it as part of the normal path.  If people would really
like to see "correct" MPLS packets at the LERs maybe I can figure out
a way to tell if someone else has a handle to the packet and change the path
accordingly.

If you would like a detailed description of why it workes the way it
does I can walk you through the code.

> I defined a wrong outgoing lable on a edge router, and I saw two things:
> a) Ping is still working, but why? If mpls didn't know the incoming
> label, it pops the label off and tries to find a working label in the
> outgoing labels? Or is the label poped off and forwarded by normal ip?

I haven't done any negative testing recently, I will try your test tonight.
It shouldn't have worked.

> b) Tracerout stops at the middle of the lsp (3 PCs). Why it is not
> forwarded like the pings?

*shrug* Let me figure out what the ping _worked_ first :-)

Jim

-- 
James R. Leu

Re: [mpls-linux-general] Mpls installation problems with the new version.

[Oliver H. <ho...@tm...>]

Am Mit, 2002-07-31 um 18.21 schrieb James R. Leu:
> On Wed, Jul 31, 2002 at 05:07:04PM +0200, Oliver Horvath wrote:
> > Am Mit, 2002-07-31 um 17.53 schrieb James R. Leu:
> > > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/mpls-linux/mpls-linux/NOTE?rev=1.5.2.2&only_with_tag=mpls-linux_1_152&content-type=text/vnd.viewcvs-markup
> > ok. That means, that MPLS is working well? Nice! :]
> > But why I am not able to let a traceroute running?
> > Ping works well, but traceroute has not output? (see mailing below)
> 
> Handling of packets with TTL <= 1 is broken right now.  The result is that the
> packet gets dropped.  I think I know how I'm going to handle it:
> 
> Check if this is the botton of the stack, if not drop the packet.
> Check the protocol associated with the ILM, if it is not IP, drop it.
> If it is IP, generate an ICMP message, and forward it along the LSP, the
> egress can deal with the ICMP message.
> 
> There is probably a special case where it is the egress of the LSP that
> finds a TTL <= 1 that needs to be handled differntly.  Besides that,
> does this sound like the right behavior?

Sounds good for me.

I tested ethereal in the middle of a lsp (no edge router) and there it
works well.
Do you have a idea, if there is a chance to monitor the edge routers
correctly too?
I defined a wrong outgoing lable on a edge router, and I saw two things:
a) Ping is still working, but why? If mpls didn't know the incoming
label, it pops the label off and tries to find a working label in the
outgoing labels? Or is the label poped off and forwarded by normal ip?
b) Tracerout stops at the middle of the lsp (3 PCs). Why it is not
forwarded like the pings?

Oliver

Re: [mpls-linux-general] Please confirm your request to join linuxmpls

[James R. L. <jl...@mi...>]

Someone (not me) created a group on yahoo, this has happened in the
past.  Please don't respond and subscribe mpls-linux-general to this
list, not only will it not work (sf will see e-mail coming from a yahoo list
as an attept to do mail-relaying *shrug*) but I want to keep all conversations
about mpls-linux on this list, it will be easier for users to keep track
of what is happening.

Jim

On Wed, Jul 31, 2002 at 05:56:22PM +0200, Javier Sanchez Llera wrote:
> 
> 
> Whats this ??? Did anyone created a new lists on yahoo ??? or its simply
> spam ????
> 
> 
> Javier Sanchez Llera
> sj...@te...
> 
> 
> 
> On Wed, 2002-07-31 at 16:40, Yahoo! Groups wrote:
> > 
> > Hello mpl...@li...,
> > 
> > We have received your request to join the linuxmpls 
> > group hosted by Yahoo! Groups, a free, easy-to-use community service.
> > 
> > This request will expire in 21 days.
> > 
> > TO BECOME A MEMBER OF THE GROUP: 
> > 
> > 1) Go to the Yahoo! Groups site by clicking on this link:
> > 
> >    http://groups.yahoo.com/i?i=lHT1FBj2AaZIoaaPNPn9Oh1szpo&e=mpls-linux-general%40lists%2Esourceforge%2Enet 
> > 
> >   (If clicking doesn't work, "Cut" and "Paste" the line above into your 
> >    Web browser's address bar.)
> > 
> > -OR-
> > 
> > 2) REPLY to this email by clicking "Reply" and then "Send"
> >    in your email program
> > 
> > If you did not request, or do not want, a membership in the
> > linuxmpls group, please accept our apologies
> > and ignore this message.
> > 
> > Regards,
> > 
> > Yahoo! Groups Customer Care
> > 
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 
> > 
> >  
> > 
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This sf.net email is sponsored by: Dice - The leading online job board
> > for high-tech professionals. Search and apply for tech jobs today!
> > http://seeker.dice.com/seeker.epl?rel_code=31
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: Dice - The leading online job board
> for high-tech professionals. Search and apply for tech jobs today!
> http://seeker.dice.com/seeker.epl?rel_code=31
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

-- 
James R. Leu

Re: [mpls-linux-general] Please confirm your request to join linuxmpls

[Javier S. L. <sj...@te...>]

Whats this ??? Did anyone created a new lists on yahoo ??? or its simply
spam ????


Javier Sanchez Llera
sj...@te...



On Wed, 2002-07-31 at 16:40, Yahoo! Groups wrote:
> 
> Hello mpl...@li...,
> 
> We have received your request to join the linuxmpls 
> group hosted by Yahoo! Groups, a free, easy-to-use community service.
> 
> This request will expire in 21 days.
> 
> TO BECOME A MEMBER OF THE GROUP: 
> 
> 1) Go to the Yahoo! Groups site by clicking on this link:
> 
>    http://groups.yahoo.com/i?i=lHT1FBj2AaZIoaaPNPn9Oh1szpo&e=mpls-linux-general%40lists%2Esourceforge%2Enet 
> 
>   (If clicking doesn't work, "Cut" and "Paste" the line above into your 
>    Web browser's address bar.)
> 
> -OR-
> 
> 2) REPLY to this email by clicking "Reply" and then "Send"
>    in your email program
> 
> If you did not request, or do not want, a membership in the
> linuxmpls group, please accept our apologies
> and ignore this message.
> 
> Regards,
> 
> Yahoo! Groups Customer Care
> 
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 
> 
>  
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: Dice - The leading online job board
> for high-tech professionals. Search and apply for tech jobs today!
> http://seeker.dice.com/seeker.epl?rel_code=31
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

Re: [mpls-linux-general] Mpls installation problems with the new version.

[James R. L. <jl...@mi...>]

On Wed, Jul 31, 2002 at 05:07:04PM +0200, Oliver Horvath wrote:
> Am Mit, 2002-07-31 um 17.53 schrieb James R. Leu:
> > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/mpls-linux/mpls-linux/=
NOTE?rev=3D1.5.2.2&only_with_tag=3Dmpls-linux_1_152&content-type=3Dtext/v=
nd.viewcvs-markup
> ok. That means, that MPLS is working well? Nice! :]
> But why I am not able to let a traceroute running?
> Ping works well, but traceroute has not output? (see mailing below)

Handling of packets with TTL <=3D 1 is broken right now.  The result is t=
hat the
packet gets dropped.  I think I know how I'm going to handle it:

Check if this is the botton of the stack, if not drop the packet.
Check the protocol associated with the ILM, if it is not IP, drop it.
If it is IP, generate an ICMP message, and forward it along the LSP, the
egress can deal with the ICMP message.

There is probably a special case where it is the egress of the LSP that
finds a TTL <=3D 1 that needs to be handled differntly.  Besides that,
does this sound like the right behavior?

Jim

>=20
> >=20
> > On Wed, Jul 31, 2002 at 04:35:47PM +0200, Oliver Horvath wrote:
> > > Hi,
> > >=20
> > > I try to install a mpls network, in a first step with two PCs.
> > > I use kernel 2.4.18 and the mpls version 1.152, July 27, 2002.
> > >=20
> > > PC1: obiwan (192.168.2.1)  <---> PC2: amidala (192.168.2.2)
> > >=20
> > > Each PC has a network card with 4 slots (to build up a bigger netwo=
rk
> > > later).
> > >=20
> > > --- config section start ---
> > >=20
> > > Configuration of PC1:
> > > Label 21 (push and send) and label 22 (receive and push)=20
> > >=20
> > > [root@obiwan root]# cat /proc/net/mpls_labelspace=20
> > > eth1	0	12
> > > [root@obiwan root]# cat /proc/net/mpls_in        =20
> > > 0x40005400 189/21369/0 gen 21 0 1 POP PEEK=20
> > > [root@obiwan root]# cat /proc/net/mpls_out=20
> > > 0x00000004 666/51158/0 2 PUSH(gen 22) SET(eth1,192.168.2.2)=20
> > > [root@obiwan root]# /mnt/image/pkg/ip route add 192.168.2.2/32 via
> > > 192.168.2.2 lsp 0x00000004
> > > [root@obiwan root]# netstat -rn           =20
> > > Kernel IP Routentabelle
> > > Ziel         Router       Genmask      Flags   MSS Fenster irtt Ifa=
ce
> > > 192.168.2.2   192.168.2.2   255.255.255.255 UGH     40 0    0 eth1
> > >=20
> > >=20
> > > Configuration of PC2:
> > > [root@amidala root]# cat /proc/net/mpls_labelspace=20
> > > eth0	0	11
> > > [root@amidala root]# cat /proc/net/mpls_in        =20
> > > 0x40005800 738/59582/0 gen 22 0 1 POP PEEK=20
> > > [root@amidala root]# cat /proc/net/mpls_out=20
> > > 0x00000012 238/25613/0 2 PUSH(gen 21) SET(eth0,192.168.2.1)=20
> > > [root@amidala root]# /mnt/image/pkg/ip route add 192.168.2.1/32 via
> > > 192.168.2.1 lsp 0x00000012
> > > [root@amidala root]# netstat -rn
> > > Kernel IP Routentabelle
> > > Ziel        Router        Genmask        Flags   MSS Fenster irtt I=
face
> > > 192.168.2.1    192.168.2.1    255.255.255.255 UGH     40 0      0 e=
th0
> > >=20
> > > --- config section stop ---
> > >=20
> > > Now I tried to see, that I am really using MPLS. For that reason I =
have
> > > installed ethereal.
> > >=20
> > > Now I have the following problems:
> > >=20
> > > If I ping obiwan I get the following output of tethereal:
> > >=20
> > > 2615.091161 02:01:08:00:36:94 -> c0:a8:02:02:c0:a8 0xb909 Ethernet =
II
> > > 2615.091215   obiwan-2-1 -> amidala      ICMP Echo (ping) reply
> > >=20
> > > What the hell is 02:01:08:00:36:94? It looks like a MAC address, bu=
t we
> > > have no cards with these address.
> > > The answer of obiwan looks good. I had a look on it with ethereal a=
nd it
> > > looks like a "normal" mpls header.
> > > But the ping request is bad. With ethereal I saw, that there are 6
> > > MPLS-Headers are included. But why? I appended the output of ethere=
al.
> > >=20
> > > The second thing is, that I am able to ping obiwan, but a tracerout=
e to
> > > the same IP (only one hop of course) generates no output. I have to
> > > press cntl-c.
> > > [root@amidala root]# traceroute 192.168.2.1
> > > traceroute to 192.168.2.1 (192.168.2.1), 30 hops max, 38 byte packe=
ts
> > >=20
> > > [root@amidala root]#
> > >=20
> > > So whats wrong?
> > > Maybe I have patched the wrong version of iproute2?
> > >=20
> > >=20
> > > I hope someone can help me.
> > > Thanks.
> > >=20
> > > Oliver
> > >=20
> >=20
> >=20
> >=20
> > --=20
> > James R. Leu
> >=20
> >=20
> > -------------------------------------------------------
> > This sf.net email is sponsored by: Dice - The leading online job boar=
d
> > for high-tech professionals. Search and apply for tech jobs today!
> > http://seeker.dice.com/seeker.epl?rel_code=3D31
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> >=20
> --=20
> Dipl.-Inf. Oliver Horvath          Johann Wolfgang Goethe-Universit=E4t
> Tel: 069/798-28358 (Fax: 23340)   Institut f=FCr Informatik - Telematik
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: Dice - The leading online job board
> for high-tech professionals. Search and apply for tech jobs today!
> http://seeker.dice.com/seeker.epl?rel_code1
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu

Re: [mpls-linux-general] Mpls installation problems with the new version.

[Oliver H. <ho...@tm...>]

Am Mit, 2002-07-31 um 17.53 schrieb James R. Leu:
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/mpls-linux/mpls-linux/NOTE=
?rev=3D1.5.2.2&only_with_tag=3Dmpls-linux_1_152&content-type=3Dtext/vnd.vie=
wcvs-markup
ok. That means, that MPLS is working well? Nice! :]
But why I am not able to let a traceroute running?
Ping works well, but traceroute has not output? (see mailing below)

>=20
> On Wed, Jul 31, 2002 at 04:35:47PM +0200, Oliver Horvath wrote:
> > Hi,
> >=20
> > I try to install a mpls network, in a first step with two PCs.
> > I use kernel 2.4.18 and the mpls version 1.152, July 27, 2002.
> >=20
> > PC1: obiwan (192.168.2.1)  <---> PC2: amidala (192.168.2.2)
> >=20
> > Each PC has a network card with 4 slots (to build up a bigger network
> > later).
> >=20
> > --- config section start ---
> >=20
> > Configuration of PC1:
> > Label 21 (push and send) and label 22 (receive and push)=20
> >=20
> > [root@obiwan root]# cat /proc/net/mpls_labelspace=20
> > eth1	0	12
> > [root@obiwan root]# cat /proc/net/mpls_in        =20
> > 0x40005400 189/21369/0 gen 21 0 1 POP PEEK=20
> > [root@obiwan root]# cat /proc/net/mpls_out=20
> > 0x00000004 666/51158/0 2 PUSH(gen 22) SET(eth1,192.168.2.2)=20
> > [root@obiwan root]# /mnt/image/pkg/ip route add 192.168.2.2/32 via
> > 192.168.2.2 lsp 0x00000004
> > [root@obiwan root]# netstat -rn           =20
> > Kernel IP Routentabelle
> > Ziel         Router       Genmask      Flags   MSS Fenster irtt Iface
> > 192.168.2.2   192.168.2.2   255.255.255.255 UGH     40 0    0 eth1
> >=20
> >=20
> > Configuration of PC2:
> > [root@amidala root]# cat /proc/net/mpls_labelspace=20
> > eth0	0	11
> > [root@amidala root]# cat /proc/net/mpls_in        =20
> > 0x40005800 738/59582/0 gen 22 0 1 POP PEEK=20
> > [root@amidala root]# cat /proc/net/mpls_out=20
> > 0x00000012 238/25613/0 2 PUSH(gen 21) SET(eth0,192.168.2.1)=20
> > [root@amidala root]# /mnt/image/pkg/ip route add 192.168.2.1/32 via
> > 192.168.2.1 lsp 0x00000012
> > [root@amidala root]# netstat -rn
> > Kernel IP Routentabelle
> > Ziel        Router        Genmask        Flags   MSS Fenster irtt Iface
> > 192.168.2.1    192.168.2.1    255.255.255.255 UGH     40 0      0 eth0
> >=20
> > --- config section stop ---
> >=20
> > Now I tried to see, that I am really using MPLS. For that reason I have
> > installed ethereal.
> >=20
> > Now I have the following problems:
> >=20
> > If I ping obiwan I get the following output of tethereal:
> >=20
> > 2615.091161 02:01:08:00:36:94 -> c0:a8:02:02:c0:a8 0xb909 Ethernet II
> > 2615.091215   obiwan-2-1 -> amidala      ICMP Echo (ping) reply
> >=20
> > What the hell is 02:01:08:00:36:94? It looks like a MAC address, but we
> > have no cards with these address.
> > The answer of obiwan looks good. I had a look on it with ethereal and i=
t
> > looks like a "normal" mpls header.
> > But the ping request is bad. With ethereal I saw, that there are 6
> > MPLS-Headers are included. But why? I appended the output of ethereal.
> >=20
> > The second thing is, that I am able to ping obiwan, but a traceroute to
> > the same IP (only one hop of course) generates no output. I have to
> > press cntl-c.
> > [root@amidala root]# traceroute 192.168.2.1
> > traceroute to 192.168.2.1 (192.168.2.1), 30 hops max, 38 byte packets
> >=20
> > [root@amidala root]#
> >=20
> > So whats wrong?
> > Maybe I have patched the wrong version of iproute2?
> >=20
> >=20
> > I hope someone can help me.
> > Thanks.
> >=20
> > Oliver
> >=20
>=20
>=20
>=20
> --=20
> James R. Leu
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: Dice - The leading online job board
> for high-tech professionals. Search and apply for tech jobs today!
> http://seeker.dice.com/seeker.epl?rel_code=3D31
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>=20
--=20
Dipl.-Inf. Oliver Horvath          Johann Wolfgang Goethe-Universit=E4t
Tel: 069/798-28358 (Fax: 23340)   Institut f=FCr Informatik - Telematik

Re: [mpls-linux-general] Mpls installation problems with the new version.

[James R. L. <jl...@mi...>]

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/mpls-linux/mpls-linux/NOTE?rev=1.5.2.2&only_with_tag=mpls-linux_1_152&content-type=text/vnd.viewcvs-markup

On Wed, Jul 31, 2002 at 04:35:47PM +0200, Oliver Horvath wrote:
> Hi,
> 
> I try to install a mpls network, in a first step with two PCs.
> I use kernel 2.4.18 and the mpls version 1.152, July 27, 2002.
> 
> PC1: obiwan (192.168.2.1)  <---> PC2: amidala (192.168.2.2)
> 
> Each PC has a network card with 4 slots (to build up a bigger network
> later).
> 
> --- config section start ---
> 
> Configuration of PC1:
> Label 21 (push and send) and label 22 (receive and push) 
> 
> [root@obiwan root]# cat /proc/net/mpls_labelspace 
> eth1	0	12
> [root@obiwan root]# cat /proc/net/mpls_in         
> 0x40005400 189/21369/0 gen 21 0 1 POP PEEK 
> [root@obiwan root]# cat /proc/net/mpls_out 
> 0x00000004 666/51158/0 2 PUSH(gen 22) SET(eth1,192.168.2.2) 
> [root@obiwan root]# /mnt/image/pkg/ip route add 192.168.2.2/32 via
> 192.168.2.2 lsp 0x00000004
> [root@obiwan root]# netstat -rn            
> Kernel IP Routentabelle
> Ziel         Router       Genmask      Flags   MSS Fenster irtt Iface
> 192.168.2.2   192.168.2.2   255.255.255.255 UGH     40 0    0 eth1
> 
> 
> Configuration of PC2:
> [root@amidala root]# cat /proc/net/mpls_labelspace 
> eth0	0	11
> [root@amidala root]# cat /proc/net/mpls_in         
> 0x40005800 738/59582/0 gen 22 0 1 POP PEEK 
> [root@amidala root]# cat /proc/net/mpls_out 
> 0x00000012 238/25613/0 2 PUSH(gen 21) SET(eth0,192.168.2.1) 
> [root@amidala root]# /mnt/image/pkg/ip route add 192.168.2.1/32 via
> 192.168.2.1 lsp 0x00000012
> [root@amidala root]# netstat -rn
> Kernel IP Routentabelle
> Ziel        Router        Genmask        Flags   MSS Fenster irtt Iface
> 192.168.2.1    192.168.2.1    255.255.255.255 UGH     40 0      0 eth0
> 
> --- config section stop ---
> 
> Now I tried to see, that I am really using MPLS. For that reason I have
> installed ethereal.
> 
> Now I have the following problems:
> 
> If I ping obiwan I get the following output of tethereal:
> 
> 2615.091161 02:01:08:00:36:94 -> c0:a8:02:02:c0:a8 0xb909 Ethernet II
> 2615.091215   obiwan-2-1 -> amidala      ICMP Echo (ping) reply
> 
> What the hell is 02:01:08:00:36:94? It looks like a MAC address, but we
> have no cards with these address.
> The answer of obiwan looks good. I had a look on it with ethereal and it
> looks like a "normal" mpls header.
> But the ping request is bad. With ethereal I saw, that there are 6
> MPLS-Headers are included. But why? I appended the output of ethereal.
> 
> The second thing is, that I am able to ping obiwan, but a traceroute to
> the same IP (only one hop of course) generates no output. I have to
> press cntl-c.
> [root@amidala root]# traceroute 192.168.2.1
> traceroute to 192.168.2.1 (192.168.2.1), 30 hops max, 38 byte packets
> 
> [root@amidala root]#
> 
> So whats wrong?
> Maybe I have patched the wrong version of iproute2?
> 
> 
> I hope someone can help me.
> Thanks.
> 
> Oliver
> 



-- 
James R. Leu

[mpls-linux-general] Please confirm your request to join linuxmpls

[Yahoo! G. <confirm-s2-lHT1FBj2AaZIoaaPNPn9Oh1szpo-mpls-linux-general=<lis...@ya...>]

Hello mpl...@li...,

We have received your request to join the linuxmpls 
group hosted by Yahoo! Groups, a free, easy-to-use community service.

This request will expire in 21 days.

TO BECOME A MEMBER OF THE GROUP: 

1) Go to the Yahoo! Groups site by clicking on this link:

   http://groups.yahoo.com/i?i=lHT1FBj2AaZIoaaPNPn9Oh1szpo&e=mpls-linux-general%40lists%2Esourceforge%2Enet 

  (If clicking doesn't work, "Cut" and "Paste" the line above into your 
   Web browser's address bar.)

-OR-

2) REPLY to this email by clicking "Reply" and then "Send"
   in your email program

If you did not request, or do not want, a membership in the
linuxmpls group, please accept our apologies
and ignore this message.

Regards,

Yahoo! Groups Customer Care

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

 

[mpls-linux-general] Mpls installation problems with the new version.

[Oliver H. <ho...@tm...>]

Hi,

I try to install a mpls network, in a first step with two PCs.
I use kernel 2.4.18 and the mpls version 1.152, July 27, 2002.

PC1: obiwan (192.168.2.1)  <---> PC2: amidala (192.168.2.2)

Each PC has a network card with 4 slots (to build up a bigger network
later).

--- config section start ---

Configuration of PC1:
Label 21 (push and send) and label 22 (receive and push) 

[root@obiwan root]# cat /proc/net/mpls_labelspace 
eth1	0	12
[root@obiwan root]# cat /proc/net/mpls_in         
0x40005400 189/21369/0 gen 21 0 1 POP PEEK 
[root@obiwan root]# cat /proc/net/mpls_out 
0x00000004 666/51158/0 2 PUSH(gen 22) SET(eth1,192.168.2.2) 
[root@obiwan root]# /mnt/image/pkg/ip route add 192.168.2.2/32 via
192.168.2.2 lsp 0x00000004
[root@obiwan root]# netstat -rn            
Kernel IP Routentabelle
Ziel         Router       Genmask      Flags   MSS Fenster irtt Iface
192.168.2.2   192.168.2.2   255.255.255.255 UGH     40 0    0 eth1


Configuration of PC2:
[root@amidala root]# cat /proc/net/mpls_labelspace 
eth0	0	11
[root@amidala root]# cat /proc/net/mpls_in         
0x40005800 738/59582/0 gen 22 0 1 POP PEEK 
[root@amidala root]# cat /proc/net/mpls_out 
0x00000012 238/25613/0 2 PUSH(gen 21) SET(eth0,192.168.2.1) 
[root@amidala root]# /mnt/image/pkg/ip route add 192.168.2.1/32 via
192.168.2.1 lsp 0x00000012
[root@amidala root]# netstat -rn
Kernel IP Routentabelle
Ziel        Router        Genmask        Flags   MSS Fenster irtt Iface
192.168.2.1    192.168.2.1    255.255.255.255 UGH     40 0      0 eth0

--- config section stop ---

Now I tried to see, that I am really using MPLS. For that reason I have
installed ethereal.

Now I have the following problems:

If I ping obiwan I get the following output of tethereal:

2615.091161 02:01:08:00:36:94 -> c0:a8:02:02:c0:a8 0xb909 Ethernet II
2615.091215   obiwan-2-1 -> amidala      ICMP Echo (ping) reply

What the hell is 02:01:08:00:36:94? It looks like a MAC address, but we
have no cards with these address.
The answer of obiwan looks good. I had a look on it with ethereal and it
looks like a "normal" mpls header.
But the ping request is bad. With ethereal I saw, that there are 6
MPLS-Headers are included. But why? I appended the output of ethereal.

The second thing is, that I am able to ping obiwan, but a traceroute to
the same IP (only one hop of course) generates no output. I have to
press cntl-c.
[root@amidala root]# traceroute 192.168.2.1
traceroute to 192.168.2.1 (192.168.2.1), 30 hops max, 38 byte packets

[root@amidala root]#

So whats wrong?
Maybe I have patched the wrong version of iproute2?


I hope someone can help me.
Thanks.

Oliver

[mpls-linux-general] test only (move to trash)

[Morvan D. M. <mo...@so...>]

Test only (move to trash)

Re: [mpls-linux-general] mplsd(zebra-port) crash with core dump msg!

[James R. L. <jl...@mi...>]

This is a good start, now lets look further, do this for me:

gdb mplsd core
where
p e
p e->p.iff
p e->p.iff->range
p e->p.iff->range->type

BTW try using 'script' to capture the text from a shell session
(do a 'man script' to learn more about it)

Jim

On Tue, Jul 30, 2002 at 06:35:56PM -0300, Morvan Daniel M=FCller wrote:
>=20
> At 15:46 30/07/2002 -0500, James R. Leu wrote:
> >Can you get a backtrace from the core file?
> >gdb mplsd core
> >where
>=20
> # echo quit > q
> # gdb mplsd core < q > gdb.log 2>&1
> # cat gdb.log
>=20
> GNU gdb 5.0rh-5 Red Hat Linux 7.1
> Copyright 2001 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and yo=
u are
> welcome to change it and/or distribute copies of it under certain condi=
tions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for deta=
ils.
> This GDB was configured as "i386-redhat-linux"...
> Core was generated by `mplsd -l -f /home/morvan/config/ldp3hosts/mplsd.=
conf86 -P 1025'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /lib/i686/libm.so.6...done.
> Loaded symbols for /lib/i686/libm.so.6
> Reading symbols from /lib/libcrypt.so.1...done.
> Loaded symbols for /lib/libcrypt.so.1
> Reading symbols from /lib/i686/libc.so.6...done.
> Loaded symbols for /lib/i686/libc.so.6
> Reading symbols from /lib/ld-linux.so.2...done.
> Loaded symbols for /lib/ld-linux.so.2
> #0  0x0805b249 in ldp_init_prepare (msg=3D0x80b91e8, g=3D0x80b7ff8, msg=
id=3D2,=20
>     s=3D0x80bddd8) at ldp_init.c:61
> 61	ldp_init.c: No such file or directory.
> 	in ldp_init.c
> (gdb)=20
>=20
> >On Tue, Jul 30, 2002 at 04:34:53PM -0300, Morvan Daniel M=FCller wrote=
:
> >> Hi all!
> >>=20
> >> While testing mplsd (zebra port):
> >> The active side (peer with the higher IP address) crash with "core d=
ump message" when initializing the LDP session establishment.
> >>=20
> >> I'm using mpls_linux_1-128 patched to kernel 2.4.18;
> >> ldp-portable (last cvs);=20
> >> zebra-port   (version 09jul2002 as into ldp-portable/ldp-zebra.diff).
> >>=20
> >> PS:
> >> I make tests with 2 and 3 boxes, using static routes and
> >> ospfd in each scenario.
> >>=20
> >>=20
> >> -------------------------------------------------------
> >> This sf.net email is sponsored by: Dice - The leading online job boa=
rd
> >> for high-tech professionals. Search and apply for tech jobs today!
> >> http://seeker.dice.com/seeker.epl?rel_code=3D31
> >> _______________________________________________
> >> mpls-linux-general mailing list
> >> mpl...@li...
> >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> >
> >--=20
> >James R. Leu
> >
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: Dice - The leading online job board
> for high-tech professionals. Search and apply for tech jobs today!
> http://seeker.dice.com/seeker.epl?rel_code1
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu

Re: [mpls-linux-general] mplsd(zebra-port) crash with core dump msg!

[Morvan D. <mo...@so...>]

At 15:46 30/07/2002 -0500, James R. Leu wrote:
>Can you get a backtrace from the core file?
>gdb mplsd core
>where

# echo quit > q
# gdb mplsd core < q > gdb.log 2>&1
# cat gdb.log

GNU gdb 5.0rh-5 Red Hat Linux 7.1
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain=
 conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
Core was generated by `mplsd -l -f=
 /home/morvan/config/ldp3hosts/mplsd.conf86 -P 1025'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/i686/libm.so.6...done.
Loaded symbols for /lib/i686/libm.so.6
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/i686/libc.so.6...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x0805b249 in ldp_init_prepare (msg=3D0x80b91e8, g=3D0x80b7ff8, msgid=3D=
2,=20
    s=3D0x80bddd8) at ldp_init.c:61
61	ldp_init.c: No such file or directory.
	in ldp_init.c
(gdb)=20

>On Tue, Jul 30, 2002 at 04:34:53PM -0300, Morvan Daniel M=FCller wrote:
>> Hi all!
>>=20
>> While testing mplsd (zebra port):
>> The active side (peer with the higher IP address) crash with "core dump=
 message" when initializing the LDP session establishment.
>>=20
>> I'm using mpls_linux_1-128 patched to kernel 2.4.18;
>> ldp-portable (last cvs);=20
>> zebra-port   (version 09jul2002 as into ldp-portable/ldp-zebra.diff).
>>=20
>> PS:
>> I make tests with 2 and 3 boxes, using static routes and
>> ospfd in each scenario.
>>=20
>>=20
>> -------------------------------------------------------
>> This sf.net email is sponsored by: Dice - The leading online job board
>> for high-tech professionals. Search and apply for tech jobs today!
>> http://seeker.dice.com/seeker.epl?rel_code=3D31
>> _______________________________________________
>> mpls-linux-general mailing list
>> mpl...@li...
>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
>--=20
>James R. Leu
>

Re: [mpls-linux-general] mplsd(zebra-port) crash with core dump msg!

[James R. L. <jl...@mi...>]

Can you get a backtrace from the core file?

gdb mplsd core
where

On Tue, Jul 30, 2002 at 04:34:53PM -0300, Morvan Daniel M=FCller wrote:
> Hi all!
>=20
> While testing mplsd (zebra port):
> The active side (peer with the higher IP address) crash with "core dump=
 message" when initializing the LDP session establishment.
>=20
> I'm using mpls_linux_1-128 patched to kernel 2.4.18;
> ldp-portable (last cvs);=20
> zebra-port   (version 09jul2002 as into ldp-portable/ldp-zebra.diff).
>=20
> PS:
> I make tests with 2 and 3 boxes, using static routes and
> ospfd in each scenario.
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: Dice - The leading online job board
> for high-tech professionals. Search and apply for tech jobs today!
> http://seeker.dice.com/seeker.epl?rel_code=3D31
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu

[mpls-linux-general] mplsd(zebra-port) crash with core dump msg!

[Morvan D. <mo...@so...>]

Hi all!

While testing mplsd (zebra port):
The active side (peer with the higher IP address) crash with "core dump message" when initializing the LDP session establishment.

I'm using mpls_linux_1-128 patched to kernel 2.4.18;
ldp-portable (last cvs); 
zebra-port   (version 09jul2002 as into ldp-portable/ldp-zebra.diff).

PS:
I make tests with 2 and 3 boxes, using static routes and
ospfd in each scenario.

Re: [mpls-linux-general] Mpls on Linux RedHat 7.1 Kernel 2.4.13

[James R. L. <jl...@mi...>]

Grab the lastest mpls-linux package, it has a new patch against 2.4.18.
The patch you are using is known to be bad.

Jim

On Tue, Jul 30, 2002 at 09:03:50AM -0400, Eric Dub=E9 wrote:
> Hi all,
>=20
> I reinstalled everything, but with the version 2.4.18 of Redhat.=20
> Finally, I found an error on my installation, so it's why my=20
> installation don't do anything.
>=20
> When I do the command : make bzImage, I have an error and the Image fil=
e=20
> are not create.  So I can't change my Lilo settings and I don't boot on=
=20
> the new config.
>=20
> This is the error :
>=20
> cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes=20
> -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-commo=
n=20
> -pipe -mpreferred-stack-boundary=3D2 -march=3Di686  =20
> -DKBUILD_BASENAME=3Ddevinet  -c -o devinet.o devinet.c
>=20
> ..... some errors .....
>=20
> 'mpls_dump_ilm' undeclared here (not in function)
> initialize element is not constant
> (near initialization for 'inet_rtnetlink_table[38].dumpit')
>=20
> 'mpls_rtm_newxc' undeclared here (not in function)
> initialize element is not constant
> (near initialization for 'inet_rtnetlink_table[40].doit')
>=20
> ..... some errors again ....
>=20
> make[3]:*** [devinet.o] Error 1
> make[3]: Leaving directory `/usr/src/linux/net/ipv4'
> make[2]:*** [first_rule] Error 2
> make[2]: Leaving directory `/usr/src/linux/net/ipv4'
>=20
> make[1]:*** [_subdir_ipv4] Error 2
> make[1]: Leaving directory `/usr/src/linux/net'
> make:*** [_dir_net] Error 2
>=20
> I need help ...
> I hope someday will can help me.
> Thank you
>=20
> Eric
>=20
>=20
> Eric Dub=E9 wrote:
>=20
> > Hi,
> >
> >    I have a pc with Linux Rehdat 7.1 with kernel version : 2.4.13.
> >
> >    I download and install the 2.4.13 kernel on my installed kernel=20
> > 2.4.2-2.  I follow these instructions (appear in the msg_id : 578413)
> >
> >      From: James R. Leu <jleu@mi...>
> >
> >       Re: help for MPLS-LINUX install        2001-12-06 12:35
> >           get the 2.4.13 kernel source.cd /usr/src/
> >      mv linux linux.old
> >      ncftpget=20
> > ftp://ftp.kernel.org/pub/linux/kernel/v2.4/linux-2.4.13.tar.bz2
> >      tar -Ixf linux-2.4.13.tar.bz2
> >      mv linux linux-2.4.13
> >      ln -s linux-2.4.13 linux
> >      cd /usr/include/
> >      mv linux linux.old
> >      mv asm asm.old
> >      ln -s /usr/src/linux/include/linux
> >      ln -s /usr/src/linux/include/asm
> >
> >    After this, I download and install the MPLS package version 0.996=20
> > (version 1.0 on the web) and I follow the instruction of the readme f=
ile.
> >
> >    Everything work fine and I didn't have any errors.
> >
> >    But, I don't see any change on my linux.  I don't have new option=20
> > in network settings, I don't have new menu about MPLS.
> >
> >    Somebody can explain me what the installation is supposed to do.=20
> > Presently, I'm not sure if my installation of MPLS was ok.
> >
> >    Thank you
> >    Eric
> >
> > =20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: Dice - The leading online job board
> for high-tech professionals. Search and apply for tech jobs today!
> http://seeker.dice.com/seeker.epl?rel_code1
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu

Re: [mpls-linux-general] Mpls on Linux RedHat 7.1 Kernel 2.4.13

[Eric <dub...@el...>]

Hi all,

I reinstalled everything, but with the version 2.4.18 of Redhat.=20
Finally, I found an error on my installation, so it's why my=20
installation don't do anything.

When I do the command : make bzImage, I have an error and the Image file=20
are not create.  So I can't change my Lilo settings and I don't boot on=20
the new config.

This is the error :

cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes=20
-Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common=20
-pipe -mpreferred-stack-boundary=3D2 -march=3Di686  =20
-DKBUILD_BASENAME=3Ddevinet  -c -o devinet.o devinet.c

..... some errors .....

'mpls_dump_ilm' undeclared here (not in function)
initialize element is not constant
(near initialization for 'inet_rtnetlink_table[38].dumpit')

'mpls_rtm_newxc' undeclared here (not in function)
initialize element is not constant
(near initialization for 'inet_rtnetlink_table[40].doit')

..... some errors again ....

make[3]:*** [devinet.o] Error 1
make[3]: Leaving directory `/usr/src/linux/net/ipv4'
make[2]:*** [first_rule] Error 2
make[2]: Leaving directory `/usr/src/linux/net/ipv4'

make[1]:*** [_subdir_ipv4] Error 2
make[1]: Leaving directory `/usr/src/linux/net'
make:*** [_dir_net] Error 2

I need help ...
I hope someday will can help me.
Thank you

Eric


Eric Dub=E9 wrote:

> Hi,
>
>    I have a pc with Linux Rehdat 7.1 with kernel version : 2.4.13.
>
>    I download and install the 2.4.13 kernel on my installed kernel=20
> 2.4.2-2.  I follow these instructions (appear in the msg_id : 578413)
>
>      From: James R. Leu <jleu@mi...>
>
>       Re: help for MPLS-LINUX install        2001-12-06 12:35
>           get the 2.4.13 kernel source.cd /usr/src/
>      mv linux linux.old
>      ncftpget=20
> ftp://ftp.kernel.org/pub/linux/kernel/v2.4/linux-2.4.13.tar.bz2
>      tar -Ixf linux-2.4.13.tar.bz2
>      mv linux linux-2.4.13
>      ln -s linux-2.4.13 linux
>      cd /usr/include/
>      mv linux linux.old
>      mv asm asm.old
>      ln -s /usr/src/linux/include/linux
>      ln -s /usr/src/linux/include/asm
>
>    After this, I download and install the MPLS package version 0.996=20
> (version 1.0 on the web) and I follow the instruction of the readme fil=
e.
>
>    Everything work fine and I didn't have any errors.
>
>    But, I don't see any change on my linux.  I don't have new option=20
> in network settings, I don't have new menu about MPLS.
>
>    Somebody can explain me what the installation is supposed to do.=20
> Presently, I'm not sure if my installation of MPLS was ok.
>
>    Thank you
>    Eric
>
> =20