From karnik.jain at einfochips.com Tue Nov 4 00:02:10 2008 From: karnik.jain at einfochips.com (karnik) Date: Tue, 04 Nov 2008 13:32:10 +0530 Subject: [Xorp-users] [OSPFv2] ospf Routers not properly synchronized Message-ID: <49100182.1000707@einfochips.com> Operating system : Linux, RHEL4 kernel version: 2.6.9-42.ELsmp Xorp version: which is currently on Xorp CVS repository Bug: Routers not properly synchronized I have taken the xorp source from xorp cvs, latest by date : 27/10/2008 because i was facing problem of configuration link which is solved in this version of xorp but in this i am again facing one critical problem : xorp ospf routers are not properly synchronized in this release of xorp. I have tested these configuration files with xorp-1.5 in that routers are properly synchronizing. Now, see in ethereal dump that i have attached; Both 10.100.10.20 and 10.100.10.3 ospf routers are continuously sending Database description packets to each other but only remains in exstart state never comes into Full state. *Test Setup: * r1 = 10.100.10.2 ,area = 0.0.0.0 r2 = 10.100.10.3 ,area = 0.0.0.0 r3 = 10.100.10.20 ,area = 0.0.0.0 *kindly find the attachments, i have attached the configuration file of all the three routers. and also attached the ethereal dump of this scenario. * -- ------------------------------------------------------------------------ /* $XORP: xorp/rtrmgr/config.boot.sample,v 1.46 2007/03/12 10:16:05 atanu Exp $ */ interfaces { restore-original-config-on-shutdown: false interface eth0 { description: "data interface" disable: false /*default-system-config*/ vif eth0 { disable: false address 10.100.10.3 { prefix-length: 24 broadcast: 10.100.10.255 disable: false } } } } fea { unicast-forwarding4 { disable: false forwarding-entries { retain-on-startup: false retain-on-shutdown: false } } } protocols { ospf4 { router-id: 10.10.10.10 /* export: "static" */ traceoptions { flag { all { disable: false } } } area 0.0.0.0 { interface eth0 { /* link-type: "broadcast" */ vif eth0 { address 10.100.10.3 { priority: 1 hello-interval: 1 router-dead-interval: 4 /*interface-cost: 1*/ /*retransmit-interval: 5*/ /*transit-delay: 1 */ /* authentication { simple-password: "password"; md5 @: u32 { password: "password"; start-time: "2006-01-01.12:00" end-time: "2007-01-01.12:00" max-time-drift: 3600 } } */ /* passive: false */ /* disable: false */ } } } } } } plumbing { mfea4 { disable: false interface eth0 { vif eth0 { disable: false } } interface register_vif { vif register_vif { /* Note: this vif should be always enabled */ disable: false } } traceoptions { flag all { disable: false } } } } /* * Note: fib2mrib is needed for multicast only if the unicast protocols * don't populate the MRIB with multicast-specific routes. */ protocols { fib2mrib { disable: false } } ------------------------------------------------------------------------ /* $XORP: xorp/rtrmgr/config.boot.sample,v 1.46 2007/03/12 10:16:05 atanu Exp $ */ interfaces { restore-original-config-on-shutdown: false interface eth0 { description: "data interface" disable: false /*default-system-config*/ vif eth0 { disable: false address 10.100.10.2 { prefix-length: 24 broadcast: 10.100.10.255 disable: false } } } } fea { unicast-forwarding4 { disable: false forwarding-entries { retain-on-startup: false retain-on-shutdown: false } } } protocols { ospf4 { router-id: 10.10.10.14 /* export: "static" */ traceoptions { flag { all { disable: false } } } area 0.0.0.0 { interface eth0 { /* link-type: "broadcast" */ vif eth0 { address 10.100.10.2 { priority: 2 hello-interval: 1 router-dead-interval: 4 /*interface-cost: 1*/ /*retransmit-interval: 5*/ /*transit-delay: 1 */ /* authentication { simple-password: "password"; md5 @: u32 { password: "password"; start-time: "2006-01-01.12:00" end-time: "2007-01-01.12:00" max-time-drift: 3600 } } */ /* passive: false */ /* disable: false */ } } } } } } plumbing { mfea4 { disable: false interface eth0 { vif eth0 { disable: false } } interface register_vif { vif register_vif { /* Note: this vif should be always enabled */ disable: false } } traceoptions { flag all { disable: false } } } } /* * Note: fib2mrib is needed for multicast only if the unicast protocols * don't populate the MRIB with multicast-specific routes. */ protocols { fib2mrib { disable: false } } ------------------------------------------------------------------------ /* $XORP: xorp/rtrmgr/config.boot.sample,v 1.46 2007/03/12 10:16:05 atanu Exp $ */ interfaces { restore-original-config-on-shutdown: false interface eth0 { description: "data interface" disable: false /*default-system-config*/ vif eth0 { disable: false address 10.100.10.20 { prefix-length: 24 broadcast: 10.100.10.255 disable: false } } } /* interface eth1 { description: "data interface" disable: false vif eth1 { disable: false address 10.100.12.21 { prefix-length: 24 broadcast: 10.100.12.255 disable: false } } }*/ } fea { unicast-forwarding4 { disable: false forwarding-entries { retain-on-startup: false retain-on-shutdown: false } } } protocols { ospf4 { router-id: 10.10.10.15 /* export: "static" */ traceoptions { flag { all { disable: false } } } area 0.0.0.0 { interface eth0 { /* link-type: "broadcast" */ vif eth0 { address 10.100.10.20 { priority: 5 hello-interval: 1 router-dead-interval: 4 } } } /* interface eth1 { vif eth1 { address 10.100.12.21 { priority: 2 hello-interval: 1 router-dead-interval: 4 } } }*/ } } } plumbing { mfea4 { disable: false interface eth0 { vif eth0 { disable: false } } interface register_vif { vif register_vif { /* Note: this vif should be always enabled */ disable: false } } traceoptions { flag all { disable: false } } } } /* * Note: fib2mrib is needed for multicast only if the unicast protocols * don't populate the MRIB with multicast-specific routes. */ protocols { fib2mrib { disable: false } } -- _____________________________________________________________________ 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 -------------- A non-text attachment was scrubbed... Name: ospf_error_on_latest_version.eth Type: application/x-extension-eth Size: 11751 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081104/79a62575/attachment-0001.bin -------------- next part -------------- An embedded message was scrubbed... From: Atanu Ghosh Subject: Re: [Xorp-users] [OSPFv2] Router Crash] Date: Fri, 24 Oct 2008 08:17:59 -0700 Size: 13395 Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081104/79a62575/attachment-0001.eml From karnik.jain at einfochips.com Tue Nov 4 02:56:44 2008 From: karnik.jain at einfochips.com (karnik) Date: Tue, 04 Nov 2008 16:26:44 +0530 Subject: [Xorp-users] [GEN] xorp sample configuration file Message-ID: <49102A6C.1010409@einfochips.com> Can any one have sample configuration file for all protocols that xorp supports? If so please mail me. thank u. -- _____________________________________________________________________ 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. __________________________________________________________________________ From bms at incunabulum.net Tue Nov 4 04:46:52 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Tue, 04 Nov 2008 12:46:52 +0000 Subject: [Xorp-users] [GEN] xorp sample configuration file In-Reply-To: <49102A6C.1010409@einfochips.com> References: <49102A6C.1010409@einfochips.com> Message-ID: <4910443C.50200@incunabulum.net> karnik wrote: > Can any one have sample configuration file for all protocols that xorp > supports? > If so please mail me. > thank u. > I don't have one, however you could probably piece one together by merging various parts from the rtrmgr/config/*.boot files. Note that this doesn't contain examples of configuring VRRP (the most recent addition) or OLSR (which is in the contrib directory and not part of the core XORP product). thanks BMS From tushar.mehta at einfochips.com Tue Nov 4 21:43:03 2008 From: tushar.mehta at einfochips.com (Tushar Mehta) Date: Wed, 05 Nov 2008 11:13:03 +0530 Subject: [Xorp-users] Question regrading IPv6 stack as a Host Message-ID: <49113267.9090302@einfochips.com> I have question regarding role of a XORP as an IPv6 host. I want to check the functionality of XORP as an IPv6 host. I have a Linux machine with the following specification: OS: Fedora Core 5 kernel version: 2.6.26.5 XORP version: 1.4 Doubt: If I run the XORP(IPv6 is enabled in the configuration file) on this Linux machine and then if I am checking the functionality of the XORP as an IPv6 host then whether all the responses() will come through the XORP or it will come from kernel itself? If it is coming from the kernel itself then the functionality of the XORP is not verified. Questions: 1) is it possible to run the XORP as an IPv6 host? 2) if it is possible to run XORP as an IPv6 host what should be the configuration(i.e. kernel configuration, XORP configuration etc...) 3) Is it true that XORP uses the kernel stack? if it is so then if my kernel module of IPv6 is disabled XORP can not run in the IPv6 mode? Thanks. -- _____________________________________________________________________ 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. _____________________________________________________________________ From riddhi.shah at einfochips.com Tue Nov 4 21:41:22 2008 From: riddhi.shah at einfochips.com (Riddhi Shah) Date: Wed, 5 Nov 2008 11:11:22 +0530 (IST) Subject: [Xorp-users] Check OSPF on ASBR Message-ID: <42422.10.100.3.228.1225863682.squirrel@indiamail.einfochips.com> Operating system : Linux, RHEL4 kernel version: 2.6.9-42.ELsmp Xorp version: which is currently on Xorp CVS repository Problem : To check OSPF on ASBR I want to check OSPF on ASBR.But i dont know how to configure ASBR on xorp.so can any one help me ? Thanks, Riddhi Shah, e-Infochips. -- _____________________________________________________________________ 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. __________________________________________________________________________ From bms at incunabulum.net Wed Nov 5 04:35:23 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Wed, 05 Nov 2008 12:35:23 +0000 Subject: [Xorp-users] Question regrading IPv6 stack as a Host In-Reply-To: <49113267.9090302@einfochips.com> References: <49113267.9090302@einfochips.com> Message-ID: <4911930B.8080100@incunabulum.net> Tushar Mehta wrote: > ... > Doubt: If I run the XORP(IPv6 is enabled in the configuration file) on > this Linux machine and then if I am checking the functionality of the > XORP as an IPv6 host then whether all the responses() will > come through the XORP or it will come from kernel itself? > Only the routing protocol control plane traffic which uses IPv6 as a transport is going to originate from XORP (e.g. OSPF, BGP, RIP-NG etc.) Everything else is the responsibility of your host OS. (e.g. DAD, ICMPv6 etc). > If it is coming from the kernel itself then the > functionality of the XORP is not verified. > > Questions: > 1) is it possible to run the XORP as an IPv6 host? > Yes. > 2) if it is possible to run XORP as an IPv6 host what should be the > configuration(i.e. kernel configuration, XORP configuration etc...) > Just use IPv6 addresses when configuring routing protocols. This is explained in more detail in the XORP User Manual. > 3) Is it true that XORP uses the kernel stack? if it is so then if my > kernel module of IPv6 is disabled XORP can not run in the IPv6 mode? > Yes, XORP uses the IPv6 support in the base system, it does not ship its own IPv6 stack. You should consult the relevant references for Fedora to make sure IPv6 is enabled on the interface(s) you wish to use. Whilst XORP is able to configure global IPv6 addresses itself, it isn't responsible for configuring link-local addresses. I recommend picking up a copy of "IPv6 Network Administration" published by O'Reilly. thanks BMS From bms at incunabulum.net Wed Nov 5 04:38:19 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Wed, 05 Nov 2008 12:38:19 +0000 Subject: [Xorp-users] Check OSPF on ASBR In-Reply-To: <42422.10.100.3.228.1225863682.squirrel@indiamail.einfochips.com> References: <42422.10.100.3.228.1225863682.squirrel@indiamail.einfochips.com> Message-ID: <491193BB.5000402@incunabulum.net> Riddhi Shah wrote: > Operating system : Linux, RHEL4 > kernel version: 2.6.9-42.ELsmp > Xorp version: which is currently on Xorp CVS repository > Problem : To check OSPF on ASBR > > I want to check OSPF on ASBR.But i dont know how to configure ASBR on xorp.so > can any one help me ? > All you should have to do to configure a XORP OSPF node as an ASBR, is to configure a non-OSPF routing protocol to be redistributed into OSPF and/or the other way around, and the XORP router should show up as an ASBR. For examples of route redistribution, please refer to the XORP User Manual section 10.11. The OSPF router needs to be configured to be either in a normal OSPF area or an NSSA area. thanks BMS From alancyang at gmail.com Wed Nov 5 15:38:23 2008 From: alancyang at gmail.com (alan yang) Date: Wed, 5 Nov 2008 15:38:23 -0800 Subject: [Xorp-users] click configuration under FreeBSD Message-ID: <290865fd0811051538p52963c79pfe92ee03e6759c12@mail.gmail.com> hello, under freebsd7, i am trying to config xorp click from within config.boot file and have couple questions: 1. it says for freebsd it only need the click.ko for kernel click module, but in click readme it says "FreeBSD 4.5 kernel module driver not working" that actually the bsdmodule cannot build. 2. it seems xorp need click for FE plane, but without click.ko and other driver, does xorp can really work under freebsd thanks in advance for shed some light. alan From pavlin at ICSI.Berkeley.EDU Wed Nov 5 15:53:58 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Wed, 05 Nov 2008 15:53:58 -0800 Subject: [Xorp-users] click configuration under FreeBSD In-Reply-To: <290865fd0811051538p52963c79pfe92ee03e6759c12@mail.gmail.com> References: <290865fd0811051538p52963c79pfe92ee03e6759c12@mail.gmail.com> Message-ID: <200811052353.mA5Nrw6Q029396@fruitcake.ICSI.Berkeley.EDU> alan yang wrote: > hello, > > under freebsd7, i am trying to config xorp click from within > config.boot file and have couple questions: > 1. it says for freebsd it only need the click.ko for kernel click > module, but in click readme it says "FreeBSD 4.5 kernel module driver > not working" that actually the bsdmodule cannot build. > 2. it seems xorp need click for FE plane, but without click.ko and > other driver, does xorp can really work under freebsd Click can be run in either user-mode or kernel-mode. If Click can work on FreeBSD in kernel-mode (which was the case when the XORP-Click support was added couple of years ago), then XORP will be able to use Click. You might want to check with the Click folks whether there is any recent activity of getting Click working on FreeBSD in kernel mode. I guess Click will work in user-mode on FreeBSD so you can try this solution. Pavlin > thanks in advance for shed some light. > > alan > > _______________________________________________ > Xorp-users mailing list > Xorp-users at xorp.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users From bms at incunabulum.net Thu Nov 6 03:05:18 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Thu, 06 Nov 2008 11:05:18 +0000 Subject: [Xorp-users] click configuration under FreeBSD In-Reply-To: <290865fd0811051538p52963c79pfe92ee03e6759c12@mail.gmail.com> References: <290865fd0811051538p52963c79pfe92ee03e6759c12@mail.gmail.com> Message-ID: <4912CF6E.1030303@incunabulum.net> alan yang wrote: > hello, > > under freebsd7, i am trying to config xorp click from within > config.boot file and have couple questions: > 1. it says for freebsd it only need the click.ko for kernel click > module, but in click readme it says "FreeBSD 4.5 kernel module driver > not working" that actually the bsdmodule cannot build. > 2. it seems xorp need click for FE plane, but without click.ko and > other driver, does xorp can really work under freebsd > XORP does not require Click for the forwarding plane, its use is purely optional and is not required, you can also run Click in user space. I believe the kernel-space Click port to FreeBSD 6.x+ up wasn't finished. There were a number of technical issues which needed to be solved and whilst I myself got involved (by sending a patch 18 months ago), I don't use Click for anything myself, and there hasn't been any line of funding or other incentive for me to continue to work on it. thanks BMS From alancyang at gmail.com Thu Nov 6 10:49:10 2008 From: alancyang at gmail.com (alan yang) Date: Thu, 6 Nov 2008 10:49:10 -0800 Subject: [Xorp-users] click configuration under FreeBSD In-Reply-To: <4912CF6E.1030303@incunabulum.net> References: <290865fd0811051538p52963c79pfe92ee03e6759c12@mail.gmail.com> <4912CF6E.1030303@incunabulum.net> Message-ID: <290865fd0811061049q3178014di1478df469611c5ed@mail.gmail.com> Good to know that Click is only optional and not required for XORP. Without click, how FEA interact with underneath forwarding plane any doc or pointer you could refer. Many thanks! On Thu, Nov 6, 2008 at 3:05 AM, Bruce M Simpson wrote: > alan yang wrote: >> >> hello, >> >> under freebsd7, i am trying to config xorp click from within >> config.boot file and have couple questions: >> 1. it says for freebsd it only need the click.ko for kernel click >> module, but in click readme it says "FreeBSD 4.5 kernel module driver >> not working" that actually the bsdmodule cannot build. >> 2. it seems xorp need click for FE plane, but without click.ko and >> other driver, does xorp can really work under freebsd >> > > XORP does not require Click for the forwarding plane, its use is purely > optional and is not required, you can also run Click in user space. > > I believe the kernel-space Click port to FreeBSD 6.x+ up wasn't finished. > > There were a number of technical issues which needed to be solved and whilst > I myself got involved (by sending a patch 18 months ago), I don't use Click > for anything myself, and there hasn't been any line of funding or other > incentive for me to continue to work on it. > > thanks > BMS > From bms at incunabulum.net Thu Nov 6 14:59:42 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Thu, 06 Nov 2008 22:59:42 +0000 Subject: [Xorp-users] click configuration under FreeBSD In-Reply-To: <290865fd0811061049q3178014di1478df469611c5ed@mail.gmail.com> References: <290865fd0811051538p52963c79pfe92ee03e6759c12@mail.gmail.com> <4912CF6E.1030303@incunabulum.net> <290865fd0811061049q3178014di1478df469611c5ed@mail.gmail.com> Message-ID: <491376DE.4070307@incunabulum.net> alan yang wrote: > Good to know that Click is only optional and not required for XORP. > Without click, how FEA interact with underneath forwarding plane any > doc or pointer you could refer. > The FEA uses various 'control plane' and 'data plane' plugins to talk to the underlying OS. Please see: http://www.xorp.org/releases/1.5/docs/fea/fea.pdf thanks BMS From viktor at salamon.sk Sun Nov 9 10:05:11 2008 From: viktor at salamon.sk (=?ISO-8859-2?Q?Viktor_=A9af=E1r?=) Date: Sun, 09 Nov 2008 19:05:11 +0100 Subject: [Xorp-users] Error execute "make" Message-ID: <49172657.8080501@salamon.sk> Hi. I have succesfully ./configure xorp on Mandriva 2008.1 (after installing gcc, gcc-c++ and openssl-devel) But afterthat executing make yells the following errors: [root at querier xorp-1.5]# make libpvm [pid28167] /var/run/pvm3/pvmd.0: No such file or directory libpvm [pid28167] /var/run/pvm3/pvmd.0: No such file or directory libpvm [pid28167] /var/run/pvm3/pvmd.0: No such file or directory make: *** pvmd not responding (PvmSysErr). Stop. libpvm [pid28167] /var/run/pvm3/pvmd.0: No such file or directory Can't imagine what's this, I have not found any pointer on the net to solve it. Next, I have tried to run: [root at querier xorp-1.5]# /etc/init.d/pvm start what was succesfull, but it creates /var/run/pvm3/pvmd.501 instead /var/run/pvm3/pvmd.0 Can anybody explain me exactly what is wrong? Thanx in advice. Cheers, viktor at salamon.sk From bms at incunabulum.net Sun Nov 9 12:59:47 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Sun, 09 Nov 2008 20:59:47 +0000 Subject: [Xorp-users] Error execute "make" In-Reply-To: <49172657.8080501@salamon.sk> References: <49172657.8080501@salamon.sk> Message-ID: <49174F43.2030004@incunabulum.net> Viktor ?af?r wrote: > Hi. > I have succesfully ./configure xorp on Mandriva 2008.1 (after installing > gcc, gcc-c++ and openssl-devel) > But afterthat executing make yells the following errors: > .. > Can anybody explain me exactly what is wrong? Thanx in advice. It sounds like you are using something called Parallel Virtual Machine (PVM). The error messages you have seen seem to be specific to PVM itself and do not appear to be related to XORP. Can you successfully configure and build XORP outside of your PVM environment? thanks BMS From viktor at salamon.sk Mon Nov 10 01:35:49 2008 From: viktor at salamon.sk (=?ISO-8859-2?Q?Viktor_=A9af=E1r?=) Date: Mon, 10 Nov 2008 10:35:49 +0100 Subject: [Xorp-users] Error execute "make" Message-ID: <49180075.1010501@salamon.sk> Thanx Bruce, You might be right, anyway, because of lack of the time I switch to Debian - etch and ./configure + make runs yhan smoothly. (But not the "make check" -> see feedback at xorp.org ...) If I'll got a bit more time I'll turn back to Mandriva distro, and make a try... Cheers, viktor at salamon.sk From riddhi.shah at einfochips.com Tue Nov 11 02:46:29 2008 From: riddhi.shah at einfochips.com (Riddhi Shah) Date: Tue, 11 Nov 2008 16:16:29 +0530 (IST) Subject: [Xorp-users] xorp getting hanged in ASBR configuration Message-ID: <32920.10.100.3.228.1226400389.squirrel@indiamail.einfochips.com> Operating system : Linux, RHEL4 kernel version: 2.6.9-42.ELsmp Xorp version: which is currently on Xorp CVS repository Problem : xorp getting hanged in ASBR configuration Purpose : To make Router 2 and Router 3 ASBR on eth1 and eth0 respectively. ROUTER 1---------------------------ROUTER 2 -------------------------ROUTER 3 eth0 eth0 eth1 eth0 Router 1 Router_Id- 10.10.14.1 Eth0 : Area - 0.0.0.0 IP - 10.100.14.1 Only OSPF is running on ETH0 of Router 1. Router 2 Router_Id- 10.10.14.2 Eth0 : Area - 0.0.0.0 IP - 10.100.14.2 Only OSPF is running on Eth0 of Router 2. Eth1 : IP - 10.100.15.2 Only BGP is running on Eth1 of Router 2. Router 3 Router_Id- 10.10.15.1 Eth0 : IP - 10.100.15.1 Only BGP is running on Eth0 of Router 2. For making router -2 , router -3 ASBR on xorp , I did BGP Configuration on Eth 1 of Router-2 and Eth 0 of Router-3 but When I started to run xorp , it was hanged and I had to kill xorp from runnig. here i have attached following. 1)Configuration files for router - 1,2,3 2)Log files for router - 1,2,3 Regards & Thanks, Riddhi Shah, e-Infochips. -- _____________________________________________________________________ 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 -------------- A non-text attachment was scrubbed... Name: BGP_Config_File_Router1 Type: application/octet-stream Size: 1761 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081111/d960f6eb/attachment-0003.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: BGP_Config_File_Router2 Type: application/octet-stream Size: 2370 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081111/d960f6eb/attachment-0004.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: BGP_Config_File_Router3 Type: application/octet-stream Size: 1348 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081111/d960f6eb/attachment-0005.obj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Router1_Log.txt Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081111/d960f6eb/attachment-0003.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Router2_Log.txt Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081111/d960f6eb/attachment-0004.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Router3_Log.txt Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081111/d960f6eb/attachment-0005.txt From riddhi.shah at einfochips.com Tue Nov 11 22:26:15 2008 From: riddhi.shah at einfochips.com (Riddhi Shah) Date: Wed, 12 Nov 2008 11:56:15 +0530 (IST) Subject: [Xorp-users] xorp getting hanged in ASBR configuration In-Reply-To: References: <32920.10.100.3.228.1226400389.squirrel@indiamail.einfochips.com> Message-ID: <57443.10.100.3.228.1226471175.squirrel@indiamail.einfochips.com> As per your suggestation , i have configured policy on router - 2 and export that policy in BGP.but still I am not getting expected result. I have attached modified xorp configuration files for Routers -1,2,3. Regards & Thanks, Riddhi Shah, e-Infochips. > I beleive you need a policy statement to activate bgp to ospf > > On Tue, Nov 11, 2008 at 2:46 AM, Riddhi Shah wrote: > >> Operating system : Linux, RHEL4 >> kernel version: 2.6.9-42.ELsmp >> Xorp version: which is currently on Xorp CVS repository >> Problem : xorp getting hanged in ASBR configuration >> >> Purpose : To make Router 2 and Router 3 ASBR on eth1 and eth0 >> respectively. >> >> ROUTER 1---------------------------ROUTER 2 -------------------------ROUTER >> 3 >> eth0 eth0 eth1 eth0 >> >> Router 1 >> Router_Id- 10.10.14.1 >> Eth0 : >> Area - 0.0.0.0 >> IP - 10.100.14.1 >> >> Only OSPF is running on ETH0 of Router 1. >> >> Router 2 >> Router_Id- 10.10.14.2 >> Eth0 : >> Area - 0.0.0.0 >> IP - 10.100.14.2 >> Only OSPF is running on Eth0 of Router 2. >> >> Eth1 : >> IP - 10.100.15.2 >> Only BGP is running on Eth1 of Router 2. >> >> Router 3 >> Router_Id- 10.10.15.1 >> Eth0 : >> IP - 10.100.15.1 >> Only BGP is running on Eth0 of Router 2. >> >> >> For making router -2 , router -3 ASBR on xorp , I did BGP >> Configuration on >> Eth 1 of Router-2 and Eth 0 of Router-3 but When I started to run xorp , >> it >> was hanged and I had to kill xorp from runnig. >> >> here i have attached following. >> 1)Configuration files for router - 1,2,3 >> 2)Log files for router - 1,2,3 >> >> >> Regards & Thanks, >> Riddhi Shah, >> e-Infochips. >> >> >> -- >> _____________________________________________________________________ >> 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. >> __________________________________________________________________________ >> >> >> _______________________________________________ >> Xorp-users mailing list >> Xorp-users at xorp.org >> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users >> >> > > > Email Scanned for Virus & Dangerous Content by : www.CleanMailGateway.com > > -- _____________________________________________________________________ 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 -------------- A non-text attachment was scrubbed... Name: ASBR_Config_File_Router1 Type: application/octet-stream Size: 1350 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081112/7c0e5e53/attachment.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: ASBR_Config_File_Router2 Type: application/octet-stream Size: 2078 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081112/7c0e5e53/attachment-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: ASBR_Config_File_Router3 Type: application/octet-stream Size: 1276 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081112/7c0e5e53/attachment-0002.obj From karnik.jain at einfochips.com Wed Nov 12 05:09:43 2008 From: karnik.jain at einfochips.com (karnik) Date: Wed, 12 Nov 2008 18:39:43 +0530 Subject: [Xorp-users] [OSPFv2] BUG: ICMP error message ( Time to Live exceeded ) Message-ID: <491AD597.3030500@einfochips.com> Operating system : Linux, RHEL4 kernel version: 2.6.9-42.ELsmp Xorp version: which is currently on Xorp CVS repository BUG: Virtual Adjacency is not getting established between routers because ICMP error message ( Time to Live exceeded ) is generated. Because : Xorp sets TTL field = 1 seconds in unicast Hello packets thats why ICMP message ( Time to Live exceeded ) is getting generated while establishing adjacency with adjacent router. Test scenario References: [2328] Sections 12.4.1.3 and 16.1 Step 4 Testing Purpose : LSAs with Virtual Links *Test Setup in brief: * All 3 routers are connected in single HUB. virtual link is configured between Router 1 and Router 2. Router 1 = having 2 interfaces Router 1's 1st interface : ip address : 10.100.10.11/24,area = 0.0.0.0,virtual link with Router 2. Router 1's 2nd interface : ip address : 10.100.13.11/24,area = 1.1.1.1. Router 2 = having 2 interfaces Router 2's 1st interface : ip address : 10.100.10.10/24,area = 0.0.0.0, virtual link with Router 1. Router 2's 2nd interface : ip address : 10.100.11.10/24,area = 1.1.1.1. Router 3 = having 3 interfaces Router 2's 1st interface : ip address : 10.100.11.12/24,area = 1.1.1.1 , virtual link with Router 1. Router 2's 2nd interface : ip address : 10.100.12.12/24,area = 1.1.1.1 . Router 2's 3rd interface : ip address : 10.100.13.12/24,area = 1.1.1.1 . Test setup in detail : I have connected 3 xorp routers into One HUB as per configuration file that i have attached. Bug Description: I have attached above three routers configuration files and ethereal dump for this scenario. In ethereal dump you can see that after all 3 routers are getting synchronized Router 2 and Router 1 starts forming virtual adjacency and starts sending unicast hello packets to each other. But 10.100.11.10 sends unicast hello to 10.100.13.11 at that time ICMP error ( Time to Live exceeded ) is not getting generated but while 10.100.13.11 sends unicast hello to 10.100.11.10 at that time ICMP error ( Time to Live exceeded ) is getting generated by 10.100.13.12. -- _____________________________________________________________________ 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 -------------- A non-text attachment was scrubbed... Name: xorp_response.eth Type: application/x-extension-eth Size: 19249 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081112/3ea6b74a/attachment-0001.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: config.boot.sample_Router1 Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081112/3ea6b74a/attachment-0003.ksh -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: config.boot.sample_Router2 Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081112/3ea6b74a/attachment-0004.ksh -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: config.boot.sample_Router3 Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081112/3ea6b74a/attachment-0005.ksh From bms at incunabulum.net Thu Nov 13 04:37:00 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Thu, 13 Nov 2008 12:37:00 +0000 Subject: [Xorp-users] [OSPFv2] BUG: ICMP error message ( Time to Live exceeded ) In-Reply-To: <491AD597.3030500@einfochips.com> References: <491AD597.3030500@einfochips.com> Message-ID: <491C1F6C.6040507@incunabulum.net> Hi, This sounds like a real bug, thanks for finding this. Can you please file a Bugzilla report at http://bugzilla.xorp.org/ to make sure the problem is tracked? karnik wrote: > > BUG: Virtual Adjacency is not getting established between routers > because ICMP error message ( Time to Live exceeded ) is generated. > Because : Xorp sets TTL field = 1 seconds in unicast Hello packets > thats why ICMP message ( Time to Live exceeded ) is getting generated > while establishing adjacency with adjacent router. I took a look at what Quagga does; it checks if the outgoing packet is leaving an OSPF virtual-link interface, and if so, increases the TTL of the encapsulating IP header to 100. Normally the FEA will default to a TTL of 1 if the IPTOS_PREC_INTERNETCONTROL bit is set for the TOS field of the outgoing packet, and 64 in other cases. To verify a possible solution could you do the following: In file ospf/xrl_io.cc, try changing the following line in the member function XrlIO::send(), recompile, and reinstall: true, // ip_internet_control to read: false, // ip_internet_control This should force the FEA to use an outgoing TTL of 64 for OSPF traffic, if you could verify this with Wireshark too that would be very useful. Let me know if this resolves the issue. If you could copy this information in the bug report that would be great. Thanks. BMS From bms at incunabulum.net Thu Nov 13 06:34:06 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Thu, 13 Nov 2008 14:34:06 +0000 Subject: [Xorp-users] [OSPFv2] BUG: ICMP error message ( Time to Live exceeded ) In-Reply-To: <491C1F6C.6040507@incunabulum.net> References: <491AD597.3030500@einfochips.com> <491C1F6C.6040507@incunabulum.net> Message-ID: <491C3ADE.10904@incunabulum.net> Bruce M Simpson wrote: > Normally the FEA will default to a TTL of 1 if the > IPTOS_PREC_INTERNETCONTROL bit is set for the TOS field of the outgoing > packet, and 64 in other cases. > To double confirm, your packet captures match with this behaviour. thanks BMS From bms at incunabulum.net Thu Nov 13 06:39:50 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Thu, 13 Nov 2008 14:39:50 +0000 Subject: [Xorp-users] xorp getting hanged in ASBR configuration In-Reply-To: <57443.10.100.3.228.1226471175.squirrel@indiamail.einfochips.com> References: <32920.10.100.3.228.1226400389.squirrel@indiamail.einfochips.com> <57443.10.100.3.228.1226471175.squirrel@indiamail.einfochips.com> Message-ID: <491C3C36.2030802@incunabulum.net> Riddhi Shah wrote: > As per your suggestation , i have configured policy on router - 2 and export > that policy in BGP.but still I am not getting expected result. > > I have attached modified xorp configuration files for Routers -1,2,3. > Hi, These configurations will redistribute static routes into BGP on one router. However, this does not redistribute any external route(s) into OSPF, therefore the 'E' bit will not be set in any LSAs, and none of these routers will appear as an ASBR. I see commented out export statements in some of the protocols { ospf {} } blocks in these files. In order to configure XORP as an ASBR, you need to redistribute routes into OSPF using the policy configuration, otherwise the XORP routers will not behave as ASBRs. thanks BMS From bms at incunabulum.net Thu Nov 13 11:47:02 2008 From: bms at incunabulum.net (Bruce M Simpson) Date: Thu, 13 Nov 2008 19:47:02 +0000 Subject: [Xorp-users] [OSPFv2] BUG: ICMP error message ( Time to Live exceeded ) In-Reply-To: <491AD597.3030500@einfochips.com> References: <491AD597.3030500@einfochips.com> Message-ID: <491C8436.3000506@incunabulum.net> Hi, I believe the attached patch *may* resolve this issue, it should force packets destined for a virtual link endpoint to use a different default TTL of 64. Please let me know if this works for you. thanks BMS karnik wrote: > BUG: Virtual Adjacency is not getting established between routers > because ICMP error message ( Time to Live exceeded ) is generated. > Because : Xorp sets TTL field = 1 seconds in unicast Hello packets > thats why ICMP message ( Time to Live exceeded ) is getting generated > while establishing adjacency with adjacent router. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: vlink-ttl.diff Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081113/6e66e2c7/attachment.ksh From franz.struwig at gmail.com Fri Nov 14 07:47:30 2008 From: franz.struwig at gmail.com (Franz Struwig) Date: Fri, 14 Nov 2008 17:47:30 +0200 Subject: [Xorp-users] Adding interfaces dynamically Message-ID: <72b1b2950811140747h3eabacc4xd8d44ae19f25725d@mail.gmail.com> Does XORP handle interfaces being dynamically added gracefully, or do you have to restart the daemon? I'm pre-empting the answer, but are there any workarounds? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081114/72135c62/attachment.html From bms at incunabulum.net Fri Nov 14 08:35:44 2008 From: bms at incunabulum.net (Bruce M. Simpson) Date: Fri, 14 Nov 2008 16:35:44 +0000 Subject: [Xorp-users] Adding interfaces dynamically In-Reply-To: <72b1b2950811140747h3eabacc4xd8d44ae19f25725d@mail.gmail.com> References: <72b1b2950811140747h3eabacc4xd8d44ae19f25725d@mail.gmail.com> Message-ID: <491DA8E0.5080607@incunabulum.net> Franz Struwig wrote: > Does XORP handle interfaces being dynamically added gracefully, or do > you have to restart the daemon? > I'm pre-empting the answer, but are there any workarounds? Unfortunately, portions of the FEA require a rewrite to deal with interfaces which appear dynamically after the FEA process has been started. There are a number of Bugzilla entries about this. Pavlin may know more. Until then, it would be useful if you can add any details of the symptoms you see when attempting to do this to the Bugzilla. Thanks. regards BMS From bms at incunabulum.net Fri Nov 14 08:36:55 2008 From: bms at incunabulum.net (Bruce M. Simpson) Date: Fri, 14 Nov 2008 16:36:55 +0000 Subject: [Xorp-users] [OSPFv2] BUG: ICMP error message ( Time to Live exceeded ) In-Reply-To: <491AD597.3030500@einfochips.com> References: <491AD597.3030500@einfochips.com> Message-ID: <491DA927.5040008@incunabulum.net> A fix for this issue: http://bugzilla.xorp.org/bugzilla/show_bug.cgi?id=824 ... has been committed to CVS. Can you please raise a new ticket for the condition you describe in your last comments in this ticket, as it has to be treated as a separate bug? Thank you BMS From pavlin at ICSI.Berkeley.EDU Fri Nov 14 09:11:41 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Fri, 14 Nov 2008 09:11:41 -0800 Subject: [Xorp-users] Adding interfaces dynamically In-Reply-To: <491DA8E0.5080607@incunabulum.net> References: <72b1b2950811140747h3eabacc4xd8d44ae19f25725d@mail.gmail.com> <491DA8E0.5080607@incunabulum.net> Message-ID: <200811141711.mAEHBfuT019007@fruitcake.ICSI.Berkeley.EDU> Bruce M. Simpson wrote: > Franz Struwig wrote: > > Does XORP handle interfaces being dynamically added gracefully, or do > > you have to restart the daemon? > > I'm pre-empting the answer, but are there any workarounds? > > Unfortunately, portions of the FEA require a rewrite to deal with > interfaces which appear dynamically after the FEA process has been > started. There are a number of Bugzilla entries about this. Pavlin may > know more. Franz, You can try the following: 1. Add the _expected_ interface names in the "interfaces" block with "default-system-config" statement. The "default-system-config" statement will track any changes to those interfaces, and propagate them to the rest of XORP. E.g., if you expect the dynamically added interface names to be, say, tun1 and tun2, then: interfaces { interface tun1 { default-system-config } interface tun2 { default-system-config } ... } 2. In your protocol configuration blocks you can use/configure tun1 and tun2 as usual. 3. Any additional configuration to tun1 and tun2 (e.g., IP address add/delete), should be done by the outside mechanism that creates those interfaces. Before tun1 and tun2 are created, "show interfaces" will display them as not enabled, or something like this. After IP addresses are added "show interfaces" should display them and they can be used by the rest of XORP. I believe the FEA will work as described above, but I don't know whether all protocols will do the right thing. Please give it a try and let us know the result. Pavlin > Until then, it would be useful if you can add any details of the > symptoms you see when attempting to do this to the Bugzilla. Thanks. > > regards > BMS > > _______________________________________________ > Xorp-users mailing list > Xorp-users at xorp.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users From greearb at candelatech.com Fri Nov 14 09:16:55 2008 From: greearb at candelatech.com (Ben Greear) Date: Fri, 14 Nov 2008 09:16:55 -0800 Subject: [Xorp-users] Adding interfaces dynamically In-Reply-To: <72b1b2950811140747h3eabacc4xd8d44ae19f25725d@mail.gmail.com> References: <72b1b2950811140747h3eabacc4xd8d44ae19f25725d@mail.gmail.com> Message-ID: <491DB287.7010006@candelatech.com> Franz Struwig wrote: > Does XORP handle interfaces being dynamically added gracefully, or do > you have to restart the daemon? It works fine without any restart. Thanks, Ben > > I'm pre-empting the answer, but are there any workarounds? > Thanks > ------------------------------------------------------------------------ > > _______________________________________________ > Xorp-users mailing list > Xorp-users at xorp.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users > -- Ben Greear Candela Technologies Inc http://www.candelatech.com From greearb at candelatech.com Fri Nov 14 09:21:03 2008 From: greearb at candelatech.com (Ben Greear) Date: Fri, 14 Nov 2008 09:21:03 -0800 Subject: [Xorp-users] Adding interfaces dynamically In-Reply-To: <200811141711.mAEHBfuT019007@fruitcake.ICSI.Berkeley.EDU> References: <72b1b2950811140747h3eabacc4xd8d44ae19f25725d@mail.gmail.com> <491DA8E0.5080607@incunabulum.net> <200811141711.mAEHBfuT019007@fruitcake.ICSI.Berkeley.EDU> Message-ID: <491DB37F.5070603@candelatech.com> Pavlin Radoslavov wrote: > Bruce M. Simpson wrote: > > >> Franz Struwig wrote: >> >>> Does XORP handle interfaces being dynamically added gracefully, or do >>> you have to restart the daemon? >>> I'm pre-empting the answer, but are there any workarounds? >>> >> Unfortunately, portions of the FEA require a rewrite to deal with >> interfaces which appear dynamically after the FEA process has been >> started. There are a number of Bugzilla entries about this. Pavlin may >> know more. >> I believe these problems are now fixed...or at least mostly so. I routinely do dynamic interfaces with Xorp, but I tend to create them, and then add the config through the xorp CLI. I'm also running with some extra patches in this area. If you find any problems and would like to try my repository to see if that fixes it, let me know. Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com From dustinhhoffman at gmail.com Sat Nov 15 14:13:09 2008 From: dustinhhoffman at gmail.com (Dustin Hoffman) Date: Sat, 15 Nov 2008 16:13:09 -0600 Subject: [Xorp-users] Multicast Configuration Help Message-ID: <4324b2530811151413r63927b20xb6d4a0ed0ce40be9@mail.gmail.com> I am trying to configure an XORP router to perform multicast routing. I have attached my configuratin file. In the log I see a much of RX entries when multicast packets are received, but no TX entries showing them going out and I never receive them on the clients. Configuration attached. Here is a diagram of my setup. host x router host y 10.1.0.5 -----------------------------------------[10.1.0.1] [10.2.0.1]------------------10.2.0.4 sends do --> 230.0.0.5 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xorp.conf Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081115/1f0cb38e/attachment.ksh From pavlin at ICSI.Berkeley.EDU Sat Nov 15 21:58:16 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Sat, 15 Nov 2008 21:58:16 -0800 Subject: [Xorp-users] Multicast Configuration Help In-Reply-To: <4324b2530811151413r63927b20xb6d4a0ed0ce40be9@mail.gmail.com> References: <4324b2530811151413r63927b20xb6d4a0ed0ce40be9@mail.gmail.com> Message-ID: <200811160558.mAG5wG9K006185@fruitcake.ICSI.Berkeley.EDU> Dustin Hoffman wrote: > I am trying to configure an XORP router to perform multicast routing. > I have attached my configuratin file. In the log I see a much of RX > entries when multicast packets are received, but no TX entries showing > them going out and I never receive them on the clients. Which module prints the RX entries? In your config file you have enabled traceoptions on in the mfea4 block, but not in igmp. Also, you haven't configured PIM-SM, which is required for multicast routing. Pavlin > Configuration attached. > > Here is a diagram of my setup. > > host x router > host y > 10.1.0.5 -----------------------------------------[10.1.0.1] > [10.2.0.1]------------------10.2.0.4 > sends do --> 230.0.0.5 > _______________________________________________ > Xorp-users mailing list > Xorp-users at xorp.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users From bms at incunabulum.net Mon Nov 17 09:40:50 2008 From: bms at incunabulum.net (Bruce M. Simpson) Date: Mon, 17 Nov 2008 17:40:50 +0000 Subject: [Xorp-users] xorp getting hanged in ASBR configuration In-Reply-To: <491C3C36.2030802@incunabulum.net> References: <32920.10.100.3.228.1226400389.squirrel@indiamail.einfochips.com> <57443.10.100.3.228.1226471175.squirrel@indiamail.einfochips.com> <491C3C36.2030802@incunabulum.net> Message-ID: <4921ACA2.3050404@incunabulum.net> Bruce M Simpson wrote: > In order to configure XORP as an ASBR, you need to redistribute routes > into OSPF using the policy configuration, otherwise the XORP routers > will not behave as ASBRs. > Here is an example syntax fragment which will try to redistribute all of BGP into OSPF. Don't use this, please apply a filter -- see the user manual for details of the route tags you can filter on in the policy engine. Once you introduce external routes into OSPF in this way, OSPF should start to behave as an ASBR on that node. thanks BMS %%% policy { policy-statement bgp-to-ospf { term export { from { protocol: "bgp" } then { accept } } } } protocols { ospf { router-id: x.x.x.x export: "bgp-to-ospf" .... } } %%% From riddhi.shah at einfochips.com Mon Nov 17 21:31:48 2008 From: riddhi.shah at einfochips.com (Riddhi Shah) Date: Tue, 18 Nov 2008 11:01:48 +0530 (IST) Subject: [Xorp-users] Issue in BGP Configuration Message-ID: <43759.10.100.3.228.1226986308.squirrel@indiamail.einfochips.com> Operating system : Linux, RHEL4 kernel version: 2.6.9-42.ELsmp Xorp version: which is currently on Xorp CVS repository Problem : Issue in BGP Configuration I have configured BGP in xorp configuration file.I have attached file named - BGP_Configuration . But when i started xorp to run, at line number 22,following msg is displayed and after that xorp is not responding. Message : [ 2008/11/17 17:03:37 INFO xorp_rtrmgr:6450 RTRMGR +101 module_manager.cc execute ] Executing module: bgp (bgp/xorp_bgp) At that time when i run XORPSH command then at line number 23,following messege is displayed.I also have attached log file named BGP.txt Message : [ 2008/11/17 17:04:31 WARNING xorp_rtrmgr:6450 XrlFinderTarget +669 ../xrl/targets/finder_base.cc handle_finder_event_notifier_0_1_register_class_event_interest ] Handling method for finder_event_notifier/0.1/register_class_event_interest failed: XrlCmdError 102 Command failed failed to add watch [ 2008/11/17 17:04:31 ERROR xorp_rtrmgr:6450 RTRMGR +331 xrl_rtrmgr_interface.cc finder_register_done ] Failed to register with finder about XRL xorpsh-6496-localhost.localdomain (err: Command failed) Then i have to kill xorp to terminate. Regards & Thanks, Riddhi Shah, e-Infochips. -- _____________________________________________________________________ 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 -------------- A non-text attachment was scrubbed... Name: BGP_Configuration Type: application/octet-stream Size: 1276 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081118/138ac5e3/attachment.obj -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: BGP.txt Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081118/138ac5e3/attachment.txt From bms at incunabulum.net Tue Nov 18 05:47:47 2008 From: bms at incunabulum.net (Bruce Simpson) Date: Tue, 18 Nov 2008 13:47:47 +0000 Subject: [Xorp-users] Issue in BGP Configuration In-Reply-To: <43759.10.100.3.228.1226986308.squirrel@indiamail.einfochips.com> References: <43759.10.100.3.228.1226986308.squirrel@indiamail.einfochips.com> Message-ID: <4922C783.8070506@incunabulum.net> Hi, The messages you have logged normally appear if the XORPSH is not able to connect to the Router Manager for some reason. I don't see anything obviously wrong with your configuration file, and it app Things to try: * Can you confirm that the BGP process is running and listening for XRLs? A basic way of doing this is to check for the process with 'ps' and install a command such as 'lsof' from your Linux distribution's package facility, then use 'lsof -p your-bgp-process-pid' to see which sockets the BGP process has opened. * Does localhost.localdomain resolve in both directions using what's available to your system's DNS resolver? * To verify this try pinging localhost.localdomain from a shell. * What's the contents of your /etc/resolv.conf and /etc/hosts files? thanks BMS From riddhi.shah at einfochips.com Tue Nov 18 04:44:02 2008 From: riddhi.shah at einfochips.com (Riddhi Shah) Date: Tue, 18 Nov 2008 18:14:02 +0530 (IST) Subject: [Xorp-users] Issue in BGP Configuration In-Reply-To: References: <43759.10.100.3.228.1226986308.squirrel@indiamail.einfochips.com> Message-ID: <59665.10.100.3.228.1227012242.squirrel@indiamail.einfochips.com> Yes I run "gmake check". and all tests passed.I have attached BGP_TEST_LOG.txt here. And I am using RH 32-bit processor. Regards & Thanks, Riddhi Shah, e-Infochips. > Hi Riddhi > Did you happen to run "gmake check"? Did all the tests pass? Also are you > usng RH 64-bit or 32-bit? > Syed > > On Mon, Nov 17, 2008 at 9:31 PM, Riddhi Shah wrote: > >> Operating system : Linux, RHEL4 >> kernel version: 2.6.9-42.ELsmp >> Xorp version: which is currently on Xorp CVS repository >> Problem : Issue in BGP Configuration >> >> I have configured BGP in xorp configuration file.I have attached file named >> - >> BGP_Configuration . >> But when i started xorp to run, at line number 22,following msg is >> displayed and >> after that xorp is not responding. >> >> Message : [ 2008/11/17 17:03:37 INFO xorp_rtrmgr:6450 RTRMGR +101 >> module_manager.cc execute ] Executing module: bgp (bgp/xorp_bgp) >> >> At that time when i run XORPSH command then at line number 23,following >> messege >> is displayed.I also have attached log file named BGP.txt >> >> Message : [ 2008/11/17 17:04:31 WARNING xorp_rtrmgr:6450 XrlFinderTarget >> +669 >> ../xrl/targets/finder_base.cc >> handle_finder_event_notifier_0_1_register_class_event_interest ] Handling >> method >> for finder_event_notifier/0.1/register_class_event_interest failed: >> XrlCmdError >> 102 Command failed failed to add watch >> >> [ 2008/11/17 17:04:31 ERROR xorp_rtrmgr:6450 RTRMGR +331 >> xrl_rtrmgr_interface.cc finder_register_done ] Failed to register with >> finder >> about XRL xorpsh-6496-localhost.localdomain (err: Command failed) >> >> Then i have to kill xorp to terminate. >> >> >> Regards & Thanks, >> Riddhi Shah, >> e-Infochips. >> >> >> -- >> _____________________________________________________________________ >> 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. >> __________________________________________________________________________ >> >> >> _______________________________________________ >> Xorp-users mailing list >> Xorp-users at xorp.org >> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users >> >> > > > Email Scanned for Virus & Dangerous Content by : www.CleanMailGateway.com > > -- _____________________________________________________________________ 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 embedded and charset-unspecified text was scrubbed... Name: BGP_TEST_LOG.txt Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081118/b7e4d394/attachment-0001.txt From gresko at ulib.sk Tue Nov 18 07:57:02 2008 From: gresko at ulib.sk (Marek =?iso-8859-2?q?Gre=B9ko?=) Date: Tue, 18 Nov 2008 16:57:02 +0100 Subject: [Xorp-users] multicast routing Message-ID: <200811181657.02236.gresko@ulib.sk> Hello, I have a problem to configure mutlicast routing. I have a linux 2.6.27.5 gateway running xorp 1.5 with 4 network interfaces. I configured eth0, eth1 and eth3 for muticast routing (eth1) is the interface to provider. I tried to put client behind eth0 and request for muticast stream from vlc client. The requested muticast address appeared in the show igmp group. But the group was not propagated to the interface of the provider so I do not get the stream. What have I messed up? Thank you. Marek From bms at incunabulum.net Tue Nov 18 08:16:28 2008 From: bms at incunabulum.net (Bruce Simpson) Date: Tue, 18 Nov 2008 16:16:28 +0000 Subject: [Xorp-users] multicast routing In-Reply-To: <200811181657.02236.gresko@ulib.sk> References: <200811181657.02236.gresko@ulib.sk> Message-ID: <4922EA5C.60908@incunabulum.net> Marek Gre?ko wrote: > I have a problem to configure mutlicast routing. I have a linux 2.6.27.5 > gateway running xorp 1.5 with 4 network interfaces. I configured eth0, eth1 > and eth3 for muticast routing (eth1) is the interface to provider. > > I tried to put client behind eth0 and request for muticast stream from vlc > client. The requested muticast address appeared in the show igmp group. But > the group was not propagated to the interface of the provider so I do not get > the stream. What have I messed up? > * Is there any NAT between you and your ISP? If so, and you are unable to run PIM, then you need an IGMP proxy. XORP does not currently have an IGMP proxy capability, though I'm sure if there's enough interest (and funding), I could write one. [As far as I'm aware it's not on XORP, Inc.'s immediate roadmap.] * Are you already running PIM? * Are you *able* to run PIM to talk to your upstream ISP's multicast routers? * Does your PIM instance bring up a peering with your ISP? Look here for hints on diagnostic commands to answer the above questions: http://mailman.icsi.berkeley.edu/pipermail/xorp-users/2005-June/000668.html thanks BMS From gresko at ulib.sk Tue Nov 18 08:58:42 2008 From: gresko at ulib.sk (Marek =?iso-8859-2?q?Gre=B9ko?=) Date: Tue, 18 Nov 2008 17:58:42 +0100 Subject: [Xorp-users] [SPF:fail] Re: multicast routing In-Reply-To: <4922EA5C.60908@incunabulum.net> References: <200811181657.02236.gresko@ulib.sk> <4922EA5C.60908@incunabulum.net> Message-ID: <200811181758.42788.gresko@ulib.sk> D?a Ut 18. november 2008 ste nap?sali: > Marek Gre?ko wrote: > > I have a problem to configure mutlicast routing. I have a linux 2.6.27.5 > > gateway running xorp 1.5 with 4 network interfaces. I configured eth0, > > eth1 and eth3 for muticast routing (eth1) is the interface to provider. > > > > I tried to put client behind eth0 and request for muticast stream from > > vlc client. The requested muticast address appeared in the show igmp > > group. But the group was not propagated to the interface of the provider > > so I do not get the stream. What have I messed up? > > * Is there any NAT between you and your ISP? No. I have public IP addresses. I use also private IP addresses on eth3 which I NAT, but now I am testing from the public IP address. > If so, and you are unable to run PIM, then you need an IGMP proxy. > > XORP does not currently have an IGMP proxy capability, though I'm sure > if there's enough interest (and funding), I could write one. [As far as > I'm aware it's not on XORP, Inc.'s immediate roadmap.] > > * Are you already running PIM? Yes. I have configured pimsm4. > * Are you *able* to run PIM to talk to your upstream ISP's multicast > routers? I do not know how to test that. If I put client directly to the cable from provider everything works. > * Does your PIM instance bring up a peering with your ISP? Say we have a.b.p.82 on our external interface, a.b.p.81 is the address of the default gw in our provider, a.b.c.19 is the internal public address and a.b.c.35 is the public address of the client. Now forget the eth3. I deleted the corresponding lines for eth3. show mfea interface Interface State Vif/PifIndex Addr Flags eth0 UP 0/2 a.b.c.19 MULTICAST BROADCAST KERN_UP eth1 UP 1/3 a.b.p.82 MULTICAST BROADCAST KERN_UP register_vif UP 3/2 a.b.c.19 PIM_REGISTER KERN_UP show igmp interface Interface State Querier Timeout Version Groups eth0 UP a.b.c.19 None 2 7 eth1 UP a.b.p.81 222 2 3 show pim neighbors Interface DRpriority NeighborAddr V Mode Holdtime Timeout eth1 10 a.b.p.81 2 Sparse 105 104 show pim rps RP Type Pri Holdtime Timeout ActiveGroups GroupPrefix a.b.p.82 static 192 -1 -1 8 224.0.0.0/4 show pim mfc some nodes from eth3 with rp a.b.p.82 and nothing else show pim mrib shows unicast routing table show pim scope GroupPrefix Interface show pim join Group Source RP Flags 224.0.1.22 0.0.0.0 a.b.p.82 WC Upstream interface (RP): register_vif Upstream MRIB next hop (RP): UNKNOWN Upstream RPF'(*,G): UNKNOWN Upstream state: Joined Join timer: 46 Local receiver include WC: ..O. Joins RP: .... Joins WC: .... Join state: .... Prune state: .... Prune pending state: .... I am assert winner state: .... I am assert loser state: .... Assert winner WC: .... Assert lost WC: .... Assert tracking WC: ..OO Could assert WC: ..O. I am DR: O.OO Immediate olist RP: .... Immediate olist WC: ..O. Inherited olist SG: ..O. PIM include WC: ..O. similar for: 224.0.1.60 0.0.0.0 a.b.p.82 WC 224.2.127.254 0.0.0.0 a.b.p.82 WC 224.9.9.2 0.0.0.0 a.b.p.82 WC 233.10.47.10 0.0.0.0 a.b.p.82 WC Upstream interface (RP): register_vif Upstream MRIB next hop (RP): UNKNOWN Upstream RPF'(*,G): UNKNOWN Upstream state: Joined Join timer: 10 Local receiver include WC: O... Joins RP: .... Joins WC: .... Join state: .... Prune state: .... Prune pending state: .... I am assert winner state: .... I am assert loser state: .... Assert winner WC: .... Assert lost WC: .... Assert tracking WC: O..O Could assert WC: O... I am DR: O.OO Immediate olist RP: .... Immediate olist WC: O... Inherited olist SG: O... Inherited olist SG_RPT: O... PIM include WC: O... 239.195.255.255 0.0.0.0 a.b.p.82 WC 239.255.255.250 0.0.0.0 a.b.p.82 WC 239.255.255.255 0.0.0.0 a.b.p.82 WC 239.255.255.250 192.168.20.11 a.b.p.82 SG SPT DirectlyConnectedS 239.255.255.250 192.168.20.226 a.b.p.82 SG SPT DirectlyConnectedS ... I think it is not full listing needed. Or is it? show pim bootstrap Active zones: BSR Pri LocalAddress Pri State Timeout SZTimeout a.b.p.82 1 a.b.p.82 1 Elected 16 -1 Expiring zones: BSR Pri LocalAddress Pri State Timeout SZTimeout Configured zones: BSR Pri LocalAddress Pri State Timeout SZTimeout a.b.p.82 1 a.b.p.82 1 Init -1 -1 Does this info suffice? Marek From bms at incunabulum.net Tue Nov 18 09:17:01 2008 From: bms at incunabulum.net (Bruce Simpson) Date: Tue, 18 Nov 2008 17:17:01 +0000 Subject: [Xorp-users] [SPF:fail] Re: multicast routing In-Reply-To: <200811181758.42788.gresko@ulib.sk> References: <200811181657.02236.gresko@ulib.sk> <4922EA5C.60908@incunabulum.net> <200811181758.42788.gresko@ulib.sk> Message-ID: <4922F88D.8010809@incunabulum.net> Marek Gre?ko wrote: > show pim neighbors > Interface DRpriority NeighborAddr V Mode Holdtime Timeout > eth1 10 a.b.p.81 2 Sparse 105 104 > OK, this is the key observation -- it wasn't possible to bring up a PIM peering on eth1, your upstream interface. You need to contact your upstream ISP and ask them what is needed for multicast peering. If you need multicast connectivity to your internally NATted networks, you will need to deploy an IGMP proxy on the NAT gateway. thanks BMS From bms at incunabulum.net Tue Nov 18 09:18:25 2008 From: bms at incunabulum.net (Bruce Simpson) Date: Tue, 18 Nov 2008 17:18:25 +0000 Subject: [Xorp-users] [SPF:fail] Re: multicast routing In-Reply-To: <200811181758.42788.gresko@ulib.sk> References: <200811181657.02236.gresko@ulib.sk> <4922EA5C.60908@incunabulum.net> <200811181758.42788.gresko@ulib.sk> Message-ID: <4922F8E1.5070607@incunabulum.net> P.S. You probably need to ask your provider what their Rendezvous Point address is, and configure this in XORP's PIM configuration using the static-rp option. From bms at incunabulum.net Tue Nov 18 10:20:43 2008 From: bms at incunabulum.net (Bruce Simpson) Date: Tue, 18 Nov 2008 18:20:43 +0000 Subject: [Xorp-users] [SPF:fail] Re: multicast routing In-Reply-To: <200811181758.42788.gresko@ulib.sk> References: <200811181657.02236.gresko@ulib.sk> <4922EA5C.60908@incunabulum.net> <200811181758.42788.gresko@ulib.sk> Message-ID: <4923077B.2020009@incunabulum.net> Marek Gre?ko wrote: >> * Are you *able* to run PIM to talk to your upstream ISP's multicast >> routers? >> > > I do not know how to test that. If I put client directly to the cable from > provider everything works. > Whoops, missed this detail. Sounds like your upstream ISP listens to IGMP on their customer net blocks, and aren't running PIM on those customer facing prefixes. It may be helpful all the same to ask them about PIM to see what their reaction is. All the same, please try configuring a static-rp as per Pavlin's recommendation. If that doesn't work, it sounds like you will have to use an IGMP proxy of some kind at each multicast hop in your own network, and very careful configuration would be needed for loop-free forwarding (one of the problems PIM attempts to solve). XORP does not currently support this functionality, furthermore, even if you deployed PIM in a network under your administrative control, there is still the problem of going from PIM to IGMP on the upstream. thanks BMS From Jean.Cao at gdcanada.com Tue Nov 18 15:28:21 2008 From: Jean.Cao at gdcanada.com (Cao, Jean) Date: Tue, 18 Nov 2008 16:28:21 -0700 Subject: [Xorp-users] Problem on running multiple instances on the same machine Message-ID: <0843D0F1EEBB2E49A2156C6981B4A17E041F55F8@CGYSVW100.gdcan.com> I am trying to run multiple instances on the same host, following earlier postings of "Question on supporting multiple routing tables" and "Running multiple instances of XORP on the same host". I am running XORP_1.5 on Ubuntu. I have set XORP_FINDER_SERVER_PORT to a new number (21008) after running the first instance. However, my second instance couldn't start properly, and got the same error messages as posted in "Running multiple instances of XORP on the same host" (see attached). Also, there are endless warnings, what does that mean?? BTW, I also found that '-p' is required. So, I am wondering what is the current stage of supporting multiple instances of XORP (unicast only in my study) on the same host? Can anyone who got it working kindly give me some hints? Regards, Jean Error messages: -------------------------- administrator at administrator-desktop:~$ echo $XORP_FINDER_SERVER_PORT 21008 administrator at administrator-desktop:~$ cd Desktop/xorp-1.5/rtrmgr/ administrator at administrator-desktop:~/Desktop/xorp-1.5/rtrmgr$ sudo ./xorp_rtrmgr -b config/multitable_rip.boot [sudo] password for administrator: [ 2008/11/18 14:04:13 ERROR xorp_rtrmgr:6622 LIBCOMM +312 comm_sock.c comm_sock_bind4 ] Error binding socket (family = 2, my_addr = 127.0.0.1, my_port = 19999): Address already in use [ 2008/11/18 14:04:13 ERROR xorp_rtrmgr:6622 RTRMGR +260 main_rtrmgr.cc run ] Address already in use: a finder may already be running. administrator at administrator-desktop:~/Desktop/xorp-1.5/rtrmgr$ sudo ./xorp_rtrmgr -p 21008 -b config/multitable_rip.boot [ 2008/11/18 14:04:43 INFO xorp_rtrmgr:6623 RTRMGR +239 master_conf_tree.cc execute ] Changed modules: interfaces, firewall, fea, rib, policy, rip [ 2008/11/18 14:04:43 INFO xorp_rtrmgr:6623 RTRMGR +96 module_manager.cc execute ] Executing module: interfaces (fea/xorp_fea) [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] MFEA enabled [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI enabled [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI started [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] MFEA enabled [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI enabled [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI started [ 2008/11/18 14:04:44 FATAL xorp_fea:6624 MFEA +519 xrl_mfea_node.cc cli_manager_client_send_add_cli_command_cb ] Cannot add a command to CLI manager: 102 Command failed Cannot install command 'show mfea': Error installing 'show mfea' on '': Command 'mfea' already installed [ 2008/11/18 14:04:44 ERROR xorp_rtrmgr:6623 RTRMGR +747 module_manager.cc done_cb ] Command "/home/administrator/Desktop/xorp-1.5/fea/xorp_fea": terminated with signal 6. [ 2008/11/18 14:04:44 INFO xorp_rtrmgr:6623 RTRMGR +294 module_manager.cc module_exited ] Module abnormally killed: interfaces [ 2008/11/18 14:04:45 WARNING xorp_rtrmgr:6623 XrlFinderTarget +406 ../xrl/targets/finder_base.cc handle_finder_0_2_resolve_xrl ] Handling method for finder/0.2/resolve_xrl failed: XrlCmdError 102 Command failed Target "fea" does not exist or is not enabled. [ 2008/11/18 14:04:46 WARNING xorp_rtrmgr:6623 XrlFinderTarget +406 ../xrl/targets/finder_base.cc handle_finder_0_2_resolve_xrl ] Handling method for finder/0.2/resolve_xrl failed: XrlCmdError 102 Command failed Target "fea" does not exist or is not enabled. [ 2008/11/18 14:04:47 WARNING xorp_rtrmgr:6623 XrlFinderTarget +406 ../xrl/targets/finder_base.cc handle_finder_0_2_resolve_xrl ] Handling method for finder/0.2/resolve_xrl failed: XrlCmdError 102 Command failed Target "fea" does not exist or is not enabled. ... endless warnings... The information contained in this e-mail message is PRIVATE. It may contain confidential information and may be legally privileged. It is intended for the exclusive use of the addressee(s). If you are not the intended recipient, you are hereby notified that any dissemination, distribution or reproduction of this communication is strictly prohibited. If the intended recipient(s) cannot be reached or if a transmission problem has occurred, please notify the sender immediately by return e-mail and destroy all copies of this message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081118/f4a328c1/attachment.html From pavlin at ICSI.Berkeley.EDU Tue Nov 18 15:39:24 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Tue, 18 Nov 2008 15:39:24 -0800 Subject: [Xorp-users] Problem on running multiple instances on the same machine In-Reply-To: <0843D0F1EEBB2E49A2156C6981B4A17E041F55F8@CGYSVW100.gdcan.com> References: <0843D0F1EEBB2E49A2156C6981B4A17E041F55F8@CGYSVW100.gdcan.com> Message-ID: <200811182340.mAINdO32014730@fruitcake.ICSI.Berkeley.EDU> I could be wrong, but I think that if you set the environmental variable in your shell _before_ using "sudo", it is not preserved in the sudo environment. In other words, you should set XORP_FINDER_SERVER_PORT _after_ you do sudo. E.g.: sudo tcsh setenv ... ./xorp_rtrmgr ... If you do this, I don't think that the -p flag is required. Pavlin Cao, Jean wrote: > I am trying to run multiple instances on the same host, following > earlier postings of "Question on supporting multiple routing tables" and > "Running multiple instances of XORP on the same host". > > I am running XORP_1.5 on Ubuntu. I have set XORP_FINDER_SERVER_PORT to > a new number (21008) after running the first instance. However, my > second instance couldn't start properly, and got the same error messages > as posted in "Running multiple instances of XORP on the same host" (see > attached). Also, there are endless warnings, what does that mean?? > > BTW, I also found that '-p' is required. > > So, I am wondering what is the current stage of supporting multiple > instances of XORP (unicast only in my study) on the same host? Can > anyone who got it working kindly give me some hints? > > Regards, > Jean > > Error messages: > -------------------------- > > administrator at administrator-desktop:~$ echo $XORP_FINDER_SERVER_PORT > > 21008 > > administrator at administrator-desktop:~$ cd Desktop/xorp-1.5/rtrmgr/ > > administrator at administrator-desktop:~/Desktop/xorp-1.5/rtrmgr$ sudo > ./xorp_rtrmgr -b config/multitable_rip.boot > > [sudo] password for administrator: > > [ 2008/11/18 14:04:13 ERROR xorp_rtrmgr:6622 LIBCOMM +312 comm_sock.c > comm_sock_bind4 ] Error binding socket (family = 2, my_addr = 127.0.0.1, > my_port = 19999): Address already in use > > [ 2008/11/18 14:04:13 ERROR xorp_rtrmgr:6622 RTRMGR +260 main_rtrmgr.cc > run ] Address already in use: a finder may already be running. > > administrator at administrator-desktop:~/Desktop/xorp-1.5/rtrmgr$ sudo > ./xorp_rtrmgr -p 21008 -b config/multitable_rip.boot > > [ 2008/11/18 14:04:43 INFO xorp_rtrmgr:6623 RTRMGR +239 > master_conf_tree.cc execute ] Changed modules: interfaces, firewall, > fea, rib, policy, rip > > [ 2008/11/18 14:04:43 INFO xorp_rtrmgr:6623 RTRMGR +96 module_manager.cc > execute ] Executing module: interfaces (fea/xorp_fea) > > [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] MFEA enabled > > [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI enabled > > [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI started > > [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] MFEA enabled > > [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI enabled > > [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI started > > [ 2008/11/18 14:04:44 FATAL xorp_fea:6624 MFEA +519 xrl_mfea_node.cc > cli_manager_client_send_add_cli_command_cb ] Cannot add a command to CLI > manager: 102 Command failed Cannot install command 'show mfea': Error > installing 'show mfea' on '': Command 'mfea' already installed > > [ 2008/11/18 14:04:44 ERROR xorp_rtrmgr:6623 RTRMGR +747 > module_manager.cc done_cb ] Command > "/home/administrator/Desktop/xorp-1.5/fea/xorp_fea": terminated with > signal 6. > > [ 2008/11/18 14:04:44 INFO xorp_rtrmgr:6623 RTRMGR +294 > module_manager.cc module_exited ] Module abnormally killed: interfaces > > [ 2008/11/18 14:04:45 WARNING xorp_rtrmgr:6623 XrlFinderTarget +406 > ../xrl/targets/finder_base.cc handle_finder_0_2_resolve_xrl ] Handling > method for finder/0.2/resolve_xrl failed: XrlCmdError 102 Command failed > Target "fea" does not exist or is not enabled. > > [ 2008/11/18 14:04:46 WARNING xorp_rtrmgr:6623 XrlFinderTarget +406 > ../xrl/targets/finder_base.cc handle_finder_0_2_resolve_xrl ] Handling > method for finder/0.2/resolve_xrl failed: XrlCmdError 102 Command failed > Target "fea" does not exist or is not enabled. > > [ 2008/11/18 14:04:47 WARNING xorp_rtrmgr:6623 XrlFinderTarget +406 > ../xrl/targets/finder_base.cc handle_finder_0_2_resolve_xrl ] Handling > method for finder/0.2/resolve_xrl failed: XrlCmdError 102 Command failed > Target "fea" does not exist or is not enabled. > > ... endless warnings... > > > The information contained in this e-mail message is PRIVATE. It may contain confidential information and may be legally privileged. It is intended for the exclusive use of the addressee(s). If you are not the intended recipient, you are hereby notified that any dissemination, distribution or reproduction of this communication is strictly prohibited. If the intended recipient(s) cannot be reached or if a transmission problem has occurred, please notify the sender immediately by return e-mail and destroy all copies of this message. > Thank you. > > _______________________________________________ > Xorp-users mailing list > Xorp-users at xorp.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users From atanu at xorp.org Tue Nov 18 15:39:58 2008 From: atanu at xorp.org (Atanu Ghosh) Date: Tue, 18 Nov 2008 15:39:58 -0800 Subject: [Xorp-users] Problem on running multiple instances on the same machine In-Reply-To: Message from "Cao, Jean" of "Tue, 18 Nov 2008 16:28:21 MST." <0843D0F1EEBB2E49A2156C6981B4A17E041F55F8@CGYSVW100.gdcan.com> Message-ID: <65431.1227051598@xorps.icir.org> Hi, The sudo command resets the environment, try the "-E" flag to sudo. Atanu. $ XORP_FINDER_SERVER_PORT=21008 env | grep XORP_FINDER_SERVER_PORT XORP_FINDER_SERVER_PORT=21008 $ XORP_FINDER_SERVER_PORT=21008 sudo env | grep XORP_FINDER_SERVER_PORT $ XORP_FINDER_SERVER_PORT=21008 sudo -E env | grep XORP_FINDER_SERVER_PORT XORP_FINDER_SERVER_PORT=21008 >>>>> "Jean" == Jean Cao writes: Jean> I am trying to run multiple instances on the same host, Jean> following earlier postings of "Question on supporting multiple Jean> routing tables" and "Running multiple instances of XORP on the Jean> same host". Jean> I am running XORP_1.5 on Ubuntu. I have set Jean> XORP_FINDER_SERVER_PORT to a new number (21008) after running Jean> the first instance. However, my second instance couldn't Jean> start properly, and got the same error messages as posted in Jean> "Running multiple instances of XORP on the same host" (see Jean> attached). Also, there are endless warnings, what does that Jean> mean?? Jean> BTW, I also found that '-p' is required. Jean> So, I am wondering what is the current stage of supporting Jean> multiple instances of XORP (unicast only in my study) on the Jean> same host? Can anyone who got it working kindly give me some Jean> hints? Jean> Regards, Jean> Jean Jean> Error messages: Jean> -------------------------- Jean> administrator at administrator-desktop:~$ echo Jean> $XORP_FINDER_SERVER_PORT Jean> 21008 Jean> administrator at administrator-desktop:~$ cd Jean> Desktop/xorp-1.5/rtrmgr/ Jean> Jean> administrator at administrator-desktop:~/Desktop/xorp-1.5/rtrmgr$ Jean> sudo ./xorp_rtrmgr -b config/multitable_rip.boot Jean> [sudo] password for administrator: Jean> [ 2008/11/18 14:04:13 ERROR xorp_rtrmgr:6622 LIBCOMM +312 Jean> comm_sock.c comm_sock_bind4 ] Error binding socket (family = Jean> 2, my_addr = 127.0.0.1, my_port = 19999): Address already in Jean> use Jean> [ 2008/11/18 14:04:13 ERROR xorp_rtrmgr:6622 RTRMGR +260 Jean> main_rtrmgr.cc run ] Address already in use: a finder may Jean> already be running. Jean> Jean> administrator at administrator-desktop:~/Desktop/xorp-1.5/rtrmgr$ Jean> sudo ./xorp_rtrmgr -p 21008 -b config/multitable_rip.boot Jean> [ 2008/11/18 14:04:43 INFO xorp_rtrmgr:6623 RTRMGR +239 Jean> master_conf_tree.cc execute ] Changed modules: interfaces, Jean> firewall, fea, rib, policy, rip Jean> [ 2008/11/18 14:04:43 INFO xorp_rtrmgr:6623 RTRMGR +96 Jean> module_manager.cc execute ] Executing module: interfaces Jean> (fea/xorp_fea) Jean> [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] MFEA enabled Jean> [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI enabled Jean> [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI started Jean> [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] MFEA enabled Jean> [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI enabled Jean> [ 2008/11/18 14:04:44 INFO xorp_fea MFEA ] CLI started Jean> [ 2008/11/18 14:04:44 FATAL xorp_fea:6624 MFEA +519 Jean> xrl_mfea_node.cc cli_manager_client_send_add_cli_command_cb ] Jean> Cannot add a command to CLI manager: 102 Command failed Cannot Jean> install command 'show mfea': Error installing 'show mfea' on Jean> '': Command 'mfea' already installed Jean> [ 2008/11/18 14:04:44 ERROR xorp_rtrmgr:6623 RTRMGR +747 Jean> module_manager.cc done_cb ] Command Jean> "/home/administrator/Desktop/xorp-1.5/fea/xorp_fea": Jean> terminated with signal 6. Jean> [ 2008/11/18 14:04:44 INFO xorp_rtrmgr:6623 RTRMGR +294 Jean> module_manager.cc module_exited ] Module abnormally killed: Jean> interfaces Jean> [ 2008/11/18 14:04:45 WARNING xorp_rtrmgr:6623 Jean> XrlFinderTarget +406 ../xrl/targets/finder_base.cc Jean> handle_finder_0_2_resolve_xrl ] Handling method for Jean> finder/0.2/resolve_xrl failed: XrlCmdError 102 Command failed Jean> Target "fea" does not exist or is not enabled. Jean> [ 2008/11/18 14:04:46 WARNING xorp_rtrmgr:6623 Jean> XrlFinderTarget +406 ../xrl/targets/finder_base.cc Jean> handle_finder_0_2_resolve_xrl ] Handling method for Jean> finder/0.2/resolve_xrl failed: XrlCmdError 102 Command failed Jean> Target "fea" does not exist or is not enabled. Jean> [ 2008/11/18 14:04:47 WARNING xorp_rtrmgr:6623 Jean> XrlFinderTarget +406 ../xrl/targets/finder_base.cc Jean> handle_finder_0_2_resolve_xrl ] Handling method for Jean> finder/0.2/resolve_xrl failed: XrlCmdError 102 Command failed Jean> Target "fea" does not exist or is not enabled. Jean> ... endless warnings... Jean> The information contained in this e-mail message is Jean> PRIVATE. It may contain confidential information and may be Jean> legally privileged. It is intended for the exclusive use of Jean> the addressee(s). If you are not the intended recipient, you Jean> are hereby notified that any dissemination, distribution or Jean> reproduction of this communication is strictly prohibited. If Jean> the intended recipient(s) cannot be reached or if a Jean> transmission problem has occurred, please notify the sender Jean> immediately by return e-mail and destroy all copies of this Jean> message. Thank you. Jean> _______________________________________________ Xorp-users Jean> mailing list Xorp-users at xorp.org Jean> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users From franz.struwig at gmail.com Tue Nov 18 22:53:09 2008 From: franz.struwig at gmail.com (Franz Struwig) Date: Wed, 19 Nov 2008 08:53:09 +0200 Subject: [Xorp-users] lightweight, multicast router Message-ID: <72b1b2950811182253v32ddbf7fv4fb1f53b49867304@mail.gmail.com> Is there any way I can slim down XORPs functionality? I basically just want to use XORPs multicast routing capability, on a resource constrained system. I see the configuration script supports a '--disable-feature' option - is there a list of features which can be disabled? Thanks, Franz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081119/50b67748/attachment-0001.html From riddhi.shah at einfochips.com Tue Nov 18 22:59:47 2008 From: riddhi.shah at einfochips.com (Riddhi Shah) Date: Wed, 19 Nov 2008 12:29:47 +0530 (IST) Subject: [Xorp-users] Issue in BGP Configuration Message-ID: <32997.10.100.3.228.1227077987.squirrel@indiamail.einfochips.com> Regards & Thanks, Riddhi Shah, e-Infochips. hi , I have checked what you had suggested me.and what i have cheked i have attached logs here. I have done ps -afx | grep "bgp" when BGP is running on my machine. I got following. Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.3/FAQ 6218 pts/3 S 0:00 | \_ xorp_bgp 6265 pts/4 S+ 0:00 \_ grep bgp then i did lsof -p 6218 and i got output which i redirected into file BGP_Process_LOG.txt There are total 4 files. 1)BGP_Process_LOG.txt - which contains detail of running and listening BGP process. 2)localhost.localdomaint.txt - which contains detail of pinging localhost.localdomain from a shell. 3)resolv.conf - which contains /etc/resolv.conf 4)hosts - which contains /etc/hosts Regards & Thanks, Riddhi Shah, e-Infochips. > Hi, > > The messages you have logged normally appear if the XORPSH is not able to connect to the Router Manager for some reason. > > I don't see anything obviously wrong with your configuration file, and it app > > Things to try: > > * Can you confirm that the BGP process is running and listening for XRLs? > > A basic way of doing this is to check for the process with 'ps' and install a command such as 'lsof' from your Linux distribution's package facility, then use 'lsof -p your-bgp-process-pid' to see which sockets the BGP process has opened. > > * Does localhost.localdomain resolve in both directions using what's available to your system's DNS resolver? > > * To verify this try pinging localhost.localdomain from a shell. > > * What's the contents of your /etc/resolv.conf and /etc/hosts files? > > thanks > BMS > > > Email Scanned for Virus & Dangerous Content by : www.CleanMailGateway.com > > -- _____________________________________________________________________ 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 embedded and charset-unspecified text was scrubbed... Name: BGP_Process_LOG.txt Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081119/75f26812/attachment.txt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: localhost.localdomaint.txt Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081119/75f26812/attachment-0001.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: resolv.conf Type: application/octet-stream Size: 178 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081119/75f26812/attachment.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: hosts Type: application/octet-stream Size: 145 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081119/75f26812/attachment-0001.obj From karnik.jain at einfochips.com Tue Nov 18 23:53:09 2008 From: karnik.jain at einfochips.com (karnik) Date: Wed, 19 Nov 2008 13:23:09 +0530 Subject: [Xorp-users] [OSPFv2] ASBR configuration file Message-ID: <4923C5E5.3080903@einfochips.com> Can you please send me the sample configuration files of XORP which you were using for making xorp router a ASBR router? Because i don't know how to configure xorp OSPF router as an ASBR; I have tried some configuration file to make ASBR , but i failed to configure xorp due to i faced difficulties in configuring xorp as BGP routers. Can you please send me configuration file of BGP or other EGIP protocol that you used for configuring xorp as a ASBR? -- _____________________________________________________________________ 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. __________________________________________________________________________ From karnik.jain at einfochips.com Wed Nov 19 00:00:55 2008 From: karnik.jain at einfochips.com (karnik) Date: Wed, 19 Nov 2008 13:30:55 +0530 Subject: [Xorp-users] [OSPFv2] ASBR configuration file needed Message-ID: <4923C7B7.4080205@einfochips.com> Can you please send me the sample configuration files of XORP which you were using for making xorp router a ASBR router? Because i don't know how to configure xorp OSPF router as an ASBR; I have tried some configuration file to make ASBR , but i failed to configure xorp due to i faced difficulties in configuring xorp as BGP routers. Can you please send me configuration file of BGP or other EGIP protocol that you used for configuring xorp as a ASBR? -- _____________________________________________________________________ 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. __________________________________________________________________________ From geethanjali.ns at benchmarkgroup.com Wed Nov 19 02:46:16 2008 From: geethanjali.ns at benchmarkgroup.com (NS.GEETHANJALI) Date: Wed, 19 Nov 2008 16:16:16 +0530 Subject: [Xorp-users] reg: XORP_EBGP Message-ID: <000e01c94a34$0f320160$b602a8c0@BESHWDEVP1> Dear Sir I have one doubt regarding EBGP configuration. The localpref,med,and as-path prepend algorithm are valid for connected routes or not. Since i am exporting connected routes in to ebgp. So what ever localpref, med values have no effect on best path selection So please kindly advise me Regards geethanjali N.S.Geethanjali Benchmark Electronic Systems Pvt. Ltd., Plot No:58, Electrical & Electronics Industrial Estate Perungudi, Chennai - 600 096. India Ph :(91) 44 2496 0263, 2496 0227 Fax :(91) 44 2496 1561 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081119/7bf5a81f/attachment.html From bms at incunabulum.net Wed Nov 19 06:13:23 2008 From: bms at incunabulum.net (Bruce Simpson) Date: Wed, 19 Nov 2008 14:13:23 +0000 Subject: [Xorp-users] [OSPFv2] ASBR configuration file needed In-Reply-To: <4923C7B7.4080205@einfochips.com> References: <4923C7B7.4080205@einfochips.com> Message-ID: <49241F03.4060905@incunabulum.net> karnik wrote: > Can you please send me the sample configuration files of XORP which you > were using for making xorp router a ASBR router? > Because i don't know how to configure xorp OSPF router as an ASBR; > I have tried some configuration file to make ASBR , but i failed to > configure xorp due to i faced difficulties in configuring xorp as BGP > routers. > I think I already sent you a fragment showing how to do this off-list. You should be able to test the ASBR mode just by defining a simple policy which redistributes static routes into OSPF. Activate this policy e.g. by adding 'export "static-to-ospf"' to your ospf config block. From syed.khalid at xorp.net Wed Nov 19 06:24:03 2008 From: syed.khalid at xorp.net (Syed Khalid) Date: Wed, 19 Nov 2008 06:24:03 -0800 Subject: [Xorp-users] Issue in BGP Configuration In-Reply-To: <32997.10.100.3.228.1227077987.squirrel@indiamail.einfochips.com> References: <32997.10.100.3.228.1227077987.squirrel@indiamail.einfochips.com> Message-ID: I had run into a similar problem (I think), about a month ago, and had opened a bug 793. On RH Linux, I was not able to srtart BGP. However, with the fix, I have not run into this problem. I am running RH (2.8.18) 64 bit. I can try to reproducde your problem on my RH lab machnes. Is there a bug open on this? If not could you open one? On Tue, Nov 18, 2008 at 10:59 PM, Riddhi Shah wrote: > > Regards & Thanks, > Riddhi Shah, > e-Infochips. > > hi , > > I have checked what you had suggested me.and what i have cheked i have > attached > logs here. > > I have done ps -afx | grep "bgp" when BGP is running on my machine. I got > following. > Warning: bad syntax, perhaps a bogus '-'? See > /usr/share/doc/procps-3.2.3/FAQ > 6218 pts/3 S 0:00 | \_ xorp_bgp > 6265 pts/4 S+ 0:00 \_ grep bgp > > then i did lsof -p 6218 and i got output which i redirected into file > BGP_Process_LOG.txt > > There are total 4 files. > 1)BGP_Process_LOG.txt - which contains detail of running and listening BGP > process. 2)localhost.localdomaint.txt - which contains detail of pinging > localhost.localdomain from a shell. > 3)resolv.conf - which contains /etc/resolv.conf > 4)hosts - which contains /etc/hosts > > Regards & Thanks, > Riddhi Shah, > e-Infochips. > > > Hi, > > > > The messages you have logged normally appear if the XORPSH is not able to > connect to the Router Manager for some reason. > > > > I don't see anything obviously wrong with your configuration file, and it > app > > > > Things to try: > > > > * Can you confirm that the BGP process is running and listening for XRLs? > > > > A basic way of doing this is to check for the process with 'ps' and > install a > command such as 'lsof' from your Linux distribution's package facility, > then > use 'lsof -p your-bgp-process-pid' to see which sockets the BGP process has > opened. > > > > * Does localhost.localdomain resolve in both directions using what's > available > to your system's DNS resolver? > > > > * To verify this try pinging localhost.localdomain from a shell. > > > > * What's the contents of your /etc/resolv.conf and /etc/hosts files? > > > > thanks > > BMS > > > > > > Email Scanned for Virus & Dangerous Content by : > www.CleanMailGateway.com > > > > > > > -- > _____________________________________________________________________ > 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. > __________________________________________________________________________ > > > _______________________________________________ > Xorp-users mailing list > Xorp-users at xorp.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081119/82f17671/attachment.html From bms at incunabulum.net Wed Nov 19 06:26:49 2008 From: bms at incunabulum.net (Bruce Simpson) Date: Wed, 19 Nov 2008 14:26:49 +0000 Subject: [Xorp-users] Issue in BGP Configuration In-Reply-To: <32997.10.100.3.228.1227077987.squirrel@indiamail.einfochips.com> References: <32997.10.100.3.228.1227077987.squirrel@indiamail.einfochips.com> Message-ID: <49242229.6040300@incunabulum.net> Hi, That looks very strange, it appears your xorp_bgp process is listening on 127.0.0.1:19999, which is normally reserved for the Finder. DNS resolution does not appear to be the issue. To go back to the original issue: What you reported in logs normally happens if the Router Manager is not able to deal with an incoming XORPSH session right away, usually because it's busy dealing with bringing up processes such as xorp_bgp. I think you are going to need to build XORP with debugging symbols, and forcibly grab a core dump when xorp_bgp wedges like this. To do this, you'd run the router as normal. When the BGP process hangs, use 'gdb xorp_bgp ' to attach to the process. Execute command 'bt' and send the output to the list, so it is known where exactly in the code BGP is hanging. thanks BMS From bms at incunabulum.net Wed Nov 19 06:31:44 2008 From: bms at incunabulum.net (Bruce Simpson) Date: Wed, 19 Nov 2008 14:31:44 +0000 Subject: [Xorp-users] lightweight, multicast router In-Reply-To: <72b1b2950811182253v32ddbf7fv4fb1f53b49867304@mail.gmail.com> References: <72b1b2950811182253v32ddbf7fv4fb1f53b49867304@mail.gmail.com> Message-ID: <49242350.6020109@incunabulum.net> Franz Struwig wrote: > Is there any way I can slim down XORPs functionality? I basically > just want to use XORPs multicast routing capability, on a resource > constrained system. How resource constrained? I think you're looking at a bare minimum of 128MB for an x86. I could revisit my own engineering work on dealing with this, but I don't have a business case for it at the moment. I am always open to offers! > > I see the configuration script supports a '--disable-feature' option - > is there a list of features which can be disabled? You could opt just not to load certain protocol modules, but most of the memory consumption in that case comes from the core. thanks BMS From bms at incunabulum.net Wed Nov 19 06:37:26 2008 From: bms at incunabulum.net (Bruce Simpson) Date: Wed, 19 Nov 2008 14:37:26 +0000 Subject: [Xorp-users] reg: XORP_EBGP In-Reply-To: <000e01c94a34$0f320160$b602a8c0@BESHWDEVP1> References: <000e01c94a34$0f320160$b602a8c0@BESHWDEVP1> Message-ID: <492424A6.6070402@incunabulum.net> NS.GEETHANJALI wrote: > Dear Sir > > I have one doubt regarding EBGP configuration. > The localpref,med,and as-path prepend algorithm are valid for > connected routes or not. > Since i am exporting connected routes in to ebgp. So what ever > localpref, med values have no effect on best path selection > So please kindly advise me Can you post your configuration here so someone can better advise you? thanks BMS From Jean.Cao at gdcanada.com Wed Nov 19 08:54:48 2008 From: Jean.Cao at gdcanada.com (Cao, Jean) Date: Wed, 19 Nov 2008 09:54:48 -0700 Subject: [Xorp-users] Problem on running multiple instances on the same machine Message-ID: <0843D0F1EEBB2E49A2156C6981B4A17E041F55FF@CGYSVW100.gdcan.com> Pavlin: It works now. And no -p required. Many thanks. Jean The information contained in this e-mail message is PRIVATE. It may contain confidential information and may be legally privileged. It is intended for the exclusive use of the addressee(s). If you are not the intended recipient, you are hereby notified that any dissemination, distribution or reproduction of this communication is strictly prohibited. If the intended recipient(s) cannot be reached or if a transmission problem has occurred, please notify the sender immediately by return e-mail and destroy all copies of this message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081119/bf34f303/attachment.html From Jean.Cao at gdcanada.com Wed Nov 19 14:55:35 2008 From: Jean.Cao at gdcanada.com (Cao, Jean) Date: Wed, 19 Nov 2008 15:55:35 -0700 Subject: [Xorp-users] multiple tables Message-ID: <0843D0F1EEBB2E49A2156C6981B4A17E041F5605@CGYSVW100.gdcan.com> I have read the posting on supporting multiple routing tables (http://mailman.icsi.berkeley.edu/pipermail/xorp-users/2007-August/00186 9.html). It seems that this has been successfully done. But when I try to run two xorp instances, each using a different table-id, I don't get extra tables. All entries are added into the main table. 'ip route show table 4' doesn't give me anything. I am wondering if I have missed any steps here. Thanks. Jean The information contained in this e-mail message is PRIVATE. It may contain confidential information and may be legally privileged. It is intended for the exclusive use of the addressee(s). If you are not the intended recipient, you are hereby notified that any dissemination, distribution or reproduction of this communication is strictly prohibited. If the intended recipient(s) cannot be reached or if a transmission problem has occurred, please notify the sender immediately by return e-mail and destroy all copies of this message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081119/f583c9e2/attachment.html From greearb at candelatech.com Wed Nov 19 15:29:12 2008 From: greearb at candelatech.com (Ben Greear) Date: Wed, 19 Nov 2008 15:29:12 -0800 Subject: [Xorp-users] multiple tables In-Reply-To: <0843D0F1EEBB2E49A2156C6981B4A17E041F5605@CGYSVW100.gdcan.com> References: <0843D0F1EEBB2E49A2156C6981B4A17E041F5605@CGYSVW100.gdcan.com> Message-ID: <4924A148.3080203@candelatech.com> Cao, Jean wrote: > I have read the posting on supporting multiple routing tables > (http://mailman.icsi.berkeley.edu/pipermail/xorp-users/2007-August/001869.html). > It seems that this has been successfully done. But when I try to run > two xorp instances, each using a different table-id, I don't get > extra tables. All entries are added into the main table. 'ip route > show table 4' doesn't give me anything. I am wondering if I have missed > any steps here. You have to compile on a recent Linux that has multiple routing table support in the netlink libraries. Fedora 8 and later works without having to manually hack include files, other recent distributions probably work as well. Please note that if you want these routers to talk to each other, you also need a lot of clever ip rules and you will also need some patches to the Linux kernel. My company has these patches available...if you are interested, let me know and I'll send you a link. If you are just using the xorp to talk to external systems, you probably won't need any additional patches. Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com From geethanjali.ns at benchmarkgroup.com Wed Nov 19 20:32:44 2008 From: geethanjali.ns at benchmarkgroup.com (NS.GEETHANJALI) Date: Thu, 20 Nov 2008 10:02:44 +0530 Subject: [Xorp-users] XORP-EBGP Message-ID: <007c01c94ac9$0aabc140$b602a8c0@BESHWDEVP1> Dear Sir > I have one doubt regarding EBGP configuration. > The localpref,med,and as-path prepend algorithm are valid for > connected routes or not. > Since i am exporting connected routes in to ebgp. So what ever > localpref, med values have no effect on best path selection > So please kindly advise me Thank you Regards N.S.Geethanjali Benchmark Electronic Systems Pvt. Ltd., Plot No:58, Electrical & Electronics Industrial Estate Perungudi, Chennai - 600 096. India Ph :(91) 44 2496 0263, 2496 0227 Fax :(91) 44 2496 1561 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081120/86680b44/attachment.html From jjajal at gmail.com Thu Nov 20 01:21:06 2008 From: jjajal at gmail.com (Jigar) Date: Thu, 20 Nov 2008 14:51:06 +0530 Subject: [Xorp-users] Question regarding PIM-SM Message-ID: <49252C02.4060601@gmail.com> Hi all, I want to test the following scenario given in RFC-4601 (PIM-SM) in section 3.3 ( Phase Three: Shortest Path Tree ): ############################################################## To obtain lower latencies or more efficient bandwidth utilization, a router on the receiver's LAN, typically the DR, may *optionally* initiate a transfer from the shared tree to a source specific shortest path tree (SPT). To do this, it issues an (S,G) Join towards S. ############################################################## I have tested this scenario with XORP and I found that XORP does not initiate this step. To test this particular initiation, I have following setup: Please find the setup which is attached. Test Setup details: - XORP PIM-SM is enabled on the RUT. The RP is statically configured for 224.0.6.130. - The RUT is the DR for network 0. - RUT has a static route to the RP through TR2. - The RUT has a static route to the source through TR1. Steps followed: 1. On networks 2, TR1 and TR2 transmit Hello messages. 2. On network 0, transmit IGMP reports for 224.0.6.130. 3. On network 1, the RP will transmit the data packets. 4. The multicast destination address of the data is 224.0.6.130. 5. TR2 will forward the data packets on to network 2. Expectations: - As expected, RUT forwards multicast data packets from network 2 to network 0. - As mentioned in statements in RFC, RUT may issue an (S,G) Join towards source. But I did not find any (S,G) Join on network 2. I want to know whether XORP supports the feature of creating Shortest Path Tree or not. If XORP initiates this step then please tell me where I am going wrong. Regards, Jigar Jajal -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081120/86d281d1/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: setup.jpg Type: image/jpeg Size: 18731 bytes Desc: not available Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081120/86d281d1/attachment-0001.jpg From pavlin at ICSI.Berkeley.EDU Thu Nov 20 01:57:16 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Thu, 20 Nov 2008 01:57:16 -0800 Subject: [Xorp-users] Question regarding PIM-SM In-Reply-To: <49252C02.4060601@gmail.com> References: <49252C02.4060601@gmail.com> Message-ID: <200811200957.mAK9vGC7022541@fruitcake.ICSI.Berkeley.EDU> Please send your XORP configuration (on the RUT). Pavlin P.S. Yes, XORP supports the SPT switch. Jigar wrote: > Hi all, > > I want to test the following scenario given in RFC-4601 (PIM-SM) in > section 3.3 ( Phase Three: Shortest Path Tree ): > ############################################################## > To obtain lower latencies or more efficient bandwidth utilization, > a router on the receiver's LAN, typically the DR, may *optionally* initiate > a transfer from the shared tree to a source specific shortest path tree (SPT). > To do this, it issues an (S,G) Join towards S. > ############################################################## > > I have tested this scenario with XORP and I found that XORP does not initiate > this step. > > To test this particular initiation, I have following setup: > Please find the setup which is attached. > > Test Setup details: > - XORP PIM-SM is enabled on the RUT. The RP is statically configured > for 224.0.6.130. > - The RUT is the DR for network 0. > - RUT has a static route to the RP through TR2. > - The RUT has a static route to the source through TR1. > > Steps followed: > 1. On networks 2, TR1 and TR2 transmit Hello messages. > 2. On network 0, transmit IGMP reports for 224.0.6.130. > 3. On network 1, the RP will transmit the data packets. > 4. The multicast destination address of the data is 224.0.6.130. > 5. TR2 will forward the data packets on to network 2. > > Expectations: > - As expected, RUT forwards multicast data packets from network 2 to network 0. > - As mentioned in statements in RFC, RUT may issue an (S,G) Join towards > source. > But I did not find any (S,G) Join on network 2. > > I want to know whether XORP supports the feature of creating Shortest Path Tree > or not. If XORP initiates this step then please tell me where I am going wrong. > > Regards, > Jigar Jajal > _______________________________________________ > Xorp-users mailing list > Xorp-users at xorp.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users From jjajal at gmail.com Thu Nov 20 02:49:25 2008 From: jjajal at gmail.com (Jigar) Date: Thu, 20 Nov 2008 16:19:25 +0530 Subject: [Xorp-users] Question regarding PIM-SM In-Reply-To: <200811200957.mAK9vGC7022541@fruitcake.ICSI.Berkeley.EDU> References: <49252C02.4060601@gmail.com> <200811200957.mAK9vGC7022541@fruitcake.ICSI.Berkeley.EDU> Message-ID: <492540B5.3040605@gmail.com> Pavlin, Thanks for your very quick reply. Here I have attached the configuration file which is used on the RUT. Please note that I have not mentioned anything about static route in the configuration file but I have used XORP shell (xorpsh) for configuring it. Following are the commands which I have fired on xorpsh to configure xorp: # set protocols pimsm4 static-rps rp 12.22.33.44 group-prefix 224.0.0.0/4 # set protocols static route 12.22.33.44/32 next-hop 10.100.3.220 # set protocols static route 11.22.33.44/32 next-hop 10.100.3.221 Source address of UDP packet is 11.22.33.44. Please refer to following details related to setup diagram which is sent in previous mail: IP address of TR2 : 10.100.3.220/24 IP address of TR1 : 10.100.3.221/24 IP address of eth1 on RUT : 10.100.3.107/24 IP address of eth0 on RUT : 192.168.14.212/24 Network 0: 192.168.14.0/24 Network 2: 10.100.3.0/24 Thanks, Jigar Pavlin Radoslavov wrote: > Please send your XORP configuration (on the RUT). > > Pavlin > > P.S. Yes, XORP supports the SPT switch. > > > Jigar wrote: > >> Hi all, >> >> I want to test the following scenario given in RFC-4601 (PIM-SM) in >> section 3.3 ( Phase Three: Shortest Path Tree ): >> ############################################################## >> To obtain lower latencies or more efficient bandwidth utilization, >> a router on the receiver's LAN, typically the DR, may *optionally* initiate >> a transfer from the shared tree to a source specific shortest path tree (SPT). >> To do this, it issues an (S,G) Join towards S. >> ############################################################## >> >> I have tested this scenario with XORP and I found that XORP does not initiate >> this step. >> >> To test this particular initiation, I have following setup: >> Please find the setup which is attached. >> >> Test Setup details: >> - XORP PIM-SM is enabled on the RUT. The RP is statically configured >> for 224.0.6.130. >> - The RUT is the DR for network 0. >> - RUT has a static route to the RP through TR2. >> - The RUT has a static route to the source through TR1. >> >> Steps followed: >> 1. On networks 2, TR1 and TR2 transmit Hello messages. >> 2. On network 0, transmit IGMP reports for 224.0.6.130. >> 3. On network 1, the RP will transmit the data packets. >> 4. The multicast destination address of the data is 224.0.6.130. >> 5. TR2 will forward the data packets on to network 2. >> >> Expectations: >> - As expected, RUT forwards multicast data packets from network 2 to network 0. >> - As mentioned in statements in RFC, RUT may issue an (S,G) Join towards >> source. >> But I did not find any (S,G) Join on network 2. >> >> I want to know whether XORP supports the feature of creating Shortest Path Tree >> or not. If XORP initiates this step then please tell me where I am going wrong. >> >> Regards, >> Jigar Jajal >> _______________________________________________ >> Xorp-users mailing list >> Xorp-users at xorp.org >> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: config.pimsm Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081120/9a68a6cb/attachment.ksh From pavlin at ICSI.Berkeley.EDU Thu Nov 20 08:31:47 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Thu, 20 Nov 2008 08:31:47 -0800 Subject: [Xorp-users] Question regarding PIM-SM In-Reply-To: <492540B5.3040605@gmail.com> References: <49252C02.4060601@gmail.com> <200811200957.mAK9vGC7022541@fruitcake.ICSI.Berkeley.EDU> <492540B5.3040605@gmail.com> Message-ID: <200811201631.mAKGVlXC004593@fruitcake.ICSI.Berkeley.EDU> Please add the following statement to your pimsm4 configuration: switch-to-spt-threshold { /* approx. 1K bytes/s (10Kbps) threshold */ disable: false interval: 100 bytes: 102400 } This will initiate the STP switch if the data bandwidth is above 10Kbps. If you want the switch to happen on the first data packet for example, then change "bytes" to 0. Pavlin Jigar wrote: > Pavlin, > Thanks for your very quick reply. > > Here I have attached the configuration file which is used on the RUT. > Please note that I have not mentioned anything about static route in the > configuration file but I have used XORP shell (xorpsh) for configuring it. > > Following are the commands which I have fired on xorpsh to configure xorp: > > # set protocols pimsm4 static-rps rp 12.22.33.44 group-prefix 224.0.0.0/4 > # set protocols static route 12.22.33.44/32 next-hop 10.100.3.220 > # set protocols static route 11.22.33.44/32 next-hop 10.100.3.221 > > Source address of UDP packet is 11.22.33.44. > > Please refer to following details related to setup diagram which is sent > in previous mail: > > IP address of TR2 : 10.100.3.220/24 > IP address of TR1 : 10.100.3.221/24 > IP address of eth1 on RUT : 10.100.3.107/24 > IP address of eth0 on RUT : 192.168.14.212/24 > > Network 0: 192.168.14.0/24 > Network 2: 10.100.3.0/24 > > Thanks, > Jigar > > Pavlin Radoslavov wrote: > > Please send your XORP configuration (on the RUT). > > > > Pavlin > > > > P.S. Yes, XORP supports the SPT switch. > > > > > > Jigar wrote: > > > >> Hi all, > >> > >> I want to test the following scenario given in RFC-4601 (PIM-SM) in > >> section 3.3 ( Phase Three: Shortest Path Tree ): > >> ############################################################## > >> To obtain lower latencies or more efficient bandwidth utilization, > >> a router on the receiver's LAN, typically the DR, may *optionally* initiate > >> a transfer from the shared tree to a source specific shortest path tree (SPT). > >> To do this, it issues an (S,G) Join towards S. > >> ############################################################## > >> > >> I have tested this scenario with XORP and I found that XORP does not initiate > >> this step. > >> > >> To test this particular initiation, I have following setup: > >> Please find the setup which is attached. > >> > >> Test Setup details: > >> - XORP PIM-SM is enabled on the RUT. The RP is statically configured > >> for 224.0.6.130. > >> - The RUT is the DR for network 0. > >> - RUT has a static route to the RP through TR2. > >> - The RUT has a static route to the source through TR1. > >> > >> Steps followed: > >> 1. On networks 2, TR1 and TR2 transmit Hello messages. > >> 2. On network 0, transmit IGMP reports for 224.0.6.130. > >> 3. On network 1, the RP will transmit the data packets. > >> 4. The multicast destination address of the data is 224.0.6.130. > >> 5. TR2 will forward the data packets on to network 2. > >> > >> Expectations: > >> - As expected, RUT forwards multicast data packets from network 2 to network 0. > >> - As mentioned in statements in RFC, RUT may issue an (S,G) Join towards > >> source. > >> But I did not find any (S,G) Join on network 2. > >> > >> I want to know whether XORP supports the feature of creating Shortest Path Tree > >> or not. If XORP initiates this step then please tell me where I am going wrong. > >> > >> Regards, > >> Jigar Jajal > >> _______________________________________________ > >> Xorp-users mailing list > >> Xorp-users at xorp.org > >> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users > > > > /*$XORP*/ > > > interfaces { > restore-original-config-on-shutdown: false > interface eth0 { > description: "data interface" > disable: false > default-system-config > } > interface eth1 { > description: "data interface" > disable: false > default-system-config > } > } > > fea { > unicast-forwarding4 { > disable: false > forwarding-entries { > retain-on-startup: false > retain-on-shutdown: false > } > } > } > > plumbing { > mfea4 { > disable: false > interface eth0 { > vif eth0 { > disable: false > } > } > interface eth1 { > vif eth1 { > disable: false > } > } > interface register_vif { > vif register_vif { > /* Note: this vif should be always enabled */ > disable: false > } > } > traceoptions { > flag all { > disable: false > } > } > } > > } > > protocols { > igmp { > disable: false > interface eth0 { > vif eth0 { > disable: false > version: 3 > } > } > interface eth1 { > vif eth1 { > disable: false > version: 3 > } > } > traceoptions { > flag all { > disable: false > } > } > } > } > > /* > protocols { > static { > route 11.22.33.44/23 { > next-hop: 10.100.3.220 > metric: 1 > } > } > } > */ > protocols { > pimsm4 { > disable: false > interface eth0 { > vif eth0 { > disable: false > } > } > interface eth1 { > vif eth1 { > disable: false > } > } > interface register_vif { > vif register_vif { > /* Note: this vif should be always enabled */ > disable: false > } > } > traceoptions { > flag all { > disable: false > } > } > } > } > > /* > * Note: fib2mrib is needed for multicast only if the unicast protocols > * don't populate the MRIB with multicast-specific routes. > */ > protocols { > fib2mrib { > disable: false > } > } > > _______________________________________________ > Xorp-users mailing list > Xorp-users at xorp.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users From russ.dill at gmail.com Mon Nov 24 14:13:05 2008 From: russ.dill at gmail.com (Russ Dill) Date: Mon, 24 Nov 2008 15:13:05 -0700 Subject: [Xorp-users] iBGP routes not being used/forwarded In-Reply-To: References: Message-ID: I'd like to use the BGP component of XORP to forward routes along with some additional per route data across an existing network. The machine has a wireless card that connects to a mesh network. The wireless card runs its own layer 2 routing protocol internally. From the wireless card, I'm collecting reachable hosts and forwarding them via BGP to the local XORP daemon. I use BGP so that I can also forward additional required information about the devices as BGP options to remote systems that are running the same collect/forward daemon. The entire wireless network appears as a flat class A network to devices on the network. Ok, so each machine that connects to the wireless network and runs an XORP daemon to bridge that network across a backhaul would have an XORP boot file that looks like the following: interfaces { interface mea0 { default-system-config } interface eth0 { default-system-config } } fea { unicast-forwarding4 { disable: false } } protocols { bgp { bgp-id: 192.168.1.136 /* backhaul IP */ local-as: 65002 /* local AS */ peer 127.0.0.1 { local-ip: 10.54.12.1 /* wireless IP */ as: 65002 /* local AS */ next-hop: 10.54.12.1 /* wireless IP */ holdtime: 0 } peer 192.168.1.126 { /* backhaul router */ local-ip: 192.168.1.136 /* backhaul IP */ as: 65000 /* AS of backhaul network */ next-hop: 192.168.1.136 /* wireless IP */ } } } So the XORP daemon comes up, and has the following connected routes: root at russ-laptop> show route table ipv4 unicast connected 10.0.0.0/8 [connected(0)/0] > via mea0/mea0 192.168.1.0/24 [connected(0)/0] > via eth0/eth0 And connects with the following BGP peers: root at russ-laptop> show bgp peers detail Peer 1: local 10.0.0.1/179 remote 127.0.0.1/179 Peer ID: 10.0.0.1 Peer State: ESTABLISHED Admin State: START Negotiated BGP Version: 4 Peer AS Number: 65002 Updates Received: 1, Updates Sent: 0 Messages Received: 3, Messages Sent: 2 Time since last received update: 51 seconds Number of transitions to ESTABLISHED: 1 Time since last entering ESTABLISHED state: 51 seconds Retry Interval: 120 seconds Hold Time: 0 seconds, Keep Alive Time: 0 seconds Configured Hold Time: 0 seconds, Configured Keep Alive Time: 0 seconds Minimum AS Origination Interval: 0 seconds Minimum Route Advertisement Interval: 0 seconds Peer 2: local 192.168.1.136/179 remote 192.168.1.126/179 Peer ID: 192.168.1.126 Peer State: ESTABLISHED Admin State: START Negotiated BGP Version: 4 Peer AS Number: 65000 Updates Received: 0, Updates Sent: 0 Messages Received: 3, Messages Sent: 3 Time since last received update: n/a Number of transitions to ESTABLISHED: 1 Time since last entering ESTABLISHED state: 51 seconds Retry Interval: 120 seconds Hold Time: 90 seconds, Keep Alive Time: 30 seconds Configured Hold Time: 90 seconds, Configured Keep Alive Time: 30 seconds Minimum AS Origination Interval: 0 seconds Minimum Route Advertisement Interval: 0 seconds The local collect/forward daemon talks to XORP and the following shows up in XORP: root at russ-laptop> show bgp routes Status Codes: * valid route, > best route Origin Codes: i IGP, e EGP, ? incomplete Prefix Nexthop Peer AS Path ------ ------- ---- ------- * 10.170.232.0/24 10.170.232.1 10.0.0.1 65002 i * 10.172.51.0/24 10.172.51.1 10.0.0.1 65002 i root at russ-laptop> show bgp routes detail 10.170.232.0/24 From peer: 10.0.0.1 Route: Not Used Origin: IGP AS Path: 65002 Nexthop: 10.170.232.1 10.172.51.0/24 From peer: 10.0.0.1 Route: Not Used Origin: IGP AS Path: 65002 Nexthop: 10.172.51.1 However, no local routes are added: ip route 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.136 metric 2 169.254.0.0/16 dev eth0 scope link metric 1000 10.0.0.0/8 dev mea0 scope link default via 192.168.1.1 dev eth0 And no updates are sent to the backhaul peer. Both peers are running XORP 1.5-6 from debian. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081124/00310e24/attachment.html From vfaion at gmail.com Thu Nov 27 13:05:42 2008 From: vfaion at gmail.com (Victor Faion) Date: Thu, 27 Nov 2008 21:05:42 +0000 Subject: [Xorp-users] Problem with xorp_rtrmgr Message-ID: <38f1dbe80811271305x70251c31vecae70c0cf4b64fc@mail.gmail.com> I downloaded XORP 1.5 and compiled from source on a 64 bit machine, but I am having trouble getting the router manager to start: ./xorp_rtrmgr -b ../static.boot [ 2008/11/27 20:44:19 ERROR xorp_rtrmgr:16440 LIBCOMM +312 comm_sock.c comm_sock_bind4 ] Error binding socket (family = 2, my_addr = 127.0.0.1, my_port = 19999): Address already in use [ 2008/11/27 20:44:19 ERROR xorp_rtrmgr:16440 RTRMGR +260 main_rtrmgr.cc run ] Address already in use: a finder may already be running. I am in the xorp group and I'm running this as root. I also ran the tests after installing and it didn't fail any tests. I haven't changed any configuration files, only set some IP addresses in static.boot. Has anyone ever gotten this error? Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081127/d11991f4/attachment.html From bms at incunabulum.net Thu Nov 27 14:22:51 2008 From: bms at incunabulum.net (Bruce M. Simpson) Date: Thu, 27 Nov 2008 22:22:51 +0000 Subject: [Xorp-users] Problem with xorp_rtrmgr In-Reply-To: <38f1dbe80811271305x70251c31vecae70c0cf4b64fc@mail.gmail.com> References: <38f1dbe80811271305x70251c31vecae70c0cf4b64fc@mail.gmail.com> Message-ID: <492F1DBB.2080806@incunabulum.net> Victor Faion wrote: > I downloaded XORP 1.5 and compiled from source on a 64 bit machine, > but I am having trouble getting the router manager to start: > > ./xorp_rtrmgr -b ../static.boot > [ 2008/11/27 20:44:19 ERROR xorp_rtrmgr:16440 LIBCOMM +312 > comm_sock.c comm_sock_bind4 ] Error binding socket (family = 2, > my_addr = 127.0.0.1 , my_port = 19999): Address > already in use > [ 2008/11/27 20:44:19 ERROR xorp_rtrmgr:16440 RTRMGR +260 > main_rtrmgr.cc run ] Address already in use: a finder may already be > running. > > I am in the xorp group and I'm running this as root. I also ran the > tests after installing and it didn't fail any tests. I haven't changed > any configuration files, only set some IP addresses in static.boot. > Has anyone ever gotten this error? > The Router Manager wasn't able to open its Finder socket because the addresswas already in use. Do you have any processes listening to port 19999? Use a tool such as netstat to verify that this is the case. If you do find a socket bound in LISTEN state, use a tool such as lsof to discover exactly which process it is. thanks BMS From vfaion at gmail.com Thu Nov 27 15:47:24 2008 From: vfaion at gmail.com (Victor Faion) Date: Thu, 27 Nov 2008 23:47:24 +0000 Subject: [Xorp-users] Problem with xorp_rtrmgr In-Reply-To: <492F1DBB.2080806@incunabulum.net> References: <38f1dbe80811271305x70251c31vecae70c0cf4b64fc@mail.gmail.com> <492F1DBB.2080806@incunabulum.net> Message-ID: <38f1dbe80811271547x643e65bq7943f45f0d969a4c@mail.gmail.com> Thanks for the help, Click was still listening on that port and when I closed it xorp_rtrmgr worked, however it didn't like the syntax I used in static.boot where I have interfaces/vifs eth0:0 and eth0:1. Is there a special syntax to specify interface/vif names like these? Victor On Thu, Nov 27, 2008 at 22:22, Bruce M. Simpson wrote: > Victor Faion wrote: > >> I downloaded XORP 1.5 and compiled from source on a 64 bit machine, but I >> am having trouble getting the router manager to start: >> >> ./xorp_rtrmgr -b ../static.boot >> [ 2008/11/27 20:44:19 ERROR xorp_rtrmgr:16440 LIBCOMM +312 comm_sock.c >> comm_sock_bind4 ] Error binding socket (family = 2, my_addr = 127.0.0.1 < >> http://127.0.0.1/>, my_port = 19999): Address already in use >> [ 2008/11/27 20:44:19 ERROR xorp_rtrmgr:16440 RTRMGR +260 main_rtrmgr.cc >> run ] Address already in use: a finder may already be running. >> >> I am in the xorp group and I'm running this as root. I also ran the tests >> after installing and it didn't fail any tests. I haven't changed any >> configuration files, only set some IP addresses in static.boot. Has anyone >> ever gotten this error? >> >> > The Router Manager wasn't able to open its Finder socket because the > addresswas already in use. > > Do you have any processes listening to port 19999? Use a tool such as > netstat to verify that this is the case. If you do find a socket bound in > LISTEN state, use a tool such as lsof to discover exactly which process it > is. > > thanks > BMS > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20081127/408e3706/attachment.html From pavlin at ICSI.Berkeley.EDU Thu Nov 27 17:21:40 2008 From: pavlin at ICSI.Berkeley.EDU (Pavlin Radoslavov) Date: Thu, 27 Nov 2008 17:21:40 -0800 Subject: [Xorp-users] Problem with xorp_rtrmgr In-Reply-To: <38f1dbe80811271547x643e65bq7943f45f0d969a4c@mail.gmail.com> References: <38f1dbe80811271305x70251c31vecae70c0cf4b64fc@mail.gmail.com> <492F1DBB.2080806@incunabulum.net> <38f1dbe80811271547x643e65bq7943f45f0d969a4c@mail.gmail.com> Message-ID: <200811280122.mAS1LeYE014097@fruitcake.ICSI.Berkeley.EDU> Victor Faion wrote: > Thanks for the help, Click was still listening on that port and when I > closed it xorp_rtrmgr worked, however it didn't like the syntax I used in > static.boot where I have interfaces/vifs eth0:0 and eth0:1. Is there a > special syntax to specify interface/vif names like these? In Linux "eth0:0" and "eth0:1" are not real interfaces, but IP aliases on interface eth0. In your XORP config you should use interface/vif name "eth0" and specify the IP addresses as appropriate. Pavlin > Victor > > On Thu, Nov 27, 2008 at 22:22, Bruce M. Simpson wrote: > > > Victor Faion wrote: > > > >> I downloaded XORP 1.5 and compiled from source on a 64 bit machine, but I > >> am having trouble getting the router manager to start: > >> > >> ./xorp_rtrmgr -b ../static.boot > >> [ 2008/11/27 20:44:19 ERROR xorp_rtrmgr:16440 LIBCOMM +312 comm_sock.c > >> comm_sock_bind4 ] Error binding socket (family = 2, my_addr = 127.0.0.1 < > >> http://127.0.0.1/>, my_port = 19999): Address already in use > >> [ 2008/11/27 20:44:19 ERROR xorp_rtrmgr:16440 RTRMGR +260 main_rtrmgr.cc > >> run ] Address already in use: a finder may already be running. > >> > >> I am in the xorp group and I'm running this as root. I also ran the tests > >> after installing and it didn't fail any tests. I haven't changed any > >> configuration files, only set some IP addresses in static.boot. Has anyone > >> ever gotten this error? > >> > >> > > The Router Manager wasn't able to open its Finder socket because the > > addresswas already in use. > > > > Do you have any processes listening to port 19999? Use a tool such as > > netstat to verify that this is the case. If you do find a socket bound in > > LISTEN state, use a tool such as lsof to discover exactly which process it > > is. > > > > thanks > > BMS > > > _______________________________________________ > Xorp-users mailing list > Xorp-users at xorp.org > http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users