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