From bms at incunabulum.net Sat Jan 19 06:04:17 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Sat, 19 Jan 2008 14:04:17 +0000 Subject: [Xorp-hackers] MinGW now bundled with Code::Blocks Message-ID: <47920361.5050709@incunabulum.net> Hi, It seems the C++ IDE, Code::Blocks, now ships with a bundled MinGW compiler in its Win32 install. http://www.codeblocks.org/downloads.html Disclaimer: I have not tried building XORP with this and the w32api it ships with is fairly old. It might be an easier way for folks to get most of they need to build the code on Win32 in future. cheers BMS From bms at incunabulum.net Sat Jan 19 06:52:09 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Sat, 19 Jan 2008 14:52:09 +0000 Subject: [Xorp-hackers] MinGW now bundled with Code::Blocks In-Reply-To: <47920361.5050709@incunabulum.net> References: <47920361.5050709@incunabulum.net> Message-ID: <47920E99.5090708@incunabulum.net> Bruce M Simpson wrote: > Disclaimer: I have not tried building XORP with this and the w32api it > ships with is fairly old. > Disclaimer #2: When I did try, I found that it couldn't deal with importing 1,551 source files into a new project -- and trying to provide the authors with feedback resulted in a bounce. Well, fingers crossed for that one in future... later BMS From arjun at ceeyes.com Sun Jan 20 23:34:35 2008 From: arjun at ceeyes.com (Arjun Prasad) Date: Mon, 21 Jan 2008 13:04:35 +0530 Subject: [Xorp-hackers] template files Message-ID: <000c01c85c00$14db9770$2283a8c0@ceeyes.com> Hi All, I have dought regarding the files(template i.e .tp files) . As we know these files are read by the rtrmgr in the begining to create template tree.Also we know that these files are read once and not even changed dynamically. So can we replace these files .i mean is there any other option to doing the same job. THANKS & REGARDS, Arjun Prasad,Msrao -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080121/9dab662f/attachment.html From bms at icir.org Mon Jan 21 00:00:21 2008 From: bms at icir.org (Bruce M. Simpson) Date: Mon, 21 Jan 2008 08:00:21 +0000 Subject: [Xorp-hackers] template files In-Reply-To: <000c01c85c00$14db9770$2283a8c0@ceeyes.com> References: <000c01c85c00$14db9770$2283a8c0@ceeyes.com> Message-ID: <47945115.6070108@icir.org> Arjun Prasad wrote: > Hi All, > > I have dought regarding the files(template i.e .tp files) . > As we know these files are read by the rtrmgr in the begining to > create template tree.Also we know that these files are read once and > not even changed dynamically. > So can we replace these files .i mean is there any other option to > doing the same job. > I am curious what your reasons are for proposing that the template parser be replaced with something else. It seems something of a non sequitur, but I'm always open to hearing new ideas. The implementation using the template files allows for a lot of flexibility in extending the syntax of the configuration interpreter. I speak from experience, having just written the template files for a MANET protocol today which I plan to merge soon. Providing this level of parser flexibility in a hard-coded way, seems to me, to be a lot of cumbersome work, without resorting to the existing mechanisms. Whilst it might well be possible to re-engineer the architecture so that the parser(s) for individual protocols are implemented in some other form of code, is it really desirable or a good way to spend time? There are a number of different paths you could follow, if you are strongly of the opinion that replacing the template files with code is worthwhile; the ANTLR Parser Generator might be a place to start. I speculate though that you'll just end up reinventing the wheel which we already have. regards, BMS From routernumber1 at yahoo.co.in Tue Jan 22 02:41:50 2008 From: routernumber1 at yahoo.co.in (Router Switch) Date: Tue, 22 Jan 2008 10:41:50 +0000 (GMT) Subject: [Xorp-hackers] RIP Message-ID: <901518.28622.qm@web94014.mail.in2.yahoo.com> Hi, How can we extract rip from xorp. Regards Router --------------------------------- Share files, take polls, and discuss your passions - all under one roof. Click here. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080122/4ab03439/attachment.html From routernumber1 at yahoo.co.in Tue Jan 22 05:35:22 2008 From: routernumber1 at yahoo.co.in (Router Switch) Date: Tue, 22 Jan 2008 13:35:22 +0000 (GMT) Subject: [Xorp-hackers] rip Message-ID: <482372.48683.qm@web94013.mail.in2.yahoo.com> hi all how can we extract rip source code from xorp. i want to write my own simple rtrmgr and cli for a router whaich will have only rip. regards router --------------------------------- Get the freedom to save as many mails as you wish. Click here to know how. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080122/ecbec03f/attachment.html From routernumber1 at yahoo.co.in Fri Jan 25 03:34:33 2008 From: routernumber1 at yahoo.co.in (Router Switch) Date: Fri, 25 Jan 2008 11:34:33 +0000 (GMT) Subject: [Xorp-hackers] RIP Message-ID: <306442.84112.qm@web94014.mail.in2.yahoo.com> hi, How can we extract rip source code from xorp. i want to write my own simple rtrmgr and cli for a router,which will have only rip. regards router --------------------------------- Save all your chat conversations. Find them online. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080125/aff2e449/attachment.html From routernumber1 at yahoo.co.in Fri Jan 25 03:44:42 2008 From: routernumber1 at yahoo.co.in (Router Switch) Date: Fri, 25 Jan 2008 11:44:42 +0000 (GMT) Subject: [Xorp-hackers] configuration mode commands Message-ID: <739811.61425.qm@web94001.mail.in2.yahoo.com> Hi, Can any body explain the flow of execution in details after giving configurational mode commands (like create ,set, etc). Regards, router --------------------------------- Meet people who discuss and share your passions. Join them now. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080125/f4152cab/attachment.html From a.greenhalgh at cs.ucl.ac.uk Fri Jan 25 03:47:35 2008 From: a.greenhalgh at cs.ucl.ac.uk (Adam Greenhalgh) Date: Fri, 25 Jan 2008 11:47:35 +0000 Subject: [Xorp-hackers] RIP In-Reply-To: <306442.84112.qm@web94014.mail.in2.yahoo.com> References: <306442.84112.qm@web94014.mail.in2.yahoo.com> Message-ID: <4769af410801250347h18e24336of1468ec55137bf77@mail.gmail.com> You can just run xorp with only rip and none of the other protocols. Other than that it is mainly just a process of looking at code and extracting the bits you need. Adam On 25/01/2008, Router Switch wrote: > hi, > > How can we extract rip source code from xorp. > i want to write my own simple rtrmgr and cli for a router,which will > have only rip. > > > regards > router > > > ________________________________ > Save all your chat conversations. Find them online. > > > _______________________________________________ > Xorp-hackers mailing list > Xorp-hackers at icir.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers > > From steweg at ynet.sk Fri Jan 25 07:26:00 2008 From: steweg at ynet.sk (Stefan Gula) Date: Fri, 25 Jan 2008 16:26:00 +0100 Subject: [Xorp-hackers] OSPF Message-ID: Hi, I am having problem with OSPFv4 configuration. ################################## # first router ################################## root at asd1# show protocols ospf4 router-id: 1.1.1.1 traceoptions { flag { all { } } } area 0.0.0.0 { interface vlan2 { vif vlan2 { address 10.1.1.1 { passive: true } } } interface vlan4 { vif vlan4 { address 1.1.1.1 { } } } interface vpn0 { link-type: "p2p" vif vpn0 { address 10.1.2.13 { passive: true } } } interface vlan50 { vif vlan50 { address 10.10.0.3 { passive: true } } } } root at asd1# show interfaces interface vlan2 { description: "aaa" default-system-config } interface vlan4 { description: "bbb" default-system-config } interface vlan50 { description: "ccc" default-system-config } interface vpn0 { description: "ddd" default-system-config } ####################################### #second router ####################################### root at asd2# show protocols ospf4 router-id: 1.1.1.2 traceoptions { flag { all { disable: true } } } area 0.0.0.0 { interface eth2 { vif eth2 { address 1.2.2.3 { passive: true } } } interface vpn0 { link-type: "p2p" vif vpn0 { address 10.1.2.17 { passive: true } } } interface eth1 { vif eth1 { address 1.1.1.2 { } } } } root at asd2# show interfaces interface eth0 { description: "adewt" default-system-config } interface eth1 { description: "asdwt" default-system-config } interface eth2 { description: "asdwq" default-system-config } interface vpn0 { description: "asdd" default-system-config } Both routers establish connections but they are unable to exchange routes. They exchange inly interface informations but with wrong masks. E.g. I have interface I have interface vlan2 on router asd1 with 10.1.1.1/24 but this route never occur like this on router asd2. It occurs only as 10.1.1.1/32 via 1.1.1.1. Can somebody please tell me what I am doing wrong? Thanks for any ideas. -- Stefan Gula From bms at incunabulum.net Mon Jan 28 23:27:26 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Tue, 29 Jan 2008 07:27:26 +0000 Subject: [Xorp-hackers] valgrind detected libxorp leaks Message-ID: <479ED55E.2030700@incunabulum.net> Hi, I am currently profiling a XORP routing process with Valgrind to eliminate memory leaks. Testing is being done on FreeBSD 6.3-RELEASE. I tracked a false positive down to the C library stdio buffers (setvbuf() etc) and added it to my suppressions file. I see the following two Valgrind warnings: ==51163== 80 bytes in 4 blocks are definitely lost in loss record 1 of 14 ==51163== at 0x3C0382F3: operator new(unsigned) (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==51163== by 0x815B2B5: TimerList::find_heap(int) (timer.cc:304) ==51163== by 0x815C003: TimerList::schedule_node(TimerNode*) (timer.hh:483) ==51163== by 0x815AD32: TimerNode::schedule_after(TimeVal const&, int) (timer.cc:143) ==51163== ==51163== ==51163== 96 bytes in 8 blocks are definitely lost in loss record 4 of 14 ==51163== at 0x3C0382F3: operator new(unsigned) (in /usr/local/lib/valgrind/vgpreload_memcheck.so) ==51163== by 0x8159D9D: TaskList::find_round_robin(int) (task.cc:225) ==51163== by 0x8159E05: TaskList::schedule_node(TaskNode*) (task.hh:48) ==51163== by 0x8159880: TaskNode::schedule(int, int) (task.cc:64) Are these leaks in the heap code, or am I seeing false positives? Briefly looking at the code it looks like there is the opportunity for TaskNodes to be leaked as TaskList has no destructor. Cheers BMS P.S. If anyone can suggest a way of tricking the Router Manager into running my routing process under Valgrind, I would like to know. %modinfo: path in the template file doesn't cut it, I suspect I need to hack the Router Manager to do this. From psandhya81 at yahoo.com Thu Jan 31 08:58:24 2008 From: psandhya81 at yahoo.com (Sandhya Puppala) Date: Thu, 31 Jan 2008 08:58:24 -0800 (PST) Subject: [Xorp-hackers] rtrmgr Message-ID: <442036.65884.qm@web52909.mail.re2.yahoo.com> Dear sir , I am using Xorp code . I don't want to use any kind of files in my project..To achieve this ,first step i am trying to eliminate RTRMGR.But all processes are enabled by RTRMGR . So , I manually.....executed different processes in different terminals of LINUX OS, in the following order........ 1 . xorp_finder 2 . xorp_fea 3 . xorp_rib 4 . xorp_igmp 5 . xorp_pimsm4 All are running fine........but not communicating to other router . Is it my approach is correct ? .If not..........please suggest a solution. Thanking u. Regards -Sandhya --------------------------------- Looking for last minute shopping deals? Find them fast with Yahoo! Search. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080131/35fc59fc/attachment.html From oho at acm.org Thu Jan 31 19:09:51 2008 From: oho at acm.org (Orion Hodson) Date: Thu, 31 Jan 2008 19:09:51 -0800 Subject: [Xorp-hackers] rtrmgr In-Reply-To: <442036.65884.qm@web52909.mail.re2.yahoo.com> References: <442036.65884.qm@web52909.mail.re2.yahoo.com> Message-ID: I suspect the missing piece is configuring the components once they are running. The rtrmgr normally does that using the template files to convert the users xorp configuration file into a sequence of process startups and XRL dispatches to configure the individual processes. There is a program in the tree called "call_xrl" (xorp/ libxipc/call_xrl.cc) that send XRLs to processes from the command line. Now all that is needed is figuring out which XRLs to dispatch...this can be done by running with the rtrmgr with the desired configuration and looking which XRLs it dispatches. Look at TaskXrlItem::execute in xorp/rtrmgr/task.cc to see where the XRLs are dispatched in C++. BTW, call_xrl is slow as a new connection has to be made with the finder and then there's an XRL resolution for each XRL dispatch. Cheers - Orion On Jan 31, 2008, at 8:58 AM, Sandhya Puppala wrote: > Dear sir , > > > I am using Xorp code . I don't want to use any kind of > files in my project..To achieve this ,first step i am trying to > eliminate RTRMGR.But all processes are enabled by RTRMGR . > So , I manually.....executed different processes in different > terminals of LINUX OS, in the following order........ > 1 . xorp_finder > 2 . xorp_fea > 3 . xorp_rib > 4 . xorp_igmp > 5 . xorp_pimsm4 > All are running fine........but not communicating to other router . > Is it my approach is correct ? .If not..........please suggest a > solution. > > Thanking u. > > Regards > -Sandhya > > > > > > > Looking for last minute shopping deals? Find them fast with Yahoo! > Search. > _______________________________________________ > Xorp-hackers mailing list > Xorp-hackers at icir.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080131/e76d4241/attachment.html