mpls-linux-devel

[mpls-linux-devel] SNMP Agent for Mpls for Linux V0 released

[Josdeyvi R. <jr...@uo...>]

Hello,

I just released the first version of a SNMP Agent for MPLS for Linux. You
can find it at:

http://sourceforge.net/projects/mpls-agent/

For now it has support for RFC 3813 (MPLS-LSR-STD) and  RFC 3814
(MPLS-FTN-STD). There is a lot of work to be done, but right now it is very
stable and works well. One can create and manage LSPs, FECs, LSR and FTN at
LER routers.

I hope this can contribute for the development of MPLS for Linux.

Thank you!

Josdeyvi Russi

[mpls-linux-devel] Re: [mpls-linux-general] SNMP Agent for Mpls for Linux V0 released

[Ramon C. <cas...@in...>]

On Sat, 21 Jan 2006, Josdeyvi Russi wrote:

> Hello,
>
> I just released the first version of a SNMP Agent for MPLS for Linux. You
> can find it at:
>
> http://sourceforge.net/projects/mpls-agent/



Excellent news, thanks :)

Myself, I have started a new implementation of RSVP-TE, focus is to
implement also the GMPLS extensions as well, and add it to the MPLS for
Linux project umbrella when it gets usable.


Thanks

Ramon

[mpls-linux-devel] RSVP-TE

[Joan R. <jr...@sa...>]

Hi,

As some of you might remember... there was a post some time ago from Vadim
Suarev, who offered his RSVP-TE implementation to the Open source community.

I've spent some time over last months testing vadim's implementation, which
consisted on two new daemons for quagga (a patched 0.96 version): a te
daemon and a rsvp daemon.

Vadim's implementation was able to signal MPLS tunnels between Linux and
Cisco boxes, but the code was not tightened with the MPLS forwarding. As far
as I know this code is not being mantained any more.

I've been trying to extract vadim's code from his release in order to make
it work with newer quagga versions (starting by 98.5) but my work is on a
very early stage.

Maybe some parts of the already existing code would feet in your brand new
RSVP-TE implementation. I would like to contribute to the development.

Joan Ruiz
jr...@sa...


----------------------

Excellent news, thanks :)

Myself, I have started a new implementation of RSVP-TE, focus is to
implement also the GMPLS extensions as well, and add it to the MPLS for
Linux project umbrella when it gets usable.


Thanks

Ramon




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
mpls-linux-general mailing list
mpl...@li...
https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

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

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

Hello Joan and Ramon,

Its great o here that both of you are interested in working on a RSVP-TE
implementation.  I have not yet looked at vadim's code, so I do not know
the quality.

Vadim has done a lot of work that could be a time saver for Ramon,
so you can concentrate just one GMPLS extentions (maybe upstream label
allocation to :-)

Ramon are you open to atleast looking at vadim's code to see if it
is useful to you?

I would prefer that the RSVP-TE code eventually be made to work on the
same porting layer that I have put into ldp-portable, so that two
protocol could easily be ported to a new plateform, but at this point I'd
just be happy with a GPL or LGPL version that works with quagga :-)

BTW Joan, I have started working on quagga + mpls-linux 1.950.  I also
updated to quagga 0.99.2.  Make sure to update your quagga-mpls tree if
that is what your using.

On Mon, Jan 23, 2006 at 12:30:53PM +0100, Joan Ruiz wrote:
>=20
> Hi,
>=20
> As some of you might remember... there was a post some time ago from Vadim
> Suarev, who offered his RSVP-TE implementation to the Open source communi=
ty.
>=20
> I've spent some time over last months testing vadim's implementation, whi=
ch
> consisted on two new daemons for quagga (a patched 0.96 version): a te
> daemon and a rsvp daemon.
>=20
> Vadim's implementation was able to signal MPLS tunnels between Linux and
> Cisco boxes, but the code was not tightened with the MPLS forwarding. As =
far
> as I know this code is not being mantained any more.
>=20
> I've been trying to extract vadim's code from his release in order to make
> it work with newer quagga versions (starting by 98.5) but my work is on a
> very early stage.
>=20
> Maybe some parts of the already existing code would feet in your brand new
> RSVP-TE implementation. I would like to contribute to the development.
>=20
> Joan Ruiz
> jr...@sa...
>=20
>=20
> ----------------------
>=20
> Excellent news, thanks :)
>=20
> Myself, I have started a new implementation of RSVP-TE, focus is to
> implement also the GMPLS extensions as well, and add it to the MPLS for
> Linux project umbrella when it gets usable.
>=20
>=20
> Thanks
>=20
> Ramon
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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