No subject
Wed Jun 9 20:26:10 2004
Return-Path: xorp-cvs-admin@icir.org
Delivery-Date: Wed, 09 Jun 2004 20:27:01 -0700
Received: from wyvern.icir.org (wyvern.icir.org [192.150.187.14])
by tigger.icir.org (8.12.9p1/8.12.8) with ESMTP id i5A3R1NG096597
for <atanu@tigger.icir.org>; Wed, 9 Jun 2004 20:27:01 -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.9p1/8.12.8) with ESMTP id i5A3R0CJ000241
for <atanu@icir.org>; Wed, 9 Jun 2004 20:27:00 -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.10/8.12.9) with ESMTP id i5A3R0Ll013804;
Wed, 9 Jun 2004 20:27:00 -0700 (PDT)
Received: from wyvern.icir.org (wyvern.icir.org [192.150.187.14])
by fruitcake.icsi.Berkeley.EDU (8.12.10/8.12.9) with ESMTP id i5A3QALl013787
for <xorp-cvs@icsi.berkeley.edu>; Wed, 9 Jun 2004 20:26:10 -0700 (PDT)
Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68])
by wyvern.icir.org (8.12.9p1/8.12.8) with ESMTP id i5A3QACJ000234
for <xorp-cvs@icir.org>; Wed, 9 Jun 2004 20:26:10 -0700 (PDT)
(envelope-from pavlin@icir.org)
Received: from xorpc.icir.org (localhost [127.0.0.1])
by xorpc.icir.org (8.12.9p1/8.12.8) with ESMTP id i5A3QAgd099177
for <xorp-cvs@icir.org>; Wed, 9 Jun 2004 20:26:10 -0700 (PDT)
(envelope-from pavlin@xorpc.icir.org)
Received: (from pavlin@localhost)
by xorpc.icir.org (8.12.9p1/8.12.3/Submit) id i5A3QAP7099176;
Wed, 9 Jun 2004 20:26:10 -0700 (PDT)
(envelope-from pavlin)
From: Pavlin Radoslavov <pavlin@icir.org>
Message-Id: <200406100326.i5A3QAP7099176@xorpc.icir.org>
Date: Wed, 9 Jun 2004 20:26:10 ()
To: xorp-cvs@icir.org
Reply-To: pavlin@icir.org
Subject: [Xorp-cvs] XORP cvs commit: xorp/fea/ libfeaclient_bridge.cc
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/share/doc/apache/cvs
Module name: xorp
Repository: xorp/fea/
Changes by: pavlin@xorpc.icir.org. 04/06/09 20:26:10
Modified files:
xorp/fea/: libfeaclient_bridge.cc
Log message:
Don't propagate interface-related changes that just
appear beneath us within the system. I.e., all changes
should be through the FEA.
This fix is needed to address the issue of keeping (to some extent)
the FEA interface-related internal state in-sync with
the rtrmgr configuration. In particular, if an interface address
is marked as disabled within xorpsh, then the FEA will mark
it as disabled within its own copy of the configuration tree,
but the address will be removed from the kernel. The address removal
however will trigger a routing socket/netlink message to pop-up
to user space to the IfConfigObserver. If those messages are
unconditionally propagated by LibFeaClientBridge, then
the state seen by interested parties (the protocols) will be different
from the state within the FEA.
A better solution would be that all IfConfigObserver changes
should be propagated through the FEA internal configuration state,
and the logic for maintaning that state will decide whether to
apply the changes and propagate them further or to throw them away.
Approved by: Atanu
_______________________________________________
Xorp-cvs mailing list
Xorp-cvs@icir.org
http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-cvs