From esj at cs.fiu.edu  Sat Oct  1 10:43:40 2011
From: esj at cs.fiu.edu (Eric S. Johnson)
Date: Sat, 01 Oct 2011 13:43:40 -0400
Subject: [Xorp-hackers] [Xorp-users] OSPF slow-to-converge bug fixed.
In-Reply-To: Your message of "Fri, 30 Sep 2011 14:16:05 PDT."
	<4E863195.2040304@candelatech.com> 
Message-ID: <20111001174340.1224B3680002@cheetah.cs.fiu.edu>


>Anyway, it appears to be fixed now.  So, if anyone had any issues with
>OSPF being slow to converge, please try out the top-of-tree and see
>if it works better for you.

I was one of those that had issues. I had tried playing with the 
environment variable setting you sent me a few weeks ago, but even 
extreme settings didn't seem to help, just to push the problem later.
I didn't have time to do much more debugging myself.

I am very happy to report that the git tree I just pulled
and built works perfect. And ospf starts doing its thing
much faster now too. 

(Centos 5, ospf and PIM-SM primary used features)

This bug is squashed!

Thanks much!
E


From noreply at github.com  Sun Oct  2 21:51:54 2011
From: noreply at github.com (noreply at github.com)
Date: Sun, 2 Oct 2011 21:51:54 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] d0b51a: netbsd: Fix compile on
	netbsd.
Message-ID: <20111003045154.2BA98425FB@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: d0b51ad48675e87e6f912c077319f6d277cadca4
      https://github.com/greearb/xorp.ct/commit/d0b51ad48675e87e6f912c077319f6d277cadca4
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-02 (Sun, 02 Oct 2011)

  Changed paths:
    M xorp/fea/data_plane/ifconfig/ifconfig_vlan_get_linux.cc
  M xorp/fea/data_plane/ifconfig/ifconfig_vlan_set_linux.cc
  M xorp/site_scons/config/allconfig.py

  Log Message:
  -----------
  netbsd: Fix compile on netbsd.

Vlan related changes..no idea if VLANs actually work, but
at least it compiles now.

Signed-off-by: Ben Greear <greearb at candelatech.com>



From noreply at github.com  Mon Oct  3 09:58:47 2011
From: noreply at github.com (noreply at github.com)
Date: Mon, 3 Oct 2011 09:58:47 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] 544f76: Merge branch 'master' of
	github.com:greearb/xorp.c...
Message-ID: <20111003165847.88A7A42565@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: 544f7676feddf904415a1b9ad567ebf5c1a30a87
      https://github.com/greearb/xorp.ct/commit/544f7676feddf904415a1b9ad567ebf5c1a30a87
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/fea/data_plane/ifconfig/ifconfig_vlan_get_linux.cc
  M xorp/fea/data_plane/ifconfig/ifconfig_vlan_set_linux.cc
  M xorp/site_scons/config/allconfig.py

  Log Message:
  -----------
  Merge branch 'master' of github.com:greearb/xorp.ct


  Commit: 3f29f6ef084399a26af5e1b861bf6470772ce353
      https://github.com/greearb/xorp.ct/commit/3f29f6ef084399a26af5e1b861bf6470772ce353
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/libxorp/create_buildinfo.sh

  Log Message:
  -----------
  buildinfo:  Use sed instead of perl, should still handle "'s

Sed work by: J G Miller <miller at yoyo.ORG>
Signed-off-by: Ben Greear <greearb at candelatech.com>


Compare: https://github.com/greearb/xorp.ct/compare/d0b51ad...3f29f6e


From noreply at github.com  Mon Oct  3 10:23:10 2011
From: noreply at github.com (noreply at github.com)
Date: Mon, 3 Oct 2011 10:23:10 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] d29595: click: Enable building
	click.
Message-ID: <20111003172310.31E53425BF@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: d2959545a80f8e002d6c62e5b9a963d0e4e7d4f0
      https://github.com/greearb/xorp.ct/commit/d2959545a80f8e002d6c62e5b9a963d0e4e7d4f0
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/fea/data_plane/control_socket/click_socket.cc
  M xorp/fea/data_plane/ifconfig/ifconfig_set_click.cc

  Log Message:
  -----------
  click:  Enable building click.

