From greearb at candelatech.com  Mon Mar  1 08:10:27 2010
From: greearb at candelatech.com (Ben Greear)
Date: Mon, 01 Mar 2010 08:10:27 -0800
Subject: [Xorp-users] Is xorp in SVN 1.7-WIP more stable than xorp 1.6?
In-Reply-To: <20100301014837.GA6196@calhariz.com>
References: <20100301014837.GA6196@calhariz.com>
Message-ID: <4B8BE6F3.3040807@candelatech.com>

On 02/28/2010 05:48 PM, Jose Manuel dos Santos Calhariz wrote:
>
> Is xorp in SVN 1.7-WIP  more stable than xorp 1.6?
>
> I have problems in packaging xorp 1.6 for Debian when some of the
> problems are all ready solved in svn repository.
>
> My biggest problem is compiling xorp 1.6 with g++ 4.4 in architectures like
> alpha, sparc, hppa, etc.  Everything than is not a x86, x86-64 or PPC.
>
>       Jose calhariz

Well, at least if you find bugs in 1.7 (SVN or my tree), we might be able to
fix it.  I'm not interested in trying to fix anything in 1.6, and no one else
has posted patches lately either...

Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From thomas.knowles at advatechpacific.com  Mon Mar  1 12:07:07 2010
From: thomas.knowles at advatechpacific.com (Knowles, Thomas)
Date: Mon, 1 Mar 2010 12:07:07 -0800
Subject: [Xorp-users] XORP expert consultant needed
Message-ID: <33667EABC3B94A40A8119876B77EA4310532CB35A8@postal.STARTREK.LOCAL>

I am having difficulty configuring XORP using OSPF to report and forward routes.  My requests to this group have not met with success.  So if you are or know of someone that has experience with XORP & OSPF and is available to consult, please respond.   Thomas.Knowles at AdvatechPacific.com<mailto:Thomas.Knowles at AdvatechPacific.com>  Thanks!

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100301/03050e78/attachment.html 

From jorn.rikkers at nl.thalesgroup.com  Tue Mar  2 01:20:31 2010
From: jorn.rikkers at nl.thalesgroup.com (RIKKERS Jorn)
Date: Tue, 2 Mar 2010 10:20:31 +0100
Subject: [Xorp-users] Help : Test setup for Pim4 and IGMP between
	sunets	(for VLC source and Receiver ) multicast test.
In-Reply-To: <000301cab6da$fd9fbb30$1c0ea8c0@elitecore.com>
References: <000301cab6da$fd9fbb30$1c0ea8c0@elitecore.com>
Message-ID: <921CFE98D75A9A4884B63ED4B66B964E330D1D@spvw1505.ONE-05.GRP>

I'm currently doing some tests with the folowing layout
 
R-----R---{Internet}
| \ / |
R--R--R
| / \ |
R-----R

Every Router (R) has another interface to a PC (this is not shown in the figure).

I use the folowing configuration for XORP and Quagga in the routers (see below). All routers have similar config files.

Note that for every network segment one PIM DR has a higher priority.
Note that IGMP has to be configured only for the interface to which a PC is connected. This is not the case for PIM.

I hope this will help you a litle?

Jorn Rikkers

*This message contains Unclassified information*

/* ------------------ XORP config file ------------------ */
interfaces {
	interface eth3 {
		vif eth3 {
			address 10.0.0.37 {
				prefix-length: 30
			}
		}
	}
	interface eth2 {
		vif eth2 {
			address 10.0.0.34 {
				prefix-length: 30
			}
		}
	}
	interface eth1 {
		vif eth1 {
			address 10.0.0.30 {
				prefix-length: 30
			}
		}
	}
	interface eth0 {
		vif eth0 {
			address 10.0.0.5 {
				prefix-length: 30
			}
		}
	}
}
fea {
	unicast-forwarding4 {
		disabl: false
	}
}
plumbing {
	mfea4 {
		disable: false
		interface eth3 {
			vif eth3 {
				disable: false
			}
		}
		interface eth2 {
			vif eth2 {
				disable: false
			}
		}
		interface eth1 {
			vif eth1 {
				disable: false
			}
		}
		interface eth0 {
			vif eth0 {
				disable: false
			}
		}
		interface register_vif {
			vif register_vif {
				disable: false
			}
		}
	}
}
protocols {
	fib2mrib {
		disable: false
	}
}
protocols {
	igmp {
		interface eth0 {
			vif eth0 {
				disable: false
			}
		}
	}
}
protocols {
	pimsm4 {
		interface eth3 {
			vif eth3 {
				dr-priority: 1
			}
		}
		interface eth2 {
			vif eth2 {
				dr-priority: 2
			}
		}
		interface eth1 {
			vif eth1 {
				dr-priority: 2
			}
		}
		interface eth0 {
			vif eth0 {
				dr-priority: 1
			}
		}
		interface register_vif {
			vif register_vif {
				disable: false
			}
		}
		static-rps {
			rp 10.0.0.17 {
				group-prefix 224.0.0.0/4 {
				}
			}
		}
	}
}
/* ----------------------end XORP ---------------------- */

/* ----------------- QUAGGA config file ----------------- */
hostname router2
!
interface eth3
 ip address 10.0.0.37/30
!
interface eth2
 ip address 10.0.0.34/30
!
interface eth1
 ip address 10.0.0.30/30
!
interface eth0
 ip address 10.0.0.5/30
!
router ospf
 redistribute connected
 router -id 10.0.0.5
 network 10.0.0.37/30 area 0
 network 10.0.0.34/30 area 0
 network 10.0.0.30/30 area 0
 network 10.0.0.5/30 area 0
!
/* ---------------------end QUAGGA --------------------- */




From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org] On Behalf Of saurabh
Sent: Friday, 26 February, 2010 12:58
To: xorp-users at xorp.org
Subject: [Xorp-users] Help : Test setup for Pim4 and IGMP between sunets (for VLC source and Receiver ) multicast test.


Dear Xorp users,

"I think many of other xorp users must passed this stage, at where I am struggling right now" 
I am struggling to make the test setup of pim and igmp (after going thru manuals and rfcs)

Aim is to see multicast traffic in VLC player at PC1 which is coming from PC2 (multicast source for 224.0.0.4)
,Off course through PIM and IGMP. (I should see proper join & prune at both routers) 

I have two pc(win-xp), ?(At diff subnets)
      two routers (both run Xorp live cd). 

With 2nd XP pc2, I am multicasting stream at 224.0.0.4 group..udp(port 1234).. 
And @ 1st xp pc1, I am trying to view the video stream. 

Both Pcs are behind different xorp (live cd) router as shown in figure below..

PC1 ?xp ???????????????????? ??????????? ????PC2 -xp
193.193.193.111???????????????????? ? 194.194.194.111??????? 
???? eth(0)??????????????????????????????????? ??????(eth0)
???? ?????? |???????????????????????????????????????????? |???? 
??????????? |?????????? ????????????????????????????????? |??? 
??? le1 193.193.193.1??? ??? le1 194.194.194.1??? (pim-RP) (DR)
??? le0 195.195.195.20? ???le0 195.195.195.10????? ??????? 
? XORP-CD-Router1 ----? XORP-CD-Router2


(bsd naming are le0..1 ..instead of eth0.1..)

IGMP activity is happening: (?)
What I observed is that PC1's vlc client is joining 224.0.0.4 group, when I start to
Play button of vlc,? I can see it by "show igmp group" command at router1's cli, 
?
No PIM activity is happening: (?)
I noted that router1 is not sending pim join (*,G) to router2 for group 224.0.0.4 
(Which should be as I have defined router1's le0 as RP for group 224.0.0.4/8)

Only I can see pim neighbors while trying command ("show pim neighbors"), in both
routers , in that case router1 is being shown as NOT DR, and router2 as DR

And I have also noted that multicast traffic that is coming at le1 in router2, 
(from PC2-which is multicast source)? that is not forwarded to le0. 
(I think which should be, as it must go to RP interface which is le0 of router2) ! 

Plese help me, what I missing something? 

I have configured fib2mrib.. And not configured any other unicast protocols.? (Is this correct)
I have also not set default gateway (default routes in any routers)


I think "Mohd" and other users have done this setup that I saw from sep-oct-2009 mailing list? 

Plese share your exp. for pim igmp setup.. 


config are below,,,,


Thanks,
Saurabh

config file for router2 i given here in last, in router1 config only change 
in interface address, remaining all are same

****************************************************

root at xorpcd.local# show 

??? protocols {
??????? fib2mrib {
??????? }
??????? igmp {
??????????? interface le0 {
??????????????? vif le0 {
??????????????? }
??????????? }
??????????? interface le1 {
??????????????? vif le1 {
??????????????? }
??????????? }
??????? }
??????? pimsm4 {
??????????? interface le0 {
??????????????? vif le0 {
??????????????????? dr-priority: 250
????????????? ??}
??????????? }
??????????? interface le1 {
??????????????? vif le1 {
??????????????? }
??????????? }
??????????? interface "register_vif" {
??????????????? vif "register_vif" {
??????????????? }
??????????? }
??????????? static-rps {
??????????????? rp 195.195.195.10 {
??????????????????? group-prefix 224.0.0.0/8 {
??????????????????????? rp-priority: 250
??????????????????? }
??????????????? }
??????????? }
??????????? switch-to-spt-threshold {
??????????????? interval: 10
??????????????? bytes: 1000000
??????????? }
??????? }
??? }
??? fea {
??????? unicast-forwarding4 {
??????? }
??? }
??? interfaces {
??????? interface le0 {
??????????? description: "Ethernet"
??????????? vif le0 {
??????????????? address 195.195.195.10 {
??????????????????? prefix-length: 24
??????????????? }
??????????? }
??????? }
??????? interface le1 {
??????????? description: "Ethernet"
??????????? vif le1 {
??????????????? address 194.194.194.1 {
??????????????????? prefix-length: 24
??????????????? }
??????????? }
??????? }
?? ?????interface lo0 {
??????????? description: "Loopback interface"
??????????? vif lo0 {
??????????? }
??????? }
??? }
??? plumbing {
??????? mfea4 {
??????????? interface le0 {
??????????????? vif le0 {
??????????????? }
??????????? }
??????????? interface le1 {
??????????????? vif le1 {
??????????????? }
??????????? }
??????????? interface "register_vif" {
??????????????? vif "register_vif" {
??????????????? }
??????????? }
??????? }
??? }



From bhughes at totalrecallcorp.com  Thu Mar  4 14:06:48 2010
From: bhughes at totalrecallcorp.com (Bernard J Hughes)
Date: Thu, 04 Mar 2010 17:06:48 -0500
Subject: [Xorp-users] PIM IGMP troubleshooting
Message-ID: <1267740408.3499.507.camel@laptop.trc>

Below is a diagram of my current setup:


   Cisco 3750  G1/0/12:                   XORP FreeBSD               
    ___________10.0.90.1/30   rl0:10.0.90.2/30_____                
   |___________|=============================[_____]
       || VLAN 250:10.0.80.1/24               ||  em0:10.9.8.1/30     
       ||                                   __||__PC2:10.9.8.2/30    
     __||_PC1:10.0.80.10/24                [______]       
    |______|                       Recieve 239.255.255.250
     Sends to                                  
  239.255.255.250

My goal is to get PC2 to hear the multicast coming from PC1.

PC2 gets the traffic when directly plugged into the 3750.  I get nothing
when attempting to use XORP between PC2 and the 3750. Xorp is running on
FREEBSD 8.0 with MROUTING in the KERNEL. Unicast works fine.  The 3750
sees XORP interface rl0 as a DR and PIM neighbor.

I feel like em0 IGMP is not picking up on PC2s membership reports on
group 239.255.255.250.  Whenever PC2 is connected directly to G1/0/12
the first IGMP membership report it sends yields mcast traffic from
10.0.80.10 destined to . Using XORP netstat -gn doesn't yield any
groups.  Shouldn't xorp be maintaining group memberships for its
listeners?

I think I need some help tuning Xorp.  I've read a lot on the mailing
list where people appear to get this working with relatively simple
configs.  I must be missing something easy. PLEAAAAASE HELLLLP!!! lol.
thanks in advance!

-------------------XORP CONFIG-----------------------
interfaces {
	interface em0 {
		description: "test interface"
		disable: false 
		vif em0 {
			disable: false
			address 10.9.8.1 {
				prefix-length: 30
				broadcast: 10.9.8.3
				disable: false
			}	
		}		
	}
	interface rl0 {
		description: "test interface"
		disable: false 
		vif rl0 {
			disable: false
			address 10.0.90.2 {
				prefix-length: 30 
				broadcast: 10.0.90.3
				disable: false
			}	
		}		
	}
}

fea {
    unicast-forwarding4 {
        disable: false
    }

}

protocols {
	static {
		route 10.0.0.0/16 {
	    		next-hop: 10.0.90.1
	    		metric: 1
		}
		mrib-route 10.0.80.0/24 {
			next-hop: 10.0.90.1
			metric: 1
		}
		mrib-route 10.0.90.0/30 {
			next-hop: 10.0.90.1
			metric: 1
		}
		mrib-route 10.9.8.0/30 {
			next-hop: 10.0.90.1
			metric: 1
		}
	}
}

plumbing {
    mfea4 {
	disable: false
	interface rl0 {
	    vif rl0 {
		disable: false
	    }
	}
	interface em0 {
	    vif em0 {
		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 em0 {
	    vif em0 {
		disable: false
		/* version: 2 */
		/* enable-ip-router-alert-option-check: false */
		/* query-interval: 125 */
		/* query-last-member-interval: 1 */
		/* query-response-interval: 10 */
		/* robust-count: 2 */
	    }
	}
	traceoptions {
	    flag all {
		disable: false
	    }
	}
    }
}

protocols {
    pimsm4 {
	disable: false
	interface rl0 {
	    vif rl0 {
		disable: false
		/* enable-ip-router-alert-option-check: false */
	 	dr-priority: 1 
		/* hello-period: 30 */
		/* hello-triggered-delay: 5 */
		/* alternative-subnet 10.40.0.0/16 */
	    }
	}	
	interface register_vif {
	    vif register_vif {
		/* Note: this vif should be always enabled */
		disable: false
	    }
	}
	static-rps {
	    rp 10.0.90.1 {
		group-prefix 224.0.0.0/4 {
		}
	    }
	}
	switch-to-spt-threshold {
	    /* approx. 1K bytes/s (10Kbps) threshold */
	    disable: false
	    interval: 100
	    bytes: 102400
	}
	traceoptions {
	    flag all {
		disable: false
	    }
	}
    }
}
protocols {
    fib2mrib {
        disable: false
    }
}
-------------------END XORP CONFIG-----------------------

-------------------3750 CONFIG Shortened-----------------
ip routing
ip multicast-routing distributed
interface GigabitEthernet1/0/12
 no switchport
 bandwidth 1000
 ip address 10.0.90.1 255.255.255.252
 ip pim sparse-dense-mode
 spanning-tree portfast
!
ip pim rp-address 10.0.90.1
-------------------End 3750 CONFIG-----------------------



From william at losrios.edu  Thu Mar  4 14:25:18 2010
From: william at losrios.edu (Williams, Mark)
Date: Thu, 4 Mar 2010 14:25:18 -0800
Subject: [Xorp-users] PIM IGMP troubleshooting
In-Reply-To: <1267740408.3499.507.camel@laptop.trc>
References: <1267740408.3499.507.camel@laptop.trc>
Message-ID: <1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB2@lrccd-exch05.LRCCD.ad.losrios.edu>


I would start by removing the static mrib-routes in the XORP config. Then try doing tcpdumps on em0 to see if the IGMP join is coming in, then on rl0 to see if the PIM join/prune is being sent to the RP after the IGMP join. 

-Mark Williams

-----Original Message-----
From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org] On Behalf Of Bernard J Hughes
Sent: Thursday, March 04, 2010 14:07
To: xorp-users at xorp.org
Subject: [Xorp-users] PIM IGMP troubleshooting

Below is a diagram of my current setup:



From bhughes at totalrecallcorp.com  Fri Mar  5 10:10:11 2010
From: bhughes at totalrecallcorp.com (Bernard J Hughes)
Date: Fri, 05 Mar 2010 13:10:11 -0500
Subject: [Xorp-users] PIM IGMP troubleshooting
In-Reply-To: <1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB2@lrccd-exch05.LRCCD.ad.losrios.edu>
References: <1267740408.3499.507.camel@laptop.trc>
	<1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB2@lrccd-exch05.LRCCD.ad.losrios.edu>
Message-ID: <1267812611.3499.559.camel@laptop.trc>

I ran tcpdump ip multicast on both interfaces.  It appears that 10.8.9.2
is indeed specifying group 239.255.255.250.  10.0.90.2 does not appear
to be sending a PIM Join.  I also do not see the group doing a show igmp
groups in xorp.

TCPDUMP OUTPUT
em0:
11:15:27.523739 IP 10.9.8.1 > 224.0.0.1: igmp query v2
11:15:32.516834 IP 10.9.8.1 > 224.0.0.2: igmp v2 report 224.0.0.2
11:15:34.260355 IP 10.9.8.2 > 239.255.255.250: igmp v2 report
239.255.255.250
11:15:36.938512 IP 10.9.8.1 > 224.0.0.22: igmp v2 report 224.0.0.22
11:17:32.525481 IP 10.9.8.1 > 224.0.0.1: igmp query v2
11:17:37.441454 IP 10.9.8.2 > 239.255.255.250: igmp v2 report
239.255.255.250
11:17:40.946331 IP 10.9.8.1 > 224.0.0.2: igmp v2 report 224.0.0.2
11:17:42.554211 IP 10.9.8.1 > 224.0.0.22: igmp v2 report 224.0.0.22
11:19:37.527237 IP 10.9.8.1 > 224.0.0.1: igmp query v2
11:19:37.718683 IP 10.9.8.1 > 224.0.0.2: igmp v2 report 224.0.0.2
11:19:38.321655 IP 10.9.8.1 > 224.0.0.22: igmp v2 report 224.0.0.22
11:19:46.128847 IP 10.9.8.2 > 239.255.255.250: igmp v2 report
239.255.255.250

rl0:

11:15:19.543353 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:15:33.932209 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:15:49.306859 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:16:03.934213 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:16:04.116646 IP 10.0.90.1 > 224.0.0.1: igmp query v2
11:16:10.101054 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
11:16:18.626251 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:16:33.934835 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:16:48.105253 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:17:03.937579 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:17:04.517132 IP 10.0.90.1 > 224.0.0.1: igmp query v2
11:17:11.803492 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
11:17:17.483155 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:17:33.939360 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:17:47.305961 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:18:03.942143 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:18:04.919607 IP 10.0.90.1 > 224.0.0.1: igmp query v2
11:18:10.692132 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
11:18:16.835023 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:18:33.944923 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:18:46.137962 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:19:03.946704 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:19:05.318138 IP 10.0.90.1 > 224.0.0.1: igmp query v2
11:19:10.384714 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
11:19:15.868244 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:19:33.949480 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:19:45.229482 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:20:03.951266 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:20:05.718605 IP 10.0.90.1 > 224.0.0.1: igmp query v2
11:20:13.896014 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
11:20:14.557250 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34

On Thu, 2010-03-04 at 14:25 -0800, Williams, Mark wrote:
> I would start by removing the static mrib-routes in the XORP config. Then try doing tcpdumps on em0 to see if the IGMP join is coming in, then on rl0 to see if the PIM join/prune is being sent to the RP after the IGMP join. 
> 
> -Mark Williams
> 
> -----Original Message-----
> From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org] On Behalf Of Bernard J Hughes
> Sent: Thursday, March 04, 2010 14:07
> To: xorp-users at xorp.org
> Subject: [Xorp-users] PIM IGMP troubleshooting
> 
> Below is a diagram of my current setup:
> 


From william at losrios.edu  Fri Mar  5 10:44:29 2010
From: william at losrios.edu (Williams, Mark)
Date: Fri, 5 Mar 2010 10:44:29 -0800
Subject: [Xorp-users] PIM IGMP troubleshooting
In-Reply-To: <1267812611.3499.559.camel@laptop.trc>
References: <1267740408.3499.507.camel@laptop.trc>
	<1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB2@lrccd-exch05.LRCCD.ad.losrios.edu>
	<1267812611.3499.559.camel@laptop.trc>
Message-ID: <1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB5@lrccd-exch05.LRCCD.ad.losrios.edu>

If the tcpdump is showing that the client is issuing the IGMP join, but there is no PIM join/prune, then I would suspect there is a problem with the RP config. Get into xorpsh and issue 'show pim rps'. Also, run xorp_rtrmgr in interactive mode (not as a daemon) and watch output to console when the PC joins 239.255.255.250. 

-Mark Williams

-----Original Message-----
From: Bernard J Hughes [mailto:bhughes at totalrecallcorp.com] 
Sent: Friday, March 05, 2010 10:10
To: Williams, Mark; xorp-users at xorp.org
Subject: RE: [Xorp-users] PIM IGMP troubleshooting

I ran tcpdump ip multicast on both interfaces.  It appears that 10.8.9.2
is indeed specifying group 239.255.255.250.  10.0.90.2 does not appear
to be sending a PIM Join.  I also do not see the group doing a show igmp
groups in xorp.

TCPDUMP OUTPUT
em0:
11:15:27.523739 IP 10.9.8.1 > 224.0.0.1: igmp query v2
11:15:32.516834 IP 10.9.8.1 > 224.0.0.2: igmp v2 report 224.0.0.2
11:15:34.260355 IP 10.9.8.2 > 239.255.255.250: igmp v2 report
239.255.255.250
11:15:36.938512 IP 10.9.8.1 > 224.0.0.22: igmp v2 report 224.0.0.22
11:17:32.525481 IP 10.9.8.1 > 224.0.0.1: igmp query v2
11:17:37.441454 IP 10.9.8.2 > 239.255.255.250: igmp v2 report
239.255.255.250
11:17:40.946331 IP 10.9.8.1 > 224.0.0.2: igmp v2 report 224.0.0.2
11:17:42.554211 IP 10.9.8.1 > 224.0.0.22: igmp v2 report 224.0.0.22
11:19:37.527237 IP 10.9.8.1 > 224.0.0.1: igmp query v2
11:19:37.718683 IP 10.9.8.1 > 224.0.0.2: igmp v2 report 224.0.0.2
11:19:38.321655 IP 10.9.8.1 > 224.0.0.22: igmp v2 report 224.0.0.22
11:19:46.128847 IP 10.9.8.2 > 239.255.255.250: igmp v2 report
239.255.255.250

rl0:

11:15:19.543353 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:15:33.932209 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:15:49.306859 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:16:03.934213 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:16:04.116646 IP 10.0.90.1 > 224.0.0.1: igmp query v2
11:16:10.101054 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
11:16:18.626251 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:16:33.934835 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:16:48.105253 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:17:03.937579 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:17:04.517132 IP 10.0.90.1 > 224.0.0.1: igmp query v2
11:17:11.803492 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
11:17:17.483155 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:17:33.939360 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:17:47.305961 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:18:03.942143 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:18:04.919607 IP 10.0.90.1 > 224.0.0.1: igmp query v2
11:18:10.692132 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
11:18:16.835023 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:18:33.944923 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:18:46.137962 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:19:03.946704 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:19:05.318138 IP 10.0.90.1 > 224.0.0.1: igmp query v2
11:19:10.384714 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
11:19:15.868244 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:19:33.949480 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:19:45.229482 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
11:20:03.951266 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
11:20:05.718605 IP 10.0.90.1 > 224.0.0.1: igmp query v2
11:20:13.896014 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
11:20:14.557250 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34

On Thu, 2010-03-04 at 14:25 -0800, Williams, Mark wrote:
> I would start by removing the static mrib-routes in the XORP config. Then try doing tcpdumps on em0 to see if the IGMP join is coming in, then on rl0 to see if the PIM join/prune is being sent to the RP after the IGMP join. 
> 
> -Mark Williams
> 
> -----Original Message-----
> From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org] On Behalf Of Bernard J Hughes
> Sent: Thursday, March 04, 2010 14:07
> To: xorp-users at xorp.org
> Subject: [Xorp-users] PIM IGMP troubleshooting
> 
> Below is a diagram of my current setup:
> 



From bhughes at totalrecallcorp.com  Fri Mar  5 12:02:13 2010
From: bhughes at totalrecallcorp.com (Bernard J Hughes)
Date: Fri, 05 Mar 2010 15:02:13 -0500
Subject: [Xorp-users] PIM IGMP troubleshooting
In-Reply-To: <1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB5@lrccd-exch05.LRCCD.ad.losrios.edu>
References: <1267740408.3499.507.camel@laptop.trc>
	<1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB2@lrccd-exch05.LRCCD.ad.losrios.edu>
	<1267812611.3499.559.camel@laptop.trc>
	<1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB5@lrccd-exch05.LRCCD.ad.losrios.edu>
Message-ID: <1267819333.3499.641.camel@laptop.trc>

Mark, 

I appreciate your assistance in this matter.  I will do what you said,
however I've found some intriguing info in the xorp logs.  Below is the
extent of IGMP related messages.  It looks like all IGMP activity is
strictly prohibited to the vif on em0.  Shouldn't I be seeing membership
reports from 10.9.8.2?  If so this could be the source of my problem.

[ 2010/03/05 14:28:49 TRACE xorp_igmp MLD6IGMP ] TX
IGMP_MEMBERSHIP_QUERY from 10.9.8.1 to 224.0.0.1
[ 2010/03/05 14:28:49 TRACE xorp_igmp MLD6IGMP ] RX
IGMP_MEMBERSHIP_QUERY from 10.9.8.1 to 224.0.0.1 on vif em0
[ 2010/03/05 14:28:50 TRACE xorp_igmp MLD6IGMP ] RX
IGMP_V2_MEMBERSHIP_REPORT from 10.9.8.1 to 224.0.0.22 on vif em0
[ 2010/03/05 14:28:56 TRACE xorp_igmp MLD6IGMP ] RX
IGMP_V2_MEMBERSHIP_REPORT from 10.9.8.1 to 224.0.0.2 on vif em0



On Fri, 2010-03-05 at 10:44 -0800, Williams, Mark wrote:
> If the tcpdump is showing that the client is issuing the IGMP join, but there is no PIM join/prune, then I would suspect there is a problem with the RP config. Get into xorpsh and issue 'show pim rps'. Also, run xorp_rtrmgr in interactive mode (not as a daemon) and watch output to console when the PC joins 239.255.255.250. 
> 
> -Mark Williams
> 
> -----Original Message-----
> From: Bernard J Hughes [mailto:bhughes at totalrecallcorp.com] 
> Sent: Friday, March 05, 2010 10:10
> To: Williams, Mark; xorp-users at xorp.org
> Subject: RE: [Xorp-users] PIM IGMP troubleshooting
> 
> I ran tcpdump ip multicast on both interfaces.  It appears that 10.8.9.2
> is indeed specifying group 239.255.255.250.  10.0.90.2 does not appear
> to be sending a PIM Join.  I also do not see the group doing a show igmp
> groups in xorp.
> 
> TCPDUMP OUTPUT
> em0:
> 11:15:27.523739 IP 10.9.8.1 > 224.0.0.1: igmp query v2
> 11:15:32.516834 IP 10.9.8.1 > 224.0.0.2: igmp v2 report 224.0.0.2
> 11:15:34.260355 IP 10.9.8.2 > 239.255.255.250: igmp v2 report
> 239.255.255.250
> 11:15:36.938512 IP 10.9.8.1 > 224.0.0.22: igmp v2 report 224.0.0.22
> 11:17:32.525481 IP 10.9.8.1 > 224.0.0.1: igmp query v2
> 11:17:37.441454 IP 10.9.8.2 > 239.255.255.250: igmp v2 report
> 239.255.255.250
> 11:17:40.946331 IP 10.9.8.1 > 224.0.0.2: igmp v2 report 224.0.0.2
> 11:17:42.554211 IP 10.9.8.1 > 224.0.0.22: igmp v2 report 224.0.0.22
> 11:19:37.527237 IP 10.9.8.1 > 224.0.0.1: igmp query v2
> 11:19:37.718683 IP 10.9.8.1 > 224.0.0.2: igmp v2 report 224.0.0.2
> 11:19:38.321655 IP 10.9.8.1 > 224.0.0.22: igmp v2 report 224.0.0.22
> 11:19:46.128847 IP 10.9.8.2 > 239.255.255.250: igmp v2 report
> 239.255.255.250
> 
> rl0:
> 
> 11:15:19.543353 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 11:15:33.932209 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
> 11:15:49.306859 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 11:16:03.934213 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
> 11:16:04.116646 IP 10.0.90.1 > 224.0.0.1: igmp query v2
> 11:16:10.101054 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
> 11:16:18.626251 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 11:16:33.934835 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
> 11:16:48.105253 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 11:17:03.937579 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
> 11:17:04.517132 IP 10.0.90.1 > 224.0.0.1: igmp query v2
> 11:17:11.803492 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
> 11:17:17.483155 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 11:17:33.939360 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
> 11:17:47.305961 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 11:18:03.942143 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
> 11:18:04.919607 IP 10.0.90.1 > 224.0.0.1: igmp query v2
> 11:18:10.692132 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
> 11:18:16.835023 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 11:18:33.944923 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
> 11:18:46.137962 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 11:19:03.946704 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
> 11:19:05.318138 IP 10.0.90.1 > 224.0.0.1: igmp query v2
> 11:19:10.384714 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
> 11:19:15.868244 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 11:19:33.949480 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
> 11:19:45.229482 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 11:20:03.951266 IP 10.0.90.2 > 224.0.0.13: PIMv2, Hello, length 34
> 11:20:05.718605 IP 10.0.90.1 > 224.0.0.1: igmp query v2
> 11:20:13.896014 IP 10.0.90.2 > 224.0.0.13: igmp v2 report 224.0.0.13
> 11:20:14.557250 IP 10.0.90.1 > 224.0.0.13: PIMv2, Hello, length 34
> 
> On Thu, 2010-03-04 at 14:25 -0800, Williams, Mark wrote:
> > I would start by removing the static mrib-routes in the XORP config. Then try doing tcpdumps on em0 to see if the IGMP join is coming in, then on rl0 to see if the PIM join/prune is being sent to the RP after the IGMP join. 
> > 
> > -Mark Williams
> > 
> > -----Original Message-----
> > From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org] On Behalf Of Bernard J Hughes
> > Sent: Thursday, March 04, 2010 14:07
> > To: xorp-users at xorp.org
> > Subject: [Xorp-users] PIM IGMP troubleshooting
> > 
> > Below is a diagram of my current setup:
> > 
> 


From william at losrios.edu  Fri Mar  5 12:17:37 2010
From: william at losrios.edu (Williams, Mark)
Date: Fri, 5 Mar 2010 12:17:37 -0800
Subject: [Xorp-users] PIM IGMP troubleshooting
In-Reply-To: <1267819333.3499.641.camel@laptop.trc>
References: <1267740408.3499.507.camel@laptop.trc>
	<1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB2@lrccd-exch05.LRCCD.ad.losrios.edu>
	<1267812611.3499.559.camel@laptop.trc>
	<1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB5@lrccd-exch05.LRCCD.ad.losrios.edu>
	<1267819333.3499.641.camel@laptop.trc>
Message-ID: <1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB8@lrccd-exch05.LRCCD.ad.losrios.edu>

I just went back and reviewed your configuration from the first post. I think that you need to enable PIM on the em0 interface. I didn't notice that it was not enabled before.

-Mark Williams

-----Original Message-----
From: Bernard J Hughes [mailto:bhughes at totalrecallcorp.com] 
Sent: Friday, March 05, 2010 12:02
To: Williams, Mark; xorp-users at xorp.org
Subject: RE: [Xorp-users] PIM IGMP troubleshooting

Mark, 

I appreciate your assistance in this matter.  I will do what you said,
however I've found some intriguing info in the xorp logs.  Below is the
extent of IGMP related messages.  It looks like all IGMP activity is
strictly prohibited to the vif on em0.  Shouldn't I be seeing membership
reports from 10.9.8.2?  If so this could be the source of my problem.

[ 2010/03/05 14:28:49 TRACE xorp_igmp MLD6IGMP ] TX
IGMP_MEMBERSHIP_QUERY from 10.9.8.1 to 224.0.0.1
[ 2010/03/05 14:28:49 TRACE xorp_igmp MLD6IGMP ] RX
IGMP_MEMBERSHIP_QUERY from 10.9.8.1 to 224.0.0.1 on vif em0
[ 2010/03/05 14:28:50 TRACE xorp_igmp MLD6IGMP ] RX
IGMP_V2_MEMBERSHIP_REPORT from 10.9.8.1 to 224.0.0.22 on vif em0
[ 2010/03/05 14:28:56 TRACE xorp_igmp MLD6IGMP ] RX
IGMP_V2_MEMBERSHIP_REPORT from 10.9.8.1 to 224.0.0.2 on vif em0




From bhughes at totalrecallcorp.com  Fri Mar  5 13:53:28 2010
From: bhughes at totalrecallcorp.com (Bernard J Hughes)
Date: Fri, 05 Mar 2010 16:53:28 -0500
Subject: [Xorp-users] PIM IGMP troubleshooting
In-Reply-To: <1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB8@lrccd-exch05.LRCCD.ad.losrios.edu>
References: <1267740408.3499.507.camel@laptop.trc>
	<1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB2@lrccd-exch05.LRCCD.ad.losrios.edu>
	<1267812611.3499.559.camel@laptop.trc>
	<1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB5@lrccd-exch05.LRCCD.ad.losrios.edu>
	<1267819333.3499.641.camel@laptop.trc>
	<1B62E6082D9F034394DB2FBAC03D1A3886D35BDEB8@lrccd-exch05.LRCCD.ad.losrios.edu>
Message-ID: <1267826008.3499.753.camel@laptop.trc>

I had it enabled previously, after re enabling doesn't appear to be
solving the problem.  Very strange how the IGMP joins are indefinitely
coming into em0 yet xorp is not logging them.  What can be done to
exploit why this might be happening?


From jose.spam at netvisao.pt  Fri Mar  5 19:29:52 2010
From: jose.spam at netvisao.pt (Jose Manuel dos Santos Calhariz)
Date: Sat, 6 Mar 2010 03:29:52 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail with
	"cast from	'uint8_t*' to 'ArpHeader*' increases required alignment"
Message-ID: <20100306032952.GA27794@calhariz.com>


I am trying to compile Xorp SVN on a sparc machine running Debian.
But it fails with:

g++ -o obj/sparc64-unknown-linux-gnu/libproto/packet.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. libproto/packet.cccc1plus: warnings being treated as errors
libproto/packet.cc: In static member function 'static ArpHeader& ArpHeader::assign(uint8_t*)':
libproto/packet.cc:238: error: cast from 'uint8_t*' to 'ArpHeader*' increases required alignment of target type
libproto/packet.cc: In static member function 'static const ArpHeader& ArpHeader::assign(const std::vector<unsigned char, std::allocator<unsigned char> >&)':
libproto/packet.cc:248: error: cast from 'const unsigned char*' to 'const ArpHeader*' increases required alignment of target type
scons: *** [obj/sparc64-unknown-linux-gnu/libproto/packet.os] Error 1
scons: building terminated because of errors.


The gcc and g++ are:
gcc (Debian 4.4.2-9) 4.4.3 20100108 (prerelease)

      Jose Calhariz

-- 
--
Existe um mundo melhor, mas ? car?ssimo.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: Digital signature
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100306/d416ec4e/attachment.bin 

From greearb at candelatech.com  Fri Mar  5 23:00:00 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 05 Mar 2010 23:00:00 -0800
Subject: [Xorp-users] PATCH:  Fix xif and .tgt compile on Fedora 12.
Message-ID: <4B91FD70.5060805@candelatech.com>

It seems that cpp changed behaviour in Fedora 12, and that exposed the
fragility of the xif and tgt syntax.

I changed it so that all functions and target statements must end with a semi-colon.

This lets the parser deal with whatever cpp outputs in Fedora 12 and shouldn't hurt
any other platform.

The patch is very large and boring, and in my xorp.ct tree.  I'm including a snippet
below to give an idea of what I did.  If anyone wants the full patch, please check
out my xorp.ct tree or ask me.

Thanks,
Ben

diff --git a/xrl/scripts/Xif/parse.py b/xrl/scripts/Xif/parse.py
index f51e1be..5b7e595 100644
--- a/xrl/scripts/Xif/parse.py
+++ b/xrl/scripts/Xif/parse.py
@@ -290,6 +290,14 @@ class XifParser:
                  line_buffer = line_buffer[0 : -1]
                  continue

+            # Must terminate with semi-colon
+            if line_buffer[-1] != ";":
+                #print "line_buffer doesn't end with semicolon, continuing: ", line_buffer
+                continue
+            else:
+                line_buffer = line_buffer[0 : -1]
+                #print "got line: ", line_buffer
+
              # Parse line
              while line_buffer != "":
                  # This strip() is paranoia

diff --git a/xrl/targets/finder.tgt b/xrl/targets/finder.tgt
index d573216..b71b764 100644
--- a/xrl/targets/finder.tgt
+++ b/xrl/targets/finder.tgt
@@ -6,4 +6,4 @@

  target finder implements       common/0.1,                             \
                                 finder/0.2,                             \
-                               finder_event_notifier/0.1
+                               finder_event_notifier/0.1;

diff --git a/xrl/interfaces/finder_client.xif b/xrl/interfaces/finder_client.xif
index 7614878..4f3493a 100644
--- a/xrl/interfaces/finder_client.xif
+++ b/xrl/interfaces/finder_client.xif
@@ -6,8 +6,9 @@
    */

  interface finder_client/0.2 {
+
         /** No op method used by finder to poll for liveness. */
-       hello
+       hello;

         /**
          * Remove Xrl from cache.  The client should remove currently
@@ -16,16 +17,16 @@ interface finder_client/0.2 {
          * information, though implementations may consult the Finder for
          * updated information before.
          */
-       remove_xrl_from_cache ? xrl:txt
+       remove_xrl_from_cache ? xrl:txt;

         /**
          * Remove all Xrls relating to target from cache.
          */
-       remove_xrls_for_target_from_cache ? target_name:txt
+       remove_xrls_for_target_from_cache ? target_name:txt;

         /**
          * Execute tunneled Xrl.  Permits finder to call methods on
          * clients through FinderClient.
          */
-        dispatch_tunneled_xrl ? xrl:txt -> xrl_error:u32 & xrl_error_note:txt
+        dispatch_tunneled_xrl ? xrl:txt -> xrl_error:u32 & xrl_error_note:txt;
  }

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Sat Mar  6 00:14:00 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sat, 06 Mar 2010 00:14:00 -0800
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fails
In-Reply-To: <20100306032952.GA27794@calhariz.com>
References: <20100306032952.GA27794@calhariz.com>
Message-ID: <4B920EC8.8060507@candelatech.com>

On 03/05/2010 07:29 PM, Jose Manuel dos Santos Calhariz wrote:
>
> I am trying to compile Xorp SVN on a sparc machine running Debian.
> But it fails with:
>
> g++ -o obj/sparc64-unknown-linux-gnu/libproto/packet.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. libproto/packet.cccc1plus: warnings being treated as errors
> libproto/packet.cc: In static member function 'static ArpHeader&  ArpHeader::assign(uint8_t*)':
> libproto/packet.cc:238: error: cast from 'uint8_t*' to 'ArpHeader*' increases required alignment of target type
> libproto/packet.cc: In static member function 'static const ArpHeader&  ArpHeader::assign(const std::vector<unsigned char, std::allocator<unsigned char>  >&)':
> libproto/packet.cc:248: error: cast from 'const unsigned char*' to 'const ArpHeader*' increases required alignment of target type
> scons: *** [obj/sparc64-unknown-linux-gnu/libproto/packet.os] Error 1
> scons: building terminated because of errors.

Here's a patch against my tree (and will probably apply somewhat clean to official SVN)
that might fix your problem.

Compile tested only..seems VRRP is the only user, and it is broken anyway, so I don't
have a good way to actually test the code...

You can find my tree at:
http://www.candelatech.com/oss/xorp-ct.html

If this works for you, I'll commit it, unless someone sees problems with it.

Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: xorp_arp_pkt.patch
Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100306/e2456a8b/attachment-0001.ksh 

From bms at incunabulum.net  Sat Mar  6 04:20:21 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Sat, 06 Mar 2010 12:20:21 +0000
Subject: [Xorp-users] Recent developments and patch submission
Message-ID: <4B924885.1090207@incunabulum.net>

Hi all,

Regardless of the current situation with XORP, Inc., it's important that 
contributors stick to a few ground rules regarding patch submissions.

The workflow preferred is that patches intended for incorporation, 
should go to the Trac database on SourceForge in the first instance. 
This does require creating a SourceForge account. This workflow is no 
different from e.g. the Thrift project, which is hosted on Apache JIRA.

It's great that folk are discussing patches on the lists, and trying to 
get issues addressed here, but from a maintenance point of view, we 
can't really use the mailing lists as a patch queue, and some basic 
procedures do need to be followed.

This is especially important in the light of the current funding and 
organisation situation. Please do remember that any maintenance that 
happens on XORP, for the foreseeable future, will be performed on an 
unpaid volunteer basis.

thanks,
BMS


From bms at incunabulum.net  Sat Mar  6 04:23:01 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Sat, 06 Mar 2010 12:23:01 +0000
Subject: [Xorp-users] VRRP
In-Reply-To: <4B920EC8.8060507@candelatech.com>
References: <20100306032952.GA27794@calhariz.com>
	<4B920EC8.8060507@candelatech.com>
Message-ID: <4B924925.3000101@incunabulum.net>

On 03/06/10 08:14, Ben Greear wrote:
> ..seems VRRP is the only user, and it is broken anyway, so I don't
> have a good way to actually test the code...

There have been statements to this effect, but I haven't seen 
reproducible test cases from people.

I wasn't responsible for VRRP's development, nor was I involved in the 
code base at that point in time. The original author has moved onto 
other things. This makes it that much more difficult to offer support 
help on the VRRP feature.

If people who are having problems with VRRP, could please file bug 
reports on SourceForge Trac (the project's accepted support channel), 
that will make it easier for any volunteers (or paid support personnel) 
to actually look at the issue and try to help.

thanks,
BMS



From bms at incunabulum.net  Sat Mar  6 04:25:10 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Sat, 06 Mar 2010 12:25:10 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fails
In-Reply-To: <4B920EC8.8060507@candelatech.com>
References: <20100306032952.GA27794@calhariz.com>
	<4B920EC8.8060507@candelatech.com>
Message-ID: <4B9249A6.9070105@incunabulum.net>

On 03/06/10 08:14, Ben Greear wrote:
>
> Here's a patch against my tree (and will probably apply somewhat clean 
> to official SVN)
> that might fix your problem.

Yes, there are problems with strong alignment architectures and some 
parts of the XORP code base.
This has been a known issue for a long time. Only a reasonably clean fix 
will be checked in.

This patch is unlikely to be checked in, as it has a number of style bugs.
Bounce buffering hacks such as the one this patch uses, are not acceptable.

regards,
BMS


From bms at incunabulum.net  Sat Mar  6 04:46:33 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Sat, 06 Mar 2010 12:46:33 +0000
Subject: [Xorp-users] Show of hands on users please
Message-ID: <4B924EA9.20802@incunabulum.net>

Hi all,

Given the recent XORP, Inc. business failure, it's understandable that 
people are concerned about the future of the open source work product 
ongoing.

We really need a show of hands, on organisations who may be using XORP, 
in a commercial or semi-commercial capacity. I have received some leads 
in this regard, and will be following up as time permits. If you or your 
organisation are using XORP, please get in touch.

There is a strategy which needs to be followed in order to get the 
project back to healthy status, however, this may not be 100% compatible 
with a volunteer-based way of doing things.

An interim 1.7 release is a possibility. This has taken a long time 
because the release management process has been starved of resources. It 
is likely that not all of the boxes which we'd like for that release to 
be ticked, would be ticked.

regards,
BMS


From saurabh.pandya at elitecore.com  Sat Mar  6 05:11:46 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Sat, 6 Mar 2010 18:41:46 +0530
Subject: [Xorp-users] Help : Test setup for Pim4 and IGMP between sunets
	(for VLC source and Receiver ) multicast test.
Message-ID: <000001cabd2e$937034b0$1c0ea8c0@elitecore.com>

Hurreeeyy.. I done setup.

 

Actually issue was with virtual box driver.. after installing the xorp on
physical fedora machines and with same

Other setup.. worked pim and igmp..

 

BTW thanks for ideas..

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100306/37c49db7/attachment.html 

From greearb at candelatech.com  Sat Mar  6 08:39:39 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sat, 06 Mar 2010 08:39:39 -0800
Subject: [Xorp-users] [Xorp-hackers] Recent developments and patch
	submission
In-Reply-To: <4B924885.1090207@incunabulum.net>
References: <4B924885.1090207@incunabulum.net>
Message-ID: <4B92854B.1000201@candelatech.com>

On 03/06/2010 04:20 AM, Bruce Simpson wrote:
> Hi all,
>
> Regardless of the current situation with XORP, Inc., it's important that
> contributors stick to a few ground rules regarding patch submissions.
>
> The workflow preferred is that patches intended for incorporation,
> should go to the Trac database on SourceForge in the first instance.
> This does require creating a SourceForge account. This workflow is no
> different from e.g. the Thrift project, which is hosted on Apache JIRA.
>
> It's great that folk are discussing patches on the lists, and trying to
> get issues addressed here, but from a maintenance point of view, we
> can't really use the mailing lists as a patch queue, and some basic
> procedures do need to be followed.
 >
> This is especially important in the light of the current funding and
> organisation situation. Please do remember that any maintenance that
> happens on XORP, for the foreseeable future, will be performed on an
> unpaid volunteer basis.

Especially with the demise of Xorp.inc, this is now an open-source project
or nothing at all.  If you can't get patches actively accepted or bug reports
actively debugged, then no developer or user is going to stay active for
long.

So, unless you specifically ask me to stop posting to this list, I'm going to continue to try
to accept patches that fix problems into my tree, even if they are not
perfect, and I'm going to continue to talk about it on the mailing list.

I'm using git for my source control, so it's trivial to view/extract each patch
that goes in later should anyone ever want to accept it upstream.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Sat Mar  6 08:42:52 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sat, 06 Mar 2010 08:42:52 -0800
Subject: [Xorp-users] [Xorp-hackers] Show of hands on users please
In-Reply-To: <4B924EA9.20802@incunabulum.net>
References: <4B924EA9.20802@incunabulum.net>
Message-ID: <4B92860C.9010809@candelatech.com>

On 03/06/2010 04:46 AM, Bruce Simpson wrote:
> Hi all,
>
> Given the recent XORP, Inc. business failure, it's understandable that
> people are concerned about the future of the open source work product
> ongoing.
>
> We really need a show of hands, on organisations who may be using XORP,
> in a commercial or semi-commercial capacity. I have received some leads
> in this regard, and will be following up as time permits. If you or your
> organisation are using XORP, please get in touch.
>
> There is a strategy which needs to be followed in order to get the
> project back to healthy status, however, this may not be 100% compatible
> with a volunteer-based way of doing things.
>
> An interim 1.7 release is a possibility. This has taken a long time
> because the release management process has been starved of resources. It
> is likely that not all of the boxes which we'd like for that release to
> be ticked, would be ticked.

We (Candela Technologies) are using it for virtualized routing in our
network testing tools.

I have little interest in directly funding an outside organization to work on
Xorp, but we use internal resources to develop and test it for our
purposes, and might consider hiring contractors to work on xorp if
we ever have need.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Sat Mar  6 08:54:55 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sat, 06 Mar 2010 08:54:55 -0800
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fails
In-Reply-To: <4B9249A6.9070105@incunabulum.net>
References: <20100306032952.GA27794@calhariz.com>	<4B920EC8.8060507@candelatech.com>
	<4B9249A6.9070105@incunabulum.net>
Message-ID: <4B9288DF.9030003@candelatech.com>

On 03/06/2010 04:25 AM, Bruce Simpson wrote:
> On 03/06/10 08:14, Ben Greear wrote:
>>
>> Here's a patch against my tree (and will probably apply somewhat clean
>> to official SVN)
>> that might fix your problem.
>
> Yes, there are problems with strong alignment architectures and some
> parts of the XORP code base.
> This has been a known issue for a long time. Only a reasonably clean fix
> will be checked in.
>
> This patch is unlikely to be checked in, as it has a number of style bugs.
> Bounce buffering hacks such as the one this patch uses, are not acceptable.

So, style bugs and a memory copy in handling arp packets is enough to keep
an ancient 'known issue' and a compile failure fix out of the tree?

I mean, look at the current code.  Unless I mis-understand, someone could
send a bogus arp packet with hw-len field set to something large and you
are going to buffer overflow, allowing someone to own a process with root
privileges, or at least crash xorp horribly.


Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From bms at incunabulum.net  Sun Mar  7 08:21:47 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Sun, 07 Mar 2010 16:21:47 +0000
Subject: [Xorp-users] [Xorp-hackers] Recent developments and patch
	submission
In-Reply-To: <4B92854B.1000201@candelatech.com>
References: <4B924885.1090207@incunabulum.net>
	<4B92854B.1000201@candelatech.com>
Message-ID: <4B93D29B.1090705@incunabulum.net>

Ben,

With all due respect, I think the point is that it always has been, or 
at least, that has always been the intention, that the body of code, 
currently known as XORP, remain open source.

On 03/06/10 16:39, Ben Greear wrote:
> ...
> Especially with the demise of Xorp.inc, this is now an open-source 
> project
> or nothing at all.  If you can't get patches actively accepted or bug 
> reports
> actively debugged, then no developer or user is going to stay active for
> long.

I can't apologise enough for what has happened with XORP, Inc., even 
though it was neither my decision nor my responsibility. Ultimately, 
private investor's money, and a degree of credibility, has been lost.

Unfortunately, this does affect the sustainability of any effort which 
follows. It is going to make it more difficult to attract investment on 
a commercial basis -- word gets around.

I think I speak for the original instigators when I say that it was our 
shared hope that introducing a healthy commercial interest would 
vitalize development. Again, unfortunately, this hasn't happened, due to 
circumstances beyond my control.

Having said all this, basic ground rules do need to be followed. It just 
makes life much easier for collaborative development if patches intended 
for submission go in an issue tracker.

>
> So, unless you specifically ask me to stop posting to this list, I'm 
> going to continue to try
> to accept patches that fix problems into my tree, even if they are not
> perfect, and I'm going to continue to talk about it on the mailing list.

Anyone is free to re-use the XORP source code as per the terms of its 
license.

However, solving more general issues with piecemeal patches in the here 
and now, is going to take more effort and thought.

It is regrettable that your requirements for virtualization weren't part 
of the development roadmap. Had they been, and had we had a better 
platform for collaborative development from the outset, then there might 
not be the wide gap that exists between your private git tree, and SVN, now.

>
> I'm using git for my source control, so it's trivial to view/extract 
> each patch
> that goes in later should anyone ever want to accept it upstream.

I would argue that the use of git may make code sharing trivial for 
those who use git and are familiar with it, but probably not for the 
majority of the open source user base.

Even for developers, hosting code separately from a main line of 
development makes things that much more difficult, even if they use the 
same source-code control technology.

It would be fair to say that there's infinite demand for free goods. 
Unfortunately, sanity needs to prevail -- open source is a work product, 
not a free lunch.

regards,
BMS


From greearb at candelatech.com  Sun Mar  7 09:13:30 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sun, 07 Mar 2010 09:13:30 -0800
Subject: [Xorp-users] [Xorp-hackers] Recent developments and patch
	submission
In-Reply-To: <4B93D29B.1090705@incunabulum.net>
References: <4B924885.1090207@incunabulum.net>
	<4B92854B.1000201@candelatech.com>
	<4B93D29B.1090705@incunabulum.net>
Message-ID: <4B93DEBA.3050307@candelatech.com>

On 03/07/2010 08:21 AM, Bruce Simpson wrote:
> Ben,

> I can't apologise enough for what has happened with XORP, Inc., even
> though it was neither my decision nor my responsibility. Ultimately,
> private investor's money, and a degree of credibility, has been lost.

As soon as xorp was made GPL, and xorp.inc made the decision not to publish
their changes upstream as they made them, then it ceased to make much difference
either way.  So, I'm sorry for the folks that lost their jobs, but other
than that, it doesn't seem to have made a large impact in the daily operations
of xorp @ sourceforge.

> Unfortunately, this does affect the sustainability of any effort which
> follows. It is going to make it more difficult to attract investment on
> a commercial basis -- word gets around.

There are people offering cash on the mailing list for help debugging xorp
configuration.  If I weren't already running a company, I'd try to fill
that need.  For that matter, I might consider it anyway.  It doesn't
take a big company to do this..a single engineer who understood routing and
understood xorp at least a little bit could do this on their own.

> I think I speak for the original instigators when I say that it was our
> shared hope that introducing a healthy commercial interest would
> vitalize development. Again, unfortunately, this hasn't happened, due to
> circumstances beyond my control.
>
> Having said all this, basic ground rules do need to be followed. It just
> makes life much easier for collaborative development if patches intended
> for submission go in an issue tracker.

A project needs an active leader or set of leaders.  As far as I know, only
you have commit priv for the svn repo.  If you are not actively picking
stuff out of the tracker and fixing up any bugs and/or patches in there,
then who is?

If you are waiting for xorp.inc.2, then how long will you wait?

What happens if no one ever funds a xorp.inc.2?

Even while xorp.inc was active and had cash, there was no one else committing
to the public svn repo.  I think that xorp.inc missed the whole point of how to
run an open-source project, but that is water under the bridge now.

> However, solving more general issues with piecemeal patches in the here
> and now, is going to take more effort and thought.
>
> It is regrettable that your requirements for virtualization weren't part
> of the development roadmap. Had they been, and had we had a better
> platform for collaborative development from the outset, then there might
> not be the wide gap that exists between your private git tree, and SVN,
> now.

A great deal of my code is just making sure xorp handles interfaces coming
and going w/out asserting and crashing.  Nothing in my code should hurt any
'normal' use of xorp either.  If it does, then it's a bug and I will fix it.

I think that someone who has interest and at least enough time to commit
patches should start actively doing so to the svn repo.  I think that the
patches committed do not have to be perfect, but they should be better
than what exists.  Performance is way less important than correctness.

>> I'm using git for my source control, so it's trivial to view/extract
>> each patch
>> that goes in later should anyone ever want to accept it upstream.
>
> I would argue that the use of git may make code sharing trivial for
> those who use git and are familiar with it, but probably not for the
> majority of the open source user base.

Anyone that can deal with xorp in any fashion can:

*  Install git and gitk
*  Clone a repository
*  run 'gitk' to view patches and history.
*  use gitk to export patches to text and apply them however they want.

For that matter, one can directly import back into svn from a git repo.
With commit privs, I could dump my entire tree back into svn and retain
the history and individual patch sets.

> Even for developers, hosting code separately from a main line of
> development makes things that much more difficult, even if they use the
> same source-code control technology.

I'd love to get all of my patches upstream.  Or, if you want to give me my own
svn tree on source-forge, I'll happily push stuff there.  But, as thing stand
now, either I keep all my changes totally private like it seems other developers
are, or I host my own tree since upstream is effectively blocked.

> It would be fair to say that there's infinite demand for free goods.
> Unfortunately, sanity needs to prevail -- open source is a work product,
> not a free lunch.

If you are implying that we should be offering cash for xorp.inc.2 instead of patches,
I think you are wrong.  I have written and made freely available more xorp code
than xorp.inc (with the distinction being 'made freely available').  Lots of other
users have also contributed small but critical bug fixes and testing efforts.  These
small bug fixes add up, and that is what makes an open source project successful.

But, the project must be able to effectively absorb these patches in a timely manner.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From bms at incunabulum.net  Sun Mar  7 09:34:48 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Sun, 07 Mar 2010 17:34:48 +0000
Subject: [Xorp-users] [Xorp-hackers] Recent developments and patch
	submission
In-Reply-To: <4B93DEBA.3050307@candelatech.com>
References: <4B924885.1090207@incunabulum.net>
	<4B92854B.1000201@candelatech.com>
	<4B93D29B.1090705@incunabulum.net>
	<4B93DEBA.3050307@candelatech.com>
Message-ID: <4B93E3B8.4010404@incunabulum.net>

Ben,

I'd love to respond to your points in detail, however, I fear we have 
drifted off-topic here.

My original message to you, was merely to point out that in order for 
any further work to happen on the XORP source tree, whilst we are in 
this period of uncertainty with the project, basic procedures still need 
to be followed.

This is doubly important, given that there is currently no paid XORP 
support function. It's unreasonable to expect volunteers to wade through 
months of mailing list traffic looking for something to do.

Whilst I'd agree mailing lists are great for sounding out ideas, or 
working through the details of a patch, they are not terribly useful for 
tracking ongoing issues with the source tree.

In response to your points re "keeping all my changes totally private 
like it seems other developers are": that isn't happening, to the best 
of my knowledge, which is why I have asked for a show of hands in good 
faith.

regards,
BMS


From jose.spam at netvisao.pt  Sun Mar  7 09:56:09 2010
From: jose.spam at netvisao.pt (Jose Manuel dos Santos Calhariz)
Date: Sun, 7 Mar 2010 17:56:09 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fails
In-Reply-To: <4B9249A6.9070105@incunabulum.net>
References: <20100306032952.GA27794@calhariz.com>
	<4B920EC8.8060507@candelatech.com>
	<4B9249A6.9070105@incunabulum.net>
Message-ID: <20100307175609.GA29129@calhariz.com>

On Sat, Mar 06, 2010 at 12:25:10PM +0000, Bruce Simpson wrote:
> On 03/06/10 08:14, Ben Greear wrote:
> >
> > Here's a patch against my tree (and will probably apply somewhat clean 
> > to official SVN)
> > that might fix your problem.
> 
> Yes, there are problems with strong alignment architectures and some 
> parts of the XORP code base.
> This has been a known issue for a long time. Only a reasonably clean fix 
> will be checked in.
> 
> This patch is unlikely to be checked in, as it has a number of style bugs.
> Bounce buffering hacks such as the one this patch uses, are not
> acceptable.

This alignment issues during compilation are the biggest problem in
packaging xorp for Debian.  It's very difficult to keep xorp in Debian
updated because of it.  A package is only candidate to be released on
the next Debian release if and only if can be built on all the
official architectures and without an updated package of xorp in
Debian will be more difficult to have it updated in Ubuntu.

I need solutions for this type of compile errors, so I can keep xorp
updated in Debian.

> 
> regards,
> BMS
> 
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
> 
> 

     Jose Calhariz


-- 
--
Existe um mundo melhor, mas ? car?ssimo.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: Digital signature
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100307/2b761ecf/attachment.bin 

From saurabh.pandya at elitecore.com  Fri Mar  5 07:59:29 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Fri, 5 Mar 2010 21:29:29 +0530
Subject: [Xorp-users] Help : Test setup for Pim4 and IGMP between sunets
	(for VLC source and Receiver ) multicast test.
Message-ID: <000801cabc7c$d6b5b680$1c0ea8c0@elitecore.com>

 

Thanks everyone for responding . but it still not working :(

 

 

I think there still some issue, requires expert troubleshooting....

 

1) I am writing my detailed setup

2) I have specified my Diagnosis message derived from xorpsh (shell)

3) my .config files

 

Pls. let your suggestion what I m still missing...!!

-----------------------------------------------------------------

Issue:

My setup is below; all four entities are running on SUN virtual boxes, 

I now taken care that all subnets,rps, Mcast sender, Mcast receivers to be
reachable by each other router.. 

I can see that are rechable by pings to each other but

I am not seeing the multicast traffic being routed, and proper join messages
after getting IGMP group join.

 

-----------------------------------------------------------

Setup:

 

On first (physical) PC , i am running XP2 and XorpRouter2, while host OS is
winXP

On 2nd (Physical) PC, i am running XP1 and XorpRouter1, while host OS is
winXP

            [I think running as vmwares , should not be the issue? or it? ]


 

XP2-------XorpRouter2--------XorpRouterR1--------XP1

 

XP2 ) 193.193.193.15   (Winxp , VLC server, sends stream at group 224.0.0.5)

                                   (This is running on SUN virtual box)

 

R2)   le1            193.193.193.10       (Host Only Interface)

        le0            195.195.195.20      (Bridged Interface)

            [XORP Live CD (XORP-1.6-LiveCD.iso) ,  This is run over SUN
virtual box]

            This Router I configured as static-rp

 

 

R1)   le1            194.194.194.10       (Host Only Interface)

        le0            195.195.195.10      (Bridged Interface)

            [XORP Live CD (XORP-1.6-LiveCD.iso) ,  This is run over SUN
virtual box]

 

XP1 ) 194.194.194.15   (Winxp , VLC Client, try to view stream from
224.0.0.5)

                                   (This is running on SUN virtual box)

 

 

1) What I am seeing is when I start to source multicast data from XP2, I can
see that 

    UDP data packets are coming at le1 of R2 , but they are no more
forwarded to routers

    external interface (le0), so off course multicast traffic is not going
beyond the RP..

 

2) When I start play vlc client in XP1, I can see group 224.0.0.5 in its
igmp entry by "show igmp group",

    but I don't find subsequent pim join to RP (which is next mrib for
router1) 

  

3)  I can made static routes in both routers to reach each other subnets,
also made the same entries

     for mrib routes. 

 

 

xorp diagnosis messages:

 

 

----------------------------------------------------------------------------
----

when I fire "show pim neighbor" in router1 and router2 

 

Router1

root at xorpcd.local> show pim interface  (Neighbors are being discovered )

 

Interface    State    Mode   V PIMstate Priority DRaddr          Neighbors

le0          UP       Sparse 2 DR            200 195.195.195.10          1

le1          UP       Sparse 2 DR              1 194.194.194.10          0

register_vif UP       Sparse 2 DR              1 195.195.195.10          0

root at xorpcd.local> 

 

Router2

root at xorpcd.local> show pim interface 

Interface    State    Mode   V PIMstate Priority DRaddr          Neighbors

le0          UP       Sparse 2 NotDR           1 195.195.195.10          1

le1          UP       Sparse 2 DR              1 193.193.193.10          0

register_vif UP       Sparse 2 DR              1 195.195.195.20          0

----------------------------------------------------------------------------
--

when i fire "show pim mrib"  in router 1 and two

 

Router1

root at xorpcd.local> show pim mrib 

DestPrefix         NextHopRouter   VifName VifIndex MetricPref Metric

193.193.193.0/24   195.195.195.20  le0     0                 1      1

194.194.194.0/24   194.194.194.10  le1     1                 0      0

195.195.195.0/24   195.195.195.10  le0     0                 0      0

 

Router2

root at xorpcd.local> show pim mrib 

DestPrefix         NextHopRouter   VifName VifIndex MetricPref Metric

193.193.193.0/24   193.193.193.10  le1     1                 0      0

194.194.194.0/24   195.195.195.10  le0     0                 1      1

195.195.195.0/24   195.195.195.20  le0     0                 0      0

----------------------------------------------------------------------------
-------

when i fire "show igmp group" in router1 

 

root at xorpcd.local> show igmp group 

Interface    Group           Source          LastReported Timeout V State

le1          224.0.0.2       0.0.0.0         194.194.194.10     142 2     E

le1          224.0.0.5       0.0.0.0         194.194.194.85     144 2     E
{This is the group we have joined using VLC client }

le1          224.0.0.13      0.0.0.0         194.194.194.10     141 2     E

le1          224.0.0.22      0.0.0.0         194.194.194.10     140 2     E

le1          227.0.0.70      0.0.0.0         194.194.194.85     146 2     E

le1          239.255.255.250 0.0.0.0         194.194.194.85     142 2     E 

----------------------------------------------------------------------------
-------------

when I fire "show pim join" in router1  (is not showing join for group
224.0.0.5 which is present in show igmp group)

                                                       (Why this is?)

root at xorpcd.local> show pim join all 

Group           Source               RP                    Flags

224.0.0.0       193.193.193.10  193.193.193.10  RP
(I dont know why this is shoing not joined ,, issue it here?)

    Upstream interface (RP):   le0

    Upstream MRIB next hop (RP): 195.195.195.20

    Upstream state:            NotJoined 

    Join timer:                -1

    Joins RP:                  ...

    Join state:                ...

    Prune state:               ...

    Prune pending state:       ...

    Could assert WC:           ...

    I am DR:                   OOO

    Immediate olist RP:        ...

    Inherited olist SG:        ...

    Inherited olist SG_RPT:    ...

 

I am ommiting to show other joins from diff other groups

 

when i fire "show pim join" in router2 

 

root at xorpcd.local> show pim join all 

Group           Source          RP              Flags

224.0.0.0       193.193.193.10  193.193.193.10  RP   

    Upstream interface (RP):   register_vif

    Upstream MRIB next hop (RP): UNKNOWN

    Upstream state:            NotJoined 

    Join timer:                -1

    Joins RP:                  ...

    Join state:                ...

    Prune state:               ...

    Prune pending state:       ...

    Could assert WC:           ...

    I am DR:                   .OO

    Immediate olist RP:        ...

    Inherited olist SG:        ...

    Inherited olist SG_RPT:    ...

 

I am ommiting to show other joins from diff other groups

 

----------------------------------------------------------------------------
-----------------

 

On firing of show pim mfc on both routers    (Not coming anything in mfc)

 

Router1

root at xorpcd.local> show pim mfc 

Group           Source          RP             

239.255.255.250 193.193.193.5   193.193.193.10 

    Incoming interface :      le0

    Outgoing interfaces:      .O.

 

Router2

root at xorpcd.local> show pim mfc 

Group           Source          RP             

239.255.255.250 193.193.193.5   193.193.193.10 

    Incoming interface :      le1

    Outgoing interfaces:      O..

 

On Firing of show pim rps command on both routers

 

----------------------------------------------------------------------------
---------------------

 

 

Router1

root at xorpcd.local> show pim rps 

RP              Type      Pri Holdtime Timeout ActiveGroups GroupPrefix


193.193.193.10  static    254       -1      -1            2 224.0.0.0/4 

 

Router2

root at xorpcd.local> show pim rps 

RP              Type      Pri Holdtime Timeout ActiveGroups GroupPrefix


193.193.193.10  static    254       -1      -1            2 224.0.0.0/4 

 

----------------------------------------------------------------------------
----------------------

 

On Firing of show pim scope on both router

 

Router1

root at xorpcd.local> show pim scope 

GroupPrefix                                 Interface     

root at xorpcd.local> 

 

Router2

root at xorpcd.local> show pim scope 

GroupPrefix                                 Interface     

root at xorpcd.local> 

____________________________________________________________________________
_______

 

My Config: 

 

My configuration file, modified for the static routes and its static routes
also export.

 

Below file is for Router1 , 

same file is for Router2 except that IP address change in interface
sections, and static routes address changes respectively..

 

 

/*XORP Configuration File, v1.0*/

protocols {

    fib2mrib {

        disable: false

    }

    igmp {

        disable: false

        interface le1 {

            vif le1 {

                disable: false

                version: 2

                enable-ip-router-alert-option-check: false

                query-interval: 125

                query-last-member-interval: 1

                query-response-interval: 10

                robust-count: 2

            }

        }

        traceoptions {

            flag {

                all {

                    disable: false

                }

            }

        }

    }

    pimsm4 {

        disable: false

        interface le0 {

            vif le0 {

                disable: false

                dr-priority: 200

                hello-period: 30

                hello-triggered-delay: 5

            }

        }

        interface le1 {

            vif le1 {

                disable: false

                dr-priority: 1

                hello-period: 30

                hello-triggered-delay: 5

            }

        }

        interface "register_vif" {

            vif "register_vif" {

                disable: false

                dr-priority: 1

                hello-period: 30

                hello-triggered-delay: 5

            }

        }

        static-rps {

            rp 193.193.193.10 {

                group-prefix 224.0.0.0/4 {

                    rp-priority: 254

                    hash-mask-len: 30

                }

            }

        }

        switch-to-spt-threshold {

            disable: false

            interval: 10

            bytes: 1000000

        }

        traceoptions {

            flag {

                all {

                    disable: false

                }

            }

        }

    }

    static {

        disable: false

        route 193.193.193.0/24 {

            next-hop: 195.195.195.20

            metric: 1

        }

        mrib-route 193.193.193.0/24 {

            next-hop: 195.195.195.20

            metric: 1

        }

    }

}

policy {

    policy-statement static {

        term 100 {

            from {

                protocol: "static"

            }

        }

    }

}

fea {

    unicast-forwarding4 {

        disable: false

    }

}

interfaces {

    restore-original-config-on-shutdown: false

    interface le0 {

        description: "Ethernet"

        disable: false

        discard: false

        unreachable: false

        management: false

        vif le0 {

            disable: false

            address 195.195.195.10 {

                prefix-length: 24

                broadcast: 195.195.195.255

                multicast-capable: true

                disable: false

            }

        }

    }

    interface le1 {

        description: "Ethernet"

        disable: false

        discard: false

        unreachable: false

        management: false

        vif le1 {

            disable: false

            address 193.193.193.10 {

                prefix-length: 24

                broadcast: 194.194.194.255

                multicast-capable: true

                disable: false

            }

        }

    }

}

plumbing {

    mfea4 {

        disable: false

        interface le0 {

            vif le0 {

                disable: false

            }

        }

        interface le1 {

            vif le1 {

                disable: false

            }

        }

        interface "register_vif" {

            vif "register_vif" {

                disable: false

            }

        }

        traceoptions {

            flag {

                all {

                    disable: false

                }

            }

        }

    }

}

 

____________________________________________________________________________
_______

 

more: When I have started tcpdump on both interface of Router1, I can see
multicast packets are comming

at le1 (from XP2) , but packets are not being forwarded to le0.  

____________________________________________________________________________
_______

 

I need help guys... 

 

Thanks,

Saurabh

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100305/b5e2394d/attachment-0001.html 

From jose.spam at netvisao.pt  Sun Mar  7 10:07:14 2010
From: jose.spam at netvisao.pt (Jose Manuel dos Santos Calhariz)
Date: Sun, 7 Mar 2010 18:07:14 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fails
In-Reply-To: <4B920EC8.8060507@candelatech.com>
References: <20100306032952.GA27794@calhariz.com>
	<4B920EC8.8060507@candelatech.com>
Message-ID: <20100307180714.GB29129@calhariz.com>

On Sat, Mar 06, 2010 at 12:14:00AM -0800, Ben Greear wrote:
> On 03/05/2010 07:29 PM, Jose Manuel dos Santos Calhariz wrote:
>>
>> I am trying to compile Xorp SVN on a sparc machine running Debian.
>> But it fails with:
>>
>> g++ -o obj/sparc64-unknown-linux-gnu/libproto/packet.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. libproto/packet.cccc1plus: warnings being treated as errors
>> libproto/packet.cc: In static member function 'static ArpHeader&  ArpHeader::assign(uint8_t*)':
>> libproto/packet.cc:238: error: cast from 'uint8_t*' to 'ArpHeader*' increases required alignment of target type
>> libproto/packet.cc: In static member function 'static const ArpHeader&  ArpHeader::assign(const std::vector<unsigned char, std::allocator<unsigned char>  >&)':
>> libproto/packet.cc:248: error: cast from 'const unsigned char*' to 'const ArpHeader*' increases required alignment of target type
>> scons: *** [obj/sparc64-unknown-linux-gnu/libproto/packet.os] Error 1
>> scons: building terminated because of errors.
>
> Here's a patch against my tree (and will probably apply somewhat clean to official SVN)
> that might fix your problem.

Thank you.  It applied without problems to the official SVN and
compiles.  Now the compilation stops on another error.  

g++ -o obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc
cc1plus: warnings being treated as errors
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In static member function 'static int IfConfigGetNetlinkSocket::parse_buffer_netlink_socket(IfConfig&, IfTree&, const std::vector<unsigned char, std::allocator<unsigned char> >&)':
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:87: error: cast from 'char*' to 'nlmsghdr*' increases required alignment of target type
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newlink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:269: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_dellink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:533: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newdeladdr_to_fea_cfg(IfTree&, const ifaddrmsg*, int, bool)':
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:598: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
scons: *** [obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os] Error 1
scons: building terminated because of errors.



>
> Compile tested only..seems VRRP is the only user, and it is broken anyway, so I don't
> have a good way to actually test the code...
>
> You can find my tree at:
> http://www.candelatech.com/oss/xorp-ct.html

I am pulling your tree rigth now.  It's interesting your approach for
xorp and resources.

>
> If this works for you, I'll commit it, unless someone sees problems with it.
>
> Thanks,
> Ben
>
>

     Jos? Calhariz

-- 
--

Entre no neg?cio sabendo o quanto quer ganhar; quando chegar l?, caia fora

--Max Gunther
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: Digital signature
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100307/85a8c05c/attachment.bin 

From greearb at candelatech.com  Sun Mar  7 15:23:20 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sun, 07 Mar 2010 15:23:20 -0800
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fails
In-Reply-To: <20100307180714.GB29129@calhariz.com>
References: <20100306032952.GA27794@calhariz.com>
	<4B920EC8.8060507@candelatech.com>
	<20100307180714.GB29129@calhariz.com>
Message-ID: <4B943568.4000109@candelatech.com>

On 03/07/2010 10:07 AM, Jose Manuel dos Santos Calhariz wrote:
> On Sat, Mar 06, 2010 at 12:14:00AM -0800, Ben Greear wrote:
>> On 03/05/2010 07:29 PM, Jose Manuel dos Santos Calhariz wrote:
>>>
>>> I am trying to compile Xorp SVN on a sparc machine running Debian.
>>> But it fails with:
>>>
>>> g++ -o obj/sparc64-unknown-linux-gnu/libproto/packet.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. libproto/packet.cccc1plus: warnings being treated as errors
>>> libproto/packet.cc: In static member function 'static ArpHeader&   ArpHeader::assign(uint8_t*)':
>>> libproto/packet.cc:238: error: cast from 'uint8_t*' to 'ArpHeader*' increases required alignment of target type
>>> libproto/packet.cc: In static member function 'static const ArpHeader&   ArpHeader::assign(const std::vector<unsigned char, std::allocator<unsigned char>   >&)':
>>> libproto/packet.cc:248: error: cast from 'const unsigned char*' to 'const ArpHeader*' increases required alignment of target type
>>> scons: *** [obj/sparc64-unknown-linux-gnu/libproto/packet.os] Error 1
>>> scons: building terminated because of errors.
>>
>> Here's a patch against my tree (and will probably apply somewhat clean to official SVN)
>> that might fix your problem.
>
> Thank you.  It applied without problems to the official SVN and
> compiles.  Now the compilation stops on another error.
>
> g++ -o obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc
> cc1plus: warnings being treated as errors
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In static member function 'static int IfConfigGetNetlinkSocket::parse_buffer_netlink_socket(IfConfig&, IfTree&, const std::vector<unsigned char, std::allocator<unsigned char>  >&)':
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:87: error: cast from 'char*' to 'nlmsghdr*' increases required alignment of target type
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newlink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:269: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_dellink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:533: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newdeladdr_to_fea_cfg(IfTree&, const ifaddrmsg*, int, bool)':
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:598: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
> scons: *** [obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os] Error 1
> scons: building terminated because of errors.

Would you by chance be interested in giving me an account on this system?

Either way, I'll see if I can get a patch to address this as well.

>> Compile tested only..seems VRRP is the only user, and it is broken anyway, so I don't
>> have a good way to actually test the code...
>>
>> You can find my tree at:
>> http://www.candelatech.com/oss/xorp-ct.html
>
> I am pulling your tree rigth now.  It's interesting your approach for
> xorp and resources.

Let me know if you find anything weird with it.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Sun Mar  7 16:13:50 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sun, 07 Mar 2010 16:13:50 -0800
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fails
In-Reply-To: <20100307180714.GB29129@calhariz.com>
References: <20100306032952.GA27794@calhariz.com>
	<4B920EC8.8060507@candelatech.com>
	<20100307180714.GB29129@calhariz.com>
Message-ID: <4B94413E.9010108@candelatech.com>

On 03/07/2010 10:07 AM, Jose Manuel dos Santos Calhariz wrote:
> On Sat, Mar 06, 2010 at 12:14:00AM -0800, Ben Greear wrote:
>> On 03/05/2010 07:29 PM, Jose Manuel dos Santos Calhariz wrote:
>>>
>>> I am trying to compile Xorp SVN on a sparc machine running Debian.
>>> But it fails with:
>>>
>>> g++ -o obj/sparc64-unknown-linux-gnu/libproto/packet.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. libproto/packet.cccc1plus: warnings being treated as errors
>>> libproto/packet.cc: In static member function 'static ArpHeader&   ArpHeader::assign(uint8_t*)':
>>> libproto/packet.cc:238: error: cast from 'uint8_t*' to 'ArpHeader*' increases required alignment of target type
>>> libproto/packet.cc: In static member function 'static const ArpHeader&   ArpHeader::assign(const std::vector<unsigned char, std::allocator<unsigned char>   >&)':
>>> libproto/packet.cc:248: error: cast from 'const unsigned char*' to 'const ArpHeader*' increases required alignment of target type
>>> scons: *** [obj/sparc64-unknown-linux-gnu/libproto/packet.os] Error 1
>>> scons: building terminated because of errors.
>>
>> Here's a patch against my tree (and will probably apply somewhat clean to official SVN)
>> that might fix your problem.
>
> Thank you.  It applied without problems to the official SVN and
> compiles.  Now the compilation stops on another error.
>
> g++ -o obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc
> cc1plus: warnings being treated as errors
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In static member function 'static int IfConfigGetNetlinkSocket::parse_buffer_netlink_socket(IfConfig&, IfTree&, const std::vector<unsigned char, std::allocator<unsigned char>  >&)':
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:87: error: cast from 'char*' to 'nlmsghdr*' increases required alignment of target type
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newlink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:269: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_dellink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:533: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newdeladdr_to_fea_cfg(IfTree&, const ifaddrmsg*, int, bool)':
> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:598: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
> scons: *** [obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os] Error 1
> scons: building terminated because of errors.

I pushed the previous patch (slightly cleaned up) to my tree.

For the errors above, my code is different from SVN, so the attached patch
is likely of little help.  But, you might try applying it to my git tree
to see if it helps _it_ compile.

For what it's worth, compiles fine on x86-32 Fedora 12.

Compile tested only.

Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: xorp_casts_patch.patch
Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100307/28048429/attachment.ksh 

From saurabh.pandya at elitecore.com  Sun Mar  7 22:44:49 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Mon, 8 Mar 2010 12:14:49 +0530
Subject: [Xorp-users] Interfaces must be connected to a switch all the time
	to run xorp?
Message-ID: <000001cabe8a$d9316de0$1c0ea8c0@elitecore.com>

Hey all,

 

I have used eth2 and eth3 on my fedora machine. 

 

I observed that, I can start the xorp router mgt service, successfully only
when all interfaces configured  physically 

plugged in to the switch.

 

If I plugged out the eth2 physically, service xorp "Dies", by showing below
kind errors 

 

            "Configruation failed: 102 Command failed Cannot start vif eth2:
underlying vif is not UP"

 

I know I have not plugged in eth2 when I start this service, But (like other
software) I also don't let my xorp

Service to die when there is no cable plugged in to the switch. Showing some
warning would be fine. 

 

It is would be very great if detects and works normal on plugging of eth2
interface. 

 

Can I override such undesirable default behavior?  by some "configuration
options" or "workarounds".

 

 

Thanks...

SSP

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100308/4aa6769d/attachment.html 

From bms at incunabulum.net  Mon Mar  8 00:56:41 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Mon, 08 Mar 2010 08:56:41 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fails
In-Reply-To: <20100307180714.GB29129@calhariz.com>
References: <20100306032952.GA27794@calhariz.com>	<4B920EC8.8060507@candelatech.com>
	<20100307180714.GB29129@calhariz.com>
Message-ID: <4B94BBC9.2040300@incunabulum.net>

Jose,

Can you please contact me off-list? Thanks.

regards,
BMS


From greearb at candelatech.com  Mon Mar  8 06:03:18 2010
From: greearb at candelatech.com (Ben Greear)
Date: Mon, 08 Mar 2010 06:03:18 -0800
Subject: [Xorp-users] Interfaces must be connected to a switch all the
 time	to run xorp?
In-Reply-To: <000001cabe8a$d9316de0$1c0ea8c0@elitecore.com>
References: <000001cabe8a$d9316de0$1c0ea8c0@elitecore.com>
Message-ID: <4B9503A6.3020901@candelatech.com>

On 03/07/2010 10:44 PM, saurabh wrote:
> Hey all,
>
> I have used eth2 and eth3 on my fedora machine?
>
> I observed that, I can start the xorp router mgt service, successfully
> only when all interfaces configured physically
>
> plugged in to the switch.
>
> If I plugged out the eth2 physically, service xorp ?Dies?, by showing
> below kind errors
>
> ?Configruation failed: 102 Command failed Cannot start vif eth2:
> underlying vif is not UP?
>
> I know I have not plugged in eth2 when I start this service, But (like
> other software) I also don?t let my xorp
>
> Service to die when there is no cable plugged in to the switch. Showing
> some warning would be fine.
>
> It is would be very great if detects and works normal on plugging of
> eth2 interface.
>
> Can I override such undesirable default behavior? by some ?configuration
> options? or ?workarounds?.

Can you see if you can reproduce this with my tree?  I often run with ports
un-connected and it seems to work fine.

http://www.candelatech.com/oss/xorp-ct.html

Another possibility is that you are using something like NetworkManager
and it's messing with the interfaces?

Either way, please send me a log if you can reproduce it with my code..I should
be able to fix it.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From hhund at astaro.com  Mon Mar  8 07:26:54 2010
From: hhund at astaro.com (Heiko Hund)
Date: Mon, 8 Mar 2010 16:26:54 +0100
Subject: [Xorp-users] Interfaces must be connected to a switch all the
	time to run xorp?
In-Reply-To: <000001cabe8a$d9316de0$1c0ea8c0@elitecore.com>
References: <000001cabe8a$d9316de0$1c0ea8c0@elitecore.com>
Message-ID: <201003081626.54314.hhund@astaro.com>

Hi saurabh.

On Monday 08 March 2010 07:44:49 saurabh wrote:
>             "Configruation failed: 102 Command failed Cannot start vif
> eth2: underlying vif is not UP"

I posted a patch that fixes something like this a while ago. That patch went 
into the SVN repository. What version of XORP do you use?

Heiko
-- 
Heiko Hund | Software Engineer | Phone +49-721-25516-237 | Fax -200
Astaro AG | An der RaumFabrik 33a | 76227 Karlsruhe | Germany

Executive Board: Markus Hennig, Jan Hichert, G?nter Junk, Dr. Frank Nellissen
Chairman of the Supervisory Board: Stanley J. Krasnow
Headquarter Location: Karlsruhe
Commercial Register: Mannheim HRB 108997


From peirce at maine.edu  Mon Mar  8 09:05:07 2010
From: peirce at maine.edu (Garry Peirce)
Date: Mon, 8 Mar 2010 12:05:07 -0500
Subject: [Xorp-users] Show of hands on users please
In-Reply-To: <4B924EA9.20802@incunabulum.net>
References: <4B924EA9.20802@incunabulum.net>
Message-ID: <095401cabee1$81052ec0$830f8c40$@edu>

We are (soon to be) using Xorp 1.6 in a production educational environment
for stub site access devices.  Initially using for simple IGP routing, some
mcast and future implementations of v6.

Over the past year, we've worked with a supplier of a customized access
device to integrate it over use of another commercial network platform.
I've been a bit nervous over time not seeing a sense of frequent
development/defect resolution activity, but the recent thread on development
issues has me more concerned.  

Xorp has been good fit for us so far and we'd obviously like to see it
succeed. 
I may not fully understand what may be going on in the background, but I
would hope that a way can be found to integrate defect resolutions found
within any sub-branches of the mainline and a renewed sense of openness can
rise from the unfortunate demise of Xorp.inc.

--




> -----Original Message-----
> From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org]
> On Behalf Of Bruce Simpson
> Sent: Saturday, March 06, 2010 7:47 AM
> To: xorp; xorp users
> Subject: [Xorp-users] Show of hands on users please
> 
> Hi all,
> 
> Given the recent XORP, Inc. business failure, it's understandable that
> people are concerned about the future of the open source work product
> ongoing.
> 
> We really need a show of hands, on organisations who may be using XORP,
> in a commercial or semi-commercial capacity. I have received some leads
> in this regard, and will be following up as time permits. If you or
> your
> organisation are using XORP, please get in touch.
> 
> There is a strategy which needs to be followed in order to get the
> project back to healthy status, however, this may not be 100%
> compatible
> with a volunteer-based way of doing things.
> 
> An interim 1.7 release is a possibility. This has taken a long time
> because the release management process has been starved of resources.
> It
> is likely that not all of the boxes which we'd like for that release to
> be ticked, would be ticked.
> 
> regards,
> BMS
> 
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users


From jose.spam at netvisao.pt  Mon Mar  8 10:53:30 2010
From: jose.spam at netvisao.pt (Jose Manuel dos Santos Calhariz)
Date: Mon, 8 Mar 2010 18:53:30 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fails
In-Reply-To: <4B943568.4000109@candelatech.com>
References: <20100306032952.GA27794@calhariz.com>
	<4B920EC8.8060507@candelatech.com>
	<20100307180714.GB29129@calhariz.com>
	<4B943568.4000109@candelatech.com>
Message-ID: <20100308185330.GA31796@calhariz.com>

On Sun, Mar 07, 2010 at 03:23:20PM -0800, Ben Greear wrote:
> On 03/07/2010 10:07 AM, Jose Manuel dos Santos Calhariz wrote:
>> On Sat, Mar 06, 2010 at 12:14:00AM -0800, Ben Greear wrote:
>>> On 03/05/2010 07:29 PM, Jose Manuel dos Santos Calhariz wrote:
>>>>
>>>> I am trying to compile Xorp SVN on a sparc machine running Debian.
>>>> But it fails with:
>>>>
>>>> g++ -o obj/sparc64-unknown-linux-gnu/libproto/packet.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. libproto/packet.cccc1plus: warnings being treated as errors
>>>> libproto/packet.cc: In static member function 'static ArpHeader&   ArpHeader::assign(uint8_t*)':
>>>> libproto/packet.cc:238: error: cast from 'uint8_t*' to 'ArpHeader*' increases required alignment of target type
>>>> libproto/packet.cc: In static member function 'static const ArpHeader&   ArpHeader::assign(const std::vector<unsigned char, std::allocator<unsigned char>   >&)':
>>>> libproto/packet.cc:248: error: cast from 'const unsigned char*' to 'const ArpHeader*' increases required alignment of target type
>>>> scons: *** [obj/sparc64-unknown-linux-gnu/libproto/packet.os] Error 1
>>>> scons: building terminated because of errors.
>>>
>>> Here's a patch against my tree (and will probably apply somewhat clean to official SVN)
>>> that might fix your problem.
>>
>> Thank you.  It applied without problems to the official SVN and
>> compiles.  Now the compilation stops on another error.
>>
>> g++ -o obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc
>> cc1plus: warnings being treated as errors
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In static member function 'static int IfConfigGetNetlinkSocket::parse_buffer_netlink_socket(IfConfig&, IfTree&, const std::vector<unsigned char, std::allocator<unsigned char>  >&)':
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:87: error: cast from 'char*' to 'nlmsghdr*' increases required alignment of target type
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newlink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:269: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_dellink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:533: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newdeladdr_to_fea_cfg(IfTree&, const ifaddrmsg*, int, bool)':
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:598: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
>> scons: *** [obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os] Error 1
>> scons: building terminated because of errors.
>
> Would you by chance be interested in giving me an account on this
> system?

Possible, but difficult.  This machine is on my home network behind a
NAT box and the installed OS needs an upgrade so I am compiling the
software inside a chroot.

>
> Either way, I'll see if I can get a patch to address this as well.

I will try your patch shortly.

>
>>> Compile tested only..seems VRRP is the only user, and it is broken anyway, so I don't
>>> have a good way to actually test the code...
>>>
>>> You can find my tree at:
>>> http://www.candelatech.com/oss/xorp-ct.html
>>
>> I am pulling your tree rigth now.  It's interesting your approach for
>> xorp and resources.
>
> Let me know if you find anything weird with it.
>
> Thanks,
> Ben
>
>

      Jose Calhariz

-- 
--

Posso imaginar muitas coisas mais importantes que ser amado por todo mundo

--Robert Murdoch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: Digital signature
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100308/4ceff5b2/attachment.bin 

From jose.spam at netvisao.pt  Mon Mar  8 16:58:39 2010
From: jose.spam at netvisao.pt (Jose Manuel dos Santos Calhariz)
Date: Tue, 9 Mar 2010 00:58:39 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fails
In-Reply-To: <4B94413E.9010108@candelatech.com>
References: <20100306032952.GA27794@calhariz.com>
	<4B920EC8.8060507@candelatech.com>
	<20100307180714.GB29129@calhariz.com>
	<4B94413E.9010108@candelatech.com>
Message-ID: <20100309005839.GA9062@calhariz.com>

On Sun, Mar 07, 2010 at 04:13:50PM -0800, Ben Greear wrote:
> On 03/07/2010 10:07 AM, Jose Manuel dos Santos Calhariz wrote:
>> On Sat, Mar 06, 2010 at 12:14:00AM -0800, Ben Greear wrote:
>>> On 03/05/2010 07:29 PM, Jose Manuel dos Santos Calhariz wrote:
>>>>
>>>> I am trying to compile Xorp SVN on a sparc machine running Debian.
>>>> But it fails with:
>>>>
>>>> g++ -o obj/sparc64-unknown-linux-gnu/libproto/packet.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. libproto/packet.cccc1plus: warnings being treated as errors
>>>> libproto/packet.cc: In static member function 'static ArpHeader&   ArpHeader::assign(uint8_t*)':
>>>> libproto/packet.cc:238: error: cast from 'uint8_t*' to 'ArpHeader*' increases required alignment of target type
>>>> libproto/packet.cc: In static member function 'static const ArpHeader&   ArpHeader::assign(const std::vector<unsigned char, std::allocator<unsigned char>   >&)':
>>>> libproto/packet.cc:248: error: cast from 'const unsigned char*' to 'const ArpHeader*' increases required alignment of target type
>>>> scons: *** [obj/sparc64-unknown-linux-gnu/libproto/packet.os] Error 1
>>>> scons: building terminated because of errors.
>>>
>>> Here's a patch against my tree (and will probably apply somewhat clean to official SVN)
>>> that might fix your problem.
>>
>> Thank you.  It applied without problems to the official SVN and
>> compiles.  Now the compilation stops on another error.
>>
>> g++ -o obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc
>> cc1plus: warnings being treated as errors
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In static member function 'static int IfConfigGetNetlinkSocket::parse_buffer_netlink_socket(IfConfig&, IfTree&, const std::vector<unsigned char, std::allocator<unsigned char>  >&)':
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:87: error: cast from 'char*' to 'nlmsghdr*' increases required alignment of target type
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newlink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:269: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_dellink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:533: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newdeladdr_to_fea_cfg(IfTree&, const ifaddrmsg*, int, bool)':
>> fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:598: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
>> scons: *** [obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os] Error 1
>> scons: building terminated because of errors.
>
> I pushed the previous patch (slightly cleaned up) to my tree.
>
> For the errors above, my code is different from SVN, so the attached patch
> is likely of little help.  But, you might try applying it to my git tree
> to see if it helps _it_ compile.
>

It was easy to change your patch for SVN, thank you.  But it still fails:

g++ -o obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os -c -O1 -g3 -Werror -W -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -fPIC -DXRL_PF=120 -D_FORTIFY_SOURCE=0 -DBOOST_DISABLE_THREADS -I/usr/local/include -Iobj/sparc64-unknown-linux-gnu -I. -I. fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc
cc1plus: warnings being treated as errors
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In static member function 'static int IfConfigGetNetlinkSocket::parse_buffer_netlink_socket(IfConfig&, IfTree&, const std::vector<unsigned char, std::allocator<unsigned char> >&)':
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:87: error: cast from 'char*' to 'nlmsghdr*' increases required alignment of target type
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newlink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:269: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_dellink_to_fea_cfg(IfTree&, const ifinfomsg*, int)':
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:533: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc: In function 'void nlm_newdeladdr_to_fea_cfg(IfTree&, const ifaddrmsg*, int, bool)':
fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc:598: error: cast from 'char*' to 'rtattr*' increases required alignment of target type
scons: *** [obj/sparc64-unknown-linux-gnu/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.os] Error 1
scons: building terminated because of errors.

I attached the patch I used.



> For what it's worth, compiles fine on x86-32 Fedora 12.
>
> Compile tested only.
>
> Thanks,
> Ben
>
>

    Jose Calhariz


-- 
--

Posso imaginar muitas coisas mais importantes que ser amado por todo mundo

--Robert Murdoch
-------------- next part --------------
Index: xorp/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc
===================================================================
--- xorp.orig/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc	2010-03-09 00:35:49.000000000 +0000
+++ xorp/fea/data_plane/ifconfig/ifconfig_parse_netlink_socket.cc	2010-03-09 00:43:57.000000000 +0000
@@ -84,8 +84,8 @@ IfConfigGetNetlinkSocket::parse_buffer_n
 
     for (nlh = align_data.payload();
 	 NLMSG_OK(nlh, buffer_bytes);
-	 nlh = NLMSG_NEXT(const_cast<struct nlmsghdr*>(nlh), buffer_bytes)) {
-	void* nlmsg_data = NLMSG_DATA(const_cast<struct nlmsghdr*>(nlh));
+	 nlh = NLMSG_NEXT(nlh, buffer_bytes)) {
+	void* nlmsg_data = NLMSG_DATA(nlh);
 	
 	switch (nlh->nlmsg_type) {
 	case NLMSG_ERROR:
@@ -266,7 +266,7 @@ nlm_newlink_to_fea_cfg(IfTree& iftree, c
     
     // The attributes
     memset(rta_array, 0, sizeof(rta_array));
-    rtattr = IFLA_RTA(const_cast<struct ifinfomsg*>(ifinfomsg));
+    rtattr = IFLA_RTA(ifinfomsg);
     NlmUtils::get_rtattr(rtattr, rta_len, rta_array,
 			 sizeof(rta_array) / sizeof(rta_array[0]));
     
@@ -287,8 +287,8 @@ nlm_newlink_to_fea_cfg(IfTree& iftree, c
 		  ifinfomsg->ifi_index);
 	return;
     }
-    caddr_t rta_data = reinterpret_cast<caddr_t>(RTA_DATA(const_cast<struct rtattr*>(rta_array[IFLA_IFNAME])));
-    if_name = string(reinterpret_cast<char*>(rta_data));
+
+    if_name = (char*)(RTA_DATA(rta_array[IFLA_IFNAME]));
     debug_msg("interface: %s\n", if_name.c_str());
     
     //
@@ -530,7 +530,7 @@ nlm_dellink_to_fea_cfg(IfTree& iftree, c
     
     // The attributes
     memset(rta_array, 0, sizeof(rta_array));
-    rtattr = IFLA_RTA(const_cast<struct ifinfomsg*>(ifinfomsg));
+    rtattr = IFLA_RTA(ifinfomsg);
     NlmUtils::get_rtattr(rtattr, rta_len, rta_array,
 			 sizeof(rta_array) / sizeof(rta_array[0]));
     
@@ -541,8 +541,8 @@ nlm_dellink_to_fea_cfg(IfTree& iftree, c
 	XLOG_FATAL("Could not find interface name for interface index %d",
 		   ifinfomsg->ifi_index);
     }
-    caddr_t rta_data = reinterpret_cast<caddr_t>(RTA_DATA(const_cast<struct rtattr*>(rta_array[IFLA_IFNAME])));
-    if_name = string(reinterpret_cast<char*>(rta_data));
+
+    if_name = (char*)(RTA_DATA(rta_array[IFLA_IFNAME]));
     debug_msg("Deleting interface name: %s\n", if_name.c_str());
     
     //
@@ -595,7 +595,7 @@ nlm_newdeladdr_to_fea_cfg(IfTree& iftree
     
     // The attributes
     memset(rta_array, 0, sizeof(rta_array));
-    rtattr = IFA_RTA(const_cast<struct ifaddrmsg*>(ifaddrmsg));
+    rtattr = IFA_RTA(ifaddrmsg);
     NlmUtils::get_rtattr(rtattr, rta_len, rta_array,
 			 sizeof(rta_array) / sizeof(rta_array[0]));
 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: Digital signature
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100309/00783722/attachment.bin 

From saurabh.pandya at elitecore.com  Mon Mar  8 21:33:28 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Tue, 9 Mar 2010 11:03:28 +0530
Subject: [Xorp-users] Interfaces must be connected to a switch all the
	time to run xorp?
In-Reply-To: <201003081626.54314.hhund@astaro.com>
References: <000001cabe8a$d9316de0$1c0ea8c0@elitecore.com>
	<201003081626.54314.hhund@astaro.com>
Message-ID: <001301cabf4a$0c4c90f0$1c0ea8c0@elitecore.com>

Thanks Heiko,

I found and applied the patch, now it is working as expected...


-----Original Message-----
From: Heiko Hund [mailto:hhund at astaro.com] 
Sent: Monday, March 08, 2010 8:57 PM
To: xorp-users at xorp.org
Cc: saurabh
Subject: Re: [Xorp-users] Interfaces must be connected to a switch all the
time to run xorp?

Hi saurabh.

On Monday 08 March 2010 07:44:49 saurabh wrote:
>             "Configruation failed: 102 Command failed Cannot start vif
> eth2: underlying vif is not UP"

I posted a patch that fixes something like this a while ago. That patch went

into the SVN repository. What version of XORP do you use?

Heiko
-- 
Heiko Hund | Software Engineer | Phone +49-721-25516-237 | Fax -200
Astaro AG | An der RaumFabrik 33a | 76227 Karlsruhe | Germany

Executive Board: Markus Hennig, Jan Hichert, G?nter Junk, Dr. Frank
Nellissen
Chairman of the Supervisory Board: Stanley J. Krasnow
Headquarter Location: Karlsruhe
Commercial Register: Mannheim HRB 108997



From mohd.arif at nechclst.in  Mon Mar  8 21:47:05 2010
From: mohd.arif at nechclst.in (Mohd Arif)
Date: Tue, 9 Mar 2010 11:17:05 +0530
Subject: [Xorp-users] Interfaces must be connected to a switch all
	thetime to run xorp?
Message-ID: <0A8CFEC45B7F4C419F7543867C47442303ECBFAC@mailserver.nechclst.in>

Dear Saurabh,
	Can you please provide me the link for that patch?
	I've got stuck in the same situation.

	Thanks in advance.

Best Regards,
Arif

-----Original Message-----
From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org] On Behalf Of saurabh
Sent: Tuesday, March 09, 2010 11:03 AM
To: 'Heiko Hund'; xorp-users at xorp.org
Subject: Re: [Xorp-users] Interfaces must be connected to a switch all thetime to run xorp?

Thanks Heiko,

I found and applied the patch, now it is working as expected...


-----Original Message-----
From: Heiko Hund [mailto:hhund at astaro.com] 
Sent: Monday, March 08, 2010 8:57 PM
To: xorp-users at xorp.org
Cc: saurabh
Subject: Re: [Xorp-users] Interfaces must be connected to a switch all the
time to run xorp?

Hi saurabh.

On Monday 08 March 2010 07:44:49 saurabh wrote:
>             "Configruation failed: 102 Command failed Cannot start vif
> eth2: underlying vif is not UP"

I posted a patch that fixes something like this a while ago. That patch went

into the SVN repository. What version of XORP do you use?

Heiko
-- 
Heiko Hund | Software Engineer | Phone +49-721-25516-237 | Fax -200
Astaro AG | An der RaumFabrik 33a | 76227 Karlsruhe | Germany

Executive Board: Markus Hennig, Jan Hichert, G?nter Junk, Dr. Frank
Nellissen
Chairman of the Supervisory Board: Stanley J. Krasnow
Headquarter Location: Karlsruhe
Commercial Register: Mannheim HRB 108997


_______________________________________________
Xorp-users mailing list
Xorp-users at xorp.org
http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users



DISCLAIMER: 
----------------------------------------------------------------------------------------------------------------------- 
The contents of this e-mail and any attachment(s) are confidential and
intended 
for the named recipient(s) only.  
It shall not attach any liability on the originator or NECHCL or its 
affiliates. Any views or opinions presented in  
this email are solely those of the author and may not necessarily reflect the 
opinions of NECHCL or its affiliates.  
Any form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of  
this message without the prior written consent of the author of this e-mail is 
strictly prohibited. If you have  
received this email in error please delete it and notify the sender 
immediately. . 
-----------------------------------------------------------------------------------------------------------------------


From saurabh.pandya at elitecore.com  Mon Mar  8 21:47:57 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Tue, 9 Mar 2010 11:17:57 +0530
Subject: [Xorp-users] Interfaces must be connected to a switch all
	thetime to run xorp?
In-Reply-To: <0A8CFEC45B7F4C419F7543867C47442303ECBFAC@mailserver.nechclst.in>
References: <0A8CFEC45B7F4C419F7543867C47442303ECBFAC@mailserver.nechclst.in>
Message-ID: <001401cabf4c$12044590$1c0ea8c0@elitecore.com>

Hi Arif,

http://mailman.icsi.berkeley.edu/pipermail/xorp-users/2009-April/003094.html

Get attachment.bin file from bottom of the page then apply the patch 
and then build your target.. :)

Saurabh

-----Original Message-----
From: Mohd Arif [mailto:mohd.arif at nechclst.in] 
Sent: Tuesday, March 09, 2010 11:17 AM
To: saurabh; Heiko Hund; xorp-users at xorp.org
Subject: RE: [Xorp-users] Interfaces must be connected to a switch all
thetime to run xorp?

Dear Saurabh,
	Can you please provide me the link for that patch?
	I've got stuck in the same situation.

	Thanks in advance.

Best Regards,
Arif

-----Original Message-----
From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org] On
Behalf Of saurabh
Sent: Tuesday, March 09, 2010 11:03 AM
To: 'Heiko Hund'; xorp-users at xorp.org
Subject: Re: [Xorp-users] Interfaces must be connected to a switch all
thetime to run xorp?

Thanks Heiko,

I found and applied the patch, now it is working as expected...


-----Original Message-----
From: Heiko Hund [mailto:hhund at astaro.com] 
Sent: Monday, March 08, 2010 8:57 PM
To: xorp-users at xorp.org
Cc: saurabh
Subject: Re: [Xorp-users] Interfaces must be connected to a switch all the
time to run xorp?

Hi saurabh.

On Monday 08 March 2010 07:44:49 saurabh wrote:
>             "Configruation failed: 102 Command failed Cannot start vif
> eth2: underlying vif is not UP"

I posted a patch that fixes something like this a while ago. That patch went

into the SVN repository. What version of XORP do you use?

Heiko
-- 
Heiko Hund | Software Engineer | Phone +49-721-25516-237 | Fax -200
Astaro AG | An der RaumFabrik 33a | 76227 Karlsruhe | Germany

Executive Board: Markus Hennig, Jan Hichert, G?nter Junk, Dr. Frank
Nellissen
Chairman of the Supervisory Board: Stanley J. Krasnow
Headquarter Location: Karlsruhe
Commercial Register: Mannheim HRB 108997


_______________________________________________
Xorp-users mailing list
Xorp-users at xorp.org
http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users



DISCLAIMER: 
----------------------------------------------------------------------------
------------------------------------------- 
The contents of this e-mail and any attachment(s) are confidential and
intended 
for the named recipient(s) only.  
It shall not attach any liability on the originator or NECHCL or its 
affiliates. Any views or opinions presented in  
this email are solely those of the author and may not necessarily reflect
the 
opinions of NECHCL or its affiliates.  
Any form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of  
this message without the prior written consent of the author of this e-mail
is 
strictly prohibited. If you have  
received this email in error please delete it and notify the sender 
immediately. . 
----------------------------------------------------------------------------
-------------------------------------------



From abazh18 at gmail.com  Tue Mar  9 00:54:24 2010
From: abazh18 at gmail.com (Achmad Basuki)
Date: Tue, 9 Mar 2010 17:54:24 +0900
Subject: [Xorp-users] Interfaces must be connected to a switch all
	thetime to run xorp?
In-Reply-To: <001401cabf4c$12044590$1c0ea8c0@elitecore.com>
References: <0A8CFEC45B7F4C419F7543867C47442303ECBFAC@mailserver.nechclst.in>
	<001401cabf4c$12044590$1c0ea8c0@elitecore.com>
Message-ID: <438279e61003090054q4b848c43o299a326bcf4e1bbf@mail.gmail.com>

Thanks for the patch information, I have successfully applied the patch and
created a xorp rpm package for fedora 12.

abazh

On Tue, Mar 9, 2010 at 2:47 PM, saurabh <saurabh.pandya at elitecore.com>wrote:

> Hi Arif,
>
>
> http://mailman.icsi.berkeley.edu/pipermail/xorp-users/2009-April/003094.html
>
> Get attachment.bin file from bottom of the page then apply the patch
> and then build your target.. :)
>
> Saurabh
>
> -----Original Message-----
> From: Mohd Arif [mailto:mohd.arif at nechclst.in]
> Sent: Tuesday, March 09, 2010 11:17 AM
> To: saurabh; Heiko Hund; xorp-users at xorp.org
> Subject: RE: [Xorp-users] Interfaces must be connected to a switch all
> thetime to run xorp?
>
> Dear Saurabh,
>        Can you please provide me the link for that patch?
>        I've got stuck in the same situation.
>
>        Thanks in advance.
>
> Best Regards,
> Arif
>
> -----Original Message-----
> From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org] On
> Behalf Of saurabh
> Sent: Tuesday, March 09, 2010 11:03 AM
> To: 'Heiko Hund'; xorp-users at xorp.org
> Subject: Re: [Xorp-users] Interfaces must be connected to a switch all
> thetime to run xorp?
>
> Thanks Heiko,
>
> I found and applied the patch, now it is working as expected...
>
>
> -----Original Message-----
> From: Heiko Hund [mailto:hhund at astaro.com]
> Sent: Monday, March 08, 2010 8:57 PM
> To: xorp-users at xorp.org
> Cc: saurabh
> Subject: Re: [Xorp-users] Interfaces must be connected to a switch all the
> time to run xorp?
>
> Hi saurabh.
>
> On Monday 08 March 2010 07:44:49 saurabh wrote:
> >             "Configruation failed: 102 Command failed Cannot start vif
> > eth2: underlying vif is not UP"
>
> I posted a patch that fixes something like this a while ago. That patch
> went
>
> into the SVN repository. What version of XORP do you use?
>
> Heiko
> --
> Heiko Hund | Software Engineer | Phone +49-721-25516-237 | Fax -200
> Astaro AG | An der RaumFabrik 33a | 76227 Karlsruhe | Germany
>
> Executive Board: Markus Hennig, Jan Hichert, G?nter Junk, Dr. Frank
> Nellissen
> Chairman of the Supervisory Board: Stanley J. Krasnow
> Headquarter Location: Karlsruhe
> Commercial Register: Mannheim HRB 108997
>
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>
>
>
> DISCLAIMER:
>
> ----------------------------------------------------------------------------
> -------------------------------------------
> The contents of this e-mail and any attachment(s) are confidential and
> intended
> for the named recipient(s) only.
> It shall not attach any liability on the originator or NECHCL or its
> affiliates. Any views or opinions presented in
> this email are solely those of the author and may not necessarily reflect
> the
> opinions of NECHCL or its affiliates.
> Any form of reproduction, dissemination, copying, disclosure, modification,
> distribution and / or publication of
> this message without the prior written consent of the author of this e-mail
> is
> strictly prohibited. If you have
> received this email in error please delete it and notify the sender
> immediately. .
>
> ----------------------------------------------------------------------------
> -------------------------------------------
>
>
> _______________________________________________
> 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/20100309/a74073d7/attachment-0001.html 

From peirce at maine.edu  Mon Mar  8 06:59:31 2010
From: peirce at maine.edu (Garry Peirce)
Date: Mon, 8 Mar 2010 09:59:31 -0500
Subject: [Xorp-users] Help : Test setup for Pim4 and IGMP between
	sunets	(for VLC source and Receiver ) multicast test.
In-Reply-To: <000801cabc7c$d6b5b680$1c0ea8c0@elitecore.com>
References: <000801cabc7c$d6b5b680$1c0ea8c0@elitecore.com>
Message-ID: <093401cabecf$f57629b0$e0627d10$@edu>

Saurabh ,

I did not actually read you note in great detail yet, as it caught my eye
that you were attempting to stream form VLC using 224.0.0.5 ? Addresses in
the 224.0.0.0/24 range are designated to the local subnet and this
particular address is actually allocated to OSPF.  Upon receiving traffic on
this address, R1 would not forward it.

 

I'd first change you're VLC client/server to use an address in an
appropriate block, for example, something within 239/8.

 

 

 

From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org] On
Behalf Of saurabh
Sent: Friday, March 05, 2010 10:59 AM
To: 'saurabh'; xorp-users at xorp.org
Subject: Re: [Xorp-users] Help : Test setup for Pim4 and IGMP between sunets
(for VLC source and Receiver ) multicast test.

 

 

Thanks everyone for responding . but it still not working :(

 

 

I think there still some issue, requires expert troubleshooting....

 

1) I am writing my detailed setup

2) I have specified my Diagnosis message derived from xorpsh (shell)

3) my .config files

 

Pls. let your suggestion what I m still missing...!!

-----------------------------------------------------------------

Issue:

My setup is below; all four entities are running on SUN virtual boxes, 

I now taken care that all subnets,rps, Mcast sender, Mcast receivers to be
reachable by each other router.. 

I can see that are rechable by pings to each other but

I am not seeing the multicast traffic being routed, and proper join messages
after getting IGMP group join.

 

-----------------------------------------------------------

Setup:

 

On first (physical) PC , i am running XP2 and XorpRouter2, while host OS is
winXP

On 2nd (Physical) PC, i am running XP1 and XorpRouter1, while host OS is
winXP

            [I think running as vmwares , should not be the issue? or it? ]


 

XP2-------XorpRouter2--------XorpRouterR1--------XP1

 

XP2 ) 193.193.193.15   (Winxp , VLC server, sends stream at group 224.0.0.5)

                                   (This is running on SUN virtual box)

 

R2)   le1            193.193.193.10       (Host Only Interface)

        le0            195.195.195.20      (Bridged Interface)

            [XORP Live CD (XORP-1.6-LiveCD.iso) ,  This is run over SUN
virtual box]

            This Router I configured as static-rp

 

 

R1)   le1            194.194.194.10       (Host Only Interface)

        le0            195.195.195.10      (Bridged Interface)

            [XORP Live CD (XORP-1.6-LiveCD.iso) ,  This is run over SUN
virtual box]

 

XP1 ) 194.194.194.15   (Winxp , VLC Client, try to view stream from
224.0.0.5)

                                   (This is running on SUN virtual box)

 

 

1) What I am seeing is when I start to source multicast data from XP2, I can
see that 

    UDP data packets are coming at le1 of R2 , but they are no more
forwarded to routers

    external interface (le0), so off course multicast traffic is not going
beyond the RP..

 

2) When I start play vlc client in XP1, I can see group 224.0.0.5 in its
igmp entry by "show igmp group",

    but I don't find subsequent pim join to RP (which is next mrib for
router1) 

  

3)  I can made static routes in both routers to reach each other subnets,
also made the same entries

     for mrib routes. 

 

 

xorp diagnosis messages:

 

 

----------------------------------------------------------------------------
----

when I fire "show pim neighbor" in router1 and router2 

 

Router1

root at xorpcd.local> show pim interface  (Neighbors are being discovered )

 

Interface    State    Mode   V PIMstate Priority DRaddr          Neighbors

le0          UP       Sparse 2 DR            200 195.195.195.10          1

le1          UP       Sparse 2 DR              1 194.194.194.10          0

register_vif UP       Sparse 2 DR              1 195.195.195.10          0

root at xorpcd.local> 

 

Router2

root at xorpcd.local> show pim interface 

Interface    State    Mode   V PIMstate Priority DRaddr          Neighbors

le0          UP       Sparse 2 NotDR           1 195.195.195.10          1

le1          UP       Sparse 2 DR              1 193.193.193.10          0

register_vif UP       Sparse 2 DR              1 195.195.195.20          0

----------------------------------------------------------------------------
--

when i fire "show pim mrib"  in router 1 and two

 

Router1

root at xorpcd.local> show pim mrib 

DestPrefix         NextHopRouter   VifName VifIndex MetricPref Metric

193.193.193.0/24   195.195.195.20  le0     0                 1      1

194.194.194.0/24   194.194.194.10  le1     1                 0      0

195.195.195.0/24   195.195.195.10  le0     0                 0      0

 

Router2

root at xorpcd.local> show pim mrib 

DestPrefix         NextHopRouter   VifName VifIndex MetricPref Metric

193.193.193.0/24   193.193.193.10  le1     1                 0      0

194.194.194.0/24   195.195.195.10  le0     0                 1      1

195.195.195.0/24   195.195.195.20  le0     0                 0      0

----------------------------------------------------------------------------
-------

when i fire "show igmp group" in router1 

 

root at xorpcd.local> show igmp group 

Interface    Group           Source          LastReported Timeout V State

le1          224.0.0.2       0.0.0.0         194.194.194.10     142 2     E

le1          224.0.0.5       0.0.0.0         194.194.194.85     144 2     E
{This is the group we have joined using VLC client }

le1          224.0.0.13      0.0.0.0         194.194.194.10     141 2     E

le1          224.0.0.22      0.0.0.0         194.194.194.10     140 2     E

le1          227.0.0.70      0.0.0.0         194.194.194.85     146 2     E

le1          239.255.255.250 0.0.0.0         194.194.194.85     142 2     E 

----------------------------------------------------------------------------
-------------

when I fire "show pim join" in router1  (is not showing join for group
224.0.0.5 which is present in show igmp group)

                                                       (Why this is?)

root at xorpcd.local> show pim join all 

Group           Source               RP                    Flags

224.0.0.0       193.193.193.10  193.193.193.10  RP
(I dont know why this is shoing not joined ,, issue it here?)

    Upstream interface (RP):   le0

    Upstream MRIB next hop (RP): 195.195.195.20

    Upstream state:            NotJoined 

    Join timer:                -1

    Joins RP:                  ...

    Join state:                ...

    Prune state:               ...

    Prune pending state:       ...

    Could assert WC:           ...

    I am DR:                   OOO

    Immediate olist RP:        ...

    Inherited olist SG:        ...

    Inherited olist SG_RPT:    ...

 

I am ommiting to show other joins from diff other groups

 

when i fire "show pim join" in router2 

 

root at xorpcd.local> show pim join all 

Group           Source          RP              Flags

224.0.0.0       193.193.193.10  193.193.193.10  RP   

    Upstream interface (RP):   register_vif

    Upstream MRIB next hop (RP): UNKNOWN

    Upstream state:            NotJoined 

    Join timer:                -1

    Joins RP:                  ...

    Join state:                ...

    Prune state:               ...

    Prune pending state:       ...

    Could assert WC:           ...

    I am DR:                   .OO

    Immediate olist RP:        ...

    Inherited olist SG:        ...

    Inherited olist SG_RPT:    ...

 

I am ommiting to show other joins from diff other groups

 

----------------------------------------------------------------------------
-----------------

 

On firing of show pim mfc on both routers    (Not coming anything in mfc)

 

Router1

root at xorpcd.local> show pim mfc 

Group           Source          RP             

239.255.255.250 193.193.193.5   193.193.193.10 

    Incoming interface :      le0

    Outgoing interfaces:      .O.

 

Router2

root at xorpcd.local> show pim mfc 

Group           Source          RP             

239.255.255.250 193.193.193.5   193.193.193.10 

    Incoming interface :      le1

    Outgoing interfaces:      O..

 

On Firing of show pim rps command on both routers

 

----------------------------------------------------------------------------
---------------------

 

 

Router1

root at xorpcd.local> show pim rps 

RP              Type      Pri Holdtime Timeout ActiveGroups GroupPrefix


193.193.193.10  static    254       -1      -1            2 224.0.0.0/4 

 

Router2

root at xorpcd.local> show pim rps 

RP              Type      Pri Holdtime Timeout ActiveGroups GroupPrefix


193.193.193.10  static    254       -1      -1            2 224.0.0.0/4 

 

----------------------------------------------------------------------------
----------------------

 

On Firing of show pim scope on both router

 

Router1

root at xorpcd.local> show pim scope 

GroupPrefix                                 Interface     

root at xorpcd.local> 

 

Router2

root at xorpcd.local> show pim scope 

GroupPrefix                                 Interface     

root at xorpcd.local> 

____________________________________________________________________________
_______

 

My Config: 

 

My configuration file, modified for the static routes and its static routes
also export.

 

Below file is for Router1 , 

same file is for Router2 except that IP address change in interface
sections, and static routes address changes respectively..

 

 

/*XORP Configuration File, v1.0*/

protocols {

    fib2mrib {

        disable: false

    }

    igmp {

        disable: false

        interface le1 {

            vif le1 {

                disable: false

                version: 2

                enable-ip-router-alert-option-check: false

                query-interval: 125

                query-last-member-interval: 1

                query-response-interval: 10

                robust-count: 2

            }

        }

        traceoptions {

            flag {

                all {

                    disable: false

                }

            }

        }

    }

    pimsm4 {

        disable: false

        interface le0 {

            vif le0 {

                disable: false

                dr-priority: 200

                hello-period: 30

                hello-triggered-delay: 5

            }

        }

        interface le1 {

            vif le1 {

                disable: false

                dr-priority: 1

                hello-period: 30

                hello-triggered-delay: 5

            }

        }

        interface "register_vif" {

            vif "register_vif" {

                disable: false

                dr-priority: 1

                hello-period: 30

                hello-triggered-delay: 5

            }

        }

        static-rps {

            rp 193.193.193.10 {

                group-prefix 224.0.0.0/4 {

                    rp-priority: 254

                    hash-mask-len: 30

                }

            }

        }

        switch-to-spt-threshold {

            disable: false

            interval: 10

            bytes: 1000000

        }

        traceoptions {

            flag {

                all {

                    disable: false

                }

            }

        }

    }

    static {

        disable: false

        route 193.193.193.0/24 {

            next-hop: 195.195.195.20

            metric: 1

        }

        mrib-route 193.193.193.0/24 {

            next-hop: 195.195.195.20

            metric: 1

        }

    }

}

policy {

    policy-statement static {

        term 100 {

            from {

                protocol: "static"

            }

        }

    }

}

fea {

    unicast-forwarding4 {

        disable: false

    }

}

interfaces {

    restore-original-config-on-shutdown: false

    interface le0 {

        description: "Ethernet"

        disable: false

        discard: false

        unreachable: false

        management: false

        vif le0 {

            disable: false

            address 195.195.195.10 {

                prefix-length: 24

                broadcast: 195.195.195.255

                multicast-capable: true

                disable: false

            }

        }

    }

    interface le1 {

        description: "Ethernet"

        disable: false

        discard: false

        unreachable: false

        management: false

        vif le1 {

            disable: false

            address 193.193.193.10 {

                prefix-length: 24

                broadcast: 194.194.194.255

                multicast-capable: true

                disable: false

            }

        }

    }

}

plumbing {

    mfea4 {

        disable: false

        interface le0 {

            vif le0 {

                disable: false

            }

        }

        interface le1 {

            vif le1 {

                disable: false

            }

        }

        interface "register_vif" {

            vif "register_vif" {

                disable: false

            }

        }

        traceoptions {

            flag {

                all {

                    disable: false

                }

            }

        }

    }

}

 

____________________________________________________________________________
_______

 

more: When I have started tcpdump on both interface of Router1, I can see
multicast packets are comming

at le1 (from XP2) , but packets are not being forwarded to le0.  

____________________________________________________________________________
_______

 

I need help guys... 

 

Thanks,

Saurabh

 

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100308/e7dd7295/attachment-0001.html 

From jfs at computer.org  Tue Mar  9 09:41:43 2010
From: jfs at computer.org (Javier Fernandez-Sanguino)
Date: Tue, 9 Mar 2010 18:41:43 +0100
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail with
	"cast from 'uint8_t*' to 'ArpHeader*' increases required alignment"
In-Reply-To: <20100306032952.GA27794@calhariz.com>
References: <20100306032952.GA27794@calhariz.com>
Message-ID: <f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>

2010/3/6 Jose Manuel dos Santos Calhariz <jose.spam at netvisao.pt>:
>
> I am trying to compile Xorp SVN on a sparc machine running Debian.
> But it fails with:

BTW, It is worth mentioning that we recently uploaded version 1.6-1 to
Debian. This build failure does not happen only in the Sparc
architecture, it happens in all other architectures Debian supports.
The fuild build logs can be found in:

- Armel: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=armel&stamp=1267677892&file=log
- hppa: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=hppa&stamp=1266567644&file=log
- ia64: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=ia64&stamp=1267373972&file=log
- mips: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=mips&stamp=1267867626&file=log
- mipsel: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=mipsel&stamp=1267582500&file=log
- sparc: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=sparc&stamp=1266647187&file=log

For reference, we are following this in Debian as bug #540679 "FTBFS:
error: cast from 'uint8_t*' to 'ArpHeader*' increases required
alignment of target type", see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=540679

Best regards

Javier


From greearb at candelatech.com  Tue Mar  9 10:01:25 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 09 Mar 2010 10:01:25 -0800
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail with
 "cast from 'uint8_t*' to 'ArpHeader*' increases required alignment"
In-Reply-To: <f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>
References: <20100306032952.GA27794@calhariz.com>
	<f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>
Message-ID: <4B968CF5.6030204@candelatech.com>

On 03/09/2010 09:41 AM, Javier Fernandez-Sanguino wrote:
> 2010/3/6 Jose Manuel dos Santos Calhariz<jose.spam at netvisao.pt>:
>>
>> I am trying to compile Xorp SVN on a sparc machine running Debian.
>> But it fails with:
>
> BTW, It is worth mentioning that we recently uploaded version 1.6-1 to
> Debian. This build failure does not happen only in the Sparc
> architecture, it happens in all other architectures Debian supports.
> The fuild build logs can be found in:
>
> - Armel: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=armel&stamp=1267677892&file=log
> - hppa: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=hppa&stamp=1266567644&file=log
> - ia64: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=ia64&stamp=1267373972&file=log
> - mips: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=mips&stamp=1267867626&file=log
> - mipsel: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=mipsel&stamp=1267582500&file=log
> - sparc: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=sparc&stamp=1266647187&file=log
>
> For reference, we are following this in Debian as bug #540679 "FTBFS:
> error: cast from 'uint8_t*' to 'ArpHeader*' increases required
> alignment of target type", see
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=540679

That same patch might work against 1.6 w/out too much trouble, but it seems there
are lots of other alignment issues as well, so maybe we should just focus on the
latest code?

Also, I notice you are adding a lot of patches in those build logs.
Are these in SVN yet?  If not, can you post which ones still need to be accepted
(maybe put them in the bug-tracker too).

And, since lots of other architectures fail to compile...are there any of *those* that
I could get an account on to try to fix the compile issues?

We can even set up something horrible like a reverse ssh tunnel if they are all behind
a difficult firewall.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From jose.spam at netvisao.pt  Tue Mar  9 12:43:52 2010
From: jose.spam at netvisao.pt (Jose Manuel dos Santos Calhariz)
Date: Tue, 9 Mar 2010 20:43:52 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail
	with	"cast from 'uint8_t*' to 'ArpHeader*' increases required
	alignment"
In-Reply-To: <4B968CF5.6030204@candelatech.com>
References: <20100306032952.GA27794@calhariz.com>
	<f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>
	<4B968CF5.6030204@candelatech.com>
Message-ID: <20100309204352.GA4430@calhariz.com>

On Tue, Mar 09, 2010 at 10:01:25AM -0800, Ben Greear wrote:
> On 03/09/2010 09:41 AM, Javier Fernandez-Sanguino wrote:
> > 2010/3/6 Jose Manuel dos Santos Calhariz<jose.spam at netvisao.pt>:
> >>
> >> I am trying to compile Xorp SVN on a sparc machine running Debian.
> >> But it fails with:
> >
> > BTW, It is worth mentioning that we recently uploaded version 1.6-1 to
> > Debian. This build failure does not happen only in the Sparc
> > architecture, it happens in all other architectures Debian supports.
> > The fuild build logs can be found in:
> >
> > - Armel: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=armel&stamp=1267677892&file=log
> > - hppa: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=hppa&stamp=1266567644&file=log
> > - ia64: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=ia64&stamp=1267373972&file=log
> > - mips: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=mips&stamp=1267867626&file=log
> > - mipsel: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=mipsel&stamp=1267582500&file=log
> > - sparc: https://buildd.debian.org/fetch.cgi?&pkg=xorp&ver=1.6-1&arch=sparc&stamp=1266647187&file=log
> >
> > For reference, we are following this in Debian as bug #540679 "FTBFS:
> > error: cast from 'uint8_t*' to 'ArpHeader*' increases required
> > alignment of target type", see
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=540679
> 
> That same patch might work against 1.6 w/out too much trouble, but it seems there
> are lots of other alignment issues as well, so maybe we should just focus on the
> latest code?

Xorp 1.6 seams to have only two issues during compile time, on a sparc
machine.  In the files: 

 - libproto/packet.cc
 - vrrp/vrrp_packet.cc

And I have used horrible workarounds, that possibly break at run-time.
Not a complete fix like the one you gave to me for libproto/packet.cc.

For what I have seen I am affraid that the code from SVN have more
than two issues during compile time.

> 
> Also, I notice you are adding a lot of patches in those build logs.
> Are these in SVN yet?  If not, can you post which ones still need to be accepted
> (maybe put them in the bug-tracker too).

Most of the patchs are to the old build system with makefiles.  But yes,
there will be bugs reports with the patches.  

The page with the lastest package and source code is: 

http://packages.debian.org/sid/xorp

The tar.gz file is the pristine code from xorp.org, the diff.gz file
is a big patch with all the files required for building the xorp
package for Debian.

This a litle offtopic.  I can give more help, if someone needs.

> 
> And, since lots of other architectures fail to compile...are there any of *those* that
> I could get an account on to try to fix the compile issues?
> 
> We can even set up something horrible like a reverse ssh tunnel if they are all behind
> a difficult firewall.

I don't promise anything, but I am working in a solution.  The NAT
firewall is not the only problem.  I only work on xorp issues during
my free time.

> 
> Thanks,
> Ben
> 

      Jose Calhariz

-- 
--

Posso imaginar muitas coisas mais importantes que ser amado por todo mundo

--Robert Murdoch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: Digital signature
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100309/80194d87/attachment.bin 

From saurabh.pandya at elitecore.com  Tue Mar  9 22:04:22 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Wed, 10 Mar 2010 11:34:22 +0530
Subject: [Xorp-users]  Interfaces must be connected to a switch all
Message-ID: <000601cac017$87c16620$1c0ea8c0@elitecore.com>

 

You packed for fedora.. they need package maintainer for fedora, may you can
help xorp by this. 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100310/9d58ec37/attachment.html 

From abazh18 at gmail.com  Wed Mar 10 04:35:09 2010
From: abazh18 at gmail.com (Achmad Basuki)
Date: Wed, 10 Mar 2010 21:35:09 +0900
Subject: [Xorp-users] Interfaces must be connected to a switch all -
	FEDORA 12
Message-ID: <438279e61003100435r2ddc4384sab7940fe77450ca7@mail.gmail.com>

Hi Saurabh,

xorp-1.6 rpm package for fedora 12, if you and others need it, feel
free to get from below URL.
http://abazh.ai3.net/xorp/fedora/12/

Note: I mainly use OSPF6 and PIM6 in our operational network running
Fedora 12 as a router.

regards,

Abazh

On Wed, Mar 10, 2010 at 3:04 PM, saurabh <saurabh.pandya at elitecore.com> wrote:
>
>
> You packed for fedora.. they need package maintainer for fedora, may you can
> help xorp by this.
>
>
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>
>


From bms at incunabulum.net  Wed Mar 10 06:44:54 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Wed, 10 Mar 2010 14:44:54 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail with
 "cast from 'uint8_t*' to 'ArpHeader*' increases required alignment"
In-Reply-To: <f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>
References: <20100306032952.GA27794@calhariz.com>
	<f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>
Message-ID: <4B97B066.1080701@incunabulum.net>

Javier (and Jose),

As mentioned off-list, it may be best to wait, and stick to i386 and 
x86_64 for now.

On 03/09/10 17:41, Javier Fernandez-Sanguino wrote:
> ...
> BTW, It is worth mentioning that we recently uploaded version 1.6-1 to
> Debian. This build failure does not happen only in the Sparc
> architecture, it happens in all other architectures Debian supports.
>    

I'm sure we can get the other architectures sorted out going forward, 
but for now, until there is a more coherent story around XORP itself, 
that would be my best suggestion.

Kind regards,
BMS


From greearb at candelatech.com  Wed Mar 10 07:39:16 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 10 Mar 2010 07:39:16 -0800
Subject: [Xorp-users] Interfaces must be connected to a switch all
 -	FEDORA 12
In-Reply-To: <438279e61003100435r2ddc4384sab7940fe77450ca7@mail.gmail.com>
References: <438279e61003100435r2ddc4384sab7940fe77450ca7@mail.gmail.com>
Message-ID: <4B97BD24.2090206@candelatech.com>

On 03/10/2010 04:35 AM, Achmad Basuki wrote:
> Hi Saurabh,
>
> xorp-1.6 rpm package for fedora 12, if you and others need it, feel
> free to get from below URL.
> http://abazh.ai3.net/xorp/fedora/12/
>
> Note: I mainly use OSPF6 and PIM6 in our operational network running
> Fedora 12 as a router.

Would you be interested in posting any scripts and instructions as to
how to create the RPMs?

Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Wed Mar 10 09:45:26 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 10 Mar 2010 09:45:26 -0800
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail with
 "cast from 'uint8_t*' to 'ArpHeader*' increases required alignment"
In-Reply-To: <20100309204352.GA4430@calhariz.com>
References: <20100306032952.GA27794@calhariz.com>
	<f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>
	<4B968CF5.6030204@candelatech.com>
	<20100309204352.GA4430@calhariz.com>
Message-ID: <4B97DAB6.30007@candelatech.com>

On 03/09/2010 12:43 PM, Jose Manuel dos Santos Calhariz wrote:

> Most of the patchs are to the old build system with makefiles.  But yes,
> there will be bugs reports with the patches.
>
> The page with the lastest package and source code is:
>
> http://packages.debian.org/sid/xorp
>
> The tar.gz file is the pristine code from xorp.org, the diff.gz file
> is a big patch with all the files required for building the xorp
> package for Debian.

Thanks.  I'll take a look at these patches in the next few days.

> I don't promise anything, but I am working in a solution.  The NAT
> firewall is not the only problem.  I only work on xorp issues during
> my free time.

It looks like I might be able to use qemu to boot, say, an ubuntu PPC disk
to emulate a power-pc build on my x86 box.  If it's a common non-x86 architecture
issue, this should reproduce the build problems and let me fix them
properly.

I'm downloading that now.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From jose.spam at netvisao.pt  Wed Mar 10 15:41:20 2010
From: jose.spam at netvisao.pt (Jose Manuel dos Santos Calhariz)
Date: Wed, 10 Mar 2010 23:41:20 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail
	with	"cast from 'uint8_t*' to 'ArpHeader*' increases required
	alignment"
In-Reply-To: <4B97DAB6.30007@candelatech.com>
References: <20100306032952.GA27794@calhariz.com>
	<f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>
	<4B968CF5.6030204@candelatech.com>
	<20100309204352.GA4430@calhariz.com>
	<4B97DAB6.30007@candelatech.com>
Message-ID: <20100310234120.GA10337@calhariz.com>

On Wed, Mar 10, 2010 at 09:45:26AM -0800, Ben Greear wrote:
> On 03/09/2010 12:43 PM, Jose Manuel dos Santos Calhariz wrote:
>
>> Most of the patchs are to the old build system with makefiles.  But yes,
>> there will be bugs reports with the patches.
>>
>> The page with the lastest package and source code is:
>>
>> http://packages.debian.org/sid/xorp
>>
>> The tar.gz file is the pristine code from xorp.org, the diff.gz file
>> is a big patch with all the files required for building the xorp
>> package for Debian.
>
> Thanks.  I'll take a look at these patches in the next few days.
>
>> I don't promise anything, but I am working in a solution.  The NAT
>> firewall is not the only problem.  I only work on xorp issues during
>> my free time.
>
> It looks like I might be able to use qemu to boot, say, an ubuntu
> PPC disk to emulate a power-pc build on my x86 box.  If it's a
> common non-x86 architecture issue, this should reproduce the build
> problems and let me fix them properly.
>
> I'm downloading that now.

Not exactly.  Archs in Debian that compile without problems are:
  - x86-64
  - i386
  - powerpc
  - s390

Archs that don't compile are:
  - alpha
  - armel
  - hppa
  - ia64
  - mips
  - mipsel
  - sparc


The following page show a table with the Debian versions and the
emulated archs inside qemu.  Possibly the best emulated arch is MIPS.
Have Platinum Rating and is one of the affected archs.

http://www.claunia.com/qemu/objectManager.php?sClass=application&iId=24

>
> Thanks,
> Ben
>

    Jose Calhariz


-- 
--

Posso imaginar muitas coisas mais importantes que ser amado por todo mundo

--Robert Murdoch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: Digital signature
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100310/8dcb72eb/attachment.bin 

From abazh18 at gmail.com  Wed Mar 10 16:52:21 2010
From: abazh18 at gmail.com (Achmad Basuki)
Date: Thu, 11 Mar 2010 09:52:21 +0900
Subject: [Xorp-users] Installing Xorp-1.6 in Fedora-12-x86_64
In-Reply-To: <4B72CBD2.1000406@incunabulum.net>
References: <001701caa89f$f1eb0c20$d5c12460$@com.my>
	<4B71A6D4.9010400@incunabulum.net> <4B71A978.8040402@candelatech.com>
	<000b01caa9f0$d39e42d0$7adac870$@com.my>
	<4B72CBD2.1000406@incunabulum.net>
Message-ID: <438279e61003101652t24e85806nc5975020ee87215d@mail.gmail.com>

If you need xorp-1.6 rpm for i686 and x86_64, I have made it available
at http://abazh.ai3.net/xorp/fedora/12/
You can download it and install it using rpm install command or you
can even create .repo file to refer to the above URL, then installing
via yum.

After installing this, your xorp configuration file is then define in
/etc/xorp/xorp.conf and you can start xorp service via "service xorp
start".

I haven't able to create rpm package for xorp-1.7 from SVN, since it
has problem on compilation for Fedora 12. Fedora 12 uses gcc-4.4.3 and
SCons 1.2.0.
If you want to compile xorp-1.7-WIP from SVN, you can use Fedora 11
that has no problem on compilation.

regards,

Abazh

On Thu, Feb 11, 2010 at 12:08 AM, Bruce Simpson <bms at incunabulum.net> wrote:
> On 02/10/10 01:31, Fazlina Zuria Mohd Anuar wrote:
>> Thanks Ben& ?Bruce.
>> I didn't know how to reproduce it with SVN.
>
> Do you have Subversion installed?
>
> If so:
> ?svn co http://xorp.svn.sourceforge.net/svnroot/xorp/trunk/xorp
>
> You should be able to build it with GCC 4.2.1 and SCons 1.2.0 just fine.
>
> ...
>> Last I checked, xorp svn won't compile on F12 because of changes to
>> cpp....
>>
>> Ben
>>
>>
>
> Doesn't Fedora have a yum-installable package of a previous compiler
> version which could be used until the CPP kinks can be worked out? GCC
> 4.2.1 seems fine as a baseline.
>
> FWIW someone(tm) should find time to try Clang, the LLVM native
> front-end; it looks like it will knock the spots off GCC.
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>


From szjaguar at 163.com  Thu Mar 11 00:42:15 2010
From: szjaguar at 163.com (szjaguar)
Date: Thu, 11 Mar 2010 16:42:15 +0800 (CST)
Subject: [Xorp-users] Building Xorp SVN on Linux Fedora 12 xrl error
Message-ID: <18f6ec9.b9f1.1274c63666e.Coremail.szjaguar@163.com>

I check out the latesd release from SVN. When I try to build xorp , I have a error :

>/home/Hubin/StudioNow/xorp/LastSourceCode/xrl/scripts/clnt-gen --output-dir obj/x86_64-unknown-linux-gnu/xrl/interfaces xrl/interfaces/finder.xif  
  In Xrl starting at line 16 in xrl/interfaces/finder.xif:
    Method name "&class_name:txt" has chars other than [A-Za-z][A-z0-9/_-]?
>scons: *** [obj/x86_64-unknown-linux-gnu/xrl/interfaces/finder_xif.cc] Error 1
>scons: building terminated because of errors.

My GCC : 4.4.2 20091027 (Red Hat 4.4.2-7)




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100311/0c1d552c/attachment.html 

From jfs at computer.org  Thu Mar 11 06:47:02 2010
From: jfs at computer.org (Javier Fernandez-Sanguino)
Date: Thu, 11 Mar 2010 15:47:02 +0100
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail with
	"cast from 'uint8_t*' to 'ArpHeader*' increases required alignment"
In-Reply-To: <4B97B066.1080701@incunabulum.net>
References: <20100306032952.GA27794@calhariz.com>
	<f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>
	<4B97B066.1080701@incunabulum.net>
Message-ID: <f3c99a81003110647i4b2de448lda5a391192ea590a@mail.gmail.com>

2010/3/10 Bruce Simpson <bms at incunabulum.net>:
> Javier (and Jose),
>
> As mentioned off-list, it may be best to wait, and stick to i386 and
> x86_64 for now.

Yes, we probably might have to restrict the list of supported
architectures in Debian to those that Xorp 1.6 actually compiles to.

Regards

Javier


From jfs at computer.org  Thu Mar 11 06:50:07 2010
From: jfs at computer.org (Javier Fernandez-Sanguino)
Date: Thu, 11 Mar 2010 15:50:07 +0100
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail with
	"cast from 'uint8_t*' to 'ArpHeader*' increases required alignment"
In-Reply-To: <4B968CF5.6030204@candelatech.com>
References: <20100306032952.GA27794@calhariz.com>
	<f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>
	<4B968CF5.6030204@candelatech.com>
Message-ID: <f3c99a81003110650l2c67543esbcc2e07183a2313a@mail.gmail.com>

2010/3/9 Ben Greear <greearb at candelatech.com>:

> Also, I notice you are adding a lot of patches in those build logs.
> Are these in SVN yet? ?If not, can you post which ones still need to be
> accepted (maybe put them in the bug-tracker too).

Yes, we have to clean out the existing patches and submit them
upstream (to the bug-tracker) to get them in the code.

> And, since lots of other architectures fail to compile...are there any of
> *those* that
> I could get an account on to try to fix the compile issues?

Unfortunately not, those machines are (for security reasons) only
accessible directly by Debian developers and we cannot grant access to
others to them. You can use me as a "proxy" for your tests although I
understand that is difficult and makes it more difficult to fix these
issues.

In any case, I can try to fire off some emails to see if we can get
you access to any of these, but seems improbable.

Regards

Javier


From greearb at candelatech.com  Thu Mar 11 07:19:06 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 11 Mar 2010 07:19:06 -0800
Subject: [Xorp-users] Building Xorp SVN on Linux Fedora 12 xrl error
In-Reply-To: <18f6ec9.b9f1.1274c63666e.Coremail.szjaguar@163.com>
References: <18f6ec9.b9f1.1274c63666e.Coremail.szjaguar@163.com>
Message-ID: <4B9909EA.5020800@candelatech.com>

On 03/11/2010 12:42 AM, szjaguar wrote:
> I check out the latesd release from SVN. When I try to build xorp , I
> have a error :
>
>  >/home/Hubin/StudioNow/xorp/LastSourceCode/xrl/scripts/clnt-gen
> --output-dir obj/x86_64-unknown-linux-gnu/xrl/interfaces
> xrl/interfaces/finder.xif
> In Xrl starting at line 16 in xrl/interfaces/finder.xif:
> Method name "&class_name:txt" has chars other than [A-Za-z][A-z0-9/_-]?
>  >scons: *** [obj/x86_64-unknown-linux-gnu/xrl/interfaces/finder_xif.cc]
> Error 1
>  >scons: building terminated because of errors.
>
> My GCC : 4.4.2 20091027 (Red Hat 4.4.2-7)

The usage of cpp in SVN xorp is broken.  I added a patch to
my tree (based on SVN) that will fix the build:

http://www.candelatech.com/oss/xorp-ct.html

If you want only that build-fix patch and not the rest of my changes,
let me know and I'll break out the patch and send it to you.


Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From abazh18 at gmail.com  Thu Mar 11 07:50:19 2010
From: abazh18 at gmail.com (Achmad Basuki)
Date: Fri, 12 Mar 2010 00:50:19 +0900
Subject: [Xorp-users] Building Xorp SVN on Linux Fedora 12 xrl error
In-Reply-To: <4B9909EA.5020800@candelatech.com>
References: <18f6ec9.b9f1.1274c63666e.Coremail.szjaguar@163.com>
	<4B9909EA.5020800@candelatech.com>
Message-ID: <438279e61003110750q748bd3a8wa66be162e0a96e5d@mail.gmail.com>

Hi, Ben,

Can you send me the build-fix patch to me also?
Note: I've tried your xorp.ct and compiled without problem on fedora12

Thanks,
Abazh

2010/3/12 Ben Greear <greearb at candelatech.com>:
> On 03/11/2010 12:42 AM, szjaguar wrote:
>>
>> I check out the latesd release from SVN. When I try to build xorp , I
>> have a error :
>>
>> ?>/home/Hubin/StudioNow/xorp/LastSourceCode/xrl/scripts/clnt-gen
>> --output-dir obj/x86_64-unknown-linux-gnu/xrl/interfaces
>> xrl/interfaces/finder.xif
>> In Xrl starting at line 16 in xrl/interfaces/finder.xif:
>> Method name "&class_name:txt" has chars other than [A-Za-z][A-z0-9/_-]?
>> ?>scons: *** [obj/x86_64-unknown-linux-gnu/xrl/interfaces/finder_xif.cc]
>> Error 1
>> ?>scons: building terminated because of errors.
>>
>> My GCC : 4.4.2 20091027 (Red Hat 4.4.2-7)
>
> The usage of cpp in SVN xorp is broken. ?I added a patch to
> my tree (based on SVN) that will fix the build:
>
> http://www.candelatech.com/oss/xorp-ct.html
>
> If you want only that build-fix patch and not the rest of my changes,
> let me know and I'll break out the patch and send it to you.
>
>
> Thanks,
> Ben
>
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>
>


From greearb at candelatech.com  Thu Mar 11 13:13:16 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 11 Mar 2010 13:13:16 -0800
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail with
 "cast from 'uint8_t*' to 'ArpHeader*' increases required alignment"
In-Reply-To: <f3c99a81003110650l2c67543esbcc2e07183a2313a@mail.gmail.com>
References: <20100306032952.GA27794@calhariz.com>	
	<f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>	
	<4B968CF5.6030204@candelatech.com>
	<f3c99a81003110650l2c67543esbcc2e07183a2313a@mail.gmail.com>
Message-ID: <4B995CEC.9090007@candelatech.com>

On 03/11/2010 06:50 AM, Javier Fernandez-Sanguino wrote:

> Unfortunately not, those machines are (for security reasons) only
> accessible directly by Debian developers and we cannot grant access to
> others to them. You can use me as a "proxy" for your tests although I
> understand that is difficult and makes it more difficult to fix these
> issues.
>
> In any case, I can try to fire off some emails to see if we can get
> you access to any of these, but seems improbable.

I'm making progress..don't think I'll need debian build machines.

The sparc I'm using is quite ancient..takes hours to (re)build..but slowly
grinding away at it.

Hope to have a patch posted later today or tomorrow...

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Thu Mar 11 15:09:50 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 11 Mar 2010 15:09:50 -0800
Subject: [Xorp-users] Building Xorp SVN on Linux Fedora 12 xrl error
In-Reply-To: <438279e61003110750q748bd3a8wa66be162e0a96e5d@mail.gmail.com>
References: <18f6ec9.b9f1.1274c63666e.Coremail.szjaguar@163.com>	<4B9909EA.5020800@candelatech.com>
	<438279e61003110750q748bd3a8wa66be162e0a96e5d@mail.gmail.com>
Message-ID: <4B99783E.2090002@candelatech.com>

On 03/11/2010 07:50 AM, Achmad Basuki wrote:
> Hi, Ben,
>
> Can you send me the build-fix patch to me also?
> Note: I've tried your xorp.ct and compiled without problem on fedora12

It's 200k, so posted it on my web page.  You can get it here:

http://www.candelatech.com/~greearb/misc/patches/f12-compile-xorp.patch

It should come close to applying to standard SVN, but probably not totally
clean.

Let me know if there are still compile issues.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Thu Mar 11 16:05:22 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 11 Mar 2010 16:05:22 -0800
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail with
 "cast from 'uint8_t*' to 'ArpHeader*' increases required alignment"
In-Reply-To: <f3c99a81003110650l2c67543esbcc2e07183a2313a@mail.gmail.com>
References: <20100306032952.GA27794@calhariz.com>	
	<f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com>	
	<4B968CF5.6030204@candelatech.com>
	<f3c99a81003110650l2c67543esbcc2e07183a2313a@mail.gmail.com>
Message-ID: <4B998542.5070303@candelatech.com>

On 03/11/2010 06:50 AM, Javier Fernandez-Sanguino wrote:
> 2010/3/9 Ben Greear<greearb at candelatech.com>:
>
>> Also, I notice you are adding a lot of patches in those build logs.
>> Are these in SVN yet?  If not, can you post which ones still need to be
>> accepted (maybe put them in the bug-tracker too).
>
> Yes, we have to clean out the existing patches and submit them
> upstream (to the bug-tracker) to get them in the code.
>
>> And, since lots of other architectures fail to compile...are there any of
>> *those* that
>> I could get an account on to try to fix the compile issues?
>
> Unfortunately not, those machines are (for security reasons) only
> accessible directly by Debian developers and we cannot grant access to
> others to them. You can use me as a "proxy" for your tests although I
> understand that is difficult and makes it more difficult to fix these
> issues.

I got it compiling on Sparc-Gentoo.

Could you pull my xorp.ct tree and see if it compiles for you now?

I changed some detection logic, so probably should rm -fr obj to make
sure it does a full rebuild.

Several small patches, but basically:

*  Disable -Werror flag for non x86 platforms.
*  Proper detection of pcap libraries (don't link against it if it doesn't exist)
*  Add detection for pcap-bpf.h, use #ifdef magic to work properly either way.
*  Use the 'copy' logic in AlignData class on non x86.  Doesn't fix any compile
    warnings that I noticed, but it does make it more correct I think.

I tried just using #pragma to disable Walign-cast in individual files,
but couldn't get that to work.

Long term, it seems like we should probably get rid of AlignData
since even the comments in the code make it sound broken.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From saurabh.pandya at elitecore.com  Fri Mar 12 05:40:35 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Fri, 12 Mar 2010 19:10:35 +0530
Subject: [Xorp-users] Reducing Xorp binary setup size ?
Message-ID: <000001cac1e9$982b5d80$1c0ea8c0@elitecore.com>

Hi friends,

 

I am intrested in minimizing the size of xorp binary-set (due to memory
restrictive target),

 

My focus is only usage of IGMP and PIM form the xorp.

 

So far I managed to run xorp for multicating (IP4 only) , with only
following binaries ..

 

1) fib2mrib, 

2) xorp_rtrmgt ,          (This requires huge space around 2.17 MB !)

3) fea ,                         (This requires huge space, around 3.39 MB
!)

4) igmp, 

5) pim4 ,                      (This also requires huge space, around 3.12
MB !)

6) xorp_finder,            

7) xorp_rib                  (I don't understand why I need it.. without
this xorp is not able to start)

            

+ /xrl target files + template files in /etc 

 

All combine stripped binary size now being seen is around 13.16 MB :-), 

I want to strip is down further, as as small possible .  

 

(by mean of further more wise config file or compilation options ..etc)

 

I want to clarify that,  

->I only intend to use IPV4 

->I am using fib2mrib to take routes from OS.

->I have not used xorp shell.  

 

Happy to hear your ideas .

Saurabh

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100312/c58bfa77/attachment.html 

From greearb at candelatech.com  Fri Mar 12 06:23:51 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 12 Mar 2010 06:23:51 -0800
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <000001cac1e9$982b5d80$1c0ea8c0@elitecore.com>
References: <000001cac1e9$982b5d80$1c0ea8c0@elitecore.com>
Message-ID: <4B9A4E77.80902@candelatech.com>

On 03/12/2010 05:40 AM, saurabh wrote:
> *Hi friends,*
>
> * *
>
> *I am intrested in minimizing the size of xorp binary-set (due to memory
> restrictive target),*

What release are you using?

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From saurabh.pandya at elitecore.com  Fri Mar 12 06:45:26 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Fri, 12 Mar 2010 20:15:26 +0530
Subject: [Xorp-users]  Reducing Xorp binary setup size ?
Message-ID: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>

Xorp 1.6 version , and building it using gcc 4.1.2 on fedora.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100312/e819d541/attachment.html 

From szjaguar at 163.com  Fri Mar 12 06:52:20 2010
From: szjaguar at 163.com (szJaguar)
Date: Fri, 12 Mar 2010 22:52:20 +0800
Subject: [Xorp-users] =?gb2312?b?tPC4tDogIEJ1aWxkaW5nIFhvcnAgU1ZOIG9uIExp?=
	=?gb2312?b?bnV4IEZlZG9yYSAxMiB4cmwgZXJyb3I=?=
In-Reply-To: <4B9909EA.5020800@candelatech.com>
References: <18f6ec9.b9f1.1274c63666e.Coremail.szjaguar@163.com>
	<4B9909EA.5020800@candelatech.com>
Message-ID: <000101cac1f3$a0216fc0$e0644f40$@com>

Thanks, Ben,

I have got your tree from xorp.ct. and compiled on fedora 12, no problem.
But I also need the build-fix patch, Can you send to me?
I am trying to build xorp for PowerPC.

Thanks
 

__________ Information from ESET Smart Security, version of virus signature
database 4938 (20100312) __________

The message was checked by ESET Smart Security.

http://www.eset.com
 



From greearb at candelatech.com  Fri Mar 12 07:00:19 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 12 Mar 2010 07:00:19 -0800
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>
Message-ID: <4B9A5703.3070405@candelatech.com>

On 03/12/2010 06:45 AM, saurabh wrote:
> Xorp 1.6 version , and building it using gcc 4.1.2 on fedora.

SVN and my tree both support compiling with shared libs..that is
likely to help the space issue.  My tree also does not need boost,
which should allow smaller overall storage footprint.

Please try it and see if that helps.

If it's still too big, we can look at ways to decrease size.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Fri Mar 12 07:03:28 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 12 Mar 2010 07:03:28 -0800
Subject: [Xorp-users]
 =?utf-8?b?562U5aSNOiAgQnVpbGRpbmcgWG9ycCBTVk4gb24g?=
 =?utf-8?q?Linux_Fedora_12_xrl_error?=
In-Reply-To: <000101cac1f3$a0216fc0$e0644f40$@com>
References: <18f6ec9.b9f1.1274c63666e.Coremail.szjaguar@163.com>	<4B9909EA.5020800@candelatech.com>
	<000101cac1f3$a0216fc0$e0644f40$@com>
Message-ID: <4B9A57C0.2010505@candelatech.com>

On 03/12/2010 06:52 AM, szJaguar wrote:
> Thanks, Ben,
>
> I have got your tree from xorp.ct. and compiled on fedora 12, no problem.
> But I also need the build-fix patch, Can you send to me?
> I am trying to build xorp for PowerPC.

I think my latest tree will compile fine..or are you trying to patch upstream
SVN?

In case you are new to git, to update to latest:
cd xorp.ct
git pull

If my current tree fails to compile, please send me logs.

Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Fri Mar 12 10:36:19 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 12 Mar 2010 10:36:19 -0800
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <4B9A5703.3070405@candelatech.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>
	<4B9A5703.3070405@candelatech.com>
Message-ID: <4B9A89A3.1090208@candelatech.com>

While getting xorp.ct to compile on BSD, I noticed that
much of the Netlink logic is compiled in (and dummied out in places)
even when the OS doesn't use netlink.

Likely some space can be gained by completely #ifdef'ing out fea
logic that is not used on a particular platform...

I'll poke into that more a bit later...

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Fri Mar 12 20:36:41 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 12 Mar 2010 20:36:41 -0800
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <4B9A89A3.1090208@candelatech.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>
	<4B9A89A3.1090208@candelatech.com>
Message-ID: <4B9B1659.3090004@candelatech.com>

On 03/12/2010 10:36 AM, Ben Greear wrote:
> While getting xorp.ct to compile on BSD, I noticed that
> much of the Netlink logic is compiled in (and dummied out in places)
> even when the OS doesn't use netlink.
>
> Likely some space can be gained by completely #ifdef'ing out fea
> logic that is not used on a particular platform...
>
> I'll poke into that more a bit later...

I added patches to my xorp.ct tree that disables CLICK by default,
(scons enable_click=yes turns it back on).

I also compiled out the table/route get/set logic that wasn't being used
for particular platforms.

All together, this decreased on-disk size by about 300k.

I compile every protocol, and my entire tree is under 18MB, so I imagine you
can cut it down quite a bit.

We could probably do other patches to selectively disable the rest of the protocols
to allow more options for building.

Thanks,
Ben

>
> Thanks,
> Ben
>


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From saurabh.pandya at elitecore.com  Mon Mar 15 05:41:40 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Mon, 15 Mar 2010 18:11:40 +0530
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <4B9B1659.3090004@candelatech.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>
	<4B9A89A3.1090208@candelatech.com>
	<4B9B1659.3090004@candelatech.com>
Message-ID: <001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>

Thanks Ben for illustrative msg...

Well I compile and installed code git, from your tree on 
my fedora-6 machine with "scons" and "scons install"

It generates total un-stripped size 198 MB, and stripped size 39 MB 
(not 18 MB) in /usr/local/xorp binary directory. 

I am using gcc 4.1.1 version on fedora-6. Some additional configuration 
Or patch you made for size reduction?

Un-stripped total package inside /usr/local/xorp
  (after socns and scons install)

[root at localhost xorp]# pwd
/usr/local/xorp

[root at localhost xorp]# ls
lib  sbin  share

[root at localhost xorp]# du -m   (Show size of each sub dir in MB)
152     ./lib/xorp/lib
8       ./lib/xorp/bin
25      ./lib/xorp/sbin
183     ./lib/xorp
183     ./lib
1       ./share/xorp/templates
1       ./share/xorp
1       ./share
16      ./sbin
198     .

After  strip -s <all binaries , and all shared libraries inside lib/xorp/>

[root at localhost xorp]# du -m  
34      ./lib/xorp/lib
1       ./lib/xorp/bin
3       ./lib/xorp/sbin
37      ./lib/xorp
37      ./lib
1       ./share/xorp/templates
1       ./share/xorp
1       ./share
3       ./sbin
39      .


-----Original Message-----
From: Ben Greear [mailto:greearb at candelatech.com] 
Sent: Saturday, March 13, 2010 10:07 AM
To: saurabh
Cc: xorp-users at xorp.org
Subject: Re: [Xorp-users] Reducing Xorp binary setup size ?

On 03/12/2010 10:36 AM, Ben Greear wrote:
> While getting xorp.ct to compile on BSD, I noticed that
> much of the Netlink logic is compiled in (and dummied out in places)
> even when the OS doesn't use netlink.
>
> Likely some space can be gained by completely #ifdef'ing out fea
> logic that is not used on a particular platform...
>
> I'll poke into that more a bit later...

I added patches to my xorp.ct tree that disables CLICK by default,
(scons enable_click=yes turns it back on).

I also compiled out the table/route get/set logic that wasn't being used
for particular platforms.

All together, this decreased on-disk size by about 300k.

I compile every protocol, and my entire tree is under 18MB, so I imagine you
can cut it down quite a bit.

We could probably do other patches to selectively disable the rest of the
protocols
to allow more options for building.

Thanks,
Ben

>
> Thanks,
> Ben
>


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Mon Mar 15 06:09:16 2010
From: greearb at candelatech.com (Ben Greear)
Date: Mon, 15 Mar 2010 06:09:16 -0700
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>
	<4B9A89A3.1090208@candelatech.com>
	<4B9B1659.3090004@candelatech.com>
	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>
Message-ID: <4B9E317C.10501@candelatech.com>

On 03/15/2010 05:41 AM, saurabh wrote:
> Thanks Ben for illustrative msg...
>
> Well I compile and installed code git, from your tree on
> my fedora-6 machine with "scons" and "scons install"
>
> It generates total un-stripped size 198 MB, and stripped size 39 MB
> (not 18 MB) in /usr/local/xorp binary directory.
>
> I am using gcc 4.1.1 version on fedora-6. Some additional configuration
> Or patch you made for size reduction?

It seems gcc gets better the newer it is.  I was testing on Fedora 12:

[root at grok xorp.ct]# du -m /usr/local/xorp
2	/usr/local/xorp/sbin
1	/usr/local/xorp/share/xorp/templates
1	/usr/local/xorp/share/xorp
1	/usr/local/xorp/share
2	/usr/local/xorp/lib/xorp/sbin
1	/usr/local/xorp/lib/xorp/bin
13	/usr/local/xorp/lib/xorp/lib
16	/usr/local/xorp/lib/xorp
16	/usr/local/xorp/lib
18	/usr/local/xorp

gcc --version
gcc (GCC) 4.4.3 20100127 (Red Hat 4.4.3-4)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


FC8 isn't quite so good:

[greearb at fs2 corporate]$ du -m /usr/local/xorp/
16	/usr/local/xorp/lib/xorp/lib
1	/usr/local/xorp/lib/xorp/bin
3	/usr/local/xorp/lib/xorp/sbin
19	/usr/local/xorp/lib/xorp
19	/usr/local/xorp/lib
1	/usr/local/xorp/share/xorp/templates
1	/usr/local/xorp/share/xorp
1	/usr/local/xorp/share
3	/usr/local/xorp/sbin
22	/usr/local/xorp/

[greearb at fs2 corporate]$ gcc --version
gcc (GCC) 4.1.2 20070925 (Red Hat 4.1.2-33)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


I'm using the 'lf_pkg.bash' script in the root dir of my xorp.ct repo to install
it...it does my stripping, but I don't know if that has anything to do with it
or not.

Also, make sure you 'rm -fr' your /usr/local/xorp before installing in case there
is some old cruft lying around.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Mon Mar 15 10:17:11 2010
From: greearb at candelatech.com (Ben Greear)
Date: Mon, 15 Mar 2010 10:17:11 -0700
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>
	<4B9A89A3.1090208@candelatech.com>
	<4B9B1659.3090004@candelatech.com>
	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>
Message-ID: <4B9E6B97.1090900@candelatech.com>

I just pushed a commit that allows you to pass disable_ipv6=yes
to scons to forceably disable IPv6.  This saved another 40k on my
system, but I think a lot more code could be #ifdef'd out, including
all of the packet6 logic in fea.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From saurabh.pandya at elitecore.com  Tue Mar 16 06:39:52 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Tue, 16 Mar 2010 19:09:52 +0530
Subject: [Xorp-users] Reducing Xorp binary setup size ?
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>
	<4B9A89A3.1090208@candelatech.com>
	<4B9B1659.3090004@candelatech.com>
	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>
	<4B9E317C.10501@candelatech.com>
	<000301cac44f$e8bfb9e0$1c0ea8c0@elitecore.com>
	<4B9EAFC3.60304@candelatech.com> 
Message-ID: <000501cac50e$28464bb0$1c0ea8c0@elitecore.com>


Hi Ben,

I Pulled your changes and tested them out though its works for ipv4
multicast, I wonder about the size, still being generated 39 MB stripped
(full xorp)  on my  Fedora-6 with gcc 4.1.1.

I checked using git log, it is showing your all changes but 39MB size still
There.

I may try to look in the fea code now, for removal of cli etc. 

Thanks,
Saurabh

-----Original Message-----
From: Ben Greear [mailto:greearb at candelatech.com] 
Sent: Tuesday, March 16, 2010 3:38 AM
To: xorp; saurabh
Subject: Re: [Xorp-users] Reducing Xorp binary setup size ?

I just pushed a huge patch that conditionally compiles out much
of the IPv6 code when 'disable_ipv6=yes' is used with scons.
Full build, stripped goes from 20MB to 14MB on
my Fedora 11 64-bit system.  Still a bunch more to #ifdef HAVE_IPV6
away, I'm sure.

This was a huge patch..mucking around all over, and hasn't been tested yet,
so beware.  I'll test it soon..but have to get back to taking care of
business for a bit first.

I'll be curious to know results if anyone tries it out.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Tue Mar 16 06:55:52 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 16 Mar 2010 06:55:52 -0700
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <000501cac50e$28464bb0$1c0ea8c0@elitecore.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>	<4B9A89A3.1090208@candelatech.com>	<4B9B1659.3090004@candelatech.com>	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>	<4B9E317C.10501@candelatech.com>	<000301cac44f$e8bfb9e0$1c0ea8c0@elitecore.com>	<4B9EAFC3.60304@candelatech.com>
	<000501cac50e$28464bb0$1c0ea8c0@elitecore.com>
Message-ID: <4B9F8DE8.7030605@candelatech.com>

On 03/16/2010 06:39 AM, saurabh wrote:
>
> Hi Ben,
>
> I Pulled your changes and tested them out though its works for ipv4
> multicast, I wonder about the size, still being generated 39 MB stripped
> (full xorp)  on my  Fedora-6 with gcc 4.1.1.
>
> I checked using git log, it is showing your all changes but 39MB size still
> There.
>
> I may try to look in the fea code now, for removal of cli etc.

Can you send me the results of:

  find /usr/local/xorp -name "*" -print|xargs ls -l


I'm curious how it differs from my system.  Also, I'm building now on FC5 32-bit..will see
how that compares.

Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From a.greenhalgh at cs.ucl.ac.uk  Tue Mar 16 08:39:28 2010
From: a.greenhalgh at cs.ucl.ac.uk (Adam Greenhalgh)
Date: Tue, 16 Mar 2010 15:39:28 +0000
Subject: [Xorp-users] Poll : Which OSs to use for buildbot for xorp svn ?
Message-ID: <4769af411003160839h26fb38abt4717ed7b975fae2f@mail.gmail.com>

Hi folks,

We are looking into setting up an automatic build checker for xorp, we
are probably only going to test against 3 OS/s initally. The current
thinking is :

- Linux (to be decided)
- FreeBSD 8.0
- Linux (to be decided, sparc based)

We don't have the resources to support many more initially so it would
be very useful to know which of the current OS's people are actually
using, this may well infulence which varaiant we choose to test
against. I've setup a doodle poll here , so please vote :

http://www.doodle.com/2tfa9962pba7uuk3

Many thanks

Adam Greenhalgh


From greearb at candelatech.com  Tue Mar 16 09:19:01 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 16 Mar 2010 09:19:01 -0700
Subject: [Xorp-users] Poll : Which OSs to use for buildbot for xorp svn ?
In-Reply-To: <4769af411003160839h26fb38abt4717ed7b975fae2f@mail.gmail.com>
References: <4769af411003160839h26fb38abt4717ed7b975fae2f@mail.gmail.com>
Message-ID: <4B9FAF75.5080407@candelatech.com>

On 03/16/2010 08:39 AM, Adam Greenhalgh wrote:
> Hi folks,
>
> We are looking into setting up an automatic build checker for xorp, we
> are probably only going to test against 3 OS/s initally. The current
> thinking is :
>
> - Linux (to be decided)
> - FreeBSD 8.0
> - Linux (to be decided, sparc based)
>
> We don't have the resources to support many more initially so it would
> be very useful to know which of the current OS's people are actually
> using, this may well infulence which varaiant we choose to test
> against. I've setup a doodle poll here , so please vote :
>
> http://www.doodle.com/2tfa9962pba7uuk3

That sounds good to me, though in reality, I doubt very many people
will ever be using sparc.  It does seem good at finding build
bugs though :)

If you have a third system, I'd vote for Ubuntu since many people
are using it.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From a.greenhalgh at cs.ucl.ac.uk  Tue Mar 16 09:54:17 2010
From: a.greenhalgh at cs.ucl.ac.uk (Adam Greenhalgh)
Date: Tue, 16 Mar 2010 16:54:17 +0000
Subject: [Xorp-users] [Xorp-hackers] Poll : Which OSs to use for
	buildbot for xorp svn ?
In-Reply-To: <4B9FAF75.5080407@candelatech.com>
References: <4769af411003160839h26fb38abt4717ed7b975fae2f@mail.gmail.com> 
	<4B9FAF75.5080407@candelatech.com>
Message-ID: <4769af411003160954l72974b22rd6c847d620d02cf6@mail.gmail.com>

Yes, the sparc os was exactly for spotting byte ordering issues.

Adam

On 16 March 2010 16:19, Ben Greear <greearb at candelatech.com> wrote:
> On 03/16/2010 08:39 AM, Adam Greenhalgh wrote:
>> Hi folks,
>>
>> We are looking into setting up an automatic build checker for xorp, we
>> are probably only going to test against 3 OS/s initally. The current
>> thinking is :
>>
>> - Linux (to be decided)
>> - FreeBSD 8.0
>> - Linux (to be decided, sparc based)
>>
>> We don't have the resources to support many more initially so it would
>> be very useful to know which of the current OS's people are actually
>> using, this may well infulence which varaiant we choose to test
>> against. I've setup a doodle poll here , so please vote :
>>
>> http://www.doodle.com/2tfa9962pba7uuk3
>
> That sounds good to me, though in reality, I doubt very many people
> will ever be using sparc. ?It does seem good at finding build
> bugs though :)
>
> If you have a third system, I'd vote for Ubuntu since many people
> are using it.
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
>


From greearb at candelatech.com  Tue Mar 16 10:33:50 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 16 Mar 2010 10:33:50 -0700
Subject: [Xorp-users] [Xorp-hackers] Poll : Which OSs to use for
 buildbot for xorp svn ?
In-Reply-To: <4769af411003160954l72974b22rd6c847d620d02cf6@mail.gmail.com>
References: <4769af411003160839h26fb38abt4717ed7b975fae2f@mail.gmail.com>
	<4B9FAF75.5080407@candelatech.com>
	<4769af411003160954l72974b22rd6c847d620d02cf6@mail.gmail.com>
Message-ID: <4B9FC0FE.8020608@candelatech.com>

On 03/16/2010 09:54 AM, Adam Greenhalgh wrote:
> Yes, the sparc os was exactly for spotting byte ordering issues.

Do you guys have any way to run any automated or semi-automated
regression tests?

As soon as we get our multiple-mcast-table patch pushed into the upstream
kernel (looking promising, but not quite there yet), then I think I'll
be able to automate virtual router testing using xorp.ct + LANforge
+ upated-linux-kernel.

I'm thinking of fairly basic OSPF + mcast setup, with ability to test
full path communication through multiple virtual routers.  Any more
advanced testing could probably not easily be automated (by me, at least).

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From a.greenhalgh at cs.ucl.ac.uk  Tue Mar 16 10:39:20 2010
From: a.greenhalgh at cs.ucl.ac.uk (Adam Greenhalgh)
Date: Tue, 16 Mar 2010 17:39:20 +0000
Subject: [Xorp-users] [Xorp-hackers] Poll : Which OSs to use for
	buildbot for xorp svn ?
In-Reply-To: <4B9FC0FE.8020608@candelatech.com>
References: <4769af411003160839h26fb38abt4717ed7b975fae2f@mail.gmail.com> 
	<4B9FAF75.5080407@candelatech.com>
	<4769af411003160954l72974b22rd6c847d620d02cf6@mail.gmail.com> 
	<4B9FC0FE.8020608@candelatech.com>
Message-ID: <4769af411003161039h61b84cfcx9efb29a7a92655e1@mail.gmail.com>

On 16 March 2010 17:33, Ben Greear <greearb at candelatech.com> wrote:
> On 03/16/2010 09:54 AM, Adam Greenhalgh wrote:
>>
>> Yes, the sparc os was exactly for spotting byte ordering issues.
>
> Do you guys have any way to run any automated or semi-automated
> regression tests?
>
> As soon as we get our multiple-mcast-table patch pushed into the upstream
> kernel (looking promising, but not quite there yet), then I think I'll
> be able to automate virtual router testing using xorp.ct + LANforge
> + upated-linux-kernel.
>
> I'm thinking of fairly basic OSPF + mcast setup, with ability to test
> full path communication through multiple virtual routers. ?Any more
> advanced testing could probably not easily be automated (by me, at least).
>

Currently we are only looking at running "scons tests" (assuming i
have the target name correct). But any further suggestions are
greatefully received, they are more greatfully received with code
attached ;-)

Adam


From greearb at candelatech.com  Tue Mar 16 10:43:24 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 16 Mar 2010 10:43:24 -0700
Subject: [Xorp-users] [Xorp-hackers] Poll : Which OSs to use for
 buildbot for xorp svn ?
In-Reply-To: <4769af411003161039h61b84cfcx9efb29a7a92655e1@mail.gmail.com>
References: <4769af411003160839h26fb38abt4717ed7b975fae2f@mail.gmail.com>
	<4B9FAF75.5080407@candelatech.com>
	<4769af411003160954l72974b22rd6c847d620d02cf6@mail.gmail.com>
	<4B9FC0FE.8020608@candelatech.com>
	<4769af411003161039h61b84cfcx9efb29a7a92655e1@mail.gmail.com>
Message-ID: <4B9FC33C.1030403@candelatech.com>

On 03/16/2010 10:39 AM, Adam Greenhalgh wrote:
> On 16 March 2010 17:33, Ben Greear<greearb at candelatech.com>  wrote:
>> On 03/16/2010 09:54 AM, Adam Greenhalgh wrote:
>>>
>>> Yes, the sparc os was exactly for spotting byte ordering issues.
>>
>> Do you guys have any way to run any automated or semi-automated
>> regression tests?
>>
>> As soon as we get our multiple-mcast-table patch pushed into the upstream
>> kernel (looking promising, but not quite there yet), then I think I'll
>> be able to automate virtual router testing using xorp.ct + LANforge
>> + upated-linux-kernel.
>>
>> I'm thinking of fairly basic OSPF + mcast setup, with ability to test
>> full path communication through multiple virtual routers.  Any more
>> advanced testing could probably not easily be automated (by me, at least).
>>
>
> Currently we are only looking at running "scons tests" (assuming i
> have the target name correct). But any further suggestions are
> greatefully received, they are more greatfully received with code
> attached ;-)

I'll see what I can do.  Will probably be a month or two before I get
everything integrated with the new kernel.

Either way, what I'm thinking about is going to package a lot of
external stuff together (so we can actually do traffic generation
& verification across the router cloud, for instance), so it won't
be something that can really be checked into xorp proper.

I might be able to create some scripts to do all the OS
configuration and xorp config scripts though...will keep
that in mind.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Tue Mar 16 23:24:26 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 16 Mar 2010 23:24:26 -0700
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <000501cac50e$28464bb0$1c0ea8c0@elitecore.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>	<4B9A89A3.1090208@candelatech.com>	<4B9B1659.3090004@candelatech.com>	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>	<4B9E317C.10501@candelatech.com>	<000301cac44f$e8bfb9e0$1c0ea8c0@elitecore.com>	<4B9EAFC3.60304@candelatech.com>
	<000501cac50e$28464bb0$1c0ea8c0@elitecore.com>
Message-ID: <4BA0759A.9020200@candelatech.com>

On 03/16/2010 06:39 AM, saurabh wrote:
>
> Hi Ben,
>
> I Pulled your changes and tested them out though its works for ipv4
> multicast, I wonder about the size, still being generated 39 MB stripped
> (full xorp)  on my  Fedora-6 with gcc 4.1.1.
>
> I checked using git log, it is showing your all changes but 39MB size still
> There.
>
> I may try to look in the fea code now, for removal of cli etc.

I pushed another change to compile out the profiling code, saves another 180k or
so on my system.

Try compiling like this:
scons -j2 disable_ipv6=yes disable_fw=yes disable_profile=yes

If you get any patches to conditionally remove more ipv6 code or something else, please
post it for review.

Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From abazh18 at gmail.com  Wed Mar 17 04:01:43 2010
From: abazh18 at gmail.com (Achmad Basuki)
Date: Wed, 17 Mar 2010 20:01:43 +0900
Subject: [Xorp-users] OSPFv3 module dies after sometimes
Message-ID: <438279e61003170401k33f5617cla45ff2ea2b99ce0a@mail.gmail.com>

Dear All,

After sometimes, OSPFv3 module dies. Many times I try again and again,
it will produce the similar errors.
The configuration of my network as roughly as follows:

    Cisco Router
           |
           | (ospf6 net)
    +--+--------+
    |   |          |
Quagga  XORP-1.6/1.7-WIP

So far I tried in xorp 1.6 and xorp 1.7-WIP with the same config. This
problem is very annoying, coz it makes the router totally disconnected
due to loss of the routing entries.

Here is the snapshot of the xorp.log
------------------------
[ 2010/03/16 04:53:17  FATAL xorp_ospfv3:1472 OSPF +1973
ospf/peer_manager.cc summary_withdraw ] Assertion (1 ==
_summaries.count(net)) failed
[ 2010/03/16 04:53:17 INFO xorp_rib RIB ] Received death event for
protocol ospfv3 shutting down -------
OriginTable: ospf
IGP
next table = Redist:ospf
[ 2010/03/16 04:53:17 INFO xorp_rib RIB ] Received death event for
protocol ospfv3 shutting down -------
OriginTable: ospf
------------------------

Any suggestion how to fix this?

Regards,

Abazh


From abazh18 at gmail.com  Wed Mar 17 04:56:01 2010
From: abazh18 at gmail.com (Achmad Basuki)
Date: Wed, 17 Mar 2010 20:56:01 +0900
Subject: [Xorp-users] Building Xorp SVN on Linux Fedora 12 xrl error
In-Reply-To: <4B99783E.2090002@candelatech.com>
References: <18f6ec9.b9f1.1274c63666e.Coremail.szjaguar@163.com>
	<4B9909EA.5020800@candelatech.com>
	<438279e61003110750q748bd3a8wa66be162e0a96e5d@mail.gmail.com>
	<4B99783E.2090002@candelatech.com>
Message-ID: <438279e61003170456o60169dd5h4f55f55e356e3938@mail.gmail.com>

Thank you for the patch file.
I made the RPM packages for Fedora 12 of your xorp.ct and xorp-1.7-wip
from the standard SVN> The RPM packages are available at
http://abazh.ai3.net/xorp/fedora/12/
Both packages have been tested under my networks running OSPF6 and PIM6.

On Fri, Mar 12, 2010 at 8:09 AM, Ben Greear <greearb at candelatech.com> wrote:
> On 03/11/2010 07:50 AM, Achmad Basuki wrote:
>>
>> Hi, Ben,
>>
>> Can you send me the build-fix patch to me also?
>> Note: I've tried your xorp.ct and compiled without problem on fedora12
>
> It's 200k, so posted it on my web page. ?You can get it here:
>
> http://www.candelatech.com/~greearb/misc/patches/f12-compile-xorp.patch
>
> It should come close to applying to standard SVN, but probably not totally
> clean.
>
> Let me know if there are still compile issues.
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
>


From abazh18 at gmail.com  Wed Mar 17 06:19:35 2010
From: abazh18 at gmail.com (Achmad Basuki)
Date: Wed, 17 Mar 2010 22:19:35 +0900
Subject: [Xorp-users] Interfaces must be connected to a switch all -
	FEDORA 12
In-Reply-To: <4B97BD24.2090206@candelatech.com>
References: <438279e61003100435r2ddc4384sab7940fe77450ca7@mail.gmail.com>
	<4B97BD24.2090206@candelatech.com>
Message-ID: <438279e61003170619l7f369e18lc416079010b2603d@mail.gmail.com>

Hi Ben,

Perhaps the easiest way to create the rpm package is by editing from
the existing .spec file.
1. Download and install the src.rpm file from
http://abazh.ai3.net/xorp/fedora/12/SRPMS/
    in your home directory
   # rpm -ivh http://abazh.ai3.net/xorp/fedora/12/SRPMS/xorp-1.7-WIP.1.fc12.src.rpm
2. The above command will automatically install the source files and
creating directories under
   your home directory:
   ~/rpmbuild/...
3. Modify the .spec to suit to your needs. Compiling command,
patching, defining install directories, etc. must be defined in this
.spec file.
    The .spec file will be at ~/rpmbuild/SPECS/
4. Build it (assuming "rpm-build" package has been installed)
    ex. commands:
       rpmbuild -bb xorp.ct.spec  # building only the binary rpm
       rpmbuild -ba xorp.ct.spec  # building binary and the source
    The .rpm packages will be stored in ~/rpmbuild/RPMS/... (binary)
and ~/rpmbuild/SRPMS/... (source)

That's all I guess, but maybe you and other have different approaches
on creating the RPMs.

regards,

Abazh

On Thu, Mar 11, 2010 at 12:39 AM, Ben Greear <greearb at candelatech.com> wrote:
> On 03/10/2010 04:35 AM, Achmad Basuki wrote:
>>
>> Hi Saurabh,
>>
>> xorp-1.6 rpm package for fedora 12, if you and others need it, feel
>> free to get from below URL.
>> http://abazh.ai3.net/xorp/fedora/12/
>>
>> Note: I mainly use OSPF6 and PIM6 in our operational network running
>> Fedora 12 as a router.
>
> Would you be interested in posting any scripts and instructions as to
> how to create the RPMs?
>
> Thanks,
> Ben
>
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>


From saurabh.pandya at elitecore.com  Wed Mar 17 08:01:29 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Wed, 17 Mar 2010 20:31:29 +0530
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <4BA0759A.9020200@candelatech.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>	<4B9A89A3.1090208@candelatech.com>	<4B9B1659.3090004@candelatech.com>	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>	<4B9E317C.10501@candelatech.com>	<000301cac44f$e8bfb9e0$1c0ea8c0@elitecore.com>	<4B9EAFC3.60304@candelatech.com>
	<000501cac50e$28464bb0$1c0ea8c0@elitecore.com>
	<4BA0759A.9020200@candelatech.com>
Message-ID: <000001cac5e2$b9b2e430$1c0ea8c0@elitecore.com>


Thanks Ben,

I have checked the patch it is impressive in size reduction...

But this is not running (died while searching for xorp_igmp , as it disabled
module due to disable_ipv6) .. so then I tried to compile it with just
disable_fw and disable_profile .. it again being self killed in xorp startup
(rtr_mgt process) 


I have sent you logs .. 

1) latest ct xorp's startup log 
2) Config file 
3) Same config file same machine using regular xorp (just to conform my 
   setup) , which was working fine. 


So I doubt that , by applying disable_ipv6 and disable_fw few of the
dependencies are there and that's why xorp is not being able to start VIFs
(as per log)

Pls see the logs...

Thanks,
Saurabh

-----Original Message-----
From: Ben Greear [mailto:greearb at candelatech.com] 
Sent: Wednesday, March 17, 2010 11:54 AM
To: saurabh
Cc: xorp-users at xorp.org
Subject: Re: [Xorp-users] Reducing Xorp binary setup size ?

On 03/16/2010 06:39 AM, saurabh wrote:
>
> Hi Ben,
>
> I Pulled your changes and tested them out though its works for ipv4
> multicast, I wonder about the size, still being generated 39 MB stripped
> (full xorp)  on my  Fedora-6 with gcc 4.1.1.
>
> I checked using git log, it is showing your all changes but 39MB size
still
> There.
>
> I may try to look in the fea code now, for removal of cli etc.

I pushed another change to compile out the profiling code, saves another
180k or
so on my system.

Try compiling like this:
scons -j2 disable_ipv6=yes disable_fw=yes disable_profile=yes

If you get any patches to conditionally remove more ipv6 code or something
else, please
post it for review.

Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: latest ct xorp.txt
Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100317/9f33f5eb/attachment-0002.txt 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: multicast4.boot
Type: application/octet-stream
Size: 1750 bytes
Desc: not available
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100317/9f33f5eb/attachment-0001.obj 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: regular xorp log.txt
Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100317/9f33f5eb/attachment-0003.txt 

From greearb at candelatech.com  Wed Mar 17 13:02:48 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 17 Mar 2010 13:02:48 -0700
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <000001cac5e2$b9b2e430$1c0ea8c0@elitecore.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>	<4B9A89A3.1090208@candelatech.com>	<4B9B1659.3090004@candelatech.com>	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>	<4B9E317C.10501@candelatech.com>	<000301cac44f$e8bfb9e0$1c0ea8c0@elitecore.com>	<4B9EAFC3.60304@candelatech.com>
	<000501cac50e$28464bb0$1c0ea8c0@elitecore.com>
	<4BA0759A.9020200@candelatech.com>
	<000001cac5e2$b9b2e430$1c0ea8c0@elitecore.com>
Message-ID: <4BA13568.8030305@candelatech.com>

On 03/17/2010 08:01 AM, saurabh wrote:
>
> Thanks Ben,
>
> I have checked the patch it is impressive in size reduction...
>
> But this is not running (died while searching for xorp_igmp , as it disabled
> module due to disable_ipv6) .. so then I tried to compile it with just
> disable_fw and disable_profile .. it again being self killed in xorp startup
> (rtr_mgt process)
>
>
> I have sent you logs ..
>
> 1) latest ct xorp's startup log
> 2) Config file
> 3) Same config file same machine using regular xorp (just to conform my
>     setup) , which was working fine.
>
>
> So I doubt that , by applying disable_ipv6 and disable_fw few of the
> dependencies are there and that's why xorp is not being able to start VIFs
> (as per log)

I can reproduce problems here as well (I've been lazy and only compile-testing
a lot of this stuff lately).

Looks like I need to muck with the template files, at the least.

I should have it working shortly.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Wed Mar 17 13:03:33 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 17 Mar 2010 13:03:33 -0700
Subject: [Xorp-users] Interfaces must be connected to a switch all -
 FEDORA 12
In-Reply-To: <438279e61003170619l7f369e18lc416079010b2603d@mail.gmail.com>
References: <438279e61003100435r2ddc4384sab7940fe77450ca7@mail.gmail.com>	
	<4B97BD24.2090206@candelatech.com>
	<438279e61003170619l7f369e18lc416079010b2603d@mail.gmail.com>
Message-ID: <4BA13595.5060301@candelatech.com>

On 03/17/2010 06:19 AM, Achmad Basuki wrote:
> Hi Ben,
>
> Perhaps the easiest way to create the rpm package is by editing from
> the existing .spec file.
> 1. Download and install the src.rpm file from
> http://abazh.ai3.net/xorp/fedora/12/SRPMS/
>      in your home directory
>     # rpm -ivh http://abazh.ai3.net/xorp/fedora/12/SRPMS/xorp-1.7-WIP.1.fc12.src.rpm
> 2. The above command will automatically install the source files and
> creating directories under
>     your home directory:
>     ~/rpmbuild/...
> 3. Modify the .spec to suit to your needs. Compiling command,
> patching, defining install directories, etc. must be defined in this
> .spec file.
>      The .spec file will be at ~/rpmbuild/SPECS/
> 4. Build it (assuming "rpm-build" package has been installed)
>      ex. commands:
>         rpmbuild -bb xorp.ct.spec  # building only the binary rpm
>         rpmbuild -ba xorp.ct.spec  # building binary and the source
>      The .rpm packages will be stored in ~/rpmbuild/RPMS/... (binary)
> and ~/rpmbuild/SRPMS/... (source)
>
> That's all I guess, but maybe you and other have different approaches
> on creating the RPMs.

I'll take a look at this as soon as I get a few bugs fixed.

Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Wed Mar 17 16:43:06 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 17 Mar 2010 16:43:06 -0700
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <000001cac5e2$b9b2e430$1c0ea8c0@elitecore.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>	<4B9A89A3.1090208@candelatech.com>	<4B9B1659.3090004@candelatech.com>	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>	<4B9E317C.10501@candelatech.com>	<000301cac44f$e8bfb9e0$1c0ea8c0@elitecore.com>	<4B9EAFC3.60304@candelatech.com>
	<000501cac50e$28464bb0$1c0ea8c0@elitecore.com>
	<4BA0759A.9020200@candelatech.com>
	<000001cac5e2$b9b2e430$1c0ea8c0@elitecore.com>
Message-ID: <4BA1690A.9010706@candelatech.com>

On 03/17/2010 08:01 AM, saurabh wrote:
>
> Thanks Ben,
>
> I have checked the patch it is impressive in size reduction...
>
> But this is not running (died while searching for xorp_igmp , as it disabled
> module due to disable_ipv6) .. so then I tried to compile it with just
> disable_fw and disable_profile .. it again being self killed in xorp startup
> (rtr_mgt process)
>
>
> I have sent you logs ..
>
> 1) latest ct xorp's startup log
> 2) Config file
> 3) Same config file same machine using regular xorp (just to conform my
>     setup) , which was working fine.
>
>
> So I doubt that , by applying disable_ipv6 and disable_fw few of the
> dependencies are there and that's why xorp is not being able to start VIFs
> (as per log)

I fixed the firewall issue.

OSPF now works for me with disable_fw=yes disable_profile=yes

BUT:  When I disable IPv6, xorpsh won't connect properly and neither
does OSPF work.  I'm going to have to dig back through that horribly
large patch and try to see what I broke.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Thu Mar 18 01:04:32 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 18 Mar 2010 01:04:32 -0700
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <4BA1690A.9010706@candelatech.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>	<4B9A89A3.1090208@candelatech.com>	<4B9B1659.3090004@candelatech.com>	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>	<4B9E317C.10501@candelatech.com>	<000301cac44f$e8bfb9e0$1c0ea8c0@elitecore.com>	<4B9EAFC3.60304@candelatech.com>	<000501cac50e$28464bb0$1c0ea8c0@elitecore.com>	<4BA0759A.9020200@candelatech.com>	<000001cac5e2$b9b2e430$1c0ea8c0@elitecore.com>
	<4BA1690A.9010706@candelatech.com>
Message-ID: <4BA1DE90.6030407@candelatech.com>

On 03/17/2010 04:43 PM, Ben Greear wrote:

> I fixed the firewall issue.
>
> OSPF now works for me with disable_fw=yes disable_profile=yes
>
> BUT:  When I disable IPv6, xorpsh won't connect properly and neither
> does OSPF work.  I'm going to have to dig back through that horribly
> large patch and try to see what I broke.

Ok, I backed out the large patch, and started adding smaller ones.

So far, it's passing my relatively simple testing (ospfv2 between two
routers).

Still need to add back more of the code to get the size back down...total
savings is about 1MB though.

Please pull the latest xorp.ct and see if it works for you.

Compile with:  disable_ipv6=yes disable_fw=yes disable_profile=yes

Thanks,
Ben
-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From saurabh.pandya at elitecore.com  Thu Mar 18 01:52:06 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Thu, 18 Mar 2010 14:22:06 +0530
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <4BA1690A.9010706@candelatech.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>	<4B9A89A3.1090208@candelatech.com>	<4B9B1659.3090004@candelatech.com>	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>	<4B9E317C.10501@candelatech.com>	<000301cac44f$e8bfb9e0$1c0ea8c0@elitecore.com>	<4B9EAFC3.60304@candelatech.com>
	<000501cac50e$28464bb0$1c0ea8c0@elitecore.com>
	<4BA0759A.9020200@candelatech.com>
	<000001cac5e2$b9b2e430$1c0ea8c0@elitecore.com>
	<4BA1690A.9010706@candelatech.com>
Message-ID: <000301cac678$4b695590$1c0ea8c0@elitecore.com>

Hi Ben,

I doubt that I must missing something , to check what I get your 
Latest git. And build it with regular scons (without disabling anything)
Then I installed by ./lf_pkg.bash .. and then run 
         ./xorp_rtrmgr -b <myconfig_that_i_sent_to_you> as root.

Same below errors I found with this full build... those I found with
disable_XYZ build. Below are errors snaps full log I attached.


******************************************
2010/03/18 04:56:44.278677  ERROR xorp_fea:19179 FEA
fea/data_plane/ifconfig/ifconfig_set.cc:661 push_vif_address ] Failed to
configure address because of device not found:
IfConfigSetNetlinkSocket::add_addr: check_nl_req: Cannot add address
'192.168.14.27' on interface 'eth2' vif 'eth2': AF_NETLINK NLMSG_ERROR
message: No such device
[ 2010/03/18 04:56:44.278748  ERROR xorp_fea:19179 FEA
fea/data_plane/ifconfig/ifconfig_set.cc:661 push_vif_address ] Failed to
configure address because of device not found:
IfConfigSetNetlinkSocket::add_addr: check_nl_req: Cannot add address
'195.195.195.20' on interface 'eth3' vif 'eth3': AF_NETLINK NLMSG_ERROR
message: No such device
********************************************

With my surprise code is being generated is 22 MB for full (without any 
Disable_xyz) ct xorp...

I may test build for suse, puppy, intel once it work for testing.

-Thanks
Saurabh

-----Original Message-----
From: Ben Greear [mailto:greearb at candelatech.com] 
Sent: Thursday, March 18, 2010 5:13 AM
To: saurabh
Cc: xorp-users at xorp.org
Subject: Re: [Xorp-users] Reducing Xorp binary setup size ?

On 03/17/2010 08:01 AM, saurabh wrote:
>
> Thanks Ben,
>
> I have checked the patch it is impressive in size reduction...
>
> But this is not running (died while searching for xorp_igmp , as it
disabled
> module due to disable_ipv6) .. so then I tried to compile it with just
> disable_fw and disable_profile .. it again being self killed in xorp
startup
> (rtr_mgt process)
>
>
> I have sent you logs ..
>
> 1) latest ct xorp's startup log
> 2) Config file
> 3) Same config file same machine using regular xorp (just to conform my
>     setup) , which was working fine.
>
>
> So I doubt that , by applying disable_ipv6 and disable_fw few of the
> dependencies are there and that's why xorp is not being able to start VIFs
> (as per log)

I fixed the firewall issue.

OSPF now works for me with disable_fw=yes disable_profile=yes

BUT:  When I disable IPv6, xorpsh won't connect properly and neither
does OSPF work.  I'm going to have to dig back through that horribly
large patch and try to see what I broke.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: regualr.ct.xorp.log.full.txt
Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100318/31a0f2d1/attachment.txt 

From greearb at candelatech.com  Thu Mar 18 12:28:34 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 18 Mar 2010 12:28:34 -0700
Subject: [Xorp-users] Fix for problem with Xorp on older kernels without
 IFLA_IFNAME in netlink msg.
In-Reply-To: <000301cac678$4b695590$1c0ea8c0@elitecore.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>	<4B9A89A3.1090208@candelatech.com>	<4B9B1659.3090004@candelatech.com>	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>	<4B9E317C.10501@candelatech.com>	<000301cac44f$e8bfb9e0$1c0ea8c0@elitecore.com>	<4B9EAFC3.60304@candelatech.com>
	<000501cac50e$28464bb0$1c0ea8c0@elitecore.com>
	<4BA0759A.9020200@candelatech.com>
	<000001cac5e2$b9b2e430$1c0ea8c0@elitecore.com>
	<4BA1690A.9010706@candelatech.com>
	<000301cac678$4b695590$1c0ea8c0@elitecore.com>
Message-ID: <4BA27EE2.6010600@candelatech.com>

On 03/18/2010 01:52 AM, saurabh wrote:
> Hi Ben,
>
> I doubt that I must missing something , to check what I get your
> Latest git. And build it with regular scons (without disabling anything)
> Then I installed by ./lf_pkg.bash .. and then run
>           ./xorp_rtrmgr -b<myconfig_that_i_sent_to_you>  as root.
>
> Same below errors I found with this full build... those I found with
> disable_XYZ build. Below are errors snaps full log I attached.
>
>
> ******************************************
> 2010/03/18 04:56:44.278677  ERROR xorp_fea:19179 FEA
> fea/data_plane/ifconfig/ifconfig_set.cc:661 push_vif_address ] Failed to
> configure address because of device not found:
> IfConfigSetNetlinkSocket::add_addr: check_nl_req: Cannot add address

Thanks for the bug reports on this.  I was able to reproduce this on FC5
and fix the problem.

The root cause is that older kernels (2.6.18 in my case), did not
include IFLA_IFNAME in the netlink messages, and the fea code was
not attempting to correct for this.

I added code to look up the name by ifindex (which is provided)
in this case and now everything seems to work.

Please pull the latest xorp.ct and see if it works for you.

This would have affected anyone running xorp on older kernels,
and I think the bug is in SVN code too, so for all of you
on older kernels, you might want to give this a try as well.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Thu Mar 18 23:34:01 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 18 Mar 2010 23:34:01 -0700
Subject: [Xorp-users] Reducing Xorp binary setup size ?
In-Reply-To: <000301cac678$4b695590$1c0ea8c0@elitecore.com>
References: <000001cac1f2$a718d7b0$1c0ea8c0@elitecore.com>	<4B9A5703.3070405@candelatech.com>	<4B9A89A3.1090208@candelatech.com>	<4B9B1659.3090004@candelatech.com>	<001301cac43c$dc0fdf30$1c0ea8c0@elitecore.com>	<4B9E317C.10501@candelatech.com>	<000301cac44f$e8bfb9e0$1c0ea8c0@elitecore.com>	<4B9EAFC3.60304@candelatech.com>
	<000501cac50e$28464bb0$1c0ea8c0@elitecore.com>
	<4BA0759A.9020200@candelatech.com>
	<000001cac5e2$b9b2e430$1c0ea8c0@elitecore.com>
	<4BA1690A.9010706@candelatech.com>
	<000301cac678$4b695590$1c0ea8c0@elitecore.com>
Message-ID: <4BA31AD9.2040001@candelatech.com>

I just committed another large chunk of changes to
conditionally compile ipv6.  This time, I've tested
OSPF (two routers set up routes properly), and at least
started: bgp, pim, static-routes

On 64-bit Fedora 11, full build size is: 19620KB,
with ipv6, firewall, and profiling disabled, size is: 17792

I think I have the bulk of it done...maybe a few more piece of fea
to clean up tomorrow.  When I'm done with the massive changes, you
could do additional cleanup basically by finding any mention of ipv6,
#ifdef'ing it out with #ifdef HAVE_IPV6, and then fix everything
that breaks.  I suggest starting small..it's easy to end up with 6MB patches!

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From ramkumar.ch03 at gmail.com  Fri Mar 19 12:19:49 2010
From: ramkumar.ch03 at gmail.com (Ram)
Date: Fri, 19 Mar 2010 14:19:49 -0500
Subject: [Xorp-users] failed to start rtrmgr in virtual system
Message-ID: <1c56f7b11003191219u4f6602a2u5db587ec2220403b@mail.gmail.com>

Hi All,

I could not run *rtrmgr* in virtual host.  I am trying to implement XORP on
virtual hosts user space for control plane. I already implemented Quagga in
this kind of virtual host. It worked fine.

When it comes to XORP, i configured virtual *interfaces* and *fea.*
**When i run " *./xorp_rtrmgr -b conf1-interfaces", * I get back to command
prompt with out any error.

Here is my config file.

 interfaces {
   restore-original-config-on-shutdown: false
   interface a103x10 {
       description: "virtual interface-a103x10"
       disable: false
       address 192.168.14.41{
           prefix-length:30
           broadcast:192.168.14.43
           disable: false
       }
    }
     interface a103x16 {
       description: "virtual interface-a103x16"
       disable: false
       address 192.168.14.65{
           prefix-length:30
           broadcast:192.168.14.47
           disable: false
       }
    }

}
fea {
    unicast-forwarding4 {
    disable: false
    }
}

Can you check this out and please let me know where i am going wrong. where
can i see error messages, is there any log file?
If you need any information please let me know.

Thank you
--Ram

FYI

In virtual host below is the out put of  *ifcofig -a*
*
*
*
-bash-3.2# ifconfig -a
a103x10   Link encap:Ethernet  HWaddr 7E:9F:D0:F4:2F:B8
          inet addr:192.168.14.41  Bcast:192.168.14.43  Mask:255.255.255.252
          inet6 addr: fe80::7c9f:d0ff:fef4:2fb8/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1458  Metric:1
          RX packets:24 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1872 (1.8 KiB)  TX bytes:468 (468.0 b)

a103x16   Link encap:Ethernet  HWaddr 46:E5:FF:FE:30:B2
          inet addr:192.168.14.65  Bcast:192.168.14.67  Mask:255.255.255.252
          inet6 addr: fe80::44e5:ffff:fefe:30b2/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1458  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:936 (936.0 b)  TX bytes:468 (468.0 b)

gre0      Link encap:UNSPEC  HWaddr
00-00-00-00-90-BF-F4-0F-00-00-00-00-00-00-00-00
          NOARP  MTU:1476  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1139364 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1139364 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:78547442 (74.9 MiB)  TX bytes:78547442 (74.9 MiB)

nat103    Link encap:Ethernet  HWaddr 1E:FA:9F:71:80:23
          inet addr:10.0.103.2  Bcast:10.0.103.255  Mask:255.255.255.0
          inet6 addr: fe80::1cfa:9fff:fe71:8023/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:41116 errors:0 dropped:0 overruns:0 frame:0
          TX packets:17735 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:60858686 (58.0 MiB)  TX bytes:932675 (910.8 KiB)
*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100319/bf9062d6/attachment.html 

From greearb at candelatech.com  Fri Mar 19 13:51:42 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 19 Mar 2010 13:51:42 -0700
Subject: [Xorp-users] failed to start rtrmgr in virtual system
In-Reply-To: <1c56f7b11003191219u4f6602a2u5db587ec2220403b@mail.gmail.com>
References: <1c56f7b11003191219u4f6602a2u5db587ec2220403b@mail.gmail.com>
Message-ID: <4BA3E3DE.80706@candelatech.com>

On 03/19/2010 12:19 PM, Ram wrote:
> Hi All,
>
> I could not run *rtrmgr* in virtual host.  I am trying to implement XORP
> on virtual hosts user space for control plane. I already implemented
> Quagga in this kind of virtual host. It worked fine.
>
> When it comes to XORP, i configured virtual *interfaces* and *fea.*
> **When i run " *./xorp_rtrmgr -b conf1-interfaces", * I get back to
> command prompt with out any error.

What version of xorp?
What operating system?
What kernel?

What virtual-host environment?

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From bms at incunabulum.net  Sat Mar 20 09:07:03 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Sat, 20 Mar 2010 16:07:03 +0000
Subject: [Xorp-users] XORP news
Message-ID: <4BA4F2A7.10600@incunabulum.net>

Hi all,

I am in ongoing contact with both the academic founders, and the XORP, 
Inc. former management team.

As of this week, the original XORP core team should now have commit 
access to the XORP repo on SourceForge.

The IP auction closed yesterday (March 19th). We probably won't have a 
firm picture of the outcome until Monday.

Discussions are in progress, about how to retain open access to XORP, 
whatever happens, and arrive at economic mechanisms which allow 
developers to be compensated for their time, whilst retaining 
free-at-point-of-distribution.

Thanks to everyone for staying interested and contributing on the lists 
at this difficult time.

thanks,
BMS


From greearb at candelatech.com  Sat Mar 20 21:03:14 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sat, 20 Mar 2010 21:03:14 -0700
Subject: [Xorp-users] failed to start rtrmgr in virtual system
In-Reply-To: <1c56f7b11003202031n71df2951va7bd39c212201cd1@mail.gmail.com>
References: <1c56f7b11003191219u4f6602a2u5db587ec2220403b@mail.gmail.com>	
	<4BA3E3DE.80706@candelatech.com>	
	<1c56f7b11003191521h64ee0c20tae63c6cb621a5ed5@mail.gmail.com>	
	<4BA3F9F4.2080902@candelatech.com>
	<1c56f7b11003202031n71df2951va7bd39c212201cd1@mail.gmail.com>
Message-ID: <4BA59A82.5070803@candelatech.com>

On 03/20/2010 08:31 PM, Ram wrote:
> Thanks for your information Ben.
>
>   When i traced the *rtrmgr* i got the following error message (part of
> strace).
>
> write(3, "[ 2010/03/20 00:43:14 *ERROR* xor"..., 247) = 247
> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
> close(4)                                = 0
> close(7)                                = 0
> close(5)                                = 0
> close(6)                                = 0
> exit_group(1)                           = ?
>
>   If anybody know about this error how to rectify, please let me know.
> Here i attached entire *strace* file and bellow is some error message.
>
> Thank you,
> --Ram

Looks like it was trying to write to stderr..which should have printed something
to the console.

Sure you don't see any errors anywhere...or maybe some log files created?

Maybe try explicitly giving a log-file name to xorp?

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From ramkumar.ch03 at gmail.com  Sat Mar 20 20:31:09 2010
From: ramkumar.ch03 at gmail.com (Ram)
Date: Sat, 20 Mar 2010 22:31:09 -0500
Subject: [Xorp-users] failed to start rtrmgr in virtual system
In-Reply-To: <4BA3F9F4.2080902@candelatech.com>
References: <1c56f7b11003191219u4f6602a2u5db587ec2220403b@mail.gmail.com>
	<4BA3E3DE.80706@candelatech.com>
	<1c56f7b11003191521h64ee0c20tae63c6cb621a5ed5@mail.gmail.com>
	<4BA3F9F4.2080902@candelatech.com>
Message-ID: <1c56f7b11003202031n71df2951va7bd39c212201cd1@mail.gmail.com>

Thanks for your information Ben.

 When i traced the *rtrmgr* i got the following error message (part of
strace).

write(3, "[ 2010/03/20 00:43:14  *ERROR* xor"..., 247) = 247
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
close(4)                                = 0
close(7)                                = 0
close(5)                                = 0
close(6)                                = 0
exit_group(1)                           = ?

 If anybody know about this error how to rectify, please let me know. Here i
attached entire *strace* file and bellow is some error message.

Thank you,
--Ram


On Fri, Mar 19, 2010 at 5:25 PM, Ben Greear <greearb at candelatech.com> wrote:

> On 03/19/2010 03:21 PM, Ram wrote:
>
>> Hi Ben,
>>
>> I am implementing xorp in a slice, this is part GpENI test bed node.
>> Which contains the Trellis operating system (planet lab OS).
>>
>>  This is customized  OS. It synthesizes host and network virtualization
>> technologies into a single one.
>>  This (PlanetLab platform) uses the *Linux Vservers* for its OS-level
>> virtualization and *NetNS* for network virtualization.
>>
>>  It uses the concept of *container based* vitualization. So both
>> environments are same.
>>  Here i provided the two diagrams which give you better idea.
>>
>>
>> Xorp version is 1.6
>>
>
> You might try:  strace ./xorp_rtrmgr ...
> to see if it's hanging in some system call.
>
> If you try my xorp.ct branch, I'll try to debug any problems you find.
>
> I don't have much interest in debugging 1.6 though.
>
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100320/44b5b900/attachment-0001.html 
-------------- next part --------------
execve("./xorp_rtrmgr", ["./xorp_rtrmgr", "-b", "conf2-interface"], [/* 16 vars */]) = 0
brk(0)                                  = 0x8263000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=9547, ...}) = 0
mmap2(NULL, 9547, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7768000
close(3)                                = 0
open("/lib/libcrypto.so.6", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\21\3\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1241576, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7767000
mmap2(NULL, 1254104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7634000
mmap2(0xb7751000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11d) = 0xb7751000
mmap2(0xb7763000, 13016, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7763000
close(3)                                = 0
open("/lib/librt.so.1", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\31\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=46024, ...}) = 0
mmap2(NULL, 33328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb762b000
mmap2(0xb7632000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb7632000
close(3)                                = 0
open("/usr/lib/libstdc++.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\326\3\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=925576, ...}) = 0
mmap2(NULL, 951972, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7542000
mmap2(0xb7620000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xdd) = 0xb7620000
mmap2(0xb7625000, 22180, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7625000
close(3)                                = 0
open("/lib/libm.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0204\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=208308, ...}) = 0
mmap2(NULL, 163952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7519000
mmap2(0xb7540000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x26) = 0xb7540000
close(3)                                = 0
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\26\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=45248, ...}) = 0
mmap2(NULL, 48228, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb750d000
mmap2(0xb7518000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa) = 0xb7518000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360d\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1689108, ...}) = 0
mmap2(NULL, 1410608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb73b4000
mmap2(0xb7507000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x153) = 0xb7507000
mmap2(0xb750a000, 9776, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb750a000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\n\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=18672, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb73b3000
mmap2(NULL, 16504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb73ae000
mmap2(0xb73b1000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb73b1000
close(3)                                = 0
open("/lib/libz.so.1", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\26\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=73412, ...}) = 0
mmap2(NULL, 76176, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb739b000
mmap2(0xb73ad000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11) = 0xb73ad000
close(3)                                = 0
open("/lib/libpthread.so.0", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 H\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=129472, ...}) = 0
mmap2(NULL, 98784, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7382000
mmap2(0xb7397000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14) = 0xb7397000
mmap2(0xb7399000, 4576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7399000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7381000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7380000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb73806d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7397000, 4096, PROT_READ)   = 0
mprotect(0xb73b1000, 4096, PROT_READ)   = 0
mprotect(0xb7507000, 8192, PROT_READ)   = 0
mprotect(0xb7540000, 4096, PROT_READ)   = 0
mprotect(0xb7620000, 12288, PROT_READ)  = 0
mprotect(0xb7632000, 4096, PROT_READ)   = 0
mprotect(0xb7787000, 4096, PROT_READ)   = 0
munmap(0xb7768000, 9547)                = 0
set_tid_address(0xb7380718)             = 3000
set_robust_list(0xb7380720, 0xc)        = 0
futex(0xbfd6b9f4, FUTEX_WAKE_PRIVATE, 1) = 0
rt_sigaction(SIGRTMIN, {0xb73862c0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb7386340, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
uname({sys="Linux", node="router-1.umkc.gpeni.net", ...}) = 0
futex(0xb76264fc, FUTEX_WAKE_PRIVATE, 2147483647) = 0
brk(0)                                  = 0x8263000
brk(0x8284000)                          = 0x8284000
open("/dev/stderr", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
getcwd("/root/xorp-1.6/rtrmgr", 4096)   = 22
lstat64("/root", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0
lstat64("/root/xorp-1.6", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/root", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0
lstat64("/root/xorp-1.6", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
rt_sigaction(SIGTERM, {0x80656b4, [TERM], SA_RESTART}, {SIG_IGN}, 8) = 0
rt_sigaction(SIGINT, {0x80656b4, [INT], SA_RESTART}, {SIG_IGN}, 8) = 0
clock_gettime(CLOCK_MONOTONIC, {882803, 253810769}) = 0
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
stat64("/root/xorp-1.6/xrl/targets", {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
open("/root/xorp-1.6/xrl/targets", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = 4
fstat64(4, {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
fcntl64(4, F_GETFD)                     = 0x1 (flags FD_CLOEXEC)
getdents64(4, /* 106 entries */, 4096)  = 4080
getdents64(4, /* 104 entries */, 4096)  = 4096
getdents64(4, /* 51 entries */, 4096)   = 1880
getdents64(4, /* 0 entries */, 4096)    = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/bgp.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "or full\n *  definitions of retur"..., 8191) = 8191
read(4, "pname profile variable\n */\nfinde"..., 8191) = 184
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/bgp4_mib.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 970
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/cli.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 3370
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/coord.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1387
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/fea.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "ere this filter is to be applied"..., 8191) = 8191
read(4, "t_begin the destination TCP/UDP "..., 8191) = 8191
read(4, "\n *\n *  @param vifname the name "..., 8191) = 8191
read(4, " vif_name the vif to send the pa"..., 8191) = 8191
read(4, "be accepted.\n *\n *  @param ip_pr"..., 8191) = 8191
read(4, "t the remote port to connect to."..., 8191) = 8191
read(4, "local_port the port to bind sock"..., 8191) = 4546
read(4, "", 8191)                       = 0
close(4)                                = 0
brk(0x82a5000)                          = 0x82a5000
open("/root/xorp-1.6/xrl/targets/fea_ifmgr_mirror.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 4698
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/fib2mrib.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 5110
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/finder.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 5094
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/finder_client.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1545
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/mfea.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "able if true, then enable the vi"..., 8191) = 889
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/mld6igmp.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "l per interface to its default v"..., 8191) = 4245
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/olsr4.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "erval:u32\n\n/**\n *  Get the HNA_I"..., 8191) = 8191
read(4, "inks. Return a list of u32 type "..., 8191) = 4322
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/ospfv2.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "the maximum time drift (in secon"..., 8191) = 3959
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/ospfv3.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "t_interval?ifname:txt&vifname:tx"..., 8191) = 4263
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/pim.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, " *\n *  @param dst destination ne"..., 8191) = 8191
brk(0x82c6000)                          = 0x82c6000
brk(0x82c5000)                          = 0x82c5000
read(4, "rity the RP priority (smaller is"..., 8191) = 8191
read(4, "_bsr_group_prefix6?zone_id_scope"..., 8191) = 8191
read(4, "/0.1/pimstat_register_messages_r"..., 8191) = 4796
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/policy.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 5621
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/profiler.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1255
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/rib.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "dr6?name:txt&addr:ipv6&subnet:ip"..., 8191) = 8191
read(4, "  @param target the name of the "..., 8191) = 4499
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/ribclient.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1876
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/rip.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "://rip/rip/0.1/set_interpacket_d"..., 8191) = 5881
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/ripng.xrls", O_RDONLY|O_LARGEFILE) = 4
brk(0x82e6000)                          = 0x82e6000
brk(0x82e5000)                          = 0x82e5000
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "jitter?ifname:txt&vifname:txt&ad"..., 8191) = 4621
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/rtrmgr.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 2656
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/show_distances.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1234
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/show_routes.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 4514
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/static_routes.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 8191
read(4, "nder://static_routes/static_rout"..., 8191) = 73
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/test.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1273
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/test_fea_ifmgr_mirror.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 612
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/test_fea_rawlink.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1450
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/test_finder_events.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1263
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/test_peer.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 2115
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/test_socket4.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 3287
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/test_socket6.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 3287
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/test_xrls.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1157
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/vrrp.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 6179
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/xorp_if_mib.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1127
read(4, "", 8191)                       = 0
close(4)                                = 0
open("/root/xorp-1.6/xrl/targets/xorpsh.xrls", O_RDONLY|O_LARGEFILE) = 4
read(4, "/*\n * Copyright (c) 2001-2009 XO"..., 8191) = 1054
read(4, "", 8191)                       = 0
close(4)                                = 0
brk(0x8306000)                          = 0x8306000
brk(0x8327000)                          = 0x8327000
stat64("/root/xorp-1.6/etc/templates", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/root/xorp-1.6/etc/templates", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = 4
fstat64(4, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
getdents64(4, /* 50 entries */, 4096)   = 1600
getdents64(4, /* 0 entries */, 4096)    = 0
close(4)                                = 0
open("/root/xorp-1.6/etc/templates/bgp.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=36516, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/bgp"..., 8192) = 8192
read(4, "al_port:u32=$(@.local-port)&peer"..., 8192) = 8192
brk(0x8348000)                          = 0x8348000
read(4, ")/bgp/0.3/trace?tvar:txt=xlog_ve"..., 8192) = 8192
read(4, "st {\n\t\t    %help: short \"Named s"..., 8192) = 8192
brk(0x8369000)                          = 0x8369000
read(4, "term:txt=$(term.@)&block:u32=2&o"..., 8192) = 3748
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/fea.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=10717, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/fea"..., 8192) = 8192
read(4, "Specify the external program to "..., 8192) = 2525
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/fib2mrib.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=1346, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/fib"..., 8192) = 1346
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/firewall.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=7395, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/fir"..., 8192) = 7395
read(4, "", 4096)                       = 0
brk(0x838a000)                          = 0x838a000
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/igmp.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=7027, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/igm"..., 8192) = 7027
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/interfaces.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=13296, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/int"..., 8192) = 8192
read(4, "me:txt=$(interface.@)&vif:txt=$("..., 8192) = 5104
read(4, "", 4096)                       = 0
brk(0x83ab000)                          = 0x83ab000
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/mfea4.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=3524, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/mfe"..., 8192) = 3524
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/mfea6.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=3524, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/mfe"..., 8192) = 3524
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/mld.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=6975, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/mld"..., 8192) = 6975
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/olsr4.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=14510, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/ols"..., 8192) = 8192
brk(0x83cc000)                          = 0x83cc000
read(4, " \"$(olsr4.targetname)/olsr4/0.1/"..., 8192) = 6318
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/ospfv2.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=24024, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/osp"..., 8192) = 8192
brk(0x83ed000)                          = 0x83ed000
read(4, "me:txt=vlink&vifname:txt=$(virtu"..., 8192) = 8192
read(4, "me:txt=$(interface.@)&vifname:tx"..., 8192) = 7640
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/ospfv3.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=18909, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/osp"..., 8192) = 8192
brk(0x840e000)                          = 0x840e000
read(4, "rface in this area\";\n\n\t\tlink-typ"..., 8192) = 8192
read(4, "txt=$(#)&statement:txt=\";\n\t\t}\n\t\t"..., 8192) = 2525
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/pimsm4.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=14636, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/pim"..., 8192) = 8192
brk(0x842f000)                          = 0x842f000
read(4, "x:ipv4net=$(group-prefix.@)&rp_a"..., 8192) = 6444
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/pimsm6.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=14616, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/pim"..., 8192) = 8192
brk(0x8450000)                          = 0x8450000
read(4, "t=$(group-prefix.@)&rp_addr:ipv6"..., 8192) = 6424
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/plumbing.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=146, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/plu"..., 8192) = 146
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/policy.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=21177, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/pol"..., 8192) = 8192
read(4, "icy:txt=$(policy-statement.@)&te"..., 8192) = 8192
brk(0x8471000)                          = 0x8471000
read(4, ";\n\t\t    %create: xrl \"$(policy.t"..., 8192) = 4793
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/protocols.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=407, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/pro"..., 8192) = 407
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/rib.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=1402, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/rib"..., 8192) = 1402
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/rip.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=16651, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/rip"..., 8192) = 8192
brk(0x8492000)                          = 0x8492000
read(4, " \"$(rip.targetname)/rip/0.1/set_"..., 8192) = 8192
read(4, "rm:txt=$(term.@)&block:u32=2&ord"..., 8192) = 267
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/ripng.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=14495, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/rip"..., 8192) = 8192
read(4, ")&vifname:txt=$(vif.@)&addr:ipv6"..., 8192) = 6303
read(4, "", 4096)                       = 0
brk(0x84b3000)                          = 0x84b3000
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/rtrmgr.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=5552, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/rtr"..., 8192) = 5552
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/snmp.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=1249, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/snm"..., 8192) = 1249
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/static_routes.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=34666, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/sta"..., 8192) = 8192
brk(0x84d4000)                          = 0x84d4000
read(4, "Statement \'route4\' is replaced w"..., 8192) = 8192
read(4, "bool=true&multicast:bool=false&n"..., 8192) = 8192
read(4, "Configure a multicast-specific i"..., 8192) = 8192
brk(0x84f5000)                          = 0x84f5000
read(4, "if {\n\t\t%help:\tshort \"Configure t"..., 8192) = 1898
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/root/xorp-1.6/etc/templates/vrrp.tp", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=2811, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(4, "/* $XORP: xorp/etc/templates/vrr"..., 8192) = 2811
read(4, "", 4096)                       = 0
read(4, "", 8192)                       = 0
close(4)                                = 0
munmap(0xb776a000, 4096)                = 0
brk(0x8516000)                          = 0x8516000
brk(0x8515000)                          = 0x8515000
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
ioctl(4, SIOCGIFCONF, {128, {{"lo", {AF_INET, inet_addr("127.0.0.1")}}, {"nat103", {AF_INET, inet_addr("10.0.103.2")}}, {"a103x16", {AF_INET, inet_addr("192.168.14.65")}}, {"a103x10", {AF_INET, inet_addr("192.168.14.41")}}}}) = 0
ioctl(4, SIOCGIFCONF, {128, {{"lo", {AF_INET, inet_addr("127.0.0.1")}}, {"nat103", {AF_INET, inet_addr("10.0.103.2")}}, {"a103x16", {AF_INET, inet_addr("192.168.14.65")}}, {"a103x10", {AF_INET, inet_addr("192.168.14.41")}}}}) = 0
ioctl(4, SIOCGIFFLAGS, {ifr_name="lo", ifr_flags=IFF_UP|IFF_LOOPBACK|IFF_RUNNING}) = 0
ioctl(4, SIOCGIFFLAGS, {ifr_name="nat103", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(4, SIOCGIFFLAGS, {ifr_name="a103x16", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(4, SIOCGIFFLAGS, {ifr_name="a103x10", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
close(4)                                = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
setsockopt(4, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
setsockopt(4, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
setsockopt(4, SOL_TCP, TCP_NODELAY, [1], 4) = 0
fcntl64(4, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(4, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
setsockopt(4, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
getsockname(4, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
bind(4, {sa_family=AF_INET, sin_port=htons(19999), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
listen(4, 5)                            = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 5
ioctl(5, SIOCGIFCONF, {128, {{"lo", {AF_INET, inet_addr("127.0.0.1")}}, {"nat103", {AF_INET, inet_addr("10.0.103.2")}}, {"a103x16", {AF_INET, inet_addr("192.168.14.65")}}, {"a103x10", {AF_INET, inet_addr("192.168.14.41")}}}}) = 0
ioctl(5, SIOCGIFCONF, {128, {{"lo", {AF_INET, inet_addr("127.0.0.1")}}, {"nat103", {AF_INET, inet_addr("10.0.103.2")}}, {"a103x16", {AF_INET, inet_addr("192.168.14.65")}}, {"a103x10", {AF_INET, inet_addr("192.168.14.41")}}}}) = 0
ioctl(5, SIOCGIFFLAGS, {ifr_name="lo", ifr_flags=IFF_UP|IFF_LOOPBACK|IFF_RUNNING}) = 0
ioctl(5, SIOCGIFFLAGS, {ifr_name="nat103", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(5, SIOCGIFFLAGS, {ifr_name="a103x16", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(5, SIOCGIFFLAGS, {ifr_name="a103x10", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
close(5)                                = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 5
ioctl(5, SIOCGIFCONF, {128, {{"lo", {AF_INET, inet_addr("127.0.0.1")}}, {"nat103", {AF_INET, inet_addr("10.0.103.2")}}, {"a103x16", {AF_INET, inet_addr("192.168.14.65")}}, {"a103x10", {AF_INET, inet_addr("192.168.14.41")}}}}) = 0
ioctl(5, SIOCGIFCONF, {128, {{"lo", {AF_INET, inet_addr("127.0.0.1")}}, {"nat103", {AF_INET, inet_addr("10.0.103.2")}}, {"a103x16", {AF_INET, inet_addr("192.168.14.65")}}, {"a103x10", {AF_INET, inet_addr("192.168.14.41")}}}}) = 0
ioctl(5, SIOCGIFFLAGS, {ifr_name="lo", ifr_flags=IFF_UP|IFF_LOOPBACK|IFF_RUNNING}) = 0
ioctl(5, SIOCGIFFLAGS, {ifr_name="nat103", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(5, SIOCGIFFLAGS, {ifr_name="a103x16", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(5, SIOCGIFFLAGS, {ifr_name="a103x10", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
close(5)                                = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 5
setsockopt(5, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
setsockopt(5, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
setsockopt(5, SOL_TCP, TCP_NODELAY, [1], 4) = 0
fcntl64(5, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(5, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
setsockopt(5, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
getsockname(5, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
bind(5, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
listen(5, 5)                            = 0
getsockname(5, {sa_family=AF_INET, sin_port=htons(43541), sin_addr=inet_addr("127.0.0.1")}, [16]) = 0
open("/dev/urandom", O_RDONLY)          = 6
close(6)                                = 0
open("/etc/nsswitch.conf", O_RDONLY)    = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=1696, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(6, "#\n# /etc/nsswitch.conf\n#\n# An ex"..., 4096) = 1696
read(6, "", 4096)                       = 0
close(6)                                = 0
munmap(0xb776a000, 4096)                = 0
open("/etc/ld.so.cache", O_RDONLY)      = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=9547, ...}) = 0
mmap2(NULL, 9547, PROT_READ, MAP_PRIVATE, 6, 0) = 0xb7768000
close(6)                                = 0
open("/lib/libnss_files.so.2", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\30\0\0004\0\0\0"..., 512) = 512
fstat64(6, {st_mode=S_IFREG|0755, st_size=50768, ...}) = 0
mmap2(NULL, 45712, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0xb7374000
mmap2(0xb737e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x9) = 0xb737e000
close(6)                                = 0
mprotect(0xb737e000, 4096, PROT_READ)   = 0
munmap(0xb7768000, 9547)                = 0
open("/etc/passwd", O_RDONLY|0x80000 /* O_??? */) = 6
fcntl64(6, F_GETFD)                     = 0x1 (flags FD_CLOEXEC)
fstat64(6, {st_mode=S_IFREG|0644, st_size=914, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
_llseek(6, 0, [0], SEEK_CUR)            = 0
read(6, "root::0:0:root:/root:/bin/bash\nb"..., 4096) = 914
socket(PF_FILE, SOCK_STREAM, 0)         = 7
fcntl64(7, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
connect(7, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(7)                                = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 7
fcntl64(7, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
connect(7, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(7)                                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7769000
read(7, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(7)                                = 0
munmap(0xb7769000, 4096)                = 0
read(6, "", 4096)                       = 0
close(6)                                = 0
munmap(0xb776a000, 4096)                = 0
clock_gettime(CLOCK_MONOTONIC, {882803, 953704179}) = 0
select(6, [4 5], [], [], {0, 0})        = 0 (Timeout)
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 6
setsockopt(6, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
setsockopt(6, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
setsockopt(6, SOL_TCP, TCP_NODELAY, [1], 4) = 0
fcntl64(6, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(6, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
getsockname(6, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
connect(6, {sa_family=AF_INET, sin_port=htons(19999), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now in progress)
fcntl64(6, F_GETFL)                     = 0x802 (flags O_RDWR|O_NONBLOCK)
fcntl64(6, F_GETFL)                     = 0x802 (flags O_RDWR|O_NONBLOCK)
clock_gettime(CLOCK_MONOTONIC, {882803, 954712845}) = 0
select(7, [4 5 6], [6], [], {0, 0})     = 2 (in [4], out [6], left {0, 0})
accept(4, {sa_family=AF_INET, sin_port=htons(37989), sin_addr=inet_addr("127.0.0.1")}, [16]) = 7
setsockopt(7, SOL_TCP, TCP_NODELAY, [1], 4) = 0
getpeername(7, {sa_family=AF_INET, sin_port=htons(37989), sin_addr=inet_addr("127.0.0.1")}, [16]) = 0
fcntl64(7, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(7, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
fcntl64(7, F_GETFL)                     = 0x802 (flags O_RDWR|O_NONBLOCK)
fcntl64(7, F_GETFL)                     = 0x802 (flags O_RDWR|O_NONBLOCK)
clock_gettime(CLOCK_MONOTONIC, {882803, 955348341}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\256", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 955564460}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\256", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 955766474}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1001\n"..., 174, MSG_NOSIGNAL) = 174
clock_gettime(CLOCK_MONOTONIC, {882803, 955973525}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1001\n"..., 174) = 174
clock_gettime(CLOCK_MONOTONIC, {882803, 956336436}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0N", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 956541886}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0N", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 956725231}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1001\n"..., 78, MSG_NOSIGNAL) = 78
clock_gettime(CLOCK_MONOTONIC, {882803, 956933856}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1001\n"..., 78) = 78
futex(0xb7518b48, FUTEX_WAKE_PRIVATE, 2147483647) = 0
clock_gettime(CLOCK_MONOTONIC, {882803, 957471874}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\277", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 957674896}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\277", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 957860239}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1002\n"..., 191, MSG_NOSIGNAL) = 191
clock_gettime(CLOCK_MONOTONIC, {882803, 958064483}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1002\n"..., 191) = 191
clock_gettime(CLOCK_MONOTONIC, {882803, 958397232}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0r", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 958596576}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0r", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 958781230}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1002\n"..., 114, MSG_NOSIGNAL) = 114
clock_gettime(CLOCK_MONOTONIC, {882803, 958984585}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1002\n"..., 114) = 114
clock_gettime(CLOCK_MONOTONIC, {882803, 959348078}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\304", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 959550435}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\304", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 959735710}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1003\n"..., 196, MSG_NOSIGNAL) = 196
clock_gettime(CLOCK_MONOTONIC, {882803, 959969941}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1003\n"..., 196) = 196
clock_gettime(CLOCK_MONOTONIC, {882803, 960292399}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0w", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 960487861}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0w", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 960672505}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1003\n"..., 119, MSG_NOSIGNAL) = 119
clock_gettime(CLOCK_MONOTONIC, {882803, 960873503}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1003\n"..., 119) = 119
clock_gettime(CLOCK_MONOTONIC, {882803, 961238090}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\300", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 961435698}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\300", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 961621136}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1004\n"..., 192, MSG_NOSIGNAL) = 192
clock_gettime(CLOCK_MONOTONIC, {882803, 961819182}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1004\n"..., 192) = 192
clock_gettime(CLOCK_MONOTONIC, {882803, 962142481}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0s", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 962339874}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0s", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 962520139}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1004\n"..., 115, MSG_NOSIGNAL) = 115
clock_gettime(CLOCK_MONOTONIC, {882803, 962721732}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1004\n"..., 115) = 115
clock_gettime(CLOCK_MONOTONIC, {882803, 963071064}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\275", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 963289659}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\275", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 963472205}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1005\n"..., 189, MSG_NOSIGNAL) = 189
clock_gettime(CLOCK_MONOTONIC, {882803, 963674507}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1005\n"..., 189) = 189
clock_gettime(CLOCK_MONOTONIC, {882803, 963972999}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0p", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 964184097}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0p", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 964364871}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1005\n"..., 112, MSG_NOSIGNAL) = 112
clock_gettime(CLOCK_MONOTONIC, {882803, 964564965}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1005\n"..., 112) = 112
clock_gettime(CLOCK_MONOTONIC, {882803, 964911147}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\324", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 965143143}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\324", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 965331613}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1006\n"..., 212, MSG_NOSIGNAL) = 212
clock_gettime(CLOCK_MONOTONIC, {882803, 965532063}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1006\n"..., 212) = 212
clock_gettime(CLOCK_MONOTONIC, {882803, 965836139}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0\207", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 966029830}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0\207", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 966227869}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1006\n"..., 135, MSG_NOSIGNAL) = 135
clock_gettime(CLOCK_MONOTONIC, {882803, 966428479}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1006\n"..., 135) = 135
clock_gettime(CLOCK_MONOTONIC, {882803, 966781578}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\324", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 966979840}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\324", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 967173834}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1007\n"..., 212, MSG_NOSIGNAL) = 212
clock_gettime(CLOCK_MONOTONIC, {882803, 967378550}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1007\n"..., 212) = 212
clock_gettime(CLOCK_MONOTONIC, {882803, 967684059}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0\207", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 967881000}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0\207", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 968060446}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1007\n"..., 135, MSG_NOSIGNAL) = 135
clock_gettime(CLOCK_MONOTONIC, {882803, 968274016}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1007\n"..., 135) = 135
clock_gettime(CLOCK_MONOTONIC, {882803, 968621110}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\310", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 968822783}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\310", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 969003672}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1008\n"..., 200, MSG_NOSIGNAL) = 200
clock_gettime(CLOCK_MONOTONIC, {882803, 969217009}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1008\n"..., 200) = 200
clock_gettime(CLOCK_MONOTONIC, {882803, 969518258}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0{", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 969711081}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0{", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 969894454}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1008\n"..., 123, MSG_NOSIGNAL) = 123
clock_gettime(CLOCK_MONOTONIC, {882803, 970091864}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1008\n"..., 123) = 123
clock_gettime(CLOCK_MONOTONIC, {882803, 970467404}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\310", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 970664523}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\310", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 970845164}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1009\n"..., 200, MSG_NOSIGNAL) = 200
clock_gettime(CLOCK_MONOTONIC, {882803, 971047338}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1009\n"..., 200) = 200
clock_gettime(CLOCK_MONOTONIC, {882803, 971359938}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0{", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 971557454}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0{", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 971736353}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1009\n"..., 123, MSG_NOSIGNAL) = 123
clock_gettime(CLOCK_MONOTONIC, {882803, 971934021}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1009\n"..., 123) = 123
clock_gettime(CLOCK_MONOTONIC, {882803, 972290811}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\306", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 972491832}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\306", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 972672834}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1010\n"..., 198, MSG_NOSIGNAL) = 198
clock_gettime(CLOCK_MONOTONIC, {882803, 972870276}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1010\n"..., 198) = 198
clock_gettime(CLOCK_MONOTONIC, {882803, 973193061}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0y", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 973389749}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0y", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 973573159}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1010\n"..., 121, MSG_NOSIGNAL) = 121
clock_gettime(CLOCK_MONOTONIC, {882803, 973771747}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1010\n"..., 121) = 121
clock_gettime(CLOCK_MONOTONIC, {882803, 974115213}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\305", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 974326778}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\305", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 974509684}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1011\n"..., 197, MSG_NOSIGNAL) = 197
clock_gettime(CLOCK_MONOTONIC, {882803, 974711841}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1011\n"..., 197) = 197
clock_gettime(CLOCK_MONOTONIC, {882803, 975010854}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0x", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 975269420}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0x", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 975452565}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1011\n"..., 120, MSG_NOSIGNAL) = 120
clock_gettime(CLOCK_MONOTONIC, {882803, 975675934}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1011\n"..., 120) = 120
clock_gettime(CLOCK_MONOTONIC, {882803, 976020718}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\274", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 976236224}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\274", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 976419041}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1012\n"..., 188, MSG_NOSIGNAL) = 188
clock_gettime(CLOCK_MONOTONIC, {882803, 976618133}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1012\n"..., 188) = 188
clock_gettime(CLOCK_MONOTONIC, {882803, 976921422}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0o", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 977113679}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0o", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 977313337}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1012\n"..., 111, MSG_NOSIGNAL) = 111
clock_gettime(CLOCK_MONOTONIC, {882803, 977512707}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1012\n"..., 111) = 111
clock_gettime(CLOCK_MONOTONIC, {882803, 977860298}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\307", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 978056079}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\307", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 978259271}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1013\n"..., 199, MSG_NOSIGNAL) = 199
clock_gettime(CLOCK_MONOTONIC, {882803, 978458813}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1013\n"..., 199) = 199
clock_gettime(CLOCK_MONOTONIC, {882803, 978762781}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0z", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 978956309}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0z", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 979148741}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1013\n"..., 122, MSG_NOSIGNAL) = 122
clock_gettime(CLOCK_MONOTONIC, {882803, 979351690}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1013\n"..., 122) = 122
clock_gettime(CLOCK_MONOTONIC, {882803, 979689609}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\306", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 979888204}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\306", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 980070587}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1014\n"..., 198, MSG_NOSIGNAL) = 198
clock_gettime(CLOCK_MONOTONIC, {882803, 980287468}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1014\n"..., 198) = 198
clock_gettime(CLOCK_MONOTONIC, {882803, 980590325}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0y", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 980805476}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0y", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 980989265}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1014\n"..., 121, MSG_NOSIGNAL) = 121
clock_gettime(CLOCK_MONOTONIC, {882803, 981201634}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1014\n"..., 121) = 121
clock_gettime(CLOCK_MONOTONIC, {882803, 981565117}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\300", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 981762299}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\300", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 981947491}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1015\n"..., 192, MSG_NOSIGNAL) = 192
clock_gettime(CLOCK_MONOTONIC, {882803, 982157999}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1015\n"..., 192) = 192
clock_gettime(CLOCK_MONOTONIC, {882803, 982464491}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0s", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 982657285}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0s", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 982842021}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1015\n"..., 115, MSG_NOSIGNAL) = 115
clock_gettime(CLOCK_MONOTONIC, {882803, 983039323}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1015\n"..., 115) = 115
clock_gettime(CLOCK_MONOTONIC, {882803, 983406971}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\300", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 983602348}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\300", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 983782383}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1016\n"..., 192, MSG_NOSIGNAL) = 192
clock_gettime(CLOCK_MONOTONIC, {882803, 983983632}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1016\n"..., 192) = 192
clock_gettime(CLOCK_MONOTONIC, {882803, 984293048}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0s", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 984491034}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0s", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 984669903}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1016\n"..., 115, MSG_NOSIGNAL) = 115
clock_gettime(CLOCK_MONOTONIC, {882803, 984866869}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1016\n"..., 115) = 115
clock_gettime(CLOCK_MONOTONIC, {882803, 985222908}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\276", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 985424511}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\276", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 985605393}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1017\n"..., 190, MSG_NOSIGNAL) = 190
clock_gettime(CLOCK_MONOTONIC, {882803, 985802722}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1017\n"..., 190) = 190
clock_gettime(CLOCK_MONOTONIC, {882803, 986138131}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0q", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 986332786}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0q", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 986519008}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1017\n"..., 113, MSG_NOSIGNAL) = 113
clock_gettime(CLOCK_MONOTONIC, {882803, 986716378}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1017\n"..., 113) = 113
clock_gettime(CLOCK_MONOTONIC, {882803, 987058187}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\304", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 987268123}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\304", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 987449696}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1018\n"..., 196, MSG_NOSIGNAL) = 196
clock_gettime(CLOCK_MONOTONIC, {882803, 987652279}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1018\n"..., 196) = 196
clock_gettime(CLOCK_MONOTONIC, {882803, 987954057}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0w", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 988165434}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0w", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 988346464}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1018\n"..., 119, MSG_NOSIGNAL) = 119
clock_gettime(CLOCK_MONOTONIC, {882803, 988544513}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1018\n"..., 119) = 119
clock_gettime(CLOCK_MONOTONIC, {882803, 988891026}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\300", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 989092689}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\300", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 989286635}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1019\n"..., 192, MSG_NOSIGNAL) = 192
clock_gettime(CLOCK_MONOTONIC, {882803, 989485837}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1019\n"..., 192) = 192
clock_gettime(CLOCK_MONOTONIC, {882803, 989785986}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0s", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 989978707}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0s", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 990176274}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1019\n"..., 115, MSG_NOSIGNAL) = 115
clock_gettime(CLOCK_MONOTONIC, {882803, 990375253}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1019\n"..., 115) = 115
clock_gettime(CLOCK_MONOTONIC, {882803, 990720911}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\311", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 990915458}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\311", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 991098478}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1020\n"..., 201, MSG_NOSIGNAL) = 201
clock_gettime(CLOCK_MONOTONIC, {882803, 991335937}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1020\n"..., 201) = 201
clock_gettime(CLOCK_MONOTONIC, {882803, 991637263}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0|", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 991833663}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0|", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 992013590}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1020\n"..., 124, MSG_NOSIGNAL) = 124
clock_gettime(CLOCK_MONOTONIC, {882803, 992227167}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1020\n"..., 124) = 124
clock_gettime(CLOCK_MONOTONIC, {882803, 992571943}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\302", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 992772474}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\302", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 992953080}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1021\n"..., 194, MSG_NOSIGNAL) = 194
clock_gettime(CLOCK_MONOTONIC, {882803, 993168958}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1021\n"..., 194) = 194
clock_gettime(CLOCK_MONOTONIC, {882803, 993479468}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0u", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 993672392}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0u", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 993855649}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1021\n"..., 117, MSG_NOSIGNAL) = 117
clock_gettime(CLOCK_MONOTONIC, {882803, 994054199}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1021\n"..., 117) = 117
clock_gettime(CLOCK_MONOTONIC, {882803, 994418201}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\300", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 994617590}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\300", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 994798144}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1022\n"..., 192, MSG_NOSIGNAL) = 192
clock_gettime(CLOCK_MONOTONIC, {882803, 994999571}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1022\n"..., 192) = 192
clock_gettime(CLOCK_MONOTONIC, {882803, 995310942}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0s", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 995508873}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0s", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 995688334}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1022\n"..., 115, MSG_NOSIGNAL) = 115
clock_gettime(CLOCK_MONOTONIC, {882803, 995885416}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1022\n"..., 115) = 115
clock_gettime(CLOCK_MONOTONIC, {882803, 996243574}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\306", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 996466620}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\306", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 996649952}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1023\n"..., 198, MSG_NOSIGNAL) = 198
clock_gettime(CLOCK_MONOTONIC, {882803, 996848360}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1023\n"..., 198) = 198
clock_gettime(CLOCK_MONOTONIC, {882803, 997167796}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0y", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 997363624}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0y", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 997549348}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1023\n"..., 121, MSG_NOSIGNAL) = 121
clock_gettime(CLOCK_MONOTONIC, {882803, 997746720}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1023\n"..., 121) = 121
clock_gettime(CLOCK_MONOTONIC, {882803, 998100060}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "\0\0\0\236", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 998311202}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 2 (in [7], out [6], left {0, 0})
read(7, "\0\0\0\236", 4)                = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 998492811}) = 0
select(8, [4 5 6 7], [6], [], {0, 0})   = 1 (out [6], left {0, 0})
send(6, "Finder 0.2\nMsgType x\nSeqNo 1024\n"..., 158, MSG_NOSIGNAL) = 158
clock_gettime(CLOCK_MONOTONIC, {882803, 998694028}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [7], left {0, 0})
read(7, "Finder 0.2\nMsgType x\nSeqNo 1024\n"..., 158) = 158
clock_gettime(CLOCK_MONOTONIC, {882803, 998954183}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "\0\0\0/", 4, MSG_NOSIGNAL)     = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 999161963}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 2 (in [6], out [7], left {0, 0})
read(6, "\0\0\0/", 4)                   = 4
clock_gettime(CLOCK_MONOTONIC, {882803, 999342426}) = 0
select(8, [4 5 6 7], [7], [], {0, 0})   = 1 (out [7], left {0, 0})
send(7, "Finder 0.2\nMsgType r\nSeqNo 1024\n"..., 47, MSG_NOSIGNAL) = 47
clock_gettime(CLOCK_MONOTONIC, {882803, 999540488}) = 0
select(8, [4 5 6 7], [], [], {0, 0})    = 1 (in [6], left {0, 0})
read(6, "Finder 0.2\nMsgType r\nSeqNo 1024\n"..., 47) = 47
open("/etc/group", O_RDONLY|0x80000 /* O_??? */) = 8
fstat64(8, {st_mode=S_IFREG|0644, st_size=379, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(8, "root::0:\nbin::1:bin,daemon\ndaemo"..., 4096) = 379
close(8)                                = 0
munmap(0xb776a000, 4096)                = 0
open("conf2-interface", O_RDONLY)       = 8
fstat64(8, {st_mode=S_IFREG|0644, st_size=634, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(8, "interfaces {\n   restore-original"..., 8192) = 634
read(8, "", 4096)                       = 0
close(8)                                = 0
munmap(0xb776a000, 4096)                = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 706975}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 794932}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 861517}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 916593}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 982809}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 1068455}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 1188755}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 1249706}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 1299940}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 1374291}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 1445870}) = 0
clock_gettime(CLOCK_MONOTONIC, {882804, 1495520}) = 0
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
time(NULL)                              = 1269045794
open("/etc/localtime", O_RDONLY)        = 8
fstat64(8, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
fstat64(8, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
read(8, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\1\0\0\0\0"..., 4096) = 118
_llseek(8, -6, [112], SEEK_CUR)         = 0
read(8, "\nUTC0\n", 4096)               = 6
close(8)                                = 0
munmap(0xb776a000, 4096)                = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb776a000
write(3, "[ 2010/03/20 00:43:14  ERROR xor"..., 247) = 247
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
close(4)                                = 0
close(7)                                = 0
close(5)                                = 0
close(6)                                = 0
exit_group(1)                           = ?

From a.greenhalgh at cs.ucl.ac.uk  Mon Mar 22 04:56:33 2010
From: a.greenhalgh at cs.ucl.ac.uk (Adam Greenhalgh)
Date: Mon, 22 Mar 2010 11:56:33 +0000
Subject: [Xorp-users] Building Xorp SVN on Linux Debian sparc fail with
	"cast from 'uint8_t*' to 'ArpHeader*' increases required alignment"
In-Reply-To: <4B998542.5070303@candelatech.com>
References: <20100306032952.GA27794@calhariz.com>
	<f3c99a81003090941t76c97c67i3841b247cb0ec5a1@mail.gmail.com> 
	<4B968CF5.6030204@candelatech.com>
	<f3c99a81003110650l2c67543esbcc2e07183a2313a@mail.gmail.com> 
	<4B998542.5070303@candelatech.com>
Message-ID: <4769af411003220456g71a20b55peada1f2bf09566e0@mail.gmail.com>

Does someone have a realistic patch for this against svn head , if so
i'll take a look and maybe apply it.

Adam

On 12 March 2010 00:05, Ben Greear <greearb at candelatech.com> wrote:
> On 03/11/2010 06:50 AM, Javier Fernandez-Sanguino wrote:
>> 2010/3/9 Ben Greear<greearb at candelatech.com>:
>>
>>> Also, I notice you are adding a lot of patches in those build logs.
>>> Are these in SVN yet? ?If not, can you post which ones still need to be
>>> accepted (maybe put them in the bug-tracker too).
>>
>> Yes, we have to clean out the existing patches and submit them
>> upstream (to the bug-tracker) to get them in the code.
>>
>>> And, since lots of other architectures fail to compile...are there any of
>>> *those* that
>>> I could get an account on to try to fix the compile issues?
>>
>> Unfortunately not, those machines are (for security reasons) only
>> accessible directly by Debian developers and we cannot grant access to
>> others to them. You can use me as a "proxy" for your tests although I
>> understand that is difficult and makes it more difficult to fix these
>> issues.
>
> I got it compiling on Sparc-Gentoo.
>
> Could you pull my xorp.ct tree and see if it compiles for you now?
>
> I changed some detection logic, so probably should rm -fr obj to make
> sure it does a full rebuild.
>
> Several small patches, but basically:
>
> * ?Disable -Werror flag for non x86 platforms.
> * ?Proper detection of pcap libraries (don't link against it if it doesn't exist)
> * ?Add detection for pcap-bpf.h, use #ifdef magic to work properly either way.
> * ?Use the 'copy' logic in AlignData class on non x86. ?Doesn't fix any compile
> ? ?warnings that I noticed, but it does make it more correct I think.
>
> I tried just using #pragma to disable Walign-cast in individual files,
> but couldn't get that to work.
>
> Long term, it seems like we should probably get rid of AlignData
> since even the comments in the code make it sound broken.
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>


From dexpetkovic at gmail.com  Tue Mar 23 00:41:36 2010
From: dexpetkovic at gmail.com (Dejan Petkovic)
Date: Tue, 23 Mar 2010 08:41:36 +0100
Subject: [Xorp-users] OSPF Hello messages not exchanged after some period,
	and link status 	becomes dead
Message-ID: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>

Hello,

I am running multiple XORP OSPF routers on OpenVZ virtual machines.
When I start the xorp routers on all virtual machines, the links go up
and OSPF adjacencies are established. However, after some time, both
parameters Pri and Dead in the show ospf4 neighbor command output give
value 0, and the link status is down.

I have set on host and virtual machines forwarding and proxy_arp
settings to 1. I have set that hello interval is 10 seconds, and that
router dead interval is 200 seconds.

When I restart the xorp instances running on virtual machines, the
adjacencies are again established and the routers can ping each other.
I suspect the arp issue here, as the arp table of the nodes on which
the XORP is running becomes empty at the moment when hello messages
stop to arrive to the appropriate xorp routers. However, if it was an
arp issue, xorp restart shouldn't affect the behavior?

The sample configuration of two adjacent routers is pasted below. Only
IPs would differ. Where am I making a mistake? Perhaps I have not
configured correctly the link between these two routers (Please
neglect the fact that I used C class there)?

Thank you for the help,
Dejan

**************************************
/*XORP Configuration File, v1.0*/
protocols {
   ospf4 {
       router-id: 79.0.0.1
       rfc1583-compatibility: false
       ip-router-alert: false
       area 0.0.0.0 {
           area-type: "normal"
           interface eth0 {
               link-type: "broadcast"
               vif eth0 {
                   address 79.0.0.1 {
                       priority: 128
                       hello-interval: 10
                       router-dead-interval: 200
                       interface-cost: 1
                       retransmit-interval: 5
                       transit-delay: 1
                       disable: false
                   }
               }
           }
           interface eth1 {
               link-type: "broadcast"
               vif eth1 {
                   address 79.10.0.1 {
                       priority: 128
                       hello-interval: 10
                       router-dead-interval: 200
                       interface-cost: 1
                       retransmit-interval: 5
                       transit-delay: 1
                       disable: false
                   }
               }
           }
       }
   }
}
fea {
   unicast-forwarding4 {
       disable: false
   }
}
interfaces {
   restore-original-config-on-shutdown: false
   interface eth0 {
       description: "link_to_srv3"
       disable: false
       discard: false
       unreachable: false
       management: false
       vif eth0 {
           disable: false
           address 79.0.0.1 {
               prefix-length: 24
               disable: false
           }
       }
   }
   interface eth1 {
       description: "link_to_srv2"
       disable: false
       discard: false
       unreachable: false
       management: false
       vif eth1 {
           disable: false
           address 79.10.0.1 {
               prefix-length: 24
               disable: false
           }
       }
   }
}


From greearb at candelatech.com  Tue Mar 23 09:33:00 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 23 Mar 2010 09:33:00 -0700
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
 period, and link status 	becomes dead
In-Reply-To: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>
Message-ID: <4BA8ED3C.2020102@candelatech.com>

On 03/23/2010 12:41 AM, Dejan Petkovic wrote:
> Hello,
>
> I am running multiple XORP OSPF routers on OpenVZ virtual machines.
> When I start the xorp routers on all virtual machines, the links go up
> and OSPF adjacencies are established. However, after some time, both
> parameters Pri and Dead in the show ospf4 neighbor command output give
> value 0, and the link status is down.
>
> I have set on host and virtual machines forwarding and proxy_arp
> settings to 1. I have set that hello interval is 10 seconds, and that
> router dead interval is 200 seconds.
>
> When I restart the xorp instances running on virtual machines, the
> adjacencies are again established and the routers can ping each other.
> I suspect the arp issue here, as the arp table of the nodes on which
> the XORP is running becomes empty at the moment when hello messages
> stop to arrive to the appropriate xorp routers. However, if it was an
> arp issue, xorp restart shouldn't affect the behavior?
>
> The sample configuration of two adjacent routers is pasted below. Only
> IPs would differ. Where am I making a mistake? Perhaps I have not
> configured correctly the link between these two routers (Please
> neglect the fact that I used C class there)?

What version of xorp are you using?

Please send us output of these cmds for both nodes
when it is in failure mode.

ip ru show
ip route show
ip addr show
ip neigh show

You could try sniffing to see if arp requests are being properly
sent/received and see if they are being answered.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Tue Mar 23 14:28:12 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 23 Mar 2010 14:28:12 -0700
Subject: [Xorp-users] Interfaces must be connected to a switch all -
 FEDORA 12
In-Reply-To: <438279e61003170619l7f369e18lc416079010b2603d@mail.gmail.com>
References: <438279e61003100435r2ddc4384sab7940fe77450ca7@mail.gmail.com>	
	<4B97BD24.2090206@candelatech.com>
	<438279e61003170619l7f369e18lc416079010b2603d@mail.gmail.com>
Message-ID: <4BA9326C.3030707@candelatech.com>

On 03/17/2010 06:19 AM, Achmad Basuki wrote:
> Hi Ben,
>
> Perhaps the easiest way to create the rpm package is by editing from
> the existing .spec file.

I just committed scripts and the spec files to build RPMs to xorp.ct

It should be as easy as running ./build_rpms.bash

Some changes from your scripts:

*  Strip binaries when doing scons install
*  Enable building OLSR by default.
*  Remove un-needed dependencies.

One additional note, at least on my system, the files are at ~/src/rpms
instead of ~/rpmbuild

I haven't actually tested installing or using these rpms yet.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From dexpetkovic at gmail.com  Tue Mar 23 15:49:17 2010
From: dexpetkovic at gmail.com (Dejan Petkovic)
Date: Tue, 23 Mar 2010 23:49:17 +0100
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
	period, and link status becomes dead
In-Reply-To: <4BA8ED3C.2020102@candelatech.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>
	<4BA8ED3C.2020102@candelatech.com>
Message-ID: <a330d0751003231549h6ec0fdf2k1046bbd48337a554@mail.gmail.com>

On Tue, Mar 23, 2010 at 5:33 PM, Ben Greear <greearb at candelatech.com> wrote:
> On 03/23/2010 12:41 AM, Dejan Petkovic wrote:
>>
>> Hello,
>>
>> I am running multiple XORP OSPF routers on OpenVZ virtual machines.
>> When I start the xorp routers on all virtual machines, the links go up
>> and OSPF adjacencies are established. However, after some time, both
>> parameters Pri and Dead in the show ospf4 neighbor command output give
>> value 0, and the link status is down.
>>
>> I have set on host and virtual machines forwarding and proxy_arp
>> settings to 1. I have set that hello interval is 10 seconds, and that
>> router dead interval is 200 seconds.
>>
>> When I restart the xorp instances running on virtual machines, the
>> adjacencies are again established and the routers can ping each other.
>> I suspect the arp issue here, as the arp table of the nodes on which
>> the XORP is running becomes empty at the moment when hello messages
>> stop to arrive to the appropriate xorp routers. However, if it was an
>> arp issue, xorp restart shouldn't affect the behavior?
>>
>> The sample configuration of two adjacent routers is pasted below. Only
>> IPs would differ. Where am I making a mistake? Perhaps I have not
>> configured correctly the link between these two routers (Please
>> neglect the fact that I used C class there)?
>
> What version of xorp are you using?
>
> Please send us output of these cmds for both nodes
> when it is in failure mode.
>
> ip ru show
> ip route show
> ip addr show
> ip neigh show
>
> You could try sniffing to see if arp requests are being properly
> sent/received and see if they are being answered.
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
>

Hi Ben,

the thing is, when the routers on both nodes are in down mode, the
suggested commands can not be executed on the nodes. They simply do
not return any result, i.e. I have to break the command. However,
after I kill xorp rtrmgr script on both nodes, I get the below output
from the suggested commands. The XORP version I use is 1.6.

Please note that venet0 entries in the routing tables should be
ignored. Perhaps I should disable venet interface, as it might cause
tis behavior?

I have also pasted the output of the commands before the hello packet
exchange seizes, i.e. while the adjacency still exists between the
nodes.

Thank you very much for your help and have a great day,

Dejan



****************************************************
[root at srv1 /]# ip ru show
0:      from all lookup 255
32766:  from all lookup main
32767:  from all lookup default

[root at srv1 /]# ip route show
79.10.0.0/24 dev eth1  proto kernel  scope link  src 79.10.0.1
79.0.0.0/24 dev eth0  proto kernel  scope link  src 79.0.0.1
192.0.2.0/24 dev venet0  scope host
169.254.0.0/16 dev venet0  scope link
default via 192.0.2.1 dev venet0

[root at srv1 /]# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
3: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/void
    inet 127.0.0.1/32 scope host venet0
    inet 192.168.1.101/32 brd 192.168.1.101 scope global venet0:0
5: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether 00:18:51:69:63:aa brd ff:ff:ff:ff:ff:ff
    inet 79.0.0.1/24 brd 79.0.0.255 scope global eth0
    inet6 fe80::218:51ff:fe69:63aa/64 scope link
       valid_lft forever preferred_lft forever
7: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether 00:18:51:34:bb:fd brd ff:ff:ff:ff:ff:ff
    inet 79.10.0.1/24 brd 79.10.0.255 scope global eth1
    inet6 fe80::218:51ff:fe34:bbfd/64 scope link
       valid_lft forever preferred_lft forever

[root at srv1 /]# ip neigh show
79.10.0.2 dev eth1 lladdr 00:18:51:32:66:1c REACHABLE


[root at srv2 /]# ip ru show
0:      from all lookup 255
32766:  from all lookup main
32767:  from all lookup default

[root at srv2 /]# ip neigh show
79.10.0.1 dev eth1 lladdr 00:18:51:34:bb:fd REACHABLE

[root at srv2 /]# ip route show
79.10.0.0/24 dev eth1  proto kernel  scope link  src 79.10.0.2
79.30.0.0/24 dev eth2  proto kernel  scope link  src 79.30.0.1
192.0.2.0/24 dev venet0  scope host
169.254.0.0/16 dev venet0  scope link
default via 192.0.2.1 dev venet0

[root at srv2 /]# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
3: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/void
    inet 127.0.0.1/32 scope host venet0
5: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop
    link/ether 00:18:51:61:b5:8d brd ff:ff:ff:ff:ff:ff
7: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether 00:18:51:32:66:1c brd ff:ff:ff:ff:ff:ff
    inet 79.10.0.2/24 brd 79.10.0.255 scope global eth1
    inet6 fe80::218:51ff:fe32:661c/64 scope link
       valid_lft forever preferred_lft forever
9: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether 00:18:51:3c:ed:33 brd ff:ff:ff:ff:ff:ff
    inet 79.30.0.1/24 brd 79.30.0.255 scope global eth2
    inet6 fe80::218:51ff:fe3c:ed33/64 scope link
       valid_lft forever preferred_lft forever
***************************************************************


And this is the output before the hello packets exchange stops:

-----------------------------------------------------------
[root at srv1 ipv4]# ip ru show
0:      from all lookup 255
32766:  from all lookup main
32767:  from all lookup default

[root at srv1 ipv4]# ip route show
79.10.0.0/24 dev eth1  proto kernel  scope link  src 79.10.0.1
79.0.0.0/24 dev eth0  proto kernel  scope link  src 79.0.0.1
79.30.0.0/24 via 79.10.0.2 dev eth1  proto xorp  metric 2 notify
192.0.2.0/24 dev venet0  scope host
169.254.0.0/16 dev venet0  scope link
default via 192.0.2.1 dev venet0

[root at srv1 ipv4]# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
3: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/void
    inet 127.0.0.1/32 scope host venet0
    inet 192.168.1.101/32 brd 192.168.1.101 scope global venet0:0
5: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether 00:18:51:69:63:aa brd ff:ff:ff:ff:ff:ff
    inet 79.0.0.1/24 brd 79.0.0.255 scope global eth0
    inet6 fe80::218:51ff:fe69:63aa/64 scope link
       valid_lft forever preferred_lft forever
7: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether 00:18:51:34:bb:fd brd ff:ff:ff:ff:ff:ff
    inet 79.10.0.1/24 brd 79.10.0.255 scope global eth1
    inet6 fe80::218:51ff:fe34:bbfd/64 scope link
       valid_lft forever preferred_lft forever

[root at srv1 ipv4]# ip neigh show
79.10.0.2 dev eth1 lladdr 00:18:51:32:66:1c REACHABLE

-------------------------------------------------------

[root at srv2 /]# ip ru show
0:      from all lookup 255
32766:  from all lookup main
32767:  from all lookup default

[root at srv2 /]# ip route show
79.10.0.0/24 dev eth1  proto kernel  scope link  src 79.10.0.2
79.0.0.0/24 via 79.10.0.1 dev eth1  proto xorp  metric 2 notify
79.30.0.0/24 dev eth2  proto kernel  scope link  src 79.30.0.1
192.0.2.0/24 dev venet0  scope host
169.254.0.0/16 dev venet0  scope link
default via 192.0.2.1 dev venet0

[root at srv2 /]# ip addr show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
3: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/void
    inet 127.0.0.1/32 scope host venet0
5: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop
    link/ether 00:18:51:61:b5:8d brd ff:ff:ff:ff:ff:ff
7: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether 00:18:51:32:66:1c brd ff:ff:ff:ff:ff:ff
    inet 79.10.0.2/24 brd 79.10.0.255 scope global eth1
    inet6 fe80::218:51ff:fe32:661c/64 scope link
       valid_lft forever preferred_lft forever
9: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether 00:18:51:3c:ed:33 brd ff:ff:ff:ff:ff:ff
    inet 79.30.0.1/24 brd 79.30.0.255 scope global eth2
    inet6 fe80::218:51ff:fe3c:ed33/64 scope link
       valid_lft forever preferred_lft forever

[root at srv2 /]# ip neigh show
79.10.0.1 dev eth1 lladdr 00:18:51:34:bb:fd REACHABLE


From greearb at candelatech.com  Tue Mar 23 16:38:15 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 23 Mar 2010 16:38:15 -0700
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
 period, and link status becomes dead
In-Reply-To: <a330d0751003231549h6ec0fdf2k1046bbd48337a554@mail.gmail.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>	
	<4BA8ED3C.2020102@candelatech.com>
	<a330d0751003231549h6ec0fdf2k1046bbd48337a554@mail.gmail.com>
Message-ID: <4BA950E7.9040708@candelatech.com>

On 03/23/2010 03:49 PM, Dejan Petkovic wrote:

> Hi Ben,
>
> the thing is, when the routers on both nodes are in down mode, the
> suggested commands can not be executed on the nodes. They simply do
> not return any result, i.e. I have to break the command. However,
> after I kill xorp rtrmgr script on both nodes, I get the below output
> from the suggested commands. The XORP version I use is 1.6.

You mean that the linux command line hangs while xorp is in the broken
state?

If so, it's probably a kernel bug of some sort (something probably holds
the netdev list lock or similar).

Please show me the strace output from one of the blocking commands:
strace ip route show

What Linux kernel version are you using?

If you run strace or gdb against the xorp-fea process, can you see
if it's hung in any particular system call?

Can you use a newer version of OpenVZ, or maybe try to replicate
using something other than openVZ?

Also, 1.6 is not under active development...please try xorp.ct:
http://www.candelatech.com/oss/xorp-ct.html

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From dexpetkovic at gmail.com  Wed Mar 24 16:41:37 2010
From: dexpetkovic at gmail.com (Dejan Petkovic)
Date: Thu, 25 Mar 2010 00:41:37 +0100
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
	period, and link status becomes dead
In-Reply-To: <4BA950E7.9040708@candelatech.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>
	<4BA8ED3C.2020102@candelatech.com>
	<a330d0751003231549h6ec0fdf2k1046bbd48337a554@mail.gmail.com>
	<4BA950E7.9040708@candelatech.com>
Message-ID: <a330d0751003241641l347013d1l7422d88875d07665@mail.gmail.com>

On Wed, Mar 24, 2010 at 12:38 AM, Ben Greear <greearb at candelatech.com> wrote:
> On 03/23/2010 03:49 PM, Dejan Petkovic wrote:
>
>> Hi Ben,
>>
>> the thing is, when the routers on both nodes are in down mode, the
>> suggested commands can not be executed on the nodes. They simply do
>> not return any result, i.e. I have to break the command. However,
>> after I kill xorp rtrmgr script on both nodes, I get the below output
>> from the suggested commands. The XORP version I use is 1.6.
>
> You mean that the linux command line hangs while xorp is in the broken
> state?
>
> If so, it's probably a kernel bug of some sort (something probably holds
> the netdev list lock or similar).
>
> Please show me the strace output from one of the blocking commands:
> strace ip route show
>
> What Linux kernel version are you using?
>
> If you run strace or gdb against the xorp-fea process, can you see
> if it's hung in any particular system call?
>
> Can you use a newer version of OpenVZ, or maybe try to replicate
> using something other than openVZ?
>
> Also, 1.6 is not under active development...please try xorp.ct:
> http://www.candelatech.com/oss/xorp-ct.html
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>

Hello Ben,

I am using 2.6.18-164.11.1.el5.028stab068.3 CentOS 5 kernel, modified
with OpenVZ version 028stab068.3.

This is the latest version of OpenVZ as far as I know, and I need to
use OpenVZ for my project so I am rather stuck there.

Yes, linux command line hangs when issuing the suggested commands
while xorp is in "blocked" state.

Perhaps the fact that I am using veth interfaces instead of venet
interfaces is the reason for the issue? However, since I have to use
bridging in order to simulate the phy links between the routers I am
not sure if venet would work for me.

When I run strace against the xorp-fea process, I do not see it is
hanged at any system call. It always displays this message in both
servers, in the bottom of the screen, i.e. this message always repeats
but the process is not hanged as other messages appear there:

select(41, [9 10 11 12 13 14 15 16 17 18 19 22 23 24 25 26 27 28 29 30
31 32 33 34 35 36 37 38 40], [], [], {0, 0}) = 0 (Timeout)

So, here is the strace output of the commands. Please note that I had
to break out of every command as the command line hanged after
displaying the output. Any clues...?

I will read the documentation of the xorpct, and try to integrate it
into openvz containers to test with it.

Thanks a lot again,
Dejan



[root at srv1 /]# strace ip ru show
execve("/sbin/ip", ["ip", "ru", "show"], [/* 16 vars */]) = 0
brk(0)                                  = 0x9bb5000
uname({sys="Linux", node="srv1.dex.net", ...}) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=17705, ...}) = 0
mmap2(NULL, 17705, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fa2000
close(3)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=74616, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fa1000
mmap2(NULL, 75976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x512000
mmap2(0x521000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0x521000
mmap2(0x523000, 6344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x523000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340_\1\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1608148, ...}) = 0
mmap2(NULL, 1332676, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0x35d000
mprotect(0x49c000, 4096, PROT_NONE)     = 0
mmap2(0x49d000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13f) = 0x49d000
mmap2(0x4a0000, 9668, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4a0000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fa0000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7fa06c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0x49d000, 8192, PROT_READ)     = 0
mprotect(0x521000, 4096, PROT_READ)     = 0
mprotect(0x9fa000, 4096, PROT_READ)     = 0
munmap(0xb7fa2000, 17705)               = 0
socket(PF_NETLINK, SOCK_RAW, 0)         = 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=7651, groups=00000000}, [12]) = 0
time(NULL)                              = 1269473377
sendto(3, "\24\0\0\0\"\0\1\3b\240\252K\0\0\0\0\2\0\0\0", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(3,


[root at srv1 /]# strace ip route show
execve("/sbin/ip", ["ip", "route", "show"], [/* 16 vars */]) = 0
brk(0)                                  = 0x98f8000
uname({sys="Linux", node="srv1.dex.net", ...}) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=17705, ...}) = 0
mmap2(NULL, 17705, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fee000
close(3)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=74616, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fed000
mmap2(NULL, 75976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xc63000
mmap2(0xc72000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0xc72000
mmap2(0xc74000, 6344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xc74000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340_\1\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1608148, ...}) = 0
mmap2(NULL, 1332676, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0x4cb000
mprotect(0x60a000, 4096, PROT_NONE)     = 0
mmap2(0x60b000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13f) = 0x60b000
mmap2(0x60e000, 9668, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x60e000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fec000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7fec6c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0x60b000, 8192, PROT_READ)     = 0
mprotect(0xc72000, 4096, PROT_READ)     = 0
mprotect(0x6ee000, 4096, PROT_READ)     = 0
munmap(0xb7fee000, 17705)               = 0
socket(PF_NETLINK, SOCK_RAW, 0)         = 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=7699, groups=00000000}, [12]) = 0
time(NULL)                              = 1269473695
sendto(3, "\24\0\0\0\22\0\1\3\240\241\252K\0\0\0\0\0\0\0\0", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(3,


[root at srv1 /]# strace ip addr show
execve("/sbin/ip", ["ip", "addr", "show"], [/* 16 vars */]) = 0
brk(0)                                  = 0x8d98000
uname({sys="Linux", node="srv1.dex.net", ...}) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=17705, ...}) = 0
mmap2(NULL, 17705, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f02000
close(3)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=74616, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f01000
mmap2(NULL, 75976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xfac000
mmap2(0xfbb000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0xfbb000
mmap2(0xfbd000, 6344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xfbd000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340_\1\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1608148, ...}) = 0
mmap2(NULL, 1332676, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0x7f5000
mprotect(0x934000, 4096, PROT_NONE)     = 0
mmap2(0x935000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13f) = 0x935000
mmap2(0x938000, 9668, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x938000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f00000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f006c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0x935000, 8192, PROT_READ)     = 0
mprotect(0xfbb000, 4096, PROT_READ)     = 0
mprotect(0xa3b000, 4096, PROT_READ)     = 0
munmap(0xb7f02000, 17705)               = 0
socket(PF_NETLINK, SOCK_RAW, 0)         = 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=7735, groups=00000000}, [12]) = 0
time(NULL)                              = 1269473749
sendto(3, "\24\0\0\0\22\0\1\3\326\241\252K\0\0\0\0\0\0\0\0", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(3,



root at srv1 /]# strace ip neigh show
execve("/sbin/ip", ["ip", "neigh", "show"], [/* 16 vars */]) = 0
brk(0)                                  = 0x8189000
uname({sys="Linux", node="srv1.dex.net", ...}) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=17705, ...}) = 0
mmap2(NULL, 17705, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fde000
close(3)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=74616, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fdd000
mmap2(NULL, 75976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xaf0000
mmap2(0xaff000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0xaff000
mmap2(0xb01000, 6344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb01000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340_\1\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1608148, ...}) = 0
mmap2(NULL, 1332676, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0x170000
mprotect(0x2af000, 4096, PROT_NONE)     = 0
mmap2(0x2b0000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13f) = 0x2b0000
mmap2(0x2b3000, 9668, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b3000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7fdc000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7fdc6c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0x2b0000, 8192, PROT_READ)     = 0
mprotect(0xaff000, 4096, PROT_READ)     = 0
mprotect(0x16e000, 4096, PROT_READ)     = 0
munmap(0xb7fde000, 17705)               = 0
socket(PF_NETLINK, SOCK_RAW, 0)         = 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=7741, groups=00000000}, [12]) = 0
time(NULL)                              = 1269473773
sendto(3, "\24\0\0\0\22\0\1\3\356\241\252K\0\0\0\0\0\0\0\0", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(3,



[root at srv2 /]# strace ip ru show
execve("/sbin/ip", ["ip", "ru", "show"], [/* 16 vars */]) = 0
brk(0)                                  = 0x866c000
uname({sys="Linux", node="srv2.dex.net", ...}) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=17705, ...}) = 0
mmap2(NULL, 17705, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f23000
close(3)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=74616, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f22000
mmap2(NULL, 75976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x410000
mmap2(0x41f000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0x41f000
mmap2(0x421000, 6344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x421000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340_\1\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1608148, ...}) = 0
mmap2(NULL, 1332676, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xce6000
mprotect(0xe25000, 4096, PROT_NONE)     = 0
mmap2(0xe26000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13f) = 0xe26000
mmap2(0xe29000, 9668, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xe29000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f21000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f216c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xe26000, 8192, PROT_READ)     = 0
mprotect(0x41f000, 4096, PROT_READ)     = 0
mprotect(0xf8d000, 4096, PROT_READ)     = 0
munmap(0xb7f23000, 17705)               = 0
socket(PF_NETLINK, SOCK_RAW, 0)         = 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=7743, groups=00000000}, [12]) = 0
time(NULL)                              = 1269473801
sendto(3, "\24\0\0\0\"\0\1\3\n\242\252K\0\0\0\0\2\0\0\0", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(3,





root at srv2 /]# strace ip route show
execve("/sbin/ip", ["ip", "route", "show"], [/* 16 vars */]) = 0
brk(0)                                  = 0x83a2000
uname({sys="Linux", node="srv2.dex.net", ...}) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=17705, ...}) = 0
mmap2(NULL, 17705, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f14000
close(3)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=74616, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f13000
mmap2(NULL, 75976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x163000
mmap2(0x172000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0x172000
mmap2(0x174000, 6344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x174000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340_\1\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1608148, ...}) = 0
mmap2(NULL, 1332676, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0x28e000
mprotect(0x3cd000, 4096, PROT_NONE)     = 0
mmap2(0x3ce000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13f) = 0x3ce000
mmap2(0x3d1000, 9668, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x3d1000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f12000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f126c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0x3ce000, 8192, PROT_READ)     = 0
mprotect(0x172000, 4096, PROT_READ)     = 0
mprotect(0xe16000, 4096, PROT_READ)     = 0
munmap(0xb7f14000, 17705)               = 0
socket(PF_NETLINK, SOCK_RAW, 0)         = 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=7745, groups=00000000}, [12]) = 0
time(NULL)                              = 1269473824
sendto(3, "\24\0\0\0\22\0\1\3!\242\252K\0\0\0\0\0\0\0\0", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(3,



[root at srv2 /]# strace ip addr show
execve("/sbin/ip", ["ip", "addr", "show"], [/* 16 vars */]) = 0
brk(0)                                  = 0x9289000
uname({sys="Linux", node="srv2.dex.net", ...}) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=17705, ...}) = 0
mmap2(NULL, 17705, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f48000
close(3)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=74616, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f47000
mmap2(NULL, 75976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x110000
mmap2(0x11f000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0x11f000
mmap2(0x121000, 6344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x121000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340_\1\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1608148, ...}) = 0
mmap2(NULL, 1332676, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xa53000
mprotect(0xb92000, 4096, PROT_NONE)     = 0
mmap2(0xb93000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13f) = 0xb93000
mmap2(0xb96000, 9668, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb96000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f46000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f466c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb93000, 8192, PROT_READ)     = 0
mprotect(0x11f000, 4096, PROT_READ)     = 0
mprotect(0x1e0000, 4096, PROT_READ)     = 0
munmap(0xb7f48000, 17705)               = 0
socket(PF_NETLINK, SOCK_RAW, 0)         = 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=7747, groups=00000000}, [12]) = 0
time(NULL)                              = 1269473838
sendto(3, "\24\0\0\0\22\0\1\3/\242\252K\0\0\0\0\0\0\0\0", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(3,



[root at srv2 /]# strace ip neigh show
execve("/sbin/ip", ["ip", "neigh", "show"], [/* 16 vars */]) = 0
brk(0)                                  = 0x8800000
uname({sys="Linux", node="srv2.dex.net", ...}) = 0
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=17705, ...}) = 0
mmap2(NULL, 17705, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f6d000
close(3)                                = 0
open("/lib/libresolv.so.2", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300
\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=74616, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f6c000
mmap2(NULL, 75976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x9ec000
mmap2(0x9fb000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0x9fb000
mmap2(0x9fd000, 6344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x9fd000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340_\1\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1608148, ...}) = 0
mmap2(NULL, 1332676, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xd75000
mprotect(0xeb4000, 4096, PROT_NONE)     = 0
mmap2(0xeb5000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13f) = 0xeb5000
mmap2(0xeb8000, 9668, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xeb8000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f6b000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f6b6c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xeb5000, 8192, PROT_READ)     = 0
mprotect(0x9fb000, 4096, PROT_READ)     = 0
mprotect(0x937000, 4096, PROT_READ)     = 0
munmap(0xb7f6d000, 17705)               = 0
socket(PF_NETLINK, SOCK_RAW, 0)         = 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=7751, groups=00000000}, [12]) = 0
time(NULL)                              = 1269473855
sendto(3, "\24\0\0\0\22\0\1\3@\242\252K\0\0\0\0\0\0\0\0", 20, 0,
{sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
recvmsg(3,


From greearb at candelatech.com  Wed Mar 24 17:00:36 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 24 Mar 2010 17:00:36 -0700
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
 period, and link status becomes dead
In-Reply-To: <a330d0751003241641l347013d1l7422d88875d07665@mail.gmail.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>	
	<4BA8ED3C.2020102@candelatech.com>	
	<a330d0751003231549h6ec0fdf2k1046bbd48337a554@mail.gmail.com>	
	<4BA950E7.9040708@candelatech.com>
	<a330d0751003241641l347013d1l7422d88875d07665@mail.gmail.com>
Message-ID: <4BAAA7A4.3030609@candelatech.com>

On 03/24/2010 04:41 PM, Dejan Petkovic wrote:

> Hello Ben,
>
> I am using 2.6.18-164.11.1.el5.028stab068.3 CentOS 5 kernel, modified
> with OpenVZ version 028stab068.3.
>
> This is the latest version of OpenVZ as far as I know, and I need to
> use OpenVZ for my project so I am rather stuck there.
>
> Yes, linux command line hangs when issuing the suggested commands
> while xorp is in "blocked" state.

Well, it certainly looks like a kernel bug, maybe exacerbated by
something xorp is doing, but the kernel should never hang trying
to read a netlink message (as your strace on 'ip ...' shows).

> Perhaps the fact that I am using veth interfaces instead of venet
> interfaces is the reason for the issue? However, since I have to use
> bridging in order to simulate the phy links between the routers I am
> not sure if venet would work for me.

No idea..I use veth, but I'm on a much more recent kernel (2.6.31).

> When I run strace against the xorp-fea process, I do not see it is
> hanged at any system call. It always displays this message in both
> servers, in the bottom of the screen, i.e. this message always repeats
> but the process is not hanged as other messages appear there:
>
> select(41, [9 10 11 12 13 14 15 16 17 18 19 22 23 24 25 26 27 28 29 30
> 31 32 33 34 35 36 37 38 40], [], [], {0, 0}) = 0 (Timeout)
>
> So, here is the strace output of the commands. Please note that I had
> to break out of every command as the command line hanged after
> displaying the output. Any clues...?
>
> I will read the documentation of the xorpct, and try to integrate it
> into openvz containers to test with it.

Well, you're welcome to try xorp.ct, but to be honest, I won't
be surprised if you see similar problems.

If you can't upgrade open-vz, then perhaps you need to start
digging in openvz kernel code.  Enable lockdep if you can, use sysrq
to print out locks held, etc.

Are you at liberty to discuss the larger goal of your project?  Maybe
there is an alternative to open-vz?

> sendto(3, "\24\0\0\0\"\0\1\3b\240\252K\0\0\0\0\2\0\0\0", 20, 0,
> {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
> recvmsg(3,

I think this should never happen regardless of any other user-space
activities.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From ramkumar.ch03 at gmail.com  Thu Mar 25 01:23:48 2010
From: ramkumar.ch03 at gmail.com (Ram)
Date: Thu, 25 Mar 2010 03:23:48 -0500
Subject: [Xorp-users] Loading previous config file
Message-ID: <1c56f7b11003250123q403f2ec7mcb3a4af498ec30d7@mail.gmail.com>

Hi All,

 I have couple of questions.

1.If i changed the configuration by entering into configure mode by using
SET and DELETE commands, In which file these changes save after commit
command?

    In case if i need to restart rtrmgr, Can i point rtrmgr to load that
changed file?

2.  How can use -v (verbose) option for "./xorpsh" and "./xorp_rtrmgr"
commands?
   I tried "./xorpsh -v". Nothing got different in output from ./xorpsh
command.

Ben, Do you remember we were talking about when i run rtrmgr, it did not
display any error messages in the window (got linux command prompt back).
  I checked xorpsh -h,  in the output i see one line like " Print verbose
information  := false" as a default. Does this causes not to print any
messages to window?

 Thanks,
  ---Ram
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100325/4ca3cc58/attachment-0001.html 

From a.greenhalgh at cs.ucl.ac.uk  Thu Mar 25 05:47:51 2010
From: a.greenhalgh at cs.ucl.ac.uk (Adam Greenhalgh)
Date: Thu, 25 Mar 2010 12:47:51 +0000
Subject: [Xorp-users] Poll : Which OSs to use for buildbot for xorp svn ?
In-Reply-To: <4769af411003160839h26fb38abt4717ed7b975fae2f@mail.gmail.com>
References: <4769af411003160839h26fb38abt4717ed7b975fae2f@mail.gmail.com>
Message-ID: <4769af411003250547l3cb6cce0ided870211f654781@mail.gmail.com>

Thanks to all those who answered , I've setup the following as buildbot systems.

Freebsd 8.0 i386
Fedora 12 i386
Ubuntu 9.10 i386
Debian 5.04 sparc

Commits to the sourceforge subversion archive will trigger a rebuild
on these targets.

Adam

On 16 March 2010 15:39, Adam Greenhalgh <a.greenhalgh at cs.ucl.ac.uk> wrote:
> Hi folks,
>
> We are looking into setting up an automatic build checker for xorp, we
> are probably only going to test against 3 OS/s initally. The current
> thinking is :
>
> - Linux (to be decided)
> - FreeBSD 8.0
> - Linux (to be decided, sparc based)
>
> We don't have the resources to support many more initially so it would
> be very useful to know which of the current OS's people are actually
> using, this may well infulence which varaiant we choose to test
> against. I've setup a doodle poll here , so please vote :
>
> http://www.doodle.com/2tfa9962pba7uuk3
>
> Many thanks
>
> Adam Greenhalgh
>


From ramkumar.ch03 at gmail.com  Wed Mar 24 22:45:53 2010
From: ramkumar.ch03 at gmail.com (Ram)
Date: Thu, 25 Mar 2010 00:45:53 -0500
Subject: [Xorp-users] failed to re-start xorpsh in virtual system
Message-ID: <1c56f7b11003242245o35c583bcxc677fbdc87d24bd9@mail.gmail.com>

Hi All,

Thank you Ben. Yes you are correct.

  I am running Xorp-1.7(xorp.ct) in a remote virtual host.  When i run
rtrmgr in one window and xorpsh in another window, it's working good. If i
close the windows (rtrmgr still running ) and re-login to that vhost to
strat xorpsh, i could not re-start xorpsh, i got  message like "waiting for
rtrmgr". After some time i get back to linux command prompt.

 Then i checked "ps -ef | grep xorp",  xorp is still running.
 -bash-3.2# ps -ef |grep xorp
root     12118     1  0 Mar23 ?        00:00:02 xorp_fea
root     12119     1  0 Mar23 ?        00:00:01 xorp_rib
root     12120     1  0 Mar23 ?        00:00:00 xorp_policy
root     12121     1  0 Mar23 ?        00:00:02 xorp_ospfv2
root     29177 26654  0 Mar23 ?        00:00:00 grep xorp
-bash-3.2# ./xorpsh
Waiting for xorp_rtrmgr...
-bash-3.2#

I straced the ./xorpsh process, i have found some errors as follows in
strace output ( this is part of strace and i attached full output file).
Sorry for long mail.
-----------------------------------------------------------------------------------------------------------------------
.......
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/sse2/libxorp_cli.so",
O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/sse2", 0xbfbb22ec) =
-1 ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/libxorp_cli.so",
O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686", 0xbfbb22ec) = -1
ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/sse2/libxorp_cli.so",
O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/sse2", 0xbfbb22ec) = -1
ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/libxorp_cli.so", O_RDONLY) =
-1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls", 0xbfbb22ec) = -1 ENOENT
(No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/i686/sse2/libxorp_cli.so",
O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/i686/sse2", 0xbfbb22ec) = -1
ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/i686/libxorp_cli.so", O_RDONLY) =
-1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/i686", 0xbfbb22ec) = -1 ENOENT
(No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/sse2/libxorp_cli.so", O_RDONLY) =
-1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/sse2", 0xbfbb22ec) = -1 ENOENT
(No such file or directory)
.......
open("/usr/local/xorp/sbin/../lib/xorp/lib/libncurses.so.5", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=13267, ...}) = 0
mmap2(NULL, 13267, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb760c000
close(3)                                = 0
open("/lib/libncurses.so.5", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 at K\0\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=133580, ...}) = 0
mmap2(NULL, 132600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb75eb000
mmap2(0xb760b000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0xb760b000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libstdc++.so.6", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/usr/lib/libstdc++.so.6", O_RDONLY) = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\326\3\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=925576, ...}) = 0
mmap2(NULL, 951972, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7502000
mmap2(0xb75e0000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xdd) = 0xb75e0000
mmap2(0xb75e5000, 22180, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb75e5000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libm.so.6", O_RDONLY) = -1 ENOENT
(No such file or directory)
open("/lib/libm.so.6", O_RDONLY)        = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0204\0\0004\0\0\0"..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=208308, ...}) = 0
mmap2(NULL, 163952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb74d9000
mmap2(0xb7500000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x26) = 0xb7500000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libgcc_s.so.1", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\26\0\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=45248, ...}) = 0
mmap2(NULL, 48228, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb74cd000
mmap2(0xb74d8000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa) = 0xb74d8000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libc.so.6", O_RDONLY) = -1 ENOENT
(No such file or directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360d\1\0004\0\0\0"..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1689108, ...}) = 0
mmap2(NULL, 1410608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7374000
mmap2(0xb74c7000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x153) = 0xb74c7000
mmap2(0xb74ca000, 9776, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb74ca000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7373000
open("/usr/local/xorp/sbin/../lib/xorp/lib/libcrypto.so.6", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/lib/libcrypto.so.6", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\21\3\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1241576, ...}) = 0
mmap2(NULL, 1254104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7240000
mmap2(0xb735d000, 73728, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11d) = 0xb735d000
mmap2(0xb736f000, 13016, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb736f000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/librt.so.1", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/lib/librt.so.1", O_RDONLY)       = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\31\0\0004\0\0\0"..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=46024, ...}) = 0
mmap2(NULL, 33328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7237000
mmap2(0xb723e000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb723e000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libdl.so.2", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\n\0\0004\0\0\0"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=18672, ...}) = 0
mmap2(NULL, 16504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7232000
mmap2(0xb7235000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb7235000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libtinfo.so.5", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/lib/libtinfo.so.5", O_RDONLY)    = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20Z\0\0004\0\0\0"..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=93672, ...}) = 0
mmap2(NULL, 97080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb721a000
mmap2(0xb722f000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14) = 0xb722f000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libz.so.1", O_RDONLY) = -1 ENOENT
(No such file or directory)
open("/lib/libz.so.1", O_RDONLY)        = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\26\0\0004\0\0\0"..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=73412, ...}) = 0
mmap2(NULL, 76176, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7207000
mmap2(0xb7219000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11) = 0xb7219000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7206000
open("/usr/local/xorp/sbin/../lib/xorp/lib/libpthread.so.0", O_RDONLY) = -1
ENOENT (No such file or directory)
.................

stat64("/usr/local/xorp/lib/xorp/bin/date", 0xbfbb1f80) = -1 ENOENT (No such
file or directory)
stat64("/usr/local/xorp/date", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/kerberos/sbin/date", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/kerberos/bin/date", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/sbin/date", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/bin/date", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/sbin/date", 0xbfbb1f80)        = -1 ENOENT (No such file or
directory)
stat64("/bin/date", {st_mode=S_IFREG|0755, st_size=53188, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/hostname", 0xbfbb1f80) = -1 ENOENT (No
such file or directory)
stat64("/usr/local/xorp/hostname", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/kerberos/sbin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file
or directory)
stat64("/usr/kerberos/bin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file
or directory)
stat64("/usr/local/sbin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/bin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/sbin/hostname", 0xbfbb1f80)    = -1 ENOENT (No such file or
directory)
stat64("/bin/hostname", {st_mode=S_IFREG|0755, st_size=10264, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/uname", 0xbfbb1f80) = -1 ENOENT (No
such file or directory)
stat64("/usr/local/xorp/uname", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/kerberos/sbin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/kerberos/bin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/sbin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/bin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/sbin/uname", 0xbfbb1f80)       = -1 ENOENT (No such file or
directory)
stat64("/bin/uname", {st_mode=S_IFREG|0755, st_size=18532, ...}) = 0
read(8, "", 8192)                       = 0
.............

rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
gettimeofday({1269490317, 548067}, NULL) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
write(3, "[ 2010/03/25 04:11:57.548067  ER"..., 166) = 166
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
exit_group(1)                           = ?

 Can any one know cause for this problem?

Thank you,
--Ram
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100325/82270f3f/attachment-0001.html 
-------------- next part --------------
execve("./xorpsh", ["./xorpsh"], [/* 17 vars */]) = 0
brk(0)                                  = 0x8153000
readlink("/proc/self/exe", "/usr/local/xorp/sbin/xorpsh", 4096) = 27
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7792000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/sse2/libxorp_cli.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/sse2", 0xbfbb22ec) = -1 ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/libxorp_cli.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686", 0xbfbb22ec) = -1 ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/sse2/libxorp_cli.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/sse2", 0xbfbb22ec) = -1 ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/libxorp_cli.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls", 0xbfbb22ec) = -1 ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/i686/sse2/libxorp_cli.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/i686/sse2", 0xbfbb22ec) = -1 ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/i686/libxorp_cli.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/i686", 0xbfbb22ec) = -1 ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/sse2/libxorp_cli.so", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/sbin/../lib/xorp/lib/sse2", 0xbfbb22ec) = -1 ENOENT (No such file or directory)
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_cli.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\275\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=235064, ...}) = 0
mmap2(NULL, 237352, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7758000
mmap2(0xb7791000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x38) = 0xb7791000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxst_cli.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360!\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=44148, ...}) = 0
mmap2(NULL, 46660, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb774c000
mmap2(0xb7757000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa) = 0xb7757000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxif_cli_processor.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\24\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=12400, ...}) = 0
mmap2(NULL, 14912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7748000
mmap2(0xb774b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb774b000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_proto.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\3003\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=48048, ...}) = 0
mmap2(NULL, 46244, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb773c000
mmap2(0xb7747000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb) = 0xb7747000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_tecla.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0I\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=112376, ...}) = 0
mmap2(NULL, 110460, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7721000
mmap2(0xb773b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a) = 0xb773b000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxif_rtrmgr.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 :\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=47716, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7720000
mmap2(NULL, 50228, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7713000
mmap2(0xb771f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb) = 0xb771f000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxst_xorpsh.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\35\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=31728, ...}) = 0
mmap2(NULL, 34240, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb770a000
mmap2(0xb7712000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb7712000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxif_finder_event_notifier.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\24\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=14388, ...}) = 0
mmap2(NULL, 12804, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7706000
mmap2(0xb7709000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xb7709000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_ipc.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\377\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=605696, ...}) = 0
mmap2(NULL, 607356, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7671000
mmap2(0xb7703000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x91) = 0xb7703000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_comm.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\27\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=25916, ...}) = 0
mmap2(NULL, 28544, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb766a000
mmap2(0xb7670000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0xb7670000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_core.so", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\212\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=362104, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7669000
mmap2(NULL, 364076, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7610000
mmap2(0xb7666000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x56) = 0xb7666000
mmap2(0xb7668000, 3628, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7668000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libncurses.so.5", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=13267, ...}) = 0
mmap2(NULL, 13267, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb760c000
close(3)                                = 0
open("/lib/libncurses.so.5", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 at K\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=133580, ...}) = 0
mmap2(NULL, 132600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb75eb000
mmap2(0xb760b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0xb760b000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libstdc++.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/libstdc++.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\326\3\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=925576, ...}) = 0
mmap2(NULL, 951972, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7502000
mmap2(0xb75e0000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xdd) = 0xb75e0000
mmap2(0xb75e5000, 22180, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb75e5000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libm.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libm.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0204\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=208308, ...}) = 0
mmap2(NULL, 163952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb74d9000
mmap2(0xb7500000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x26) = 0xb7500000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\26\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=45248, ...}) = 0
mmap2(NULL, 48228, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb74cd000
mmap2(0xb74d8000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa) = 0xb74d8000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360d\1\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1689108, ...}) = 0
mmap2(NULL, 1410608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7374000
mmap2(0xb74c7000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x153) = 0xb74c7000
mmap2(0xb74ca000, 9776, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb74ca000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7373000
open("/usr/local/xorp/sbin/../lib/xorp/lib/libcrypto.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libcrypto.so.6", O_RDONLY)   = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\21\3\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1241576, ...}) = 0
mmap2(NULL, 1254104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7240000
mmap2(0xb735d000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11d) = 0xb735d000
mmap2(0xb736f000, 13016, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb736f000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/librt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/librt.so.1", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\31\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=46024, ...}) = 0
mmap2(NULL, 33328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7237000
mmap2(0xb723e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb723e000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libdl.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\n\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=18672, ...}) = 0
mmap2(NULL, 16504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7232000
mmap2(0xb7235000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb7235000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libtinfo.so.5", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libtinfo.so.5", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20Z\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=93672, ...}) = 0
mmap2(NULL, 97080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb721a000
mmap2(0xb722f000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14) = 0xb722f000
close(3)                                = 0
open("/usr/local/xorp/sbin/../lib/xorp/lib/libz.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libz.so.1", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\26\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=73412, ...}) = 0
mmap2(NULL, 76176, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7207000
mmap2(0xb7219000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11) = 0xb7219000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7206000
open("/usr/local/xorp/sbin/../lib/xorp/lib/libpthread.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libpthread.so.0", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 H\0\0004\0\0\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=129472, ...}) = 0
mmap2(NULL, 98784, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb71ed000
mmap2(0xb7202000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14) = 0xb7202000
mmap2(0xb7204000, 4576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7204000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71ec000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71eb000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb71eb6d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7202000, 4096, PROT_READ)   = 0
mprotect(0xb7235000, 4096, PROT_READ)   = 0
mprotect(0xb723e000, 4096, PROT_READ)   = 0
mprotect(0xb74c7000, 8192, PROT_READ)   = 0
mprotect(0xb7500000, 4096, PROT_READ)   = 0
mprotect(0xb75e0000, 12288, PROT_READ)  = 0
mprotect(0xb77af000, 4096, PROT_READ)   = 0
munmap(0xb760c000, 13267)               = 0
set_tid_address(0xb71eb718)             = 27630
set_robust_list(0xb71eb720, 0xc)        = 0
futex(0xbfbb2bb4, FUTEX_WAKE_PRIVATE, 1) = 0
rt_sigaction(SIGRTMIN, {0xb71f12c0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb71f1340, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
uname({sys="Linux", node="router-1.ksu.gpeni.net", ...}) = 0
futex(0xb75e64fc, FUTEX_WAKE_PRIVATE, 2147483647) = 0
brk(0)                                  = 0x8153000
brk(0x8174000)                          = 0x8174000
open("/dev/stderr", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
getcwd("/usr/local/xorp/sbin", 4096)    = 21
lstat64("/root", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0
lstat64("/root/xorp.ct", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/root/xorp.ct/obj", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/root/xorp.ct/obj/i686-pc-linux-gnu", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/local", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/usr/local/xorp", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
uname({sys="Linux", node="router-1.ksu.gpeni.net", ...}) = 0
clock_gettime(CLOCK_MONOTONIC, {979708, 615187322}) = 0
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
ioctl(4, SIOCGIFCONF, {128, {{"lo", {AF_INET, inet_addr("127.0.0.1")}}, {"nat110", {AF_INET, inet_addr("10.0.110.2")}}, {"a110x16", {AF_INET, inet_addr("192.168.20.65")}}, {"a110x7", {AF_INET, inet_addr("192.168.14.42")}}}}) = 0
ioctl(4, SIOCGIFCONF, {128, {{"lo", {AF_INET, inet_addr("127.0.0.1")}}, {"nat110", {AF_INET, inet_addr("10.0.110.2")}}, {"a110x16", {AF_INET, inet_addr("192.168.20.65")}}, {"a110x7", {AF_INET, inet_addr("192.168.14.42")}}}}) = 0
ioctl(4, SIOCGIFFLAGS, {ifr_name="lo", ifr_flags=IFF_UP|IFF_LOOPBACK|IFF_RUNNING}) = 0
ioctl(4, SIOCGIFFLAGS, {ifr_name="nat110", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(4, SIOCGIFFLAGS, {ifr_name="a110x16", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
ioctl(4, SIOCGIFFLAGS, {ifr_name="a110x7", ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
close(4)                                = 0
gettimeofday({1269490287, 543671}, NULL) = 0
open("/var/tmp/xrl.o7mXdo", O_RDWR|O_CREAT|O_EXCL, 0600) = 4
fcntl64(4, F_GETFL)                     = 0x2 (flags O_RDWR)
fstat64(4, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
_llseek(4, 0, [0], SEEK_CUR)            = 0
close(4)                                = 0
munmap(0xb760f000, 4096)                = 0
unlink("/var/tmp/xrl.o7mXdo")           = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 4
setsockopt(4, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
setsockopt(4, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
fcntl64(4, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(4, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
bind(4, {sa_family=AF_FILE, path="/var/tmp/xrl.o7mXdo"}, 110) = 0
listen(4, 5)                            = 0
open("/var/tmp/xrl.I2ptM0", O_RDWR|O_CREAT|O_EXCL, 0600) = 5
fcntl64(5, F_GETFL)                     = 0x2 (flags O_RDWR)
fstat64(5, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
_llseek(5, 0, [0], SEEK_CUR)            = 0
close(5)                                = 0
munmap(0xb760f000, 4096)                = 0
unlink("/var/tmp/xrl.I2ptM0")           = 0
socket(PF_FILE, SOCK_STREAM, 0)         = 5
setsockopt(5, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
setsockopt(5, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
fcntl64(5, F_GETFL)                     = 0x2 (flags O_RDWR)
fcntl64(5, F_SETFL, O_RDWR|O_NONBLOCK)  = 0
bind(5, {sa_family=AF_FILE, path="/var/tmp/xrl.I2ptM0"}, 110) = 0
listen(5, 5)                            = 0
stat64("/usr/local/xorp/share/xorp/templates", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/local/xorp/share/xorp/templates", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = 6
fstat64(6, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
fcntl64(6, F_GETFD)                     = 0x1 (flags FD_CLOEXEC)
getdents64(6, /* 42 entries */, 4096)   = 1344
getdents64(6, /* 0 entries */, 4096)    = 0
close(6)                                = 0
open("/usr/local/xorp/share/xorp/templates/bgp.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=36888, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/bgp"..., 8192) = 8192
read(6, "e)/bgp/0.3/activate?local_ip:txt"..., 8192) = 8192
read(6, ";\n\t    %delete: xrl \"$(bgp.targe"..., 8192) = 8192
brk(0x8195000)                          = 0x8195000
brk(0x8194000)                          = 0x8194000
read(6, "\"$(policy.targetname)/policy/0.1"..., 8192) = 8192
read(6, "   %help: short \"Remove BGP comm"..., 8192) = 4120
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/fea.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=10902, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/fea"..., 8192) = 8192
read(6, "txt=$(@)\";\n\t\t%delete:\txrl \"$(fea"..., 8192) = 2710
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/fib2mrib.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=1412, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/fib"..., 8192) = 1412
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/firewall.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=7595, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/fir"..., 8192) = 7595
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/igmp.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=7009, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/igm"..., 8192) = 7009
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/interfaces.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=13377, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/int"..., 8192) = 8192
read(6, "rl \"$(interfaces.targetname)/ifm"..., 8192) = 5185
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/mfea4.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/mfe"..., 8192) = 3519
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/mfea6.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/mfe"..., 8192) = 3519
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/mld.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=6957, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/mld"..., 8192) = 6957
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/ospfv2.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=24091, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/osp"..., 8192) = 8192
read(6, "e: xrl \"$(ospf4.targetname)/ospf"..., 8192) = 8192
read(6, "xrl \"$(ospf4.targetname)/ospfv2/"..., 8192) = 7707
read(6, "", 4096)                       = 0
brk(0x81b5000)                          = 0x81b5000
brk(0x81b4000)                          = 0x81b4000
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/ospfv3.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=18978, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/osp"..., 8192) = 8192
read(6, "}\n\t    }\n\n\t    interface @: txt "..., 8192) = 8192
read(6, "olicy:txt=$(policy-statement.@)&"..., 8192) = 2594
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/pimsm4.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=14579, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/pim"..., 8192) = 8192
read(6, "net=$(group-prefix.@)&rp_addr:ip"..., 8192) = 6387
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/pimsm6.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=14559, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/pim"..., 8192) = 8192
read(6, "oup-prefix.@)&rp_addr:ipv6=$(rp."..., 8192) = 6367
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/plumbing.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=76, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP$ */\n\nplumbing {\n    %he"..., 8192) = 76
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/policy.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=21246, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/pol"..., 8192) = 8192
read(6, "\t    %set: xrl \"$(policy.targetn"..., 8192) = 8192
read(6, "&statement:txt=\";\n\t\t}\n\n\t\taccept "..., 8192) = 4862
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/protocols.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=336, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP$ */\n\nprotocols {\n    %h"..., 8192) = 336
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/rib.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=1468, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/rib"..., 8192) = 1468
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/rip.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=16649, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/rip"..., 8192) = 8192
read(6, "$(rip.targetname)/rip/0.1/set_tr"..., 8192) = 8192
read(6, ":txt=$(term.@)&block:u32=2&order"..., 8192) = 265
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/ripng.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=14493, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/rip"..., 8192) = 8192
brk(0x81d5000)                          = 0x81d5000
read(6, "vifname:txt=$(vif.@)&addr:ipv6=$"..., 8192) = 6301
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/rtrmgr.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=5552, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/rtr"..., 8192) = 5552
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/static_routes.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=34725, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/sta"..., 8192) = 8192
read(6, "t:;\n\t\t}\n\t    }\n\t}\n\n\troute4 @: ip"..., 8192) = 8192
read(6, "etname)/static_routes/0.1/replac"..., 8192) = 8192
read(6, "\n\t}\n\n\tmrib-interface-route @: ip"..., 8192) = 8192
read(6, "p network interface name\";\n\t\t%se"..., 8192) = 1957
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
open("/usr/local/xorp/share/xorp/templates/vrrp.tp", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=2806, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/vrr"..., 8192) = 2806
read(6, "", 4096)                       = 0
read(6, "", 8192)                       = 0
close(6)                                = 0
munmap(0xb760f000, 4096)                = 0
stat64("/usr/local/xorp/share/xorp/templates", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/local/xorp/share/xorp/templates", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = 6
fstat64(6, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
getdents64(6, /* 42 entries */, 4096)   = 1344
getdents64(6, /* 0 entries */, 4096)    = 0
close(6)                                = 0
open("/usr/local/xorp/share/xorp/templates/bgp.cmds", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=3678, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760f000
read(6, "/* $XORP: xorp/etc/templates/bgp"..., 8192) = 3678
read(6, "", 4096)                       = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_peers", {st_mode=S_IFREG|0755, st_size=51556, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_peers", {st_mode=S_IFREG|0755, st_size=51556, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes", {st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
read(6, "", 8192)                       = 0
open("/usr/local/xorp/share/xorp/templates/fea.cmds", O_RDONLY) = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=423, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760e000
read(7, "/* $XORP: xorp/etc/templates/fea"..., 8192) = 423
read(7, "", 4096)                       = 0
stat64("/usr/local/xorp/lib/xorp/bin/fea_show_interfaces", {st_mode=S_IFREG|0755, st_size=25072, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/fea_show_interfaces", {st_mode=S_IFREG|0755, st_size=25072, ...}) = 0
read(7, "", 8192)                       = 0
open("/usr/local/xorp/share/xorp/templates/host.cmds", O_RDONLY) = 8
fstat64(8, {st_mode=S_IFREG|0644, st_size=474, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760d000
read(8, "/* $XORP: xorp/etc/templates/hos"..., 8192) = 474
read(8, "", 4096)                       = 0
stat64("/usr/local/xorp/lib/xorp/bin/date", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/date", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/sbin/date", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/bin/date", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/sbin/date", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/date", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/sbin/date", 0xbfbb1f80)        = -1 ENOENT (No such file or directory)
stat64("/bin/date", {st_mode=S_IFREG|0755, st_size=53188, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/hostname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/sbin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/bin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/sbin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/sbin/hostname", 0xbfbb1f80)    = -1 ENOENT (No such file or directory)
stat64("/bin/hostname", {st_mode=S_IFREG|0755, st_size=10264, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/uname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/sbin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/bin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/sbin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/sbin/uname", 0xbfbb1f80)       = -1 ENOENT (No such file or directory)
stat64("/bin/uname", {st_mode=S_IFREG|0755, st_size=18532, ...}) = 0
read(8, "", 8192)                       = 0
open("/usr/local/xorp/share/xorp/templates/igmp.cmds", O_RDONLY) = 9
fstat64(9, {st_mode=S_IFREG|0644, st_size=718, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb760c000
read(9, "/* $XORP: xorp/etc/templates/igm"..., 8192) = 718
read(9, "", 4096)                       = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
brk(0x81f6000)                          = 0x81f6000
brk(0x81f5000)                          = 0x81f5000
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
read(9, "", 8192)                       = 0
open("/usr/local/xorp/share/xorp/templates/mfea.cmds", O_RDONLY) = 10
fstat64(10, {st_mode=S_IFREG|0644, st_size=1050, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71ea000
read(10, "/* $XORP: xorp/etc/templates/mfe"..., 8192) = 1050
read(10, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
read(10, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/mfea6.cmds", O_RDONLY) = 11
fstat64(11, {st_mode=S_IFREG|0644, st_size=1056, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71e9000
read(11, "/* $XORP: xorp/etc/templates/mfe"..., 8192) = 1056
read(11, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
read(11, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/misc.cmds", O_RDONLY) = 12
fstat64(12, {st_mode=S_IFREG|0644, st_size=976, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71e8000
read(12, "/* $XORP: xorp/etc/templates/mis"..., 8192) = 976
read(12, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/ping", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/ping", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/sbin/ping", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/bin/ping", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/sbin/ping", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/ping", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/sbin/ping", 0xbfbb1f80)        = -1 ENOENT (No such file or directory)
stat64("/bin/ping", {st_mode=S_IFREG|S_ISUID|0755, st_size=36264, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/sbin/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/bin/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/sbin/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/sbin/ping6", 0xbfbb1f80)       = -1 ENOENT (No such file or directory)
stat64("/bin/ping6", {st_mode=S_IFREG|S_ISUID|0755, st_size=31292, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/traceroute", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/traceroute", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/sbin/traceroute", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/bin/traceroute", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/sbin/traceroute", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/traceroute", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/sbin/traceroute", 0xbfbb1f80)  = -1 ENOENT (No such file or directory)
stat64("/bin/traceroute", {st_mode=S_IFREG|0755, st_size=47752, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/sbin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/bin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/sbin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/sbin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/bin/traceroute6", {st_mode=S_IFREG|0755, st_size=47752, ...}) = 0
read(12, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/mld.cmds", O_RDONLY) = 13
fstat64(13, {st_mode=S_IFREG|0644, st_size=702, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71e7000
read(13, "/* $XORP: xorp/etc/templates/mld"..., 8192) = 702
read(13, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
read(13, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/ospfv2.cmds", O_RDONLY) = 14
fstat64(14, {st_mode=S_IFREG|0644, st_size=11310, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71e6000
read(14, "/* $XORP: xorp/etc/templates/osp"..., 8192) = 8192
stat64("/usr/local/xorp/lib/xorp/bin/ospf_clear_database", {st_mode=S_IFREG|0755, st_size=21812, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
read(14, " Router-LSA database\";\n}\n\nshow o"..., 8192) = 3118
read(14, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
read(14, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/ospfv3.cmds", O_RDONLY) = 15
fstat64(15, {st_mode=S_IFREG|0644, st_size=14899, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71e5000
read(15, "/* $XORP: xorp/etc/templates/osp"..., 8192) = 8192
stat64("/usr/local/xorp/lib/xorp/bin/ospf_clear_database", {st_mode=S_IFREG|0755, st_size=21812, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
read(15, "0x4005\" %help: HELP;\n    %module"..., 8192) = 6707
read(15, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas", {st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
brk(0x8216000)                          = 0x8216000
brk(0x8215000)                          = 0x8215000
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours", {st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
read(15, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/pim.cmds", O_RDONLY) = 16
fstat64(16, {st_mode=S_IFREG|0644, st_size=2126, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71e4000
read(16, "/* $XORP: xorp/etc/templates/pim"..., 8192) = 2126
read(16, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
read(16, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/pim6.cmds", O_RDONLY) = 17
fstat64(17, {st_mode=S_IFREG|0644, st_size=2139, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71e3000
read(17, "/* $XORP: xorp/etc/templates/pim"..., 8192) = 2139
read(17, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
read(17, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/policy.cmds", O_RDONLY) = 18
fstat64(18, {st_mode=S_IFREG|0644, st_size=2962, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71e2000
read(18, "/* $XORP */\n\ntest {\n    %command"..., 8192) = 2962
read(18, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl", {st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
read(18, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/rib.cmds", O_RDONLY) = 19
fstat64(19, {st_mode=S_IFREG|0644, st_size=26169, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71e1000
read(19, "\n/* $XORP: xorp/etc/templates/ri"..., 8192) = 8192
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_distances", {st_mode=S_IFREG|0755, st_size=39548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_distances", {st_mode=S_IFREG|0755, st_size=39548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_distances", {st_mode=S_IFREG|0755, st_size=39548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_distances", {st_mode=S_IFREG|0755, st_size=39548, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
read(19, "utes for multicast extracted fro"..., 8192) = 8192
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
read(19, "%module: rib;\n     %tag: HELP \"S"..., 8192) = 8192
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
brk(0x8236000)                          = 0x8236000
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
read(19, "outes (brief format)\";\n}\n\nshow r"..., 8192) = 1593
read(19, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes", {st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
read(19, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/rip.cmds", O_RDONLY) = 20
fstat64(20, {st_mode=S_IFREG|0644, st_size=1634, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71e0000
read(20, "/* $XORP: xorp/etc/templates/rip"..., 8192) = 1634
read(20, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_peer_stats", {st_mode=S_IFREG|0755, st_size=76860, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_peer_stats", {st_mode=S_IFREG|0755, st_size=76860, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_peer_stats", {st_mode=S_IFREG|0755, st_size=76860, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats", {st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats", {st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats", {st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats", {st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
read(20, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/ripng.cmds", O_RDONLY) = 21
fstat64(21, {st_mode=S_IFREG|0644, st_size=1471, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71df000
read(21, "/* $XORP$ */\n\nshow ripng {\n     "..., 8192) = 1471
read(21, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_peer_stats", {st_mode=S_IFREG|0755, st_size=76860, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_peer_stats", {st_mode=S_IFREG|0755, st_size=76860, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats", {st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats", {st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats", {st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats", {st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
read(21, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/vrrp.cmds", O_RDONLY) = 22
fstat64(22, {st_mode=S_IFREG|0644, st_size=1305, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71de000
read(22, "/* $XORP$ */\n\nshow vrrp {\n    %c"..., 8192) = 1305
read(22, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_generic", {st_mode=S_IFREG|0755, st_size=47960, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_generic", {st_mode=S_IFREG|0755, st_size=47960, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/cli_generic", {st_mode=S_IFREG|0755, st_size=47960, ...}) = 0
read(22, "", 8192)                      = 0
open("/usr/local/xorp/share/xorp/templates/xorpsh.cmds", O_RDONLY) = 23
fstat64(23, {st_mode=S_IFREG|0644, st_size=284, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71dd000
read(23, "/* $XORP: xorp/etc/templates/xor"..., 8192) = 284
read(23, "", 4096)                      = 0
stat64("/usr/local/xorp/lib/xorp/bin/echo", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/xorp/echo", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/sbin/echo", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/kerberos/bin/echo", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/sbin/echo", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/echo", 0xbfbb1f80) = -1 ENOENT (No such file or directory)
stat64("/sbin/echo", 0xbfbb1f80)        = -1 ENOENT (No such file or directory)
stat64("/bin/echo", {st_mode=S_IFREG|0755, st_size=18360, ...}) = 0
read(23, "", 8192)                      = 0
clock_gettime(CLOCK_MONOTONIC, {979708, 737742509}) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 24
setsockopt(24, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
setsockopt(24, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
setsockopt(24, SOL_TCP, TCP_NODELAY, [1], 4) = 0
fcntl64(24, F_GETFL)                    = 0x2 (flags O_RDWR)
fcntl64(24, F_SETFL, O_RDWR|O_NONBLOCK) = 0
getsockname(24, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
connect(24, {sa_family=AF_INET, sin_port=htons(19999), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now in progress)
fcntl64(24, F_GETFL)                    = 0x802 (flags O_RDWR|O_NONBLOCK)
fcntl64(24, F_GETFL)                    = 0x802 (flags O_RDWR|O_NONBLOCK)
select(25, [4 5 24], [24], [], {0, 0})  = 1 (out [24], left {0, 0})
send(24, "\0\0\1\21", 4, MSG_NOSIGNAL)  = 4
clock_gettime(CLOCK_MONOTONIC, {979708, 738945515}) = 0
select(25, [4 5 24], [24], [], {2, 876242}) = 1 (out [24], left {2, 876242})
clock_gettime(CLOCK_MONOTONIC, {979708, 739060875}) = 0
send(24, "Finder 0.2\nMsgType x\nSeqNo 1001\n"..., 273, MSG_NOSIGNAL) = 273
clock_gettime(CLOCK_MONOTONIC, {979708, 739196088}) = 0
select(25, [4 5 24], [], [], {2, 875991}) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {979711, 614470190}) = 0
select(25, [4 5 24], [], [], {0, 717})  = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {979711, 615464951}) = 0
write(2, "Waiting for xorp_rtrmgr...\n", 27) = 27
select(25, [4 5 24], [], [], {0, 0})    = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {979711, 615758161}) = 0
select(25, [4 5 24], [], [], {26, 999429}) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {979738, 614921755}) = 0
select(25, [4 5 24], [], [], {0, 266})  = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {979738, 615872203}) = 0
select(25, [4 5 24], [], [], {0, 0})    = 0 (Timeout)
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
gettimeofday({1269490317, 543363}, NULL) = 0
open("/etc/localtime", O_RDONLY)        = 25
fstat64(25, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
fstat64(25, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71dc000
read(25, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\1\0\0\0\0"..., 4096) = 118
_llseek(25, -6, [112], SEEK_CUR)        = 0
read(25, "\nUTC0\n", 4096)              = 6
close(25)                               = 0
munmap(0xb71dc000, 4096)                = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=417031, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb71dc000
write(3, "[ 2010/03/25 04:11:57.543363  ER"..., 139) = 139
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
futex(0xb74d8b48, FUTEX_WAKE_PRIVATE, 2147483647) = 0
unlink("/var/tmp/xrl.o7mXdo")           = 0
close(4)                                = 0
unlink("/var/tmp/xrl.I2ptM0")           = 0
close(5)                                = 0
close(24)                               = 0
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
gettimeofday({1269490317, 548067}, NULL) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
write(3, "[ 2010/03/25 04:11:57.548067  ER"..., 166) = 166
rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
exit_group(1)                           = ?

From greearb at candelatech.com  Thu Mar 25 11:24:13 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 25 Mar 2010 11:24:13 -0700
Subject: [Xorp-users] Loading previous config file
In-Reply-To: <1c56f7b11003250123q403f2ec7mcb3a4af498ec30d7@mail.gmail.com>
References: <1c56f7b11003250123q403f2ec7mcb3a4af498ec30d7@mail.gmail.com>
Message-ID: <4BABAA4D.9010607@candelatech.com>

On 03/25/2010 01:23 AM, Ram wrote:
> Hi All,
>
>   I have couple of questions.
>
> 1.If i changed the configuration by entering into configure mode by
> using SET and DELETE commands, In which file these changes save after
> commit command?
>      In case if i need to restart rtrmgr, Can i point rtrmgr to load
> that changed file?

Looks like you can do 'configure' from within xorpsh and
then do 'save foo.conf'.

> 2.  How can use -v (verbose) option for "./xorpsh" and "./xorp_rtrmgr"
> commands?
>     I tried "./xorpsh -v". Nothing got different in output from ./xorpsh
> command.

I have lots of output in 'xorpsh -v' on my system.

If it can't connect to the rtrmgr, it probably won't print anything
out though.

Please compare the environment variables.  Maybe you are setting
the XORP_FINDER_SERVER_PORT differently?

You can try strace to see if it's attempting to open the socket with the
same port on the instance that works and the one that doesn't.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From ramkumar.ch03 at gmail.com  Fri Mar 26 08:24:37 2010
From: ramkumar.ch03 at gmail.com (Ram)
Date: Fri, 26 Mar 2010 10:24:37 -0500
Subject: [Xorp-users] failed to re-start xorpsh
Message-ID: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>

Thank you Ben.

May be you are correct about " ./xorpsh -v", in my system xorpsh  failed to
start.

 I already straced ./xorpsh, and sent to the xorp mailing list. But my mail
is not posted to mailing list ( due to big size waiting for admin approval).

First, i did not set any port while installation.

 In trace, i checked with Port number as you mentioned. Xorpsh is trying to
bind to same port which finder is listening.

-bash-3.2# netstat -n -l -p -t -u
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address               Foreign Address
State       PID/Program name
tcp        0      0 127.0.0.1:19999             0.0.0.0:*
LISTEN      12118/xorp_fea


getsockname(24, {sa_family=AF_INET, sin_port=htons(0),
sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
connect(24, {sa_family=AF_INET, *sin_port=htons(19999)*,
sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now in
progress)
After some time it (xorpsh) is terminating.

In strace output i found many "no such file or directory" errors. For
sample, few lines are below ( if you need any thing let me know).

stat64("/usr/local/xorp/lib/xorp/bin/ping", 0xbfbb1f80) = -1 ENOENT (No such
file or directory)
stat64("/usr/local/xorp/ping", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/kerberos/sbin/ping", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/kerberos/bin/ping", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/sbin/ping", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/bin/ping", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/sbin/ping", 0xbfbb1f80)        = -1 ENOENT (No such file or
directory)
stat64("/bin/ping", {st_mode=S_IFREG|S_ISUID|0755, st_size=36264, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/ping6", 0xbfbb1f80) = -1 ENOENT (No
such file or directory)
stat64("/usr/local/xorp/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/kerberos/sbin/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/kerberos/bin/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/sbin/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/bin/ping6", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/sbin/ping6", 0xbfbb1f80)       = -1 ENOENT (No such file or
directory)
stat64("/bin/ping6", {st_mode=S_IFREG|S_ISUID|0755, st_size=31292, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/traceroute", 0xbfbb1f80) = -1 ENOENT
(No such file or directory)
stat64("/usr/local/xorp/traceroute", 0xbfbb1f80) = -1 ENOENT (No such file
or directory)
stat64("/usr/kerberos/sbin/traceroute", 0xbfbb1f80) = -1 ENOENT (No such
file or directory)
stat64("/usr/kerberos/bin/traceroute", 0xbfbb1f80) = -1 ENOENT (No such file
or directory)
stat64("/usr/local/sbin/traceroute", 0xbfbb1f80) = -1 ENOENT (No such file
or directory)
stat64("/usr/local/bin/traceroute", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)
stat64("/sbin/traceroute", 0xbfbb1f80)  = -1 ENOENT (No such file or
directory)
stat64("/bin/traceroute", {st_mode=S_IFREG|0755, st_size=47752, ...}) = 0
stat64("/usr/local/xorp/lib/xorp/bin/traceroute6", 0xbfbb1f80) = -1 ENOENT
(No such file or directory)
stat64("/usr/local/xorp/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file
or directory)
stat64("/usr/kerberos/sbin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such
file or directory)
stat64("/usr/kerberos/bin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such
file or directory)
stat64("/usr/local/sbin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file
or directory)
stat64("/usr/local/bin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file
or directory)
stat64("/sbin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file or
directory)

In my Vhost, there is no above files.  Does  any one have any idea what all
these?

FYI
-bash-3.2# find / -name ping*
/usr/sbin/ping6
/bin/ping
/bin/ping6
-bash-3.2# find / -name *tracerou*
/bin/traceroute6
/bin/traceroute

Thanks,
-- Ram

On Thu, Mar 25, 2010 at 1:24 PM, Ben Greear <greearb at candelatech.com> wrote:

> On 03/25/2010 01:23 AM, Ram wrote:
>
>> Hi All,
>>
>>  I have couple of questions.
>>
>> 1.If i changed the configuration by entering into configure mode by
>> using SET and DELETE commands, In which file these changes save after
>> commit command?
>>     In case if i need to restart rtrmgr, Can i point rtrmgr to load
>> that changed file?
>>
>
> Looks like you can do 'configure' from within xorpsh and
> then do 'save foo.conf'.
>
>
>  2.  How can use -v (verbose) option for "./xorpsh" and "./xorp_rtrmgr"
>> commands?
>>    I tried "./xorpsh -v". Nothing got different in output from ./xorpsh
>> command.
>>
>
> I have lots of output in 'xorpsh -v' on my system.
>
> If it can't connect to the rtrmgr, it probably won't print anything
> out though.
>
> Please compare the environment variables.  Maybe you are setting
> the XORP_FINDER_SERVER_PORT differently?
>
> You can try strace to see if it's attempting to open the socket with the
> same port on the instance that works and the one that doesn't.
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100326/96bb7668/attachment.html 

From greearb at candelatech.com  Fri Mar 26 09:23:54 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 26 Mar 2010 09:23:54 -0700
Subject: [Xorp-users] failed to re-start xorpsh
In-Reply-To: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>
References: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>
Message-ID: <4BACDF9A.7030501@candelatech.com>

On 03/26/2010 08:24 AM, Ram wrote:
> Thank you Ben.
>
> May be you are correct about " ./xorpsh -v", in my system xorpsh  failed
> to start.
>
>   I already straced ./xorpsh, and sent to the xorp mailing list. But my
> mail is not posted to mailing list ( due to big size waiting for admin
> approval).
>
> First, i did not set any port while installation.
>
>   In trace, i checked with Port number as you mentioned. Xorpsh is
> trying to bind to same port which finder is listening.
>
> -bash-3.2# netstat -n -l -p -t -u
> Active Internet connections (only servers)
> Proto Recv-Q Send-Q Local Address               Foreign Address
>      State       PID/Program name
> tcp        0      0 127.0.0.1:19999 <http://127.0.0.1:19999>
> 0.0.0.0:*                   LISTEN      12118/xorp_fea
>
>
> getsockname(24, {sa_family=AF_INET, sin_port=htons(0),
> sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
> connect(24, {sa_family=AF_INET, *sin_port=htons(19999)*,
> sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now in
> progress)
> After some time it (xorpsh) is terminating.

That's good information.  Either xorpsh isn't handling delayed
accept (ie, EINPROGRESS) or maybe the rtrmgr isn't accepting new
connections properly.

Can you telnet to that port to see of rtrmgr properly allows
connection?:

telnet localhost 19999

Maybe also strace on rtrmgr while you are attempting xorpsh connect to
see if it ever sees the connection and accepts it?

Here's what I get (I'm running rtrmgr on port 4501 in this case):

[root at ct503-10G-09 lanforge]# telnet localhost 4501
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
hello
Connection closed by foreign host.

Here is what I see in the logs:
[ 2010/03/26 09:21:47.581267  ERROR xorp_rtrmgr:18204 FINDER libxipc/finder_tcp.cc:170 read_callback ] Bad input buffer size (1751477356 bytes) from wire, 
dropping connection


Please check to see if you get similar results.


> In strace output i found many "no such file or directory" errors. For
> sample, few lines are below ( if you need any thing let me know).

Those are probably not the problem.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From ramkumar.ch03 at gmail.com  Fri Mar 26 10:41:55 2010
From: ramkumar.ch03 at gmail.com (Ram)
Date: Fri, 26 Mar 2010 12:41:55 -0500
Subject: [Xorp-users] failed to re-start xorpsh
In-Reply-To: <4BACDF9A.7030501@candelatech.com>
References: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>
	<4BACDF9A.7030501@candelatech.com>
Message-ID: <1c56f7b11003261041yb65fb61x23e57feb1a2a942e@mail.gmail.com>

Hi Ben,

 I can connect to local host  through telnet at 19999 ( the output  is
exactly as yours).

 There is no log related to xorp in /var/log/ folder, even nothing in
message file (please let me know you think some where else).

Strace on rtrmgr (strace -o str1.txt ./xorp_rtrmgr) while trying to run
xorpsh in another window. I got the following error.

getsockname(4, {sa_family=AF_INET, sin_port=htons(0),
sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
bind(4, {sa_family=AF_INET, sin_port=htons(19999),
sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EADDRINUSE (Address already in
use)

In this way you  asked me to  check strace on rtrmgr, if  i am wrong let me
know.

 Thanks,
 --Ram

On Fri, Mar 26, 2010 at 11:23 AM, Ben Greear <greearb at candelatech.com>wrote:

> On 03/26/2010 08:24 AM, Ram wrote:
>
>> Thank you Ben.
>>
>> May be you are correct about " ./xorpsh -v", in my system xorpsh  failed
>> to start.
>>
>>  I already straced ./xorpsh, and sent to the xorp mailing list. But my
>> mail is not posted to mailing list ( due to big size waiting for admin
>> approval).
>>
>> First, i did not set any port while installation.
>>
>>  In trace, i checked with Port number as you mentioned. Xorpsh is
>> trying to bind to same port which finder is listening.
>>
>> -bash-3.2# netstat -n -l -p -t -u
>> Active Internet connections (only servers)
>> Proto Recv-Q Send-Q Local Address               Foreign Address
>>     State       PID/Program name
>> tcp        0      0 127.0.0.1:19999 <http://127.0.0.1:19999>
>>
>> 0.0.0.0:*                   LISTEN      12118/xorp_fea
>>
>>
>> getsockname(24, {sa_family=AF_INET, sin_port=htons(0),
>> sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
>> connect(24, {sa_family=AF_INET, *sin_port=htons(19999)*,
>> sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now in
>> progress)
>> After some time it (xorpsh) is terminating.
>>
>
> That's good information.  Either xorpsh isn't handling delayed
> accept (ie, EINPROGRESS) or maybe the rtrmgr isn't accepting new
> connections properly.
>
> Can you telnet to that port to see of rtrmgr properly allows
> connection?:
>
> telnet localhost 19999
>
> Maybe also strace on rtrmgr while you are attempting xorpsh connect to
> see if it ever sees the connection and accepts it?
>
> Here's what I get (I'm running rtrmgr on port 4501 in this case):
>
> [root at ct503-10G-09 lanforge]# telnet localhost 4501
> Trying ::1...
> telnet: connect to address ::1: Connection refused
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> hello
> Connection closed by foreign host.
>
> Here is what I see in the logs:
> [ 2010/03/26 09:21:47.581267  ERROR xorp_rtrmgr:18204 FINDER
> libxipc/finder_tcp.cc:170 read_callback ] Bad input buffer size (1751477356
> bytes) from wire, dropping connection
>
>
> Please check to see if you get similar results.
>
>
>
>  In strace output i found many "no such file or directory" errors. For
>> sample, few lines are below ( if you need any thing let me know).
>>
>
> Those are probably not the problem.
>
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100326/7f4f0177/attachment.html 

From greearb at candelatech.com  Fri Mar 26 10:45:11 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 26 Mar 2010 10:45:11 -0700
Subject: [Xorp-users] failed to re-start xorpsh
In-Reply-To: <1c56f7b11003261041yb65fb61x23e57feb1a2a942e@mail.gmail.com>
References: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>	
	<4BACDF9A.7030501@candelatech.com>
	<1c56f7b11003261041yb65fb61x23e57feb1a2a942e@mail.gmail.com>
Message-ID: <4BACF2A7.405@candelatech.com>

On 03/26/2010 10:41 AM, Ram wrote:
> Hi Ben,
>
>   I can connect to local host  through telnet at 19999 ( the output  is
> exactly as yours).
>
>   There is no log related to xorp in /var/log/ folder, even nothing in
> message file (please let me know you think some where else).
> Strace on rtrmgr (strace -o str1.txt ./xorp_rtrmgr) while trying to run
> xorpsh in another window. I got the following error.
>
> getsockname(4, {sa_family=AF_INET, sin_port=htons(0),
> sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
> bind(4, {sa_family=AF_INET, sin_port=htons(19999),
> sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EADDRINUSE (Address already
> in use)

Any chance you can attach gdb and add a breakpoint on 'bind' to try to
figure out the backtrace to where this is happening at?

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From ramkumar.ch03 at gmail.com  Fri Mar 26 10:55:16 2010
From: ramkumar.ch03 at gmail.com (Ram)
Date: Fri, 26 Mar 2010 12:55:16 -0500
Subject: [Xorp-users] failed to re-start xorpsh
In-Reply-To: <4BACF2A7.405@candelatech.com>
References: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>
	<4BACDF9A.7030501@candelatech.com>
	<1c56f7b11003261041yb65fb61x23e57feb1a2a942e@mail.gmail.com>
	<4BACF2A7.405@candelatech.com>
Message-ID: <1c56f7b11003261055q6daacf4t8174ae133372c276@mail.gmail.com>

 I wish to attach gdb, but i never used gdb before. So I need to look into
it before i try.

 Can you give some directions?

Thanks,
--Ram

On Fri, Mar 26, 2010 at 12:45 PM, Ben Greear <greearb at candelatech.com>wrote:

> On 03/26/2010 10:41 AM, Ram wrote:
>
>> Hi Ben,
>>
>>  I can connect to local host  through telnet at 19999 ( the output  is
>> exactly as yours).
>>
>>  There is no log related to xorp in /var/log/ folder, even nothing in
>> message file (please let me know you think some where else).
>> Strace on rtrmgr (strace -o str1.txt ./xorp_rtrmgr) while trying to run
>> xorpsh in another window. I got the following error.
>>
>> getsockname(4, {sa_family=AF_INET, sin_port=htons(0),
>> sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
>> bind(4, {sa_family=AF_INET, sin_port=htons(19999),
>> sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EADDRINUSE (Address already
>> in use)
>>
>
> Any chance you can attach gdb and add a breakpoint on 'bind' to try to
> figure out the backtrace to where this is happening at?
>
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100326/b3ac49c7/attachment.html 

From greearb at candelatech.com  Fri Mar 26 10:59:16 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 26 Mar 2010 10:59:16 -0700
Subject: [Xorp-users] failed to re-start xorpsh
In-Reply-To: <1c56f7b11003261055q6daacf4t8174ae133372c276@mail.gmail.com>
References: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>	
	<4BACDF9A.7030501@candelatech.com>	
	<1c56f7b11003261041yb65fb61x23e57feb1a2a942e@mail.gmail.com>	
	<4BACF2A7.405@candelatech.com>
	<1c56f7b11003261055q6daacf4t8174ae133372c276@mail.gmail.com>
Message-ID: <4BACF5F4.6020003@candelatech.com>

On 03/26/2010 10:55 AM, Ram wrote:
>   I wish to attach gdb, but i never used gdb before. So I need to look
> into it before i try.
>
>   Can you give some directions?

Set up PATH to for /usr/local/xorp/sbin

Start up xorp as normal.

use 'ps' to find the PID for xorp_rtrmgr

gdb xorp_rtrmgr [pid]
# Inside gdb:
  break bind
  continue

Then start your second xorpsh

Hopefully gdb will hit the bind breakpoint.  At that point, grab the
backtrace in gdb:

bt

exit

Post the backtrace text..maybe it will give me a clue.

Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From ramkumar.ch03 at gmail.com  Fri Mar 26 11:35:36 2010
From: ramkumar.ch03 at gmail.com (Ram)
Date: Fri, 26 Mar 2010 13:35:36 -0500
Subject: [Xorp-users] failed to re-start xorpsh
In-Reply-To: <4BACF5F4.6020003@candelatech.com>
References: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>
	<4BACDF9A.7030501@candelatech.com>
	<1c56f7b11003261041yb65fb61x23e57feb1a2a942e@mail.gmail.com>
	<4BACF2A7.405@candelatech.com>
	<1c56f7b11003261055q6daacf4t8174ae133372c276@mail.gmail.com>
	<4BACF5F4.6020003@candelatech.com>
Message-ID: <1c56f7b11003261135r6db8748apd094c5dc2d2c8c2e@mail.gmail.com>

Hi Ben,

  I could not run gdb. i got following message.

  -bash-3.2# ps -ef |grep xorp
root     16774  7592  0 Mar25 ?        00:00:00 ./xorp_rtrmgr -b
/root/xorp1.config -l /tmp/xorp_log.txt
root     16775 16774  0 Mar25 ?        00:00:00 xorp_fea
root     16776 16774  0 Mar25 ?        00:00:00 xorp_rib
root     16777 16774  0 Mar25 ?        00:00:00 xorp_policy
root     16778 16774  0 Mar25 ?        00:00:00 xorp_ospfv2
root     17251 12608  0 Mar25 ?        00:00:00 grep xorp
-bash-3.2# gdb xorp_rtrmgr[16774]
GNU gdb Red Hat Linux (6.6-45.fc8rh)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...
xorp_rtrmgr[16774]: No such file or directory.
(gdb) break bind
No symbol table is loaded.  Use the "file" command.
(gdb) continue
The program is not being run.


Thanks,
--Ram

On Fri, Mar 26, 2010 at 12:59 PM, Ben Greear <greearb at candelatech.com>wrote:

> On 03/26/2010 10:55 AM, Ram wrote:
>
>>  I wish to attach gdb, but i never used gdb before. So I need to look
>> into it before i try.
>>
>>  Can you give some directions?
>>
>
> Set up PATH to for /usr/local/xorp/sbin
>
> Start up xorp as normal.
>
> use 'ps' to find the PID for xorp_rtrmgr
>
> gdb xorp_rtrmgr [pid]
> # Inside gdb:
>  break bind
>  continue
>
> Then start your second xorpsh
>
> Hopefully gdb will hit the bind breakpoint.  At that point, grab the
> backtrace in gdb:
>
> bt
>
> exit
>
> Post the backtrace text..maybe it will give me a clue.
>
>
> Thanks,
> Ben
>
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100326/71be13b9/attachment.html 

From greearb at candelatech.com  Fri Mar 26 11:52:23 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 26 Mar 2010 11:52:23 -0700
Subject: [Xorp-users] failed to re-start xorpsh
In-Reply-To: <1c56f7b11003261135r6db8748apd094c5dc2d2c8c2e@mail.gmail.com>
References: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>	
	<4BACDF9A.7030501@candelatech.com>	
	<1c56f7b11003261041yb65fb61x23e57feb1a2a942e@mail.gmail.com>	
	<4BACF2A7.405@candelatech.com>	
	<1c56f7b11003261055q6daacf4t8174ae133372c276@mail.gmail.com>	
	<4BACF5F4.6020003@candelatech.com>
	<1c56f7b11003261135r6db8748apd094c5dc2d2c8c2e@mail.gmail.com>
Message-ID: <4BAD0267.8080908@candelatech.com>

On 03/26/2010 11:35 AM, Ram wrote:
> Hi Ben,
>
>    I could not run gdb. i got following message.

For the PS listing below, the command should be:

gdb xorp_rtrmgr 16774

Typically, when something puts something in brackets, that
means replace it with the actual value, that is why I'd say:

gdb xorp_rtrmgr [pid-of-xorp-rtrmgr]

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From a.greenhalgh at cs.ucl.ac.uk  Thu Mar 25 09:53:35 2010
From: a.greenhalgh at cs.ucl.ac.uk (Adam Greenhalgh)
Date: Thu, 25 Mar 2010 16:53:35 +0000
Subject: [Xorp-users] Xorp-users Digest, Vol 48, Issue 29
In-Reply-To: <20100325123711.aqg9qn3dvnwko8wc@mail.encs.concordia.ca>
References: <mailman.1740.1269532321.892.xorp-users@xorp.org> 
	<20100325123711.aqg9qn3dvnwko8wc@mail.encs.concordia.ca>
Message-ID: <4769af411003250953v22f68dcaib88142a3e2fbf3cc@mail.gmail.com>

i had to add the following packages to get it to compile, i didn't try
running xorp on this system, just compiled and ran the tests.

+ubuntu 9.10 i386
+

+scons
+subversion
+libssl-dev
+libpcap-dev
+libboost-regex1.40-dev
+build-essential

On 25 March 2010 16:37,  <chua_c at encs.concordia.ca> wrote:
> Hello, dear Adam,
>
>
> This is Jack from Montreal. I am trying to build XORP on Ubuntu 9.10 i386.
>
> could you send me some advice for this ? when I tried to build it I meet a
> lot of problems.
>
> thanks a lot in advance.
>
> Best regards
> Jack
>
> Quoting xorp-users-request at xorp.org:
>
>> Send Xorp-users mailing list submissions to
>> ? ? ? ?xorp-users at xorp.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> ? ? ? ?http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>> or, via email, send a message with subject or body 'help' to
>> ? ? ? ?xorp-users-request at xorp.org
>>
>> You can reach the person managing the list at
>> ? ? ? ?xorp-users-owner at xorp.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Xorp-users digest..."
>>
>>
>> Today's Topics:
>>
>> ? 1. Re: Poll : Which OSs to use for buildbot for xorp svn ?
>> ? ? ?(Adam Greenhalgh)
>> ? 2. failed to re-start xorpsh in virtual system (Ram)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Thu, 25 Mar 2010 12:47:51 +0000
>> From: Adam Greenhalgh <a.greenhalgh at cs.ucl.ac.uk>
>> Subject: Re: [Xorp-users] Poll : Which OSs to use for buildbot for
>> ? ? ? ?xorp svn ?
>> To: xorp <xorp-users at xorp.org>, XORP Developers <xorp-dev at xorp.org>,
>> ? ? ? ?xorp-hackers at xorp.org
>> Message-ID:
>> ? ? ? ?<4769af411003250547l3cb6cce0ided870211f654781 at mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> Thanks to all those who answered , I've setup the following as ?buildbot
>> systems.
>>
>> Freebsd 8.0 i386
>> Fedora 12 i386
>> Ubuntu 9.10 i386
>> Debian 5.04 sparc
>>
>> Commits to the sourceforge subversion archive will trigger a rebuild
>> on these targets.
>>
>> Adam
>>
>> On 16 March 2010 15:39, Adam Greenhalgh <a.greenhalgh at cs.ucl.ac.uk> wrote:
>>>
>>> Hi folks,
>>>
>>> We are looking into setting up an automatic build checker for xorp, we
>>> are probably only going to test against 3 OS/s initally. The current
>>> thinking is :
>>>
>>> - Linux (to be decided)
>>> - FreeBSD 8.0
>>> - Linux (to be decided, sparc based)
>>>
>>> We don't have the resources to support many more initially so it would
>>> be very useful to know which of the current OS's people are actually
>>> using, this may well infulence which varaiant we choose to test
>>> against. I've setup a doodle poll here , so please vote :
>>>
>>> http://www.doodle.com/2tfa9962pba7uuk3
>>>
>>> Many thanks
>>>
>>> Adam Greenhalgh
>>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Thu, 25 Mar 2010 00:45:53 -0500
>> From: Ram <ramkumar.ch03 at gmail.com>
>> Subject: [Xorp-users] failed to re-start xorpsh in virtual system
>> To: Ben Greear <greearb at candelatech.com>, xorp-users at xorp.org
>> Message-ID:
>> ? ? ? ?<1c56f7b11003242245o35c583bcxc677fbdc87d24bd9 at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> Hi All,
>>
>> Thank you Ben. Yes you are correct.
>>
>> ?I am running Xorp-1.7(xorp.ct) in a remote virtual host. ?When i run
>> rtrmgr in one window and xorpsh in another window, it's working good. If i
>> close the windows (rtrmgr still running ) and re-login to that vhost to
>> strat xorpsh, i could not re-start xorpsh, i got ?message like "waiting
>> for
>> rtrmgr". After some time i get back to linux command prompt.
>>
>> ?Then i checked "ps -ef | grep xorp", ?xorp is still running.
>> ?-bash-3.2# ps -ef |grep xorp
>> root ? ? 12118 ? ? 1 ?0 Mar23 ? ? ? ? ?00:00:02 xorp_fea
>> root ? ? 12119 ? ? 1 ?0 Mar23 ? ? ? ? ?00:00:01 xorp_rib
>> root ? ? 12120 ? ? 1 ?0 Mar23 ? ? ? ? ?00:00:00 xorp_policy
>> root ? ? 12121 ? ? 1 ?0 Mar23 ? ? ? ? ?00:00:02 xorp_ospfv2
>> root ? ? 29177 26654 ?0 Mar23 ? ? ? ? ?00:00:00 grep xorp
>> -bash-3.2# ./xorpsh
>> Waiting for xorp_rtrmgr...
>> -bash-3.2#
>>
>> I straced the ./xorpsh process, i have found some errors as follows in
>> strace output ( this is part of strace and i attached full output file).
>> Sorry for long mail.
>>
>> -----------------------------------------------------------------------------------------------------------------------
>> .......
>> access("/etc/ld.so.preload", R_OK) ? ? ?= -1 ENOENT (No such file or
>> directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/sse2/libxorp_cli.so",
>> O_RDONLY) = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/sse2", 0xbfbb22ec) =
>> -1 ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/libxorp_cli.so",
>> O_RDONLY) = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686", 0xbfbb22ec) = -1
>> ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/sse2/libxorp_cli.so",
>> O_RDONLY) = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/sse2", 0xbfbb22ec) = -1
>> ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/libxorp_cli.so", O_RDONLY)
>> =
>> -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls", 0xbfbb22ec) = -1 ENOENT
>> (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/i686/sse2/libxorp_cli.so",
>> O_RDONLY) = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/i686/sse2", 0xbfbb22ec) = -1
>> ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/i686/libxorp_cli.so", O_RDONLY)
>> =
>> -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/i686", 0xbfbb22ec) = -1
>> ENOENT
>> (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/sse2/libxorp_cli.so", O_RDONLY)
>> =
>> -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/sse2", 0xbfbb22ec) = -1
>> ENOENT
>> (No such file or directory)
>> .......
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libncurses.so.5", O_RDONLY) =
>> -1
>> ENOENT (No such file or directory)
>> open("/etc/ld.so.cache", O_RDONLY) ? ? ?= 3
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=13267, ...}) = 0
>> mmap2(NULL, 13267, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb760c000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/lib/libncurses.so.5", O_RDONLY) ?= 3
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 at K\0\0004\0\0\0"...,
>> 512) = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=133580, ...}) = 0
>> mmap2(NULL, 132600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
>> =
>> 0xb75eb000
>> mmap2(0xb760b000, 4096, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0xb760b000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libstdc++.so.6", O_RDONLY) = -1
>> ENOENT (No such file or directory)
>> open("/usr/lib/libstdc++.so.6", O_RDONLY) = 3
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\326\3\0004\0\0\0"...,
>> 512) = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=925576, ...}) = 0
>> mmap2(NULL, 951972, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
>> =
>> 0xb7502000
>> mmap2(0xb75e0000, 20480, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xdd) = 0xb75e0000
>> mmap2(0xb75e5000, 22180, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb75e5000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libm.so.6", O_RDONLY) = -1
>> ENOENT
>> (No such file or directory)
>> open("/lib/libm.so.6", O_RDONLY) ? ? ? ?= 3
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0204\0\0004\0\0\0"...,
>> 512)
>> = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=208308, ...}) = 0
>> mmap2(NULL, 163952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
>> =
>> 0xb74d9000
>> mmap2(0xb7500000, 8192, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x26) = 0xb7500000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libgcc_s.so.1", O_RDONLY) = -1
>> ENOENT (No such file or directory)
>> open("/lib/libgcc_s.so.1", O_RDONLY) ? ?= 3
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\26\0\0004\0\0\0"...,
>> 512) = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=45248, ...}) = 0
>> mmap2(NULL, 48228, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
>> 0xb74cd000
>> mmap2(0xb74d8000, 4096, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa) = 0xb74d8000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libc.so.6", O_RDONLY) = -1
>> ENOENT
>> (No such file or directory)
>> open("/lib/libc.so.6", O_RDONLY) ? ? ? ?= 3
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360d\1\0004\0\0\0"...,
>> 512)
>> = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=1689108, ...}) = 0
>> mmap2(NULL, 1410608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
>> =
>> 0xb7374000
>> mmap2(0xb74c7000, 12288, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x153) = 0xb74c7000
>> mmap2(0xb74ca000, 9776, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb74ca000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
>> =
>> 0xb7373000
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libcrypto.so.6", O_RDONLY) = -1
>> ENOENT (No such file or directory)
>> open("/lib/libcrypto.so.6", O_RDONLY) ? = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\21\3\0004\0\0\0"...,
>> 512) = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=1241576, ...}) = 0
>> mmap2(NULL, 1254104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
>> =
>> 0xb7240000
>> mmap2(0xb735d000, 73728, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11d) = 0xb735d000
>> mmap2(0xb736f000, 13016, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb736f000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/librt.so.1", O_RDONLY) = -1
>> ENOENT (No such file or directory)
>> open("/lib/librt.so.1", O_RDONLY) ? ? ? = 3
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\31\0\0004\0\0\0"...,
>> 512)
>> = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=46024, ...}) = 0
>> mmap2(NULL, 33328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
>> 0xb7237000
>> mmap2(0xb723e000, 8192, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb723e000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libdl.so.2", O_RDONLY) = -1
>> ENOENT (No such file or directory)
>> open("/lib/libdl.so.2", O_RDONLY) ? ? ? = 3
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\n\0\0004\0\0\0"...,
>> 512) = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=18672, ...}) = 0
>> mmap2(NULL, 16504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
>> 0xb7232000
>> mmap2(0xb7235000, 8192, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb7235000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libtinfo.so.5", O_RDONLY) = -1
>> ENOENT (No such file or directory)
>> open("/lib/libtinfo.so.5", O_RDONLY) ? ?= 3
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20Z\0\0004\0\0\0"...,
>> 512)
>> = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=93672, ...}) = 0
>> mmap2(NULL, 97080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
>> 0xb721a000
>> mmap2(0xb722f000, 12288, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14) = 0xb722f000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libz.so.1", O_RDONLY) = -1
>> ENOENT
>> (No such file or directory)
>> open("/lib/libz.so.1", O_RDONLY) ? ? ? ?= 3
>> read(3,
>> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\26\0\0004\0\0\0"...,
>> 512)
>> = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=73412, ...}) = 0
>> mmap2(NULL, 76176, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
>> 0xb7207000
>> mmap2(0xb7219000, 4096, PROT_READ|PROT_WRITE,
>> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11) = 0xb7219000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
>> =
>> 0xb7206000
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libpthread.so.0", O_RDONLY) =
>> -1
>> ENOENT (No such file or directory)
>> .................
>>
>> stat64("/usr/local/xorp/lib/xorp/bin/date", 0xbfbb1f80) = -1 ENOENT (No
>> such
>> file or directory)
>> stat64("/usr/local/xorp/date", 0xbfbb1f80) = -1 ENOENT (No such file or
>> directory)
>> stat64("/usr/kerberos/sbin/date", 0xbfbb1f80) = -1 ENOENT (No such file or
>> directory)
>> stat64("/usr/kerberos/bin/date", 0xbfbb1f80) = -1 ENOENT (No such file or
>> directory)
>> stat64("/usr/local/sbin/date", 0xbfbb1f80) = -1 ENOENT (No such file or
>> directory)
>> stat64("/usr/local/bin/date", 0xbfbb1f80) = -1 ENOENT (No such file or
>> directory)
>> stat64("/sbin/date", 0xbfbb1f80) ? ? ? ?= -1 ENOENT (No such file or
>> directory)
>> stat64("/bin/date", {st_mode=S_IFREG|0755, st_size=53188, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/hostname", 0xbfbb1f80) = -1 ENOENT
>> (No
>> such file or directory)
>> stat64("/usr/local/xorp/hostname", 0xbfbb1f80) = -1 ENOENT (No such file
>> or
>> directory)
>> stat64("/usr/kerberos/sbin/hostname", 0xbfbb1f80) = -1 ENOENT (No such
>> file
>> or directory)
>> stat64("/usr/kerberos/bin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file
>> or directory)
>> stat64("/usr/local/sbin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file
>> or
>> directory)
>> stat64("/usr/local/bin/hostname", 0xbfbb1f80) = -1 ENOENT (No such file or
>> directory)
>> stat64("/sbin/hostname", 0xbfbb1f80) ? ?= -1 ENOENT (No such file or
>> directory)
>> stat64("/bin/hostname", {st_mode=S_IFREG|0755, st_size=10264, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/uname", 0xbfbb1f80) = -1 ENOENT (No
>> such file or directory)
>> stat64("/usr/local/xorp/uname", 0xbfbb1f80) = -1 ENOENT (No such file or
>> directory)
>> stat64("/usr/kerberos/sbin/uname", 0xbfbb1f80) = -1 ENOENT (No such file
>> or
>> directory)
>> stat64("/usr/kerberos/bin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or
>> directory)
>> stat64("/usr/local/sbin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or
>> directory)
>> stat64("/usr/local/bin/uname", 0xbfbb1f80) = -1 ENOENT (No such file or
>> directory)
>> stat64("/sbin/uname", 0xbfbb1f80) ? ? ? = -1 ENOENT (No such file or
>> directory)
>> stat64("/bin/uname", {st_mode=S_IFREG|0755, st_size=18532, ...}) = 0
>> read(8, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> .............
>>
>> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
>> gettimeofday({1269490317, 548067}, NULL) = 0
>> stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
>> stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
>> write(3, "[ 2010/03/25 04:11:57.548067 ?ER"..., 166) = 166
>> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
>> exit_group(1) ? ? ? ? ? ? ? ? ? ? ? ? ? = ?
>>
>> ?Can any one know cause for this problem?
>>
>> Thank you,
>> --Ram
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL:
>> ?http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100325/82270f3f/attachment.html
>> -------------- next part --------------
>> execve("./xorpsh", ["./xorpsh"], [/* 17 vars */]) = 0
>> brk(0) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x8153000
>> readlink("/proc/self/exe", "/usr/local/xorp/sbin/xorpsh", 4096) = 27
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb7792000
>> access("/etc/ld.so.preload", R_OK) ? ? ?= -1 ENOENT (No such file or
>> ?directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/sse2/libxorp_cli.so",
>> ?O_RDONLY) = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/sse2", ?0xbfbb22ec)
>> = -1 ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686/libxorp_cli.so",
>> ?O_RDONLY) = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/i686", 0xbfbb22ec) ?= -1
>> ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/sse2/libxorp_cli.so",
>> ?O_RDONLY) = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls/sse2", 0xbfbb22ec) ?= -1
>> ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/tls/libxorp_cli.so", ?O_RDONLY)
>> = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/tls", 0xbfbb22ec) = -1
>> ?ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/i686/sse2/libxorp_cli.so",
>> ?O_RDONLY) = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/i686/sse2", 0xbfbb22ec) ?= -1
>> ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/i686/libxorp_cli.so",
>> ?O_RDONLY) = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/i686", 0xbfbb22ec) = -1
>> ?ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/sse2/libxorp_cli.so",
>> ?O_RDONLY) = -1 ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/sbin/../lib/xorp/lib/sse2", 0xbfbb22ec) = -1
>> ?ENOENT (No such file or directory)
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_cli.so", O_RDONLY) = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\275\0\0004\0\0\0"...,
>> 512) ?= 512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=235064, ...}) = 0
>> mmap2(NULL, 237352, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7758000
>> mmap2(0xb7791000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x38) = 0xb7791000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxst_cli.so", O_RDONLY) = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360!\0\0004\0\0\0"...,
>> 512) ?= 512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=44148, ...}) = 0
>> mmap2(NULL, 46660, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb774c000
>> mmap2(0xb7757000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa) = 0xb7757000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxif_cli_processor.so",
>> ?O_RDONLY) = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\24\0\0004\0\0\0"..., 512)
>> ?= 512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=12400, ...}) = 0
>> mmap2(NULL, 14912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7748000
>> mmap2(0xb774b000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb774b000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_proto.so", O_RDONLY) =
>> 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\3003\0\0004\0\0\0"...,
>> 512) ?= 512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=48048, ...}) = 0
>> mmap2(NULL, 46244, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb773c000
>> mmap2(0xb7747000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb) = 0xb7747000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_tecla.so", O_RDONLY) =
>> 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0I\0\0004\0\0\0"..., 512)
>> = ?512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=112376, ...}) = 0
>> mmap2(NULL, 110460, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7721000
>> mmap2(0xb773b000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a) = 0xb773b000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxif_rtrmgr.so", O_RDONLY) =
>> 3
>> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0
>> ?:\0\0004\0\0\0"..., 512) = 512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=47716, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb7720000
>> mmap2(NULL, 50228, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7713000
>> mmap2(0xb771f000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb) = 0xb771f000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxst_xorpsh.so", O_RDONLY) =
>> 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\35\0\0004\0\0\0"...,
>> ?512) = 512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=31728, ...}) = 0
>> mmap2(NULL, 34240, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb770a000
>> mmap2(0xb7712000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb7712000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>>
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxif_finder_event_notifier.so",
>> ?O_RDONLY) = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\24\0\0004\0\0\0"...,
>> ?512) = 512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=14388, ...}) = 0
>> mmap2(NULL, 12804, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7706000
>> mmap2(0xb7709000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0xb7709000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_ipc.so", O_RDONLY) = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\377\1\0004\0\0\0"...,
>> ?512) = 512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=605696, ...}) = 0
>> mmap2(NULL, 607356, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7671000
>> mmap2(0xb7703000, 12288, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x91) = 0xb7703000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_comm.so", O_RDONLY) = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\27\0\0004\0\0\0"..., 512)
>> ?= 512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=25916, ...}) = 0
>> mmap2(NULL, 28544, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb766a000
>> mmap2(0xb7670000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0xb7670000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libxorp_core.so", O_RDONLY) = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\212\1\0004\0\0\0"...,
>> ?512) = 512
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=362104, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb7669000
>> mmap2(NULL, 364076, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7610000
>> mmap2(0xb7666000, 8192, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x56) = 0xb7666000
>> mmap2(0xb7668000, 3628, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7668000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libncurses.so.5", ?O_RDONLY) =
>> -1 ENOENT (No such file or directory)
>> open("/etc/ld.so.cache", O_RDONLY) ? ? ?= 3
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=13267, ...}) = 0
>> mmap2(NULL, 13267, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb760c000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/lib/libncurses.so.5", O_RDONLY) ?= 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 at K\0\0004\0\0\0"..., ?512)
>> = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=133580, ...}) = 0
>> mmap2(NULL, 132600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb75eb000
>> mmap2(0xb760b000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0xb760b000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libstdc++.so.6", ?O_RDONLY) =
>> -1 ENOENT (No such file or directory)
>> open("/usr/lib/libstdc++.so.6", O_RDONLY) = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\326\3\0004\0\0\0"...,
>> ?512) = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=925576, ...}) = 0
>> mmap2(NULL, 951972, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7502000
>> mmap2(0xb75e0000, 20480, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xdd) = 0xb75e0000
>> mmap2(0xb75e5000, 22180, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb75e5000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libm.so.6", O_RDONLY) = ?-1
>> ENOENT (No such file or directory)
>> open("/lib/libm.so.6", O_RDONLY) ? ? ? ?= 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0204\0\0004\0\0\0"...,
>> 512) ?= 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=208308, ...}) = 0
>> mmap2(NULL, 163952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb74d9000
>> mmap2(0xb7500000, 8192, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x26) = 0xb7500000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libgcc_s.so.1", O_RDONLY) ?= -1
>> ENOENT (No such file or directory)
>> open("/lib/libgcc_s.so.1", O_RDONLY) ? ?= 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\26\0\0004\0\0\0"...,
>> ?512) = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=45248, ...}) = 0
>> mmap2(NULL, 48228, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb74cd000
>> mmap2(0xb74d8000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa) = 0xb74d8000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libc.so.6", O_RDONLY) = ?-1
>> ENOENT (No such file or directory)
>> open("/lib/libc.so.6", O_RDONLY) ? ? ? ?= 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360d\1\0004\0\0\0"...,
>> 512) ?= 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=1689108, ...}) = 0
>> mmap2(NULL, 1410608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3,
>> 0) = 0xb7374000
>> mmap2(0xb74c7000, 12288, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x153) = 0xb74c7000
>> mmap2(0xb74ca000, 9776, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb74ca000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb7373000
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libcrypto.so.6", ?O_RDONLY) =
>> -1 ENOENT (No such file or directory)
>> open("/lib/libcrypto.so.6", O_RDONLY) ? = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\21\3\0004\0\0\0"..., 512)
>> ?= 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=1241576, ...}) = 0
>> mmap2(NULL, 1254104, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3,
>> 0) = 0xb7240000
>> mmap2(0xb735d000, 73728, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11d) = 0xb735d000
>> mmap2(0xb736f000, 13016, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb736f000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/librt.so.1", O_RDONLY) = ?-1
>> ENOENT (No such file or directory)
>> open("/lib/librt.so.1", O_RDONLY) ? ? ? = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\31\0\0004\0\0\0"..., 512)
>> ?= 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=46024, ...}) = 0
>> mmap2(NULL, 33328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7237000
>> mmap2(0xb723e000, 8192, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb723e000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libdl.so.2", O_RDONLY) = ?-1
>> ENOENT (No such file or directory)
>> open("/lib/libdl.so.2", O_RDONLY) ? ? ? = 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\n\0\0004\0\0\0"...,
>> ?512) = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=18672, ...}) = 0
>> mmap2(NULL, 16504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7232000
>> mmap2(0xb7235000, 8192, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0xb7235000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libtinfo.so.5", O_RDONLY) ?= -1
>> ENOENT (No such file or directory)
>> open("/lib/libtinfo.so.5", O_RDONLY) ? ?= 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20Z\0\0004\0\0\0"..., 512)
>> ?= 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=93672, ...}) = 0
>> mmap2(NULL, 97080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb721a000
>> mmap2(0xb722f000, 12288, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14) = 0xb722f000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libz.so.1", O_RDONLY) = ?-1
>> ENOENT (No such file or directory)
>> open("/lib/libz.so.1", O_RDONLY) ? ? ? ?= 3
>> read(3,
>> ?"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\26\0\0004\0\0\0"...,
>> 512) ?= 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=73412, ...}) = 0
>> mmap2(NULL, 76176, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb7207000
>> mmap2(0xb7219000, 4096, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11) = 0xb7219000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb7206000
>> open("/usr/local/xorp/sbin/../lib/xorp/lib/libpthread.so.0", ?O_RDONLY) =
>> -1 ENOENT (No such file or directory)
>> open("/lib/libpthread.so.0", O_RDONLY) ?= 3
>> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0
>> ?H\0\0004\0\0\0"..., 512) = 512
>> fstat64(3, {st_mode=S_IFREG|0755, st_size=129472, ...}) = 0
>> mmap2(NULL, 98784, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, ?3, 0)
>> = 0xb71ed000
>> mmap2(0xb7202000, 8192, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14) = 0xb7202000
>> mmap2(0xb7204000, 4576, PROT_READ|PROT_WRITE,
>> ?MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7204000
>> close(3) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71ec000
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71eb000
>> set_thread_area({entry_number:-1 -> 6, base_addr:0xb71eb6d0,
>> ?limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
>> ?limit_in_pages:1, seg_not_present:0, useable:1}) = 0
>> mprotect(0xb7202000, 4096, PROT_READ) ? = 0
>> mprotect(0xb7235000, 4096, PROT_READ) ? = 0
>> mprotect(0xb723e000, 4096, PROT_READ) ? = 0
>> mprotect(0xb74c7000, 8192, PROT_READ) ? = 0
>> mprotect(0xb7500000, 4096, PROT_READ) ? = 0
>> mprotect(0xb75e0000, 12288, PROT_READ) ?= 0
>> mprotect(0xb77af000, 4096, PROT_READ) ? = 0
>> munmap(0xb760c000, 13267) ? ? ? ? ? ? ? = 0
>> set_tid_address(0xb71eb718) ? ? ? ? ? ? = 27630
>> set_robust_list(0xb71eb720, 0xc) ? ? ? ?= 0
>> futex(0xbfbb2bb4, FUTEX_WAKE_PRIVATE, 1) = 0
>> rt_sigaction(SIGRTMIN, {0xb71f12c0, [], SA_SIGINFO}, NULL, 8) = 0
>> rt_sigaction(SIGRT_1, {0xb71f1340, [], SA_RESTART|SA_SIGINFO}, NULL, 8) =
>> 0
>> rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
>> getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
>> uname({sys="Linux", node="router-1.ksu.gpeni.net", ...}) = 0
>> futex(0xb75e64fc, FUTEX_WAKE_PRIVATE, 2147483647) = 0
>> brk(0) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x8153000
>> brk(0x8174000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x8174000
>> open("/dev/stderr", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
>> getcwd("/usr/local/xorp/sbin", 4096) ? ?= 21
>> lstat64("/root", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0
>> lstat64("/root/xorp.ct", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
>> lstat64("/root/xorp.ct/obj", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
>> 0
>> lstat64("/root/xorp.ct/obj/i686-pc-linux-gnu", ?{st_mode=S_IFDIR|0755,
>> st_size=4096, ...}) = 0
>> lstat64("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
>> lstat64("/usr/local", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
>> lstat64("/usr/local/xorp", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
>> uname({sys="Linux", node="router-1.ksu.gpeni.net", ...}) = 0
>> clock_gettime(CLOCK_MONOTONIC, {979708, 615187322}) = 0
>> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
>> socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
>> ioctl(4, SIOCGIFCONF, {128, {{"lo", {AF_INET, ?inet_addr("127.0.0.1")}},
>> {"nat110", {AF_INET, ?inet_addr("10.0.110.2")}}, {"a110x16", {AF_INET,
>> ?inet_addr("192.168.20.65")}}, {"a110x7", {AF_INET,
>> ?inet_addr("192.168.14.42")}}}}) = 0
>> ioctl(4, SIOCGIFCONF, {128, {{"lo", {AF_INET, ?inet_addr("127.0.0.1")}},
>> {"nat110", {AF_INET, ?inet_addr("10.0.110.2")}}, {"a110x16", {AF_INET,
>> ?inet_addr("192.168.20.65")}}, {"a110x7", {AF_INET,
>> ?inet_addr("192.168.14.42")}}}}) = 0
>> ioctl(4, SIOCGIFFLAGS, {ifr_name="lo",
>> ?ifr_flags=IFF_UP|IFF_LOOPBACK|IFF_RUNNING}) = 0
>> ioctl(4, SIOCGIFFLAGS, {ifr_name="nat110",
>> ?ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
>> ioctl(4, SIOCGIFFLAGS, {ifr_name="a110x16",
>> ?ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
>> ioctl(4, SIOCGIFFLAGS, {ifr_name="a110x7",
>> ?ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0
>> close(4) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> gettimeofday({1269490287, 543671}, NULL) = 0
>> open("/var/tmp/xrl.o7mXdo", O_RDWR|O_CREAT|O_EXCL, 0600) = 4
>> fcntl64(4, F_GETFL) ? ? ? ? ? ? ? ? ? ? = 0x2 (flags O_RDWR)
>> fstat64(4, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> _llseek(4, 0, [0], SEEK_CUR) ? ? ? ? ? ?= 0
>> close(4) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> unlink("/var/tmp/xrl.o7mXdo") ? ? ? ? ? = 0
>> socket(PF_FILE, SOCK_STREAM, 0) ? ? ? ? = 4
>> setsockopt(4, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
>> setsockopt(4, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
>> fcntl64(4, F_GETFL) ? ? ? ? ? ? ? ? ? ? = 0x2 (flags O_RDWR)
>> fcntl64(4, F_SETFL, O_RDWR|O_NONBLOCK) ?= 0
>> bind(4, {sa_family=AF_FILE, path="/var/tmp/xrl.o7mXdo"}, 110) = 0
>> listen(4, 5) ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/var/tmp/xrl.I2ptM0", O_RDWR|O_CREAT|O_EXCL, 0600) = 5
>> fcntl64(5, F_GETFL) ? ? ? ? ? ? ? ? ? ? = 0x2 (flags O_RDWR)
>> fstat64(5, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> _llseek(5, 0, [0], SEEK_CUR) ? ? ? ? ? ?= 0
>> close(5) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> unlink("/var/tmp/xrl.I2ptM0") ? ? ? ? ? = 0
>> socket(PF_FILE, SOCK_STREAM, 0) ? ? ? ? = 5
>> setsockopt(5, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
>> setsockopt(5, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
>> fcntl64(5, F_GETFL) ? ? ? ? ? ? ? ? ? ? = 0x2 (flags O_RDWR)
>> fcntl64(5, F_SETFL, O_RDWR|O_NONBLOCK) ?= 0
>> bind(5, {sa_family=AF_FILE, path="/var/tmp/xrl.I2ptM0"}, 110) = 0
>> listen(5, 5) ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/share/xorp/templates", ?{st_mode=S_IFDIR|0755,
>> st_size=4096, ...}) = 0
>> open("/usr/local/xorp/share/xorp/templates",
>> ?O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = 6
>> fstat64(6, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
>> fcntl64(6, F_GETFD) ? ? ? ? ? ? ? ? ? ? = 0x1 (flags FD_CLOEXEC)
>> getdents64(6, /* 42 entries */, 4096) ? = 1344
>> getdents64(6, /* 0 entries */, 4096) ? ?= 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/bgp.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=36888, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/bgp"..., 8192) = 8192
>> read(6, "e)/bgp/0.3/activate?local_ip:txt"..., 8192) = 8192
>> read(6, ";\n\t ? ?%delete: xrl \"$(bgp.targe"..., 8192) = 8192
>> brk(0x8195000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x8195000
>> brk(0x8194000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x8194000
>> read(6, "\"$(policy.targetname)/policy/0.1"..., 8192) = 8192
>> read(6, " ? %help: short \"Remove BGP comm"..., 8192) = 4120
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/fea.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=10902, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/fea"..., 8192) = 8192
>> read(6, "txt=$(@)\";\n\t\t%delete:\txrl \"$(fea"..., 8192) = 2710
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/fib2mrib.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=1412, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/fib"..., 8192) = 1412
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/firewall.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=7595, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/fir"..., 8192) = 7595
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/igmp.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=7009, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/igm"..., 8192) = 7009
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/interfaces.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=13377, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/int"..., 8192) = 8192
>> read(6, "rl \"$(interfaces.targetname)/ifm"..., 8192) = 5185
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/mfea4.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/mfe"..., 8192) = 3519
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/mfea6.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=3519, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/mfe"..., 8192) = 3519
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/mld.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=6957, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/mld"..., 8192) = 6957
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/ospfv2.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=24091, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/osp"..., 8192) = 8192
>> read(6, "e: xrl \"$(ospf4.targetname)/ospf"..., 8192) = 8192
>> read(6, "xrl \"$(ospf4.targetname)/ospfv2/"..., 8192) = 7707
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> brk(0x81b5000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x81b5000
>> brk(0x81b4000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x81b4000
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/ospfv3.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=18978, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/osp"..., 8192) = 8192
>> read(6, "}\n\t ? ?}\n\n\t ? ?interface @: txt "..., 8192) = 8192
>> read(6, "olicy:txt=$(policy-statement.@)&"..., 8192) = 2594
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/pimsm4.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=14579, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/pim"..., 8192) = 8192
>> read(6, "net=$(group-prefix.@)&rp_addr:ip"..., 8192) = 6387
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/pimsm6.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=14559, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/pim"..., 8192) = 8192
>> read(6, "oup-prefix.@)&rp_addr:ipv6=$(rp."..., 8192) = 6367
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/plumbing.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=76, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP$ */\n\nplumbing {\n ? ?%he"..., 8192) = 76
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/policy.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=21246, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/pol"..., 8192) = 8192
>> read(6, "\t ? ?%set: xrl \"$(policy.targetn"..., 8192) = 8192
>> read(6, "&statement:txt=\";\n\t\t}\n\n\t\taccept "..., 8192) = 4862
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/protocols.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=336, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP$ */\n\nprotocols {\n ? ?%h"..., 8192) = 336
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/rib.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=1468, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/rib"..., 8192) = 1468
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/rip.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=16649, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/rip"..., 8192) = 8192
>> read(6, "$(rip.targetname)/rip/0.1/set_tr"..., 8192) = 8192
>> read(6, ":txt=$(term.@)&block:u32=2&order"..., 8192) = 265
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/ripng.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=14493, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/rip"..., 8192) = 8192
>> brk(0x81d5000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x81d5000
>> read(6, "vifname:txt=$(vif.@)&addr:ipv6=$"..., 8192) = 6301
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/rtrmgr.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=5552, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/rtr"..., 8192) = 5552
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/static_routes.tp", O_RDONLY) =
>> 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=34725, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/sta"..., 8192) = 8192
>> read(6, "t:;\n\t\t}\n\t ? ?}\n\t}\n\n\troute4 @: ip"..., 8192) = 8192
>> read(6, "etname)/static_routes/0.1/replac"..., 8192) = 8192
>> read(6, "\n\t}\n\n\tmrib-interface-route @: ip"..., 8192) = 8192
>> read(6, "p network interface name\";\n\t\t%se"..., 8192) = 1957
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/vrrp.tp", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=2806, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/vrr"..., 8192) = 2806
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> munmap(0xb760f000, 4096) ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/share/xorp/templates", ?{st_mode=S_IFDIR|0755,
>> st_size=4096, ...}) = 0
>> open("/usr/local/xorp/share/xorp/templates",
>> ?O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|0x80000) = 6
>> fstat64(6, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
>> getdents64(6, /* 42 entries */, 4096) ? = 1344
>> getdents64(6, /* 0 entries */, 4096) ? ?= 0
>> close(6) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/bgp.cmds", O_RDONLY) = 6
>> fstat64(6, {st_mode=S_IFREG|0644, st_size=3678, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760f000
>> read(6, "/* $XORP: xorp/etc/templates/bgp"..., 8192) = 3678
>> read(6, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_peers",
>> ?{st_mode=S_IFREG|0755, st_size=51556, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_peers",
>> ?{st_mode=S_IFREG|0755, st_size=51556, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/bgp_print_routes",
>> ?{st_mode=S_IFREG|0755, st_size=95548, ...}) = 0
>> read(6, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> open("/usr/local/xorp/share/xorp/templates/fea.cmds", O_RDONLY) = 7
>> fstat64(7, {st_mode=S_IFREG|0644, st_size=423, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760e000
>> read(7, "/* $XORP: xorp/etc/templates/fea"..., 8192) = 423
>> read(7, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/fea_show_interfaces",
>> ?{st_mode=S_IFREG|0755, st_size=25072, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/fea_show_interfaces",
>> ?{st_mode=S_IFREG|0755, st_size=25072, ...}) = 0
>> read(7, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> open("/usr/local/xorp/share/xorp/templates/host.cmds", O_RDONLY) = 8
>> fstat64(8, {st_mode=S_IFREG|0644, st_size=474, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760d000
>> read(8, "/* $XORP: xorp/etc/templates/hos"..., 8192) = 474
>> read(8, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/date", 0xbfbb1f80) = -1 ENOENT ?(No
>> such file or directory)
>> stat64("/usr/local/xorp/date", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/usr/kerberos/sbin/date", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/usr/kerberos/bin/date", 0xbfbb1f80) = -1 ENOENT (No such ?file or
>> directory)
>> stat64("/usr/local/sbin/date", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/usr/local/bin/date", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/sbin/date", 0xbfbb1f80) ? ? ? ?= -1 ENOENT (No such file or
>> ?directory)
>> stat64("/bin/date", {st_mode=S_IFREG|0755, st_size=53188, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/hostname", 0xbfbb1f80) = -1 ?ENOENT
>> (No such file or directory)
>> stat64("/usr/local/xorp/hostname", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/usr/kerberos/sbin/hostname", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/usr/kerberos/bin/hostname", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/usr/local/sbin/hostname", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/usr/local/bin/hostname", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/sbin/hostname", 0xbfbb1f80) ? ?= -1 ENOENT (No such file or
>> ?directory)
>> stat64("/bin/hostname", {st_mode=S_IFREG|0755, st_size=10264, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/uname", 0xbfbb1f80) = -1 ENOENT ?(No
>> such file or directory)
>> stat64("/usr/local/xorp/uname", 0xbfbb1f80) = -1 ENOENT (No such ?file or
>> directory)
>> stat64("/usr/kerberos/sbin/uname", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/usr/kerberos/bin/uname", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/usr/local/sbin/uname", 0xbfbb1f80) = -1 ENOENT (No such ?file or
>> directory)
>> stat64("/usr/local/bin/uname", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/sbin/uname", 0xbfbb1f80) ? ? ? = -1 ENOENT (No such file or
>> ?directory)
>> stat64("/bin/uname", {st_mode=S_IFREG|0755, st_size=18532, ...}) = 0
>> read(8, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> open("/usr/local/xorp/share/xorp/templates/igmp.cmds", O_RDONLY) = 9
>> fstat64(9, {st_mode=S_IFREG|0644, st_size=718, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb760c000
>> read(9, "/* $XORP: xorp/etc/templates/igm"..., 8192) = 718
>> read(9, "", 4096) ? ? ? ? ? ? ? ? ? ? ? = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> brk(0x81f6000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x81f6000
>> brk(0x81f5000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x81f5000
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> read(9, "", 8192) ? ? ? ? ? ? ? ? ? ? ? = 0
>> open("/usr/local/xorp/share/xorp/templates/mfea.cmds", O_RDONLY) = 10
>> fstat64(10, {st_mode=S_IFREG|0644, st_size=1050, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71ea000
>> read(10, "/* $XORP: xorp/etc/templates/mfe"..., 8192) = 1050
>> read(10, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> read(10, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/mfea6.cmds", O_RDONLY) = 11
>> fstat64(11, {st_mode=S_IFREG|0644, st_size=1056, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71e9000
>> read(11, "/* $XORP: xorp/etc/templates/mfe"..., 8192) = 1056
>> read(11, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> read(11, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/misc.cmds", O_RDONLY) = 12
>> fstat64(12, {st_mode=S_IFREG|0644, st_size=976, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71e8000
>> read(12, "/* $XORP: xorp/etc/templates/mis"..., 8192) = 976
>> read(12, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ping", 0xbfbb1f80) = -1 ENOENT ?(No
>> such file or directory)
>> stat64("/usr/local/xorp/ping", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/usr/kerberos/sbin/ping", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/usr/kerberos/bin/ping", 0xbfbb1f80) = -1 ENOENT (No such ?file or
>> directory)
>> stat64("/usr/local/sbin/ping", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/usr/local/bin/ping", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/sbin/ping", 0xbfbb1f80) ? ? ? ?= -1 ENOENT (No such file or
>> ?directory)
>> stat64("/bin/ping", {st_mode=S_IFREG|S_ISUID|0755, st_size=36264, ...}) =
>> 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ping6", 0xbfbb1f80) = -1 ENOENT ?(No
>> such file or directory)
>> stat64("/usr/local/xorp/ping6", 0xbfbb1f80) = -1 ENOENT (No such ?file or
>> directory)
>> stat64("/usr/kerberos/sbin/ping6", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/usr/kerberos/bin/ping6", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/usr/local/sbin/ping6", 0xbfbb1f80) = -1 ENOENT (No such ?file or
>> directory)
>> stat64("/usr/local/bin/ping6", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/sbin/ping6", 0xbfbb1f80) ? ? ? = -1 ENOENT (No such file or
>> ?directory)
>> stat64("/bin/ping6", {st_mode=S_IFREG|S_ISUID|0755, st_size=31292, ...}) =
>> 0
>> stat64("/usr/local/xorp/lib/xorp/bin/traceroute", 0xbfbb1f80) = -1 ?ENOENT
>> (No such file or directory)
>> stat64("/usr/local/xorp/traceroute", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/usr/kerberos/sbin/traceroute", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/usr/kerberos/bin/traceroute", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/usr/local/sbin/traceroute", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/usr/local/bin/traceroute", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/sbin/traceroute", 0xbfbb1f80) ?= -1 ENOENT (No such file or
>> ?directory)
>> stat64("/bin/traceroute", {st_mode=S_IFREG|0755, st_size=47752, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/traceroute6", 0xbfbb1f80) = -1
>> ?ENOENT (No such file or directory)
>> stat64("/usr/local/xorp/traceroute6", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/usr/kerberos/sbin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/usr/kerberos/bin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/usr/local/sbin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/usr/local/bin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No ?such
>> file or directory)
>> stat64("/sbin/traceroute6", 0xbfbb1f80) = -1 ENOENT (No such file or
>> ?directory)
>> stat64("/bin/traceroute6", {st_mode=S_IFREG|0755, st_size=47752, ...}) = 0
>> read(12, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/mld.cmds", O_RDONLY) = 13
>> fstat64(13, {st_mode=S_IFREG|0644, st_size=702, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71e7000
>> read(13, "/* $XORP: xorp/etc/templates/mld"..., 8192) = 702
>> read(13, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> read(13, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/ospfv2.cmds", O_RDONLY) = 14
>> fstat64(14, {st_mode=S_IFREG|0644, st_size=11310, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71e6000
>> read(14, "/* $XORP: xorp/etc/templates/osp"..., 8192) = 8192
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_clear_database",
>> ?{st_mode=S_IFREG|0755, st_size=21812, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> read(14, " Router-LSA database\";\n}\n\nshow o"..., 8192) = 3118
>> read(14, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> read(14, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/ospfv3.cmds", O_RDONLY) = 15
>> fstat64(15, {st_mode=S_IFREG|0644, st_size=14899, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71e5000
>> read(15, "/* $XORP: xorp/etc/templates/osp"..., 8192) = 8192
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_clear_database",
>> ?{st_mode=S_IFREG|0755, st_size=21812, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> read(15, "0x4005\" %help: HELP;\n ? ?%module"..., 8192) = 6707
>> read(15, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_lsas",
>> ?{st_mode=S_IFREG|0755, st_size=186896, ...}) = 0
>> brk(0x8216000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x8216000
>> brk(0x8215000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x8215000
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/ospf_print_neighbours",
>> ?{st_mode=S_IFREG|0755, st_size=35360, ...}) = 0
>> read(15, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/pim.cmds", O_RDONLY) = 16
>> fstat64(16, {st_mode=S_IFREG|0644, st_size=2126, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71e4000
>> read(16, "/* $XORP: xorp/etc/templates/pim"..., 8192) = 2126
>> read(16, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> read(16, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/pim6.cmds", O_RDONLY) = 17
>> fstat64(17, {st_mode=S_IFREG|0644, st_size=2139, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71e3000
>> read(17, "/* $XORP: xorp/etc/templates/pim"..., 8192) = 2139
>> read(17, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> read(17, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/policy.cmds", O_RDONLY) = 18
>> fstat64(18, {st_mode=S_IFREG|0644, st_size=2962, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71e2000
>> read(18, "/* $XORP */\n\ntest {\n ? ?%command"..., 8192) = 2962
>> read(18, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_send_processor_xrl",
>> ?{st_mode=S_IFREG|0755, st_size=15636, ...}) = 0
>> read(18, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/rib.cmds", O_RDONLY) = 19
>> fstat64(19, {st_mode=S_IFREG|0644, st_size=26169, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71e1000
>> read(19, "\n/* $XORP: xorp/etc/templates/ri"..., 8192) = 8192
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_distances",
>> ?{st_mode=S_IFREG|0755, st_size=39548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_distances",
>> ?{st_mode=S_IFREG|0755, st_size=39548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_distances",
>> ?{st_mode=S_IFREG|0755, st_size=39548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_distances",
>> ?{st_mode=S_IFREG|0755, st_size=39548, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> read(19, "utes for multicast extracted fro"..., 8192) = 8192
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> read(19, "%module: rib;\n ? ? %tag: HELP \"S"..., 8192) = 8192
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> brk(0x8236000) ? ? ? ? ? ? ? ? ? ? ? ? ?= 0x8236000
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> read(19, "outes (brief format)\";\n}\n\nshow r"..., 8192) = 1593
>> read(19, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rib_show_routes",
>> ?{st_mode=S_IFREG|0755, st_size=48884, ...}) = 0
>> read(19, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/rip.cmds", O_RDONLY) = 20
>> fstat64(20, {st_mode=S_IFREG|0644, st_size=1634, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71e0000
>> read(20, "/* $XORP: xorp/etc/templates/rip"..., 8192) = 1634
>> read(20, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_peer_stats",
>> ?{st_mode=S_IFREG|0755, st_size=76860, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_peer_stats",
>> ?{st_mode=S_IFREG|0755, st_size=76860, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_peer_stats",
>> ?{st_mode=S_IFREG|0755, st_size=76860, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats",
>> ?{st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats",
>> ?{st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats",
>> ?{st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats",
>> ?{st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
>> read(20, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/ripng.cmds", O_RDONLY) = 21
>> fstat64(21, {st_mode=S_IFREG|0644, st_size=1471, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71df000
>> read(21, "/* $XORP$ */\n\nshow ripng {\n ? ? "..., 8192) = 1471
>> read(21, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_peer_stats",
>> ?{st_mode=S_IFREG|0755, st_size=76860, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_peer_stats",
>> ?{st_mode=S_IFREG|0755, st_size=76860, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats",
>> ?{st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats",
>> ?{st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats",
>> ?{st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/rip_show_stats",
>> ?{st_mode=S_IFREG|0755, st_size=73796, ...}) = 0
>> read(21, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/vrrp.cmds", O_RDONLY) = 22
>> fstat64(22, {st_mode=S_IFREG|0644, st_size=1305, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71de000
>> read(22, "/* $XORP$ */\n\nshow vrrp {\n ? ?%c"..., 8192) = 1305
>> read(22, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_generic", ?{st_mode=S_IFREG|0755,
>> st_size=47960, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_generic", ?{st_mode=S_IFREG|0755,
>> st_size=47960, ...}) = 0
>> stat64("/usr/local/xorp/lib/xorp/bin/cli_generic", ?{st_mode=S_IFREG|0755,
>> st_size=47960, ...}) = 0
>> read(22, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> open("/usr/local/xorp/share/xorp/templates/xorpsh.cmds", O_RDONLY) = 23
>> fstat64(23, {st_mode=S_IFREG|0644, st_size=284, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71dd000
>> read(23, "/* $XORP: xorp/etc/templates/xor"..., 8192) = 284
>> read(23, "", 4096) ? ? ? ? ? ? ? ? ? ? ?= 0
>> stat64("/usr/local/xorp/lib/xorp/bin/echo", 0xbfbb1f80) = -1 ENOENT ?(No
>> such file or directory)
>> stat64("/usr/local/xorp/echo", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/usr/kerberos/sbin/echo", 0xbfbb1f80) = -1 ENOENT (No such ?file
>> or directory)
>> stat64("/usr/kerberos/bin/echo", 0xbfbb1f80) = -1 ENOENT (No such ?file or
>> directory)
>> stat64("/usr/local/sbin/echo", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/usr/local/bin/echo", 0xbfbb1f80) = -1 ENOENT (No such file ?or
>> directory)
>> stat64("/sbin/echo", 0xbfbb1f80) ? ? ? ?= -1 ENOENT (No such file or
>> ?directory)
>> stat64("/bin/echo", {st_mode=S_IFREG|0755, st_size=18360, ...}) = 0
>> read(23, "", 8192) ? ? ? ? ? ? ? ? ? ? ?= 0
>> clock_gettime(CLOCK_MONOTONIC, {979708, 737742509}) = 0
>> socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 24
>> setsockopt(24, SOL_SOCKET, SO_RCVBUF, [262144], 4) = 0
>> setsockopt(24, SOL_SOCKET, SO_SNDBUF, [262144], 4) = 0
>> setsockopt(24, SOL_TCP, TCP_NODELAY, [1], 4) = 0
>> fcntl64(24, F_GETFL) ? ? ? ? ? ? ? ? ? ?= 0x2 (flags O_RDWR)
>> fcntl64(24, F_SETFL, O_RDWR|O_NONBLOCK) = 0
>> getsockname(24, {sa_family=AF_INET, sin_port=htons(0),
>> ?sin_addr=inet_addr("0.0.0.0")}, [16]) = 0
>> connect(24, {sa_family=AF_INET, sin_port=htons(19999),
>> ?sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation ?now in
>> progress)
>> fcntl64(24, F_GETFL) ? ? ? ? ? ? ? ? ? ?= 0x802 (flags O_RDWR|O_NONBLOCK)
>> fcntl64(24, F_GETFL) ? ? ? ? ? ? ? ? ? ?= 0x802 (flags O_RDWR|O_NONBLOCK)
>> select(25, [4 5 24], [24], [], {0, 0}) ?= 1 (out [24], left {0, 0})
>> send(24, "\0\0\1\21", 4, MSG_NOSIGNAL) ?= 4
>> clock_gettime(CLOCK_MONOTONIC, {979708, 738945515}) = 0
>> select(25, [4 5 24], [24], [], {2, 876242}) = 1 (out [24], left {2,
>> 876242})
>> clock_gettime(CLOCK_MONOTONIC, {979708, 739060875}) = 0
>> send(24, "Finder 0.2\nMsgType x\nSeqNo 1001\n"..., 273, MSG_NOSIGNAL) =
>> 273
>> clock_gettime(CLOCK_MONOTONIC, {979708, 739196088}) = 0
>> select(25, [4 5 24], [], [], {2, 875991}) = 0 (Timeout)
>> clock_gettime(CLOCK_MONOTONIC, {979711, 614470190}) = 0
>> select(25, [4 5 24], [], [], {0, 717}) ?= 0 (Timeout)
>> clock_gettime(CLOCK_MONOTONIC, {979711, 615464951}) = 0
>> write(2, "Waiting for xorp_rtrmgr...\n", 27) = 27
>> select(25, [4 5 24], [], [], {0, 0}) ? ?= 0 (Timeout)
>> clock_gettime(CLOCK_MONOTONIC, {979711, 615758161}) = 0
>> select(25, [4 5 24], [], [], {26, 999429}) = 0 (Timeout)
>> clock_gettime(CLOCK_MONOTONIC, {979738, 614921755}) = 0
>> select(25, [4 5 24], [], [], {0, 266}) ?= 0 (Timeout)
>> clock_gettime(CLOCK_MONOTONIC, {979738, 615872203}) = 0
>> select(25, [4 5 24], [], [], {0, 0}) ? ?= 0 (Timeout)
>> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
>> gettimeofday({1269490317, 543363}, NULL) = 0
>> open("/etc/localtime", O_RDONLY) ? ? ? ?= 25
>> fstat64(25, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
>> fstat64(25, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71dc000
>> read(25,
>> ?"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\1\0\0\0\0"..., ?4096) =
>> 118
>> _llseek(25, -6, [112], SEEK_CUR) ? ? ? ?= 0
>> read(25, "\nUTC0\n", 4096) ? ? ? ? ? ? ?= 6
>> close(25) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? = 0
>> munmap(0xb71dc000, 4096) ? ? ? ? ? ? ? ?= 0
>> stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
>> fstat64(3, {st_mode=S_IFREG|0644, st_size=417031, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, ?-1, 0)
>> = 0xb71dc000
>> write(3, "[ 2010/03/25 04:11:57.543363 ?ER"..., 139) = 139
>> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
>> futex(0xb74d8b48, FUTEX_WAKE_PRIVATE, 2147483647) = 0
>> unlink("/var/tmp/xrl.o7mXdo") ? ? ? ? ? = 0
>> close(4) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> unlink("/var/tmp/xrl.I2ptM0") ? ? ? ? ? = 0
>> close(5) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?= 0
>> close(24) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? = 0
>> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
>> gettimeofday({1269490317, 548067}, NULL) = 0
>> stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
>> stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
>> write(3, "[ 2010/03/25 04:11:57.548067 ?ER"..., 166) = 166
>> rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
>> exit_group(1) ? ? ? ? ? ? ? ? ? ? ? ? ? = ?
>>
>> ------------------------------
>>
>> _______________________________________________
>> Xorp-users mailing list
>> Xorp-users at xorp.org
>> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>>
>>
>> End of Xorp-users Digest, Vol 48, Issue 29
>> ******************************************
>>
>
>
>
>


From ramkumar.ch03 at gmail.com  Fri Mar 26 12:23:36 2010
From: ramkumar.ch03 at gmail.com (Ram)
Date: Fri, 26 Mar 2010 14:23:36 -0500
Subject: [Xorp-users] failed to re-start xorpsh
In-Reply-To: <4BAD0267.8080908@candelatech.com>
References: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>
	<4BACDF9A.7030501@candelatech.com>
	<1c56f7b11003261041yb65fb61x23e57feb1a2a942e@mail.gmail.com>
	<4BACF2A7.405@candelatech.com>
	<1c56f7b11003261055q6daacf4t8174ae133372c276@mail.gmail.com>
	<4BACF5F4.6020003@candelatech.com>
	<1c56f7b11003261135r6db8748apd094c5dc2d2c8c2e@mail.gmail.com>
	<4BAD0267.8080908@candelatech.com>
Message-ID: <1c56f7b11003261223l5cc7b639p78fb39ecdd8a85ca@mail.gmail.com>

Hi Ben,

I run the gdb xorp_rtrmgr  XXXX in one window, it is still in  continueing..
even if  i started xorpsh in another window. I can run xorpsh. it went
smooth. Because xorp_rtrmgr window is still running.  i could not get
anything even if i type *bt*  and *exit *commands.

 If i closed the xorp_rtrmgr window, the  gdb window the
*continuing*message is gone and get back to gdg. Below is some ouptput

-------------------------------------------------------------
*Before closing xorp_rtrmgr window*
(gdb)
Continuing.
----------------------------------------------------------------
*After closing xorp_rtrmgr window*
*
*
Program terminated with signal SIGHUP, Hangup.
The program no longer exists.
(gdb) bt
No stack.
(gdb) exit
Undefined command: "exit".  Try "help".
(gdb) quit
-bash3.2#

*xorpsh window*
Welcome to XORP on router-1.ksu.gpeni.net
root at router-1.ksu.gpeni.net> Finder disconnected. No Finder?

-------------------------------------------------------------

 When i closed xorp_rtrmgr window,  something is caused to kill it.

Thanks,
--Ram

On Fri, Mar 26, 2010 at 1:52 PM, Ben Greear <greearb at candelatech.com> wrote:

> On 03/26/2010 11:35 AM, Ram wrote:
>
>> Hi Ben,
>>
>>   I could not run gdb. i got following message.
>>
>
> For the PS listing below, the command should be:
>
> gdb xorp_rtrmgr 16774
>
> Typically, when something puts something in brackets, that
> means replace it with the actual value, that is why I'd say:
>
> gdb xorp_rtrmgr [pid-of-xorp-rtrmgr]
>
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100326/88e798cb/attachment.html 

From greearb at candelatech.com  Fri Mar 26 12:27:23 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 26 Mar 2010 12:27:23 -0700
Subject: [Xorp-users] failed to re-start xorpsh
In-Reply-To: <1c56f7b11003261223l5cc7b639p78fb39ecdd8a85ca@mail.gmail.com>
References: <1c56f7b11003260824l1dd6c4bo36459e8027aab3a7@mail.gmail.com>	
	<4BACDF9A.7030501@candelatech.com>	
	<1c56f7b11003261041yb65fb61x23e57feb1a2a942e@mail.gmail.com>	
	<4BACF2A7.405@candelatech.com>	
	<1c56f7b11003261055q6daacf4t8174ae133372c276@mail.gmail.com>	
	<4BACF5F4.6020003@candelatech.com>	
	<1c56f7b11003261135r6db8748apd094c5dc2d2c8c2e@mail.gmail.com>	
	<4BAD0267.8080908@candelatech.com>
	<1c56f7b11003261223l5cc7b639p78fb39ecdd8a85ca@mail.gmail.com>
Message-ID: <4BAD0A9B.9010005@candelatech.com>

On 03/26/2010 12:23 PM, Ram wrote:

> *xorpsh window*
> Welcome to XORP on router-1.ksu.gpeni.net <http://router-1.ksu.gpeni.net>
> root at router-1.ksu.gpeni.net <mailto:root at router-1.ksu.gpeni.net>> Finder
> disconnected. No Finder?
>
> -------------------------------------------------------------
>
>   When i closed xorp_rtrmgr window,  something is caused to kill it.

Right, this is normal.  You need to run it in the background:

xorp_rtrmgr -b foo.txt &

Or, maybe daemon mode:

xorp_rtrmgr -b foo.txt -d


This is pretty elementary Unix/Linux stuff...

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From miro_todorovic at yahoo.com  Fri Mar 26 13:56:04 2010
From: miro_todorovic at yahoo.com (Miroslav Todorovic)
Date: Fri, 26 Mar 2010 13:56:04 -0700 (PDT)
Subject: [Xorp-users] problem with multicast routing
Message-ID: <410015.80655.qm@web37008.mail.mud.yahoo.com>

Hello,

I have the problem with communication in my virtual enviroment. I've installed xorp on two machine (emulated router). When I try to ping router's interfaces from another VM (virtual machine), I could only ping interface which is on the same subnet mask as VM that I use to ping from. Communication between two router's interfaces exists. So, I could ping all router's interfaces from another router, but could not from another VM (which is not router).
When I start xorp_rtrmgr I'm getting this warning:

'RX PIM_HELLO from 100.100.2.5 to 224.0.0.13 on vif eth0: source must be directly connected'

What does it mean?

Thank you a lot!




      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100326/503fba0f/attachment.html 

From dexpetkovic at gmail.com  Sun Mar 28 06:49:27 2010
From: dexpetkovic at gmail.com (Dejan Petkovic)
Date: Sun, 28 Mar 2010 15:49:27 +0200
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
	period, and link status becomes dead
In-Reply-To: <a330d0751003280226j648d4599ld0cdddc58b487948@mail.gmail.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>
	<4BA8ED3C.2020102@candelatech.com>
	<a330d0751003231549h6ec0fdf2k1046bbd48337a554@mail.gmail.com>
	<4BA950E7.9040708@candelatech.com>
	<a330d0751003241641l347013d1l7422d88875d07665@mail.gmail.com>
	<4BAAA7A4.3030609@candelatech.com>
	<a330d0751003271128n14d98965vf077ff79aaa6c26c@mail.gmail.com>
	<4BAEC96B.7060503@candelatech.com>
	<a330d0751003280226j648d4599ld0cdddc58b487948@mail.gmail.com>
Message-ID: <a330d0751003280649i4b542b5fu3fc79573df0e175c@mail.gmail.com>

Ben hi again,

I have managed to get the compiling to the end.

The issue was that needed

yum install ncurses-devel

because ncurses have been installed, BUT the devel package has not! So
now compiling is fine.

I have used the old config files from the xorp 1.6, but to my
surprise, even if the two virtual containers can ping each other, the
hello packets are not transmitted! I can't even sniff them on the
interfaces.

I wonder what might be the issue here. Is it safe using config files
fromm the XORP 1.6 or am I missing something else here?

Thanks,
Dejan


On Sun, Mar 28, 2010 at 11:26 AM, Dejan Petkovic <dexpetkovic at gmail.com> wrote:
> On Sun, Mar 28, 2010 at 5:13 AM, Ben Greear <greearb at candelatech.com> wrote:
>> On 03/27/2010 11:28 AM, Dejan Petkovic wrote:
>>>
>>> Ben hi again,
>>>
>>> I have tried compiling xorp/sh on my virtual machine, but
>>> unfortunately compiling ?wits command "scons" failed with message:
>>>
>>> /usr/bin/ld: cannot find -lcurses
>>> collect2: ld returned 1 exit status
>>> scons: *** [obj/i686-pc-linux-gnu/cli/libtecla/libxorp_tecla.so] Error 1
>>>
>>> I have tried linking:
>>>
>>> ln -s libncurses.a /usr/lib/libcurses.a
>>>
>>> but without success. Perhaps I should upgrade my kernel? Or you maybe
>>> suggest another workaround for the compiling?
>>
>> Can you send me the entire compile log?
>>
>> Maybe it's looking for a dynamic libcurses.so ?
>>
>> Thanks,
>> Ben
>>
>> --
>> Ben Greear <greearb at candelatech.com>
>> Candela Technologies Inc ?http://www.candelatech.com
>>
>
> Hi,
>
> the output is pasted below. Could you please help me with disabling
> gprof profiling and/or shared libraries, because that's the warning I
> get during the compiling, but I am not sure how to do it?
>
> If it is looking for dynamic libcurses.so, I am not sure what to do in
> order to help it find it - the lib is installed on the system (on both
> host and virtual node)?
>
> Thanks!
>
> Dejan
>
>
>
> [root at srv5 xorp.ct]# scons
> scons: Reading SConscript files ...
> Mkdir("/home/dex/xorp.ct/obj/i686-pc-linux-gnu")
> Build System Type: ?i686-pc-linux-gnu
> Host System Type: ? i686-pc-linux-gnu
> Source path: ? ? ? ?/home/dex/xorp.ct
> Build path: ? ? ? ? /home/dex/xorp.ct/obj/i686-pc-linux-gnu
> Install prefix: ? ? /usr/local/xorp
> CC: ? ? ? ? ? ? ? ?gcc
> CXX: ? ? ? ? ? ? ? g++
> STRIP: ? ? ? ? ? ? strip
> Strip binaries: ? ?True
> Optimize code: ? ? yes
> Profile code: ? ? ?no
> Default XRL transport: local
> Shared libraries: ?True
> Use rtld ORIGIN: ? True
> Ignore check errors: ?False
> Debug symbols: ? ? full
> Debug STL: ? ? ? ? False
> Debug messages: ? ?False
> Debug function names: ?False
> Debug callbacks: ? False
> Debug XRL syntax: ?False
> Enable OLSR: ? ? ? False
> Enable CLICK: ? ? ?False
> Enable BGP: ? ? ? ?False
> Try Enable BOOST: ?False
> Disable IPv6: ? ? ?False
> Disable Firewall: ?False
> Disable Profile : ?False
> Checking whether byte ordering is bigendian... (cached) no
> Checking for C header file stdint.h... (cached) yes
> Checking for C header file inttypes.h... (cached) yes
> Checking for C type int8_t... (cached) yes
> Checking for C type uint8_t... (cached) yes
> Checking for C type int16_t... (cached) yes
> Checking for C type uint16_t... (cached) yes
> Checking for C type int32_t... (cached) yes
> Checking for C type uint32_t... (cached) yes
> Checking for C type int64_t... (cached) yes
> Checking for C type uint64_t... (cached) yes
> Checking for C header file stddef.h... (cached) yes
> Checking for C header file stdarg.h... (cached) yes
> Checking for C header file stdlib.h... (cached) yes
> Checking for C header file strings.h... (cached) yes
> Checking for C header file string.h... (cached) yes
> Checking for C header file signal.h... (cached) yes
> Checking for C header file math.h... (cached) yes
> Checking for C header file memory.h... (cached) yes
> Checking for C function strftime()... (cached) yes
> Checking for C function strlcpy()... (cached) no
> Checking for C function strlcat()... (cached) no
> Checking whether va_copy is declared... (cached) yes
> Checking for C header file sys/types.h... (cached) yes
> Checking for C header file fcntl.h... (cached) yes
> Checking for C header file getopt.h... (cached) yes
> Checking for C header file glob.h... (cached) yes
> Checking for C header file grp.h... (cached) yes
> Checking for C header file pthread.h... (cached) yes
> Checking for C header file pwd.h... (cached) yes
> Checking for C header file mqueue.h... (cached) yes
> Checking for C header file regex.h... (cached) yes
> Checking for C header file syslog.h... (cached) yes
> Checking for C header file termios.h... (cached) yes
> Checking for C header file time.h... (cached) yes
> Checking for C header file unistd.h... (cached) yes
> Checking for C header file vfork.h... (cached) no
> Checking for C function readv()... (cached) yes
> Checking for C function strerror()... (cached) yes
> Checking for C function syslog()... (cached) yes
> Checking for C function uname()... (cached) yes
> Checking for C function writev()... (cached) yes
> Checking for C library xnet... (cached) no
> Checking for C function recvmsg()... (cached) yes
> Checking for C function sendmsg()... (cached) yes
> Checking for C library rt... (cached) yes
> Checking for C function clock_gettime()... (cached) yes
> Checking whether CLOCK_MONOTONIC is declared... (cached) yes
> Checking whether CLOCK_MONOTONIC_FAST is declared... (cached) no
> Checking for C type struct timespec... (cached) yes
> Checking for C header file paths.h... (cached) yes
> Checking for C header file sysexits.h... (cached) yes
> Checking for C function realpath()... (cached) yes
> Checking for C function strptime()... (cached) yes
> Checking for C function sysctl()... (cached) yes
> Checking for C header file netdb.h... (cached) yes
> Checking for C library resolv... (cached) yes
> Checking for C function hstrerror()... (cached) yes
> Checking for C header file sys/cdefs.h... (cached) yes
> Checking for C header file sys/param.h... (cached) yes
> Checking for C header file sys/utsname.h... (cached) yes
> Checking for C header file sys/errno.h... (cached) yes
> Checking for C header file sys/wait.h... (cached) yes
> Checking for C header file sys/signal.h... (cached) yes
> Checking for C header file sys/time.h... (cached) yes
> Checking for C header file sys/uio.h... (cached) yes
> Checking for C header file sys/ioctl.h... (cached) yes
> Checking for C header file sys/select.h... (cached) yes
> Checking for C header file sys/socket.h... (cached) yes
> Checking for C header file sys/sockio.h... (cached) no
> Checking for C header file sys/un.h... (cached) yes
> Checking for C header file sys/mount.h... (cached) yes
> Checking for C header file sys/resource.h... (cached) yes
> Checking for C header file sys/stat.h... (cached) yes
> Checking for C header file sys/syslog.h... (cached) yes
> Checking for C header file sys/linker.h... (cached) no
> Checking for C header file sys/sysctl.h... (cached) yes
> Checking for C header file linux/types.h... (cached) yes
> Checking for C header file linux/sockios.h... (cached) yes
> Checking for C type struct iovec... (cached) yes
> Checking for C type struct msghdr... (cached) yes
> Checking for C type struct cmsghdr... (cached) yes
> Checking whether AF_INET is declared... (cached) yes
> Checking whether AF_INET6 is declared... (cached) yes
> Checking whether SOCK_STREAM is declared... (cached) yes
> Checking whether SOCK_DGRAM is declared... (cached) yes
> Checking whether SOCK_RAW is declared... (cached) yes
> Checking whether C type struct msghdr has member msg_control... (cached) yes
> Checking whether C type struct msghdr has member msg_iov... (cached) yes
> Checking whether C type struct msghdr has member msg_name... (cached) yes
> Checking whether C type struct msghdr has member msg_namelen... (cached) yes
> Checking whether C type struct sockaddr has member sa_len... (cached) no
> Checking whether C type struct sockaddr_storage has member ss_len... (cached) no
> Checking whether C type struct sockaddr_un has member sun_len... (cached) no
> Checking for C header file net/ethernet.h... (cached) yes
> Checking for C header file sys/ethernet.h... (cached) no
> Checking for C header file net/if.h... (cached) yes
> Checking for C header file net/if_arp.h... (cached) yes
> Checking for C header file net/if_dl.h... (cached) no
> Checking for C header file net/if_ether.h... (cached) no
> Checking for C header file net/if_media.h... (cached) no
> Checking for C header file net/if_var.h... (cached) no
> Checking for C header file net/if_types.h... (cached) no
> Checking for C header file net/route.h... (cached) yes
> Checking for C header file ifaddrs.h... (cached) yes
> Checking for C header file stropts.h... (cached) yes
> Checking for C header file linux/ethtool.h... (cached) yes
> Checking for C header file linux/if_tun.h... (cached) yes
> Checking for C header file linux/netlink.h... (cached) yes
> Checking for C header file linux/rtnetlink.h... (cached) yes
> Checking whether RTA_TABLE is declared... (cached) yes
> Checking whether C type struct sockaddr_dl has member sdl_len... (cached) no
> Checking whether C type struct ifreq has member ifr_hwaddr... (cached) yes
> Checking whether C type struct ifreq has member ifr_ifindex... (cached) yes
> Checking for C function ether_aton()... (cached) yes
> Checking for C function ether_aton_r()... (cached) yes
> Checking for C function ether_ntoa()... (cached) yes
> Checking for C function ether_ntoa_r()... (cached) yes
> Checking for C function getaddrinfo()... (cached) yes
> Checking for C function getifaddrs()... (cached) yes
> Checking for C function getnameinfo()... (cached) yes
> Checking for C function if_indextoname()... (cached) yes
> Checking for C function if_nametoindex()... (cached) yes
> Checking for C function inet_ntop()... (cached) yes
> Checking for C function inet_pton()... (cached) yes
> Checking for C type struct ether_addr... (cached) yes
> Checking whether system has sysctl NET_RT_DUMP... (cached) no
> Checking whether system has sysctl NET_RT_IFLIST... (cached) no
> Checking whether SIOCGIFCONF is declared... (cached) yes
> Checking for C header file netinet/in.h... (cached) yes
> Checking for C header file netinet/in_systm.h... (cached) yes
> Checking for C header file netinet/in_var.h... (cached) no
> Checking for C header file netinet/ip.h... (cached) yes
> Checking for C header file netinet/tcp.h... (cached) yes
> Checking for C header file netinet/igmp.h... (cached) yes
> Checking for C header file netinet/ether.h... (cached) yes
> Checking for C header file netinet/if_ether.h... (cached) yes
> Checking for C header file inet/nd.h... (cached) no
> Checking for C header file inet/ip.h... (cached) no
> Checking for C header file arpa/inet.h... (cached) yes
> Checking for C header file arpa/telnet.h... (cached) yes
> Checking whether C type struct sockaddr_in has member sin_len... (cached) no
> Checking whether IP_MULTICAST_IF is declared... (cached) yes
> Checking whether IP_MULTICAST_TTL is declared... (cached) yes
> Checking whether IP_MULTICAST_LOOP is declared... (cached) yes
> Checking whether IP_ADD_MEMBERSHIP is declared... (cached) yes
> Checking whether IP_DROP_MEMBERSHIP is declared... (cached) yes
> Enabling MULT_MCAST_TABLES logic since we are compiling for Linux.
>
> Checking whether system has sysctl IPCTL_FORWARDING... (cached) no
> Checking whether __KAME__ is declared... (cached) no
> Checking whether inet6_opt_init is declared... (cached) yes
> Checking whether C type struct sockaddr_in6 has member sin6_len... (cached) no
> Checking whether C type struct sockaddr_in6 has member
> sin6_scope_id... (cached) yes
> Checking for C header file netinet/ip6.h... (cached) yes
> Checking for C header file netinet/icmp6.h... (cached) yes
> Checking for C type struct mld_hdr... (cached) yes
> Checking for C header file netinet6/in6_var.h... (cached) no
> Checking for C header file netinet6/nd6.h... (cached) no
> Checking for C++ header file netinet6/nd6.h... (cached) no
> Checking whether system has sysctl IPV6CTL_FORWARDING... (cached) no
> Checking whether system has sysctl IPV6CTL_ACCEPT_RTADV... (cached) no
> Checking whether IPV6_MULTICAST_IF is declared... (cached) yes
> Checking whether IPV6_MULTICAST_LOOP is declared... (cached) yes
> Checking for C header file netinet/ip_mroute.h... (cached) no
> Checking for C header file net/ip_mroute/ip_mroute.h... (cached) no
> Checking for C header file linux/mroute.h... (cached) no
> Checking for C header file linux/mroute.h... (cached) yes
> Checking for C type struct mfcctl2... (cached) no
> Checking whether C type struct mfcctl2 has member mfcc_flags... (cached) no
> Checking whether C type struct mfcctl2 has member mfcc_rp... (cached) no
> Checking for C header file netinet/pim.h... (cached) no
> Checking for C type struct pim... (cached) no
> Checking whether C type struct pim has member pim_vt... (cached) no
> Checking for C header file netinet6/ip6_mroute.h... (cached) no
> Checking for C header file linux/mroute6.h... (cached) no
> Checking for C type struct mf6cctl2... (cached) no
> Checking whether C type struct mf6cctl2 has member mf6cc_flags... (cached) no
> Checking whether C type struct mf6cctl2 has member mf6cc_rp... (cached) no
> Checking for C header file netinet/ip_compat.h... (cached) no
> Checking for C header file netinet/ip_fil.h... (cached) no
> Checking for C header file netinet/ip_fw.h... (cached) no
> Checking for C header file net/pfvar.h... (cached) no
> Checking for C++ header file linux/netfilter_ipv4/ip_tables.h... (cached) no
> Checking for C++ header file linux/netfilter_ipv6/ip6_tables.h... (cached) no
> Checking for C header file net/if_vlanvar.h... (cached) no
> Checking for C header file net/if_vlan_var.h... (cached) no
> Checking for C header file net/vlan/if_vlan_var.h... (cached) no
> Checking for C header file linux/if_vlan.h... (cached) yes
> Checking whether GET_VLAN_REALDEV_NAME_CMD is declared... (cached) yes
> Checking whether GET_VLAN_VID_CMD is declared... (cached) yes
> Checking for C header file pcre.h... (cached) no
> Checking for C header file pcreposix.h... (cached) no
> Checking for C library pcre... (cached) no
> Checking for C library pcreposix... (cached) no
> Checking for C header file openssl/md5.h... (cached) yes
> Checking for C library crypto... (cached) yes
> Checking for C function MD5_Init()... (cached) yes
> Checking for C header file dlfcn.h... (cached) yes
> Checking for C library dl... (cached) yes
> Checking for C function dlopen()... (cached) yes
> Checking for C header file pcap.h... (cached) no
> Checking for C library pcap... (cached) no
> Checking for C function pcap_sendpacket()... (cached) no
>
> WARNING: ?Libpcap was not detected. ?VRRP and other protocols may have issues.
>
> Checking for C header file pcap-bpf.h... (cached) no
>
> WARNING: PCAP-BPF is not supported on this system, socket filtering
> will not work.
>
> ?This is not a real problem, just a small performance loss when using.
>
> ?multiple virtual routers on the same system.
>
> Checking for C library curses... (cached) no
> Detected libraries: rt resolv crypto dl
>
> ? ? ? ?WARNING: Your version of scons and/or python has a syntax
> issue with this code.
> ? ? ? ?It cannot strip out the gprof related flags. ?If your compile
> fails, please try
> ? ? ? ?disabling gprof profiling and/or shared libraries. ?If the
> compile works, then
> ? ? ? ?you can ignore this warning.
>
> Mkdir("/home/dex/xorp.ct/obj/i686-pc-linux-gnu/lib")
> Mkdir("/home/dex/xorp.ct/obj/i686-pc-linux-gnu/lib/xorp")
> Symlink("/home/dex/xorp.ct/obj/i686-pc-linux-gnu/lib", as
> "/home/dex/xorp.ct/obj/i686-pc-linux-gnu/lib/xorp/lib")
> scons: done reading SConscript files.
> scons: Building targets ...
> scons: `obj/i686-pc-linux-gnu/libxorp/libxorp_core.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/libcomm/libxorp_comm.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/libxipc/libxorp_ipc.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/libxipc/libxorp_finder.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/libproto/libxorp_proto.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/libfeaclient/libxorp_fea_client.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_bgp.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_cli.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_coord.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_fea.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_fea_ifmgr_mirror.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_fib2mrib.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_finder.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_finder_client.so' is
> up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_mfea.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_mld6igmp.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_ospfv2.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_pim.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_policy.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_rib.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_ribclient.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_rip.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_ripng.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_rtrmgr.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_show_distances.so' is
> up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_show_routes.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_static_routes.so' is
> up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_test.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_test_fea_ifmgr_mirror.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_test_fea_rawlink.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_test_finder_events.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_test_peer.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_test_socket4.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_test_xrls.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_vrrp.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_xorpsh.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_test_socket6.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_ospfv3.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/targets/libxst_profiler.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_bgp.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_cli_manager.so' is
> up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_cli_processor.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_common.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_coord.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_datain.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_fib_client.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_fib.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_ifmgr_mirror.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_ifmgr_replicator.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_ifmgr.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_rawlink_client.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_rawlink.so' is
> up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_rawpkt4_client.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_rawpkt4.so' is
> up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fib2mrib.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_finder_client.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_finder_event_notifier.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_finder_event_observer.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_finder.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fti.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_mfea_client.so' is
> up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_mfea.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_mld6igmp_client.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_mld6igmp.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_ospfv2.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_pim.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_policy_backend.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_policy_redist4.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_policy_redist6.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_policy.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_redist4.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_redist6.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_redist_transaction4.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_redist_transaction6.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_rib_client.so' is
> up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_rib.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_ripng.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_rip.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_rtrmgr_client.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_rtrmgr.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_socket4_user.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_socket4.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_static_routes.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_test_peer.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_test.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_test_xrls.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_vrrp.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_socket6.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_socket6_user.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_rawpkt6_client.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_rawpkt6.so' is
> up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_ospfv3.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_profile_client.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_profile.so' is up to date.
> scons: `obj/i686-pc-linux-gnu/xrl/interfaces/libxif_fea_firewall.so'
> is up to date.
> scons: `obj/i686-pc-linux-gnu/etc/templates/fea.tp' is up to date.
> gcc -o obj/i686-pc-linux-gnu/cli/libtecla/libxorp_tecla.so
> -Wl,-z,origin -rdynamic -shared
> obj/i686-pc-linux-gnu/cli/libtecla/cplfile.os
> obj/i686-pc-linux-gnu/cli/libtecla/cplmatch.os
> obj/i686-pc-linux-gnu/cli/libtecla/direader.os
> obj/i686-pc-linux-gnu/cli/libtecla/expand.os
> obj/i686-pc-linux-gnu/cli/libtecla/freelist.os
> obj/i686-pc-linux-gnu/cli/libtecla/getline.os
> obj/i686-pc-linux-gnu/cli/libtecla/hash.os
> obj/i686-pc-linux-gnu/cli/libtecla/history.os
> obj/i686-pc-linux-gnu/cli/libtecla/homedir.os
> obj/i686-pc-linux-gnu/cli/libtecla/keytab.os
> obj/i686-pc-linux-gnu/cli/libtecla/pathutil.os
> obj/i686-pc-linux-gnu/cli/libtecla/pcache.os
> obj/i686-pc-linux-gnu/cli/libtecla/stringrp.os
> obj/i686-pc-linux-gnu/cli/libtecla/strngmem.os
> obj/i686-pc-linux-gnu/cli/libtecla/version.os
> -Lobj/i686-pc-linux-gnu/cli/libtecla/usr/lib -Lcli/libtecla/usr/lib
> -L/usr/local/lib -lcurses
> /usr/bin/ld: cannot find -lcurses
> collect2: ld returned 1 exit status
> scons: *** [obj/i686-pc-linux-gnu/cli/libtecla/libxorp_tecla.so] Error 1
> scons: building terminated because of errors.
> [root at srv5 xorp.ct]# ls
>


From greearb at candelatech.com  Sun Mar 28 09:42:26 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sun, 28 Mar 2010 09:42:26 -0700
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
 period, and link status becomes dead
In-Reply-To: <a330d0751003280649i4b542b5fu3fc79573df0e175c@mail.gmail.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>	
	<4BA8ED3C.2020102@candelatech.com>	
	<a330d0751003231549h6ec0fdf2k1046bbd48337a554@mail.gmail.com>	
	<4BA950E7.9040708@candelatech.com>	
	<a330d0751003241641l347013d1l7422d88875d07665@mail.gmail.com>	
	<4BAAA7A4.3030609@candelatech.com>	
	<a330d0751003271128n14d98965vf077ff79aaa6c26c@mail.gmail.com>	
	<4BAEC96B.7060503@candelatech.com>	
	<a330d0751003280226j648d4599ld0cdddc58b487948@mail.gmail.com>
	<a330d0751003280649i4b542b5fu3fc79573df0e175c@mail.gmail.com>
Message-ID: <4BAF86F2.2080305@candelatech.com>

On 03/28/2010 06:49 AM, Dejan Petkovic wrote:
> Ben hi again,
>
> I have managed to get the compiling to the end.
>
> The issue was that needed
>
> yum install ncurses-devel

Maybe someone will figure out how to do a scons configure test for
this and tell user's about the problem an likely cure before starting
the compile!

> because ncurses have been installed, BUT the devel package has not! So
> now compiling is fine.
>
> I have used the old config files from the xorp 1.6, but to my
> surprise, even if the two virtual containers can ping each other, the
> hello packets are not transmitted! I can't even sniff them on the
> interfaces.
>
> I wonder what might be the issue here. Is it safe using config files
> fromm the XORP 1.6 or am I missing something else here?

Using the old config file should be fine for everything but vrrp,
which I changed slightly to need a subnet mask for it's 'ip'.

Do you still see linux command-line tools blocked on the console?  If
so, I still think its a kernel bug.

Can you configure xorp_rtrmgr to log to a file and send me the entire
file?  I'm curious if there are any errors in there.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From saurabh.pandya at elitecore.com  Wed Mar 31 01:21:44 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Wed, 31 Mar 2010 13:51:44 +0530
Subject: [Xorp-users]  problem with multicast routing
Message-ID: <000301cad0ab$34750630$1c0ea8c0@elitecore.com>

What is your topology ? Seems you have configured as bridged interface of
your virtual machine? 

And due to bridge you are getting packets of other subnets on your xorp
interface..

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100331/b35795e8/attachment.html 

From dexpetkovic at gmail.com  Wed Mar 31 17:33:29 2010
From: dexpetkovic at gmail.com (Dejan Petkovic)
Date: Thu, 1 Apr 2010 02:33:29 +0200
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
	period, and link status becomes dead
In-Reply-To: <j2ra330d0751003301941y6124ea4fod962ded98d4b179c@mail.gmail.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>
	<4BAFA547.2070700@candelatech.com>
	<a330d0751003281443g118f0995n709141b4a4561bc5@mail.gmail.com>
	<4BAFD6AD.6030501@candelatech.com>
	<a330d0751003291332v597e9f54g41f8947e09c5a0de@mail.gmail.com>
	<4BB11663.7060105@candelatech.com>
	<a330d0751003291503t5324b371n85a85e8aef8669df@mail.gmail.com>
	<4BB23539.20404@candelatech.com>
	<a330d0751003301345m5df31631obf643e872f85305f@mail.gmail.com>
	<j2ra330d0751003301941y6124ea4fod962ded98d4b179c@mail.gmail.com>
Message-ID: <k2ia330d0751003311733n5ef44deci46b7831b7e3e3cbc@mail.gmail.com>

Hi everyone,

I am setting up xorp.ct on multiple OpenVZ containers.

Could you please let me know how to run multiple virtual routers on
one container? When I tried starting another OSPF instance on the same
machine, I have got the following message:

 2010/03/31 17:30:09.762775  ERROR xorp_rtrmgr:29781 LIBCOMM
libcomm/comm_sock.c:160 comm_sock_bind4 ] Error binding socket (family
= 2, my_addr = 127.0.0.1, my_port = 19999): Address already in use
[ 2010/03/31 17:30:09.763113  ERROR xorp_rtrmgr:29781 RTRMGR
rtrmgr/main_rtrmgr.cc:315 run ] Address already in use: a finder may
already be running.

How can I configure on which port the process should start? Or this is
not configurable?

Thank you for your help!
Dejan


From greearb at candelatech.com  Wed Mar 31 19:06:48 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 31 Mar 2010 19:06:48 -0700
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
 period, and link status becomes dead
In-Reply-To: <k2ia330d0751003311733n5ef44deci46b7831b7e3e3cbc@mail.gmail.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>	
	<4BAFA547.2070700@candelatech.com>	
	<a330d0751003281443g118f0995n709141b4a4561bc5@mail.gmail.com>	
	<4BAFD6AD.6030501@candelatech.com>	
	<a330d0751003291332v597e9f54g41f8947e09c5a0de@mail.gmail.com>	
	<4BB11663.7060105@candelatech.com>	
	<a330d0751003291503t5324b371n85a85e8aef8669df@mail.gmail.com>	
	<4BB23539.20404@candelatech.com>	
	<a330d0751003301345m5df31631obf643e872f85305f@mail.gmail.com>	
	<j2ra330d0751003301941y6124ea4fod962ded98d4b179c@mail.gmail.com>
	<k2ia330d0751003311733n5ef44deci46b7831b7e3e3cbc@mail.gmail.com>
Message-ID: <4BB3FFB8.10308@candelatech.com>

On 03/31/2010 05:33 PM, Dejan Petkovic wrote:
> Hi everyone,
>
> I am setting up xorp.ct on multiple OpenVZ containers.
>
> Could you please let me know how to run multiple virtual routers on
> one container? When I tried starting another OSPF instance on the same
> machine, I have got the following message:
>
>   2010/03/31 17:30:09.762775  ERROR xorp_rtrmgr:29781 LIBCOMM
> libcomm/comm_sock.c:160 comm_sock_bind4 ] Error binding socket (family
> = 2, my_addr = 127.0.0.1, my_port = 19999): Address already in use
> [ 2010/03/31 17:30:09.763113  ERROR xorp_rtrmgr:29781 RTRMGR
> rtrmgr/main_rtrmgr.cc:315 run ] Address already in use: a finder may
> already be running.
>
> How can I configure on which port the process should start? Or this is
> not configurable?

Well, the cfg below will start you two routers.  At the minimum, they cannot share
configured interfaces and should not share routing tables.  Without some
kernel patches and clever 'ip rule add' logic, they cannot talk to each
other properly, and their routes will be in individual routing tables, so
if you want other code to use them, they must have ip rules added so that they
use the tables.  This can be a very complex topic..took me quite a while to
get it working in our product, so best of luck :)


[root at ct503-10G-09 lanforge]# more vr_conf/xorp-vr10001.conf
/* Autogenerated by LANforge, do not edit by hand! */
/* For Virtual-Router: Router-0 */

interfaces {

     interface "rddVR6" {
         vif "rddVR6" {
             address 2.2.2.1 {
                 prefix-length: 24
             }
         }
     }

}

fea {
     unicast-forwarding4 {
         disable: false
         table-id: 101
     }
}

protocols {

     ospf4 {
         router-id: 127.1.0.1
         area 0.0.0.0 {
             interface "rddVR6" {
                 vif "rddVR6" {
                     address 2.2.2.1 {
                        interface-cost: 1
                     }
                 }
             }

         } /* area */
     }
}

  /* End of Config File */


# config file 2

/* Autogenerated by LANforge, do not edit by hand! */
/* For Virtual-Router: Router-1 */

interfaces {

     interface "rddVR7" {
         vif "rddVR7" {
             address 2.2.2.2 {
                 prefix-length: 24
             }
         }
     }

}

fea {
     unicast-forwarding4 {
         disable: false
         table-id: 102
     }
}

protocols {

     ospf4 {
         router-id: 127.1.0.1
         area 0.0.0.0 {
             interface "rddVR7" {
                 vif "rddVR7" {
                     address 2.2.2.2 {
                        interface-cost: 1
                     }
                 }
             }

         } /* area */
     }
}

  /* End of Config File */


Start one router on port 5556
export XORP_FINDER_SERVER_PORT=5556
xorp_rtrmgr -b cfg1.txt

In a second shell:
export XORP_FINDER_SERVER_PORT=5557
xorp_rtrmgr -b cfg1.txt


Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Wed Mar 31 19:21:15 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 31 Mar 2010 19:21:15 -0700
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
 period, and link status becomes dead
In-Reply-To: <4BB3FFB8.10308@candelatech.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>		<4BAFA547.2070700@candelatech.com>		<a330d0751003281443g118f0995n709141b4a4561bc5@mail.gmail.com>		<4BAFD6AD.6030501@candelatech.com>		<a330d0751003291332v597e9f54g41f8947e09c5a0de@mail.gmail.com>		<4BB11663.7060105@candelatech.com>		<a330d0751003291503t5324b371n85a85e8aef8669df@mail.gmail.com>		<4BB23539.20404@candelatech.com>		<a330d0751003301345m5df31631obf643e872f85305f@mail.gmail.com>		<j2ra330d0751003301941y6124ea4fod962ded98d4b179c@mail.gmail.com>	<k2ia330d0751003311733n5ef44deci46b7831b7e3e3cbc@mail.gmail.com>
	<4BB3FFB8.10308@candelatech.com>
Message-ID: <4BB4031B.50906@candelatech.com>

On 03/31/2010 07:06 PM, Ben Greear wrote:

err, I was editing this by hand a bit....router id below should be
different than the previous one.

The main thing is that you need the unique router table ID in
the FEA config.

>           router-id: 127.1.0.1
>           area 0.0.0.0 {
>               interface "rddVR7" {
>                   vif "rddVR7" {
>                       address 2.2.2.2 {
>                          interface-cost: 1
>                       }
>                   }
>               }
>
>           } /* area */
>       }
> }


Thanks,
Ben


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com