Session IP address changes
Chris Nogradi <cnogradi@laurelnetworks.com> Thu, 10 March 2005 21:25 UTC
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA08336; Thu, 10 Mar 2005 16:25:36 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D9VCu-0000ET-3H; Thu, 10 Mar 2005 16:28:37 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D9V9R-0006Lb-EU; Thu, 10 Mar 2005 16:25:01 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1D9V9P-0006LT-Gr for rtg-bfd@megatron.ietf.org; Thu, 10 Mar 2005 16:24:59 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA08288 for <rtg-bfd@ietf.org>; Thu, 10 Mar 2005 16:24:56 -0500 (EST)
Received: from paperclip.laurelnetworks.com ([63.94.127.69] ident=nobody) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1D9VCE-0000Do-Fo for rtg-bfd@ietf.org; Thu, 10 Mar 2005 16:27:57 -0500
Received: from notepad.laurelnetworks.com (notepad.laurelnetworks.com [63.94.127.20]) by paperclip.laurelnetworks.com (Laurel/Laurel) with ESMTP id j2ALOlGJ017994; Thu, 10 Mar 2005 16:24:47 -0500
Received: from cnogradi-linux.dhcp.pit.laurelnetworks.com (cnogradi-linux.dhcp.pit.laurelnetworks.com [10.0.19.158]) by notepad.laurelnetworks.com (Laurel/Laurel) with ESMTP id j2ALOl4q010564; Thu, 10 Mar 2005 16:24:47 -0500
From: Chris Nogradi <cnogradi@laurelnetworks.com>
Organization: Laurel Networks
To: Dave Katz <dkatz@dkatz.org>
Date: Thu, 10 Mar 2005 16:24:04 -0500
User-Agent: KMail/1.6.2
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <200503101624.04503.cnogradi@laurelnetworks.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Content-Transfer-Encoding: 7bit
Cc: rtg-bfd@ietf.org
Subject: Session IP address changes
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
Sender: rtg-bfd-bounces@ietf.org
Errors-To: rtg-bfd-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
Content-Transfer-Encoding: 7bit
Dave, the base BFD draft in section 6.3 paragraph 3 suggests that a BFD peer could decide to change its IP address and that this change would be transparent to the running BFD session since it is demultiplexing based on the discriminator. However, it would seem that the receiving node would have to react to this change by sending all BFD packet for this session to the new address in order to guarantee that the session does not go down. If this is the case, it would seem that it would be beneficial to require nodes to send a BFD packet with the new address as soon as it is changed to ensure that the peer is quickly made aware of the change. It would also be important to document in the packet reception processing the point at which the new address should start being used (I assume at the same time the peer discriminator is set). One scenario I would think that would benefit from this is for IS-IS neighbors. For OSPF and eBGP, the session staying up in the event of an IP address change, should not matter as the adjacencies will be torn down anyway. But in the case of static routes, if the address of the peer changes, the BFD session should go down. Seeing that this is the case, it would seem appropriate to only allow the IP address change when ALL routing protocols using the BFD session support it or don't care. What do you think? Thanks, Chris
- Session IP address changes Chris Nogradi
- Re: Session IP address changes Dave Katz
- Re: Session IP address changes Dave Katz