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

Re: [mpls-linux-general] -- Research Topic --

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

Hello,

Sorry for the delay is getting back to you.  I would suggest utilizing
the MPLS framework I've added to quagga (you will have to use my development
tree to get the lastest code).

This way you'll have access to routing information (ala quagga) and can
use the framework to abstract away the details of the MPLS forwarding plane.

On Thu, Jul 28, 2005 at 03:30:02PM +0100, Arturo Nunez wrote:
> Hello:
> 	Im planning to do some research in MPLS (as probably all of you
> 	are doing now ;-) ).
> =09
> 	I would basically like to investigate in 'Dynamic Routing' over MPLS.
> 	I have a source routing algorithm which I plan to modify for
> 	MPLS and test over a test-bed of 25 machines
> =09
> 	Any comments or suggestions are welcome.
>=20
> Best Regards,
> --=20
> ---------------------------------------------------------------------
> J. Arturo Nunez                       | " The first and great=20
> Intelligent Systems and Networks      |  commandment is, don't
> Electrical and Electronic Engineering |  let them scare you "
> Imperial College                      | =20
> London UK      	                      |  Elmer Davis(1890-1958)
> +44 (20) 7594 6330 (O)		      | =20
> ---------------------------------------------------------------------
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO Septem=
ber
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu
jl...@mi...

Re: [mpls-linux-general] LDP strange behaviour

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

There has been significant development on quagga-mpls since the
last release.  Until I create a formal release you will want to use
the lastest software from my development tree.  Please look to
http://mpls-linux.sf.net for more information about accesing my
development tree.

On Fri, Jul 29, 2005 at 04:57:35PM +0300, Razvan Deaconescu wrote:
> Hi,
>=20
> i have managed to create a network topology where to test MPLS Linux
> support and LDP Quagga suport. I have a functional 1.946a MPLS patched
> 2.6.9 Linux kernel and a 0.800 LDP patched quagga-0.96.4.
>=20
> The patch was applied succesfully in both cases. I tested the MPLS
> enabled kernel using patched iproute2.
>=20
> In my first phase i created a small OSPFv2 routing topology which
> worked fine; the second phase was enabling ldp on that interface;
> however i am experiencing some strange problems.
>=20
> The LDP routers send each other hello messages but no actual
> connection seems to be happening. And above all that all the routers
> work properly but they aren't using any labels (some of them have all
> the interfaces mpls enabled). So everything works fine in my small
> topology, but not LDP - which is however working but doesn't to
> participate at the actual routing process.
>=20
> Here are my configuration files for zebra, ospfd and ldpd (it's a
> configuration for an egress router)
>=20
> ## zebra configuration file ##
> !
> ! Zebra configuration saved from vty
> !   2005/07/29 13:18:31
> !
> hostname Router
> password zebra
> enable password zebra
> service advanced-vty
> !
> mpls labelspace 1
> !
> interface eth0
> !
> interface eth1
>  description ldp-enabled interface=20
>  mpls labelspace 1
>  ip address 11.0.1.1/30
> !
> interface lo
>  description Loopback=20
> !
> interface sit0
> !
> !
> line vty
>  exec-timeout 0 0
> !
>=20
> ## ospfd configuration file ##
>=20
> ! -*- ospf -*-
> !
> ! OSPFd sample configuration file
> !
> !
> hostname ospfd
> password zebra
> enable password zebra
> !
> router ospf
>   network 11.0.1.0/30 area 0
> !
> line vty
> 	exec-timeout 0 0
> !
>=20
> ## ldpd configuration file ##
> !
> ! Zebra configuration saved from vty
> !   2005/07/29 13:49:23
> !
> hostname ldpd
> password test
> enable password test
> !
> interface eth0
>  description large network interface (no mpls)=20
> !
> interface eth1
>  description egress label enabled interface=20
>  mpls ip
> !
> interface lo
>  description Loopback interface=20
> !
> interface sit0
> !
> mpls ip
>  egress connected
> !
> line vty
>  exec-timeout 0 0
> !
>=20
> I would also want to know how do i choose between all the ldp options
> (liberal/conservative retention, downstream on demand, downstream
> unsolicited); i didn't manage to find these options using the CLI.
>=20
> thanks,
> Razvan
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO Septem=
ber
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu
jl...@mi...

[mpls-linux-general] LDP strange behaviour

[Razvan D. <raz...@gm...>]

Hi,

i have managed to create a network topology where to test MPLS Linux
support and LDP Quagga suport. I have a functional 1.946a MPLS patched
2.6.9 Linux kernel and a 0.800 LDP patched quagga-0.96.4.

The patch was applied succesfully in both cases. I tested the MPLS
enabled kernel using patched iproute2.

In my first phase i created a small OSPFv2 routing topology which
worked fine; the second phase was enabling ldp on that interface;
however i am experiencing some strange problems.

The LDP routers send each other hello messages but no actual
connection seems to be happening. And above all that all the routers
work properly but they aren't using any labels (some of them have all
the interfaces mpls enabled). So everything works fine in my small
topology, but not LDP - which is however working but doesn't to
participate at the actual routing process.

Here are my configuration files for zebra, ospfd and ldpd (it's a
configuration for an egress router)

## zebra configuration file ##
!
! Zebra configuration saved from vty
!   2005/07/29 13:18:31
!
hostname Router
password zebra
enable password zebra
service advanced-vty
!
mpls labelspace 1
!
interface eth0
!
interface eth1
 description ldp-enabled interface=20
 mpls labelspace 1
 ip address 11.0.1.1/30
!
interface lo
 description Loopback=20
!
interface sit0
!
!
line vty
 exec-timeout 0 0
!

## ospfd configuration file ##

! -*- ospf -*-
!
! OSPFd sample configuration file
!
!
hostname ospfd
password zebra
enable password zebra
!
router ospf
  network 11.0.1.0/30 area 0
!
line vty
=09exec-timeout 0 0
!

## ldpd configuration file ##
!
! Zebra configuration saved from vty
!   2005/07/29 13:49:23
!
hostname ldpd
password test
enable password test
!
interface eth0
 description large network interface (no mpls)=20
!
interface eth1
 description egress label enabled interface=20
 mpls ip
!
interface lo
 description Loopback interface=20
!
interface sit0
!
mpls ip
 egress connected
!
line vty
 exec-timeout 0 0
!

I would also want to know how do i choose between all the ldp options
(liberal/conservative retention, downstream on demand, downstream
unsolicited); i didn't manage to find these options using the CLI.

thanks,
Razvan

[mpls-linux-general] -- Research Topic --

[Arturo N. <jua...@ic...>]

Hello:
	Im planning to do some research in MPLS (as probably all of you
	are doing now ;-) ).
	
	I would basically like to investigate in 'Dynamic Routing' over MPLS.
	I have a source routing algorithm which I plan to modify for
	MPLS and test over a test-bed of 25 machines
	
	Any comments or suggestions are welcome.

Best Regards,
-- 
---------------------------------------------------------------------
J. Arturo Nunez                       | " The first and great 
Intelligent Systems and Networks      |  commandment is, don't
Electrical and Electronic Engineering |  let them scare you "
Imperial College                      |  
London UK      	                      |  Elmer Davis(1890-1958)
+44 (20) 7594 6330 (O)		      |  
---------------------------------------------------------------------

[mpls-linux-general] LDP installation

[Razvan D. <raz...@gm...>]

Hi,

i have just installed quagga-0.96.4 on a mpls enabled kernel and with
ldp support.
My kernel uses the latest mpls patch (1.946a); i installed ldp-portable-0.8=
00.

in ldp-portable/README.quagga-mpls it is said that:
"If you are not running on a mpls-linux
enabled kernel, modify quagga/zebra/Makefile.am and change mpls-linux.o to
mpls_null.o. " (those remarks were however used for the 1.1xx mpls patches)

However, if i do that, some compilations error emerge (similar to
those that appear if i try to compile the mplsadm utility - i am using
iproute2 with the associated patch but i tried mplsadm too :D ); some
examples are:

SIOCMPLSILMDEL' undeclared (first use in this function)
SIOCMPLSILMDEL' undeclared (first use in this function)
SIOCMPLSOUTINSTR' undeclared (first use in this function)

in other words, mostly ioctl commands.

i recall reading that ioctls were removed from the latest mpls kernel
patches, but i would like to know for sure if setting mpls_null.o
instead of mpls-linux.o is the correct way on a mpls-1.946a enabled
kernel (which works, as i have tested it using the patched iproute2);
i haven't tested ldpd as i don't have a network testing topology ready yet;
i will have it soon, so i want to know if i did something wrong

many thanks,
Razvan

[mpls-linux-general] RV: tc and mpls

[<jg...@sa...>]

Hello everybody,

I am trying to create an Edge router which packets that ingress the MPLS
network are enqueued before. Apparently the traffic engineering that I have
done works correctly without MPLS. ALL configurations are the following

Traffic Engineering

iptables -t mangle -A FORWARD -p icmp -j MARK --set-mark 1
tc qdisc add dev eth1 root handle 1:0 htb default 12
tc class add dev eth1 parent 1:0 classid 1:1 htb rate 512kbit ceil 512kbit
tc class add dev eth1 parent 1:1 classid 1:10 htb rate 256kbit ceil 256kbit
tc class add dev eth1 parent 1:1 classid 1:20 htb rate 256kbit ceil 256kbit
tc filter add dev eth1 parent 1:0 prio 1 protocol ip handle 1 fw flowid 1:10

I have trayed to introduce MPLS with iptables 

iptables -A OUTPUT -d 10.0.15.0/24 -j spec_nh --spec_nh 0x8847:0x2

Where the nhlfe 0x2 is

[root@localhost ~]# mpls nhlfe show
NHLFE entry key 0x00000002 mtu 1496 propagate_ttl
	push gen 100 set eth1 ipv4 192.168.1.1  (24906644 bytes, 49177 pkts,
0 dropped)

If this is the configuration the packets are marked and classified, but the
destination is unreachable. 

If I introduce a route where I specify the nhlfe 2, in this case:
Ip route add 10.0.15.0/24 via 192.168.1.1 spec_nh 0x8847

Packets are not classified now.


How a I can classify packets in queues and send it with MPLS ?


Thanks for your attention.

Jorge Garcia
La Salle

[mpls-linux-general] mplsadm2 and quagga

[vittorio_manetti <vit...@li...>]

Hi to all,
 
I'm working to find some difference between mplsadm2 and q=
uagga. I would like to know if the the following sequence of instructions=
 produce the same result :

1)  eler(config)#mpls static 0
    eler(co=
nfig-ls)#label-map gen 17 pop
  
2)  #mplsadm2 -A -I 0 -o pop:gen:17=0D
=
  
  
In every case, I would like to know if a quagga command equivalen=
t to the following mplsadm2 command exists :

  #mplsadm2 -A -O 0 -o pu=
sh:gen:16
  
Thanks.=0A=0A=0A=0A_______________________________________=
_____________________=0A6X velocizzare la tua navigazione a 56k? 6X Web A=
ccelerator di Libero!=0AScaricalo su INTERNET GRATIS 6X http://www.libero=
.it=0A

[mpls-linux-general] =?iso-8859-1?Q?C=ECALLIS_V=C011iUM_Vi=C0GRA?=

[Lillian P. <Pr...@ka...>]

Hello, 
Ah, perro ingles! he shouted, and flung forward to his death.what it might =
mean to him.  But he had been very close andFarrell, said the =
officer.knew they would be.  The real source of his mental anguish lay =
inirresolute where Blood had left him.  Then slowly, reluctanceliterally =
athirst for his blood.Already the gunners were kindling their matches; =
sailors were aloft,other three.  His manner implied plainly that he =
despised them andYou wouldn't, of course.  I shouldn't think you often =
guess aright.And it's the devil's own labour I've had to prevail upon =
them notafter a moment:  So does the display of ingratitude.hesitated, =
they bore him almost by main force aboard the Arabella.button-holes was =
in the Spanish fashion.  But the long, stout,his tan until his face was =
the colour of clay, and there was a wildHispaniola, which was but ten =
miles off.  This was the course urgedgasping speech.  I'm to rot here =
until I tell him the identity of

Re: [mpls-linux-general] problem with Vty

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

