[Asap] Comments on draft-engi-siptrunkingcapability-link-01

"Paul E. Jones" <paulej@packetizer.com> Wed, 07 September 2022 21:03 UTC

Return-Path: <paulej@packetizer.com>
X-Original-To: asap@ietfa.amsl.com
Delivered-To: asap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D171CC1526E0 for <asap@ietfa.amsl.com>; Wed, 7 Sep 2022 14:03:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.405
X-Spam-Level:
X-Spam-Status: No, score=-4.405 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001, 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 (1024-bit key) header.d=packetizer.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 pyUVkvZoE37a for <asap@ietfa.amsl.com>; Wed, 7 Sep 2022 14:03:38 -0700 (PDT)
Received: from dublin.packetizer.com (dublin.packetizer.com [IPv6:2600:1f18:24d6:2e01:e842:9b2b:72a2:d2c6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 15445C1526E2 for <asap@ietf.org>; Wed, 7 Sep 2022 14:03:36 -0700 (PDT)
Received: from authuser (localhost [127.0.0.1])
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetizer.com; s=dublin; t=1662584610; bh=1p7t9DtNZ7iNCzjb2CSZTOiY7F54/zAAouXWmWtbVac=; h=From:To:Subject:Date; b=g3hDRoniuzDsa8CptaJXsHMei3ZPQeRiTt9aF7J9mVoj0jRCpr5jwZjM+Ni6qvTEU 8ybVTbaRspMJP1qVsSu60iT995dhA7KgOLHA6Gw9SrdtEUw4mP9b3aNzKzzf/75ITH IG3VTyhPs691Aca8btxHcrey/Ei/QjXOqSqyilR0=
From: "Paul E. Jones" <paulej@packetizer.com>
To: asap@ietf.org
Date: Wed, 07 Sep 2022 17:03:26 -0400
Message-ID: <040d01d8c2fd$483fba00$d8bf2e00$@packetizer.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_040E_01D8C2DB.C12E8F30"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AdjC6crun8bCjR4dTgO628v4hHuBYA==
Content-Language: en-us
Archived-At: <https://mailarchive.ietf.org/arch/msg/asap/PhULtIQoedOtCTXJPRSzg37WjZo>
Subject: [Asap] Comments on draft-engi-siptrunkingcapability-link-01
X-BeenThere: asap@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Automatic SIP trunking And Peering WG <asap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/asap>, <mailto:asap-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/asap/>
List-Post: <mailto:asap@ietf.org>
List-Help: <mailto:asap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/asap>, <mailto:asap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Sep 2022 21:03:42 -0000

ASAP WG,

 

In section 3, I see "comprised of".  That should be "composed of".

In section 4 regarding this sentence: "The need for an enterprise telephony
network to obtain a capability set document from an Internet Telephony
Service Provider (ITSP) is documented in Automatic Peering for SIP Trunks
[I-D.ietf-asap-sip-auto-peer]."  Since this is an example section, I would
suggest moving that to section 3.  Let section 4 be strictly example, not
justification.  The sentence immediately following this explains what the
link relation enables.  Again, I'd move that, but I think it's already
well-covered at this point. Maybe just remove it?

How would the enterprise know to query "http:// ssp1.example.com"?  Is that
preconfigured? Perhaps a word about that would be useful. What if the ITSP
has different customers with different capabilities offered? I would expect
that to be likely. An ITSP could configure different resource per customer
using "http" type resource identifiers, but I wonder if it might make more
sense to use urn:uuid, acct, or some other URI type? My preference would be
for using the "acct" URI like "acct:trunkent1456@example.com".  (I noted a
similar example in draft-ietf-asap-sip-auto-peer.)

 

Further, it might make sense for the WebFinger response to align with the
example in section 9.2 of draft-ietf-asap-sip-auto-peer.  Perhaps the URL
returned should point to
https://capserver.ssp1.com/capdoc?trunkid=trunkent1456.

 

Paul