Not sure if it works, but at least it builds now.

Signed-off-by: Ben Greear <greearb at candelatech.com>



From noreply at github.com  Mon Oct  3 13:36:36 2011
From: noreply at github.com (noreply at github.com)
Date: Mon, 3 Oct 2011 13:36:36 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] 19dcd9: buildinfo: Fix missing \
	in sed logic.
Message-ID: <20111003203636.A3F9642575@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: 19dcd95af60cf43d95935765e641e1a011a95eac
      https://github.com/greearb/xorp.ct/commit/19dcd95af60cf43d95935765e641e1a011a95eac
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/libxorp/create_buildinfo.sh

  Log Message:
  -----------
  buildinfo:  Fix missing \ in sed logic.

Signed-off-by: Ben Greear <greearb at candelatech.com>



From noreply at github.com  Mon Oct  3 14:00:58 2011
From: noreply at github.com (noreply at github.com)
Date: Mon, 3 Oct 2011 14:00:58 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] 8cbb58: buildinfo: Fix escaping
	single backslash
Message-ID: <20111003210058.41DC84264A@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: 8cbb583b50dae70d5f0d8394713fba3a6d387854
      https://github.com/greearb/xorp.ct/commit/8cbb583b50dae70d5f0d8394713fba3a6d387854
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/libxorp/create_buildinfo.sh

  Log Message:
  -----------
  buildinfo:  Fix escaping single backslash
Signed-off-by: Ben Greear <greearb at candelatech.com>



From noreply at github.com  Mon Oct  3 14:42:12 2011
From: noreply at github.com (noreply at github.com)
Date: Mon, 3 Oct 2011 14:42:12 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] 603d30: Merge branch 'master' of
	github.com:greearb/xorp.c...
Message-ID: <20111003214212.9B4E642658@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: 603d301a55b433791d9a92d2399cb6af01350480
      https://github.com/greearb/xorp.ct/commit/603d301a55b433791d9a92d2399cb6af01350480
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/libxorp/create_buildinfo.sh

  Log Message:
  -----------
  Merge branch 'master' of github.com:greearb/xorp.ct


  Commit: 92998c5dd4bfb3bd013f64a82af53c08988370b0
      https://github.com/greearb/xorp.ct/commit/92998c5dd4bfb3bd013f64a82af53c08988370b0
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/fea/data_plane/managers/fea_data_plane_manager_click.hh
  M xorp/fea/io_ip_manager.cc

  Log Message:
  -----------
  fea:  Fix crash when mcast_protocol_fd_in returns NULL.

This was seen on freebsd box, not sure why exactly it's
returning NULL yet, but at the least, shouldn't deref
the NULL and crash.

Signed-off-by: Ben Greear <greearb at candelatech.com>


Compare: https://github.com/greearb/xorp.ct/compare/8cbb583...92998c5


From noreply at github.com  Mon Oct  3 17:11:16 2011
From: noreply at github.com (noreply at github.com)
Date: Mon, 3 Oct 2011 17:11:16 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] b8e926: fea: Auto-create mcast
	socket if none exist.
Message-ID: <20111004001116.ED5D342617@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: b8e92623c28d71d04a1eedae87e7fef8cff2a794
      https://github.com/greearb/xorp.ct/commit/b8e92623c28d71d04a1eedae87e7fef8cff2a794
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/fea/data_plane/io/io_ip_socket.cc

  Log Message:
  -----------
  fea: Auto-create mcast socket if none exist.

Linux uses one socket per interface, but BSD cannot do that.
This code path has probably just never been tested since I
added the linux one-socket logic years ago.  I see no reason
to not auto-create the socket as needed on BSD.