I would suggest starting with a very simple zebra.conf (the first 3 lines of
your config.  Then once you connect to the zebra daemon I would do the rest
of the configuration via the CLI after doing:

enable
conf t

It may not be your config that is causing zebra not to start.  Trying runni=
ng
it by hand:

/usr/sbin/zebra -A 127.0.0.1 -f /etc/quagga/zebra.conf

Notice I didn't add the '-d' option.  This would force zebra to run
in non-daemon mode.  All errors would be printed to your terminal, of course
that means you need to have a another terminal available to issue the telnet
from ...

One thing to note is you might want to familiarize yourself with a pre built
version of quagga (without MPLS) first, just so you get an understanding
of how it is supposed to work.

On Thu, Jul 21, 2005 at 02:40:45PM +0200, vittorio_manetti wrote:
> Hi everybody,
>=20
> I have installed quagga after appling mpls patch. I want to open a CLI no=
w, so I can invoke the command to configure a mpls net. I make the followin=
g zebra.config file :=20
>   =20
> 	hostname verde2
> 	password root
> 	enable password root
> 	service advanced-vty
> 	!
> 	interface lo
> 	description Loopback
> 	!
> 	interface dummy0
> 	ip address 192.168.0.2/32
> 	!
> 	interface eth0
>         ip address 192.168.2.2/30 =20
> 	!
> 	interface eth1
> 	!
> 	interface eth2
> 	ip address 192.168.2.9/30
> 	!
> 	!
> 	interface teql0
> 	!
> 	!
> 	line vty
> 	exec-timeout 0 0
>=20
>=20
> Subsequently, if I type this command :=20
>=20
> 	#telnet localhost 2601
>=20
> =09
> the following error message appears :
>=20
> 	#Trying 127.0.0.1...
> 	#Connected to localhost.localdomain.
> 	#Escape character is '^]'.
> 	#Vty password is not set.
> 	#Connection closed by foreign host.
>=20
> =09
> What is the mistake I make?
>=20
>=20
>=20
>=20
> ____________________________________________________________
> 6X velocizzare la tua navigazione a 56k? 6X Web Accelerator di Libero!
> Scaricalo su INTERNET GRATIS 6X http://www.libero.it
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op?k
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu
jl...@mi...

[mpls-linux-general] problem with Vty

[vittorio_manetti <vit...@li...>]

Hi everybody,

I have installed quagga after appling mpls patch. I want=
 to open a CLI now, so I can invoke the command to configure a mpls net. =
I make the following zebra.config file : 
   
	hostname verde2
	passwo=
rd root
	enable password root
	service advanced-vty
	!
	interface lo=0D
=
	description Loopback
	!
	interface dummy0
	ip address 192.168.0.2/32=0D
=
	!
	interface eth0
        ip address 192.168.2.2/30  
	!
	interface =
eth1
	!
	interface eth2
	ip address 192.168.2.9/30
	!
	!
	interface=
 teql0
	!
	!
	line vty
	exec-timeout 0 0


Subsequently, if I type=
 this command : 

	#telnet localhost 2601

	
the following error mes=
sage appears :

	#Trying 127.0.0.1...
	#Connected to localhost.localdo=
main.
	#Escape character is '^]'.
	#Vty password is not set.
	#Connect=
ion closed by foreign host.

	
What is the mistake I make?
=0A=0A=0A=0A=
____________________________________________________________=0A6X velociz=
zare la tua navigazione a 56k? 6X Web Accelerator di Libero!=0AScaricalo =
su INTERNET GRATIS 6X http://www.libero.it=0A

Re: [mpls-linux-general] Debian GNU/Linux MPLS installation problem

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

On Mon, Jul 18, 2005 at 10:17:51AM +0300, Razvan Deaconescu wrote:
> i tried those packages when i saw it hadn't work (forgot to mention
> that); i  also checked most of the discution list, but nothing helped;
> the same problems arise :-(
>=20
> however, the fact that the kernel versions from 2.6.10 on cannot be
> patched has nothing to do with Debian (what is involved here is the
> mpls support, the linux kernel source code from http://www.kernel.org
> and the patch application)

Check out the pending patches at http://sf.net/projects/mpls-linux/  I beli=
eve
there is one for 2.6.10 there.

> i think i will try working with an earlier version of mpls-linux to
> see if that works;

I wouldn't recommend that.  There is a reason a newer versions are released,
mostly bux fixes.

> could you please tell me if it is normal for the two headers mpls.h
> and gen_spec.h
> not to exist in the /usr/include/linux header folder and to be copied man=
ually

Yes, because your not using a kernel-headers deb that has been modified
for MPLS-linux.

> thanks,
> Razvan
>=20
>=20
>=20
> On 7/17/05, James R. Leu <jl...@mi...> wrote:
> > Please see my recent post about debian packages.
> >=20
> > On Sun, Jul 17, 2005 at 04:43:32PM +0300, Razvan Deaconescu wrote:
> > >        Hi everybody,
> > >
> > > we are trying to install MPLS support on some Linux machines and to g=
et as
> > > many things working as we can; we began with configuring the kernel a=
n testing
> > > the mpls utility using the iproute2 application suite; we chose the D=
ebian
> > > GNU/Linux distribution because we are quite accustomed to it and we c=
an proceed
> > > much faster with this project.
> > >
> > > However we ran into many problems some of which we were able to solve.
> > > I will make quite a detailed presentation of the things we did so far=
 because
> > > we don't want to miss anything important, in case anyone can help us.
> > >
> > > First of all, if anyone has managed to install a functional MPLS supp=
ort on a
> > > Debian GNU/Linux distribution we kindly ask him/her to tell us the st=
eps that
> > > he/she followed and where we went wrong.
> > >
> > > Ok, here it goes.
> > >
> > > We used Debian GNU/Linux 3.1 Sarge as our base system. We used the ne=
twork
> > > install minimal CD available at
> > > http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-=
i386-netinst.iso
> > >
> > > After the installation, the first thing we had to do was compiling th=
e kernel
> > > with MPLS support. We used the latest available patch mpls-linux-1.94=
6a.
> > > We used (as a test) 4 different kernel versions, namely 2.6.9, 2.6.10,
> > > 2.6.11.12 and 2.6.12.2.
> > >
> > > This is where we ran into some of our problems: only the 2.6.9 versio=
n of the
> > > kernel could be successfully patched; these are the links where you c=
an find
> > > output for the patch applied to the 2.6.9, 2.6.10, 2.6.11.12 and 2.6.=
12.2 kernel
> > > versions.
> > >
> > > 2.6.9:          http://atlantis.cs.pub.ro/~razvand/output-2.6.9
> > > 2.6.10:         http://atlantis.cs.pub.ro/~razvand/output-2.6.10
> > > 2.6.11.12:      http://atlantis.cs.pub.ro/~razvand/output-2.6.11.12
> > > 2.6.12.2:       http://atlantis.cs.pub.ro/~razvand/output-2.6.12.2
> > >
> > >        Because we didn't want to loose to much time, we chose the 2.6=
.9
> > > kernel version. We did a
> > >        # make menuconfig
> > > and added all the options presented in the QUICK.START help file.
> > >
> > >        Afterwards, we compiled the kernel the Debian way (via make-dp=
kg)
> > > and created a debian package containing the compiled kernel image. We=
 installed
> > > the image, restarted the machine and booted the new kernel. Everythin=
g went
> > > smoothly. The next step was testing our kernel for MPLS support.
> > >        By the way, we also tried compiling the 2.6.11.12 kernel (even=
 though
> > > the patching failed). But, as we anticipated, the mpls files attached=
 in the
> > > net/mpls directory were not compiled within the kernel (due to the fa=
ct that
> > > the Makefile in the net/ directory itself couldn't be patched).
> > >
> > >        Back to our 2.6.9 kernel, we browsed to the net/mpls/ directory
> > > and found that the mpls files were indeed compiled and thus inserted =
in the
> > > new kernel. We were left with testing mpls support inside this new ke=
rnel.
> > > As the mplsadm utility is now obsolete, we decided to try the iproute=
2 with
> > > MPLS patching (in order to use the mpls command).
> > >
> > >        We used the RPM source package available at
> > >        http://sourceforge.net/projects/mpls-linux
> > >
> > >        Because Debian also has RPM support we could install the iprou=
te2
> > > rpm source package; this contained iproute2-2.6.9 and also various pa=
tches.
> > > We patched iproute2 (everything went fine).
> > >
> > >        But when we tried to compile it, a lot of compilation errors e=
merged.
> > > All of them were: "_SOME_KIND_OF_VARIABLE_OR_MACRO_ undeclared". We
> > > soon found that the header files mpls.h and gen_spec.h were not prese=
nt
> > > in /usr/include/linux.
> > >        I don't know why this happened (or maybe this usually happens)=
. So
> > > we copied both files from /usr/src/linux/include/linux to /usr/includ=
e/linux.
> > > We also had to install the db library as our system lacked it.
> > > A simple command:
> > >        # apt-get install lidb4.2-dev
> > > solved that problem.
> > >
> > >        After that we managed to compile and install all the iproute2 =
utilities,
> > > including mpls.
> > >
> > >        What we had to do now was test the mpls utility. We used the e=
xample
> > > of James Leu located at http://mpls-linux.sourceforge.net/simple.php.=
 We have
> > > four computers connected in a network, so there was no problem choosi=
ng two
> > > of them to test mpls.
> > >        The command for uml1 went fine. However the fifth one, namely:
> > >                # mpls nhlfe show
> > > lacked the "push gen 10000 set eth0 ipv4 xxx.xxx.xxx.xxx" part
> > > (obviously we were using the eth0 network interface and a private ip =
address)
> > >        The next command:
> > >                # ip route show
> > >        clearly showed the new route being added (but we were left wit=
h the
> > > missing part from the previous command)
> > >
> > >        We moved to the second machine (this is where our problems inc=
rease).
> > > The third command:
> > >                # mpls ilm add label gen 10000 labelspace 0
> > > give us "Segmentation fault"
> > >        the next time we try to run it it just blocks and does nothing=
. We
> > > were left with debugging these problems.
> > >
> > >        Although, somehow empirical, we used printing in order to get =
a grip
> > > of the code flow. Thus we managed to find out exactly where our probl=
ems take
> > > place.
> > >
> > >        I will show the sequence of function call that finally give us
> > > Segmentation fault, and then the sequence that give us the blocking c=
ommand.
> > >
> > >        We are referring to the iproute2-2.6.9 patched source code.
> > >
> > > segmentation fault:
> > >        mpls/mpls.c
> > >        int main (void) -> do_ilm -> mpls_ilm_modify -> rtnl_talk
> > >        (lib/libnetlink.c) -> status =3D send_msg (rtnl->fd, &msg, 0);
> > >                                this is the line where it cracks :-)
> > >
> > > blocking command:
> > >        mpls/mpls.c
> > >        int main (void) -> ll_init_map (&rth1) (lib/ll_map.c) ->
> > >        -> rtnl_dump_filter (lib/libnetlink.c) ->
> > >        -> status =3D recvmsg (rth->fd, &msg, 0);
> > >                this is the line where it blocks
> > >
> > > we am not sure if the failure of this command has anything to do with=
 the
> > > failure of the command for uml1 (# mpls nhlfe show - which lacks part=
 of the
> > > message)
> > >
> > > to make matter worse, we think the problem may affect the kernel; aft=
er the
> > > segmentation fault message, any attempt to shut down or reboot the ma=
chine
> > > will end up in a block with the following message:
> > >        Deactivating swap ... umount: tmps busy
> > >        - remounted read-only
> > >        done.
> > >        unmounting local filesystems ... umount:
> > >        tmpfs busy - remounted read only
> > >        umount: /: device is busy
> > >        done.
> > >        mount: / is busy
> > >        Rebooting ...
> > >
> > >        right here it hangs (have to restart it manually)
> > >
> > >        Many other thing stop working actually, so the problem may
> > > affect the kernel
> > > a bit more.
> > >
> > >        We are sorry for the long message, but we wanted to show in de=
tail
> > > everything we have done so that it may be easier for others to spot t=
he problem
> > > and help us.
> > >
> > > Thank you very much,
> > > Razvan & Dorin
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> > > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > > informative Webcasts and more! Get everything you need to get up to
> > > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op?k
> > > _______________________________________________
> > > mpls-linux-general mailing list
> > > mpl...@li...
> > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> >=20
> > --
> > James R. Leu
> > jl...@mi...
> >=20
> >=20
> >
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op?k
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu
jl...@mi...

Re: [mpls-linux-general] Debian GNU/Linux MPLS installation problem

[Razvan D. <raz...@gm...>]

I see what you mean, but i don't feel like i would help the
development by using pre-compiled packages; unless i try to compile
them for myself i cannot find any bugs or get some insight of the
whole project.

However, as work needs to be done ;-) i will resort to these
pre-compiled packages and make some time for trying to configure them
the right (and hard) way.

