From greearb at candelatech.com  Tue Jun  1 00:03:35 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 01 Jun 2010 00:03:35 -0700
Subject: [Xorp-hackers] xorp.ct is now on github
Message-ID: <4C04B0C7.8080301@candelatech.com>

I manually rebased all 177 or so patches in xorp.ct on top of
the 1.7 SVN release of xorp.

http://github.com/greearb/xorp.ct

I think the results will be same as the previous xorp.ct, but
it needs some testing just in case I missed something in the
rebase & merge.

I'm going to try to import all the Sourceforge Trac bug-entries
into github if it can be done automatically.

I plan to put the html up somewhere public and modify it
to suit xorp.ct.  I will also be releasing 1.7 one way or
another (you can already download a 1.7 tarball on github).

As far as I am concerned, Sourceforge Xorp SVN is mothballed, and I
welcome all who are interested to use and develop on the new xorp.ct
tree.  My goal is to make xorp.ct better than the original xorp in
every way, including stability, performance, features, etc.  If
patches are ever posted to Xorp SVN, I'll merge them into xorp.ct
if that seems prudent.

I prefer that patches are posted to the mailing list for
discussion.  I'll commit them (with credit to the original author).
I could also pull from a developer's own xorp.ct repository if
that is more convenient.

Thanks,
Ben

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


From greearb at candelatech.com  Tue Jun  1 10:58:01 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 01 Jun 2010 10:58:01 -0700
Subject: [Xorp-hackers] Mailing list for xorp.ct commits?
Message-ID: <4C054A29.2040602@candelatech.com>

If someone with xorp-cvs mailing list admin privs would like to add:

noreply at github.com

as a registered poster, then I'll set up github to forward
xorp.ct commit messages there.

Otherwise, I can add a new google group or similar for the same
purpose.

Thanks,
Ben

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


From greearb at candelatech.com  Tue Jun  1 23:57:13 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 01 Jun 2010 23:57:13 -0700
Subject: [Xorp-hackers] Getting ready for release 1.8-CT
Message-ID: <4C0600C9.1010301@candelatech.com>

I am very close to releasing Xorp version 1.8-CT.

The code is basically what has been in xorp.ct for some time,
but I have also tweaked the documentation and the web page
html.

I'm now hosting my copy of the Xorp web page at:

http://www.candelatech.com/xorp.ct/

Please let me know if you find broken links or stale info.

The github project has been updated with the latest code:
http://github.com/greearb/xorp.ct

Commit messages are being sent to xorp-cvs at xorp.org now,
so subscribe to this if you want such notifications pushed
to you.  (Thanks to Atanu for fixing up the mailing list for
me.)

I plan to do some builds tomorrow and spot-test to make
sure nothing obvious broke.  If it works OK, I'll create
a 1.8-CT tag, do some binary builds, and call 1.8-CT done
(It should be easy to do a 1.8.x point release if bugs are
found...)

If anyone gets a chance to try it out, I'm interested in
the results!

Thanks,
Ben

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


From m.jakeman at lancs.ac.uk  Wed Jun  2 03:01:53 2010
From: m.jakeman at lancs.ac.uk (Matthew Jakeman)
Date: Wed, 02 Jun 2010 11:01:53 +0100
Subject: [Xorp-hackers] XORP Process Tutorial For New Build Method
Message-ID: <1275472913.3598.25.camel@matt-uni>

Hi All,

Is there any documentation yet for the SVN version of XORP relating to
developing XORP processes?

The document at http://www.xorp.org/design_docs.html titled "An
Introduction to Writing a XORP Process" is very thorough and useful but
only seems to relate to the 1.6 release of XORP. From what I have been
able to tell so far the latest version of XORP in the SVN repositories
is quite different. IE the sections relating to the Makefile in the
coumentation is no longer relevant because of the scons build system.

If anyone has a modified version of such a document it would be much
appreciated.

Cheers
Matt


From greearb at candelatech.com  Wed Jun  2 10:37:19 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 02 Jun 2010 10:37:19 -0700
Subject: [Xorp-hackers] XORP Process Tutorial For New Build Method
In-Reply-To: <1275472913.3598.25.camel@matt-uni>
References: <1275472913.3598.25.camel@matt-uni>
Message-ID: <4C0696CF.8060100@candelatech.com>

On 06/02/2010 03:01 AM, Matthew Jakeman wrote:
> Hi All,
>
> Is there any documentation yet for the SVN version of XORP relating to
> developing XORP processes?
>
> The document at http://www.xorp.org/design_docs.html titled "An
> Introduction to Writing a XORP Process" is very thorough and useful but
> only seems to relate to the 1.6 release of XORP. From what I have been
> able to tell so far the latest version of XORP in the SVN repositories
> is quite different. IE the sections relating to the Makefile in the
> coumentation is no longer relevant because of the scons build system.
>
> If anyone has a modified version of such a document it would be much
> appreciated.

