[auth48] Re: Document intake questions about draft-ietf-bess-bgp-sdwan-usage

Sarah Tarrant <starrant@staff.rfc-editor.org> Fri, 05 June 2026 13:32 UTC

Return-Path: <starrant@staff.rfc-editor.org>
X-Original-To: auth48archive@mail2.ietf.org
Delivered-To: auth48archive@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 9E8D6FBAC9F8 for <auth48archive@mail2.ietf.org>; Fri, 5 Jun 2026 06:32:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1780666365; bh=EBeaFTiPupGCTl8166XcwOrSZsbDpu7hJ4ecRCN8Tw4=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=AuIqUBtVV2EZ1MQRmJqYhhx9JRTJ4ymimbMRA4okJMcdK5YXObt3JB6O+izExsqq8 pOMlc6EiMJJEPsOI7E1Ze28nuURG/KAiL9x0Rpc3eDJOc+a0NXnmFhnbTm1I+WxnD4 JNj7cMYZdRqiezzRi5MUPBut0tziWV4dCRYKFL0g=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=staff-rfc-editor-org.20251104.gappssmtp.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1nbcYV2zRriM for <auth48archive@mail2.ietf.org>; Fri, 5 Jun 2026 06:32:44 -0700 (PDT)
Received: from mail-oo1-xc2e.google.com (mail-oo1-xc2e.google.com [IPv6:2607:f8b0:4864:20::c2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 8B606FBAC8ED for <auth48archive@rfc-editor.org>; Fri, 5 Jun 2026 06:31:21 -0700 (PDT)
Received: by mail-oo1-xc2e.google.com with SMTP id 006d021491bc7-69e4af5a411so1290546eaf.1 for <auth48archive@rfc-editor.org>; Fri, 05 Jun 2026 06:31:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=staff-rfc-editor-org.20251104.gappssmtp.com; s=20251104; t=1780666275; x=1781271075; darn=rfc-editor.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=i162irXdQdcsBb8mqPK/yIhORc56G4f/5bLNVMrIDvc=; b=rYaNHzxy4SHC1mkxaOhr44Bxwi6abPfaeQKra2II/XSqUlcedQIAPOIfDAGQoFkg5z rcl2ohngLnoQh6yLzz3nka53SkJktbvt9vpIEuA5Hu9+8ZeANdjxZuzikJFiHb7lpt1P O3LxadEGMRyQUJIJGdaTBVYgF+yLM9DbGRJJ+3urKz/1Rt/h+gBVBF8SuN0nPTttB3ae YQJ5v6QlT30CNOOjVrSf1wAmrCbGIN7CaZmZS7L3xYEjFlud/thmGlSCTakJzfGCaOnU f0RYqp412FGOta/o3tIID1cS08W9WghNiGwzMWshExBsj4M++DzhDXGPMHoDeXW945pR n5eQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780666275; x=1781271075; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-gg:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=i162irXdQdcsBb8mqPK/yIhORc56G4f/5bLNVMrIDvc=; b=re7WjVZleb/BRKVCnb9T95m7Jsn62CYYRamQuH1tRHXxaEVDUDRdyvwUwbRdryUU6V sAyWguLTi33SVznnEsydNbaT8UaMUg1xUKu1Bxp8gDqQn5beIoSEOPqHVJseK04AoAmq CyDVLOPnkBGjJf4M5QUl8UlJLYph4uKYqWWONIPnZEcsWRDM3cPcsKGs9VZtDwjFQIJi GUXYFX2iCICjU9WqXNulEXkcojO5RT0ND41+0hv7cYT8mSdyHjA/P8MG4DILkYBBK10H l3VOtv4H9RYKc0JF+y8g+NCBtdQ000+9Oi1sd1DXlSVLmz5qL1y+/uPBMRlo2kqe/yjx bDiA==
X-Forwarded-Encrypted: i=1; AFNElJ/JsDJghs8KWw/UUqxYAdci2X0zFg1vp8rnop8zokW9L5LVYcMO3FySWPjGN0z92LliZ/CnS57v2nS8ZDOI@rfc-editor.org
X-Gm-Message-State: AOJu0Yzm99+m13YQqYXGUPu9mwgsYe+/5uKWHcU0gV4WdBapH2/n7675 xD9brKRgfREUlijsYUAUXnLXlmklxhUILAdr59oyfBIQE7oTUnl644awFHfcZmdhnWv0DA==
X-Gm-Gg: Acq92OHHSHxgxffCNdY4UjOoUEU/bnDZU2JlEaR2SSjgYvrhqbzO9cdWCxT9dGmL7cN AJdVhQO6PZXzjWmUQGRB3mt5siz71Sx/vmOwxs83zxBsQzY81IwcrFnogBoyFFf+m0haNJTH2gv azyzdUUSp3Ioa1OsIq5Q6Nww+wdi36VSlQ4Sa+sz8XbIm4PjGFVXjGSZ7Lq6cdVHaOI5DsDrxnU 6Yjq0sRbhLEuZr9sinrkkEiRjNx2Zruy9bQSQD4C50AP0MGb063XL2lMa9SbZ+lMJcFm9npLr8G uH8ZknVKc5vGfEQXTeU/H9vVSX3sKETdIvQgXaPhypLhMA1xfGnrc6/N2YLlXIF9Qbm7jV49PCq gX6kRxTkCkld/tgutyxNCy1aTe3PvvHkcUv/rlHaDVn4wXU8oZVrtGZoZm6lrQNy+5E2/erDzqN KEk3fpawmMs6IgAvAvWQkiUT9HkUxZb2lxeM2In3x74ggomUId4occEF7CiWKJb3wgyAA=
X-Received: by 2002:a05:6820:151a:b0:69d:8d1d:1cc4 with SMTP id 006d021491bc7-69e68c2dcd1mr1920119eaf.39.1780666274334; Fri, 05 Jun 2026 06:31:14 -0700 (PDT)
Received: from smtpclient.apple ([47.214.52.136]) by smtp.gmail.com with ESMTPSA id 006d021491bc7-69e46298798sm5020792eaf.8.2026.06.05.06.31.12 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Jun 2026 06:31:13 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.400.21\))
From: Sarah Tarrant <starrant@staff.rfc-editor.org>
In-Reply-To: <CAP_bo1bzTUXmLmEwQk7UPrF_0f=krARhXgmvFxm9P-WB+3xEpA@mail.gmail.com>
Date: Fri, 05 Jun 2026 08:31:01 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <446FC3DE-358F-4D13-AB30-828764AB1AB6@staff.rfc-editor.org>
References: <178059325736.17.18009563791262807258@rfc-editor.org> <CAP_bo1a0icz09ZXZ6NYP-neN1gB2B9CTkaw8+3XZQbf4UtX5aA@mail.gmail.com> <CAP_bo1bzTUXmLmEwQk7UPrF_0f=krARhXgmvFxm9P-WB+3xEpA@mail.gmail.com>
To: Linda Dunbar <dunbar.ll@gmail.com>
X-Mailer: Apple Mail (2.3864.400.21)
Message-ID-Hash: GUWDKU3ZOOMFOQUHRI3QKAT6CV4X624C
X-Message-ID-Hash: GUWDKU3ZOOMFOQUHRI3QKAT6CV4X624C
X-MailFrom: starrant@staff.rfc-editor.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: rfc-editor@rfc-editor.org, sajassi@gmail.com, jdrake@juniper.net, basil.najem@bell.ca, skh@ndzh.com, ketant.ietf@gmail.com, gunter.van_de_velde@nokia.com, matthew.bocci@nokia.com, james.n.guichard@futurewei.com, auth48archive@rfc-editor.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [auth48] Re: Document intake questions about draft-ietf-bess-bgp-sdwan-usage
List-Id: "Archiving AUTH48 exchanges between the RFC Production Center, the authors, and other related parties" <auth48archive.rfc-editor.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/auth48archive/UkFPXX5-XkIXbqubMjNoHRiRzZU>
List-Archive: <https://mailarchive.ietf.org/arch/browse/auth48archive>
List-Help: <mailto:auth48archive-request@rfc-editor.org?subject=help>
List-Owner: <mailto:auth48archive-owner@rfc-editor.org>
List-Post: <mailto:auth48archive@rfc-editor.org>
List-Subscribe: <mailto:auth48archive-join@rfc-editor.org>
List-Unsubscribe: <mailto:auth48archive-leave@rfc-editor.org>