Signed-off-by: Ben Greear <greearb at candelatech.com>


  Commit: fa5cebaf71a00d65dffb3249cc88a7ba641013a7
      https://github.com/greearb/xorp.ct/commit/fa5cebaf71a00d65dffb3249cc88a7ba641013a7
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/site_scons/config/allconfig.py

  Log Message:
  -----------
  bsd/mcast: Properly detect support for IPv6 multicast routing.

Need to conditionally include if_vars.h in the config checks,
as netbsd doesn't have that file.

Signed-off-by: Ben Greear <greearb at candelatech.com>


  Commit: a9f4e3dae366d3156c03df93d885df4df49774be
      https://github.com/greearb/xorp.ct/commit/a9f4e3dae366d3156c03df93d885df4df49774be
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/fea/data_plane/fibconfig/fibconfig_entry_set_routing_socket.cc

  Log Message:
  -----------
  bsd: Fix assert when using ipv6 mcast routing.

The IPvX code will throw an exception if you pass it the wrong type of
struct for it's family, so do some explicit casting.

Signed-off-by: Ben Greear <greearb at candelatech.com>


  Commit: 29ba22af87d62405bb5143b6b8fe7a01ec30d85b
      https://github.com/greearb/xorp.ct/commit/29ba22af87d62405bb5143b6b8fe7a01ec30d85b
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/fea/data_plane/io/io_ip_socket.cc
  M xorp/fea/mfea_mrouter.cc

  Log Message:
  -----------
  bsd/fea: Add some debugging for ipv6 mcast socket failures.

Seems ipv6 mcast ADD_MIF sockopt fails about 1/2 of
the time, not sure why.

Signed-off-by: Ben Greear <greearb at candelatech.com>


  Commit: 7735f61fc3aa759b20bc10787f189cb452154a36
      https://github.com/greearb/xorp.ct/commit/7735f61fc3aa759b20bc10787f189cb452154a36
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-03 (Mon, 03 Oct 2011)

  Changed paths:
    M xorp/RELEASE_NOTES

  Log Message:
  -----------
  rls-notes:  Note limited netbsd support for ipv6 mcast.
Signed-off-by: Ben Greear <greearb at candelatech.com>


Compare: https://github.com/greearb/xorp.ct/compare/92998c5...7735f61


From noreply at github.com  Tue Oct  4 14:44:13 2011
From: noreply at github.com (noreply at github.com)
Date: Tue, 4 Oct 2011 14:44:13 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] a1a240: fea/vlans: Don't delete
	vlans unless xorp created...
Message-ID: <20111004214413.4483C42680@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: a1a240230e26fc7225769e4284b81dee6a94d33d
      https://github.com/greearb/xorp.ct/commit/a1a240230e26fc7225769e4284b81dee6a94d33d
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-04 (Tue, 04 Oct 2011)

  Changed paths:
    M xorp/fea/data_plane/ifconfig/ifconfig_set.cc
  M xorp/fea/data_plane/ifconfig/ifconfig_vlan_set_linux.cc
  M xorp/fea/data_plane/ifconfig/ifconfig_vlan_set_linux.hh
  M xorp/fea/ifconfig_vlan_set.hh
  M xorp/fea/iftree.cc
  M xorp/fea/iftree.hh

  Log Message:
  -----------
  fea/vlans:  Don't delete vlans unless xorp created them.

Xorp can create 802.1q VLANs, and if so, it will set a flag
internally marking the vlan as being created by xorp.

When an 802.1q vlan interface is removed from xorp the
interface will be deleted from the OS if and only if the
VLAN was flagged as created by xorp.

If this restriction proves to be a problem for anyone, I can
add an environ-variable that will allow forcing delete of all
VLANs and/or perhaps disable VLAN deletion entirely.

Signed-off-by: Ben Greear <greearb at candelatech.com>



From noreply at github.com  Wed Oct  5 16:51:28 2011
From: noreply at github.com (noreply at github.com)
Date: Wed, 5 Oct 2011 16:51:28 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] 52ea68: mfea: pim_register
	interfaces are always mcast ca...