For the build system, I'd just copy an SConscript file from a similar
directory and modify it.  It should be fairly straight-forward.

Then, add your new directory to the parent directory's SConscript file.

Though the rest of the document might be quite old, likely it still
applies as there hasn't been a great deal of change in the actual
code architecture in quite some time.

As with anything of this nature..I'd start small, get something
compiling, and then go on to do great things :)

Thanks,
Ben

>
> Cheers
> Matt
>
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers


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


From greearb at candelatech.com  Wed Jun  2 11:49:49 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 02 Jun 2010 11:49:49 -0700
Subject: [Xorp-hackers] XORP 1.8-CT is released.
Message-ID: <4C06A7CD.8070208@candelatech.com>

I've tagged the git repo and uploaded binary builds for several
different versions of Fedora.

To install the binaries:
su - root
cd /usr/local/
tar -xvzf [xorp-binary.tgz]
cd xorp
./xorp_install.bash

Or, build from source:
git clone git://github.com/greearb/xorp.ct.git xorp.ct.github
cd xorp.ct.github/xorp
scons
su
./lf_pkg.bash
# Resulting file should be in $USER/tmp/xorp_xx.tgz
# See the section above on installing binaries, though the ./lf_pkg.bash
# script has already placed the files in /usr/local/xorp

The install script will create the xorp user, group, etc and attempt
to soft-link libraries to match if your distribution isn't exactly the
same as the build version.

To start xorp:
cd /usr/local/xorp/sbin/
./xorp_rtrmgr -b [your config file]

Then, connect with xorpsh (in another console):

su - root
/usr/local/xorp/sbin/xorpsh


I'm going to use the LANforge live CD as the xorp.ct live cd.  I'll
try to get some useful docs written up for using that and upload that
iso image to github within the next few days.


Release notes for 1.8-CT:

Major changes include:

    * Allow OSPF, RIP, BGP, OSLR, and PIM to better handle interfaces
       being added to and deleted from a running xorp instance via the 'xorpsh' CLI tool.

    * PIM: Fix state-machine lockup due to failure to advance state machine in some error cases.

    * RIP, BGP, PIM: Allow binding the protocol sockets to specific interfaces.

    * FEA: Support binding to specific interfaces, including multicast protocols.
       Use Netlink (Linux only) to filter events so that a single instance of
       xorp pays attention to only it's interfaces.

    * FEA: Support new Linux kernel API to provide multiple multicast
      routing tables per kernel instance. This requires kernel 2.6.34
      and the latest iproute and iptable tools.  These changes are
      backwards compatible with normal kernels.

    * OLSR: Enable building OLSR, support binding to a specific interface.

    * Support building IPv6 multicast support on Linux. Haven't tested functionality yet.



git shortlog for commits since Release 1.7.

Achmad Basuki:
       rpms:  Add scripts & files to build RPM packages on Fedora Linux (at least).

