From cevhers at gmail.com Wed Apr 2 21:37:29 2008 From: cevhers at gmail.com (=?ISO-8859-1?Q?Sel=E7uk_Cevher?=) Date: Thu, 3 Apr 2008 00:37:29 -0400 Subject: [Xorp-hackers] config.status problem Message-ID: <803a75c30804022137p245cfe1ftcd1d47dd6ab90f76@mail.gmail.com> Hi All, I created a new simple XORP process by creating the main .cc file which locates the event loop and the other relevant .cc and .hh files which inherit from the target stub code generated by tgt-gen script. I also created the .h header file which defines the name and version of this new module (like static_routes_module.h). I also created .sh file which defines the XRLs and call the xrl wrapper functions for the xrl interfaces included in my new process (like xrl_static_routes_shell_funcs.sh). I also created my own Makefile.am file in xorp/new_process folder following the same structure of Makefile.am file for static_routes process. After these, I modified the Makefile.am file in the root folder of XORP installation to add the new process's folder to SUBDIRS. And then, I ran bootstrap and configure scripts. However, what I noticed from the output of configure script is that config.status script skips the new process's folder while creating Makefiles even though I added it into SUBDIRS in Makefile.am file in XORP installation folder. Therefore, no Makefile is generated for the new process. I manually edited config.status script to force it to create a Makefile for the new process, but it did not work neither. By the way, config.status script generated by bootstrap doesn't contain any statement for creating the Makefile for the new process. It somehow ignores it. What do you think I am missing ? Thanks. Selcuk. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080403/76069ddb/attachment.html From bms at incunabulum.net Thu Apr 3 04:11:43 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Thu, 03 Apr 2008 12:11:43 +0100 Subject: [Xorp-hackers] config.status problem In-Reply-To: <803a75c30804022137p245cfe1ftcd1d47dd6ab90f76@mail.gmail.com> References: <803a75c30804022137p245cfe1ftcd1d47dd6ab90f76@mail.gmail.com> Message-ID: <47F4BB6F.80203@incunabulum.net> Sel?uk Cevher wrote: > ... > And then, I ran bootstrap and configure scripts. However, what I > noticed from the output of configure script is that config.status > script skips the new process's folder while creating Makefiles even > though I added it into SUBDIRS in Makefile.am file in XORP > installation folder. Therefore, no Makefile is generated for the new > process. Did you add your new Makefile to the AC_OUTPUT() macro in configure.in before running bootstrap? From cevhers at gmail.com Thu Apr 3 08:23:41 2008 From: cevhers at gmail.com (=?ISO-8859-1?Q?Sel=E7uk_Cevher?=) Date: Thu, 3 Apr 2008 11:23:41 -0400 Subject: [Xorp-hackers] adding a new process Message-ID: <803a75c30804030823y231fdf2fn6154f545f7ea2cda@mail.gmail.com> Hi All, I created a new XORP process following the steps below: 1. Created .xif file in /xorp/xrl/interfaces. 2. Created .tgt file in /xorp/xrl/targets. 3. Generated stub codes using the tgt-gen and clnt-gen. 4. Created the new process folder in xorp. 5. Implemented our own classes inheriting from the base class in the target stub code. 6. Implemented the main .cc file for the new process. 7. Created Makefile.am for the new process 8. Added the new process's folder into Makefile.am in the root folder of XORP 9. Added the new process's Makefile into AC_OUTPUT() macro in configure.in When we run "bootstrap", we see that Makefile.in is generated for the new process. However, when we run "configure", Makefile for the new process is not generated. To fix this problem, do we need to modify anything else ? Thanks. Selcuk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080403/f7c5f469/attachment.html From pavlin at ICSI.Berkeley.EDU Fri Apr 4 09:29:55 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Fri, 04 Apr 2008 09:29:55 -0700 Subject: [Xorp-hackers] adding a new process In-Reply-To: <803a75c30804030823y231fdf2fn6154f545f7ea2cda@mail.gmail.com> References: <803a75c30804030823y231fdf2fn6154f545f7ea2cda@mail.gmail.com> Message-ID: <200804041629.m34GTtjV007560@fruitcake.ICSI.Berkeley.EDU> Sel?uk Cevher wrote: > Hi All, > > I created a new XORP process following the steps below: > > 1. Created .xif file in /xorp/xrl/interfaces. > 2. Created .tgt file in /xorp/xrl/targets. > 3. Generated stub codes using the tgt-gen and clnt-gen. > 4. Created the new process folder in xorp. > 5. Implemented our own classes inheriting from the base class in the target > stub code. > 6. Implemented the main .cc file for the new process. > 7. Created Makefile.am for the new process > 8. Added the new process's folder into Makefile.am in the root folder of > XORP > 9. Added the new process's Makefile into AC_OUTPUT() macro in configure.in > > When we run "bootstrap", we see that Makefile.in is generated for the new > process. However, when we run "configure", Makefile for the new process is > not generated. > > To fix this problem, do we need to modify anything else ? When you run "configure" you should see messages like the following toward the end: configure: creating ./config.status config.status: creating Jamrules config.status: creating Makefile config.status: creating MakefileRootCheck config.status: creating bgp/Makefile config.status: creating bgp/harness/Makefile config.status: creating bgp/tools/Makefile Is there a line for your new process's Makefile as well? Pavlin From bms at incunabulum.net Fri Apr 4 11:36:32 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Fri, 04 Apr 2008 19:36:32 +0100 Subject: [Xorp-hackers] adding a new process In-Reply-To: <803a75c30804030823y231fdf2fn6154f545f7ea2cda@mail.gmail.com> References: <803a75c30804030823y231fdf2fn6154f545f7ea2cda@mail.gmail.com> Message-ID: <47F67530.7090200@incunabulum.net> [Resend to get mailing list to pick up reply] Sel?uk Cevher wrote: > ... > When we run "bootstrap", we see that Makefile.in is generated for the > new process. However, when we run "configure", Makefile for the new > process is not generated. I would suggest checking config.log to make sure that config.status saw the Makefile which you added to the AC_OUTPUT() macro. Also double check that configure was regenerated from configure.in properly (check dates, use diff, etc). You might also want to check the online version of the Autotools book for pointers: http://sources.redhat.com/autobook/ Getting things done with GNU autotools is tedious, isn't it? I've largely given up on it for serious work, although configure can be useful in conjunction with other tools. Sorry you are also having bad experiences with it! Moving to another build tool still means having to learn another meta-language and set of symbols to make the build happen, though, and folk seem to get scared of new things. cheers BMS From cevhers at gmail.com Fri Apr 4 12:41:56 2008 From: cevhers at gmail.com (=?ISO-8859-1?Q?Sel=E7uk_Cevher?=) Date: Fri, 4 Apr 2008 15:41:56 -0400 Subject: [Xorp-hackers] adding a new process In-Reply-To: <200804041629.m34GTtjV007560@fruitcake.ICSI.Berkeley.EDU> References: <803a75c30804030823y231fdf2fn6154f545f7ea2cda@mail.gmail.com> <200804041629.m34GTtjV007560@fruitcake.ICSI.Berkeley.EDU> Message-ID: <803a75c30804041241x6b392a23g91929f82ec2caee5@mail.gmail.com> I can now compile it. However, I do not exactly know why it compiles now. Somehow, previously, configure script was ignoring the new process even though I modified AC_OUTPUT() macro in configure.in to include the new process's Makefile. As Bruce said, gettings things done with GNU autotools seems to be tedious. And there was no line previously beginning with config.status for the new process I added. But, now , I can see that line for the new process. This sounds non-deterministic -- I know. Selcuk. On Fri, Apr 4, 2008 at 12:29 PM, Pavlin Radoslavov wrote: > Sel?uk Cevher wrote: > > > Hi All, > > > > I created a new XORP process following the steps below: > > > > 1. Created .xif file in /xorp/xrl/interfaces. > > 2. Created .tgt file in /xorp/xrl/targets. > > 3. Generated stub codes using the tgt-gen and clnt-gen. > > 4. Created the new process folder in xorp. > > 5. Implemented our own classes inheriting from the base class in the > target > > stub code. > > 6. Implemented the main .cc file for the new process. > > 7. Created Makefile.am for the new process > > 8. Added the new process's folder into Makefile.am in the root folder of > > XORP > > 9. Added the new process's Makefile into AC_OUTPUT() macro in > configure.in > > > > When we run "bootstrap", we see that Makefile.in is generated for the > new > > process. However, when we run "configure", Makefile for the new process > is > > not generated. > > > > To fix this problem, do we need to modify anything else ? > > When you run "configure" you should see messages like the following > toward the end: > > configure: creating ./config.status > config.status: creating Jamrules > config.status: creating Makefile > config.status: creating MakefileRootCheck > config.status: creating bgp/Makefile > config.status: creating bgp/harness/Makefile > config.status: creating bgp/tools/Makefile > > Is there a line for your new process's Makefile as well? > > Pavlin > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080404/3fc4706f/attachment.html From manishb.patel at einfochips.com Fri Apr 4 21:35:20 2008 From: manishb.patel at einfochips.com (manishb.patel at einfochips.com) Date: Sat, 5 Apr 2008 10:05:20 +0530 Subject: [Xorp-hackers] How to get IPMulticastListen API in Linux Message-ID: <001d01c896d6$751ece20$0d0ea8c0@Manishbpatel> Hi, I am new member to xorp hackers community. I have been using XORP version xorp-1.4 for one of the project where we develop a framework which verifies various protocols are RFC compliance or not. We have been working on as of now IGMPv3 and as a Software IP router we have chosen xorp due to its extendable features. As per RFC 3376 we found that IP service of the system supports IPMulticastListen API which can be used from host side to join or leave the group. We have tried to search same API in Linux but we couldn't get it. Though we can do join/leave source specific join leaves by using setsockopt with various flags. Can you please give me idea about my following doubts. 1. Does Linux support IPMulticastListen API? if yes then any idea about Kernel version from which we can get it? I know about setipv4sourcefilter API but as per IGMPv3 IPMulticastListen should be used for member ship. Please provide me useful information such that i can proceed further. Thanks & Regards Manish Patel -- _____________________________________________________________________ Disclaimer: This e-mail message and all attachments transmitted with it are intended solely for the use of the addressee and may contain legally privileged and confidential information. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to this message and please delete it from your computer. Any views expressed in this message are those of the individual sender unless otherwise stated.Company has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. __________________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080405/081d0ba0/attachment.html From bms at incunabulum.net Sat Apr 5 05:20:58 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Sat, 05 Apr 2008 13:20:58 +0100 Subject: [Xorp-hackers] How to get IPMulticastListen API in Linux In-Reply-To: <001d01c896d6$751ece20$0d0ea8c0@Manishbpatel> References: <001d01c896d6$751ece20$0d0ea8c0@Manishbpatel> Message-ID: <47F76EAA.8070006@incunabulum.net> manishb.patel at einfochips.com wrote: > As per RFC 3376 we found that IP service of the system supports > IPMulticastListen API which can be used from host side to join or > leave the group. > > We have tried to search same API in Linux but we couldn't get it. Erm, if you re-read the RFC carefully, that's because the "IPMulticastListen API" in that RFC exists purely for discussion purposes. It refers to the internal routines which form the "IP multicast service module". The RFC discusses the IGMPv3 protocol behaviour, it does not discuss how it is implemented in terms of the host stack. RFCs normally do not contain operating system specific detail. For application APIs refer to RFC 3678. It sounds like you've already read this RFC, though, as you mention setipv4sourcefilter() in your message. That RFC already contains all you need to know. If you actually need to hack the Linux IP stack to achieve your objective (I'm not convinced that you do), your best options are, read source, obtain consultant, or ask about it in a Linux kernel forum. Good luck BMS From imthiyazg at gmail.com Mon Apr 7 03:15:14 2008 From: imthiyazg at gmail.com (Imthiyaz Ahmed) Date: Mon, 7 Apr 2008 15:45:14 +0530 Subject: [Xorp-hackers] Sangoma serial adapter support Message-ID: <8595daf70804070315j7daf456fje0ad1874001f3214@mail.gmail.com> I wonder XORP supports Sangoma Serial Adapters ? -- Best Regards G.Imthiyaz Ahmed PeopleTech systems (P) ltd http://peopletech.co.in http://www.tech2.com/biz/india/news/hardware/sangoma-peopletech-sign-a-partnership-for-distribution/17331/0 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080407/3bb3b59a/attachment.html From routernumber1 at yahoo.co.in Thu Apr 10 07:02:58 2008 From: routernumber1 at yahoo.co.in (Router Switch) Date: Thu, 10 Apr 2008 15:02:58 +0100 (BST) Subject: [Xorp-hackers] RIP Message-ID: <891778.86758.qm@web95203.mail.in2.yahoo.com> Hi all, while going through API Documentation of RIP on XORP website, i got a doubt that, is port class of RIP represents port 520 of RIP process and peer class represents neighbour router running RIP. Regards Arjun --------------------------------- Unlimited freedom, unlimited storage. Get it now -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080410/9bff70f0/attachment.html From oho at acm.org Thu Apr 10 07:33:02 2008 From: oho at acm.org (Orion Hodson) Date: Thu, 10 Apr 2008 07:33:02 -0700 Subject: [Xorp-hackers] RIP In-Reply-To: <891778.86758.qm@web95203.mail.in2.yahoo.com> References: <891778.86758.qm@web95203.mail.in2.yahoo.com> Message-ID: <95B56B60-666C-48FE-834C-AFFCF05808DB@acm.org> Arjun Can you elaborate on your doubt? The UDP port used is defined in xorp/rip/constants.hh - 520 for RIPv2 and 521 for RIPng. xorp/rip/peer.hh documents what the Peer class. Thanks - Orion On Apr 10, 2008, at 7:02 AM, Router Switch wrote: > Hi all, > > while going through API Documentation of RIP on XORP website, i got > a doubt > that, is port class of RIP represents port 520 of RIP process and > peer class represents neighbour router running RIP. > > Regards > Arjun > Unlimited freedom, unlimited storage. Get it > now_______________________________________________ > 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/20080410/8a00c361/attachment.html From mbirkholz at gmail.com Thu Apr 10 08:32:28 2008 From: mbirkholz at gmail.com (Michael Birkholz) Date: Thu, 10 Apr 2008 10:32:28 -0500 Subject: [Xorp-hackers] Building XORP on ARM Architecture Message-ID: <2c9d0730804100832h37ca0397rd56bb017db7f2f54@mail.gmail.com> Hello all, I was wondering if anybody has been successful in building XORP for the ARM architecture and if so, if they could provide me with the steps they went through to get it to compile and run. I was able to compile it, but when I run xorp_rtrmgr or xorpsh I see no output at all. Can you point me in the right direction as far as what I should look for in the build log and also whether XORP generates any log files when it runs that could provide me with debug information to try to solve this problem. Thanks! Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080410/d8d95648/attachment.html From pavlin at ICSI.Berkeley.EDU Thu Apr 10 11:38:08 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Thu, 10 Apr 2008 11:38:08 -0700 Subject: [Xorp-hackers] Building XORP on ARM Architecture In-Reply-To: <2c9d0730804100832h37ca0397rd56bb017db7f2f54@mail.gmail.com> References: <2c9d0730804100832h37ca0397rd56bb017db7f2f54@mail.gmail.com> Message-ID: <200804101838.m3AIc8FW009133@fruitcake.ICSI.Berkeley.EDU> > I was wondering if anybody has been successful in building XORP for the ARM > architecture and if so, if they could provide me with the steps they went > through to get it to compile and run. Section 3.8. Cross-compilation in xorp/BUILD_NOTES contains information for cross-compiling XORP. It has a subsection for XScale processor which is basically ARM. > I was able to compile it, but when I run xorp_rtrmgr or xorpsh I see no > output at all. Can you point me in the right direction as far as what I > should look for in the build log and also whether XORP generates any log > files when it runs that could provide me with debug information to try to > solve this problem. Some time ago I did few basic tests with that architecture (I think the OS was MontaVista), and from what I remember I think the log output was working (I was running XORP in foreground so the messages were printed on the terminal). You should be aware that the XORP log facility tries to send the output to one of the following devices (in order of preference). /dev/stderr /dev/console /dev/stdout E.g., if /dev/stderr exists on the system and is writeable, then the it will be used as the default output stream. (See xorp/libxorp/xlog.c and search for /dev/stderr to see the actual code that selects the output stream). One thing to verify is whether the selected output stream actually works. E.g., I have seen problems with broken symbolic links on embedded Linux where /dev/stderr exists, but "echo FOO > /dev/stderr" doesn't actually print the output. Hope that helps, Pavlin From cevhers at gmail.com Sun Apr 13 18:48:37 2008 From: cevhers at gmail.com (=?ISO-8859-1?Q?Sel=E7uk_Cevher?=) Date: Sun, 13 Apr 2008 21:48:37 -0400 Subject: [Xorp-hackers] xorp_rtrmgr : Floating point exception Message-ID: <803a75c30804131848t5a97b7b3nc038b6348ab2d37f@mail.gmail.com> Hi All, I created two new processes along with their respective template files. Then, I modified the config.boot file in rtrmgr folder of xorp directory. While modifying config.boot file, I skipped configuring most of the protocols (especially routing protocols) even though they still have their template files in xorp/etc/templates folder since I don't need them for the new processes. Afterwards, when I ran xorp_rtrmgr in rtrmgr folder, I got an "Floating point exception" error. What might be the possible causes for this error? If you need more information on the problem, please let me know. Thanks. Selcuk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080413/e970d19b/attachment.html From greearb at candelatech.com Sun Apr 13 20:54:48 2008 From: greearb at candelatech.com (Ben Greear) Date: Sun, 13 Apr 2008 20:54:48 -0700 Subject: [Xorp-hackers] xorp_rtrmgr : Floating point exception In-Reply-To: <803a75c30804131848t5a97b7b3nc038b6348ab2d37f@mail.gmail.com> References: <803a75c30804131848t5a97b7b3nc038b6348ab2d37f@mail.gmail.com> Message-ID: <4802D588.7010602@candelatech.com> Sel?uk Cevher wrote: > Hi All, > > I created two new processes along with their respective template > files. Then, I modified the config.boot file in rtrmgr folder of xorp > directory. While modifying config.boot file, I skipped configuring > most of the protocols (especially routing protocols) even though they > still have their template files in xorp/etc/templates folder since I > don't need them for the new processes. > > Afterwards, when I ran xorp_rtrmgr in rtrmgr folder, I got an > "Floating point exception" error. > > What might be the possible causes for this error? If you need more > information on the problem, please let me know. Please make sure that your system is configured to dump cores (man ulimit), and then send us the backtrace of the core using gdb. That will likely pinpoint the problem quickly. Ben > > Thanks. > Selcuk > ------------------------------------------------------------------------ > > _______________________________________________ > Xorp-hackers mailing list > Xorp-hackers at icir.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers > -- Ben Greear Candela Technologies Inc http://www.candelatech.com From mbirkholz at gmail.com Sun Apr 13 21:55:53 2008 From: mbirkholz at gmail.com (Michael Birkholz) Date: Sun, 13 Apr 2008 23:55:53 -0500 Subject: [Xorp-hackers] Building XORP on ARM Architecture In-Reply-To: <200804101838.m3AIc8FW009133@fruitcake.ICSI.Berkeley.EDU> References: <2c9d0730804100832h37ca0397rd56bb017db7f2f54@mail.gmail.com> <200804101838.m3AIc8FW009133@fruitcake.ICSI.Berkeley.EDU> Message-ID: <2c9d0730804132155v7aca832v3a3bb9d6b80b6b82@mail.gmail.com> On 4/10/08, Pavlin Radoslavov wrote: > > > I was wondering if anybody has been successful in building XORP for the > ARM > > architecture and if so, if they could provide me with the steps they > went > > through to get it to compile and run. > > Section 3.8. Cross-compilation in xorp/BUILD_NOTES contains > information for cross-compiling XORP. It has a subsection for XScale > processor which is basically ARM. > Thanks a lot for your reply, Pavlin. It got me started in the right direction. The XScale configuration seemed to need very little modification to build XORP for the ARM. The build process went smoothly for me after I correctly set the host and the environment variables to point to my toolchain. > > I was able to compile it, but when I run xorp_rtrmgr or xorpsh I see no > > output at all. Can you point me in the right direction as far as what I > > should look for in the build log and also whether XORP generates any log > > files when it runs that could provide me with debug information to try > to > > solve this problem. > > Some time ago I did few basic tests with that architecture (I think > the OS was MontaVista), and from what I remember I think the log > output was working (I was running XORP in foreground so the messages > were printed on the terminal). > > You should be aware that the XORP log facility tries to send the > output to one of the following devices (in order of preference). > > /dev/stderr > /dev/console > /dev/stdout > > E.g., if /dev/stderr exists on the system and is writeable, then > the it will be used as the default output stream. > (See xorp/libxorp/xlog.c and search for /dev/stderr to see the > actual code that selects the output stream). > > One thing to verify is whether the selected output stream actually > works. E.g., I have seen problems with broken symbolic links on > embedded Linux where /dev/stderr exists, but "echo FOO > /dev/stderr" doesn't actually print the output. > You were exactly right about a broken output stream. Instead of connecting via a serial modem application I was using, I tried to telnet into the board and I immediately saw error messages printed on the screen. Now that I can see the errors being generated, I think I have a chance at figuring out how to fix the remaining bugs, but I'll definitely be back in contact if I need some more help. Thanks! Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080413/5e208464/attachment.html From yuvalif at gmail.com Mon Apr 14 01:20:25 2008 From: yuvalif at gmail.com (Yuval Lifshitz) Date: Mon, 14 Apr 2008 11:20:25 +0300 Subject: [Xorp-hackers] IP anycast Message-ID: Hi All, Does XORP support IP anycast? Regards, Yuval -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080414/6c7243fb/attachment.html From bms at incunabulum.net Tue Apr 15 03:37:15 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Tue, 15 Apr 2008 11:37:15 +0100 Subject: [Xorp-hackers] IP anycast In-Reply-To: References: Message-ID: <4804855B.8040004@incunabulum.net> Yuval Lifshitz wrote: > Hi All, > Does XORP support IP anycast? That is an overloaded term. What exactly do you mean by "IP anycast" ? From cevhers at gmail.com Tue Apr 15 06:35:07 2008 From: cevhers at gmail.com (=?ISO-8859-1?Q?Sel=E7uk_Cevher?=) Date: Tue, 15 Apr 2008 09:35:07 -0400 Subject: [Xorp-hackers] xorp_rtrmgr : Floating point exception In-Reply-To: <4802D588.7010602@candelatech.com> References: <803a75c30804131848t5a97b7b3nc038b6348ab2d37f@mail.gmail.com> <4802D588.7010602@candelatech.com> Message-ID: <803a75c30804150635j49195d36o5d8a7b3ceff9410d@mail.gmail.com> Below is the backtrace from gdb: (gdb) run xorp_rtrmgr Starting program: /home/selcuk/xorp.deneme/rtrmgr/xorp_rtrmgr xorp_rtrmgr Reading symbols from shared object read from target memory...done. Loaded system supplied DSO at 0xffffe000 Program received signal SIGFPE, Arithmetic exception. 0x447e61e6 in do_lookup_x () from /lib/ld-linux.so.2 (gdb) bt #0 0x447e61e6 in do_lookup_x () from /lib/ld-linux.so.2 #1 0x447e6569 in _dl_lookup_symbol_x () from /lib/ld-linux.so.2 #2 0x447e7d1a in _dl_relocate_object () from /lib/ld-linux.so.2 #3 0x447e0833 in dl_main () from /lib/ld-linux.so.2 #4 0x447f056b in _dl_sysdep_start () from /lib/ld-linux.so.2 #5 0x447df48f in _dl_start () from /lib/ld-linux.so.2 #6 0x447dd847 in _start () from /lib/ld-linux.so.2 Thanks. Selcuk On Sun, Apr 13, 2008 at 11:54 PM, Ben Greear wrote: > Sel?uk Cevher wrote: > > > Hi All, > > I created two new processes along with their respective template files. > > Then, I modified the config.boot file in rtrmgr folder of xorp directory. > > While modifying config.boot file, I skipped configuring most of the > > protocols (especially routing protocols) even though they still have their > > template files in xorp/etc/templates folder since I don't need them for the > > new processes. > > Afterwards, when I ran xorp_rtrmgr in rtrmgr folder, I got an "Floating > > point exception" error. > > What might be the possible causes for this error? If you need more > > information on the problem, please let me know. > > > Please make sure that your system is configured to dump cores (man > ulimit), > and then send us the backtrace of the core using gdb. That will likely > pinpoint > the problem quickly. > > Ben > > Thanks. > > Selcuk > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Xorp-hackers mailing list > > Xorp-hackers at icir.org > > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers > > > > > > > -- > Ben Greear Candela Technologies Inc > http://www.candelatech.com > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080415/4cb5a001/attachment.html From M.Handley at cs.ucl.ac.uk Tue Apr 15 07:23:06 2008 From: M.Handley at cs.ucl.ac.uk (Mark Handley) Date: Tue, 15 Apr 2008 15:23:06 +0100 Subject: [Xorp-hackers] xorp_rtrmgr : Floating point exception In-Reply-To: <803a75c30804150635j49195d36o5d8a7b3ceff9410d@mail.gmail.com> References: <803a75c30804131848t5a97b7b3nc038b6348ab2d37f@mail.gmail.com> <4802D588.7010602@candelatech.com> <803a75c30804150635j49195d36o5d8a7b3ceff9410d@mail.gmail.com> Message-ID: <84a612dd0804150723k7d781e1bn6b9bd87794fc0262@mail.gmail.com> That doesn't look like a problem in the XORP code, as it crashes while initializing shared libraries. Did you update Linux since you first built XORP, or something like that? I've not seen this before, but the obvious thing to try is to do a "make clean" at the top level in XORP, and recompile everything. - Mark On Tue, Apr 15, 2008 at 2:35 PM, Sel?uk Cevher wrote: > Below is the backtrace from gdb: > > (gdb) run xorp_rtrmgr > Starting program: /home/selcuk/xorp.deneme/rtrmgr/xorp_rtrmgr xorp_rtrmgr > Reading symbols from shared object read from target memory...done. > Loaded system supplied DSO at 0xffffe000 > Program received signal SIGFPE, Arithmetic exception. > 0x447e61e6 in do_lookup_x () from /lib/ld-linux.so.2 > (gdb) bt > #0 0x447e61e6 in do_lookup_x () from /lib/ld-linux.so.2 > #1 0x447e6569 in _dl_lookup_symbol_x () from /lib/ld-linux.so.2 > #2 0x447e7d1a in _dl_relocate_object () from /lib/ld-linux.so.2 > #3 0x447e0833 in dl_main () from /lib/ld-linux.so.2 > #4 0x447f056b in _dl_sysdep_start () from /lib/ld-linux.so.2 > #5 0x447df48f in _dl_start () from /lib/ld-linux.so.2 > #6 0x447dd847 in _start () from /lib/ld-linux.so.2 > > Thanks. > Selcuk > > > > On Sun, Apr 13, 2008 at 11:54 PM, Ben Greear > wrote: > > > > > > > > > Sel?uk Cevher wrote: > > > > > Hi All, > > > I created two new processes along with their respective template files. > Then, I modified the config.boot file in rtrmgr folder of xorp directory. > While modifying config.boot file, I skipped configuring most of the > protocols (especially routing protocols) even though they still have their > template files in xorp/etc/templates folder since I don't need them for the > new processes. > > > Afterwards, when I ran xorp_rtrmgr in rtrmgr folder, I got an "Floating > point exception" error. > > > What might be the possible causes for this error? If you need more > information on the problem, please let me know. > > > > > Please make sure that your system is configured to dump cores (man > ulimit), > > and then send us the backtrace of the core using gdb. That will likely > pinpoint > > the problem quickly. > > > > Ben > > > > > > > Thanks. > > > Selcuk > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Xorp-hackers mailing list > > > Xorp-hackers at icir.org > > > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers > > > > > > > > > > > > -- > > Ben Greear Candela Technologies Inc > http://www.candelatech.com > > > > > > > > > _______________________________________________ > Xorp-hackers mailing list > Xorp-hackers at icir.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers > > From cevhers at gmail.com Thu Apr 17 07:31:35 2008 From: cevhers at gmail.com (=?ISO-8859-1?Q?Sel=E7uk_Cevher?=) Date: Thu, 17 Apr 2008 10:31:35 -0400 Subject: [Xorp-hackers] xorp_rtrmgr : Floating point exception In-Reply-To: <48074F48.7010708@icir.org> References: <803a75c30804131848t5a97b7b3nc038b6348ab2d37f@mail.gmail.com> <4802D588.7010602@candelatech.com> <803a75c30804150635j49195d36o5d8a7b3ceff9410d@mail.gmail.com> <48074F48.7010708@icir.org> Message-ID: <803a75c30804170731u540e9c01v8bd10687eb577956@mail.gmail.com> I think that it was a kind of "version mismatch" problem. I actually compiled XORP source code including the new process I am trying to add in some Linux machine, and had to try to use the compiled code in some other Linux machine. When I ran rtrmgr in the machine where I actually compiled the xorp source code, I did not get that floating point exception error. However, now, although rtrmgr is running, after it starts and then configures some of the processes in the current configuration file (config.boot) succesfully, it goes into a loop in which it repeatedly tries to validate with some XRL with the following message: Validating with XRL: >finder://new_process_target/common/0.1/get_status< Apparently, it can not validate it, and keeps trying. Thanks. Selcuk On Thu, Apr 17, 2008 at 9:23 AM, Bruce M. Simpson wrote: > Sel?uk Cevher wrote: > > > Below is the backtrace from gdb: > > (gdb) run xorp_rtrmgr > > Starting program: /home/selcuk/xorp.deneme/rtrmgr/xorp_rtrmgr > > xorp_rtrmgr > > Reading symbols from shared object read from target memory...done. > > Loaded system supplied DSO at 0xffffe000 > > Program received signal SIGFPE, Arithmetic exception. > > 0x447e61e6 in do_lookup_x () from /lib/ld-linux.so.2 > > (gdb) bt > > #0 0x447e61e6 in do_lookup_x () from /lib/ld-linux.so.2 > > #1 0x447e6569 in _dl_lookup_symbol_x () from /lib/ld-linux.so.2 > > #2 0x447e7d1a in _dl_relocate_object () from /lib/ld-linux.so.2 > > #3 0x447e0833 in dl_main () from /lib/ld-linux.so.2 > > #4 0x447f056b in _dl_sysdep_start () from /lib/ld-linux.so.2 > > #5 0x447df48f in _dl_start () from /lib/ld-linux.so.2 > > #6 0x447dd847 in _start () from /lib/ld-linux.so.2 > > Thanks. > > Selcuk > > > > This looks like it is most likely a compiler or linkage problem -- the > process is dying in the runtime linker, before any code in the executable > itself has been called. > > Which compiler are you using, and on which Linux distribution? > > Posting the output of 'g++ -dumpspecs' and 'ldd xorp_rtrmgr' provides more > background information for errors like this. > > Thanks, BMS > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080417/c8c9672c/attachment.html From pavlin at ICSI.Berkeley.EDU Thu Apr 17 08:14:25 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Thu, 17 Apr 2008 08:14:25 -0700 Subject: [Xorp-hackers] xorp_rtrmgr : Floating point exception In-Reply-To: <803a75c30804170731u540e9c01v8bd10687eb577956@mail.gmail.com> References: <803a75c30804131848t5a97b7b3nc038b6348ab2d37f@mail.gmail.com> <4802D588.7010602@candelatech.com> <803a75c30804150635j49195d36o5d8a7b3ceff9410d@mail.gmail.com> <48074F48.7010708@icir.org> <803a75c30804170731u540e9c01v8bd10687eb577956@mail.gmail.com> Message-ID: <200804171514.m3HFEPiS001083@fruitcake.ICSI.Berkeley.EDU> Sel?uk Cevher wrote: > I think that it was a kind of "version mismatch" problem. I actually > compiled XORP source code including the new process I am trying to add in > some Linux machine, and had to try to use the compiled code in some other > Linux machine. When I ran rtrmgr in the machine where I actually compiled > the xorp source code, I did not get that floating point exception error. > However, now, although rtrmgr is running, after it starts and then > configures some of the processes in the current configuration file > (config.boot) succesfully, it goes into a loop in which it repeatedly tries > to validate with some XRL with the following message: > > Validating with XRL: >finder://new_process_target/common/0.1/get_status< > > Apparently, it can not validate it, and keeps trying. I guess this happens while the rtrmgr is trying to start your new process. The rtrmgr uses the get_status XRL to check the status of a process it tries to startup, reconfigure or shutdown, and it is up to the process to set that status properly. For example, the status of the process must be PROC_READY before the rtrmgr considers the process configured and running. See libxorp/status_codes.h for detailed description of all possible states. Also, grep for PROC_ in the static_routes/ directory to see how those states are used in the StaticRoutes process. Hope that helps, Pavlin > Thanks. > Selcuk > On Thu, Apr 17, 2008 at 9:23 AM, Bruce M. Simpson wrote: > > > Sel?uk Cevher wrote: > > > > > Below is the backtrace from gdb: > > > (gdb) run xorp_rtrmgr > > > Starting program: /home/selcuk/xorp.deneme/rtrmgr/xorp_rtrmgr > > > xorp_rtrmgr > > > Reading symbols from shared object read from target memory...done. > > > Loaded system supplied DSO at 0xffffe000 > > > Program received signal SIGFPE, Arithmetic exception. > > > 0x447e61e6 in do_lookup_x () from /lib/ld-linux.so.2 > > > (gdb) bt > > > #0 0x447e61e6 in do_lookup_x () from /lib/ld-linux.so.2 > > > #1 0x447e6569 in _dl_lookup_symbol_x () from /lib/ld-linux.so.2 > > > #2 0x447e7d1a in _dl_relocate_object () from /lib/ld-linux.so.2 > > > #3 0x447e0833 in dl_main () from /lib/ld-linux.so.2 > > > #4 0x447f056b in _dl_sysdep_start () from /lib/ld-linux.so.2 > > > #5 0x447df48f in _dl_start () from /lib/ld-linux.so.2 > > > #6 0x447dd847 in _start () from /lib/ld-linux.so.2 > > > Thanks. > > > Selcuk > > > > > > > This looks like it is most likely a compiler or linkage problem -- the > > process is dying in the runtime linker, before any code in the executable > > itself has been called. > > > > Which compiler are you using, and on which Linux distribution? > > > > Posting the output of 'g++ -dumpspecs' and 'ldd xorp_rtrmgr' provides more > > background information for errors like this. > > > > Thanks, BMS > > > > > _______________________________________________ > Xorp-hackers mailing list > Xorp-hackers at icir.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers From asivadu at yahoo.com Mon Apr 21 01:44:24 2008 From: asivadu at yahoo.com (asi vadu) Date: Mon, 21 Apr 2008 01:44:24 -0700 (PDT) Subject: [Xorp-hackers] RIP CODE FLOW Message-ID: <661523.27821.qm@web35904.mail.mud.yahoo.com> Hi Friends, I am going through xorp-1.4/rip source code flow. But i am not able to understand the RIP code. Could you help me how to follow the code? And where should i start? And what steps should i follow? Please help me. Thanks&Regards, srinu. --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080421/0b08f5f0/attachment.html From bms at incunabulum.net Mon Apr 21 04:03:23 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Mon, 21 Apr 2008 12:03:23 +0100 Subject: [Xorp-hackers] RIP CODE FLOW In-Reply-To: <661523.27821.qm@web35904.mail.mud.yahoo.com> References: <661523.27821.qm@web35904.mail.mud.yahoo.com> Message-ID: <480C747B.5000703@incunabulum.net> asi vadu wrote: > > I am going through xorp-1.4/rip source code flow. > But i am not able to understand the RIP code. > Could you help me how to follow the code? Most XORP routing processes have a lot of asynchronous callbacks. These are dispatched by the EventLoop. As long as you remember that everything must return to the EventLoop's wait_and_dispatch() call, you shouldn't get lost. This of course excludes POSIX process signals, but since XORP is written to be portable, signals should not be an issue. The code in RIP for PortIO is particularly asynchronous, you will see it jumping from member function to member function. > And where should i start? Best to start at function main() and look at the creation of the EventLoop. > And what steps should i follow? Consider installing a code browser such as KScope (KDE, FreeBSD/Linux) If you are using a Windows system, try Source Navigator from Red Hat: http://sourcenav.sourceforge.net/ Unlike KScope, it also has a C++ class browser. cheers BMS From bms at incunabulum.net Mon Apr 21 05:14:10 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Mon, 21 Apr 2008 13:14:10 +0100 Subject: [Xorp-hackers] RIP CODE FLOW In-Reply-To: <196100.99761.qm@web35902.mail.mud.yahoo.com> References: <196100.99761.qm@web35902.mail.mud.yahoo.com> Message-ID: <480C8512.3020303@incunabulum.net> asi vadu wrote: > Thank you sir for giving the valuable tips. > I would like to know where is the table information is being sent > between RIP and RIB? class RouteDB. > What are the test cases used in xorp/RIP? > In the files named test*.cc. From routernumber1 at yahoo.co.in Mon Apr 21 06:49:05 2008 From: routernumber1 at yahoo.co.in (Router Switch) Date: Mon, 21 Apr 2008 14:49:05 +0100 (BST) Subject: [Xorp-hackers] Static Routes Message-ID: <615505.6766.qm@web95212.mail.in2.yahoo.com> Hi all, In xorp-1.4/static_routes folder there is a shell script command_static_routes. Can anybody explain what is this and how to use this with examples. [-4 | -6 ] [xrl_command_arguments ... ] what is xrl_command and xrl_command_arguments...??? Regards, Arjun Prasad --------------------------------- 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/20080421/48028eae/attachment.html From bms at incunabulum.net Mon Apr 21 09:01:03 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Mon, 21 Apr 2008 17:01:03 +0100 Subject: [Xorp-hackers] Static Routes In-Reply-To: <615505.6766.qm@web95212.mail.in2.yahoo.com> References: <615505.6766.qm@web95212.mail.in2.yahoo.com> Message-ID: <480CBA3F.2050408@incunabulum.net> Router Switch wrote: > Hi all, > > In xorp-1.4/static_routes folder there is a shell script > command_static_routes. > > Can anybody explain what is this and how to use this with examples. > > [-4 | -6 ] [xrl_command_arguments ... ] > > what is xrl_command and xrl_command_arguments...??? It is a tool to send XRL commands to the xorp_static_routes process independently of the Router Manager. The commands are as per the XIF file. BMS From bms at incunabulum.net Tue Apr 22 02:20:07 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Tue, 22 Apr 2008 10:20:07 +0100 Subject: [Xorp-hackers] RIP CODE FLOW In-Reply-To: <480C747B.5000703@incunabulum.net> References: <661523.27821.qm@web35904.mail.mud.yahoo.com> <480C747B.5000703@incunabulum.net> Message-ID: <480DADC7.9030108@incunabulum.net> Bruce M Simpson wrote: >> And what steps should i follow? >> > > Consider installing a code browser such as KScope (KDE, FreeBSD/Linux) > > If you are using a Windows system, try Source Navigator from Red Hat: > http://sourcenav.sourceforge.net/ > > Unlike KScope, it also has a C++ class browser. > FYI: I just installed SourceNav in FreeBSD (using the devel/sourcenav port). The Tcl/Tk interface looks a bit clunky in this day and age, but it definitely does the job -- I can browse classes by file, however it can be a little slow, even on an amd64. It is also available in Gentoo Linux portage as dev-util/sourcenav. cheers BMS From bms at incunabulum.net Tue Apr 22 02:55:35 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Tue, 22 Apr 2008 10:55:35 +0100 Subject: [Xorp-hackers] RIP configuration In-Reply-To: <582105.13217.qm@web95213.mail.in2.yahoo.com> References: <582105.13217.qm@web95213.mail.in2.yahoo.com> Message-ID: <480DB617.6070708@incunabulum.net> Router Switch wrote: > Hi Sir, > Thanks for your fast reply. > > Is there any tool to send XRL commands to the RIP process > independently of the Router Manager. > If yes please let me know about that tool and how to use (i meant > what is the basic requirements to use that tool). rip/tools/xrl_rip*_shell_funcs.sh From bms at incunabulum.net Tue Apr 22 04:05:11 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Tue, 22 Apr 2008 12:05:11 +0100 Subject: [Xorp-hackers] RIP CODE FLOW In-Reply-To: <285522.22173.qm@web35905.mail.mud.yahoo.com> References: <285522.22173.qm@web35905.mail.mud.yahoo.com> Message-ID: <480DC667.6030101@incunabulum.net> asi vadu wrote: > Hi Sir, > > Which file is used to implement the CLI for RIP? > What is accept_non_rip_route()? > What is accept_default_route()? > What does jitter indicate(in %)? That's a lot of detailed questions... the first you should find in XORP's high level design docs. Well, you should now have the basic tools to answer these for yourself, so I will leave it up to you and/or others on the list to read further. Thanks, BMS From atanu at ICSI.Berkeley.EDU Tue Apr 22 20:47:11 2008 From: atanu at ICSI.Berkeley.EDU (Atanu Ghosh) Date: Tue, 22 Apr 2008 20:47:11 -0700 Subject: [Xorp-hackers] BGP and policy problem In-Reply-To: Message from "Stefan Gula" of "Tue, 26 Feb 2008 13:31:55 +0100." Message-ID: <37302.1208922431@tigger.icir.org> Hi, This problem is now fixed in CVS. Atanu. Revision Changes Path 1.34 +2 -2; commitid: feca480eb05941a7; xorp/bgp/bgp_varrw.cc >>>>> "Stefan" == Stefan Gula writes: Stefan> Hi Stefan> I am currently trying to establish eBGP sessions with another XORP Stefan> eBGP and iBGP routers like this: Stefan> Network A,B,C,D are connected to Router R1 and R2 in AS1. They are Stefan> distributed through OSPF, which works fine. Now there is Network E and Stefan> F on Router R3 which is in AS2. What I try to achive is that traffic Stefan> from AS1 going to network E goes through R2 a to network F goes Stefan> through R1. I achieved this by applying import policy on R1 and R2 by Stefan> the way of localpref. What I am unable to achive is applying also Stefan> export policy on R1 and R2 with MED attribute to make sure that R3 Stefan> will choose the same way that traffic comes in as it goes out. Stefan> Here is my configuration Stefan> root at R1# show policy Stefan> policy-statement "bel_out" { Stefan> term a { Stefan> from { Stefan> protocol: "connected" Stefan> network4-list: "my_routes" Stefan> } Stefan> to { Stefan> neighbor: 10.1.2.18..10.1.2.18 Stefan> } Stefan> then { Stefan> med: 100 Stefan> accept { Stefan> } Stefan> } Stefan> } Stefan> term b { Stefan> from { Stefan> protocol: "ospf4" Stefan> } Stefan> to { Stefan> neighbor: 10.1.2.18..10.1.2.18 Stefan> } Stefan> then { Stefan> med: 100 Stefan> accept { Stefan> } Stefan> } Stefan> } Stefan> } Stefan> policy-statement "bel_in" { Stefan> term a { Stefan> from { Stefan> neighbor: 10.1.2.18..10.1.2.18 Stefan> network4-list: "management" Stefan> } Stefan> then { Stefan> localpref: 100 Stefan> accept { Stefan> } Stefan> } Stefan> } Stefan> } Stefan> network4-list "my_routes" { Stefan> network 192.168.2.0/26 Stefan> network 192.168.2.128/26 Stefan> network 10.1.2.16/30 Stefan> } Stefan> network4-list "management" { Stefan> network 10.1.4.0/24 Stefan> } Stefan> root at R1# show protocols bgp Stefan> bgp-id: 192.168.2.1 Stefan> local-as: 65535 Stefan> peer "10.1.2.18" { Stefan> local-ip: "10.1.2.17" Stefan> as: 65534 Stefan> next-hop: 10.1.2.17 Stefan> } Stefan> peer "192.168.2.2" { Stefan> local-ip: "192.168.2.1" Stefan> as: 65535 Stefan> next-hop: 192.168.2.1 Stefan> } Stefan> traceoptions { Stefan> flag { Stefan> all { Stefan> disable: true Stefan> } Stefan> } Stefan> } Stefan> export: "bel_out" Stefan> import: "bel_in" Stefan> in logs it shows something like this: Stefan> [ 2008/02/26 13:06:18 WARNING xorp_rib RIB ] Unable to complete XRL: Stefan> del_route4 for bgp route: Dst: 10.1.2.18/32 Vif: vlan4 NextHop: Stefan> NH:192.168.2.1 Metric: 2 Protocol: ospf PolicyTags: 5 Stefan> [ 2008/02/26 13:06:14 INFO xorp_rib RIB ] Received death event for Stefan> protocol bgp shutting down ------- Stefan> OriginTable: ebgp Stefan> next table = Merged:(ebgp)+(ibgp) Stefan> [ 2008/02/26 13:06:14 INFO xorp_rib RIB ] Received death event for Stefan> protocol bgp shutting down ------- Stefan> OriginTable: ebgp Stefan> next table = Merged:(ebgp)+(ibgp) Stefan> [ 2008/02/26 13:06:14 INFO xorp_rib RIB ] Received death event for Stefan> protocol bgp shutting down ------- Stefan> OriginTable: ebgp Stefan> next table = Merged:(ebgp)+(ibgp) Stefan> [ 2008/02/26 13:06:14 INFO xorp_rib RIB ] Received death event for Stefan> protocol bgp shutting down ------- Stefan> OriginTable: ebgp Stefan> next table = Merged:(ebgp)+(ibgp) Stefan> similar configuration is on R2 and also the same problem. Unable to Stefan> apply import and export policy together. On R3 there is everything Ok. Stefan> So please can somebody point me to the right direction where is the Stefan> problem? Stefan> Thanks for any ideas Stefan> -- Stefan> Stefan Gula, CCNP Stefan> _______________________________________________ Stefan> Xorp-hackers mailing list Stefan> Xorp-hackers at icir.org Stefan> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers From routernumber1 at yahoo.co.in Thu Apr 24 05:39:39 2008 From: routernumber1 at yahoo.co.in (Router Switch) Date: Thu, 24 Apr 2008 13:39:39 +0100 (BST) Subject: [Xorp-hackers] xrl_rip_shell_funcs.sh Message-ID: <860101.33350.qm@web95208.mail.in2.yahoo.com> Hi all, There is shell script(xrl_rip_shell_funcs.sh) in xorp/rip/tools directory. I read in some xorp mail that, this script can be used to configure rip protocol in absence of rtrmgr for analysing the rip process xrls. So can anybody explain in some details how to use this script. what are the different processes should be running in background. Plz Answer... Regards Arjun Prasad --------------------------------- 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/20080424/9edcc318/attachment.html From cevhers at gmail.com Thu Apr 24 08:12:00 2008 From: cevhers at gmail.com (=?ISO-8859-1?Q?Sel=E7uk_Cevher?=) Date: Thu, 24 Apr 2008 11:12:00 -0400 Subject: [Xorp-hackers] ospf topology Message-ID: <803a75c30804240812j242c6f7el9cebf9b79eb86902@mail.gmail.com> Hi All, I am trying to figure out how ospf process in xorp creates the underlying topology information to be used for calculating the shortest paths. Is there a better way (documentation,etc.) than right jumping into the source code of ospf that you can suggest me to follow ? Thanks. Selcuk -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20080424/83e4fe13/attachment.html From bms at incunabulum.net Thu Apr 24 08:22:41 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Thu, 24 Apr 2008 16:22:41 +0100 Subject: [Xorp-hackers] ospf topology In-Reply-To: <803a75c30804240812j242c6f7el9cebf9b79eb86902@mail.gmail.com> References: <803a75c30804240812j242c6f7el9cebf9b79eb86902@mail.gmail.com> Message-ID: <4810A5C1.2030203@incunabulum.net> Sel?uk Cevher wrote: > Hi All, > > I am trying to figure out how ospf process in xorp creates the > underlying topology information to be used for calculating the > shortest paths. > > Is there a better way (documentation,etc.) than right jumping into the > source code of ospf that you can suggest me to follow ? Look for where the Spt meta-class is instantiated and work your way back from that. It is really quite simple when you pull off the trick of visualizing it. OLSR follows a similar process, however OSPF has hierarchical routing in the form of areas, so one instance of Dijkstra's algorithm runs for each Area. If you look at the code which adds nodes and edges to the SPT you'll see where OSPF is getting the information from. cheers BMS From pavlin at ICSI.Berkeley.EDU Sat Apr 26 21:06:30 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Sat, 26 Apr 2008 21:06:30 -0700 Subject: [Xorp-hackers] xrl_rip_shell_funcs.sh In-Reply-To: <860101.33350.qm@web95208.mail.in2.yahoo.com> References: <860101.33350.qm@web95208.mail.in2.yahoo.com> Message-ID: <200804270406.m3R46UUZ001547@fruitcake.ICSI.Berkeley.EDU> > There is shell script(xrl_rip_shell_funcs.sh) in xorp/rip/tools directory. > I read in some xorp mail that, this script can be used to configure rip protocol > in absence of rtrmgr for analysing the rip process xrls. > So can anybody explain in some details how to use this script. > what are the different processes should be running in background. The script contains convenient wrappers for the XRLs that can be send to the RIP process. In your own script you need to include first utils/xrl_shell_lib.sh and then include rip/tools/xrl_rip_shell_funcs.sh . The RIP process depends on some other processes. See the rtrmgr template files for the process dependency: etc/templates/*.tp The "%modinfi: depends" statements describe the process dependencies. The XRL interaction is more complicated to describe. The rip.tp template contains the XRLs used the rtrmgr to configure the RIP process. However, first you need to read the rtrmgr design document to understand the template syntax. Those, together with the XRL API as described in xrl/interfaces/rip.xif provides all detains you need. In addition, if you enable the "XRLTRACE" environmental variable before running XORP, all transmitted XRLs will be printed (including those used for configuration during startup). Hope that helps, Pavlin