Message-ID: <20111005235128.0624D423E0@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: 52ea68adb6dacfdd4b2ec51431ced727e0908c81
      https://github.com/greearb/xorp.ct/commit/52ea68adb6dacfdd4b2ec51431ced727e0908c81
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-05 (Wed, 05 Oct 2011)

  Changed paths:
    M xorp/fea/mfea_vif.cc

  Log Message:
  -----------
  mfea:  pim_register interfaces are always mcast capable.

This fixes error message and possibly errors as well, but
mcast routing was working even in this state, so not sure how
serious this is.  Bug was introduced earlier in the 1.5-WIP
development.

Signed-off-by: Ben Greear <greearb at candelatech.com>


  Commit: 6f43389501ac606a3845c495a073a0e4d36e3ea2
      https://github.com/greearb/xorp.ct/commit/6f43389501ac606a3845c495a073a0e4d36e3ea2
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-05 (Wed, 05 Oct 2011)

  Changed paths:
    M xorp/fea/data_plane/io/io_ip_socket.cc

  Log Message:
  -----------
  fea:  Add some extra debugging for errors seen on ARM.

User reported logs with this error:

[ 2011/10/05 20:24:38.507315  ERROR xorp_fea:8042 FEA fea/data_plane/io/io_ip_socket.cc:1697 proto_socket_read ] proto_socket_read() failed: RX packet size from 192.168.11.11 to 224.0.0.13 with 54 bytes instead of hdr+datalen=20+13824=13844

Interestingly, pimd on his system reported similar issues, so maybe it's an OS issue.
Anyway, try to gather some additional info to track this down.

Signed-off-by: Ben Greear <greearb at candelatech.com>


Compare: https://github.com/greearb/xorp.ct/compare/a1a2402...6f43389


From greearb at candelatech.com  Wed Oct  5 17:14:58 2011
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 05 Oct 2011 17:14:58 -0700
Subject: [Xorp-hackers] [PATCH 1/1] xorp_install.bash fix
In-Reply-To: <1317123004-19000-2-git-send-email-igorm@etf.rs>
References: <1317123004-19000-1-git-send-email-igorm@etf.rs>
	<1317123004-19000-2-git-send-email-igorm@etf.rs>
Message-ID: <4E8CF302.6010205@candelatech.com>

On 09/27/2011 04:29 AM, Igor Maravic wrote:
> Signed-off-by: Igor Maravic<igorm at etf.rs>
> ---
> :100644 100644 cf23c47... e1d52bb... M	xorp/xorp_install.bash
>   xorp/xorp_install.bash |   15 ++++++++++++++-
>   1 files changed, 14 insertions(+), 1 deletions(-)
>
> diff --git a/xorp/xorp_install.bash b/xorp/xorp_install.bash
> index cf23c47..e1d52bb 100644
> --- a/xorp/xorp_install.bash
> +++ b/xorp/xorp_install.bash
> @@ -18,8 +18,21 @@ if [ `pwd` != "/usr/local/xorp" ]
>   fi
>
>   # Add xorp user and group
> +
> +#Check for adduser commands
> +adduserArgs=""
> +if adduser -h | grep ".--system">  /dev/null 2>&1
> +then
> +        adduserArgs="$adduserArgs --system"
> +fi

We noticed some errors when testing this.  Basically, the -h option
seems to throw output to STDERR instead of STDOUT (on Fedora 14, 15) at
least.

This seems to work for me:

[root at lec2010-ath9k-1 xorp]# adduser -h 2>&1| grep ".--system"
   -r, --system                  create a system account
[root at lec2010-ath9k-1 xorp]# echo $?
0

Can you test your system to

1)  Check that the current script actually works OK on your system(s)

2)  See if my modification works on your system.

Thanks,
Ben


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


From igorm at etf.rs  Thu Oct  6 04:05:45 2011
From: igorm at etf.rs (=?ISO-8859-2?Q?Igor_Maravi=E6?=)
Date: Thu, 6 Oct 2011 13:05:45 +0200
Subject: [Xorp-hackers] [PATCH 1/1] xorp_install.bash fix
In-Reply-To: <4E8CF302.6010205@candelatech.com>
References: <1317123004-19000-1-git-send-email-igorm@etf.rs>
	<1317123004-19000-2-git-send-email-igorm@etf.rs>
	<4E8CF302.6010205@candelatech.com>
Message-ID: <CAFdo_mXVxiBCgHOfQs3Ho_azFGwOQLtDnrKNtvM=_xP-fB8-sA@mail.gmail.com>

1) The current script works just fine on my system.

2) If your modification is to replace

if adduser -h | grep ".--system" > /dev/null 2>&1

with

if adduser -h 2>&1| grep ".--system" > /dev/null

and

if adduser -h | grep ".--no-create-home" > /dev/null 2>&1

with

if adduser -h 2>&1| grep ".--no-create-home" > /dev/null

then your modification works on my system.

BR
Igor Maravi?


2011/10/6 Ben Greear <greearb at candelatech.com>:
> On 09/27/2011 04:29 AM, Igor Maravic wrote:
>>
>> Signed-off-by: Igor Maravic<igorm at etf.rs>
>> ---
>> :100644 100644 cf23c47... e1d52bb... M ?xorp/xorp_install.bash
>> ?xorp/xorp_install.bash | ? 15 ++++++++++++++-
>> ?1 files changed, 14 insertions(+), 1 deletions(-)
>>
>> diff --git a/xorp/xorp_install.bash b/xorp/xorp_install.bash
>> index cf23c47..e1d52bb 100644
>> --- a/xorp/xorp_install.bash
>> +++ b/xorp/xorp_install.bash
>> @@ -18,8 +18,21 @@ if [ `pwd` != "/usr/local/xorp" ]
>> ?fi
>>
>> ?# Add xorp user and group
>> +
>> +#Check for adduser commands
>> +adduserArgs=""
>> +if adduser -h | grep ".--system"> ?/dev/null 2>&1
>> +then
>> + ? ? ? ?adduserArgs="$adduserArgs --system"
>> +fi
>
> We noticed some errors when testing this. ?Basically, the -h option
> seems to throw output to STDERR instead of STDOUT (on Fedora 14, 15) at
> least.
>
> This seems to work for me:
>
> [root at lec2010-ath9k-1 xorp]# adduser -h 2>&1| grep ".--system"
> ?-r, --system ? ? ? ? ? ? ? ? ?create a system account
> [root at lec2010-ath9k-1 xorp]# echo $?
> 0
>
> Can you test your system to
>
> 1) ?Check that the current script actually works OK on your system(s)
>
> 2) ?See if my modification works on your system.
>
> Thanks,
> Ben
>
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
>


From noreply at github.com  Thu Oct  6 09:32:02 2011
From: noreply at github.com (noreply at github.com)
Date: Thu, 6 Oct 2011 09:32:02 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] 9d5d40: install: Fix install
	script warnings on Fedora.
Message-ID: <20111006163202.487B142827@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: 9d5d40299de06b145d288323bade2a9dc4b55596
      https://github.com/greearb/xorp.ct/commit/9d5d40299de06b145d288323bade2a9dc4b55596
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-06 (Thu, 06 Oct 2011)

  Changed paths:
    M xorp/xorp_install.bash

  Log Message:
  -----------
  install:  Fix install script warnings on Fedora.

The adduser -h output was being sent to STDERR instead
of STDOUT, so it spammed the user and didn't do the
option detection properly.

Signed-off-by: Ben Greear <greearb at candelatech.com>


  Commit: 6711ba5156552bafdaffd8fbf2350c9b7c39d08e
      https://github.com/greearb/xorp.ct/commit/6711ba5156552bafdaffd8fbf2350c9b7c39d08e
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-06 (Thu, 06 Oct 2011)

  Changed paths:
    M xorp/site_scons/config/allconfig.py

  Log Message:
  -----------
  raw-sockets:  Assume platforms support raw socket input/output.