Ben Greear:
       Remove tags and branches dir.
       Move trunk/* to ./, remove trunk directory.
       xorp-ct:  Merge old CVS patch into svn repository.
       olsr:  Enable OLSR compile in scons
       olsr:  Fix OLSR install target, properly add OLSR templates if OLSR is enabled.
       libxorp: Work-around crash in selector.cc due to accessing stale memory.
       fea:  Add method to dump netlink route messages.
       libxipc:  De-obfuscate ReplyPacket (it was just a vector of bytes)
       libxipc:  Give user a better clue as to why xrl router timed out.
       Fix some uninitialized memory errors found by valgrind.
       Remove some noisy logging.      Add code to clean up pid-file if possible (on exit)
       Fix logging & tracing to show micro-seconds, greatly aids debugging performance issues.
       mfea:  Fix vif removal race related to mld6igmp
       startup:  Make startup faster by implementing startup methods.
       fea:  Don't fail commit because we can't remove multicast addresses that are already deleted.
       startup: Put 'startup' method in common.xif.
       pim:  Don't fail commit if pim can't find interface to stop.
       fea:  Don't fail commit if vif is gone when un-registering protocol on interface.
       mfea:   Defer start of mfea_vif if it can't be started when immediately requested.
       ospf:  Add OSPF logging in the path that disables an interface.
       rtrmgr:  Add some logging to rtr-mgr to help track configuration commits.
       mld6igmp:  Defer mld6igmp vif start if vif is DOWN
       pim:  Handle deferred vif_start for pim.
       mld6igmp:   Don't faile igmp if it can't join multicast group.
       ospf:   More logging to help track down OSPF peer link issue.
       ospf/fea: Add logic to print out the configuration tree.
       Add xorp_install.bash script
       Add scripts to generate .deb files on Fedora.
       cli:  Fix memory leak
       libxorp:  Add BugCatcher class to help debug use-after-free and similar errors.
       rtrmgr: Disable XRLdb run-time verification by default.  Should speed up startup.
       build:  Enable gprof
       fea:  Allow filtering netlink messages
       policy:  Fix redist static and connected routes to ospf.
       Fix compile errors on Ubuntu
       fea:  Replace all instances of HAVE_PCAP with HAVE_PCAP_H
       OSPF:  Interop with RFC4813, fix router-link metric for loopback case.
       scons:  Properly detect multicast header files for older Linux distributions.
       fea:  Properly check for minimum ethernet packet size.
       fea:  Dynamically attempt to use ioctl to set device flags if netlink doesn't work.
       vrrp:  Remove assert that appears to be wrong.
       ArpHeader/vrrp:  Fix a compile error on Sparc, related to ArpHeader.
       fea:  Remove some un-needed casts and assignments related to netlink messages.
       fea/vrrp:  Make some errors about adding/deleting macs non-critical.
       fea:  Detect pcap-bpf.h and don't use the feature if it isn't available.
       fea/pcap:  Don't link against libpcap if it doesn't exist.
       Fix build on BSD.
       Move MULT_MCAST table detection logic into allconfig.py instead of hard-coding it.
       netlink:  ifdef out netlink code if not compiled to use netlink sockets.
       fea:  Thoroughly disable all routing_socket code if platform doesn't support it.
       fea: Don't compile ioctl get/set logic if netlink is defined (we prefer netlink).
       fea/click:  Disable CLICK by default.  Saves around 200k of disk space.
       AlignData cannot be made to copy-data, other code makes assumptions that it does not.
       Allow disabling of IPv6 via scons...even if OS supports it.
       ipv6:  Conditionally compile much of the IPv6 related code.
       ipv6:  Conditionally compile some more IPv6 code.
       fea/firewall:  Allow to compile out firewall code, saves ~180k stripped.
       Only generate .scons_build_args when doing a build (not an install, for instance)
       Build template 'build-script' to strip 'firewall' out of fea.tp.raw.
       Fix crash when DEBUG_LOGGING was enabled, fix build when DEBUG_LOGING was enabled.
       Revert "Conditionally compile much of the IPv6 related code.:
       fea:  Conditionally compile Remove socket6 API
       ipv6:  Conditionally compile socket6 logic.  Saves around 80k on disk.
       ipv6/fea:  Conditionally compile socket6 API        Saves about 80k on disk.
       ipv6/pim:  Don't build pim6 if IPv6 is disabled.  Saves about 12k on disk
       ospfv3/ipv6:  Disable ospfv3 when ipv6 is disabled.  Saves about 270k on disk.
       ospf:  Fix up build errors introduced earlier, when ipv6 is enabled.
       Fix compile on really old systems (Fedora 5)
       fea/netlink:  Fix problem with older kernels (FC5, 2.6.28 kernel, for instance)
       ripng/ipv6:  Don't build ripng if not using IPv6
       fea/ipv6:  Conditionally compile ipv6 stuff in fea-fib-client interface.
       rib/xif: Re-arrange so that it will be easier to ifdef out the ipv6 functions.
       static/ipv6:  Conditionally compile some ipv6 logic in static.
       ospf:  Group ipv6 code together to make it easier to conditionally compile.
       ospf/ipv6:  Conditionally compile all ipv6 code in xrl_io.cc, saves 50k
       rib/ipv6: Conditionally compile some ipv6 code in tools.
       pim/ipv6:  Conditionally compile some xrl_pim_node ipv6 code.
       fib2mrib/ipv6:  Conditionally compile ipv6 code, saves 20k
       ipv6:  Conditionally compile (more) ipv6 code for bgp, ospf, rib, and static-routes.
       vrrp:  Fix assert related to packet size.
       fea/ipv6:  Conditionally compile a bunch more fea/rib/pim ipv6 code.
       vrrp/fea:  The commit logic was paying more attention to the error_msg string than return codes.
       vrrp:  Enable creating/deleting secondary IP address for the VRRP masters.
       vrrp:  If vrrp tries to remove the VRRP MAC, and it's the only one that exists
              ..then create a random MAC to take it's place.  Otherwis
       ipv6/pim:  conditionally compile more ipv6 code.
       rpms:  Script to automate building RPMs.
       fea:  Add better decoding for netlink error messages.
       vrrp:  Don't allow user to mis-configure interval.
       fea:  If we try to read netlink for a particular seqno, but do not find it
             before netlink socket is out of packets to read, then do
       fea:  Add work-around for older kernels that cannot pull single interfaces.
       fea:  Fix link & MTU detection on funky systems.
       Fix 'scons check' build.
       carrier-sense:  My previous fix for sensing carrier by looking at sysfs files
             on linux neglected to deal with exceptions thrown by
       IPMR:  Add support for new multiple mcast table API.
       Logging:  Enable conditional compilation of logging code.
       mfea:  Update IPv6 mcast code to modern kernels.
       Small improvement to memory usage related to xrl_error
       xrl:  Move ipv4 and ipv4Net objects into xrl_atom
       ipv6/mcast:  BSD doesn't have mifc6ctl.vifc_threshold member.
       selector:  Work around assert in selector logic.
       beautify code:  Had to stare at offending line for quite a while to parse it.
       exceptions:  Pass string back by reference.
       fea,comm:  Remove some noisy logging.
       mld6igmp:  Tweak logging and add/delete callback.
       policy:  Add support for exporting routes from fib2mrib to ospf.
       rib/show_routes:  Fix crash due to race.
       Move parse_netlink_socket logic into get_netlink_socket.cc file.
       fea:  route distribution debugging
       Package script used by Candela.
       Final xorp.ct merge
       Update README for XORP.ct and rls 1.8
       olsr/ospf/libxorp:  Add some files missed in xorp.ct merge.
       oslr:  Build OLSR by default.
       Move README to base directory.
       Update README file.

Eric S. Johnson:
       vrrp:  Fix asserts, remove IPs on shutdown.

Saurabh <saurabh.pandya at elitecore.com>
       IPv6/PIM:  conditionally compile more ipv6 code.


Thanks,
Ben

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


From wubaochuan at seu.edu.cn  Wed Jun  2 04:00:41 2010
From: wubaochuan at seu.edu.cn (wubaochuan)
Date: Wed, 02 Jun 2010 19:00:41 +0800
Subject: [Xorp-hackers] Help
Message-ID: <475476438.21017@seu.edu.cn>

Hello everyone,
     I want to use XORP in the following way, you can see the attachment 
file as_en.jpg.
     The Control Node acts as central control node, the routers act as 
Forwarding Node. XORP runs on Control Node and Forwarding Nodes, but the 
XORP software runs on Forwarding Node does nothing but sends LSAs to the 
Control Node, and the Control Node can construct a graph of the AS, and 
the Control Node can calculate routes for each Forwarding Node. After 
that, the Control Node sends routes to the Forwarding Nodes, and the 
Forwarding Nodes install the routes and forward packets.
       When the Control Node calculates routes for each Forwarding 
Nodes, people can control this process.
       In order to do the things above, I have to modify the XORP source 
code(OSPF source code). I want to know:

       Where should I begin? I have read several articles including 
/Xorp Design Overview, XORP Inter-Process Communication Library 
Overview, XORP Libxorp Library Overview, XRL Interfaces Specifications 
and Tools, An Introduction to Writing an XORP Process. /But I do not 
know what to do next. Now I am reading /An Introduction to Writing an 
XORP Process /again, I hope I can learn more about the architecture of 
the source code of XORP.


       Thank you.

       Yours
       Chuan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20100602/f8d737eb/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: as_en.jpg
Type: image/jpeg
Size: 88744 bytes
Desc: not available
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20100602/f8d737eb/attachment-0001.jpg 

From s.somrp at rediffmail.com  Thu Jun  3 09:59:55 2010
From: s.somrp at rediffmail.com (som)
Date: 3 Jun 2010 16:59:55 -0000
Subject: [Xorp-hackers] =?utf-8?q?adding_new_cli_command?=
Message-ID: <20100603165955.12973.qmail@f4mail-235-136.rediffmail.com>

Hi every one, I am using xorp v 1.6. I could not know how to add a new command and how to arrange it under groups. I want to add some L3 module commands. How the command name is associated with the appropriate function. 

 eg: configure
     create procols static route 
 Here how the line entered is associated with the specified function.

 Again what does mean by 'cd' command? If any one knows please reply...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20100603/50c4da43/attachment.html 

From aleksandar.cvjetic at gmail.com  Thu Jun  3 12:00:40 2010
From: aleksandar.cvjetic at gmail.com (Aleksandar Cvjetic)
Date: Thu, 3 Jun 2010 21:00:40 +0200
Subject: [Xorp-hackers] adding new cli command
In-Reply-To: <20100603165955.12973.qmail@f4mail-235-136.rediffmail.com>
References: <20100603165955.12973.qmail@f4mail-235-136.rediffmail.com>
Message-ID: <AANLkTinqPzumB5Sf1gCrEUiGS4Ef5XDgC4dPWp8EqLLN@mail.gmail.com>

Hi,

>From my experience, first I suggest you to read few articles, i.e.  "An
introduction to writing a XORP process", "XRL Interfaces: specifications and
tool"  and "XORP router manager process". Basically, you should edit
template file for the XORP process you are going to implement new
command (see xorp/etc/templates). This is necessary for rtrmgr to know about
new available command for the process. Additionally, you must provide
appropriate XRL interface for rtrmgr to resolve it when invoking command for
your process (see xorp/xrl/interfaces). Fortunately, there are two scripts
available to automatically generate some stub code related to XRL
interfaces. Every XORP process implements XRL target methods responsible
for receiving and processing XRL requests (like CLI command from xorpsh or
requests from other processes). These are virtual methods so developer is
expected to provide exact implementation for methods. Furthermore, XRL
target methods usually invoke a method in main program of a XORP process
where developer provides implementation of handling function. You will know
more about it after reading  "XRL Interfaces: specifications and tool".
Probably this is little bit confusing explanation, but after carefully
reading above documents should be more clear for you. At least, I managed to
implement a new command for BGP....

B.R.
Alex

On Thu, Jun 3, 2010 at 6:59 PM, som <s.somrp at rediffmail.com> wrote:

> Hi every one, I am using xorp v 1.6. I could not know how to add a new
> command and how to arrange it under groups. I want to add some L3 module
> commands. How the command name is associated with the appropriate function.
>
> eg: configure
> create procols static route
> Here how the line entered is associated with the specified function.
>
> Again what does mean by 'cd' command? If any one knows please reply...
>
> <http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm at Middle?>
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers<http://mailman.icsi.berkeley.edu/mailman/listinfo/xorp-hackers>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20100603/c7ad717e/attachment.html 

From greearb at candelatech.com  Thu Jun  3 12:25:31 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 03 Jun 2010 12:25:31 -0700
Subject: [Xorp-hackers] adding new cli command
Message-ID: <40593fda-e56a-451f-b0ae-5d990a654951@email.android.com>

Can you post a diff of your changes?
--
Sent from my Android phone with K-9. Please excuse my brevity.

From saurabh.pandya at elitecore.com  Thu Jun 10 00:21:17 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Thu, 10 Jun 2010 12:51:17 +0530
Subject: [Xorp-hackers] Fwd: Is there any way you 'r seeing ,
 to get xorp (multicast part) under 6 MB form 10 MB
Message-ID: <4C10926D.6030600@elitecore.com>



Dear Ben,BMS,atanu and all core members,

First congregates for community version 1.8 of xorp.ct.

I have been exploring various ways of getting xorp under 6 MB form 10 MB (of my cutoff version)
(likely want 45% of further size reduction), but yield without conclusion.

Are you or other core members are seeing any alternate solution to get xorp
upto this size ? This is now being barrier for my embedded target. (may many like me facing such situations)

As I see that xorp itself written in C++ with STL etc, eating lots 
of space and memory, despite many of our size reduction patches.

-Thanks
Saurabh


From a.greenhalgh at cs.ucl.ac.uk  Thu Jun 10 02:29:57 2010
From: a.greenhalgh at cs.ucl.ac.uk (Adam Greenhalgh)
Date: Thu, 10 Jun 2010 10:29:57 +0100
Subject: [Xorp-hackers] Fwd: Is there any way you 'r seeing ,
	to get xorp 	(multicast part) under 6 MB form 10 MB
In-Reply-To: <4C10926D.6030600@elitecore.com>
References: <4C10926D.6030600@elitecore.com>
Message-ID: <AANLkTinyDqvvz2IIyxnJVt_9tWRaXX9AqxQxZruHjVGT@mail.gmail.com>

I've often wondered whether this would be any good ?

http://cxx.uclibc.org/index.html

Adam

On 10 June 2010 08:21, saurabh <saurabh.pandya at elitecore.com> wrote:
>
>
> Dear Ben,BMS,atanu and all core members,
>
> First congregates for community version 1.8 of xorp.ct.
>
> I have been exploring various ways of getting xorp under 6 MB form 10 MB (of my cutoff version)
> (likely want 45% of further size reduction), but yield without conclusion.
>
> Are you or other core members are seeing any alternate solution to get xorp
> upto this size ? This is now being barrier for my embedded target. (may many like me facing such situations)
>
> As I see that xorp itself written in C++ with STL etc, eating lots
> of space and memory, despite many of our size reduction patches.
>
> -Thanks
> Saurabh
>
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
>


From greearb at candelatech.com  Thu Jun 10 09:33:40 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 10 Jun 2010 09:33:40 -0700
Subject: [Xorp-hackers] Fwd: Is there any way you 'r seeing ,
 to get xorp 	(multicast part) under 6 MB form 10 MB
In-Reply-To: <AANLkTinyDqvvz2IIyxnJVt_9tWRaXX9AqxQxZruHjVGT@mail.gmail.com>
References: <4C10926D.6030600@elitecore.com>
	<AANLkTinyDqvvz2IIyxnJVt_9tWRaXX9AqxQxZruHjVGT@mail.gmail.com>
Message-ID: <4C1113E4.7020208@candelatech.com>

On 06/10/2010 02:29 AM, Adam Greenhalgh wrote:
> I've often wondered whether this would be any good ?
>
> http://cxx.uclibc.org/index.html

Might be interesting to see if xorp compiled against
it.

Another possibility would be to change all of our 'string'
class instances to 'xstring', and provide our own non-templated
string class.  On another project I worked on some years ago
this was a big binary space win (but, this was on a mips platform,
so who knows if modern stuff has the same penalty/gain).

If someone wants to go through and replace 'string' with 'xstring',
typdef string to xstring, and send me the patch, I'll drop in my
own string class and see how it goes.

Thanks,
Ben

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


From greearb at candelatech.com  Thu Jun 10 09:36:58 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 10 Jun 2010 09:36:58 -0700
Subject: [Xorp-hackers] [Xorp-users] Fwd: Is there any way you 'r seeing
 , to get xorp (multicast part) under 6 MB form 10 MB
In-Reply-To: <4C10926D.6030600@elitecore.com>
References: <4C10926D.6030600@elitecore.com>
Message-ID: <4C1114AA.7050304@candelatech.com>

On 06/10/2010 12:21 AM, saurabh wrote:
>
>
> Dear Ben,BMS,atanu and all core members,
>
> First congregates for community version 1.8 of xorp.ct.
>
> I have been exploring various ways of getting xorp under 6 MB form 10 MB (of my cutoff version)
> (likely want 45% of further size reduction), but yield without conclusion.
>
> Are you or other core members are seeing any alternate solution to get xorp
> upto this size ? This is now being barrier for my embedded target. (may many like me facing such situations)
>
> As I see that xorp itself written in C++ with STL etc, eating lots
> of space and memory, despite many of our size reduction patches.

Can you send us the output of:
find /usr/local/xorp -name "*" -print|xargs ls -l
so we can see exactly what files you are currently using?

Do you need the policy features?  I started looking at conditionally
compiling that out the other day, but it looked fairly invasive so
I went on to other things.  Still, it might be worth a try.

Also, I'll add an option to compile with -Os (optimize for size)
to see if that helps the binary size...

Thanks,
Ben


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


From greearb at candelatech.com  Thu Jun 10 11:27:45 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 10 Jun 2010 11:27:45 -0700
Subject: [Xorp-hackers] Fwd: Is there any way you 'r seeing ,
 to get xorp (multicast part) under 6 MB form 10 MB
In-Reply-To: <4C10926D.6030600@elitecore.com>
References: <4C10926D.6030600@elitecore.com>
Message-ID: <4C112EA1.6000802@candelatech.com>

On 06/10/2010 12:21 AM, saurabh wrote:
>
>
> Dear Ben,BMS,atanu and all core members,
>
> First congregates for community version 1.8 of xorp.ct.
>
> I have been exploring various ways of getting xorp under 6 MB form 10 MB (of my cutoff version)
> (likely want 45% of further size reduction), but yield without conclusion.
>
> Are you or other core members are seeing any alternate solution to get xorp
> upto this size ? This is now being barrier for my embedded target. (may many like me facing such situations)

I just fixed optimize=size compile on Fedora 13 (not sure if it worked elsewhere or not).
Fix has been pushed to xorp.ct on github.

Compiling with:
  scons -j4 disable_ipv6=yes disable_fw=yes disable_warninglogs=yes disable_tracelogs=yes disable_fatallogs=yes disable_infologs=yes disable_assertlogs=yes 
disable_errorlogs=yes enable_olsr=no enable_bgp=no enable_ospf=no enable_vrrp=no enable_policy=no optimize=size

gave me install image size of 9852 on Fedora 13, 32-bit:

[root at grok2 xorp]# du -s /usr/local/xorp
9852	/usr/local/xorp

Without the optimize=size, it was 11700, so it's a decent improvement.

I still haven't compiled out rip, and seems no need for xorp_fea_dummy
either..

[root at grok2 xorp]# ls /usr/local/xorp/lib/xorp/sbin/
xorp_fea        xorp_fib2mrib  xorp_mld     xorp_policy  xorp_rip
xorp_fea_dummy  xorp_igmp      xorp_pimsm4  xorp_rib     xorp_static_routes

Thanks,
Ben

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


From greearb at candelatech.com  Thu Jun 10 13:22:46 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 10 Jun 2010 13:22:46 -0700
Subject: [Xorp-hackers] [Xorp-users] Fwd: Is there any way you 'r seeing
 , to get xorp (multicast part) under 6 MB form 10 MB
In-Reply-To: <4C112EA1.6000802@candelatech.com>
References: <4C10926D.6030600@elitecore.com> <4C112EA1.6000802@candelatech.com>
Message-ID: <4C114996.1060606@candelatech.com>

On 06/10/2010 11:27 AM, Ben Greear wrote:
> On 06/10/2010 12:21 AM, saurabh wrote:
>>
>>
>> Dear Ben,BMS,atanu and all core members,
>>
>> First congregates for community version 1.8 of xorp.ct.
>>
>> I have been exploring various ways of getting xorp under 6 MB form 10 MB (of my cutoff version)
>> (likely want 45% of further size reduction), but yield without conclusion.
>>
>> Are you or other core members are seeing any alternate solution to get xorp
>> upto this size ? This is now being barrier for my embedded target. (may many like me facing such situations)
>
> I just fixed optimize=size compile on Fedora 13 (not sure if it worked elsewhere or not).
> Fix has been pushed to xorp.ct on github.

I allowed compiling out some other things, including xorpsh.  No idea if resulting
code functions, but it's a lot smaller:

scons -j4 disable_ipv6=yes disable_fw=yes disable_warninglogs=yes disable_tracelogs=yes disable_fatallogs=yes disable_infologs=yes disable_assertlogs=yes 
disable_errorlogs=yes enable_olsr=no enable_bgp=no enable_ospf=no enable_vrrp=no enable_policy=no enable_rip=no optimize=size enable_fea_dummy=no 
enable_xorpsh=no disable_profile=yes

[root at grok2 xorp]# du -s /usr/local/xorp
8000	/usr/local/xorp

You can probably get rid of the policy binaries if you are not using
policies, the *shell_funcs.sh and call_xrl in /usr/local/xorp/sbin,
and probably everything in xorp/lib/xorp/bin.

Also the share/xorp/templates/policy.*

That gets you to 7784 KB of disk space.
I think that you might not need any templates at all, which would
bring it down to:  7604 KB.

After this, I'm not so sure.  There's probably some more ipv6
stuff to conditionally compile, and might could compile out
at least much of the policy stuff.

If you try this out, I'm interested to know the results.

Thanks,
Ben

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


From saurabh.pandya at elitecore.com  Thu Jun 10 22:29:11 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Fri, 11 Jun 2010 10:59:11 +0530
Subject: [Xorp-hackers] Fwd: Is there any way you 'r seeing ,
 to get xorp 	(multicast part) under 6 MB form 10 MB
In-Reply-To: <AANLkTinyDqvvz2IIyxnJVt_9tWRaXX9AqxQxZruHjVGT@mail.gmail.com>
References: <4C10926D.6030600@elitecore.com>
	<AANLkTinyDqvvz2IIyxnJVt_9tWRaXX9AqxQxZruHjVGT@mail.gmail.com>
Message-ID: <4C11C9A7.304@elitecore.com>

On 06/10/10 14:59, Adam Greenhalgh wrote:
> I've often wondered whether this would be any good ?
>
> http://cxx.uclibc.org/index.html
>
>   
Well seems potential horizons there ,
well i will give this try and let see how it can help...

thanks


From greearb at candelatech.com  Mon Jun 14 15:40:46 2010
From: greearb at candelatech.com (Ben Greear)
Date: Mon, 14 Jun 2010 15:40:46 -0700
Subject: [Xorp-hackers] xorp.ct and uSTL
Message-ID: <4C16AFEE.7000102@candelatech.com>

In interest of smaller executables, I spent several days getting xorp.ct
to compile with uSTL.  I patched xorp a bit to work around uSTL issues, and
patched uSTL as well.

Some things, like OLSR still do not compile due to uSTL limitations.

A minimal set of things needed for multicast routing will now compile,
and has a chance of working.

I'm a bit dissappointed though...all that work, and the total size went from
8000 KB to 7964 KB.  It's an improvement..but only a small one.  On the
upside, maybe that means the default STL is pretty good w/regard to size.

I'm going to commit at least part of this patch upstream, but probably
going to leave the more invasive changes out and hope that uSTL will
fix their stuff instead.  I've sent my current uSTL patches to the
author..will see if he applies them.  If not, I'll put a fork on
github in case someone wants to try it out.

Thanks,
Ben

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


From greearb at candelatech.com  Wed Jun 16 00:28:35 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 16 Jun 2010 00:28:35 -0700
Subject: [Xorp-hackers] Xorp.CT buildbot is functional.
Message-ID: <4C187D23.30409@candelatech.com>

I put together a buildbot server for xorp.ct, and am currently
compiling on Fedora Core 5 32-bit, FC 8 32-bit, Fedora 13 32-bit and
Fedora 13 64-bit.

http://dmz2.candelatech.com:8010/waterfall

I'm going to look into running Debian and maybe Ubuntu on virtual machines,
but if anyone else would like to run a buildbot slave, please let me know.
It would especially be nice to have a Sparc and/or Power-PC system, and
some BSD systems in the mix.

The slaves are pretty easy to set up:

Install buildbot 7.12 or later
Ask Ben Greear for a user/password for your bot.
Run this command to build the slave in a directory of
your choosing:
buildbot create-slave slave dmz2.candelatech.com:9989 [bot-name] [bot-passwd]
vi slave/info/admin
vi slave/info/host
buildbot start slave

You do not need root permissions for any of this (though it makes installing
easier).  The equivalent of:  "yum install buildbot" is sufficient for installing
on Fedora 13 and probably other recent distributions.

Your slaves can be behind NAT firewalls and such.

Builds are automatically kicked off 2 minutes after the
last commit has been made.

I'm going to work on getting the 'scons check' output
to be parsed better by buildbot, but it's at least somewhat
useful now.

Thanks,
Ben

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


From kfriedman at syncadence.com  Thu Jun 17 16:32:08 2010
From: kfriedman at syncadence.com (kfriedman at syncadence.com)
Date: Thu, 17 Jun 2010 16:32:08 -0700 (PDT)
Subject: [Xorp-hackers] Another problem compiling xorp 1.6 and ubunto 9.10
Message-ID: <1276817528.20248470@192.168.2.228>


Hello,
 
     I'm trying to get xorp version 1.6 to compile under ubunto 9.10, gcc and g++ versions 4.4.1.  Like others I had problems with "#ident" but was able to work around that by including "-Wno-deprecated" in the configure and rebuilding the make files.
 
/bin/bash ../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -I..    -g -Werror -W -Wall -Wno-deprecated -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -MT vif.lo -MD -MP -MF .deps/vif.Tpo -c -o vif.lo vif.cc
 g++ -DHAVE_CONFIG_H -I. -I.. -I.. -g -Werror -W -Wall -Wno-deprecated -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual -ftemplate-depth-25 -pipe -MT vif.lo -MD -MP -MF .deps/vif.Tpo -c vif.cc -o vif.o
In file included from vif.hh:32,
                 from vif.cc:29:
ipvxnet.hh: In member function 'void IPNet<A>::initialize_from_string(const char*) [with A = IPvX]':
ipvxnet.hh:57: error: invalid conversion from 'const char*' to 'char*'

I think the problem may be due to an overloaded strrchr() function.
Any ideas?
Thanks,
Kirk

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20100617/2505ced0/attachment.html 

From greearb at candelatech.com  Thu Jun 17 17:30:02 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 17 Jun 2010 17:30:02 -0700
Subject: [Xorp-hackers] Another problem compiling xorp 1.6 and ubunto
 9.10
In-Reply-To: <1276817528.20248470@192.168.2.228>
References: <1276817528.20248470@192.168.2.228>
Message-ID: <4C1ABE0A.1040501@candelatech.com>

On 06/17/2010 04:32 PM, kfriedman at syncadence.com wrote:
> Hello,
> I'm trying to get xorp version 1.6 to compile under ubunto 9.10, gcc and
> g++ versions 4.4.1. Like others I had problems with "#ident" but was
> able to work around that by including "-Wno-deprecated" in the configure
> and rebuilding the make files.
> /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
> -I.. -I.. -g -Werror -W -Wall -Wno-deprecated -Wwrite-strings
> -Wcast-qual -Wpointer-arith -Wcast-align -Woverloaded-virtual
> -ftemplate-depth-25 -pipe -MT vif.lo -MD -MP -MF .deps/vif.Tpo -c -o
> vif.lo vif.cc
> g++ -DHAVE_CONFIG_H -I. -I.. -I.. -g -Werror -W -Wall -Wno-deprecated
> -Wwrite-strings -Wcast-qual -Wpointer-arith -Wcast-align
> -Woverloaded-virtual -ftemplate-depth-25 -pipe -MT vif.lo -MD -MP -MF
> .deps/vif.Tpo -c vif.cc -o vif.o
> In file included from vif.hh:32,
> from vif.cc:29:
> ipvxnet.hh: In member function 'void
> IPNet<A>::initialize_from_string(const char*) [with A = IPvX]':
> ipvxnet.hh:57: error: invalid conversion from 'const char*' to 'char*'
> I think the problem may be due to an overloaded strrchr() function.

xorp.ct should compile  & work fine, and if it doesn't, I'll fix it:

http://www.candelatech.com/xorp.ct/

There is no active development on 1.6 release (that I'm aware of).

Thanks,
Ben

>
> Any ideas?
>
> Thanks,
>
> Kirk
>
>
>
>
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers


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


From concordia.xorp at gmail.com  Fri Jun 18 16:33:49 2010
From: concordia.xorp at gmail.com (Ali Salem)
Date: Fri, 18 Jun 2010 19:33:49 -0400
Subject: [Xorp-hackers] AMT with XORP
Message-ID: <AANLkTikZQnXh9vIN0pl1VoPLktQR3apezS-zuLmxK0DJ@mail.gmail.com>

Hello all,

Has anyone tried implementing Automatic Multicast Tunneling with XORP? The
only attempt I found online was with this fellow from Texas university:

http://cs.utdallas.edu/amt/

Yours,
Ali
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20100618/45669abb/attachment.html