IETF Logo Mail Archive

Re: [Idr] WG LC for draft-ietf-idr-bgp-sendholdtimer-03 (3/23 to 4/12/2024) - Extended to 4/19/2024

Rob Shakir <rjs@rob.sh> Mon, 15 April 2024 02:30 UTC

Return-Path: <rjs@rob.sh>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12758C14F6B4 for <idr@ietfa.amsl.com>; Sun, 14 Apr 2024 19:30:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.884
X-Spam-Level:
X-Spam-Status: No, score=-6.884 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rob-sh.20230601.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vKqT9xkA-wW1 for <idr@ietfa.amsl.com>; Sun, 14 Apr 2024 19:30:24 -0700 (PDT)
Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F2B8C14F6B5 for <idr@ietf.org>; Sun, 14 Apr 2024 19:30:23 -0700 (PDT)
Received: by mail-wr1-x42d.google.com with SMTP id ffacd0b85a97d-343cfe8cae1so2029950f8f.3 for <idr@ietf.org>; Sun, 14 Apr 2024 19:30:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rob-sh.20230601.gappssmtp.com; s=20230601; t=1713148221; x=1713753021; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=lGaG6OA/AxozaNFHM2wfUimJVOgUlvpqRvc+bTPr5u0=; b=ypJExwz7gxmjO4wRjMNz6vRUq5heSqVzZ7tV3lbA4OrOx/Uiq5Omhn8WaP0tz3MZnK /e9871lMY43QCdt4DYZ7EEcr7ijemo1kfTUn6K/gaWKNA4Jv9YozWWX/+0aKxhwn/8Zp Mz+Tsvcd/e19sOMbS65YnGs8rIa3lpZJ8URzE/Cn79kI9zcsQR7MzqS9ZWIg47VPiBWI UDn5mP2vAMwsEXlWA9r/gw5yyX5tsAeZh59sxfVEk5K8dGZK+o82QjV1eXVfp1W+bF5I LMBPS23E082btV5tS5GBx6Bj3PWOOTGaJJuMVGjrmo+p9eHfrTCkxpc4ALo4M/auMBLd k6fw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713148221; x=1713753021; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=lGaG6OA/AxozaNFHM2wfUimJVOgUlvpqRvc+bTPr5u0=; b=bX6RfvtVnn1Wz992Wne1X5Gv9elrgw9sRVIPDJzN/GF+c1g8mltURbhI9eLBwvkKq7 v2nr7oNN5ZS0BOqPyuKFhL2qhoPWhpcq4onh7vnod2xj3TRmgIFUMDWkFlbtGTfqFvph uRr+5snkujY6BK2ylrQ6GUQO9V1sCaUJURDUy8R0ktUNNI7iY8WhgicA1J0RuxF64FZb /q+eclR/IIBRcrC7w7J2g7Mc1HuSptMFg+wC0j4on0wYXBUV+O8NjhYYepGUgAi41snd lOJ3WJ+QcxZjfFXAppoquARu8GIWr5mT2ocxu2Nk9BeHaW1YcwJwZbLB5xQhOd+KsKVn I5Mg==
X-Forwarded-Encrypted: i=1; AJvYcCXKgIVG+2ETcfSTTcehi/CuVbfg2jBjDnaNXAzbYwT9iQC9lwPojUVHJjyZOf0mTutt3GWYZiO/54TYfDY=
X-Gm-Message-State: AOJu0YztpiFN02gGWcy6xPFAHqeTRXLjCvt0ggQ4biZ64ucgcYJow3M1 /BgzK0Xqz9jbw4Dh1N5qUFUt4WC+0FFxcpGgNj6GU7eGkGB+pivL6syCTSmSQcK2qclLKAjR964 QEcTbw8vRHa3BfdohQGGPUwhqX43rGTBXwyLVLY7Xgd9fzcQIkY4=
X-Google-Smtp-Source: AGHT+IEONw0USa8omqLeWYUgUZCj8T3EfHdtaxeIeVAU2ibPAaK8uqVqP4oPzgsH9XOdlCWKtg/4gQA8Yo2h8qD7++Y=
X-Received: by 2002:a5d:528b:0:b0:343:8373:1596 with SMTP id c11-20020a5d528b000000b0034383731596mr4965063wrv.28.1713148221132; Sun, 14 Apr 2024 19:30:21 -0700 (PDT)
MIME-Version: 1.0
References: <DM6PR08MB48573863C5259A0DF98C335CB3042@DM6PR08MB4857.namprd08.prod.outlook.com> <4ccf10b9-eff3-d99a-19fe-8d61336542ca@foobar.org> <5399e45896ff478ab185c7d47d4ae937@amazon.com>
In-Reply-To: <5399e45896ff478ab185c7d47d4ae937@amazon.com>
From: Rob Shakir <rjs@rob.sh>
Date: Sun, 14 Apr 2024 19:30:10 -0700
Message-ID: <CAHxMReYAq0QxpM6AjNLS44GPGXv0EjR_RKAWc=UzakNtn=wZBw@mail.gmail.com>
To: "Scholl, Tom" <tscholl=40amazon.com@dmarc.ietf.org>
Cc: Nick Hilliard <nick@foobar.org>, Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000002b3122061619673b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/mCuhdOJQIyWiICTd-emqZjbTBZc>
Subject: Re: [Idr] WG LC for draft-ietf-idr-bgp-sendholdtimer-03 (3/23 to 4/12/2024) - Extended to 4/19/2024
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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>
X-List-Received-Date: Mon, 15 Apr 2024 02:30:27 -0000

I support this draft progressing in the IETF process.

It was noted that a mere 14 years ago, a network that I was operating
observed an issue related to this ambiguity in the standard [0].
Clarification of the expected behaviour in this scenario seems overdue. The
clear definition of the behaviour that at least one widespread
implementation has already implemented again seems overdue.

r.

[0]: https://mailarchive.ietf.org/arch/msg/idr/q0Sx5d3zZjfOmOQ4lO2OZAHh9Lc/

On Sat, 13 Apr 2024 at 02:29, Scholl, Tom <tscholl=
40amazon.com@dmarc.ietf.org> wrote:

> I agree as well.
>
>
>
> *From:* Idr <idr-bounces@ietf.org> *On Behalf Of *Nick Hilliard
> *Sent:* Saturday, April 13, 2024 2:07 AM
> *To:* Susan Hares <shares@ndzh.com>
> *Cc:* idr@ietf.org
> *Subject:* RE: [EXTERNAL] [Idr] WG LC for
> draft-ietf-idr-bgp-sendholdtimer-03 (3/23 to 4/12/2024) - Extended to
> 4/19/2024
>
>
>
> *CAUTION*: This email originated from outside of the organization. Do not
> click links or open attachments unless you can confirm the sender and know
> the content is safe.
>
>
>
> I'd like to see this draft published as an RFC. The proposal addresses a
> real-world operational failure mode which causes persistent and
> difficult-to-diagnose connectivity issues.
>
> Nick
>
> Susan Hares wrote on 12/04/2024 16:16:
>
> Greetings:
>
>
>
> A great deal of good discussion has occurred regarding
> draft-ietf-idr-bgp-sendholdtimer during the WG LC.
>
>
>
> However, we need additional comments on this draft prior to completing the
> WG LC.  To enable this discussion, I an extending the WG LC an extra week
> to 4/19/2024.
>
>
>
> Cheerily, Sue Hares
>
>
>
>
> _______________________________________________
>
> Idr mailing list
>
> Idr@ietf.org
>
> https://www.ietf.org/mailman/listinfo/idr
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>

v2.23.0 | Report a Bug | By Email