The old check tried to match on systems that did..but it misses
weird systems (some arm-linux, at least).  So instead specifically
exclude certain systems (mingw).  This might break Solaris, or perhaps
not.

Signed-off-by: Ben Greear <greearb at candelatech.com>


Compare: https://github.com/greearb/xorp.ct/compare/6f43389...6711ba5


From noreply at github.com  Fri Oct  7 16:51:42 2011
From: noreply at github.com (noreply at github.com)
Date: Fri, 7 Oct 2011 16:51:42 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] 14c29f: rls-notes:  Add credits,
	update for GRE tunnels & ...
Message-ID: <20111007235142.7B9F2427D0@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: 14c29f6ab0af0fe0f78eadbf0bd642a72df58825
      https://github.com/greearb/xorp.ct/commit/14c29f6ab0af0fe0f78eadbf0bd642a72df58825
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-07 (Fri, 07 Oct 2011)

  Changed paths:
    M xorp/RELEASE_NOTES

  Log Message:
  -----------
  rls-notes:  Add credits, update for GRE tunnels & ARM

Signed-off-by: Ben Greear <greearb at candelatech.com>



From noreply at github.com  Sat Oct  8 19:38:18 2011
From: noreply at github.com (noreply at github.com)
Date: Sat, 8 Oct 2011 19:38:18 -0700
Subject: [Xorp-hackers] [greearb/xorp.ct] 310cdd: freebsd: Fix IPv6 address
	handling.
Message-ID: <20111009023818.1F98542491@smtp1.rs.github.com>

  Branch: refs/heads/master
  Home:   https://github.com/greearb/xorp.ct

  Commit: 310cdd454fea17084e3990490d1128b6e9bdbd7e
      https://github.com/greearb/xorp.ct/commit/310cdd454fea17084e3990490d1128b6e9bdbd7e
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-08 (Sat, 08 Oct 2011)

  Changed paths:
    M xorp/fea/data_plane/fibconfig/fibconfig_entry_set_routing_socket.cc

  Log Message:
  -----------
  freebsd: Fix IPv6 address handling.

Might help other BSDs as well.

Signed-off-by: Ben Greear <greearb at candelatech.com>


  Commit: 7bf74c39cd48c65c6051a47aec4b3beb8d9e4509
      https://github.com/greearb/xorp.ct/commit/7bf74c39cd48c65c6051a47aec4b3beb8d9e4509
  Author: Ben Greear <greearb at candelatech.com>
  Date:   2011-10-08 (Sat, 08 Oct 2011)

  Changed paths:
    M xorp/RELEASE_NOTES
  M xorp/fea/data_plane/io/io_ip_socket.cc
  M xorp/fea/mfea_vif.cc
  M xorp/site_scons/config/allconfig.py
  M xorp/xorp_install.bash

  Log Message:
  -----------
  Merge branch 'master' of github.com:greearb/xorp.ct


Compare: https://github.com/greearb/xorp.ct/compare/14c29f6...7bf74c3


From greearb at candelatech.com  Mon Oct 10 22:27:30 2011
From: greearb at candelatech.com (Ben Greear)
Date: Mon, 10 Oct 2011 22:27:30 -0700
Subject: [Xorp-hackers] Tested:  IPv4 multicast over GRE tunnels, on Linux.
Message-ID: <4E93D3C2.2040607@candelatech.com>

I finally got my LANforge virtual networking framework to properly
deal with GRE interfaces and xorp.  I was able to verify OSPF and
PIM functioned properly over a GRE tunnel.  I generated bi-directional UDP and
uni-directional multicast and everything seems to be working.

OS is Fedora 14 Linux, 32-bit x86, with 3.0.6+ kernel.  Likely it will
work just fine on older kernels and OSs as well.  No idea about bsd,
but assuming it can do GRE tunnels, it will probably work.

There could still be problems, but if someone is still having troubles,
please double-check the multicast traffic generators/receivers, and post
xorp configs and detailed bug reports.

Thanks,
Ben

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