Hi Linda,

Thank you for your reply!

Sincerely,
Sarah Tarrant
RFC Production Center

> On Jun 4, 2026, at 5:43 PM, Linda Dunbar <dunbar.ll@gmail.com> wrote:
> 
> Sorry for missing some of the questions. Please see below inline for the answers. 
> 
> Linda
> 
> On Thu, Jun 4, 2026 at 11:54 AM Linda Dunbar <dunbar.ll@gmail.com> wrote:
> Please see inline below marked [Linda] for the answers to your questions: 
> 
> 
> 
> On Thu, Jun 4, 2026 at 10:14 AM <rfc-editor@rfc-editor.org> wrote:
> Author(s), 
> 
> Congratulations, your document has been successfully added to the RFC Editor queue!  
> The team at the RFC Production Center (RPC) is looking forward to working with you 
> as your document moves forward toward publication. To help reduce processing time 
> and improve editing accuracy, please respond to the questions below. Please confer 
> with your coauthors (or authors of other documents if your document is in a 
> cluster) as necessary prior to taking action in order to streamline communication. 
> If your document has multiple authors, only one author needs to reply to this 
> message.
> 
> As you read through the rest of this email:
> 
> * If you need/want to make updates to your document, we encourage you to make those 
> changes and resubmit to the Datatracker. This allows for the easy creation of diffs, 
> which facilitates review by interested parties (e.g., authors, ADs, doc shepherds).
> * If you feel no updates to the document are necessary, please reply with any 
> applicable rationale/comments.
> 
> [Linda] No update isneeded to the document. The latest revision (-v37) has addressed all the  issues. 
> 
> Please note that the RPC team will not work on your document until we receive a 
> reply.  We require a reply, even if you don’t have guidance or don’t feel that you 
> need to make any updates to the document.  After we hear from you, your document 
> will start moving through the queue. You will be able to review and approve our 
> updates during Final Review (formerly AUTH48).
> 
> Please feel free to contact us with any questions you may have at 
> rfc-editor@rfc-editor.org.
> 
> Thank you!
> The RPC Team
> 
> --
> 
> 1) As there may have been multiple updates made to the document during Last Call, 
> please review the current version of the document: 
> 
> * Is the text in the Abstract still accurate?
> * Are the Authors' Addresses, Contributors, and Acknowledgments 
> sections current?
> 
> [Linda] Yes. The Text in the Abstract is still accurate. Authors' addresses are current. 
>  
> 2) Please share any style information that could help us with editing your 
> document. For example:
> 
>  [LInda] not particular style needed 
> 
> * Is your document's format or its terminology based on another document, 
> WG style guide, etc.? If so, please provide a pointer to that information 
> (e.g., "This document's terminology should match DNS terminology in 
> RFC 9499." or "This document uses the style info at 
> <https://httpwg.org/admin/editors/style-guide>.").
> * Is there a general pattern of capitalization or formatting of terms that 
> editors can follow (e.g., "Field names should have initial capitalization." 
> or  "Parameter names should be in double quotes." or "<tt/> should be used 
> for token names." etc.)?
> 
> 
> [Linda] no.  
> 
> 3) Please carefully review the entries and their URLs in the
> References section with the following in mind. Note that we will 
> update as follows unless we hear otherwise at this time:
> 
> * References to obsoleted RFCs will be updated to point to the current 
> RFC on the topic in accordance with Section 4.8.6 of RFC 7322 
> (RFC Style Guide).
> 
> * References to I-Ds that have been replaced by another I-D will be 
> updated to point to the replacement I-D.
> 
> * References to documents from other organizations that have been 
> superseded will be updated to their superseding version.
> 
> Note: To check for outdated RFC and I-D references, you can use 
> idnits <https://author-tools.ietf.org/idnits>. You can also help the
> IETF Tools Team by testing idnits3 <https://author-tools.ietf.org/idnits3/>
> with your document and reporting any issues to them.
> 
> [Linda] Okay 
> 
> 4) Is there any text that requires special handling? For example:
> * Are there any sections that were contentious when the document was drafted?
> * Are any sections that need to be removed before publication marked as such 
> (e.g., Implementation Status sections (per RFC 7942)).
> * Are there any instances of repeated text/sections that should be edited 
> the same way?
> 
> [Linda] No 
> 
> 5) Is there anything else that the RPC should be aware of while editing this 
> document?
> 
> [Linda] No