Razvan

On 7/18/05, Joan Ruiz <jr...@sa...> wrote:
> I suggest to work with pre-compiled versions of the mpls patched kernel. =
If
> the debian packages do not work, you can even try to install the rpm pack=
age
> to your debian box by using alien. I have it working in my debian box
> without problems.

Re: [mpls-linux-general] Debian GNU/Linux MPLS installation problem

[Razvan D. <raz...@gm...>]

i tried those packages when i saw it hadn't work (forgot to mention
that); i  also checked most of the discution list, but nothing helped;
the same problems arise :-(

however, the fact that the kernel versions from 2.6.10 on cannot be
patched has nothing to do with Debian (what is involved here is the
mpls support, the linux kernel source code from http://www.kernel.org
and the patch application)

i think i will try working with an earlier version of mpls-linux to
see if that works;

could you please tell me if it is normal for the two headers mpls.h
and gen_spec.h
not to exist in the /usr/include/linux header folder and to be copied manua=
lly

thanks,
Razvan



On 7/17/05, James R. Leu <jl...@mi...> wrote:
> Please see my recent post about debian packages.
>=20
> On Sun, Jul 17, 2005 at 04:43:32PM +0300, Razvan Deaconescu wrote:
> >        Hi everybody,
> >
> > we are trying to install MPLS support on some Linux machines and to get=
 as
> > many things working as we can; we began with configuring the kernel an =
testing
> > the mpls utility using the iproute2 application suite; we chose the Deb=
ian
> > GNU/Linux distribution because we are quite accustomed to it and we can=
 proceed
> > much faster with this project.
> >
> > However we ran into many problems some of which we were able to solve.
> > I will make quite a detailed presentation of the things we did so far b=
ecause
> > we don't want to miss anything important, in case anyone can help us.
> >
> > First of all, if anyone has managed to install a functional MPLS suppor=
t on a
> > Debian GNU/Linux distribution we kindly ask him/her to tell us the step=
s that
> > he/she followed and where we went wrong.
> >
> > Ok, here it goes.
> >
> > We used Debian GNU/Linux 3.1 Sarge as our base system. We used the netw=
ork
> > install minimal CD available at
> > http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i3=
86-netinst.iso
> >
> > After the installation, the first thing we had to do was compiling the =
kernel
> > with MPLS support. We used the latest available patch mpls-linux-1.946a=
.
> > We used (as a test) 4 different kernel versions, namely 2.6.9, 2.6.10,
> > 2.6.11.12 and 2.6.12.2.
> >
> > This is where we ran into some of our problems: only the 2.6.9 version =
of the
> > kernel could be successfully patched; these are the links where you can=
 find
> > output for the patch applied to the 2.6.9, 2.6.10, 2.6.11.12 and 2.6.12=
.2 kernel
> > versions.
> >
> > 2.6.9:          http://atlantis.cs.pub.ro/~razvand/output-2.6.9
> > 2.6.10:         http://atlantis.cs.pub.ro/~razvand/output-2.6.10
> > 2.6.11.12:      http://atlantis.cs.pub.ro/~razvand/output-2.6.11.12
> > 2.6.12.2:       http://atlantis.cs.pub.ro/~razvand/output-2.6.12.2
> >
> >        Because we didn't want to loose to much time, we chose the 2.6.9
> > kernel version. We did a
> >        # make menuconfig
> > and added all the options presented in the QUICK.START help file.
> >
> >        Afterwards, we compiled the kernel the Debian way (via make-dpkg=
)
> > and created a debian package containing the compiled kernel image. We i=
nstalled
> > the image, restarted the machine and booted the new kernel. Everything =
went
> > smoothly. The next step was testing our kernel for MPLS support.
> >        By the way, we also tried compiling the 2.6.11.12 kernel (even t=
hough
> > the patching failed). But, as we anticipated, the mpls files attached i=
n the
> > net/mpls directory were not compiled within the kernel (due to the fact=
 that
> > the Makefile in the net/ directory itself couldn't be patched).
> >
> >        Back to our 2.6.9 kernel, we browsed to the net/mpls/ directory
> > and found that the mpls files were indeed compiled and thus inserted in=
 the
> > new kernel. We were left with testing mpls support inside this new kern=
el.
> > As the mplsadm utility is now obsolete, we decided to try the iproute2 =
with
> > MPLS patching (in order to use the mpls command).
> >
> >        We used the RPM source package available at
> >        http://sourceforge.net/projects/mpls-linux
> >
> >        Because Debian also has RPM support we could install the iproute=
2
> > rpm source package; this contained iproute2-2.6.9 and also various patc=
hes.
> > We patched iproute2 (everything went fine).
> >
> >        But when we tried to compile it, a lot of compilation errors eme=
rged.
> > All of them were: "_SOME_KIND_OF_VARIABLE_OR_MACRO_ undeclared". We
> > soon found that the header files mpls.h and gen_spec.h were not present
> > in /usr/include/linux.
> >        I don't know why this happened (or maybe this usually happens). =
So
> > we copied both files from /usr/src/linux/include/linux to /usr/include/=
linux.
> > We also had to install the db library as our system lacked it.
> > A simple command:
> >        # apt-get install lidb4.2-dev
> > solved that problem.
> >
> >        After that we managed to compile and install all the iproute2 ut=
ilities,
> > including mpls.
> >
> >        What we had to do now was test the mpls utility. We used the exa=
mple
> > of James Leu located at http://mpls-linux.sourceforge.net/simple.php. W=
e have
> > four computers connected in a network, so there was no problem choosing=
 two
> > of them to test mpls.
> >        The command for uml1 went fine. However the fifth one, namely:
> >                # mpls nhlfe show
> > lacked the "push gen 10000 set eth0 ipv4 xxx.xxx.xxx.xxx" part
> > (obviously we were using the eth0 network interface and a private ip ad=
dress)
> >        The next command:
> >                # ip route show
> >        clearly showed the new route being added (but we were left with =
the
> > missing part from the previous command)
> >
> >        We moved to the second machine (this is where our problems incre=
ase).
> > The third command:
> >                # mpls ilm add label gen 10000 labelspace 0
> > give us "Segmentation fault"
> >        the next time we try to run it it just blocks and does nothing. =
We
> > were left with debugging these problems.
> >
> >        Although, somehow empirical, we used printing in order to get a =
grip
> > of the code flow. Thus we managed to find out exactly where our problem=
s take
> > place.
> >
> >        I will show the sequence of function call that finally give us
> > Segmentation fault, and then the sequence that give us the blocking com=
mand.
> >
> >        We are referring to the iproute2-2.6.9 patched source code.
> >
> > segmentation fault:
> >        mpls/mpls.c
> >        int main (void) -> do_ilm -> mpls_ilm_modify -> rtnl_talk
> >        (lib/libnetlink.c) -> status =3D send_msg (rtnl->fd, &msg, 0);
> >                                this is the line where it cracks :-)
> >
> > blocking command:
> >        mpls/mpls.c
> >        int main (void) -> ll_init_map (&rth1) (lib/ll_map.c) ->
> >        -> rtnl_dump_filter (lib/libnetlink.c) ->
> >        -> status =3D recvmsg (rth->fd, &msg, 0);
> >                this is the line where it blocks
> >
> > we am not sure if the failure of this command has anything to do with t=
he
> > failure of the command for uml1 (# mpls nhlfe show - which lacks part o=
f the
> > message)
> >
> > to make matter worse, we think the problem may affect the kernel; after=
 the
> > segmentation fault message, any attempt to shut down or reboot the mach=
ine
> > will end up in a block with the following message:
> >        Deactivating swap ... umount: tmps busy
> >        - remounted read-only
> >        done.
> >        unmounting local filesystems ... umount:
> >        tmpfs busy - remounted read only
> >        umount: /: device is busy
> >        done.
> >        mount: / is busy
> >        Rebooting ...
> >
> >        right here it hangs (have to restart it manually)
> >
> >        Many other thing stop working actually, so the problem may
> > affect the kernel
> > a bit more.
> >
> >        We are sorry for the long message, but we wanted to show in deta=
il
> > everything we have done so that it may be easier for others to spot the=
 problem
> > and help us.
> >
> > Thank you very much,
> > Razvan & Dorin
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op?k
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>=20
> --
> James R. Leu
> jl...@mi...
>=20
>=20
>

Re: [mpls-linux-general] Debian GNU/Linux MPLS installation problem

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

Please see my recent post about debian packages.

On Sun, Jul 17, 2005 at 04:43:32PM +0300, Razvan Deaconescu wrote:
>        Hi everybody,
>=20
> we are trying to install MPLS support on some Linux machines and to get as
> many things working as we can; we began with configuring the kernel an te=
sting
> the mpls utility using the iproute2 application suite; we chose the Debian
> GNU/Linux distribution because we are quite accustomed to it and we can p=
roceed
> much faster with this project.
>=20
> However we ran into many problems some of which we were able to solve.
> I will make quite a detailed presentation of the things we did so far bec=
ause
> we don't want to miss anything important, in case anyone can help us.
>=20
> First of all, if anyone has managed to install a functional MPLS support =
on a
> Debian GNU/Linux distribution we kindly ask him/her to tell us the steps =
that
> he/she followed and where we went wrong.
>=20
> Ok, here it goes.
>=20
> We used Debian GNU/Linux 3.1 Sarge as our base system. We used the network
> install minimal CD available at
> http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386=
-netinst.iso
>=20
> After the installation, the first thing we had to do was compiling the ke=
rnel
> with MPLS support. We used the latest available patch mpls-linux-1.946a.
> We used (as a test) 4 different kernel versions, namely 2.6.9, 2.6.10,
> 2.6.11.12 and 2.6.12.2.
>=20
> This is where we ran into some of our problems: only the 2.6.9 version of=
 the
> kernel could be successfully patched; these are the links where you can f=
ind
> output for the patch applied to the 2.6.9, 2.6.10, 2.6.11.12 and 2.6.12.2=
 kernel
> versions.
>=20
> 2.6.9:          http://atlantis.cs.pub.ro/~razvand/output-2.6.9
> 2.6.10:         http://atlantis.cs.pub.ro/~razvand/output-2.6.10
> 2.6.11.12:      http://atlantis.cs.pub.ro/~razvand/output-2.6.11.12
> 2.6.12.2:       http://atlantis.cs.pub.ro/~razvand/output-2.6.12.2
>=20
>        Because we didn't want to loose to much time, we chose the 2.6.9
> kernel version. We did a
>        # make menuconfig
> and added all the options presented in the QUICK.START help file.
>=20
>        Afterwards, we compiled the kernel the Debian way (via make-dpkg)
> and created a debian package containing the compiled kernel image. We ins=
talled
> the image, restarted the machine and booted the new kernel. Everything we=
nt
> smoothly. The next step was testing our kernel for MPLS support.
>        By the way, we also tried compiling the 2.6.11.12 kernel (even tho=
ugh
> the patching failed). But, as we anticipated, the mpls files attached in =
the
> net/mpls directory were not compiled within the kernel (due to the fact t=
hat
> the Makefile in the net/ directory itself couldn't be patched).
>=20
>        Back to our 2.6.9 kernel, we browsed to the net/mpls/ directory
> and found that the mpls files were indeed compiled and thus inserted in t=
he
> new kernel. We were left with testing mpls support inside this new kernel.
> As the mplsadm utility is now obsolete, we decided to try the iproute2 wi=
th
> MPLS patching (in order to use the mpls command).
>=20
>        We used the RPM source package available at
>        http://sourceforge.net/projects/mpls-linux
>=20
>        Because Debian also has RPM support we could install the iproute2
> rpm source package; this contained iproute2-2.6.9 and also various patche=
s.
> We patched iproute2 (everything went fine).
>=20
>        But when we tried to compile it, a lot of compilation errors emerg=
ed.
> All of them were: "_SOME_KIND_OF_VARIABLE_OR_MACRO_ undeclared". We
> soon found that the header files mpls.h and gen_spec.h were not present
> in /usr/include/linux.
>        I don't know why this happened (or maybe this usually happens). So
> we copied both files from /usr/src/linux/include/linux to /usr/include/li=
nux.
> We also had to install the db library as our system lacked it.
> A simple command:
>        # apt-get install lidb4.2-dev
> solved that problem.
>=20
>        After that we managed to compile and install all the iproute2 util=
ities,
> including mpls.
>=20
>        What we had to do now was test the mpls utility. We used the examp=
le
> of James Leu located at http://mpls-linux.sourceforge.net/simple.php. We =
have
> four computers connected in a network, so there was no problem choosing t=
wo
> of them to test mpls.
>        The command for uml1 went fine. However the fifth one, namely:
>                # mpls nhlfe show
> lacked the "push gen 10000 set eth0 ipv4 xxx.xxx.xxx.xxx" part
> (obviously we were using the eth0 network interface and a private ip addr=
ess)
>        The next command:
>                # ip route show
>        clearly showed the new route being added (but we were left with the
> missing part from the previous command)
>=20
>        We moved to the second machine (this is where our problems increas=
e).
> The third command:
>                # mpls ilm add label gen 10000 labelspace 0
> give us "Segmentation fault"
>        the next time we try to run it it just blocks and does nothing. We
> were left with debugging these problems.
>=20
>        Although, somehow empirical, we used printing in order to get a gr=
ip
> of the code flow. Thus we managed to find out exactly where our problems =
take
> place.
>=20
>        I will show the sequence of function call that finally give us
> Segmentation fault, and then the sequence that give us the blocking comma=
nd.
>=20
>        We are referring to the iproute2-2.6.9 patched source code.
>=20
> segmentation fault:
>        mpls/mpls.c
>        int main (void) -> do_ilm -> mpls_ilm_modify -> rtnl_talk
>        (lib/libnetlink.c) -> status =3D send_msg (rtnl->fd, &msg, 0);
>                                this is the line where it cracks :-)
>=20
> blocking command:
>        mpls/mpls.c
>        int main (void) -> ll_init_map (&rth1) (lib/ll_map.c) ->
>        -> rtnl_dump_filter (lib/libnetlink.c) ->
>        -> status =3D recvmsg (rth->fd, &msg, 0);
>                this is the line where it blocks
>=20
> we am not sure if the failure of this command has anything to do with the
> failure of the command for uml1 (# mpls nhlfe show - which lacks part of =
the
> message)
>=20
> to make matter worse, we think the problem may affect the kernel; after t=
he
> segmentation fault message, any attempt to shut down or reboot the machine
> will end up in a block with the following message:
>        Deactivating swap ... umount: tmps busy
>        - remounted read-only
>        done.
>        unmounting local filesystems ... umount:
>        tmpfs busy - remounted read only
>        umount: /: device is busy
>        done.
>        mount: / is busy
>        Rebooting ...
>=20
>        right here it hangs (have to restart it manually)
>=20
>        Many other thing stop working actually, so the problem may
> affect the kernel
> a bit more.
>=20
>        We are sorry for the long message, but we wanted to show in detail
> everything we have done so that it may be easier for others to spot the p=
roblem
> and help us.
>=20
> Thank you very much,
> Razvan & Dorin
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op?k
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu
jl...@mi...

Re: [mpls-linux-general] Live-CD MPLS

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

This ISO has now been added to the 1.946 release on SF.

http://sf.net/projects/mpls-linux/

On Tue, Jun 21, 2005 at 09:44:27AM +0200, jul...@aq... wrote:
> Hello,
>=20
> A person propose us space to put or ISO, you can download it here
>=20
> http://irkutsk.hekkuli.org/~mpls/KnoppixMpls.iso
>=20
> Until we find a mirror on sf.
>=20
>=20
>=20
> Selon Florin Rosca <rrr...@ya...>:
>=20
> > Hello!
> > That is wonderful! I've been trying for 1 month to
> > build MPLS into ADIOS live CD.
> > How soon can we test it?
> > Thank you!
> > Florin Rosca
> >
> > --- jul...@aq... wrote:
> >
> > > Hello,
> > >
> > > We realized an implementation of mpls-linux on a
> > > knoppix.
> > >
> > > It mean that you can test mlps-linux(mpls, zebra,
> > > ospf, bgp ...) on a live-cd
> > > without installing a linux on your computer. We
> > > actually search free storage
> > > (700Mo) to propose it for all the community.
> > >
> > > Our project is finish, so we can't produce a
> > > support.
> > > We can answer at somes questions.
> > >
> > > Thanks.
> > >
> > >
> > > --
> > > Julien CAYSSOL
> > >
> > > http://www.aqwz.com/
> > >    T?l : +33 664 973 067
> > >
> > >
> > >
> > -------------------------------------------------------
> > > SF.Net email is sponsored by: Discover Easy Linux
> > > Migration Strategies
> > > from IBM. Find simple to follow Roadmaps,
> > > straightforward articles,
> > > informative Webcasts and more! Get everything you
> > > need to get up to
> > > speed, fast.
> > >
> > http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> > > _______________________________________________
> > > mpls-linux-general mailing list
> > > mpl...@li...
> > >
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> > >
> >
> >
> >
> >
> > ____________________________________________________
> > Yahoo! Sports
> > Rekindle the Rivalries. Sign up for Fantasy Football
> > http://football.fantasysports.yahoo.com
> >
>=20
>=20
> --=20
> Julien CAYSSOL
> INSA de LYON                  -=3D-      D?partement Telecom Services et =
Usages
> http://www.aqwz.com/                                    T?l : +33 664 973=
 067
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu
jl...@mi...

Re: [mpls-linux-general] Debian packages

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

Link added to http://mpls-linux.sf.net/

On Tue, Jun 21, 2005 at 09:25:27PM +0300, Hasso Tepper wrote:
> I built some Debian packages to make my life easier. More might follow
> (iptables probably), but no amy promises. Packages are built in unstable,
> but will work probably in sarge system as well.
>=20
> The linux-kernel-headers package for example is enough to get quagga-mpls
> compiled with mpls_method =3D mpls_null.o and play with ldpd.
>=20
> http://hasso.linux.ee/quagga/mpls-linux/
>=20
>=20
> --=20
> Hasso Tepper
> Elion Enterprises Ltd.
> WAN administrator
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu
jl...@mi...

[mpls-linux-general] Debian GNU/Linux MPLS installation problem

[Razvan D. <raz...@gm...>]

       Hi everybody,

we are trying to install MPLS support on some Linux machines and to get as
many things working as we can; we began with configuring the kernel an test=
ing
the mpls utility using the iproute2 application suite; we chose the Debian
GNU/Linux distribution because we are quite accustomed to it and we can pro=
ceed
much faster with this project.

However we ran into many problems some of which we were able to solve.
I will make quite a detailed presentation of the things we did so far becau=
se
we don't want to miss anything important, in case anyone can help us.

First of all, if anyone has managed to install a functional MPLS support on=
 a
Debian GNU/Linux distribution we kindly ask him/her to tell us the steps th=
at
he/she followed and where we went wrong.

Ok, here it goes.

We used Debian GNU/Linux 3.1 Sarge as our base system. We used the network
install minimal CD available at
http://cdimage.debian.org/debian-cd/3.1_r0a/i386/iso-cd/debian-31r0a-i386-n=
etinst.iso

After the installation, the first thing we had to do was compiling the kern=
el
with MPLS support. We used the latest available patch mpls-linux-1.946a.
We used (as a test) 4 different kernel versions, namely 2.6.9, 2.6.10,
2.6.11.12 and 2.6.12.2.

This is where we ran into some of our problems: only the 2.6.9 version of t=
he
kernel could be successfully patched; these are the links where you can fin=
d
output for the patch applied to the 2.6.9, 2.6.10, 2.6.11.12 and 2.6.12.2 k=
ernel
versions.

2.6.9:          http://atlantis.cs.pub.ro/~razvand/output-2.6.9
2.6.10:         http://atlantis.cs.pub.ro/~razvand/output-2.6.10
2.6.11.12:      http://atlantis.cs.pub.ro/~razvand/output-2.6.11.12
2.6.12.2:       http://atlantis.cs.pub.ro/~razvand/output-2.6.12.2

       Because we didn't want to loose to much time, we chose the 2.6.9
kernel version. We did a
       # make menuconfig
and added all the options presented in the QUICK.START help file.

       Afterwards, we compiled the kernel the Debian way (via make-dpkg)
and created a debian package containing the compiled kernel image. We insta=
lled
the image, restarted the machine and booted the new kernel. Everything went
smoothly. The next step was testing our kernel for MPLS support.
       By the way, we also tried compiling the 2.6.11.12 kernel (even thoug=
h
the patching failed). But, as we anticipated, the mpls files attached in th=
e
net/mpls directory were not compiled within the kernel (due to the fact tha=
t
the Makefile in the net/ directory itself couldn't be patched).

       Back to our 2.6.9 kernel, we browsed to the net/mpls/ directory
and found that the mpls files were indeed compiled and thus inserted in the
new kernel. We were left with testing mpls support inside this new kernel.
As the mplsadm utility is now obsolete, we decided to try the iproute2 with
MPLS patching (in order to use the mpls command).

       We used the RPM source package available at
       http://sourceforge.net/projects/mpls-linux

       Because Debian also has RPM support we could install the iproute2
rpm source package; this contained iproute2-2.6.9 and also various patches.
We patched iproute2 (everything went fine).

       But when we tried to compile it, a lot of compilation errors emerged=
.
All of them were: "_SOME_KIND_OF_VARIABLE_OR_MACRO_ undeclared". We
soon found that the header files mpls.h and gen_spec.h were not present
in /usr/include/linux.
       I don't know why this happened (or maybe this usually happens). So
we copied both files from /usr/src/linux/include/linux to /usr/include/linu=
x.
We also had to install the db library as our system lacked it.
A simple command:
       # apt-get install lidb4.2-dev
solved that problem.

       After that we managed to compile and install all the iproute2 utilit=
ies,
including mpls.

       What we had to do now was test the mpls utility. We used the example
of James Leu located at http://mpls-linux.sourceforge.net/simple.php. We ha=
ve
four computers connected in a network, so there was no problem choosing two
of them to test mpls.
       The command for uml1 went fine. However the fifth one, namely:
               # mpls nhlfe show
lacked the "push gen 10000 set eth0 ipv4 xxx.xxx.xxx.xxx" part
(obviously we were using the eth0 network interface and a private ip addres=
s)
       The next command:
               # ip route show
       clearly showed the new route being added (but we were left with the
missing part from the previous command)

       We moved to the second machine (this is where our problems increase)=
.
The third command:
               # mpls ilm add label gen 10000 labelspace 0
give us "Segmentation fault"
       the next time we try to run it it just blocks and does nothing. We
were left with debugging these problems.

       Although, somehow empirical, we used printing in order to get a grip
of the code flow. Thus we managed to find out exactly where our problems ta=
ke
place.

       I will show the sequence of function call that finally give us
Segmentation fault, and then the sequence that give us the blocking command=
.

       We are referring to the iproute2-2.6.9 patched source code.

segmentation fault:
       mpls/mpls.c
       int main (void) -> do_ilm -> mpls_ilm_modify -> rtnl_talk
       (lib/libnetlink.c) -> status =3D send_msg (rtnl->fd, &msg, 0);
                               this is the line where it cracks :-)

blocking command:
       mpls/mpls.c
       int main (void) -> ll_init_map (&rth1) (lib/ll_map.c) ->
       -> rtnl_dump_filter (lib/libnetlink.c) ->
       -> status =3D recvmsg (rth->fd, &msg, 0);
               this is the line where it blocks

we am not sure if the failure of this command has anything to do with the
failure of the command for uml1 (# mpls nhlfe show - which lacks part of th=
e
message)

to make matter worse, we think the problem may affect the kernel; after the
segmentation fault message, any attempt to shut down or reboot the machine
will end up in a block with the following message:
       Deactivating swap ... umount: tmps busy
       - remounted read-only
       done.
       unmounting local filesystems ... umount:
       tmpfs busy - remounted read only
       umount: /: device is busy
       done.
       mount: / is busy
       Rebooting ...

       right here it hangs (have to restart it manually)

       Many other thing stop working actually, so the problem may
affect the kernel
a bit more.

       We are sorry for the long message, but we wanted to show in detail
everything we have done so that it may be easier for others to spot the pro=
blem
and help us.

Thank you very much,
Razvan & Dorin

[mpls-linux-general] EExtra news

[Kalisha B. <Kal...@iy...>]

Hello, 
hard-a-port!I am sorry for that, so I am, said Blood impudently.  Butat =
least he kept that vow strictly to himself.by urging the thing that =
Captain Blood had so admirably urgedladder came first a slight, spruce =
little gentleman in a coat ofHe fetched a heavy sigh.  A pity, he said =
slowly.  Oh, blistermay have been deliberately allowed to penetrate.  Of =
these was theprison and his subsequent campaigning in the Spanish =
Netherlands hadWill I say a prayer for your dirty soul now, whilst I am =
in thistook the matter off his hands, eager to give chase to Rivarol.  =
Notstepped back, a baffled, impotent man.  He bowed helplessly.back for =
dinner, so I will.expected.knew they would be.  The real source of his =
mental anguish lay inoffender, the man guilty of having given =
provocation, shall besee him until his wounds are healed.  That is his =
own wish.  That

[mpls-linux-general] Girls lovve it

[Adrijana K. <Ad...@gb...>]

Hello, 
door.  In our absence, a Spanish invasion of French Hispaniola isand =
scowled down upon the grey-faced sufferer.He turned, and resuming his =
way, went off in long, swinging stridesunder M. de Rivarol to twelve =
hundred men.  With these he thoughtwell, and indeed his appearance bore =
out the deception.  NoneSpanish Admiral never guessed the intent until =
it was too late andRum, said Peter.  Rum, from Jamaica.  He pushed =
bottle and glassoffered himself up in the Duke's stead, and that =
Monmouth survivedexplanation.And at last one of the Spanish officers =
ventured an explanation:outvoted, for Hagthorpe here was entirely of my =
own mind.  Still,as valuable at least as Colonel Bishop.  Yet he bade me =
depart; notexpression on his face.in himself a standard by which to =
measure his neighbour.and he chose fastidiously.  When next he sailed =
away it was with astepped back.

Re: [mpls-linux-general] cannot configure nhlfe

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

It doesn't like the combination of eth2 and 198.168.12.5

Is 198.168.12.5 a member of the subnet attached to eth2?  (I noticed the fi=
rst
octet is 198 ... should that be 192?)

On Tue, Jul 12, 2005 at 07:23:06PM +0200, mar...@ti... wrote:
> Hello,
> I try to set up a LSP, so I run the following the commands:
>=20
> mpls nhlfe add key 0
> mpls nhlfe change key 0x2 instructions push gen 10000 nexthop eth2 ipv4 1=
98.168.12.5
>=20
> but the second of these commands returns:
> =20
> RTNETLINK answers: Operation not permitted.=20
>=20
> If I run the command dmesg, the output is:
>=20
> MPLS DEBUG net/mpls/mpls_netlink.c:323:mpls_add_nhlfe: Enter
> MPLS DEBUG net/mpls/mpls_opcode.c:345:mpls_build_opcode_push: enter
> MPLS DEBUG net/mpls/mpls_opcode.c:356:mpls_build_opcode_push: exit
> MPLS DEBUG net/mpls/mpls_opcode.c:1031:mpls_build_opcode_set: enter
> MPLS DEBUG net/mpls/mpls_dst.c:169:mpls_dst_alloc: enter
> MPLS DEBUG net/mpls/mpls_dst.c:212:mpls_dst_alloc: exit(00000000)
> MPLS DEBUG net/mpls/mpls_opcode.c:1076:mpls_build_opcode_set: SET error b=
uilding
> DST info
> MPLS DEBUG net/mpls/mpls_opcode.c:1078:mpls_build_opcode_set: exit
> MPLS DEBUG net/mpls/mpls_instr.c:89:mpls_instrs_free: enter
> MPLS DEBUG net/mpls/mpls_instr.c:65:mpls_instr_release: enter
> MPLS DEBUG net/mpls/mpls_opcode.c:376:mpls_clean_opcode_push: enter
> MPLS DEBUG net/mpls/mpls_opcode.c:378:mpls_clean_opcode_push: exit
> MPLS DEBUG net/mpls/mpls_instr.c:73:mpls_instr_release: exit
> MPLS DEBUG net/mpls/mpls_instr.c:65:mpls_instr_release: enter
> MPLS DEBUG net/mpls/mpls_instr.c:73:mpls_instr_release: exit
> MPLS DEBUG net/mpls/mpls_instr.c:95:mpls_instrs_free: exit
> MPLS DEBUG net/mpls/mpls_netlink.c:341:mpls_add_nhlfe: Exit: -1
>=20
> Can you help?
> Thanks in advance
>=20
>=20
> __________________________________________________________________
> TISCALI ADSL 1.25 MEGA
> Solo con Tiscali Adsl navighi senza limiti di tempo
> e telefoni senza canone Telecom da 19,95 euro/mese.
> Attivala entro il 20 luglio, IL PRIMO MESE E' GRATIS
> Scopri come, clicca qui=20
> http://abbonati.tiscali.it/adsl/sa/1e25flat_tc/
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by the 'Do More With Dual!' webinar happen=
ing
> July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
> core and dual graphics technology at this free one hour event hosted by H=
P,
> AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu
jl...@mi...

[mpls-linux-general] cannot configure nhlfe

[<mar...@ti...>]

Hello,
I try to set up a LSP, so I run the following the commands:

mpls nhlfe add key 0
mpls nhlfe change key 0x2 instructions push gen 10000 nexthop eth2 ipv4 1=
98.168.12.5

but the second of these commands returns:
 
RTNETLINK answers: Operation not permitted. 

If I run the command dmesg, the output is:

MPLS DEBUG net/mpls/mpls_netlink.c:323:mpls_add_nhlfe: Enter
MPLS DEBUG net/mpls/mpls_opcode.c:345:mpls_build_opcode_push: enter
MPLS DEBUG net/mpls/mpls_opcode.c:356:mpls_build_opcode_push: exit
MPLS DEBUG net/mpls/mpls_opcode.c:1031:mpls_build_opcode_set: enter
MPLS DEBUG net/mpls/mpls_dst.c:169:mpls_dst_alloc: enter
MPLS DEBUG net/mpls/mpls_dst.c:212:mpls_dst_alloc: exit(00000000)
MPLS DEBUG net/mpls/mpls_opcode.c:1076:mpls_build_opcode_set: SET error b=
uilding
DST info
MPLS DEBUG net/mpls/mpls_opcode.c:1078:mpls_build_opcode_set: exit
MPLS DEBUG net/mpls/mpls_instr.c:89:mpls_instrs_free: enter
MPLS DEBUG net/mpls/mpls_instr.c:65:mpls_instr_release: enter
MPLS DEBUG net/mpls/mpls_opcode.c:376:mpls_clean_opcode_push: enter
MPLS DEBUG net/mpls/mpls_opcode.c:378:mpls_clean_opcode_push: exit
MPLS DEBUG net/mpls/mpls_instr.c:73:mpls_instr_release: exit
MPLS DEBUG net/mpls/mpls_instr.c:65:mpls_instr_release: enter
MPLS DEBUG net/mpls/mpls_instr.c:73:mpls_instr_release: exit
MPLS DEBUG net/mpls/mpls_instr.c:95:mpls_instrs_free: exit
MPLS DEBUG net/mpls/mpls_netlink.c:341:mpls_add_nhlfe: Exit: -1

Can you help?
Thanks in advance


__________________________________________________________________
TISCALI ADSL 1.25 MEGA
Solo con Tiscali Adsl navighi senza limiti di tempo
e telefoni senza canone Telecom da 19,95 euro/mese.
Attivala entro il 20 luglio, IL PRIMO MESE E' GRATIS
Scopri come, clicca qui 
http://abbonati.tiscali.it/adsl/sa/1e25flat_tc/

RE: RV: [mpls-linux-general] Ethernet over MPLS vs PWe3-rfc3985 and drafts

[Diego G <die...@ad...>]

Now we have the L2CC working in kernel 2.4.20, the problem was that we =
was
using it in a Non MPLS kernel so the l2ccadm was not working, after some
small modification in the l2ccadmin.c we seceded compiling it and
configuring the cross connection in PC2 interfaces and passing pings =
between
PC1 and PC3.

Now we are in the process of migration of l2cc to kernel 2.6 and =
thinking
about the eth PDU encapsulation.

We are working in this direction, any comment or suggestion will be
appreciated.

Regards,

Diego G.
=20
> -----Mensaje original-----
> De: Diego G [mailto:die...@ad...]
> Enviado el: martes, 28 de junio de 2005 20:38
> Para: 'mpl...@li...'; =
'jl...@mi...'
> Asunto: RE: [mpls-linux-general] Ethernet over MPLS vs PWe3-rfc3985 =
and
> drafts
>=20
>=20
> First of all, thanks for your fast answer.
>=20
> Now some comments:
>=20
> 1) Regarding the l2cc, we installed it successfully in a kernel 2.4.20 =
but
> didn't work (no ping between PC1 and PC3) with the following setup:
> PC1 -- PC2 -- PC3
> eth0 PC1: 192.168.10.1
> eht0 PC2: 192.168.20.1
> eth1 PC2: 192.168.30.1
> eth0 PC3: 192.168.10.2
>=20
> The l2cc was installed in PC2 and we mapped eth0 to eth1 and eth1 to =
eth0
> (l2ccadm -a -i eth0 -o eth1, l2ccadm -a -i eth1 -o eth0).
> We will continue investigating was is going on with this setup, seems =
like
> the interfaces in PC2 are not working in promiscuous mode so from my =
point
> of view traffic from PC1 to PC3 will not be received by PC2 =
interfaces.
>=20
> 2) If we succeed testing the l2cc in kernel 2.4 we will continue with =
the
> migration of the l2cc patch to kernel 2.6.
>=20
> 3) In order to continue this is our plan:
> At the beginning we will keep all the signalling issues out of the =
scope
of
> our implementation. So we will be focused in local cross connect and =
L2
PDU
> encapsulation. As far I understand the cross connect issue should be
solved
> with l2cc (migrating it to kernel 2.6) or with the new tc_actions so =
our
> main work will be done in the L2 PDU encapsulation. If we succeed to
finish
> it, we will start with the signalling for Martini style PW.
>=20
> Let us know if you think we are in the right direction. All comment =
and/or
> suggestion are welcome. Just for your knowledge we have good =
background in
> communications but we are missing programming experience.
>=20
>=20
> Diego G.
>=20
>=20
> -----Mensaje original-----
> De: James R. Leu [mailto:jl...@mi...]
> Enviado el: jueves, 23 de junio de 2005 11:23
> Para: die...@ad...
> CC: mpl...@li...
> Asunto: Re: [mpls-linux-general] Ethernet over MPLS vs PWe3-rfc3985 =
and
> drafts
>=20
> Currently ethernet over MPLS forwarding is broken.  But it will not
> take much to fix.
>=20
> I have another project which aims to provide a generic layer 2 cross
connect
> framework for the linux kernel.  The project hasn't received much
attention
> because I've been busy working on mpls-linux.  The last patch from the
l2cc
> project provided a mechanism to specify any frame interface (ethernet,
VLAN,
> PPP, GRE) and redirect frames arriving at the interface to another
interface
> or on to a LSP.  The implementation is very straight forward and easy =
to
> extend.
> My guess is that you would not have too much difficulty applying that
patch
> to a recent 2.6 kernel.
>=20
> One thing to note is that the recent 'tc action' work in the 2.6.11 =
and
> 2.6.12 kernel might provide a better infrastructure to do the same =
thing
> as my l2cc patch.  You would have to add some new 'actions', but that
should
> be fairly straight forward.
>=20
> As far as the signaling side, there does not exist a working
implementation.
> I have added the encode and decode functions for martini style =
signaling
> (via LDP) but none of the internals have been implemented.  I have the
> beginning
> of a l2-circuit configuration and infrastructure for quagga, but it is =
not
> complete.
>=20
> So the long and the short of it is that there is plenty of room for
> improvement in this area.  Let me know where you want to start and I =
will
> be happy to point you in the right direction and answer questions.
>=20
> On Wed, Jun 22, 2005 at 08:23:55PM -0300, die...@ad...
> wrote:
> > We are working in a telecommunication degree project and we aims to
> develop
> > some additional feature to the patch.
> > The last couple of month we were studying Linux kernel networking =
stack
> implementation
> > for kernel 2.6 and the MPLS code itself.
> > At this point we decided to add some features to the Ethernet over =
MPLS
> support
> > so we need some clarification in this regards:
> >
> > 1)What is the meaning of the current ?Ethernet over MPLS support? in =
the
> > patch? Is it the tunnels implementation, and the meaning of the =
tunnels
> are
> > that an Ethernet frame will pass through an MPLS network in a
transparent
> > basis (just like in L2 switching )?
> > 2)Is there some implementation of PWe3-RFC3985 included in the patch
> and/or
> > VPLS? If not, will it be something interesting to add as a feature =
in
the
> > current implementation?
> > 3) Someone else is working on that?
> >
> > Thanks,
> >
> > Diego G.
> >
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration =
Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op?k
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>=20
> --
> James R. Leu
> jl...@mi...
>=20
>

