From priyanka_swd at yahoo.com Wed Apr 4 02:43:11 2007 From: priyanka_swd at yahoo.com (Priyanka Sharma) Date: Wed, 4 Apr 2007 02:43:11 -0700 (PDT) Subject: [Xorp-hackers] XORP process Stub Library (.a) not created Message-ID: <488194.43133.qm@web37906.mail.mud.yahoo.com> Hello I am trying to write a XORP Process for the first time. I have created a sch_mul.xif file in the interfaces folder and am executing the following command $cpp sch_mul.xif | python clnt-gen This generated the .hh and .cc file but the libschmulxif.a file is not generated. I have also modified the Makefile.am and Makefile.in to include the details regarding this process. Kindly help me out. regards priyanka ____________________________________________________________________________________ No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail From pavlin at icir.org Wed Apr 4 13:04:30 2007 From: pavlin at icir.org (Pavlin Radoslavov) Date: Wed, 04 Apr 2007 13:04:30 -0700 Subject: [Xorp-hackers] XORP process Stub Library (.a) not created In-Reply-To: Message from Priyanka Sharma of "Wed, 04 Apr 2007 02:43:11 PDT." <488194.43133.qm@web37906.mail.mud.yahoo.com> Message-ID: <200704042004.l34K4UaT029708@possum.icir.org> > I am trying to write a XORP Process for the first > time. I have created a sch_mul.xif file in the > interfaces folder and am executing the following > command > > $cpp sch_mul.xif | python clnt-gen > > This generated the .hh and .cc file but the > libschmulxif.a file is not generated. I have also > modified the Makefile.am and Makefile.in to include > the details regarding this process. You need only to modify Makefile.am as described in the xorpdev-101 document: "An Introduction to Writing a XORP Process" available from http://www.xorp.org/design_docs.html First, make sure that you have installed the appropriate autoconf/automake/libtool tools (the versions should be as close as possible to those described in the top-level README). When you run the ./bootstrap script in the top-level XORP directory it will generate the Makefile.in files for you. Then, when you run the ./configure script it will generate the final Makefile files. Finally, running "gmake" will compile the libraries (including your libschmulxif.a). Note that typically the *.a libraries are generated inside the .libs subdirectories. BTW, if you follow the xorpdev-101 instructions for modifying the Makefile.am file then you don't need to run the "cpp sch_mul.xif | python clnt-gen" command by hand. It will be automatically executed for you when you run "gmake". Regards, Pavlin From yiwang at CS.Princeton.EDU Tue Apr 17 17:22:19 2007 From: yiwang at CS.Princeton.EDU (Yi Wang) Date: Tue, 17 Apr 2007 20:22:19 -0400 Subject: [Xorp-hackers] memory consumption of xorp_bgp Message-ID: <91AE7308-5E54-4D3F-A410-A02383695DBD@CS.Princeton.EDU> Hi, I was wondering if there is a way to reduce the memory consumption of xorp_bgp. My recent tests showed a setup of a XORP BGP instance (version 1.4) with: - 2 eBGP peers (each dumps the full ~200k routing table) and 30 iBGP peers (not exporting any routes) needs 1.25GB memory; - similar setup with 2 eBGP peers and 50 iBGP peers requires 1.91GB memory; (- similar setup with 20 eBGP peers and 1 iBGP peer requires 2.58GB memory). This makes my 3.6GB RAM box challenged to do emulations of a reasonably larger scale, such as 10 eBGP peers (~2M routes in total) and 100 iBGP peers. I was wondering if there is (relatively simple) way to reduce the memory consumption of xorp_bgp? I understand there are more than one copy of each route stored, such as ribIn_table, cache_table (import and export branches), and aggregation_table. But I'm not sure if I found all the permanent storages (probably not). Any hints / advices? Thanks, Yi From zec at icir.org Tue Apr 17 18:32:22 2007 From: zec at icir.org (Marko Zec) Date: Wed, 18 Apr 2007 03:32:22 +0200 Subject: [Xorp-hackers] memory consumption of xorp_bgp In-Reply-To: <91AE7308-5E54-4D3F-A410-A02383695DBD@CS.Princeton.EDU> References: <91AE7308-5E54-4D3F-A410-A02383695DBD@CS.Princeton.EDU> Message-ID: <200704180332.22696.zec@icir.org> On Wednesday 18 April 2007 02:22, Yi Wang wrote: > Hi, > > I was wondering if there is a way to reduce the memory consumption of > xorp_bgp. > > My recent tests showed a setup of a XORP BGP instance (version 1.4) > with: > - 2 eBGP peers (each dumps the full ~200k routing table) and 30 iBGP > peers (not exporting any routes) needs 1.25GB memory; > - similar setup with 2 eBGP peers and 50 iBGP peers requires 1.91GB > memory; > (- similar setup with 20 eBGP peers and 1 iBGP peer requires 2.58GB > memory). > > This makes my 3.6GB RAM box challenged to do emulations of a > reasonably larger scale, > such as 10 eBGP peers (~2M routes in total) and 100 iBGP peers. > > I was wondering if there is (relatively simple) way to reduce the > memory consumption > of xorp_bgp? I understand there are more than one copy of each route > stored, such as > ribIn_table, cache_table (import and export branches), and > aggregation_table. But > I'm not sure if I found all the permanent storages (probably not). > > Any hints / advices? After 1.4 was released I commited a small change which should reduce the memory consumption of BGP by roughly 10%, so you might try repeating your experiments with the most recent code from CVS and report what happens. Another thing that you might try would be decoupling the last route caching stage that stores outbound prefixes on each peering. This would probably result in a more dramatic reduction of BGP's memory footprint. The attached patch should do the trick, but be warned that it is completely untested :) Cheers, Marko -------------- next part -------------- A non-text attachment was scrubbed... Name: decouple-export-caching.diff Type: text/x-diff Size: 1256 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20070418/84152fc8/attachment.bin From zec at icir.org Tue Apr 17 18:53:15 2007 From: zec at icir.org (Marko Zec) Date: Wed, 18 Apr 2007 03:53:15 +0200 Subject: [Xorp-hackers] memory consumption of xorp_bgp In-Reply-To: <200704180332.22696.zec@icir.org> References: <91AE7308-5E54-4D3F-A410-A02383695DBD@CS.Princeton.EDU> <200704180332.22696.zec@icir.org> Message-ID: <200704180353.15624.zec@icir.org> On Wednesday 18 April 2007 03:32, Marko Zec wrote: ... > Another thing that you might try would be decoupling the last route > caching stage that stores outbound prefixes on each peering. This > would probably result in a more dramatic reduction of BGP's memory > footprint. The attached patch should do the trick, but be warned > that it is completely untested :) Huh the previous patch was wrong, it was decoupling the caching stage on the path to the internal RIB process. The patch bellow should remove the outbound cache stage on all peerings, but my "untested" disclaimer still applies... Marko -------------- next part -------------- A non-text attachment was scrubbed... Name: decouple-ribout-caching.diff Type: text/x-diff Size: 1194 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20070418/ae9142bf/attachment.bin From ar_djp at yahoo.com Wed Apr 25 18:11:23 2007 From: ar_djp at yahoo.com (ar) Date: Wed, 25 Apr 2007 18:11:23 -0700 (PDT) Subject: [Xorp-hackers] [Xorp-users] Does XORP Supports Multicast Routing? In-Reply-To: <84f679e0611140007lebff1aaocd85f269ecbc66e5@mail.gmail.com> Message-ID: <403740.40074.qm@web90406.mail.mud.yahoo.com> This means that I just need to install xorp and everything about multicasting will work? No dependencies like the mrouted application for example? need some help....thanks.... Suresh kannan wrote: Yep. I've not tried with multple topology and all.. but as far as i tried igmp,pim,ospf are working fine. On 11/14/06, Kristian Larsson < kristian at spritelink.se> wrote:On Mon, Nov 13, 2006 at 11:23:02PM -0800, ar wrote: > anyone tried using xorp for multicast routing? thanks Yes and it's working just fine. There is quite a lot of documentation on the PIM part of XORP. -K -- Kristian Larsson KLL-RIPE Network Engineer Net at Once [AS35706] +46 704 910401 kristian at spritelink.se _______________________________________________ Xorp-hackers mailing list Xorp-hackers at icir.org http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers --------------------------------- Ahhh...imagining that irresistible "new car" smell? Check outnew cars at Yahoo! Autos. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20070425/219078fa/attachment.html From krn at krn.dk Thu Apr 26 03:33:08 2007 From: krn at krn.dk (Kristen Nielsen) Date: Thu, 26 Apr 2007 12:33:08 +0200 Subject: [Xorp-hackers] Request for a larger XORP configuration file example. Message-ID: <46307FE4.3080302@krn.dk> Hi xorp-hackers. I am working on a project where I am evaluating how well XORP with support for virtual routing instances fits into the architecture of the proposed virtual network stack architecture of FreeBSD. I am trying to get an detailed overview of the configuration language of XORP. And a larger example of this would help me starting up on this issue. Is it possible to get a (preferably larger) configuration example for one or two XORP routers. I would prefer examples with a high number of interfaces and networks configured. Kristen Nielsen University of Copenhagen. krn at krn.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20070426/5eff8c32/attachment.bin From andreas.voellmy at gmail.com Thu Apr 26 21:44:36 2007 From: andreas.voellmy at gmail.com (Andreas Voellmy) Date: Fri, 27 Apr 2007 00:44:36 -0400 Subject: [Xorp-hackers] Xorp newbie: dynamic BGP policies Message-ID: <6d3800770704262144k613264c0x4ef7375b2702570@mail.gmail.com> Hi all, I'm just getting started with Xorp and have a question about BGP policy (or maybe xorp routing policy in general): I've noticed in a couple papers (such as "Decoupling Policy from Protocols") dynamic BGP configurations for Xorp, such as something like "metric=metric*2" or "MED += 1". However I haven't seen this in the official manual - there I've only come across static values in configurations. Are these sorts of dynamic settings (such as incrementing, multiplying, etc.) valid policies for the BGP implementation that Xorp provides? Or is this something I'd need to extend the basic BGP code to do? If so, could someone point me in the right direction in the code; i.e. how does one add a new stack operation to a protocol? Thanks! Andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20070427/ad6f1627/attachment.html From zec at icir.org Fri Apr 27 01:12:38 2007 From: zec at icir.org (Marko Zec) Date: Fri, 27 Apr 2007 10:12:38 +0200 Subject: [Xorp-hackers] Xorp newbie: dynamic BGP policies In-Reply-To: <6d3800770704262144k613264c0x4ef7375b2702570@mail.gmail.com> References: <6d3800770704262144k613264c0x4ef7375b2702570@mail.gmail.com> Message-ID: <200704271012.39119.zec@icir.org> On Friday 27 April 2007 06:44, Andreas Voellmy wrote: > Hi all, > > I'm just getting started with Xorp and have a question about BGP > policy (or maybe xorp routing policy in general): > > I've noticed in a couple papers (such as "Decoupling Policy from > Protocols") dynamic BGP configurations for Xorp, such as something > like > "metric=metric*2" or "MED += 1". However I haven't seen this in the > official manual - there I've only come across static values in > configurations. Are these sorts of dynamic settings (such as > incrementing, multiplying, etc.) valid policies for the BGP > implementation that Xorp provides? Or is this something I'd need to > extend the basic BGP code to do? If so, could someone point me in the > right direction in the code; i.e. how does one add a new stack > operation to a protocol? Hi, I think at the moment our configuration / policy parser cannot support constructs such as "metric = metric * 2", but simulating such a functionality using a slightly different syntax should be relatively simple to achieve. For example, adding support for an equivalent of a "MED += N" statement that would take syntax form of "med-incr N" can be achieved by solely extending the bgp configuration template (see the attached patch). Note that "add" and "sub" operators are already implemented in the policy parser and stack machinery, so adding support for "med-decr N" operator should also be trivial. For adding new operators to the parser / stack machine you would have to tackle both the router manager and policy parsers, and that probably wouldn't be that most straightforward thing to do... Hope this helps (for the start), Marko -------------- next part -------------- A non-text attachment was scrubbed... Name: med-incr-diff Type: text/x-diff Size: 1502 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20070427/02fde2f5/attachment.bin