IETF Logo Mail Archive

[Idr] Re: WG LC for draft-ietf-idr-deprecate-as-set-confed-set-14 (7/8 to 7/ - call continues from 7/8 to 7/26/2024

Randy Bush <randy@psg.com> Tue, 23 July 2024 19:07 UTC

Return-Path: <randy@psg.com>
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 5C820C151066 for <idr@ietfa.amsl.com>; Tue, 23 Jul 2024 12:07:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-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=psg.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 OK63DBLDphXt for <idr@ietfa.amsl.com>; Tue, 23 Jul 2024 12:07:48 -0700 (PDT)
Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:3807::18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55762C14F61D for <idr@ietf.org>; Tue, 23 Jul 2024 12:07:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=psg.com; s=rgnet-mail; h=Content-Type:MIME-Version:References:In-Reply-To:Subject:Cc: To:From:Message-ID:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=X/J2zDHysTEikUCdr9D2Sne0nNEMAzcaBF23hYM45oA=; b=gtEe6vHkn3hmzI/TuwFjd5GK9n FcwHCGcnBxHEjp/eF9CBtB21B5NoteQ9e4uBnG+ulpf1s+X3xyjPmMzb7q2G5zzLK6EBwcsjoS8NC bbExQZ6zhYS/Fj9qKKMMXS+sL42ir7LInzHqn2uqY+gxEzzXm42XbBV2Ru34HgjVe55tHSQrC8ETc QdstNOgR+Eu4p1wA1QnqSiau7TVJPDCkBqL2ySe8f+haGl7C2Xar0JaGU/HXA/ldkKCnEA6IWjVbH xKDsGJ3PClJtoSpUz+dRKn3TKXENvdz6EgjaAd6nmJhWVnPK+PimkD1ZXt7xZjFxW5VMS+1Tflzru ttZE4XmQ==;
Received: from localhost ([127.0.0.1] helo=ryuu.rg.net) by ran.psg.com with esmtp (Exim 4.95) (envelope-from <randy@psg.com>) id 1sWKrS-000MDy-Sc; Tue, 23 Jul 2024 19:07:47 +0000
Date: Tue, 23 Jul 2024 12:07:46 -0700
Message-ID: <m27cdcvse5.wl-randy@psg.com>
From: Randy Bush <randy@psg.com>
To: Susan Hares <shares@ndzh.com>
In-Reply-To: <CO1PR08MB6611325E2242D2EB297F1F29B3A92@CO1PR08MB6611.namprd08.prod.outlook.com>
References: <CO1PR08MB6611325E2242D2EB297F1F29B3A92@CO1PR08MB6611.namprd08.prod.outlook.com>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/27.2 Mule/6.0
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
Message-ID-Hash: FP5FWOHGCTEIJ7RLBQKUC5ROYQ65D7GH
X-Message-ID-Hash: FP5FWOHGCTEIJ7RLBQKUC5ROYQ65D7GH
X-MailFrom: randy@psg.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-idr.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "idr@ietf.org" <idr@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Idr] Re: WG LC for draft-ietf-idr-deprecate-as-set-confed-set-14 (7/8 to 7/ - call continues from 7/8 to 7/26/2024
List-Id: Inter-Domain Routing <idr.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/VoMHEy-GMkXilpBkhuzkTIgTHT0>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Owner: <mailto:idr-owner@ietf.org>
List-Post: <mailto:idr@ietf.org>
List-Subscribe: <mailto:idr-join@ietf.org>
List-Unsubscribe: <mailto:idr-leave@ietf.org>

i guess i missed some discussion, but could someone please explain the
use of SHOULD as opposed to MUST here?

   BGP speakers conforming to this document (i.e., conformant BGP
   speakers) SHOULD NOT locally generate BGP UPDATE messages containing
   AS_SETs or AS_CONFED_SETs.  Conformant BGP speakers SHOULD NOT send
   BGP UPDATE messages containing AS_SETs or AS_CONFED_SETs.

seems to me that, if an implementation is *conformant* it does not send
as_sets or as_confed_sets, full stop.

randy

v2.37.1 | Report a Bug | By Email | System Status