mpls-linux-general

[mpls-linux-general] RSVP-TE

[Francois D. <fd...@vi...>]

Hi James !

	Hope I didn't traumatize you with my previous message. As you know, I'm
looking for RSVP-TE stacks for Linux.

I've found:
- http://www.cs.columbia.edu/~yhwang/ftp/qos/rsvp/, which is for linux 2.0.x
- http://www.kom.e-technik.tu-darmstadt.de/rsvp/, which is at least known to
work on 2.2.x but don't seem to support RSVP-TE either.

None of these 2 appears to have an active mailing list where I can learn more
about them.

You said that you've heard of somebody who was hacking a RSVP-TE extension to
some already existing stack. Do you have any pointer ?

Would you know anything about a CR-LDP (Nortel?) implementation somewhere that
we can incorporate to MPLS-Linux ?

Thanks a lot!

-- 
François Desloges
fd...@vi...

[mpls-linux-general] RSVP-TE

[Alexandre C. <ale...@re...>]

I=B4m installing rsvpd.0.70 on kernel 2.4.18 there is an error message th=
at
follows can anyone help me?

mplsadm.c: In function `fill_instructions':
mplsadm.c:143: union has no member named `dlv'
make[1]: ** [mplsadm.o] Erro 1
make[1]: Saindo do diret=F3rio `/home/rsvpd/rsvpd/linux'
make: ** [linux] Erro 2

Regards

Alex

[mpls-linux-general] RSVP-TE

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

Hi,

We=92re working for implement QoS with MPLS, and apply RVP-TE like =
signalling
protocol. Anybody knows if there is any actual (less than 2 years old)
implementation for apply it with mpls-linux 1.946 or quagga ?

Thanks for your attention.

=20

********************************************************

Jorge Garc=EDa  =20

  <mailto:jo...@sa...> jo...@sa...=20

Secci=F3 Telem=E0tica - Dept. Inform=E0tica

Enginyeria La Salle - Universitat Ramon Llull

*******************************************************

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

[mpls-linux-general] RSVP-TE

[<phi...@bt...>]

Hi,

I'm using James Leu's MPLS-Linux-1.950 to make some tests and I want to
add RSVP-TE as an available protocol.
I have searched on Google for some RSVP-TE daemons and I just found this
site http://dmpls.atlantis.ugent.be/#download
Unfortunately, this site is a little old and seems not to be update
anymore.
By consulting SourceForge's MPLS-Linux-general archives, I saw that
Adrian Popa tried few months ago to use the daemon I'm talking about...
So Adrian, did you succeed to contact Pim? Did you use finally RSVP-TE
in your tests for Linux-MPLS?
I have started to modify the code of the daemon to use it with
MPLS-Linux-1.950 but it's a little long and difficult (but maybe
necessary?)
If someone else has already used RSVP-TE for MPLS-Linux-1.950 or has
implemented something about that, do not hesitate to reply! ;-)

Many thanks to James Leu and SourceForge!

Cheers,

Philippe

P.S : does someone know what is the purpose of the directory 'rsvpte' in
'ldp-portable'? I see there are some files implementing RSVP-TE but I
don't think (according to Linux-MPLS-1.950 documents) that it can be
used... May I have more information about this?

Re: [mpls-linux-general] RSVP-TE

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

I have not had contact with Pim for quite sometime now. So I'm not sure of
the fate of his project.

The rsvpte directory in ldp-portable is/was my attempt to start a RSVP-TE
implementation, it never even got to the point of encoding/decoding
packets.

There is a group working on a RSVP-TE implementation from the ground
up for use with mpls-linux/quagga.  At this time they are pretty early on
but showing promise.  I will let them determine when they are ready for the
rest of the list to contribute to thier project.

So at this time we're still without a working dynamic label distribution
protocol (LDP from ldp-portable still has many bugs to be worked out).

On Wed, May 03, 2006 at 10:44:09AM +0100, phi...@bt... wrote:
> Hi,
>=20
> I'm using James Leu's MPLS-Linux-1.950 to make some tests and I want to
> add RSVP-TE as an available protocol.
> I have searched on Google for some RSVP-TE daemons and I just found this
> site http://dmpls.atlantis.ugent.be/#download
> Unfortunately, this site is a little old and seems not to be update
> anymore.
> By consulting SourceForge's MPLS-Linux-general archives, I saw that
> Adrian Popa tried few months ago to use the daemon I'm talking about...
> So Adrian, did you succeed to contact Pim? Did you use finally RSVP-TE
> in your tests for Linux-MPLS?
> I have started to modify the code of the daemon to use it with
> MPLS-Linux-1.950 but it's a little long and difficult (but maybe
> necessary?)
> If someone else has already used RSVP-TE for MPLS-Linux-1.950 or has
> implemented something about that, do not hesitate to reply! ;-)
>=20
> Many thanks to James Leu and SourceForge!
>=20
> Cheers,
>=20
> Philippe
>=20
> P.S : does someone know what is the purpose of the directory 'rsvpte' in
> 'ldp-portable'? I see there are some files implementing RSVP-TE but I
> don't think (according to Linux-MPLS-1.950 documents) that it can be
> used... May I have more information about this?

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

Re: [mpls-linux-general] RSVP-TE

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

Hello Philippe

I'm sorry, but I haven't managed to get in touch with Pim. I looked at his
implementation of RSVP-TE as a way of distributing labels. Unfortunately I
had problems accessing his code, and I didn't want to switch to an old
version of mpls-linux to be able to use it. Even now I can't access his web
site...

Anyway, I congratulate you for trying to update his rsvp code to use
mpls-linux. I haven't tried this, but I'm curious... after the rsvp
negotiations how does he set up the labels? Does he run a fork();
execlp("mplsadm ..."); command? Or does he use specific mpls-linux methods
to set up LSPs? If he uses the first case (which would be inefficient), it
wouldn't be impossible to modify the code. If its the latter case, you knee=
d
to understand how to use mpls-linux first (which is more difficult).

I noticed that James said there is another project for rsvp-te in quagga. I=
t
might take a while until it is usable (I estimate 2-3 years, depending on
the size of the team). If you consider that it is easier to modify Pim's
rsvp-te to use mpls-linux 1.950, then you should do it, and share the
results with the rest of the world. I'm sure many would find it very useful=
.


Sorry I couldn't help you

Adrian Popa

PS. You could adopt Pim's project as it seems to be abandoned... It would d=
o
a lot of people a lot of good.


On 5/3/06, phi...@bt... <phi...@bt...> wrote:
>
> Hi,
>
> I'm using James Leu's MPLS-Linux-1.950 to make some tests and I want to
> add RSVP-TE as an available protocol.
> I have searched on Google for some RSVP-TE daemons and I just found this
> site *http://dmpls.atlantis.ugent.be/#download*<http://dmpls.atlantis.uge=
nt.be/#download>
> Unfortunately, this site is a little old and seems not to be update
> anymore.
> By consulting SourceForge's MPLS-Linux-general archives, I saw that Adria=
n
> Popa tried few months ago to use the daemon I'm talking about=85
>
> So Adrian, did you succeed to contact Pim? Did you use finally RSVP-TE in
> your tests for Linux-MPLS?
> I have started to modify the code of the daemon to use it with
> MPLS-Linux-1.950 but it's a little long and difficult (but maybe
> necessary?)
>
> If someone else has already used RSVP-TE for MPLS-Linux-1.950 or has
> implemented something about that, do not hesitate to reply! ;-)
>
> Many thanks to James Leu and SourceForge!
>
> Cheers,
>
> Philippe
>
> P.S : does someone know what is the purpose of the directory 'rsvpte' in
> 'ldp-portable'? I see there are some files implementing RSVP-TE but I don=
't
> think (according to Linux-MPLS-1.950 documents) that it can be used=85 Ma=
y I
> have more information about this?
>

Re: [mpls-linux-general] RSVP-TE

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

Hello Fran=E7ois,

> - http://www.cs.columbia.edu/~yhwang/ftp/qos/rsvp/, which is for linux =
2.0.x
> - http://www.kom.e-technik.tu-darmstadt.de/rsvp/, which is at least kno=
wn to
> work on 2.2.x but don't seem to support RSVP-TE either.
>=20
> None of these 2 appears to have an active mailing list where I can lear=
n more
> about them.

I grabbed the lastest RSVP code from http://www.isi.edu/div7/rsvp/

It compiles on Linux (if you apply the linux-tc patch kit).  It still nee=
ds
TE extensions and a command line interface, but the core is there.

> You said that you've heard of somebody who was hacking a RSVP-TE extens=
ion to
> some already existing stack. Do you have any pointer ?

I do remeber hearing about someone on this list thinking about it.  I'm n=
ot
sure if anything ever came of it.  Anyone care to comment?

> Would you know anything about a CR-LDP (Nortel?) implementation somewhe=
re that
> we can incorporate to MPLS-Linux ?

You are probably refering to the Nortel CR-LDP encode and decode function=
s. =20
Their code is at the base of ldp-portable (lib/ldp_nortel.[ch]) ;-)

> Thanks a lot!

No problem.

Jim

> --=20
> Fran=E7ois Desloges
> fd...@vi...
>=20
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> http://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--=20
James R. Leu

[mpls-linux-general] Re: RSVP-TE

[Martin K. <Mar...@KO...>]

> - http://www.kom.e-technik.tu-darmstadt.de/rsvp/, which is at least known to
> work on 2.2.x but don't seem to support RSVP-TE either.

Correct, it currently doesn't support RSVP-TE.

> None of these 2 appears to have an active mailing list where I can learn more
> about them.

The amount of questions has not exceeded the threshold to create such a
list, so far. ;-) I'm happy to answer any questions send to me directly, if
time permits.

Greetings,
Martin