From igorm at etf.rs  Mon Oct 17 03:59:23 2011
From: igorm at etf.rs (=?ISO-8859-2?Q?Igor_Maravi=E6?=)
Date: Mon, 17 Oct 2011 12:59:23 +0200
Subject: [Xorp-hackers] IEEE HPSR 2012
Message-ID: <CAFdo_mXWCkPV7WJrt-9UiB=bbo4upQpamd58taU13ehYDQHDxw@mail.gmail.com>

*********************************************************************************************************************
*********************************************************************************************************************
IEEE HPSR 2012

June 24-27
Belgrade
Serbia

http://www.ieee-hpsr.org
Important Dates

Full paper submission: January 20, 2012
Tutorial submission: January 20, 2012
Acceptance notifications: March 20, 2012
Camera-ready due: April 15, 2012
IEEE Conference on High Performance Switching and Routing 2012 will be
held in Belgrade, the capital of Serbia. Belgrade is a lively
metropolis that is a blend of different cultures whose representatives
were visiting at various points of history. As such, it is very well
suited to host the IEEE HPSR conference that gathers scientists and
engineers from the entire world, after Heidelberg, Dallas, Kobe,
Torino, Arizona, Hong Kong, Poznan, New York, Shanghai, Paris, Dallas
(again), and Cartagena. Internet traffic keeps growing thanks to the
access technologies whose speeds are increasing at a fast pace, and
thanks to many non-profit and commercial efforts to bridge the
digital-divide by providing all the advantages of the Internet to
developing countries as well. At the same time, challenging
applications are gaining popularity on the Internet such as multimedia
and P2P applications. Multimedia applications require a lot of
bandwidth and low delays, while the traffic patterns of P2P
applications are impossible to predict. IPv4 addresses are being
exhausted at this very moment. Data centers are moving a vast amount
of content through thousands of switches. Also, routers and switches
are being attacked, and energy available for them, as for everything
else, is decreasing. All these circumstances put a higher burden than
ever on switching and routing. So, there is a lot of work to be done,
and IEEE HPSR 2012 will do its part by addressing the following
topics:

