No subject
Wed Jun 11 20:01:01 2003
Return-Path: xorp-cvs-admin@icir.org
Delivery-Date: Wed, 11 Jun 2003 20:02:02 -0700
Received: from wyvern.icir.org (wyvern.icir.org [192.150.187.14])
by tigger.icir.org (8.12.8p1/8.12.3) with ESMTP id h5C322wF035509
for <atanu@tigger.icir.org>; Wed, 11 Jun 2003 20:02:02 -0700 (PDT)
(envelope-from xorp-cvs-admin@icir.org)
Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11])
by wyvern.icir.org (8.12.8p1/8.12.3) with ESMTP id h5C321DD052729
for <atanu@icir.org>; Wed, 11 Jun 2003 20:02:01 -0700 (PDT)
(envelope-from xorp-cvs-admin@icir.org)
Received: from fruitcake.ICSI.Berkeley.EDU (localhost [127.0.0.1])
by fruitcake.ICSI.Berkeley.EDU (8.12.9/8.12.9) with ESMTP id h5C321bb029979;
Wed, 11 Jun 2003 20:02:01 -0700 (PDT)
Received: from wyvern.icir.org (wyvern.icir.org [192.150.187.14])
by fruitcake.ICSI.Berkeley.EDU (8.12.9/8.12.9) with ESMTP id h5C312bb029965
for <xorp-cvs@icsi.berkeley.edu>; Wed, 11 Jun 2003 20:01:02 -0700 (PDT)
Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68])
by wyvern.icir.org (8.12.8p1/8.12.3) with ESMTP id h5C311DD052723
for <xorp-cvs@icir.org>; Wed, 11 Jun 2003 20:01:01 -0700 (PDT)
(envelope-from atanu@xorpc.icir.org)
Received: from xorpc.icir.org (localhost [127.0.0.1])
by xorpc.icir.org (8.12.8p1/8.12.3) with ESMTP id h5C311Qg009428
for <xorp-cvs@icir.org>; Wed, 11 Jun 2003 20:01:01 -0700 (PDT)
(envelope-from atanu@xorpc.icir.org)
Received: (from atanu@localhost)
by xorpc.icir.org (8.12.8p1/8.12.3/Submit) id h5C31195009427;
Wed, 11 Jun 2003 20:01:01 -0700 (PDT)
(envelope-from atanu)
From: Atanu Ghosh <atanu@icir.org>
Message-Id: <200306120301.h5C31195009427@xorpc.icir.org>
Date: Wed, 11 Jun 2003 20:01:01 ()
To: xorp-cvs@icir.org
Reply-To: atanu@icir.org
Subject: [Xorp-cvs] XORP cvs commit: xorp/bgp/ rib_ipc_handler.cc rib_ipc_handler.hh
Sender: xorp-cvs-admin@icir.org
Errors-To: xorp-cvs-admin@icir.org
X-BeenThere: xorp-cvs@icir.org
X-Mailman-Version: 2.0
Precedence: bulk
List-Help: <mailto:xorp-cvs-request@icir.org?subject=help>
List-Post: <mailto:xorp-cvs@icir.org>
List-Subscribe: <http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-cvs>,
<mailto:xorp-cvs-request@icir.org?subject=subscribe>
List-Id: Mailing list for XORP CVS commit messages <xorp-cvs.icir.org>
List-Unsubscribe: <http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-cvs>,
<mailto:xorp-cvs-request@icir.org?subject=unsubscribe>
CVSROOT: /usr/local/www/data/cvs
Module name: xorp
Repository: xorp/bgp/
Changes by: atanu@xorpc.icir.org. 03/06/11 20:01:01
Modified files:
xorp/bgp/: rib_ipc_handler.cc rib_ipc_handler.hh
Log message:
The handling of XRL errors should now correspond to the error
document, including checking the error returns from the XRL sends.
Retransmit XRLs when a timeout occurs.
The code to support more than one XRL in flight did not work fixed
code and we now allow 100 XRLs in flight.
The sendit method was specialised for IPv4 and IPv6, unfortunately
some changes had only made it to the IPv4 method. Unspecialised the
sendit method and added two smaller specialised methods sendit_spec.
The MAX_ERR_RETRIES was previously set to 30, take its value from the
FLYING_LIMIT. When there is a glitch, this allows all XRLs in flight to
return REPLY_TIMED_OUT.
Now that we support retransmissions on REPLY_TIMED_OUT errors it is
possible to send the same add/delete request to the RIB. Currently a
duplicate request to the RIB returns COMMAND_FAILED, which BGP
considers a fatal error. Perhaps the error return should supply the
reason for the COMMAND_FAILED. Conversely the point may be moot, when
we move to reliable XRLs the REPLY_TIMED_OUT error will no longer
occur.
_______________________________________________
Xorp-cvs mailing list
Xorp-cvs@icir.org
http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-cvs