Thread: [mpls-linux-general] Setting up simple lab - how?
Status: Beta
Brought to you by:
jleu
Menu
▾
▴
mpls-linux-general
|
From: Milos V. <fea...@gm...> - 2011-02-07 13:09:46
|
Hello everyone, I am trying to give mpls-linux a test run in my VmWare lab. What I would like to have running is this simple scenario: host1 -- router1 -- router2 -- host2 , where all nodes are Linux virtual machines, running Debian. However, I am having hard time finding any kind of documentation, support or instructions on how to perform this. Can someone point me to relevant place where I could get more help with this? Thank you in advance, Milos |
|
From: Adrian P. <adr...@gm...> - 2011-02-07 15:46:29
|
Hello Milos, If you want something simple, look here: http://sourceforge.net/apps/mediawiki/mpls-linux/index.php?title=Examples If you want something a bit more complicated, look here: http://downloads.sourceforge.net/project/mpls-linux/mpls-linux/MPLS%20Linux%20Labs/mpls-linux-docs_v1.950.tar.gzand download http://downloads.sourceforge.net/mpls-linux/mpls-linux-labs_v1.950.tar.gz There are some tips in the instructions above on how to install mpls support on debian, but you will need to run a supported kernel. Good luck, Adrian On Mon, Feb 7, 2011 at 3:09 PM, Milos Vujkovic <fea...@gm...>wrote: > Hello everyone, > > I am trying to give mpls-linux a test run in my VmWare lab. What I would > like to have running is this simple scenario: > > host1 -- router1 -- router2 -- host2 , > > where all nodes are Linux virtual machines, running Debian. However, I am > having hard time finding any kind of documentation, support or instructions > on how to perform this. Can someone point me to relevant place where I could > get more help with this? > > Thank you in advance, > Milos > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > |
|
From: Steierlein M. <st...@gm...> - 2011-02-07 15:57:24
|
Milos, Try this: http://www.nanog.org/meetings/nanog50/presentations/Monday/NANOG50.Talk17.swhyte_Opensource_LSR_Presentation.pdf There is a URL at the end of the slides. Follow the steps in the readme and disable sysctl table in the kernel. I also managed to install it on two debian systems. Unfortunately the sources are not up-to-date and the patch is a pain in the ass as well. If you need any help feel free to post your questions. Best regards, Márton 2011/2/7 Milos Vujkovic <fea...@gm...>: > Hello everyone, > I am trying to give mpls-linux a test run in my VmWare lab. What I would > like to have running is this simple scenario: > host1 -- router1 -- router2 -- host2 , > where all nodes are Linux virtual machines, running Debian. However, I am > having hard time finding any kind of documentation, support or instructions > on how to perform this. Can someone point me to relevant place where I could > get more help with this? > Thank you in advance, > Milos > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > |
|
From: Adrian P. <adr...@gm...> - 2011-02-07 16:03:49
|
Well, if google has started to work with mpls-linux I think it will breathe new life into the project :) That's great news... On Mon, Feb 7, 2011 at 5:57 PM, Steierlein Márton <st...@gm...> wrote: > Milos, > > Try this: > > > http://www.nanog.org/meetings/nanog50/presentations/Monday/NANOG50.Talk17.swhyte_Opensource_LSR_Presentation.pdf > > There is a URL at the end of the slides. Follow the steps in the > readme and disable sysctl table in the kernel. I also managed to > install it on two debian systems. > > Unfortunately the sources are not up-to-date and the patch is a pain > in the ass as well. > > If you need any help feel free to post your questions. > > Best regards, > Márton > > 2011/2/7 Milos Vujkovic <fea...@gm...>: > > Hello everyone, > > I am trying to give mpls-linux a test run in my VmWare lab. What I would > > like to have running is this simple scenario: > > host1 -- router1 -- router2 -- host2 , > > where all nodes are Linux virtual machines, running Debian. However, I am > > having hard time finding any kind of documentation, support or > instructions > > on how to perform this. Can someone point me to relevant place where I > could > > get more help with this? > > Thank you in advance, > > Milos > > > > > ------------------------------------------------------------------------------ > > The modern datacenter depends on network connectivity to access resources > > and provide services. The best practices for maximizing a physical > server's > > connectivity to a physical network are well understood - see how these > > rules translate into the virtual world? > > http://p.sf.net/sfu/oracle-sfdevnlfb > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > |
|
From: Steierlein M. <st...@gm...> - 2011-02-07 16:13:40
|
No, this is just a project hosted on Google code. Some students made major strides from the mpls-linux project, including a a hardware MPLS switch. The source code in verilog is even accessible. Such knowledge and codebase is priceless. Best regards, Márton 2011/2/7 Adrian Popa <adr...@gm...>: > Well, if google has started to work with mpls-linux I think it will breathe > new life into the project :) > > That's great news... > > On Mon, Feb 7, 2011 at 5:57 PM, Steierlein Márton <st...@gm...> wrote: >> >> Milos, >> >> Try this: >> >> >> http://www.nanog.org/meetings/nanog50/presentations/Monday/NANOG50.Talk17.swhyte_Opensource_LSR_Presentation.pdf >> >> There is a URL at the end of the slides. Follow the steps in the >> readme and disable sysctl table in the kernel. I also managed to >> install it on two debian systems. >> >> Unfortunately the sources are not up-to-date and the patch is a pain >> in the ass as well. >> >> If you need any help feel free to post your questions. >> >> Best regards, >> Márton >> >> 2011/2/7 Milos Vujkovic <fea...@gm...>: >> > Hello everyone, >> > I am trying to give mpls-linux a test run in my VmWare lab. What I would >> > like to have running is this simple scenario: >> > host1 -- router1 -- router2 -- host2 , >> > where all nodes are Linux virtual machines, running Debian. However, I >> > am >> > having hard time finding any kind of documentation, support or >> > instructions >> > on how to perform this. Can someone point me to relevant place where I >> > could >> > get more help with this? >> > Thank you in advance, >> > Milos >> > >> > >> > ------------------------------------------------------------------------------ >> > The modern datacenter depends on network connectivity to access >> > resources >> > and provide services. The best practices for maximizing a physical >> > server's >> > connectivity to a physical network are well understood - see how these >> > rules translate into the virtual world? >> > http://p.sf.net/sfu/oracle-sfdevnlfb >> > _______________________________________________ >> > mpls-linux-general mailing list >> > mpl...@li... >> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >> > >> > >> >> >> ------------------------------------------------------------------------------ >> The modern datacenter depends on network connectivity to access resources >> and provide services. The best practices for maximizing a physical >> server's >> connectivity to a physical network are well understood - see how these >> rules translate into the virtual world? >> http://p.sf.net/sfu/oracle-sfdevnlfb >> _______________________________________________ >> mpls-linux-general mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > |
|
From: Milos V. <fea...@gm...> - 2011-02-07 16:49:16
|
Dear Adrian and Marton, Thank you for your prompt help, I greatly appreciate it. I will give my best to make it running, and report my results here. Thanks again, Milos On Mon, Feb 7, 2011 at 5:13 PM, Steierlein Márton <st...@gm...> wrote: > No, this is just a project hosted on Google code. Some students made > major strides from the mpls-linux project, including a a hardware MPLS > switch. The source code in verilog is even accessible. Such knowledge > and codebase is priceless. > > Best regards, > Márton > > 2011/2/7 Adrian Popa <adr...@gm...>: > > Well, if google has started to work with mpls-linux I think it will > breathe > > new life into the project :) > > > > That's great news... > > > > On Mon, Feb 7, 2011 at 5:57 PM, Steierlein Márton <st...@gm...> > wrote: > >> > >> Milos, > >> > >> Try this: > >> > >> > >> > http://www.nanog.org/meetings/nanog50/presentations/Monday/NANOG50.Talk17.swhyte_Opensource_LSR_Presentation.pdf > >> > >> There is a URL at the end of the slides. Follow the steps in the > >> readme and disable sysctl table in the kernel. I also managed to > >> install it on two debian systems. > >> > >> Unfortunately the sources are not up-to-date and the patch is a pain > >> in the ass as well. > >> > >> If you need any help feel free to post your questions. > >> > >> Best regards, > >> Márton > >> > >> 2011/2/7 Milos Vujkovic <fea...@gm...>: > >> > Hello everyone, > >> > I am trying to give mpls-linux a test run in my VmWare lab. What I > would > >> > like to have running is this simple scenario: > >> > host1 -- router1 -- router2 -- host2 , > >> > where all nodes are Linux virtual machines, running Debian. However, I > >> > am > >> > having hard time finding any kind of documentation, support or > >> > instructions > >> > on how to perform this. Can someone point me to relevant place where I > >> > could > >> > get more help with this? > >> > Thank you in advance, > >> > Milos > >> > > >> > > >> > > ------------------------------------------------------------------------------ > >> > The modern datacenter depends on network connectivity to access > >> > resources > >> > and provide services. The best practices for maximizing a physical > >> > server's > >> > connectivity to a physical network are well understood - see how these > >> > rules translate into the virtual world? > >> > http://p.sf.net/sfu/oracle-sfdevnlfb > >> > _______________________________________________ > >> > mpls-linux-general mailing list > >> > mpl...@li... > >> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > >> > > >> > > >> > >> > >> > ------------------------------------------------------------------------------ > >> The modern datacenter depends on network connectivity to access > resources > >> and provide services. The best practices for maximizing a physical > >> server's > >> connectivity to a physical network are well understood - see how these > >> rules translate into the virtual world? > >> http://p.sf.net/sfu/oracle-sfdevnlfb > >> _______________________________________________ > >> mpls-linux-general mailing list > >> mpl...@li... > >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > |
|
From: Adrian P. <adr...@gm...> - 2011-02-07 17:25:23
|
Oh, sorry Steierlein - I misread the paper... I saw Google's logo and I thought somebody from google was working on it :) On Mon, Feb 7, 2011 at 6:13 PM, Steierlein Márton <st...@gm...> wrote: > No, this is just a project hosted on Google code. Some students made > major strides from the mpls-linux project, including a a hardware MPLS > switch. The source code in verilog is even accessible. Such knowledge > and codebase is priceless. > > Best regards, > Márton > > 2011/2/7 Adrian Popa <adr...@gm...>: > > Well, if google has started to work with mpls-linux I think it will > breathe > > new life into the project :) > > > > That's great news... > > > > On Mon, Feb 7, 2011 at 5:57 PM, Steierlein Márton <st...@gm...> > wrote: > >> > >> Milos, > >> > >> Try this: > >> > >> > >> > http://www.nanog.org/meetings/nanog50/presentations/Monday/NANOG50.Talk17.swhyte_Opensource_LSR_Presentation.pdf > >> > >> There is a URL at the end of the slides. Follow the steps in the > >> readme and disable sysctl table in the kernel. I also managed to > >> install it on two debian systems. > >> > >> Unfortunately the sources are not up-to-date and the patch is a pain > >> in the ass as well. > >> > >> If you need any help feel free to post your questions. > >> > >> Best regards, > >> Márton > >> > >> 2011/2/7 Milos Vujkovic <fea...@gm...>: > >> > Hello everyone, > >> > I am trying to give mpls-linux a test run in my VmWare lab. What I > would > >> > like to have running is this simple scenario: > >> > host1 -- router1 -- router2 -- host2 , > >> > where all nodes are Linux virtual machines, running Debian. However, I > >> > am > >> > having hard time finding any kind of documentation, support or > >> > instructions > >> > on how to perform this. Can someone point me to relevant place where I > >> > could > >> > get more help with this? > >> > Thank you in advance, > >> > Milos > >> > > >> > > >> > > ------------------------------------------------------------------------------ > >> > The modern datacenter depends on network connectivity to access > >> > resources > >> > and provide services. The best practices for maximizing a physical > >> > server's > >> > connectivity to a physical network are well understood - see how these > >> > rules translate into the virtual world? > >> > http://p.sf.net/sfu/oracle-sfdevnlfb > >> > _______________________________________________ > >> > mpls-linux-general mailing list > >> > mpl...@li... > >> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > >> > > >> > > >> > >> > >> > ------------------------------------------------------------------------------ > >> The modern datacenter depends on network connectivity to access > resources > >> and provide services. The best practices for maximizing a physical > >> server's > >> connectivity to a physical network are well understood - see how these > >> rules translate into the virtual world? > >> http://p.sf.net/sfu/oracle-sfdevnlfb > >> _______________________________________________ > >> mpls-linux-general mailing list > >> mpl...@li... > >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > |
|
From: Scott W. <sw...@go...> - 2011-02-07 23:02:35
|
On 02/07/2011 09:25 AM, Adrian Popa wrote: > Oh, sorry Steierlein - I misread the paper... I saw Google's logo and I > thought somebody from google was working on it :) Its true that the OpenLSR project hosted on code.google.com is a system integration project done by a very capable summer intern I had. Its also true that I would love to be moving it forward onto current (x64) kernel and quagga versions, but it seems the mpls-linux project organization is in so much disarray that other OSes start to look more interesting. In particular OpenBSD has support for LDP in their kernel. I'm very glad to hear that the code, including verilog, is found useful by some. I'm actively working on better MPLS support in the NetFPGA platform, if we could get mpls-linux a bit more organized with respect to the code repository, I'm certain I could keep NetFPGA verilog updates coming, in the interests of network research. -Scott > > On Mon, Feb 7, 2011 at 6:13 PM, Steierlein Márton <st...@gm... > <mailto:st...@gm...>> wrote: > > No, this is just a project hosted on Google code. Some students made > major strides from the mpls-linux project, including a a hardware MPLS > switch. The source code in verilog is even accessible. Such knowledge > and codebase is priceless. > > Best regards, > Márton > > 2011/2/7 Adrian Popa <adrian.popa.gh > <http://adrian.popa.gh>@gmail.com <http://gmail.com>>: > > Well, if google has started to work with mpls-linux I think it > will breathe > > new life into the project :) > > > > That's great news... > > > > On Mon, Feb 7, 2011 at 5:57 PM, Steierlein Márton > <st...@gm... <mailto:st...@gm...>> wrote: > >> > >> Milos, > >> > >> Try this: > >> > >> > >> > http://www.nanog.org/meetings/nanog50/presentations/Monday/NANOG50.Talk17.swhyte_Opensource_LSR_Presentation.pdf > >> > >> There is a URL at the end of the slides. Follow the steps in the > >> readme and disable sysctl table in the kernel. I also managed to > >> install it on two debian systems. > >> > >> Unfortunately the sources are not up-to-date and the patch is a pain > >> in the ass as well. > >> > >> If you need any help feel free to post your questions. > >> > >> Best regards, > >> Márton > >> > >> 2011/2/7 Milos Vujkovic <fea...@gm... > <mailto:fea...@gm...>>: > >> > Hello everyone, > >> > I am trying to give mpls-linux a test run in my VmWare lab. > What I would > >> > like to have running is this simple scenario: > >> > host1 -- router1 -- router2 -- host2 , > >> > where all nodes are Linux virtual machines, running Debian. > However, I > >> > am > >> > having hard time finding any kind of documentation, support or > >> > instructions > >> > on how to perform this. Can someone point me to relevant place > where I > >> > could > >> > get more help with this? > >> > Thank you in advance, > >> > Milos > >> > > >> > > >> > > ------------------------------------------------------------------------------ > >> > The modern datacenter depends on network connectivity to access > >> > resources > >> > and provide services. The best practices for maximizing a physical > >> > server's > >> > connectivity to a physical network are well understood - see > how these > >> > rules translate into the virtual world? > >> > http://p.sf.net/sfu/oracle-sfdevnlfb > >> > _______________________________________________ > >> > mpls-linux-general mailing list > >> > mpl...@li... > <mailto:mpl...@li...> > >> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > >> > > >> > > >> > >> > >> > ------------------------------------------------------------------------------ > >> The modern datacenter depends on network connectivity to access > resources > >> and provide services. The best practices for maximizing a physical > >> server's > >> connectivity to a physical network are well understood - see how > these > >> rules translate into the virtual world? > >> http://p.sf.net/sfu/oracle-sfdevnlfb > >> _______________________________________________ > >> mpls-linux-general mailing list > >> mpl...@li... > <mailto:mpl...@li...> > >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > > > > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general |
|
From: James R. L. <jl...@mi...> - 2011-02-08 03:02:48
|
Hey all, It is good to see discussions occurring. Last year about this time I made a plea for someone to step up and start maintaining the project. I had 3 people that started out very interested, but they've gone quiet. I'll be more then happy to help someone else start organizing the git repo or answer questions on the code. On Mon, Feb 07, 2011 at 03:02:21PM -0800, Scott Whyte wrote: > On 02/07/2011 09:25 AM, Adrian Popa wrote: > > Oh, sorry Steierlein - I misread the paper... I saw Google's logo and I > > thought somebody from google was working on it :) > > Its true that the OpenLSR project hosted on code.google.com is a system > integration project done by a very capable summer intern I had. Its > also true that I would love to be moving it forward onto current (x64) > kernel and quagga versions, but it seems the mpls-linux project > organization is in so much disarray that other OSes start to look more > interesting. In particular OpenBSD has support for LDP in their kernel. > > I'm very glad to hear that the code, including verilog, is found useful > by some. I'm actively working on better MPLS support in the NetFPGA > platform, if we could get mpls-linux a bit more organized with respect > to the code repository, I'm certain I could keep NetFPGA verilog updates > coming, in the interests of network research. > > -Scott > > > > > On Mon, Feb 7, 2011 at 6:13 PM, Steierlein Márton <st...@gm... > > <mailto:st...@gm...>> wrote: > > > > No, this is just a project hosted on Google code. Some students made > > major strides from the mpls-linux project, including a a hardware MPLS > > switch. The source code in verilog is even accessible. Such knowledge > > and codebase is priceless. > > > > Best regards, > > Márton > > > > 2011/2/7 Adrian Popa <adrian.popa.gh > > <http://adrian.popa.gh>@gmail.com <http://gmail.com>>: > > > Well, if google has started to work with mpls-linux I think it > > will breathe > > > new life into the project :) > > > > > > That's great news... > > > > > > On Mon, Feb 7, 2011 at 5:57 PM, Steierlein Márton > > <st...@gm... <mailto:st...@gm...>> wrote: > > >> > > >> Milos, > > >> > > >> Try this: > > >> > > >> > > >> > > http://www.nanog.org/meetings/nanog50/presentations/Monday/NANOG50.Talk17.swhyte_Opensource_LSR_Presentation.pdf > > >> > > >> There is a URL at the end of the slides. Follow the steps in the > > >> readme and disable sysctl table in the kernel. I also managed to > > >> install it on two debian systems. > > >> > > >> Unfortunately the sources are not up-to-date and the patch is a pain > > >> in the ass as well. > > >> > > >> If you need any help feel free to post your questions. > > >> > > >> Best regards, > > >> Márton > > >> > > >> 2011/2/7 Milos Vujkovic <fea...@gm... > > <mailto:fea...@gm...>>: > > >> > Hello everyone, > > >> > I am trying to give mpls-linux a test run in my VmWare lab. > > What I would > > >> > like to have running is this simple scenario: > > >> > host1 -- router1 -- router2 -- host2 , > > >> > where all nodes are Linux virtual machines, running Debian. > > However, I > > >> > am > > >> > having hard time finding any kind of documentation, support or > > >> > instructions > > >> > on how to perform this. Can someone point me to relevant place > > where I > > >> > could > > >> > get more help with this? > > >> > Thank you in advance, > > >> > Milos > > >> > > > >> > > > >> > > > ------------------------------------------------------------------------------ > > >> > The modern datacenter depends on network connectivity to access > > >> > resources > > >> > and provide services. The best practices for maximizing a physical > > >> > server's > > >> > connectivity to a physical network are well understood - see > > how these > > >> > rules translate into the virtual world? > > >> > http://p.sf.net/sfu/oracle-sfdevnlfb > > >> > _______________________________________________ > > >> > mpls-linux-general mailing list > > >> > mpl...@li... > > <mailto:mpl...@li...> > > >> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > >> > > > >> > > > >> > > >> > > >> > > ------------------------------------------------------------------------------ > > >> The modern datacenter depends on network connectivity to access > > resources > > >> and provide services. The best practices for maximizing a physical > > >> server's > > >> connectivity to a physical network are well understood - see how > > these > > >> rules translate into the virtual world? > > >> http://p.sf.net/sfu/oracle-sfdevnlfb > > >> _______________________________________________ > > >> mpls-linux-general mailing list > > >> mpl...@li... > > <mailto:mpl...@li...> > > >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > The modern datacenter depends on network connectivity to access resources > > and provide services. The best practices for maximizing a physical server's > > connectivity to a physical network are well understood - see how these > > rules translate into the virtual world? > > http://p.sf.net/sfu/oracle-sfdevnlfb > > > > > > > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu jl...@mi... |
|
From: Jorge B. [DTI2] <jo...@dt...> - 2011-02-08 12:44:00
|
El 08/02/2011 4:02, James R. Leu escribió: > Hey all, > > It is good to see discussions occurring. Last year about this > time I made a plea for someone to step up and start maintaining the > project. I had 3 people that started out very interested, but they've > gone quiet. I'll be more then happy to help someone else start organizing > the git repo or answer questions on the code. Sorry, I've been really short of time. I am still interested and have done some more cleanups in the code in this time. But I am not really interested in maintaining patches for an outdated kernel because I think that we should aim for kernel inclusion. So, if you can add me to the project and I can clone kernel git and work from there, I can push a topic branch with my cleanups this same week. Regards, Jorge -- ============================================================== Jorge Boncompte - Ingenieria y Gestion de RED DTI2 - Desarrollo de la Tecnologia de las Comunicaciones -------------------------------------------------------------- C/ Abogado Enriquez Barrios, 5 14004 CORDOBA (SPAIN) Tlf: +34 957 761395 / FAX: +34 957 450380 ============================================================== - There is only so much duct tape you can put on something before it just becomes a giant ball of duct tape. ============================================================== |
|
From: Renato W. <ren...@gm...> - 2011-02-08 03:45:59
|
@Milos Vujkovic I also recommend you to start with the MPLS Labs from Adrian Popa. The only problem is that the kernel and tools used in those experiments are a bit old. If you want you may use that documentation but use the lastest MPLS code from Sourceforge (kernel 2.6.32 instead of kernel 2.6.15). The commands are the same and the MPLS Labs scripts should work. You can grab the lastest MPLS code with this command: git clone git://mpls-linux.git.sourceforge.net/gitroot/mpls-linux/mpls-linux Compile & install instructions (no rpms sorry ^^): http://mpls-linux.git.sourceforge.net/git/gitweb.cgi?p=mpls-linux/mpls-linux;a=blob;f=QUICK.START;h=4707c3a9bf4d710e149b87a55466de318d23fe69;hb=3055a77b0a44345231a7e5df7c5ce193e3b70bfa @Scott Whyte I have to agree that the mpls-linux project is a disaster in terms of organization. The wiki is outdated and this mailing list is almost dead. The problem IMHO is the lack of contributors. When James decided to retire from the project I have offered myself to maintain the Quagga/MPLS integration and work in the LDP support. Some other people were named to maintain the kernel and the documentation. Since then the Quagga/MPLS integration got working and the LDP reached an usable state, working OK when acting in an ingress LSR. Now I'm working to port the OpenBSD LDP to Quagga/Linux. Since the others maintainers gone quiet, I ported myself the MPLS code to the newer versions of the upstream projects: iproute2-2.6.35, iptables-1.4.10, linux-2.6.32.27. I also ported the MPLS code to the kernel 2.6.35, which is the version that I'm currently using. However I'm not a kernel developer, this project needs a real kernel developer to keep improving the MPLS stack in the kernel. (sorry for my english) 2011/2/7 Scott Whyte <sw...@go...>: > On 02/07/2011 09:25 AM, Adrian Popa wrote: >> Oh, sorry Steierlein - I misread the paper... I saw Google's logo and I >> thought somebody from google was working on it :) > > Its true that the OpenLSR project hosted on code.google.com is a system > integration project done by a very capable summer intern I had. Its > also true that I would love to be moving it forward onto current (x64) > kernel and quagga versions, but it seems the mpls-linux project > organization is in so much disarray that other OSes start to look more > interesting. In particular OpenBSD has support for LDP in their kernel. > > I'm very glad to hear that the code, including verilog, is found useful > by some. I'm actively working on better MPLS support in the NetFPGA > platform, if we could get mpls-linux a bit more organized with respect > to the code repository, I'm certain I could keep NetFPGA verilog updates > coming, in the interests of network research. > > -Scott -- Renato Westphal |
|
From: Scott W. <sw...@go...> - 2011-02-09 01:53:10
|
On 02/07/11 19:45, Renato Westphal wrote: > @Milos Vujkovic > > I also recommend you to start with the MPLS Labs from Adrian Popa. The > only problem is that the kernel and tools used in those experiments > are a bit old. If you want you may use that documentation but use the > lastest MPLS code from Sourceforge (kernel 2.6.32 instead of kernel > 2.6.15). The commands are the same and the MPLS Labs scripts should > work. > > You can grab the lastest MPLS code with this command: > git clone git://mpls-linux.git.sourceforge.net/gitroot/mpls-linux/mpls-linux > > Compile& install instructions (no rpms sorry ^^): > http://mpls-linux.git.sourceforge.net/git/gitweb.cgi?p=mpls-linux/mpls-linux;a=blob;f=QUICK.START;h=4707c3a9bf4d710e149b87a55466de318d23fe69;hb=3055a77b0a44345231a7e5df7c5ce193e3b70bfa > > > @Scott Whyte > > I have to agree that the mpls-linux project is a disaster in terms of > organization. The wiki is outdated and this mailing list is almost > dead. > > The problem IMHO is the lack of contributors. When James decided to > retire from the project I have offered myself to maintain the > Quagga/MPLS integration and work in the LDP support. Some other people > were named to maintain the kernel and the documentation. Since then > the Quagga/MPLS integration got working and the LDP reached an usable > state, working OK when acting in an ingress LSR. Now I'm working to > port the OpenBSD LDP to Quagga/Linux. > > Since the others maintainers gone quiet, I ported myself the MPLS code > to the newer versions of the upstream projects: iproute2-2.6.35, > iptables-1.4.10, linux-2.6.32.27. I also ported the MPLS code to the > kernel 2.6.35, which is the version that I'm currently using. However > I'm not a kernel developer, this project needs a real kernel developer > to keep improving the MPLS stack in the kernel. > Renato, I appreciate all you have done for this project since James started looking for people to hand off to. I was aware of his request for help, but I never knew what the results were, so this organizational structure is news. I would very much like to get this project integrated into its various upstreams including the kernel, and also get the Quagga LDP code integrated over there too. I'd like to offer help documenting the mpls-linux part, I can easily put together a small lab to test interop with cisco and Juniper once we get some repositories that build, or even a current set of patches if that's the best place to start. -Scott |
|
From: Milos V. <fea...@gm...> - 2011-02-09 15:21:45
|
Guys, thank you so much for your input regarding the lab setup. I will, however, have to whine a little more.. I have background with Cisco MPLS, with Linux in general is honestly not my best side. Even though links you provided me with would be useful to some Linux guru, I still find them really hard to follow. Is the a possibility of finding a more newbie-friendly guide on how to install this lab setup? Thank you, Milos On Wed, Feb 9, 2011 at 2:52 AM, Scott Whyte <sw...@go...> wrote: > On 02/07/11 19:45, Renato Westphal wrote: > > @Milos Vujkovic > > > > I also recommend you to start with the MPLS Labs from Adrian Popa. The > > only problem is that the kernel and tools used in those experiments > > are a bit old. If you want you may use that documentation but use the > > lastest MPLS code from Sourceforge (kernel 2.6.32 instead of kernel > > 2.6.15). The commands are the same and the MPLS Labs scripts should > > work. > > > > You can grab the lastest MPLS code with this command: > > git clone git:// > mpls-linux.git.sourceforge.net/gitroot/mpls-linux/mpls-linux > > > > Compile& install instructions (no rpms sorry ^^): > > > http://mpls-linux.git.sourceforge.net/git/gitweb.cgi?p=mpls-linux/mpls-linux;a=blob;f=QUICK.START;h=4707c3a9bf4d710e149b87a55466de318d23fe69;hb=3055a77b0a44345231a7e5df7c5ce193e3b70bfa > > > > > > @Scott Whyte > > > > I have to agree that the mpls-linux project is a disaster in terms of > > organization. The wiki is outdated and this mailing list is almost > > dead. > > > > The problem IMHO is the lack of contributors. When James decided to > > retire from the project I have offered myself to maintain the > > Quagga/MPLS integration and work in the LDP support. Some other people > > were named to maintain the kernel and the documentation. Since then > > the Quagga/MPLS integration got working and the LDP reached an usable > > state, working OK when acting in an ingress LSR. Now I'm working to > > port the OpenBSD LDP to Quagga/Linux. > > > > Since the others maintainers gone quiet, I ported myself the MPLS code > > to the newer versions of the upstream projects: iproute2-2.6.35, > > iptables-1.4.10, linux-2.6.32.27. I also ported the MPLS code to the > > kernel 2.6.35, which is the version that I'm currently using. However > > I'm not a kernel developer, this project needs a real kernel developer > > to keep improving the MPLS stack in the kernel. > > > > Renato, > > I appreciate all you have done for this project since James started > looking for people to hand off to. I was aware of his request for help, > but I never knew what the results were, so this organizational structure > is news. > > I would very much like to get this project integrated into its various > upstreams including the kernel, and also get the Quagga LDP code > integrated over there too. > > I'd like to offer help documenting the mpls-linux part, I can easily put > together a small lab to test interop with cisco and Juniper once we get > some repositories that build, or even a current set of patches if that's > the best place to start. > > -Scott > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > |
|
From: Renato W. <ren...@gm...> - 2011-02-09 19:41:55
|
@Milos Vujkovic I'll package up some debs for you as soon as I can, it may help other people too. @Scott Whyte Your help would be greatly appreciated. You can ask for James to be integrated into the project documentation on Sourceforge. Regards, Renato. 2011/2/9 Milos Vujkovic <fea...@gm...>: > Guys, thank you so much for your input regarding the lab setup. I will, > however, have to whine a little more.. I have background with Cisco MPLS, > with Linux in general is honestly not my best side. Even though links you > provided me with would be useful to some Linux guru, I still find them > really hard to follow. Is the a possibility of finding a more > newbie-friendly guide on how to install this lab setup? > Thank you, > Milos > On Wed, Feb 9, 2011 at 2:52 AM, Scott Whyte <sw...@go...> wrote: >> >> On 02/07/11 19:45, Renato Westphal wrote: >> > @Milos Vujkovic >> > >> > I also recommend you to start with the MPLS Labs from Adrian Popa. The >> > only problem is that the kernel and tools used in those experiments >> > are a bit old. If you want you may use that documentation but use the >> > lastest MPLS code from Sourceforge (kernel 2.6.32 instead of kernel >> > 2.6.15). The commands are the same and the MPLS Labs scripts should >> > work. >> > >> > You can grab the lastest MPLS code with this command: >> > git clone >> > git://mpls-linux.git.sourceforge.net/gitroot/mpls-linux/mpls-linux >> > >> > Compile& install instructions (no rpms sorry ^^): >> > >> > http://mpls-linux.git.sourceforge.net/git/gitweb.cgi?p=mpls-linux/mpls-linux;a=blob;f=QUICK.START;h=4707c3a9bf4d710e149b87a55466de318d23fe69;hb=3055a77b0a44345231a7e5df7c5ce193e3b70bfa >> > >> > >> > @Scott Whyte >> > >> > I have to agree that the mpls-linux project is a disaster in terms of >> > organization. The wiki is outdated and this mailing list is almost >> > dead. >> > >> > The problem IMHO is the lack of contributors. When James decided to >> > retire from the project I have offered myself to maintain the >> > Quagga/MPLS integration and work in the LDP support. Some other people >> > were named to maintain the kernel and the documentation. Since then >> > the Quagga/MPLS integration got working and the LDP reached an usable >> > state, working OK when acting in an ingress LSR. Now I'm working to >> > port the OpenBSD LDP to Quagga/Linux. >> > >> > Since the others maintainers gone quiet, I ported myself the MPLS code >> > to the newer versions of the upstream projects: iproute2-2.6.35, >> > iptables-1.4.10, linux-2.6.32.27. I also ported the MPLS code to the >> > kernel 2.6.35, which is the version that I'm currently using. However >> > I'm not a kernel developer, this project needs a real kernel developer >> > to keep improving the MPLS stack in the kernel. >> > >> >> Renato, >> >> I appreciate all you have done for this project since James started >> looking for people to hand off to. I was aware of his request for help, >> but I never knew what the results were, so this organizational structure >> is news. >> >> I would very much like to get this project integrated into its various >> upstreams including the kernel, and also get the Quagga LDP code >> integrated over there too. >> >> I'd like to offer help documenting the mpls-linux part, I can easily put >> together a small lab to test interop with cisco and Juniper once we get >> some repositories that build, or even a current set of patches if that's >> the best place to start. >> >> -Scott >> >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> _______________________________________________ >> mpls-linux-general mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > -- Renato Westphal |
|
From: Renato W. <ren...@gm...> - 2011-02-16 04:03:40
|
Milos, You can grab the debs from here: http://www.inf.ufrgs.br/~rwestphal/mpls-linux/debian/lenny/ You should be able to install them with "sudo dpkg -i file.deb". The kernel package contains only what is necessary for basic MPLS forwarding. If you want a more complete kernel you must compile it yourself. Trust me, this is not so hard as you might think! To run Quagga with MPLS/LDP support there are some additional steps: # adduser quagga $ cd /usr/local/etc/ # cp zebra.conf.sample zebra.conf # cp ospfd.conf.sample ospfd.conf # cp bgpd.conf.sample bgpd.conf # cp ldpd.conf.sample ldpd.conf # chown quagga:quagga /usr/local/etc/ # chown quagga:quagga /var/run/ Please give me a feedback about these packages. Regards, Renato. 2011/2/9 Renato Westphal <ren...@gm...>: > @Milos Vujkovic > > I'll package up some debs for you as soon as I can, it may help other > people too. > > @Scott Whyte > > Your help would be greatly appreciated. You can ask for James to be > integrated into the project documentation on Sourceforge. > > Regards, > Renato. > > > 2011/2/9 Milos Vujkovic <fea...@gm...>: >> Guys, thank you so much for your input regarding the lab setup. I will, >> however, have to whine a little more.. I have background with Cisco MPLS, >> with Linux in general is honestly not my best side. Even though links you >> provided me with would be useful to some Linux guru, I still find them >> really hard to follow. Is the a possibility of finding a more >> newbie-friendly guide on how to install this lab setup? >> Thank you, >> Milos >> On Wed, Feb 9, 2011 at 2:52 AM, Scott Whyte <sw...@go...> wrote: >>> >>> On 02/07/11 19:45, Renato Westphal wrote: >>> > @Milos Vujkovic >>> > >>> > I also recommend you to start with the MPLS Labs from Adrian Popa. The >>> > only problem is that the kernel and tools used in those experiments >>> > are a bit old. If you want you may use that documentation but use the >>> > lastest MPLS code from Sourceforge (kernel 2.6.32 instead of kernel >>> > 2.6.15). The commands are the same and the MPLS Labs scripts should >>> > work. >>> > >>> > You can grab the lastest MPLS code with this command: >>> > git clone >>> > git://mpls-linux.git.sourceforge.net/gitroot/mpls-linux/mpls-linux >>> > >>> > Compile& install instructions (no rpms sorry ^^): >>> > >>> > http://mpls-linux.git.sourceforge.net/git/gitweb.cgi?p=mpls-linux/mpls-linux;a=blob;f=QUICK.START;h=4707c3a9bf4d710e149b87a55466de318d23fe69;hb=3055a77b0a44345231a7e5df7c5ce193e3b70bfa >>> > >>> > >>> > @Scott Whyte >>> > >>> > I have to agree that the mpls-linux project is a disaster in terms of >>> > organization. The wiki is outdated and this mailing list is almost >>> > dead. >>> > >>> > The problem IMHO is the lack of contributors. When James decided to >>> > retire from the project I have offered myself to maintain the >>> > Quagga/MPLS integration and work in the LDP support. Some other people >>> > were named to maintain the kernel and the documentation. Since then >>> > the Quagga/MPLS integration got working and the LDP reached an usable >>> > state, working OK when acting in an ingress LSR. Now I'm working to >>> > port the OpenBSD LDP to Quagga/Linux. >>> > >>> > Since the others maintainers gone quiet, I ported myself the MPLS code >>> > to the newer versions of the upstream projects: iproute2-2.6.35, >>> > iptables-1.4.10, linux-2.6.32.27. I also ported the MPLS code to the >>> > kernel 2.6.35, which is the version that I'm currently using. However >>> > I'm not a kernel developer, this project needs a real kernel developer >>> > to keep improving the MPLS stack in the kernel. >>> > >>> >>> Renato, >>> >>> I appreciate all you have done for this project since James started >>> looking for people to hand off to. I was aware of his request for help, >>> but I never knew what the results were, so this organizational structure >>> is news. >>> >>> I would very much like to get this project integrated into its various >>> upstreams including the kernel, and also get the Quagga LDP code >>> integrated over there too. >>> >>> I'd like to offer help documenting the mpls-linux part, I can easily put >>> together a small lab to test interop with cisco and Juniper once we get >>> some repositories that build, or even a current set of patches if that's >>> the best place to start. >>> >>> -Scott >>> >>> >>> ------------------------------------------------------------------------------ >>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >>> Pinpoint memory and threading errors before they happen. >>> Find and fix more than 250 security defects in the development cycle. >>> Locate bottlenecks in serial and parallel code that limit performance. >>> http://p.sf.net/sfu/intel-dev2devfeb >>> _______________________________________________ >>> mpls-linux-general mailing list >>> mpl...@li... >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >> >> > > > > -- > Renato Westphal > -- Renato Westphal |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X