Architectures of high-performance switches and routers
High-speed packet processors
Address lookup algorithms
Packet classification, scheduling and dropping
Switching, bridging and routing protocols
Multicasting
P2P routing
Routing in wireless, mobile and sensor networks
Optical switching and routing
Switching, bridging and routing in data centers and clouds
Data placement and migration
Multiprocessor networks
Network management
Pricing, accounting and charging
QoS and scalability of switching, bridging and routing
Traffic characterization and engineering
Power-aware switching, bridging and routing protocols
High-speed network security
Paper submission guidelines: Submitted papers must be unpublished, and
cannot be submitted elsewhere at the same time. Accepted papers should
not exceed 6 pages in two-column IEEE Transactions style
(www.ieee.org). Accepted papers longer than 6 pages will be charged
$100 for each extra page. Papers cannot be longer than 8 pages. Papers
should be submitted as PDF files through the EDAS system
(http://edas.info). All submitted papers will be subject to three
independent reviews.
Awards: The Best Paper Award will be granted based on the reviewers?
comments and scores that it received. Presentation of the paper will
be scored by the audience, and will influence its final ranking.
Note: In order to publish the paper at the IEEE HPSR 2012 proceedings
and IEEE Xplore, the paper must be presented at the conference, and at
least one of its authors should have a full registration.
Non-refundable registration fees must be paid prior to uploading the
final IEEE formatted, publication-ready, version of the paper.

General Chairs: Aleksandra Smiljani? (Belgrade University, Serbia),
Mounir Hamdi (Hong Kong University of Science and Technology, China)
Technical Program Committee Chairs: Jonathan Chao (Polytechnic
Institute of NYU, USA), Eiji Oki (University of Electro-Communications
in Tokyo, Japan), Cyriel Minkenberg (IBM Research, Switzerland)
Publicity Chairs: Andrea Bianco (Politecnico di Torino, Italy),
Aleksandar Kolarov (Telcordia, USA), Dominique Verchere
(Alcatel-Lucent, France)
Registration and Finance Chair: Milan Bjelica (Belgrade University, Serbia)
Publication Chair: Ljiljana Trajkovi? (Simon Fraser University, Canada)
Local Arrangement Chairs: Zoran ?i?a, Nata?a Maksi?, and Marija Anti?
(Belgrade University, Serbia)
Tutorials Chair: Dejan Kosti? (EPFL, Switzerland), dejan.kostic at epfl.ch
Panel Chair: Mitchell Gusat (IBM, Switzerland)

Q&A: aleksandra at etf.rs, zoran.cica at etf.rs


From naik.srinu at gmail.com  Thu Oct 27 22:23:09 2011
From: naik.srinu at gmail.com (Srinivas Naik)
Date: Fri, 28 Oct 2011 10:53:09 +0530
Subject: [Xorp-hackers] MLD Snooping
Message-ID: <CAHFvbVfxt_BejOYebp+GZ=X7rh29YzGQpAwmBNKTFhy5oVXK4g@mail.gmail.com>

Which Version of XORP supports MLD Snooping?

-
Naik
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-hackers/attachments/20111028/26eddc1c/attachment.html 

From ed.blackmond at themis.com  Sun Oct 30 16:13:17 2011
From: ed.blackmond at themis.com (Ed Blackmond)
Date: Sun, 30 Oct 2011 16:13:17 -0700
Subject: [Xorp-hackers] Porting XORP to Embedded Switch
Message-ID: <7C2B55B3-8726-492E-81B5-F83DAF91FD4F@themis.com>

I am thinking of using XORP to turn the switches for the backplane  
fabric of our blade server into a top of rack router.

The blade server uses a Fulcrum switch connected to our 10G backplane  
fabric.  There are two independent switches in the system for  
redundancy and additional capacity.  There are two ports on each  
switch going to each blade slot, and 4 ports on each switch going to  
the front panel.

Has anybody used XORP with a Fulcrum switch or another chip?  What is  
the level of effort for the port?  What sort of things will I need to  
expect?

Is there a searchable archive of this list somewhere?

Thanks for your help.

Ed


From greearb at candelatech.com  Sun Oct 30 19:54:09 2011
From: greearb at candelatech.com (Ben Greear)
Date: Sun, 30 Oct 2011 19:54:09 -0700
Subject: [Xorp-hackers] Porting XORP to Embedded Switch
In-Reply-To: <7C2B55B3-8726-492E-81B5-F83DAF91FD4F@themis.com>
References: <7C2B55B3-8726-492E-81B5-F83DAF91FD4F@themis.com>
Message-ID: <4EAE0DD1.7090502@candelatech.com>

On 10/30/2011 04:13 PM, Ed Blackmond wrote:
> I am thinking of using XORP to turn the switches for the backplane
> fabric of our blade server into a top of rack router.
>
> The blade server uses a Fulcrum switch connected to our 10G backplane
> fabric.  There are two independent switches in the system for
> redundancy and additional capacity.  There are two ports on each
> switch going to each blade slot, and 4 ports on each switch going to
> the front panel.
>
> Has anybody used XORP with a Fulcrum switch or another chip?  What is
> the level of effort for the port?  What sort of things will I need to
> expect?
>
> Is there a searchable archive of this list somewhere?

http://mailman.icsi.berkeley.edu/mailman/listinfo/xorp-hackers

For once, xorp's complex modular design should be a benefit :)

You probably only have to hack on the fea, and of that, only the OS
specific parts (xorp/fea/data_plane/*).

Xorp is designed around PCs, so each interface is generally treated as
an ethernet port on a PC.  If you have redundant links and such you might
want to abstract that out in your OS, and treat a bonded eth0, eth1 as 'bond0'
and have xorp deal with only bond0.

But, that sort of thing depends a lot on how your hardware actually
works.

Note that xorp doesn't really process routed packets..it just sets up routing
tables and deals with routing protocol packets.

Thanks,
Ben

> Thanks for your help.
>
> Ed
>
> _______________________________________________
> 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