[mpls-linux-general] RSVP-TE

[<mar...@ti...>]

Hello,
I need to install the last patch of mpls-linux with kernel 2.6, so I need=

to know if it is compatible with RSVP-TE Atlantis (Tequila project) demon=

or if a different version of RSVP-TE demon is needed.

Thanks in advance

__________________________________________________________________
TISCALI ADSL 1.25 MEGA a soli 19.95 euro/mese
Solo con Tiscali Adsl navighi senza limiti di tempo
a meno di 20 euro al mese. E in piu' telefoni senza
pagare il canone Telecom! Scopri come, clicca qui 
http://abbonati.tiscali.it/adsl/sa/1e25flat_tc/

Re: [mpls-linux-general] ldp and mpls forwarding plane

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

There has been a lot of work on ldp-portable/quagga-mpls is the last
couple of months.  I will be making a new release soon which will contain
all of these fixes.  If you want to get these changes early, you can get
the latest code from my development tree.  Head over to
http://mpls-linux.sf.net and read more.

On Thu, Jun 30, 2005 at 01:38:30PM +0200, Jorge Garc?a wrote:
> Hello,
>=20
> I am trying to introduce a linux router with quagga-mpls and ldp-portable=
 in
> a cisco mpls environment. All works correctly, linux ldp interacts fine w=
ith
> ldp cisco. The problem is that the packets are no labelled following the =
ldp
> label assignment. I have seen in a readme, that it isn?t implemented in t=
he
> code, yet. That is correctly? Or this problem is solved, now?=20
>=20
> =20
>=20
> Thanks for your attention
>=20
> =20
>=20
> Jorge Garcia
>=20
> jo...@sa...
>=20

--=20
James R. Leu
jl...@mi...

[mpls-linux-general] ldp and mpls forwarding plane

[<jo...@sa...>]

Hello,

I am trying to introduce a linux router with quagga-mpls and =
ldp-portable in
a cisco mpls environment. All works correctly, linux ldp interacts fine =
with
ldp cisco. The problem is that the packets are no labelled following the =
ldp
label assignment. I have seen in a readme, that it isn=92t implemented =
in the
code, yet. That is correctly? Or this problem is solved, now?=20

=20

Thanks for your attention

=20

Jorge Garcia

jo...@sa...