Re: [Idr] Hold Negotiation

"Vishwas Manral" <vishwas.ietf@gmail.com> Mon, 10 March 2008 17:08 UTC

Return-Path: <idr-bounces@ietf.org>
X-Original-To: ietfarch-idr-archive@core3.amsl.com
Delivered-To: ietfarch-idr-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4E4BD3A6ABD; Mon, 10 Mar 2008 10:08:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.653
X-Spam-Level:
X-Spam-Status: No, score=-100.653 tagged_above=-999 required=5 tests=[AWL=-0.216, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XQk-RfTeZ9mm; Mon, 10 Mar 2008 10:08:13 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB4853A6F93; Mon, 10 Mar 2008 09:59:53 -0700 (PDT)
X-Original-To: idr@core3.amsl.com
Delivered-To: idr@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 694C33A6F8D for <idr@core3.amsl.com>; Mon, 10 Mar 2008 09:59:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P8of8tqfKSpW for <idr@core3.amsl.com>; Mon, 10 Mar 2008 09:59:51 -0700 (PDT)
Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.176]) by core3.amsl.com (Postfix) with ESMTP id EC6A328C67D for <idr@ietf.org>; Mon, 10 Mar 2008 09:49:51 -0700 (PDT)
Received: by el-out-1112.google.com with SMTP id s27so943164ele.18 for <idr@ietf.org>; Mon, 10 Mar 2008 09:47:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=BGO2VxRa38rvVLJlJsaYWHv2lf72Ks5BAaHZoJ5K5K4=; b=sOeP0JqAqiV/w4iXtr3+2z1Gfyyrc1RqMABucll1qVy7TnoBF/b5sCEG3g9gKK1W85UrBSH4RA0zUw+DxpK+w6L95P07qb8qBDNitcI/QYfAv7IhPfz6kCCPdmYAphJMcWaH38Af0QvewOgRXtTYdBudx0iISAjncALhIVmm55E=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gujWA5w/6WBXjqKGzD7jNttmtAs4YaSg3+0Vr6+xRcbCB2MwWXuVMgsaKD8LYf/P9A882FsG6CKILIM4yoqFwEee90ZSwRrA8iZNsMZvE4sc/1+RzXxIv+DoL6iVKtW+d3UvcVmbR64L0yhncv1tGAjlYGsKfxmuBDvU3cm8JfI=
Received: by 10.142.180.17 with SMTP id c17mr1912297wff.144.1205167650719; Mon, 10 Mar 2008 09:47:30 -0700 (PDT)
Received: by 10.143.164.14 with HTTP; Mon, 10 Mar 2008 09:47:30 -0700 (PDT)
Message-ID: <77ead0ec0803100947v31d72435gdf8b084aca324a50@mail.gmail.com>
Date: Mon, 10 Mar 2008 08:47:30 -0800
From: Vishwas Manral <vishwas.ietf@gmail.com>
To: Jeffrey Haas <jhaas@pfrc.org>
In-Reply-To: <20080310163941.GA24104@scc.mi.org>
MIME-Version: 1.0
Content-Disposition: inline
References: <77ead0ec0803071817r24547e10yb3638d31d2e183bd@mail.gmail.com> <20080310130701.GA31194@scc.mi.org> <77ead0ec0803100754m699c18c3r27277b4e839311b5@mail.gmail.com> <20080310163941.GA24104@scc.mi.org>
Cc: idr <idr@ietf.org>
Subject: Re: [Idr] Hold Negotiation
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/idr>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: idr-bounces@ietf.org
Errors-To: idr-bounces@ietf.org

Hi Jeff,

Thanks for the reply.

So you are saying it is not about a shorter Hold Time, but actually
just the value received in the time field.

Thanks,
Vishwas

On Mon, Mar 10, 2008 at 8:39 AM, Jeffrey Haas <jhaas@pfrc.org> wrote:
> On Mon, Mar 10, 2008 at 06:54:09AM -0800, Vishwas Manral wrote:
>  > The point that I raise is the value that is negotiated. If my
>  > configured HoldTime is 0 and the received Hold time is 90. What is the
>  > smaller HoldTime? Is it 0 (which is just a place holder which implies
>  > infinity Hold Time as the timers are not started at all - so in
>  > practice is a larger Hold Time than 90) or is it 90 (numerically
>  > bigger than 0 - but in practice a smaller value).
>
>  Here's the contorted logic I'd use to interpret this:
>
>  0 < 90.  Therefore the negotiated value would be 0.  This would mean
>  that neither party should send keepalives, etc.  However:
>
>  :   If the Hold Time field of the OPEN message is unacceptable, then the
>  :   Error Subcode MUST be set to Unacceptable Hold Time.  An
>  :   implementation MUST reject Hold Time values of one or two seconds.
>  :   An implementation MAY reject any proposed Hold Time.  An
>  :   implementation that accepts a Hold Time MUST use the negotiated value
>  :   for the Hold Time.
>
>  If I want to use keepalives and you don't, I'll send a notification.
>  Thus, regardless of whether or not the negotiated value would be zero,
>  it must still be acceptable to both parties.
>
>  -- Jeff
>
_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr