mpls-linux-devel Mailing List for MPLS for Linux (Page 8)
Status: Beta
Brought to you by:
jleu
Menu
▾
▴
mpls-linux-devel — Mailig list for discussing the development of MPLS on Linux
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(8) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(5) |
Feb
(73) |
Mar
(22) |
Apr
(21) |
May
|
Jun
|
Jul
(3) |
Aug
(5) |
Sep
(4) |
Oct
(4) |
Nov
(2) |
Dec
(6) |
| 2005 |
Jan
(5) |
Feb
|
Mar
(6) |
Apr
(11) |
May
(6) |
Jun
(5) |
Jul
(4) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(9) |
Dec
(15) |
| 2006 |
Jan
(11) |
Feb
(7) |
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
(7) |
Aug
|
Sep
(8) |
Oct
(9) |
Nov
(10) |
Dec
(14) |
| 2007 |
Jan
(11) |
Feb
(9) |
Mar
(39) |
Apr
(7) |
May
(4) |
Jun
(2) |
Jul
(5) |
Aug
(6) |
Sep
(6) |
Oct
(1) |
Nov
(1) |
Dec
(8) |
| 2008 |
Jan
|
Feb
(13) |
Mar
(19) |
Apr
(11) |
May
(16) |
Jun
(6) |
Jul
(2) |
Aug
(4) |
Sep
|
Oct
(5) |
Nov
|
Dec
(16) |
| 2009 |
Jan
(13) |
Feb
(5) |
Mar
|
Apr
|
May
(11) |
Jun
(7) |
Jul
(3) |
Aug
|
Sep
(2) |
Oct
(8) |
Nov
(16) |
Dec
(15) |
| 2010 |
Jan
(6) |
Feb
(5) |
Mar
(1) |
Apr
(14) |
May
(42) |
Jun
(4) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(4) |
Dec
(1) |
| 2011 |
Jan
(3) |
Feb
|
Mar
|
Apr
(7) |
May
(1) |
Jun
(2) |
Jul
(4) |
Aug
(19) |
Sep
(9) |
Oct
(13) |
Nov
(4) |
Dec
(3) |
| 2012 |
Jan
(2) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(11) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(3) |
Dec
(2) |
| 2013 |
Jan
(4) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(7) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(2) |
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(2) |
| 2016 |
Jan
(6) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Renato W. <ren...@gm...> - 2010-04-23 18:54:41
|
I am sending the patches again, along with the instructions. My previous patch for iptables was buggy, so i'm sending this mail for the entire list. Link: http://www.inf.ufrgs.br/~rwestphal/mpls/mpls-pack.tar.bz2 Regards, Renato. 2010/4/21 David Fraser <da...@ab...> > Thanks Renato. That's excellent news. > > Only thing is - I hadn't subscribed to the devel list at the time when you > posted it, so I can only view it through the mailing list archives. > > So I have got all the patch attachments, but unfortunately the body of the > message appears garbled on the list archive, so I would greatly appreciate > if you could email me back with just the original message body (containing > the kernel configuration/building instructions). > > Thanks a lot, > > David > > > On 20/04/2010 19:37, Renato Westphal wrote: > >> Right, network namespaces can act as VRFs. There's no need for patches, >> but you should have a kernel greater than 2.6.29 for full network >> namespaces support. (without the need for disabling sysfs) >> >> Luckily I already ported the MPLS core for kernel 2.6.32.11, you can >> grab the patches in my previous email. >> >> >> 2010/4/20 David Fraser <da...@ab... <mailto:da...@ab...>> >> >> >> >> Hi James and all, >> >> Apologies for the newbie question. >> >> I gather that there is a build of MPLS-Linux for Fedora Core 10. I also >> gather that FC10 features network namespaces. (And subsequently, FC12 >> features linux containers (LXC). >> >> Now has anyone got MPLS-Linux working with network namespaces (or LXC >> containers) - or are additional patches needed (and do those patches >> exist)? Or is there an architectural barrier preventing this? >> >> From my mail trawling - I got the impression that with older kernels >> the linux-vrf functionality could be used in conjunction with >> MPLS-Linux >> (correct me if I am wrong). However, I'd like something based on the >> newer kernel-supported features if possible. >> >> Thanks a lot, >> >> David >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> mpls-linux-general mailing list >> mpl...@li... >> <mailto:mpl...@li...> >> >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >> >> >> > > -- > David Fraser > Abelon Systems Ltd > 01506 638 915 <-- > 0131 661 9088 > |
|
From: David F. <da...@ab...> - 2010-04-23 14:58:20
|
James, Thanks. Very interesting. Glad you are picking up the baton again. Just to complicate things further :-)... not that I know much about network namespaces... but would this sort of approach also be compatible with network namespaces, so that you could simulate tunnelling across a VPLS network on just the one physical Linux machine!? I had a bit of a google about namespaces, ebtables and bridging and couldn't find any evidence that bridging was within the namespace umbrella, therefore it wasn't clear that any label switching hooking off this would be appropriate for the given "virtual brouter". Any ideas? (I know that VRF is up your street). Hope that makes sense. Thanks again, David On 22/04/2010 17:25, jl...@mi... wrote: > David, > > The multi-point behavior you discuss below has not been implemented. > My thinking at this time is that we can use the linux bridging > core to accomplish this. For this to occur a VPLS LSP needs to > be represented to the bridge core as an ethernet interface. > This could be accomplished with a modified version of the > mpls tunnel driver. > > Due to the recent activity, I've picked up the project again. > I'm/we're in the process of getting all the fuctionality working on > a 2.6.32 kernel. Once I get that accomplished I think this > would be a good place to do some additional work. > > On Thu, Apr 22, 2010 at 04:54:47PM +0100, David Fraser wrote: >> >> Hi, >> >> What is the situation with VPLS support? >> >> In particular, I believe that mpls-linux's existing Ethernet over MPLS >> works by virtue of hooking on ebtables. That is a case of modifying one >> ethernet packet on the way through. Whereas, in a scenario where there >> are three LERs (forming a VPLS), if an ethernet packet arrived from >> outside the VPN, then the LER would need to send two packets - one to >> each of the other two LERs in the VPLS VPN - each with a different MPLS >> label. Is there any kernel support for this sort of distribution in >> mpls-linux/ebtables/elsewhere? >> >> I see from the archives that Pali was doing some work on this area late >> last year, although discussion seemed to revolve mainly around the >> signalling plane (quagga etc) and not this dataplane issue. >> >> Thanks in advance, >> >> David Fraser >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> mpls-linux-devel mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > -- David Fraser Abelon Systems Ltd 0131 661 9088 <-- 01506 638 915 |
|
From: Rodrigo D. <ro...@tr...> - 2010-04-22 18:31:38
|
When I made some tests with ebtables, I got some kernel panics, but I not investigated why because I mainly interested on L3VPNs. Renato's patch to 2.6.32 doesn't contains the ebtables support too. You need to use 2.6.27 from git. On Thu, Apr 22, 2010 at 1:25 PM, <jl...@mi...> wrote: > David, > > The multi-point behavior you discuss below has not been implemented. > My thinking at this time is that we can use the linux bridging > core to accomplish this. For this to occur a VPLS LSP needs to > be represented to the bridge core as an ethernet interface. > This could be accomplished with a modified version of the > mpls tunnel driver. > > Due to the recent activity, I've picked up the project again. > I'm/we're in the process of getting all the fuctionality working on > a 2.6.32 kernel. Once I get that accomplished I think this > would be a good place to do some additional work. > > On Thu, Apr 22, 2010 at 04:54:47PM +0100, David Fraser wrote: > > > > Hi, > > > > What is the situation with VPLS support? > > > > In particular, I believe that mpls-linux's existing Ethernet over MPLS > > works by virtue of hooking on ebtables. That is a case of modifying one > > ethernet packet on the way through. Whereas, in a scenario where there > > are three LERs (forming a VPLS), if an ethernet packet arrived from > > outside the VPN, then the LER would need to send two packets - one to > > each of the other two LERs in the VPLS VPN - each with a different MPLS > > label. Is there any kernel support for this sort of distribution in > > mpls-linux/ebtables/elsewhere? > > > > I see from the archives that Pali was doing some work on this area late > > last year, although discussion seemed to revolve mainly around the > > signalling plane (quagga etc) and not this dataplane issue. > > > > Thanks in advance, > > > > David Fraser > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > mpls-linux-devel mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > > -- > James R. Leu > jl...@mi... > > > ------------------------------------------------------------------------------ > > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > > |
|
From: <jl...@mi...> - 2010-04-22 16:25:48
|
David, The multi-point behavior you discuss below has not been implemented. My thinking at this time is that we can use the linux bridging core to accomplish this. For this to occur a VPLS LSP needs to be represented to the bridge core as an ethernet interface. This could be accomplished with a modified version of the mpls tunnel driver. Due to the recent activity, I've picked up the project again. I'm/we're in the process of getting all the fuctionality working on a 2.6.32 kernel. Once I get that accomplished I think this would be a good place to do some additional work. On Thu, Apr 22, 2010 at 04:54:47PM +0100, David Fraser wrote: > > Hi, > > What is the situation with VPLS support? > > In particular, I believe that mpls-linux's existing Ethernet over MPLS > works by virtue of hooking on ebtables. That is a case of modifying one > ethernet packet on the way through. Whereas, in a scenario where there > are three LERs (forming a VPLS), if an ethernet packet arrived from > outside the VPN, then the LER would need to send two packets - one to > each of the other two LERs in the VPLS VPN - each with a different MPLS > label. Is there any kernel support for this sort of distribution in > mpls-linux/ebtables/elsewhere? > > I see from the archives that Pali was doing some work on this area late > last year, although discussion seemed to revolve mainly around the > signalling plane (quagga etc) and not this dataplane issue. > > Thanks in advance, > > David Fraser > > ------------------------------------------------------------------------------ > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel -- James R. Leu jl...@mi... |
|
From: David F. <da...@ab...> - 2010-04-22 16:00:20
|
Hi, What is the situation with VPLS support? In particular, I believe that mpls-linux's existing Ethernet over MPLS works by virtue of hooking on ebtables. That is a case of modifying one ethernet packet on the way through. Whereas, in a scenario where there are three LERs (forming a VPLS), if an ethernet packet arrived from outside the VPN, then the LER would need to send two packets - one to each of the other two LERs in the VPLS VPN - each with a different MPLS label. Is there any kernel support for this sort of distribution in mpls-linux/ebtables/elsewhere? I see from the archives that Pali was doing some work on this area late last year, although discussion seemed to revolve mainly around the signalling plane (quagga etc) and not this dataplane issue. Thanks in advance, David Fraser |
|
From: Rodrigo D. <ro...@tr...> - 2010-04-22 12:57:48
|
Already saw the patches and tested the netlink branch and nexthop branch. Works beautifully with those regressions, but i will test more. I tested the kernel patch too. Using right now on my VMs. No chance yet too see the possibility of getting LDP to work. On Wed, Apr 21, 2010 at 1:47 AM, <jl...@mi...> wrote: > Renato has been doing some work on quagga which has spurred me > to do some work as well. > > I will try to get a working version of static labels soon. > > On Wed, Apr 07, 2010 at 03:31:53PM -0300, Rodrigo Dlugokenski wrote: > > I don't have right here, but basically I used mixed scenarios, Cisco as > P's > > and PE's with Linux as P's and PE's too. > > > > I adapted the Linux Labs, but in some hosts I used a Cisco (3640 or > 7200), > > with STATIC routes. > > > > I had some difficulties with PHP (Poping label on penultimate) with Cisco > as > > egress. But everything is fine, remembering you can only use static > routes. > > > > I used some config examples of MPLS static on Appendix B of Cisco's MPLS > > Fundamentals Book as start point to learn how to do in Cisco. > > > > > > > > > > On Tue, Apr 6, 2010 at 6:13 AM, Pali <pal...@gm...> wrote: > > > > > Hi Rodrigo, I don't have answer for You now, maybe after some time I > will > > > find out some solution, but now I'm interesting in your MPLS labs with > > > emulated Cisco/GNS3 devices. I wanted to make some test with Cisco > devices > > > as You did. Could You share some network topologies, cisco > configuration > > > files? > > > If possible, great thank You, I'm working on integration of VPLS > services > > > on Linux, but I have to work on another difficult projects about CPU > > > designing, so everything what speeds up my progress is MPLS stuff is > > > invited. > > > > > > Thank You, Pali from Slovakia > > > > > > 2010/3/31 Rodrigo Dlugokenski <ro...@tr...> > > > > > >> Hi James and all! > > >> > > >> I've been messing with mpls on archlinux, like compiling the kernel > from > > >> git and so on. I already made all MPLS Labs and even integrated, using > > >> static routes, using Cisco/GNS3. > > >> > > >> Now it's time to try something harder, like LDP ;D > > >> > > >> I followed the instructions from last month posts' and I successfully > > >> compiled quagga from git too. But I stopped in the fact that I can > only > > >> compile using null driver. > > >> > > >> Question 1: Using null driver LDP does nothing, right? > > >> > > >> Even with null driver some simple tasks in zebra, like doing a 'no > > >> shutdown' in a interface hangs zebra, and I can only kill with 'pkill > -9 > > >> zebra'. > > >> > > >> I tried to search and figure what is happening, but the code is very > messy > > >> and I can't even see where to start. > > >> > > >> Later I tried to compile without null driver, and I compiled > successfully. > > >> The 'no shutdown' does not hang zebra anymore, but it hangs randomly. > > >> (I can hang changing settings using ifconfig from another vty too). > > >> > > >> Question 2: So.... Do you have any hints or advices to where can I > look > > >> first? > > >> > > >> I debugged a lot and backtraces don't give me nothing useful (only > > >> suspicions on something related to netlink), and running zebra without > > >> deamon (-b) doesn't helped too. > > >> > > >> Question 2.1: Do you have some hint where I can put some breakpoints > to > > >> try? > > >> > > >> Any help is apreciated. > > >> ;) > > >> > > >> > > >> > ------------------------------------------------------------------------------ > > >> Download Intel® Parallel Studio Eval > > >> Try the new software tools for yourself. Speed compiling, find bugs > > >> proactively, and fine-tune applications for parallel performance. > > >> See why Intel Parallel Studio got high marks during beta. > > >> http://p.sf.net/sfu/intel-sw-dev > > >> _______________________________________________ > > >> mpls-linux-devel mailing list > > >> mpl...@li... > > >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > > >> > > >> > > > > > > > > > -- > > > Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu > X5. > > > Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil. > > > > > > << 0903 48 47 40 >> mobil > > > << 309458351 >> icq > > > << ortseamo >> skype > > > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > > _______________________________________________ > > mpls-linux-devel mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > > > -- > James R. Leu > jl...@mi... > |
|
From: <jl...@mi...> - 2010-04-21 04:47:32
|
Renato has been doing some work on quagga which has spurred me to do some work as well. I will try to get a working version of static labels soon. On Wed, Apr 07, 2010 at 03:31:53PM -0300, Rodrigo Dlugokenski wrote: > I don't have right here, but basically I used mixed scenarios, Cisco as P's > and PE's with Linux as P's and PE's too. > > I adapted the Linux Labs, but in some hosts I used a Cisco (3640 or 7200), > with STATIC routes. > > I had some difficulties with PHP (Poping label on penultimate) with Cisco as > egress. But everything is fine, remembering you can only use static routes. > > I used some config examples of MPLS static on Appendix B of Cisco's MPLS > Fundamentals Book as start point to learn how to do in Cisco. > > > > > On Tue, Apr 6, 2010 at 6:13 AM, Pali <pal...@gm...> wrote: > > > Hi Rodrigo, I don't have answer for You now, maybe after some time I will > > find out some solution, but now I'm interesting in your MPLS labs with > > emulated Cisco/GNS3 devices. I wanted to make some test with Cisco devices > > as You did. Could You share some network topologies, cisco configuration > > files? > > If possible, great thank You, I'm working on integration of VPLS services > > on Linux, but I have to work on another difficult projects about CPU > > designing, so everything what speeds up my progress is MPLS stuff is > > invited. > > > > Thank You, Pali from Slovakia > > > > 2010/3/31 Rodrigo Dlugokenski <ro...@tr...> > > > >> Hi James and all! > >> > >> I've been messing with mpls on archlinux, like compiling the kernel from > >> git and so on. I already made all MPLS Labs and even integrated, using > >> static routes, using Cisco/GNS3. > >> > >> Now it's time to try something harder, like LDP ;D > >> > >> I followed the instructions from last month posts' and I successfully > >> compiled quagga from git too. But I stopped in the fact that I can only > >> compile using null driver. > >> > >> Question 1: Using null driver LDP does nothing, right? > >> > >> Even with null driver some simple tasks in zebra, like doing a 'no > >> shutdown' in a interface hangs zebra, and I can only kill with 'pkill -9 > >> zebra'. > >> > >> I tried to search and figure what is happening, but the code is very messy > >> and I can't even see where to start. > >> > >> Later I tried to compile without null driver, and I compiled successfully. > >> The 'no shutdown' does not hang zebra anymore, but it hangs randomly. > >> (I can hang changing settings using ifconfig from another vty too). > >> > >> Question 2: So.... Do you have any hints or advices to where can I look > >> first? > >> > >> I debugged a lot and backtraces don't give me nothing useful (only > >> suspicions on something related to netlink), and running zebra without > >> deamon (-b) doesn't helped too. > >> > >> Question 2.1: Do you have some hint where I can put some breakpoints to > >> try? > >> > >> Any help is apreciated. > >> ;) > >> > >> > >> ------------------------------------------------------------------------------ > >> Download Intel® Parallel Studio Eval > >> Try the new software tools for yourself. Speed compiling, find bugs > >> proactively, and fine-tune applications for parallel performance. > >> See why Intel Parallel Studio got high marks during beta. > >> http://p.sf.net/sfu/intel-sw-dev > >> _______________________________________________ > >> mpls-linux-devel mailing list > >> mpl...@li... > >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > >> > >> > > > > > > -- > > Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5. > > Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil. > > > > << 0903 48 47 40 >> mobil > > << 309458351 >> icq > > << ortseamo >> skype > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel -- James R. Leu jl...@mi... |
|
From: <jl...@mi...> - 2010-04-21 04:35:14
|
Renato,
Thanks for the patches. I will work with them tomorrow night.
On Tue, Apr 20, 2010 at 03:56:02PM -0300, Renato Westphal wrote:
> James, please add this patch to the netlink-master branch, it fixes a false
> "recvmsg overrun".
>
> I've done some tests with the nexthop and netlink branches, and they are
> working ok. However there are still some problems with plus-master, I will
> try to get that fixed, but any help would be appreciated.
>
> Renato.
> --- a/zebra/netlink.c 2010-04-19 14:49:52.582940754 -0300
> +++ b/zebra/netlink.c 2010-04-19 14:49:52.658955027 -0300
> @@ -286,6 +286,7 @@
> zlog (NULL, LOG_ERR, "Can't raise privileges");
>
> status = recvmsg (nl->sock, &msg, 0);
> + save_errno = errno;
> if (status < 0)
> {
> if (save_errno == EINTR)
> ------------------------------------------------------------------------------
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
--
James R. Leu
jl...@mi...
|
|
From: <jl...@mi...> - 2010-04-21 04:32:45
|
I will take a look at Renato's patch and go from there. On Mon, Apr 19, 2010 at 09:06:05AM -0400, Chris Robson wrote: > > Hi Jim > > I was wondering if you are working to get mpls-linux updated to at least > kernel 2.6.32-11 (aka the latest Fedora 12 update)? > > I have several Dell 610 Nehalem CPU based system to test MPLS-Linux 10GE > performance on but all are running FC12. > > Non-MPLS path 10GE performance improvements on Nehalem systems is > remarkable. Typical Quad-Core systems get about 5G or 6G but with the > Nehalem I'm seeing almost line rate at about 9.8G sustained for non-MPLS > test throughput. Thus I'd like to see how the MPLS-Linux can improve > over past performance test. > > I have been working a new patch but as in the past there are dramatic > changes to the kernel from 2.6.27 (current MPLS git level) to > 2.6.32-11. Notably with skbuff, which so far my changes are failing > miserably. > > ...Chris > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel -- James R. Leu jl...@mi... |
|
From: Renato W. <ren...@gm...> - 2010-04-20 18:56:09
|
James, please add this patch to the netlink-master branch, it fixes a false "recvmsg overrun". I've done some tests with the nexthop and netlink branches, and they are working ok. However there are still some problems with plus-master, I will try to get that fixed, but any help would be appreciated. Renato. |
|
From: Renato W. <ren...@gm...> - 2010-04-19 16:07:47
|
Hi, I have already ported mpls-1.963 to the kernel 2.6.32.11, I just didn't ported the ebtables module. The only problem is that you should disable the stack protector on the kernel, since a buffer overflow occurs when you bind a route with a nhlfe key. I'm working on this bug, but disabling stack protector everything should work. Patch for kernel 2.6.32.11: 1 - Get kernel 2.6.32.11: http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.32.11.tar.bz2 2 - Apply attached patch: patch -p1 < ../linux-2.6.32.11-mpls1.963.patch 3 - make menuconfig: Networking options ---> <*> Multiprotocol Label Switching <*> MPLS: Virtual tunnel interface <*> IP: MPLS support <*> The IPv6 protocol ---> <*> IPv6: MPLS support [*] Network packet filtering framework (Netfilter) ---> Core Netfilter Configuration ---> <*> "mpls" target support General setup ---> [*] Network namespace Disable stack protector Processor type and features ---> [ ] Enable -fstack-protector buffer overflow detection (EXPERIMENTAL) 4 - build kernel... Patch for iproute2: 1 - Get iproute2-2.6.33: http://devresources.linuxfoundation.org/dev/iproute2/download/iproute2-2.6.33.tar.bz2 2 - Apply attached patch: patch -p1 < ../iproute2-2.6.33-mpls1.963.patch 3 - $ make # make install (*) * build dependencies (debian5): libdb-dev, bison, flex Patch for iptables: 1 - Get iptables-1.4.7: http://www.netfilter.org/projects/iptables/files/iptables-1.4.7.tar.bz2 2 - Apply attached patch: patch -p1 < ../iptables-1.4.7-mpls1.963.patch 3 - $ ./configure $ make # make install Greetings from Brazil, Renato. . .2010/4/19 Chris Robson <Chr...@nr...> > > Hi Jim > > I was wondering if you are working to get mpls-linux updated to at least > kernel 2.6.32-11 (aka the latest Fedora 12 update)? > > I have several Dell 610 Nehalem CPU based system to test MPLS-Linux 10GE > performance on but all are running FC12. > > Non-MPLS path 10GE performance improvements on Nehalem systems is > remarkable. Typical Quad-Core systems get about 5G or 6G but with the > Nehalem I'm seeing almost line rate at about 9.8G sustained for non-MPLS > test throughput. Thus I'd like to see how the MPLS-Linux can improve > over past performance test. > > I have been working a new patch but as in the past there are dramatic > changes to the kernel from 2.6.27 (current MPLS git level) to > 2.6.32-11. Notably with skbuff, which so far my changes are failing > miserably. > > ...Chris > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > |
|
From: Chris R. <Chr...@nr...> - 2010-04-19 13:29:53
|
Hi Jim I was wondering if you are working to get mpls-linux updated to at least kernel 2.6.32-11 (aka the latest Fedora 12 update)? I have several Dell 610 Nehalem CPU based system to test MPLS-Linux 10GE performance on but all are running FC12. Non-MPLS path 10GE performance improvements on Nehalem systems is remarkable. Typical Quad-Core systems get about 5G or 6G but with the Nehalem I'm seeing almost line rate at about 9.8G sustained for non-MPLS test throughput. Thus I'd like to see how the MPLS-Linux can improve over past performance test. I have been working a new patch but as in the past there are dramatic changes to the kernel from 2.6.27 (current MPLS git level) to 2.6.32-11. Notably with skbuff, which so far my changes are failing miserably. ...Chris |
|
From: Rodrigo D. <ro...@tr...> - 2010-04-07 18:32:02
|
I don't have right here, but basically I used mixed scenarios, Cisco as P's and PE's with Linux as P's and PE's too. I adapted the Linux Labs, but in some hosts I used a Cisco (3640 or 7200), with STATIC routes. I had some difficulties with PHP (Poping label on penultimate) with Cisco as egress. But everything is fine, remembering you can only use static routes. I used some config examples of MPLS static on Appendix B of Cisco's MPLS Fundamentals Book as start point to learn how to do in Cisco. On Tue, Apr 6, 2010 at 6:13 AM, Pali <pal...@gm...> wrote: > Hi Rodrigo, I don't have answer for You now, maybe after some time I will > find out some solution, but now I'm interesting in your MPLS labs with > emulated Cisco/GNS3 devices. I wanted to make some test with Cisco devices > as You did. Could You share some network topologies, cisco configuration > files? > If possible, great thank You, I'm working on integration of VPLS services > on Linux, but I have to work on another difficult projects about CPU > designing, so everything what speeds up my progress is MPLS stuff is > invited. > > Thank You, Pali from Slovakia > > 2010/3/31 Rodrigo Dlugokenski <ro...@tr...> > >> Hi James and all! >> >> I've been messing with mpls on archlinux, like compiling the kernel from >> git and so on. I already made all MPLS Labs and even integrated, using >> static routes, using Cisco/GNS3. >> >> Now it's time to try something harder, like LDP ;D >> >> I followed the instructions from last month posts' and I successfully >> compiled quagga from git too. But I stopped in the fact that I can only >> compile using null driver. >> >> Question 1: Using null driver LDP does nothing, right? >> >> Even with null driver some simple tasks in zebra, like doing a 'no >> shutdown' in a interface hangs zebra, and I can only kill with 'pkill -9 >> zebra'. >> >> I tried to search and figure what is happening, but the code is very messy >> and I can't even see where to start. >> >> Later I tried to compile without null driver, and I compiled successfully. >> The 'no shutdown' does not hang zebra anymore, but it hangs randomly. >> (I can hang changing settings using ifconfig from another vty too). >> >> Question 2: So.... Do you have any hints or advices to where can I look >> first? >> >> I debugged a lot and backtraces don't give me nothing useful (only >> suspicions on something related to netlink), and running zebra without >> deamon (-b) doesn't helped too. >> >> Question 2.1: Do you have some hint where I can put some breakpoints to >> try? >> >> Any help is apreciated. >> ;) >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> mpls-linux-devel mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel >> >> > > > -- > Ak si prajes aby som cital tvoj mail do 5 min, tak napis do predmetu X5. > Na skype som dostupny stale, len mi daj vediet aby som sa prihlasil. > > << 0903 48 47 40 >> mobil > << 309458351 >> icq > << ortseamo >> skype > |
|
From: Rodrigo D. <ro...@tr...> - 2010-03-30 22:07:22
|
Hi James and all! I've been messing with mpls on archlinux, like compiling the kernel from git and so on. I already made all MPLS Labs and even integrated, using static routes, using Cisco/GNS3. Now it's time to try something harder, like LDP ;D I followed the instructions from last month posts' and I successfully compiled quagga from git too. But I stopped in the fact that I can only compile using null driver. Question 1: Using null driver LDP does nothing, right? Even with null driver some simple tasks in zebra, like doing a 'no shutdown' in a interface hangs zebra, and I can only kill with 'pkill -9 zebra'. I tried to search and figure what is happening, but the code is very messy and I can't even see where to start. Later I tried to compile without null driver, and I compiled successfully. The 'no shutdown' does not hang zebra anymore, but it hangs randomly. (I can hang changing settings using ifconfig from another vty too). Question 2: So.... Do you have any hints or advices to where can I look first? I debugged a lot and backtraces don't give me nothing useful (only suspicions on something related to netlink), and running zebra without deamon (-b) doesn't helped too. Question 2.1: Do you have some hint where I can put some breakpoints to try? Any help is apreciated. ;) |
|
From: Renato W. <ren...@gm...> - 2010-02-03 19:17:10
|
@wind.dong: right, commenting line 15 (#define NO_ASSERT_PLEASE) from the file "ldpd/mpls_assert.h" worked for me too. Regarding the mpls drivers, i had success with both mpls-linux and null driver. For the mpls-linux driver i had to edit the configure script as mentioned in my previous email, "quagga-ldp successful build". Things are working better now, but the zebra daemon is still very unstable.I still couldn't test LDP because the zebra daemon freezes very frequently, but at least i can see some LDP_HELLO_MESSAGE's on wireshark =) For debian users who wants debugging zebra/ldpd with gdb, use the "--disable-pie" flag on the configure script, more info on wiki.quagga.net/index.php/Main/TipsNTricks. 2010/2/3 <win...@fr...> > If I comment out '#define NO_ASSERT_PLEASE' in > mpls-ldp-portable/common/mpls_assert.h, and not to > 'extern void mpls_assert(const char* func, const int line, int condition); > #define MPLS_ASSERT(x) mpls_assert(__func__, __LINE__, (int)(x))' > but to use '#define MPLS_ASSERT(x) assert(x)' instead, I could get it > compiled. > > Thanks, > Wind > > > Quoting win...@fr...: > > > Hello James, > > > > I have tried './configure --enable-mpls=null', but meet following errors. > > > > gcc -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall -Wsign-compare > > -Wpointer-arith -Wbad-function-cast -Wwrite-strings > > -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts > > -Wcast-qual -o .libs/ldpd impl_fib.o impl_ifmgr.o impl_lock.o > > impl_mm.o impl_mpls.o impl_policy.o impl_socket.o impl_timer.o > > impl_tree.o ldp_zebra.o ldp_main.o ldp.o ldp_interface.o ldp_vty.o > > ldp_remote_peer.o l2cc_interface.o ldp_addr.o ldp_adj.o ldp_attr.o > > ldp_buf.o ldp_cfg.o ldp_entity.o ldp_fec.o ldp_global.o ldp_hello.o > > ldp_hop.o ldp_hop_list.o ldp_if.o ldp_inet_addr.o ldp_init.o > > ldp_inlabel.o ldp_keepalive.o ldp_label_abort.o ldp_label_mapping.o > > ldp_label_rel_with.o ldp_label_request.o ldp_mesg.o ldp_nortel.o > > ldp_notif.o ldp_outlabel.o ldp_pdu_setup.o ldp_peer.o ldp_resource.o > > ldp_session.o ldp_state_funcs.o ldp_state_machine.o ldp_tunnel.o > > ldp_nexthop.o mpls_compare.o -L/usr/src/mpls-quagga/lib > > /usr/src/mpls-quagga/lib/.libs/libzebra.so -lcrypt -lrt > > impl_lock.o: In function `mpls_lock_release': > > /usr/src/mpls-quagga/ldpd/impl_lock.c:22: undefined reference to > > `mpls_assert' > > impl_lock.o: In function `mpls_lock_get': > > /usr/src/mpls-quagga/ldpd/impl_lock.c:16: undefined reference to > > `mpls_assert' > > impl_mpls.o: In function `mpls_mpls_outsegment_del': > > /usr/src/mpls-quagga/ldpd/impl_mpls.c:115: undefined reference to > > `mpls_assert' > > impl_mpls.o: In function `mpls_mpls_outsegment_add': > > /usr/src/mpls-quagga/ldpd/impl_mpls.c:71: undefined reference to > > `mpls_assert' > > impl_socket.o: In function `mpls_socket_writelist_add': > > /usr/src/mpls-quagga/ldpd/impl_socket.c:469: undefined reference to > > `mpls_assert' > > impl_socket.o:/usr/src/mpls-quagga/ldpd/impl_socket.c:471: more > > undefined references to `mpls_assert' follow > > collect2: ld returned 1 exit status > > make[2]: *** [ldpd] Error 1 > > make[2]: Leaving directory `/usr/src/mpls-quagga/ldpd' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/usr/src/mpls-quagga' > > make: *** [all] Error 2 > > > > Thanks, > > Wind > > > > > > Quoting James Leu <jl...@mi...>: > > > >> Please look over make-rpm-jleu and you will see that I specify the > 'NULL' > >> mpls driver. Try that first. I will work tonight to fix the > >> 'mpls-linux' mpls driver. > >> > >> On Wed, Feb 03, 2010 at 06:55:38PM +0800, win...@fr... wrote: > >>> Hello James, > >>> > >>> I follow almost all your instruction except last one "./make-rpm-jleu" > >>> for it's debian here not redhat. Instead I use ./bootstrap.sh, then > >>> ./configure and make install. > >>> > >>> There is still some error message as below, > >>> gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\"/usr/local/etc/\" -I. -I.. -I.. > -I.. > >>> -I../lib -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall > >>> -Wsign-compare -Wpointer-arith -Wbad-function-cast -Wwrite-strings > >>> -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts > >>> -Wcast-qual -MT impl_mpls.o -MD -MP -MF .deps/impl_mpls.Tpo -c -o > >>> impl_mpls.o impl_mpls.c > >>> impl_mpls.c: In function ‘mpls_mpls_outsegment_add’: > >>> impl_mpls.c:50: error: storage size of ‘out’ isn’t known > >>> impl_mpls.c:58: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > >>> this function) > >>> impl_mpls.c:58: error: (Each undeclared identifier is reported only > once > >>> impl_mpls.c:58: error: for each function it appears in.) > >>> impl_mpls.c:88: warning: implicit declaration of function > >>> ‘zapi_mpls_out_segment_add’ > >>> impl_mpls.c:50: warning: unused variable ‘out’ > >>> impl_mpls.c: In function ‘mpls_mpls_outsegment_del’: > >>> impl_mpls.c:94: error: storage size of ‘out’ isn’t known > >>> impl_mpls.c:102: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > >>> this function) > >>> impl_mpls.c:133: warning: implicit declaration of function > >>> ‘zapi_mpls_out_segment_delete’ > >>> impl_mpls.c:94: warning: unused variable ‘out’ > >>> impl_mpls.c: In function ‘mpls_mpls_insegment_add’: > >>> impl_mpls.c:139: error: storage size of ‘api’ isn’t known > >>> impl_mpls.c:150: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > >>> this function) > >>> impl_mpls.c:153: warning: implicit declaration of function > >>> ‘zapi_mpls_in_segment_add’ > >>> impl_mpls.c:139: warning: unused variable ‘api’ > >>> impl_mpls.c: In function ‘mpls_mpls_insegment_del’: > >>> impl_mpls.c:159: error: storage size of ‘api’ isn’t known > >>> impl_mpls.c:165: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > >>> this function) > >>> impl_mpls.c:168: warning: implicit declaration of function > >>> ‘zapi_mpls_in_segment_delete’ > >>> impl_mpls.c:159: warning: unused variable ‘api’ > >>> impl_mpls.c: In function ‘mpls_mpls_xconnect_add’: > >>> impl_mpls.c:173: error: storage size of ‘api’ isn’t known > >>> impl_mpls.c:189: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > >>> this function) > >>> impl_mpls.c:193: warning: implicit declaration of function > >>> ‘zapi_mpls_xc_add’ > >>> impl_mpls.c:173: warning: unused variable ‘api’ > >>> impl_mpls.c: In function ‘mpls_mpls_xconnect_del’: > >>> impl_mpls.c:200: error: storage size of ‘api’ isn’t known > >>> impl_mpls.c:214: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > >>> this function) > >>> impl_mpls.c:218: warning: implicit declaration of function > >>> ‘zapi_mpls_xc_delete’ > >>> impl_mpls.c:200: warning: unused variable ‘api’ > >>> impl_mpls.c: In function ‘mpls_mpls_fec2out_add’: > >>> impl_mpls.c:224: error: storage size of ‘api’ isn’t known > >>> impl_mpls.c:239: error: ‘ZEBRA_MPLS_FEC_IPV4’ undeclared (first use in > >>> this function) > >>> impl_mpls.c:245: warning: implicit declaration of function > >>> ‘zapi_mpls_ftn_add’ > >>> impl_mpls.c:224: warning: unused variable ‘api’ > >>> impl_mpls.c: In function ‘mpls_mpls_fec2out_del’: > >>> impl_mpls.c:252: error: storage size of ‘api’ isn’t known > >>> impl_mpls.c:265: error: ‘ZEBRA_MPLS_FEC_IPV4’ undeclared (first use in > >>> this function) > >>> impl_mpls.c:271: warning: implicit declaration of function > >>> ‘zapi_mpls_ftn_delete’ > >>> impl_mpls.c:252: warning: unused variable ‘api’ > >>> make: *** [impl_mpls.o] Error 1 > >>> > >>> It seems that impl_mpls.c can't find definition "zapi_mpls_out_segment" > >>> which lives in mpls-quagga/lib/zclient.h, but in fact there has been > >>> already referred in mpls-quagga/ldpd/impl_mpls. > >>> > >>> Any suggestion? > >>> > >>> Thanks, > >>> Wind > >>> > >>> Quoting James Leu <jl...@mi...>: > >>> > >>>> No need to patch if you are using the git repos: > >>>> > >>>> git clone git://repo.or.cz/mpls-ldp-portable.git > >>>> git clone git://repo.or.cz/mpls-quagga.git > >>>> cd mpls-quagga > >>>> git checkout -b mpls-master --track origin/mpls-master > >>>> cd ldpd > >>>> vi create-links (modify to point to the mpls-ldp-portable source) > >>>> ./create-links > >>>> cd .. > >>>> ./make-rpm-jleu > >>>> > >>>> BTW I pushed a fix for 'check_bit'. Not sure how long it will take > >>>> for repo.or.cz to pick up my change. > >>>> > >>>> On Tue, Jan 26, 2010 at 11:02:49AM +0800, win...@fr...wrote: > >>>>> Hello James, > >>>>> > >>>>> I have tried to compile the new mpls-quagga but still not success. > >>>>> > >>>>> When I try git://repo.or.cz/mpls-quagga.git, I received > >>>>> following error if I > >>>>> patch -p1 < ../mpls-ldp-portable/quagga-mpls.diff > >>>>> patching file lib/memtypes.c > >>>>> Hunk #2 succeeded at 244 (offset 2 lines). > >>>>> Hunk #3 succeeded at 272 (offset 2 lines). > >>>>> can't find file to patch at input line 34953 > >>>>> Perhaps you used the wrong -p or --strip option? > >>>>> The text leading up to this was: > >>>>> -------------------------- > >>>>> |diff -uNr --exclude=.p4config --exclude=make-rpm-jleu > >>>>> --exclude=update-from-kernel.sh quagga/lib/memtypes.h > >>>>> quagga-mpls/lib/memtypes.h > >>>>> |--- quagga/lib/memtypes.h 2007-05-07 09:25:54.000000000 -0500 > >>>>> |+++ quagga-mpls/lib/memtypes.h 2008-02-21 22:43:39.000000000 -0600 > >>>>> -------------------------- > >>>>> File to patch: > >>>>> > >>>>> So I change to use mpls-master snatshot > >>>>> afe0e1617a7fe5adc5aca14642f3d317e96d5246.tar.gz, after make return > >>>>> following error, > >>>>> > >>>>> gcc -fPIE -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall > -Wsign-compare > >>>>> -Wpointer-arith -Wbad-function-cast -Wwrite-strings > -Wmissing-prototypes > >>>>> -Wmissing-declarations -Wchar-subscripts -Wcast-qual -pie -o > .libs/zebra > >>>>> zserv.o main.o interface.o connected.o zebra_rib.o zebra_routemap.o > >>>>> redistribute.o debug.o rtadv.o zebra_snmp.o zebra_vty.o irdp_main.o > >>>>> irdp_interface.o irdp_packet.o router-id.o if_vlan.o if_tunnel.o > >>>>> mpls_vty.o mpls_lib.o ioctl.o ipforward_proc.o if_netlink.o netlink.o > >>>>> rt_netlink.o rtread_netlink.o ../lib/.libs/libzebra.so -lcrypt -lrt > >>>>> ../lib/.libs/libzebra.so: undefined reference to `check_bit' > >>>>> collect2: ld returned 1 exit status > >>>>> make[2]: *** [zebra] Error 1 > >>>>> make[2]: Leaving directory `/usr/src/mpls-quagga/zebra' > >>>>> make[1]: *** [all-recursive] Error 1 > >>>>> make[1]: Leaving directory `/usr/src/mpls-quagga' > >>>>> make: *** [all] Error 2 > >>>>> > >>>>> Any suggestion? > >>>>> > >>>>> Thanks, > >>>>> Wind > >>>>> > >>>>> > >>>>> Quoting James Leu <jl...@mi...>: > >>>>> > >>>>>> Hello all, > >>>>>> > >>>>>> I've rebuilt the mpls-quagga mirror on repo.or.cz. If you > >>>>>> have a clone of that repo you will want to delete it and > >>>>>> get a new one. > >>>>>> > >>>>>> git://repo.or.cz/mpls-quagga.git > >>>>>> > >>>>>> Thier as many branches in that repo. The ones that matter: > >>>>>> > >>>>>> jleu-master -> what I consider HEAD of line quagga > >>>>>> netlink-master -> my netlink changes on top of jleu-master > >>>>>> nexthop-master -> my nexthop changes on top of jleu-master > >>>>>> plus-master -> merger of netlink-master and nexthop-master plus > >>>>>> extra bits > >>>>>> mpls-master -> MPLS related changes on top of plus-master > >>>>>> > >>>>>> > >>>>>> -- > >>>>>> James R. Leu > >>>>>> jl...@mi... > >>>>>> > >>>>> > >>>> > >>>> -- > >>>> James R. Leu > >>>> jl...@mi... > >>>> > >>> > >> > >> -- > >> James R. Leu > >> jl...@mi... > >> > > > > > > > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > |
|
From: <win...@fr...> - 2010-02-03 18:55:57
|
If I comment out '#define NO_ASSERT_PLEASE' in mpls-ldp-portable/common/mpls_assert.h, and not to 'extern void mpls_assert(const char* func, const int line, int condition); #define MPLS_ASSERT(x) mpls_assert(__func__, __LINE__, (int)(x))' but to use '#define MPLS_ASSERT(x) assert(x)' instead, I could get it compiled. Thanks, Wind Quoting win...@fr...: > Hello James, > > I have tried './configure --enable-mpls=null', but meet following errors. > > gcc -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall -Wsign-compare > -Wpointer-arith -Wbad-function-cast -Wwrite-strings > -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts > -Wcast-qual -o .libs/ldpd impl_fib.o impl_ifmgr.o impl_lock.o > impl_mm.o impl_mpls.o impl_policy.o impl_socket.o impl_timer.o > impl_tree.o ldp_zebra.o ldp_main.o ldp.o ldp_interface.o ldp_vty.o > ldp_remote_peer.o l2cc_interface.o ldp_addr.o ldp_adj.o ldp_attr.o > ldp_buf.o ldp_cfg.o ldp_entity.o ldp_fec.o ldp_global.o ldp_hello.o > ldp_hop.o ldp_hop_list.o ldp_if.o ldp_inet_addr.o ldp_init.o > ldp_inlabel.o ldp_keepalive.o ldp_label_abort.o ldp_label_mapping.o > ldp_label_rel_with.o ldp_label_request.o ldp_mesg.o ldp_nortel.o > ldp_notif.o ldp_outlabel.o ldp_pdu_setup.o ldp_peer.o ldp_resource.o > ldp_session.o ldp_state_funcs.o ldp_state_machine.o ldp_tunnel.o > ldp_nexthop.o mpls_compare.o -L/usr/src/mpls-quagga/lib > /usr/src/mpls-quagga/lib/.libs/libzebra.so -lcrypt -lrt > impl_lock.o: In function `mpls_lock_release': > /usr/src/mpls-quagga/ldpd/impl_lock.c:22: undefined reference to > `mpls_assert' > impl_lock.o: In function `mpls_lock_get': > /usr/src/mpls-quagga/ldpd/impl_lock.c:16: undefined reference to > `mpls_assert' > impl_mpls.o: In function `mpls_mpls_outsegment_del': > /usr/src/mpls-quagga/ldpd/impl_mpls.c:115: undefined reference to > `mpls_assert' > impl_mpls.o: In function `mpls_mpls_outsegment_add': > /usr/src/mpls-quagga/ldpd/impl_mpls.c:71: undefined reference to > `mpls_assert' > impl_socket.o: In function `mpls_socket_writelist_add': > /usr/src/mpls-quagga/ldpd/impl_socket.c:469: undefined reference to > `mpls_assert' > impl_socket.o:/usr/src/mpls-quagga/ldpd/impl_socket.c:471: more > undefined references to `mpls_assert' follow > collect2: ld returned 1 exit status > make[2]: *** [ldpd] Error 1 > make[2]: Leaving directory `/usr/src/mpls-quagga/ldpd' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/src/mpls-quagga' > make: *** [all] Error 2 > > Thanks, > Wind > > > Quoting James Leu <jl...@mi...>: > >> Please look over make-rpm-jleu and you will see that I specify the 'NULL' >> mpls driver. Try that first. I will work tonight to fix the >> 'mpls-linux' mpls driver. >> >> On Wed, Feb 03, 2010 at 06:55:38PM +0800, win...@fr... wrote: >>> Hello James, >>> >>> I follow almost all your instruction except last one "./make-rpm-jleu" >>> for it's debian here not redhat. Instead I use ./bootstrap.sh, then >>> ./configure and make install. >>> >>> There is still some error message as below, >>> gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\"/usr/local/etc/\" -I. -I.. -I.. -I.. >>> -I../lib -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall >>> -Wsign-compare -Wpointer-arith -Wbad-function-cast -Wwrite-strings >>> -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts >>> -Wcast-qual -MT impl_mpls.o -MD -MP -MF .deps/impl_mpls.Tpo -c -o >>> impl_mpls.o impl_mpls.c >>> impl_mpls.c: In function ‘mpls_mpls_outsegment_add’: >>> impl_mpls.c:50: error: storage size of ‘out’ isn’t known >>> impl_mpls.c:58: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >>> this function) >>> impl_mpls.c:58: error: (Each undeclared identifier is reported only once >>> impl_mpls.c:58: error: for each function it appears in.) >>> impl_mpls.c:88: warning: implicit declaration of function >>> ‘zapi_mpls_out_segment_add’ >>> impl_mpls.c:50: warning: unused variable ‘out’ >>> impl_mpls.c: In function ‘mpls_mpls_outsegment_del’: >>> impl_mpls.c:94: error: storage size of ‘out’ isn’t known >>> impl_mpls.c:102: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >>> this function) >>> impl_mpls.c:133: warning: implicit declaration of function >>> ‘zapi_mpls_out_segment_delete’ >>> impl_mpls.c:94: warning: unused variable ‘out’ >>> impl_mpls.c: In function ‘mpls_mpls_insegment_add’: >>> impl_mpls.c:139: error: storage size of ‘api’ isn’t known >>> impl_mpls.c:150: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >>> this function) >>> impl_mpls.c:153: warning: implicit declaration of function >>> ‘zapi_mpls_in_segment_add’ >>> impl_mpls.c:139: warning: unused variable ‘api’ >>> impl_mpls.c: In function ‘mpls_mpls_insegment_del’: >>> impl_mpls.c:159: error: storage size of ‘api’ isn’t known >>> impl_mpls.c:165: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >>> this function) >>> impl_mpls.c:168: warning: implicit declaration of function >>> ‘zapi_mpls_in_segment_delete’ >>> impl_mpls.c:159: warning: unused variable ‘api’ >>> impl_mpls.c: In function ‘mpls_mpls_xconnect_add’: >>> impl_mpls.c:173: error: storage size of ‘api’ isn’t known >>> impl_mpls.c:189: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >>> this function) >>> impl_mpls.c:193: warning: implicit declaration of function >>> ‘zapi_mpls_xc_add’ >>> impl_mpls.c:173: warning: unused variable ‘api’ >>> impl_mpls.c: In function ‘mpls_mpls_xconnect_del’: >>> impl_mpls.c:200: error: storage size of ‘api’ isn’t known >>> impl_mpls.c:214: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >>> this function) >>> impl_mpls.c:218: warning: implicit declaration of function >>> ‘zapi_mpls_xc_delete’ >>> impl_mpls.c:200: warning: unused variable ‘api’ >>> impl_mpls.c: In function ‘mpls_mpls_fec2out_add’: >>> impl_mpls.c:224: error: storage size of ‘api’ isn’t known >>> impl_mpls.c:239: error: ‘ZEBRA_MPLS_FEC_IPV4’ undeclared (first use in >>> this function) >>> impl_mpls.c:245: warning: implicit declaration of function >>> ‘zapi_mpls_ftn_add’ >>> impl_mpls.c:224: warning: unused variable ‘api’ >>> impl_mpls.c: In function ‘mpls_mpls_fec2out_del’: >>> impl_mpls.c:252: error: storage size of ‘api’ isn’t known >>> impl_mpls.c:265: error: ‘ZEBRA_MPLS_FEC_IPV4’ undeclared (first use in >>> this function) >>> impl_mpls.c:271: warning: implicit declaration of function >>> ‘zapi_mpls_ftn_delete’ >>> impl_mpls.c:252: warning: unused variable ‘api’ >>> make: *** [impl_mpls.o] Error 1 >>> >>> It seems that impl_mpls.c can't find definition "zapi_mpls_out_segment" >>> which lives in mpls-quagga/lib/zclient.h, but in fact there has been >>> already referred in mpls-quagga/ldpd/impl_mpls. >>> >>> Any suggestion? >>> >>> Thanks, >>> Wind >>> >>> Quoting James Leu <jl...@mi...>: >>> >>>> No need to patch if you are using the git repos: >>>> >>>> git clone git://repo.or.cz/mpls-ldp-portable.git >>>> git clone git://repo.or.cz/mpls-quagga.git >>>> cd mpls-quagga >>>> git checkout -b mpls-master --track origin/mpls-master >>>> cd ldpd >>>> vi create-links (modify to point to the mpls-ldp-portable source) >>>> ./create-links >>>> cd .. >>>> ./make-rpm-jleu >>>> >>>> BTW I pushed a fix for 'check_bit'. Not sure how long it will take >>>> for repo.or.cz to pick up my change. >>>> >>>> On Tue, Jan 26, 2010 at 11:02:49AM +0800, win...@fr... wrote: >>>>> Hello James, >>>>> >>>>> I have tried to compile the new mpls-quagga but still not success. >>>>> >>>>> When I try git://repo.or.cz/mpls-quagga.git, I received >>>>> following error if I >>>>> patch -p1 < ../mpls-ldp-portable/quagga-mpls.diff >>>>> patching file lib/memtypes.c >>>>> Hunk #2 succeeded at 244 (offset 2 lines). >>>>> Hunk #3 succeeded at 272 (offset 2 lines). >>>>> can't find file to patch at input line 34953 >>>>> Perhaps you used the wrong -p or --strip option? >>>>> The text leading up to this was: >>>>> -------------------------- >>>>> |diff -uNr --exclude=.p4config --exclude=make-rpm-jleu >>>>> --exclude=update-from-kernel.sh quagga/lib/memtypes.h >>>>> quagga-mpls/lib/memtypes.h >>>>> |--- quagga/lib/memtypes.h 2007-05-07 09:25:54.000000000 -0500 >>>>> |+++ quagga-mpls/lib/memtypes.h 2008-02-21 22:43:39.000000000 -0600 >>>>> -------------------------- >>>>> File to patch: >>>>> >>>>> So I change to use mpls-master snatshot >>>>> afe0e1617a7fe5adc5aca14642f3d317e96d5246.tar.gz, after make return >>>>> following error, >>>>> >>>>> gcc -fPIE -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall -Wsign-compare >>>>> -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes >>>>> -Wmissing-declarations -Wchar-subscripts -Wcast-qual -pie -o .libs/zebra >>>>> zserv.o main.o interface.o connected.o zebra_rib.o zebra_routemap.o >>>>> redistribute.o debug.o rtadv.o zebra_snmp.o zebra_vty.o irdp_main.o >>>>> irdp_interface.o irdp_packet.o router-id.o if_vlan.o if_tunnel.o >>>>> mpls_vty.o mpls_lib.o ioctl.o ipforward_proc.o if_netlink.o netlink.o >>>>> rt_netlink.o rtread_netlink.o ../lib/.libs/libzebra.so -lcrypt -lrt >>>>> ../lib/.libs/libzebra.so: undefined reference to `check_bit' >>>>> collect2: ld returned 1 exit status >>>>> make[2]: *** [zebra] Error 1 >>>>> make[2]: Leaving directory `/usr/src/mpls-quagga/zebra' >>>>> make[1]: *** [all-recursive] Error 1 >>>>> make[1]: Leaving directory `/usr/src/mpls-quagga' >>>>> make: *** [all] Error 2 >>>>> >>>>> Any suggestion? >>>>> >>>>> Thanks, >>>>> Wind >>>>> >>>>> >>>>> Quoting James Leu <jl...@mi...>: >>>>> >>>>>> Hello all, >>>>>> >>>>>> I've rebuilt the mpls-quagga mirror on repo.or.cz. If you >>>>>> have a clone of that repo you will want to delete it and >>>>>> get a new one. >>>>>> >>>>>> git://repo.or.cz/mpls-quagga.git >>>>>> >>>>>> Thier as many branches in that repo. The ones that matter: >>>>>> >>>>>> jleu-master -> what I consider HEAD of line quagga >>>>>> netlink-master -> my netlink changes on top of jleu-master >>>>>> nexthop-master -> my nexthop changes on top of jleu-master >>>>>> plus-master -> merger of netlink-master and nexthop-master plus >>>>>> extra bits >>>>>> mpls-master -> MPLS related changes on top of plus-master >>>>>> >>>>>> >>>>>> -- >>>>>> James R. Leu >>>>>> jl...@mi... >>>>>> >>>>> >>>> >>>> -- >>>> James R. Leu >>>> jl...@mi... >>>> >>> >> >> -- >> James R. Leu >> jl...@mi... >> > > |
|
From: <win...@fr...> - 2010-02-03 17:23:39
|
Hello James, I have tried './configure --enable-mpls=null', but meet following errors. gcc -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall -Wsign-compare -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts -Wcast-qual -o .libs/ldpd impl_fib.o impl_ifmgr.o impl_lock.o impl_mm.o impl_mpls.o impl_policy.o impl_socket.o impl_timer.o impl_tree.o ldp_zebra.o ldp_main.o ldp.o ldp_interface.o ldp_vty.o ldp_remote_peer.o l2cc_interface.o ldp_addr.o ldp_adj.o ldp_attr.o ldp_buf.o ldp_cfg.o ldp_entity.o ldp_fec.o ldp_global.o ldp_hello.o ldp_hop.o ldp_hop_list.o ldp_if.o ldp_inet_addr.o ldp_init.o ldp_inlabel.o ldp_keepalive.o ldp_label_abort.o ldp_label_mapping.o ldp_label_rel_with.o ldp_label_request.o ldp_mesg.o ldp_nortel.o ldp_notif.o ldp_outlabel.o ldp_pdu_setup.o ldp_peer.o ldp_resource.o ldp_session.o ldp_state_funcs.o ldp_state_machine.o ldp_tunnel.o ldp_nexthop.o mpls_compare.o -L/usr/src/mpls-quagga/lib /usr/src/mpls-quagga/lib/.libs/libzebra.so -lcrypt -lrt impl_lock.o: In function `mpls_lock_release': /usr/src/mpls-quagga/ldpd/impl_lock.c:22: undefined reference to `mpls_assert' impl_lock.o: In function `mpls_lock_get': /usr/src/mpls-quagga/ldpd/impl_lock.c:16: undefined reference to `mpls_assert' impl_mpls.o: In function `mpls_mpls_outsegment_del': /usr/src/mpls-quagga/ldpd/impl_mpls.c:115: undefined reference to `mpls_assert' impl_mpls.o: In function `mpls_mpls_outsegment_add': /usr/src/mpls-quagga/ldpd/impl_mpls.c:71: undefined reference to `mpls_assert' impl_socket.o: In function `mpls_socket_writelist_add': /usr/src/mpls-quagga/ldpd/impl_socket.c:469: undefined reference to `mpls_assert' impl_socket.o:/usr/src/mpls-quagga/ldpd/impl_socket.c:471: more undefined references to `mpls_assert' follow collect2: ld returned 1 exit status make[2]: *** [ldpd] Error 1 make[2]: Leaving directory `/usr/src/mpls-quagga/ldpd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/mpls-quagga' make: *** [all] Error 2 Thanks, Wind Quoting James Leu <jl...@mi...>: > Please look over make-rpm-jleu and you will see that I specify the 'NULL' > mpls driver. Try that first. I will work tonight to fix the > 'mpls-linux' mpls driver. > > On Wed, Feb 03, 2010 at 06:55:38PM +0800, win...@fr... wrote: >> Hello James, >> >> I follow almost all your instruction except last one "./make-rpm-jleu" >> for it's debian here not redhat. Instead I use ./bootstrap.sh, then >> ./configure and make install. >> >> There is still some error message as below, >> gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\"/usr/local/etc/\" -I. -I.. -I.. -I.. >> -I../lib -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall >> -Wsign-compare -Wpointer-arith -Wbad-function-cast -Wwrite-strings >> -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts >> -Wcast-qual -MT impl_mpls.o -MD -MP -MF .deps/impl_mpls.Tpo -c -o >> impl_mpls.o impl_mpls.c >> impl_mpls.c: In function ‘mpls_mpls_outsegment_add’: >> impl_mpls.c:50: error: storage size of ‘out’ isn’t known >> impl_mpls.c:58: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >> this function) >> impl_mpls.c:58: error: (Each undeclared identifier is reported only once >> impl_mpls.c:58: error: for each function it appears in.) >> impl_mpls.c:88: warning: implicit declaration of function >> ‘zapi_mpls_out_segment_add’ >> impl_mpls.c:50: warning: unused variable ‘out’ >> impl_mpls.c: In function ‘mpls_mpls_outsegment_del’: >> impl_mpls.c:94: error: storage size of ‘out’ isn’t known >> impl_mpls.c:102: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >> this function) >> impl_mpls.c:133: warning: implicit declaration of function >> ‘zapi_mpls_out_segment_delete’ >> impl_mpls.c:94: warning: unused variable ‘out’ >> impl_mpls.c: In function ‘mpls_mpls_insegment_add’: >> impl_mpls.c:139: error: storage size of ‘api’ isn’t known >> impl_mpls.c:150: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >> this function) >> impl_mpls.c:153: warning: implicit declaration of function >> ‘zapi_mpls_in_segment_add’ >> impl_mpls.c:139: warning: unused variable ‘api’ >> impl_mpls.c: In function ‘mpls_mpls_insegment_del’: >> impl_mpls.c:159: error: storage size of ‘api’ isn’t known >> impl_mpls.c:165: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >> this function) >> impl_mpls.c:168: warning: implicit declaration of function >> ‘zapi_mpls_in_segment_delete’ >> impl_mpls.c:159: warning: unused variable ‘api’ >> impl_mpls.c: In function ‘mpls_mpls_xconnect_add’: >> impl_mpls.c:173: error: storage size of ‘api’ isn’t known >> impl_mpls.c:189: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >> this function) >> impl_mpls.c:193: warning: implicit declaration of function >> ‘zapi_mpls_xc_add’ >> impl_mpls.c:173: warning: unused variable ‘api’ >> impl_mpls.c: In function ‘mpls_mpls_xconnect_del’: >> impl_mpls.c:200: error: storage size of ‘api’ isn’t known >> impl_mpls.c:214: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in >> this function) >> impl_mpls.c:218: warning: implicit declaration of function >> ‘zapi_mpls_xc_delete’ >> impl_mpls.c:200: warning: unused variable ‘api’ >> impl_mpls.c: In function ‘mpls_mpls_fec2out_add’: >> impl_mpls.c:224: error: storage size of ‘api’ isn’t known >> impl_mpls.c:239: error: ‘ZEBRA_MPLS_FEC_IPV4’ undeclared (first use in >> this function) >> impl_mpls.c:245: warning: implicit declaration of function >> ‘zapi_mpls_ftn_add’ >> impl_mpls.c:224: warning: unused variable ‘api’ >> impl_mpls.c: In function ‘mpls_mpls_fec2out_del’: >> impl_mpls.c:252: error: storage size of ‘api’ isn’t known >> impl_mpls.c:265: error: ‘ZEBRA_MPLS_FEC_IPV4’ undeclared (first use in >> this function) >> impl_mpls.c:271: warning: implicit declaration of function >> ‘zapi_mpls_ftn_delete’ >> impl_mpls.c:252: warning: unused variable ‘api’ >> make: *** [impl_mpls.o] Error 1 >> >> It seems that impl_mpls.c can't find definition "zapi_mpls_out_segment" >> which lives in mpls-quagga/lib/zclient.h, but in fact there has been >> already referred in mpls-quagga/ldpd/impl_mpls. >> >> Any suggestion? >> >> Thanks, >> Wind >> >> Quoting James Leu <jl...@mi...>: >> >>> No need to patch if you are using the git repos: >>> >>> git clone git://repo.or.cz/mpls-ldp-portable.git >>> git clone git://repo.or.cz/mpls-quagga.git >>> cd mpls-quagga >>> git checkout -b mpls-master --track origin/mpls-master >>> cd ldpd >>> vi create-links (modify to point to the mpls-ldp-portable source) >>> ./create-links >>> cd .. >>> ./make-rpm-jleu >>> >>> BTW I pushed a fix for 'check_bit'. Not sure how long it will take >>> for repo.or.cz to pick up my change. >>> >>> On Tue, Jan 26, 2010 at 11:02:49AM +0800, win...@fr... wrote: >>>> Hello James, >>>> >>>> I have tried to compile the new mpls-quagga but still not success. >>>> >>>> When I try git://repo.or.cz/mpls-quagga.git, I received following >>>> error if I >>>> patch -p1 < ../mpls-ldp-portable/quagga-mpls.diff >>>> patching file lib/memtypes.c >>>> Hunk #2 succeeded at 244 (offset 2 lines). >>>> Hunk #3 succeeded at 272 (offset 2 lines). >>>> can't find file to patch at input line 34953 >>>> Perhaps you used the wrong -p or --strip option? >>>> The text leading up to this was: >>>> -------------------------- >>>> |diff -uNr --exclude=.p4config --exclude=make-rpm-jleu >>>> --exclude=update-from-kernel.sh quagga/lib/memtypes.h >>>> quagga-mpls/lib/memtypes.h >>>> |--- quagga/lib/memtypes.h 2007-05-07 09:25:54.000000000 -0500 >>>> |+++ quagga-mpls/lib/memtypes.h 2008-02-21 22:43:39.000000000 -0600 >>>> -------------------------- >>>> File to patch: >>>> >>>> So I change to use mpls-master snatshot >>>> afe0e1617a7fe5adc5aca14642f3d317e96d5246.tar.gz, after make return >>>> following error, >>>> >>>> gcc -fPIE -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall -Wsign-compare >>>> -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes >>>> -Wmissing-declarations -Wchar-subscripts -Wcast-qual -pie -o .libs/zebra >>>> zserv.o main.o interface.o connected.o zebra_rib.o zebra_routemap.o >>>> redistribute.o debug.o rtadv.o zebra_snmp.o zebra_vty.o irdp_main.o >>>> irdp_interface.o irdp_packet.o router-id.o if_vlan.o if_tunnel.o >>>> mpls_vty.o mpls_lib.o ioctl.o ipforward_proc.o if_netlink.o netlink.o >>>> rt_netlink.o rtread_netlink.o ../lib/.libs/libzebra.so -lcrypt -lrt >>>> ../lib/.libs/libzebra.so: undefined reference to `check_bit' >>>> collect2: ld returned 1 exit status >>>> make[2]: *** [zebra] Error 1 >>>> make[2]: Leaving directory `/usr/src/mpls-quagga/zebra' >>>> make[1]: *** [all-recursive] Error 1 >>>> make[1]: Leaving directory `/usr/src/mpls-quagga' >>>> make: *** [all] Error 2 >>>> >>>> Any suggestion? >>>> >>>> Thanks, >>>> Wind >>>> >>>> >>>> Quoting James Leu <jl...@mi...>: >>>> >>>>> Hello all, >>>>> >>>>> I've rebuilt the mpls-quagga mirror on repo.or.cz. If you >>>>> have a clone of that repo you will want to delete it and >>>>> get a new one. >>>>> >>>>> git://repo.or.cz/mpls-quagga.git >>>>> >>>>> Thier as many branches in that repo. The ones that matter: >>>>> >>>>> jleu-master -> what I consider HEAD of line quagga >>>>> netlink-master -> my netlink changes on top of jleu-master >>>>> nexthop-master -> my nexthop changes on top of jleu-master >>>>> plus-master -> merger of netlink-master and nexthop-master plus >>>>> extra bits >>>>> mpls-master -> MPLS related changes on top of plus-master >>>>> >>>>> >>>>> -- >>>>> James R. Leu >>>>> jl...@mi... >>>>> >>>> >>> >>> -- >>> James R. Leu >>> jl...@mi... >>> >> > > -- > James R. Leu > jl...@mi... > |
|
From: James L. <jl...@mi...> - 2010-02-03 15:43:50
|
Please look over make-rpm-jleu and you will see that I specify the 'NULL' mpls driver. Try that first. I will work tonight to fix the 'mpls-linux' mpls driver. On Wed, Feb 03, 2010 at 06:55:38PM +0800, win...@fr... wrote: > Hello James, > > I follow almost all your instruction except last one "./make-rpm-jleu" > for it's debian here not redhat. Instead I use ./bootstrap.sh, then > ./configure and make install. > > There is still some error message as below, > gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\"/usr/local/etc/\" -I. -I.. -I.. -I.. > -I../lib -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall > -Wsign-compare -Wpointer-arith -Wbad-function-cast -Wwrite-strings > -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts > -Wcast-qual -MT impl_mpls.o -MD -MP -MF .deps/impl_mpls.Tpo -c -o > impl_mpls.o impl_mpls.c > impl_mpls.c: In function ‘mpls_mpls_outsegment_add’: > impl_mpls.c:50: error: storage size of ‘out’ isn’t known > impl_mpls.c:58: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > this function) > impl_mpls.c:58: error: (Each undeclared identifier is reported only once > impl_mpls.c:58: error: for each function it appears in.) > impl_mpls.c:88: warning: implicit declaration of function > ‘zapi_mpls_out_segment_add’ > impl_mpls.c:50: warning: unused variable ‘out’ > impl_mpls.c: In function ‘mpls_mpls_outsegment_del’: > impl_mpls.c:94: error: storage size of ‘out’ isn’t known > impl_mpls.c:102: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > this function) > impl_mpls.c:133: warning: implicit declaration of function > ‘zapi_mpls_out_segment_delete’ > impl_mpls.c:94: warning: unused variable ‘out’ > impl_mpls.c: In function ‘mpls_mpls_insegment_add’: > impl_mpls.c:139: error: storage size of ‘api’ isn’t known > impl_mpls.c:150: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > this function) > impl_mpls.c:153: warning: implicit declaration of function > ‘zapi_mpls_in_segment_add’ > impl_mpls.c:139: warning: unused variable ‘api’ > impl_mpls.c: In function ‘mpls_mpls_insegment_del’: > impl_mpls.c:159: error: storage size of ‘api’ isn’t known > impl_mpls.c:165: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > this function) > impl_mpls.c:168: warning: implicit declaration of function > ‘zapi_mpls_in_segment_delete’ > impl_mpls.c:159: warning: unused variable ‘api’ > impl_mpls.c: In function ‘mpls_mpls_xconnect_add’: > impl_mpls.c:173: error: storage size of ‘api’ isn’t known > impl_mpls.c:189: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > this function) > impl_mpls.c:193: warning: implicit declaration of function ‘zapi_mpls_xc_add’ > impl_mpls.c:173: warning: unused variable ‘api’ > impl_mpls.c: In function ‘mpls_mpls_xconnect_del’: > impl_mpls.c:200: error: storage size of ‘api’ isn’t known > impl_mpls.c:214: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in > this function) > impl_mpls.c:218: warning: implicit declaration of function > ‘zapi_mpls_xc_delete’ > impl_mpls.c:200: warning: unused variable ‘api’ > impl_mpls.c: In function ‘mpls_mpls_fec2out_add’: > impl_mpls.c:224: error: storage size of ‘api’ isn’t known > impl_mpls.c:239: error: ‘ZEBRA_MPLS_FEC_IPV4’ undeclared (first use in > this function) > impl_mpls.c:245: warning: implicit declaration of function ‘zapi_mpls_ftn_add’ > impl_mpls.c:224: warning: unused variable ‘api’ > impl_mpls.c: In function ‘mpls_mpls_fec2out_del’: > impl_mpls.c:252: error: storage size of ‘api’ isn’t known > impl_mpls.c:265: error: ‘ZEBRA_MPLS_FEC_IPV4’ undeclared (first use in > this function) > impl_mpls.c:271: warning: implicit declaration of function > ‘zapi_mpls_ftn_delete’ > impl_mpls.c:252: warning: unused variable ‘api’ > make: *** [impl_mpls.o] Error 1 > > It seems that impl_mpls.c can't find definition "zapi_mpls_out_segment" > which lives in mpls-quagga/lib/zclient.h, but in fact there has been > already referred in mpls-quagga/ldpd/impl_mpls. > > Any suggestion? > > Thanks, > Wind > > Quoting James Leu <jl...@mi...>: > >> No need to patch if you are using the git repos: >> >> git clone git://repo.or.cz/mpls-ldp-portable.git >> git clone git://repo.or.cz/mpls-quagga.git >> cd mpls-quagga >> git checkout -b mpls-master --track origin/mpls-master >> cd ldpd >> vi create-links (modify to point to the mpls-ldp-portable source) >> ./create-links >> cd .. >> ./make-rpm-jleu >> >> BTW I pushed a fix for 'check_bit'. Not sure how long it will take >> for repo.or.cz to pick up my change. >> >> On Tue, Jan 26, 2010 at 11:02:49AM +0800, win...@fr... wrote: >>> Hello James, >>> >>> I have tried to compile the new mpls-quagga but still not success. >>> >>> When I try git://repo.or.cz/mpls-quagga.git, I received following error if I >>> patch -p1 < ../mpls-ldp-portable/quagga-mpls.diff >>> patching file lib/memtypes.c >>> Hunk #2 succeeded at 244 (offset 2 lines). >>> Hunk #3 succeeded at 272 (offset 2 lines). >>> can't find file to patch at input line 34953 >>> Perhaps you used the wrong -p or --strip option? >>> The text leading up to this was: >>> -------------------------- >>> |diff -uNr --exclude=.p4config --exclude=make-rpm-jleu >>> --exclude=update-from-kernel.sh quagga/lib/memtypes.h >>> quagga-mpls/lib/memtypes.h >>> |--- quagga/lib/memtypes.h 2007-05-07 09:25:54.000000000 -0500 >>> |+++ quagga-mpls/lib/memtypes.h 2008-02-21 22:43:39.000000000 -0600 >>> -------------------------- >>> File to patch: >>> >>> So I change to use mpls-master snatshot >>> afe0e1617a7fe5adc5aca14642f3d317e96d5246.tar.gz, after make return >>> following error, >>> >>> gcc -fPIE -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall -Wsign-compare >>> -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes >>> -Wmissing-declarations -Wchar-subscripts -Wcast-qual -pie -o .libs/zebra >>> zserv.o main.o interface.o connected.o zebra_rib.o zebra_routemap.o >>> redistribute.o debug.o rtadv.o zebra_snmp.o zebra_vty.o irdp_main.o >>> irdp_interface.o irdp_packet.o router-id.o if_vlan.o if_tunnel.o >>> mpls_vty.o mpls_lib.o ioctl.o ipforward_proc.o if_netlink.o netlink.o >>> rt_netlink.o rtread_netlink.o ../lib/.libs/libzebra.so -lcrypt -lrt >>> ../lib/.libs/libzebra.so: undefined reference to `check_bit' >>> collect2: ld returned 1 exit status >>> make[2]: *** [zebra] Error 1 >>> make[2]: Leaving directory `/usr/src/mpls-quagga/zebra' >>> make[1]: *** [all-recursive] Error 1 >>> make[1]: Leaving directory `/usr/src/mpls-quagga' >>> make: *** [all] Error 2 >>> >>> Any suggestion? >>> >>> Thanks, >>> Wind >>> >>> >>> Quoting James Leu <jl...@mi...>: >>> >>>> Hello all, >>>> >>>> I've rebuilt the mpls-quagga mirror on repo.or.cz. If you >>>> have a clone of that repo you will want to delete it and >>>> get a new one. >>>> >>>> git://repo.or.cz/mpls-quagga.git >>>> >>>> Thier as many branches in that repo. The ones that matter: >>>> >>>> jleu-master -> what I consider HEAD of line quagga >>>> netlink-master -> my netlink changes on top of jleu-master >>>> nexthop-master -> my nexthop changes on top of jleu-master >>>> plus-master -> merger of netlink-master and nexthop-master plus extra bits >>>> mpls-master -> MPLS related changes on top of plus-master >>>> >>>> >>>> -- >>>> James R. Leu >>>> jl...@mi... >>>> >>> >> >> -- >> James R. Leu >> jl...@mi... >> > -- James R. Leu jl...@mi... |
|
From: <win...@fr...> - 2010-02-03 10:56:23
|
Hello James, I follow almost all your instruction except last one "./make-rpm-jleu" for it's debian here not redhat. Instead I use ./bootstrap.sh, then ./configure and make install. There is still some error message as below, gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\"/usr/local/etc/\" -I. -I.. -I.. -I.. -I../lib -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall -Wsign-compare -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts -Wcast-qual -MT impl_mpls.o -MD -MP -MF .deps/impl_mpls.Tpo -c -o impl_mpls.o impl_mpls.c impl_mpls.c: In function ‘mpls_mpls_outsegment_add’: impl_mpls.c:50: error: storage size of ‘out’ isn’t known impl_mpls.c:58: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in this function) impl_mpls.c:58: error: (Each undeclared identifier is reported only once impl_mpls.c:58: error: for each function it appears in.) impl_mpls.c:88: warning: implicit declaration of function ‘zapi_mpls_out_segment_add’ impl_mpls.c:50: warning: unused variable ‘out’ impl_mpls.c: In function ‘mpls_mpls_outsegment_del’: impl_mpls.c:94: error: storage size of ‘out’ isn’t known impl_mpls.c:102: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in this function) impl_mpls.c:133: warning: implicit declaration of function ‘zapi_mpls_out_segment_delete’ impl_mpls.c:94: warning: unused variable ‘out’ impl_mpls.c: In function ‘mpls_mpls_insegment_add’: impl_mpls.c:139: error: storage size of ‘api’ isn’t known impl_mpls.c:150: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in this function) impl_mpls.c:153: warning: implicit declaration of function ‘zapi_mpls_in_segment_add’ impl_mpls.c:139: warning: unused variable ‘api’ impl_mpls.c: In function ‘mpls_mpls_insegment_del’: impl_mpls.c:159: error: storage size of ‘api’ isn’t known impl_mpls.c:165: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in this function) impl_mpls.c:168: warning: implicit declaration of function ‘zapi_mpls_in_segment_delete’ impl_mpls.c:159: warning: unused variable ‘api’ impl_mpls.c: In function ‘mpls_mpls_xconnect_add’: impl_mpls.c:173: error: storage size of ‘api’ isn’t known impl_mpls.c:189: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in this function) impl_mpls.c:193: warning: implicit declaration of function ‘zapi_mpls_xc_add’ impl_mpls.c:173: warning: unused variable ‘api’ impl_mpls.c: In function ‘mpls_mpls_xconnect_del’: impl_mpls.c:200: error: storage size of ‘api’ isn’t known impl_mpls.c:214: error: ‘ZEBRA_MPLS_LABEL_GEN’ undeclared (first use in this function) impl_mpls.c:218: warning: implicit declaration of function ‘zapi_mpls_xc_delete’ impl_mpls.c:200: warning: unused variable ‘api’ impl_mpls.c: In function ‘mpls_mpls_fec2out_add’: impl_mpls.c:224: error: storage size of ‘api’ isn’t known impl_mpls.c:239: error: ‘ZEBRA_MPLS_FEC_IPV4’ undeclared (first use in this function) impl_mpls.c:245: warning: implicit declaration of function ‘zapi_mpls_ftn_add’ impl_mpls.c:224: warning: unused variable ‘api’ impl_mpls.c: In function ‘mpls_mpls_fec2out_del’: impl_mpls.c:252: error: storage size of ‘api’ isn’t known impl_mpls.c:265: error: ‘ZEBRA_MPLS_FEC_IPV4’ undeclared (first use in this function) impl_mpls.c:271: warning: implicit declaration of function ‘zapi_mpls_ftn_delete’ impl_mpls.c:252: warning: unused variable ‘api’ make: *** [impl_mpls.o] Error 1 It seems that impl_mpls.c can't find definition "zapi_mpls_out_segment" which lives in mpls-quagga/lib/zclient.h, but in fact there has been already referred in mpls-quagga/ldpd/impl_mpls. Any suggestion? Thanks, Wind Quoting James Leu <jl...@mi...>: > No need to patch if you are using the git repos: > > git clone git://repo.or.cz/mpls-ldp-portable.git > git clone git://repo.or.cz/mpls-quagga.git > cd mpls-quagga > git checkout -b mpls-master --track origin/mpls-master > cd ldpd > vi create-links (modify to point to the mpls-ldp-portable source) > ./create-links > cd .. > ./make-rpm-jleu > > BTW I pushed a fix for 'check_bit'. Not sure how long it will take > for repo.or.cz to pick up my change. > > On Tue, Jan 26, 2010 at 11:02:49AM +0800, win...@fr... wrote: >> Hello James, >> >> I have tried to compile the new mpls-quagga but still not success. >> >> When I try git://repo.or.cz/mpls-quagga.git, I received following error if I >> patch -p1 < ../mpls-ldp-portable/quagga-mpls.diff >> patching file lib/memtypes.c >> Hunk #2 succeeded at 244 (offset 2 lines). >> Hunk #3 succeeded at 272 (offset 2 lines). >> can't find file to patch at input line 34953 >> Perhaps you used the wrong -p or --strip option? >> The text leading up to this was: >> -------------------------- >> |diff -uNr --exclude=.p4config --exclude=make-rpm-jleu >> --exclude=update-from-kernel.sh quagga/lib/memtypes.h >> quagga-mpls/lib/memtypes.h >> |--- quagga/lib/memtypes.h 2007-05-07 09:25:54.000000000 -0500 >> |+++ quagga-mpls/lib/memtypes.h 2008-02-21 22:43:39.000000000 -0600 >> -------------------------- >> File to patch: >> >> So I change to use mpls-master snatshot >> afe0e1617a7fe5adc5aca14642f3d317e96d5246.tar.gz, after make return >> following error, >> >> gcc -fPIE -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall -Wsign-compare >> -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes >> -Wmissing-declarations -Wchar-subscripts -Wcast-qual -pie -o .libs/zebra >> zserv.o main.o interface.o connected.o zebra_rib.o zebra_routemap.o >> redistribute.o debug.o rtadv.o zebra_snmp.o zebra_vty.o irdp_main.o >> irdp_interface.o irdp_packet.o router-id.o if_vlan.o if_tunnel.o >> mpls_vty.o mpls_lib.o ioctl.o ipforward_proc.o if_netlink.o netlink.o >> rt_netlink.o rtread_netlink.o ../lib/.libs/libzebra.so -lcrypt -lrt >> ../lib/.libs/libzebra.so: undefined reference to `check_bit' >> collect2: ld returned 1 exit status >> make[2]: *** [zebra] Error 1 >> make[2]: Leaving directory `/usr/src/mpls-quagga/zebra' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/usr/src/mpls-quagga' >> make: *** [all] Error 2 >> >> Any suggestion? >> >> Thanks, >> Wind >> >> >> Quoting James Leu <jl...@mi...>: >> >>> Hello all, >>> >>> I've rebuilt the mpls-quagga mirror on repo.or.cz. If you >>> have a clone of that repo you will want to delete it and >>> get a new one. >>> >>> git://repo.or.cz/mpls-quagga.git >>> >>> Thier as many branches in that repo. The ones that matter: >>> >>> jleu-master -> what I consider HEAD of line quagga >>> netlink-master -> my netlink changes on top of jleu-master >>> nexthop-master -> my nexthop changes on top of jleu-master >>> plus-master -> merger of netlink-master and nexthop-master plus extra bits >>> mpls-master -> MPLS related changes on top of plus-master >>> >>> >>> -- >>> James R. Leu >>> jl...@mi... >>> >> > > -- > James R. Leu > jl...@mi... > |
|
From: James L. <jl...@mi...> - 2010-01-27 05:10:59
|
No need to patch if you are using the git repos:
git clone git://repo.or.cz/mpls-ldp-portable.git
git clone git://repo.or.cz/mpls-quagga.git
cd mpls-quagga
git checkout -b mpls-master --track origin/mpls-master
cd ldpd
vi create-links (modify to point to the mpls-ldp-portable source)
./create-links
cd ..
./make-rpm-jleu
BTW I pushed a fix for 'check_bit'. Not sure how long it will take
for repo.or.cz to pick up my change.
On Tue, Jan 26, 2010 at 11:02:49AM +0800, win...@fr... wrote:
> Hello James,
>
> I have tried to compile the new mpls-quagga but still not success.
>
> When I try git://repo.or.cz/mpls-quagga.git, I received following error if I
> patch -p1 < ../mpls-ldp-portable/quagga-mpls.diff
> patching file lib/memtypes.c
> Hunk #2 succeeded at 244 (offset 2 lines).
> Hunk #3 succeeded at 272 (offset 2 lines).
> can't find file to patch at input line 34953
> Perhaps you used the wrong -p or --strip option?
> The text leading up to this was:
> --------------------------
> |diff -uNr --exclude=.p4config --exclude=make-rpm-jleu
> --exclude=update-from-kernel.sh quagga/lib/memtypes.h
> quagga-mpls/lib/memtypes.h
> |--- quagga/lib/memtypes.h 2007-05-07 09:25:54.000000000 -0500
> |+++ quagga-mpls/lib/memtypes.h 2008-02-21 22:43:39.000000000 -0600
> --------------------------
> File to patch:
>
> So I change to use mpls-master snatshot
> afe0e1617a7fe5adc5aca14642f3d317e96d5246.tar.gz, after make return
> following error,
>
> gcc -fPIE -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall -Wsign-compare
> -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes
> -Wmissing-declarations -Wchar-subscripts -Wcast-qual -pie -o .libs/zebra
> zserv.o main.o interface.o connected.o zebra_rib.o zebra_routemap.o
> redistribute.o debug.o rtadv.o zebra_snmp.o zebra_vty.o irdp_main.o
> irdp_interface.o irdp_packet.o router-id.o if_vlan.o if_tunnel.o
> mpls_vty.o mpls_lib.o ioctl.o ipforward_proc.o if_netlink.o netlink.o
> rt_netlink.o rtread_netlink.o ../lib/.libs/libzebra.so -lcrypt -lrt
> ../lib/.libs/libzebra.so: undefined reference to `check_bit'
> collect2: ld returned 1 exit status
> make[2]: *** [zebra] Error 1
> make[2]: Leaving directory `/usr/src/mpls-quagga/zebra'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/src/mpls-quagga'
> make: *** [all] Error 2
>
> Any suggestion?
>
> Thanks,
> Wind
>
>
> Quoting James Leu <jl...@mi...>:
>
>> Hello all,
>>
>> I've rebuilt the mpls-quagga mirror on repo.or.cz. If you
>> have a clone of that repo you will want to delete it and
>> get a new one.
>>
>> git://repo.or.cz/mpls-quagga.git
>>
>> Thier as many branches in that repo. The ones that matter:
>>
>> jleu-master -> what I consider HEAD of line quagga
>> netlink-master -> my netlink changes on top of jleu-master
>> nexthop-master -> my nexthop changes on top of jleu-master
>> plus-master -> merger of netlink-master and nexthop-master plus extra bits
>> mpls-master -> MPLS related changes on top of plus-master
>>
>>
>> --
>> James R. Leu
>> jl...@mi...
>>
>
--
James R. Leu
jl...@mi...
|
|
From: Bojana P. <bo...@gm...> - 2010-01-26 10:06:33
|
Hi evrybody, I got the some error like Wind. I tried on Fedora 8 on t MPLS kernel 2.6.26.6-49 and on Fedora 10 on MPLS kernel 2.6.27, and the error message is completely same. I would appriciate any suggestion as well! Best Regards, Bojana On Tue, Jan 26, 2010 at 4:02 AM, <win...@fr...> wrote: > Hello James, > > I have tried to compile the new mpls-quagga but still not success. > > When I try git://repo.or.cz/mpls-quagga.git, I received following error if > I > patch -p1 < ../mpls-ldp-portable/quagga-mpls.diff > patching file lib/memtypes.c > Hunk #2 succeeded at 244 (offset 2 lines). > Hunk #3 succeeded at 272 (offset 2 lines). > can't find file to patch at input line 34953 > Perhaps you used the wrong -p or --strip option? > The text leading up to this was: > -------------------------- > |diff -uNr --exclude=.p4config --exclude=make-rpm-jleu > --exclude=update-from-kernel.sh quagga/lib/memtypes.h > quagga-mpls/lib/memtypes.h > |--- quagga/lib/memtypes.h 2007-05-07 09:25:54.000000000 -0500 > |+++ quagga-mpls/lib/memtypes.h 2008-02-21 22:43:39.000000000 -0600 > -------------------------- > File to patch: > > So I change to use mpls-master snatshot > afe0e1617a7fe5adc5aca14642f3d317e96d5246.tar.gz, after make return > following error, > > gcc -fPIE -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall > -Wsign-compare -Wpointer-arith -Wbad-function-cast -Wwrite-strings > -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts > -Wcast-qual -pie -o .libs/zebra zserv.o main.o interface.o connected.o > zebra_rib.o zebra_routemap.o redistribute.o debug.o rtadv.o > zebra_snmp.o zebra_vty.o irdp_main.o irdp_interface.o irdp_packet.o > router-id.o if_vlan.o if_tunnel.o mpls_vty.o mpls_lib.o ioctl.o > ipforward_proc.o if_netlink.o netlink.o rt_netlink.o rtread_netlink.o > ../lib/.libs/libzebra.so -lcrypt -lrt > ../lib/.libs/libzebra.so: undefined reference to `check_bit' > collect2: ld returned 1 exit status > make[2]: *** [zebra] Error 1 > make[2]: Leaving directory `/usr/src/mpls-quagga/zebra' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/src/mpls-quagga' > make: *** [all] Error 2 > > Any suggestion? > > Thanks, > Wind > > > Quoting James Leu <jl...@mi...>: > > > Hello all, > > > > I've rebuilt the mpls-quagga mirror on repo.or.cz. If you > > have a clone of that repo you will want to delete it and > > get a new one. > > > > git://repo.or.cz/mpls-quagga.git > > > > Thier as many branches in that repo. The ones that matter: > > > > jleu-master -> what I consider HEAD of line quagga > > netlink-master -> my netlink changes on top of jleu-master > > nexthop-master -> my nexthop changes on top of jleu-master > > plus-master -> merger of netlink-master and nexthop-master plus extra > bits > > mpls-master -> MPLS related changes on top of plus-master > > > > > > -- > > James R. Leu > > jl...@mi... > > > > > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > |
|
From: <win...@fr...> - 2010-01-26 03:30:03
|
Hello James, I have tried to compile the new mpls-quagga but still not success. When I try git://repo.or.cz/mpls-quagga.git, I received following error if I patch -p1 < ../mpls-ldp-portable/quagga-mpls.diff patching file lib/memtypes.c Hunk #2 succeeded at 244 (offset 2 lines). Hunk #3 succeeded at 272 (offset 2 lines). can't find file to patch at input line 34953 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -uNr --exclude=.p4config --exclude=make-rpm-jleu --exclude=update-from-kernel.sh quagga/lib/memtypes.h quagga-mpls/lib/memtypes.h |--- quagga/lib/memtypes.h 2007-05-07 09:25:54.000000000 -0500 |+++ quagga-mpls/lib/memtypes.h 2008-02-21 22:43:39.000000000 -0600 -------------------------- File to patch: So I change to use mpls-master snatshot afe0e1617a7fe5adc5aca14642f3d317e96d5246.tar.gz, after make return following error, gcc -fPIE -Os -fno-omit-frame-pointer -g -std=gnu99 -Wall -Wsign-compare -Wpointer-arith -Wbad-function-cast -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts -Wcast-qual -pie -o .libs/zebra zserv.o main.o interface.o connected.o zebra_rib.o zebra_routemap.o redistribute.o debug.o rtadv.o zebra_snmp.o zebra_vty.o irdp_main.o irdp_interface.o irdp_packet.o router-id.o if_vlan.o if_tunnel.o mpls_vty.o mpls_lib.o ioctl.o ipforward_proc.o if_netlink.o netlink.o rt_netlink.o rtread_netlink.o ../lib/.libs/libzebra.so -lcrypt -lrt ../lib/.libs/libzebra.so: undefined reference to `check_bit' collect2: ld returned 1 exit status make[2]: *** [zebra] Error 1 make[2]: Leaving directory `/usr/src/mpls-quagga/zebra' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/mpls-quagga' make: *** [all] Error 2 Any suggestion? Thanks, Wind Quoting James Leu <jl...@mi...>: > Hello all, > > I've rebuilt the mpls-quagga mirror on repo.or.cz. If you > have a clone of that repo you will want to delete it and > get a new one. > > git://repo.or.cz/mpls-quagga.git > > Thier as many branches in that repo. The ones that matter: > > jleu-master -> what I consider HEAD of line quagga > netlink-master -> my netlink changes on top of jleu-master > nexthop-master -> my nexthop changes on top of jleu-master > plus-master -> merger of netlink-master and nexthop-master plus extra bits > mpls-master -> MPLS related changes on top of plus-master > > > -- > James R. Leu > jl...@mi... > |
|
From: James L. <jl...@mi...> - 2010-01-21 03:44:29
|
Hello all, I've rebuilt the mpls-quagga mirror on repo.or.cz. If you have a clone of that repo you will want to delete it and get a new one. git://repo.or.cz/mpls-quagga.git Thier as many branches in that repo. The ones that matter: jleu-master -> what I consider HEAD of line quagga netlink-master -> my netlink changes on top of jleu-master nexthop-master -> my nexthop changes on top of jleu-master plus-master -> merger of netlink-master and nexthop-master plus extra bits mpls-master -> MPLS related changes on top of plus-master -- James R. Leu jl...@mi... |
|
From: James L. <jl...@mi...> - 2010-01-20 02:00:49
|
Hello Renato, I did apply Vasu's patches. but for some reason they never made it to the public repo. I will try to get that fixed. On Tue, Jan 19, 2010 at 11:46:55PM -0200, Renato Westphal wrote: > Many people here have reported problems with quagga compilation with > mpld/ldp support. AFAIK the developer Vasu Dasari submitted a patch for both > the quagga-tree and ldp-portable tree, but only the ldp-portable patch were > added to the git repo. This may be what breaked the build-system. > So applying Vasu's path (link below) manually to the mpls-quagga tree and > following the traditional steps did it. > > Vasu's patch for quagga: > http://sourceforge.net/mailarchive/attachment.php?list_name=mpls-linux-devel&message_id=65d0eee90906110946q36579ee7l1b9b1e15ef255ba6%40mail.gmail.com&counter=2 > > Compilation how-to (debian approach): > > 1) > //download and extract the quagga-mpls and quagga-ldp-portable trees: > $ git clone git://repo.or.cz/mpls-quagga.git > $ git clone git://repo.or.cz/mpls-ldp-portable.git > //applying "git archive master | bzip2 > ./mpls-xxx.tar.bz2" is not strictly > necessary > > //apply the Vasu's patch for quagga: > $ cd mpls-quagga > $ patch -p1 < ../0001-Quagga-MPLS-fixes-and-improvements.patch > > 2) > //compilations requirements > # apt-get install gawk > # apt-get install libreadline-dev > # apt-get install build-essential autoconf libtool > //to convert .dia doc files to .png > # apt-get install dia texinfo > > 3) > //another point now is that the build-system will look at "/usr/include" by > default > //to search for the mpls-linux headers, but our mpls-kernel includes should > be at > //something like "/usr/src/linux-2.6.27.24/include" > //I dont know how to fix it but there is a workaround: > > First, open the configure.ac script and add "-I > /usr/src/kernel-2.6.27.24/include" (or whatever is your dir) to the gcc > cflags (line 123). > Now gcc will correctly include the mpls headers, but the configure script > will continue to look on /usr/include, so we have to edit the configure.ac: > > Change... > <i>dnl ---------- > dnl MPLS check > dnl ---------- > MPLS_METHOD="" > AC_MSG_CHECKING(whether this OS has MPLS stack) > AM_CONDITIONAL(MPLS_ENABLED, test "x${enable_mpls}" != "xno") > if test "${enable_mpls}" = "no"; then > enable_ldpd="no" > enable_rsvpd="no" > AC_MSG_RESULT(disabled) > else > if test "x${enable_mpls}" = "xnull"; then > AC_DEFINE(HAVE_MPLS,1,Enable MPLS) > MPLS_METHOD="mpls_null.o" > AC_MSG_RESULT(MPLS Null) > else > AC_EGREP_CPP(yes, [ > #include <linux/mpls.h> > #if MPLS_LINUX_VERSION > yes > #endif], > [AC_DEFINE(HAVE_MPLS,1,Enable MPLS) > AC_DEFINE(LINUX_MPLS,1,Linux MPLS) > MPLS_METHOD="mpls_netlink.o" > AC_MSG_RESULT(MPLS Linux)], > [enable_ldpd="no" > enable_rsvpd="no" > AC_MSG_RESULT(no)] > ) > fi > fi > AC_SUBST(MPLS_METHOD)</i> > > to... > <i> > dnl ---------- > dnl MPLS check > dnl ---------- > MPLS_METHOD="" > AC_MSG_CHECKING(whether this OS has MPLS stack) > AM_CONDITIONAL(MPLS_ENABLED, test "x${enable_mpls}" != "xno") > if test "${enable_mpls}" = "no"; then > enable_ldpd="no" > enable_rsvpd="no" > AC_MSG_RESULT(disabled) > else > if test "x${enable_mpls}" = "xnull"; then > AC_DEFINE(HAVE_MPLS,1,Enable MPLS) > MPLS_METHOD="mpls_null.o" > AC_MSG_RESULT(MPLS Null) > else > # AC_EGREP_CPP(yes, [ > # #include <linux/mpls.h> > # #if MPLS_LINUX_VERSION > # yes > # #endif], > # [ > AC_DEFINE(HAVE_MPLS,1,Enable MPLS) > AC_DEFINE(LINUX_MPLS,1,Linux MPLS) > MPLS_METHOD="mpls_netlink.o" > AC_MSG_RESULT(MPLS Linux) > # ], > # [enable_ldpd="no" > # enable_rsvpd="no" > # AC_MSG_RESULT(no)] > # ) > fi > fi > AC_SUBST(MPLS_METHOD) > </i> > > > 4) > $ cd mpls-quagga/ldpd > $ nano ./create-links > //now modify 'create-links' to point DEFSRC to the ldp-portable folder > $ ./create-links > $ cd .. > $ autoreconf -i > $ ./configure --sysconfdir=/usr/local/quagga > --localstatedir=/usr/local/quagga --enable-vtysh --enable-netlink > --enable-mpls --enable-ldpd --disable-rsvpd > > //memtypes.h and route_types.h are defined as targets on the makefiles but > for > //some reason they are not been processed by awk, so we have to make it > manually > //this have been corrected on the quagga 0.99.13 release > $ gawk -f ./lib/memtypes.awk ./lib/memtypes.c > ./lib/memtypes.h > $ gawk -f ./lib/route_types.awk ./lib/route_types.txt > ./lib/route_types.h > > 5) > $ make > # mkdir /usr/local/quagga > # make install > > 6) > # adduser quagga > # chown quagga:quagga /usr/local/quagga > $ cd /usr/local/quagga/ > # cp zebra.conf.sample zebra.conf > # touch ldpd.conf > > 7) > //sometimes we have the dev files but not the lib itself > # apt-get install libcap2-bin > > //type "ldd /usr/local/sbin/zebra" > //if appears "libzebra.so.0 => not found", then: > # cp /usr/local/lib/libzebra.* /lib/ > > 8) > //now... > $ zebra -d -A 127.0.0.1 > $ ldpd -d -A 127.0.0.1 > $ vtysh > > //inside vtysh you can play a little > lsr#mpls show forwarding > lsr#conf t > lsr(config)#mpls static 0 > lsr(config)#label-map ... > > -----x-------- > > Despite the successful compilation, i had some problems. MPLS/LDP commands > were available on the quagga CLI but some of them dont work as expected. I > will list some issues i've faced: > > 1 - It's not possible to build the quagga with mpls support if the > '--disable-ipv6' flag is given to the configure script. Actually the > build-system isn't very good at all, if we enable mpls and disable ldp, for > example, the ldp commands are still available on the zebra daemon. This > should be fixed. > > 2 - Mpls "show" commands are ok but sometimes when I try to change some > configuration the following error comes up: > Warning: closing connection to zebra because of an I/O error! (btw this > should be a error not a warning!) > Using strace its possible to see that this happens at a 'read' system call > which should return one file descriptor but returns 0. The fix of this error > is hard and requires a good knowledge of the quagga/zebra framewok. > > 3 - After enabling LDP, I can't see any "LDP Hello Messages" on wireshark. > > 4 - After typing the following: > lsr(config)# mpls static 0 > lsr(config-ls)# label-map gen 16 swap gen 17 nexthop eth1 192.168.3.1 > > The 'mpls ilm/nhlfe/xc show' still empty, maybe I'm missing something? > > 5 - Changing any configuration on zebra causes the daemon to starts > consuming about 99% of the CPU! > > 6 - The software is very unstable, vtysh freezes frequently and I need to > "killall -9 zebra; killall vtysh" to come back. > > I'm working to port the mpls+ldp code to the quagga 0.99.15, many bug fixes > were made on the quagga tree and maybe this may help to we have more luck > next time! Any help would be appreciated. > > (sorry for my english) > > Regards, > Renato Westphal > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel -- James R. Leu jl...@mi... |
|
From: Renato W. <ren...@gm...> - 2010-01-20 01:53:41
|
Many people here have reported problems with quagga compilation with mpld/ldp support. AFAIK the developer Vasu Dasari submitted a patch for both the quagga-tree and ldp-portable tree, but only the ldp-portable patch were added to the git repo. This may be what breaked the build-system. So applying Vasu's path (link below) manually to the mpls-quagga tree and following the traditional steps did it. Vasu's patch for quagga: http://sourceforge.net/mailarchive/attachment.php?list_name=mpls-linux-devel&message_id=65d0eee90906110946q36579ee7l1b9b1e15ef255ba6%40mail.gmail.com&counter=2 Compilation how-to (debian approach): 1) //download and extract the quagga-mpls and quagga-ldp-portable trees: $ git clone git://repo.or.cz/mpls-quagga.git $ git clone git://repo.or.cz/mpls-ldp-portable.git //applying "git archive master | bzip2 > ./mpls-xxx.tar.bz2" is not strictly necessary //apply the Vasu's patch for quagga: $ cd mpls-quagga $ patch -p1 < ../0001-Quagga-MPLS-fixes-and-improvements.patch 2) //compilations requirements # apt-get install gawk # apt-get install libreadline-dev # apt-get install build-essential autoconf libtool //to convert .dia doc files to .png # apt-get install dia texinfo 3) //another point now is that the build-system will look at "/usr/include" by default //to search for the mpls-linux headers, but our mpls-kernel includes should be at //something like "/usr/src/linux-2.6.27.24/include" //I dont know how to fix it but there is a workaround: First, open the configure.ac script and add "-I /usr/src/kernel-2.6.27.24/include" (or whatever is your dir) to the gcc cflags (line 123). Now gcc will correctly include the mpls headers, but the configure script will continue to look on /usr/include, so we have to edit the configure.ac: Change... <i>dnl ---------- dnl MPLS check dnl ---------- MPLS_METHOD="" AC_MSG_CHECKING(whether this OS has MPLS stack) AM_CONDITIONAL(MPLS_ENABLED, test "x${enable_mpls}" != "xno") if test "${enable_mpls}" = "no"; then enable_ldpd="no" enable_rsvpd="no" AC_MSG_RESULT(disabled) else if test "x${enable_mpls}" = "xnull"; then AC_DEFINE(HAVE_MPLS,1,Enable MPLS) MPLS_METHOD="mpls_null.o" AC_MSG_RESULT(MPLS Null) else AC_EGREP_CPP(yes, [ #include <linux/mpls.h> #if MPLS_LINUX_VERSION yes #endif], [AC_DEFINE(HAVE_MPLS,1,Enable MPLS) AC_DEFINE(LINUX_MPLS,1,Linux MPLS) MPLS_METHOD="mpls_netlink.o" AC_MSG_RESULT(MPLS Linux)], [enable_ldpd="no" enable_rsvpd="no" AC_MSG_RESULT(no)] ) fi fi AC_SUBST(MPLS_METHOD)</i> to... <i> dnl ---------- dnl MPLS check dnl ---------- MPLS_METHOD="" AC_MSG_CHECKING(whether this OS has MPLS stack) AM_CONDITIONAL(MPLS_ENABLED, test "x${enable_mpls}" != "xno") if test "${enable_mpls}" = "no"; then enable_ldpd="no" enable_rsvpd="no" AC_MSG_RESULT(disabled) else if test "x${enable_mpls}" = "xnull"; then AC_DEFINE(HAVE_MPLS,1,Enable MPLS) MPLS_METHOD="mpls_null.o" AC_MSG_RESULT(MPLS Null) else # AC_EGREP_CPP(yes, [ # #include <linux/mpls.h> # #if MPLS_LINUX_VERSION # yes # #endif], # [ AC_DEFINE(HAVE_MPLS,1,Enable MPLS) AC_DEFINE(LINUX_MPLS,1,Linux MPLS) MPLS_METHOD="mpls_netlink.o" AC_MSG_RESULT(MPLS Linux) # ], # [enable_ldpd="no" # enable_rsvpd="no" # AC_MSG_RESULT(no)] # ) fi fi AC_SUBST(MPLS_METHOD) </i> 4) $ cd mpls-quagga/ldpd $ nano ./create-links //now modify 'create-links' to point DEFSRC to the ldp-portable folder $ ./create-links $ cd .. $ autoreconf -i $ ./configure --sysconfdir=/usr/local/quagga --localstatedir=/usr/local/quagga --enable-vtysh --enable-netlink --enable-mpls --enable-ldpd --disable-rsvpd //memtypes.h and route_types.h are defined as targets on the makefiles but for //some reason they are not been processed by awk, so we have to make it manually //this have been corrected on the quagga 0.99.13 release $ gawk -f ./lib/memtypes.awk ./lib/memtypes.c > ./lib/memtypes.h $ gawk -f ./lib/route_types.awk ./lib/route_types.txt > ./lib/route_types.h 5) $ make # mkdir /usr/local/quagga # make install 6) # adduser quagga # chown quagga:quagga /usr/local/quagga $ cd /usr/local/quagga/ # cp zebra.conf.sample zebra.conf # touch ldpd.conf 7) //sometimes we have the dev files but not the lib itself # apt-get install libcap2-bin //type "ldd /usr/local/sbin/zebra" //if appears "libzebra.so.0 => not found", then: # cp /usr/local/lib/libzebra.* /lib/ 8) //now... $ zebra -d -A 127.0.0.1 $ ldpd -d -A 127.0.0.1 $ vtysh //inside vtysh you can play a little lsr#mpls show forwarding lsr#conf t lsr(config)#mpls static 0 lsr(config)#label-map ... -----x-------- Despite the successful compilation, i had some problems. MPLS/LDP commands were available on the quagga CLI but some of them dont work as expected. I will list some issues i've faced: 1 - It's not possible to build the quagga with mpls support if the '--disable-ipv6' flag is given to the configure script. Actually the build-system isn't very good at all, if we enable mpls and disable ldp, for example, the ldp commands are still available on the zebra daemon. This should be fixed. 2 - Mpls "show" commands are ok but sometimes when I try to change some configuration the following error comes up: Warning: closing connection to zebra because of an I/O error! (btw this should be a error not a warning!) Using strace its possible to see that this happens at a 'read' system call which should return one file descriptor but returns 0. The fix of this error is hard and requires a good knowledge of the quagga/zebra framewok. 3 - After enabling LDP, I can't see any "LDP Hello Messages" on wireshark. 4 - After typing the following: lsr(config)# mpls static 0 lsr(config-ls)# label-map gen 16 swap gen 17 nexthop eth1 192.168.3.1 The 'mpls ilm/nhlfe/xc show' still empty, maybe I'm missing something? 5 - Changing any configuration on zebra causes the daemon to starts consuming about 99% of the CPU! 6 - The software is very unstable, vtysh freezes frequently and I need to "killall -9 zebra; killall vtysh" to come back. I'm working to port the mpls+ldp code to the quagga 0.99.15, many bug fixes were made on the quagga tree and maybe this may help to we have more luck next time! Any help would be appreciated. (sorry for my english) Regards, Renato Westphal |
14 messages has been excluded from this view by a project administrator.
