Re: [Tls-reg-review] [UNVERIFIED SENDER] Re: Request to Register Value in TLS ALPN Registry

"Thakar, Eeshan" <thakar@amazon.com> Fri, 18 October 2019 17:30 UTC

Return-Path: <prvs=187067e2a=thakar@amazon.com>
X-Original-To: tls-reg-review@ietfa.amsl.com
Delivered-To: tls-reg-review@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5062F120120 for <tls-reg-review@ietfa.amsl.com>; Fri, 18 Oct 2019 10:30:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -11.799
X-Spam-Level:
X-Spam-Status: No, score=-11.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazon.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p-f7vekNWaiu for <tls-reg-review@ietfa.amsl.com>; Fri, 18 Oct 2019 10:30:43 -0700 (PDT)
Received: from smtp-fw-6002.amazon.com (smtp-fw-6002.amazon.com [52.95.49.90]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C9B2120897 for <tls-reg-review@ietf.org>; Fri, 18 Oct 2019 10:30:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amazon.com; i=@amazon.com; q=dns/txt; s=amazon201209; t=1571419839; x=1602955839; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=P8NCVC0cJCo8dsH0JlU+974OcomSeodeBTrEmdENHdA=; b=ITPnuoyCwOyp40XcBeM58qPKlIObCiKUVz71HzcvradYeRhEh7KjKn0y kjqyUyxH0kZCxD0cE7+y/QmG4NnS5LJ90+0BLoflepNooJyd047gjAg6Z xbUpJYF8iIXFlF8GzAttIZJ/5AXTRwibWha23ITkPQnZhVAqYl3YoImhX M=;
X-IronPort-AV: E=Sophos;i="5.67,312,1566864000"; d="scan'208,217";a="430684182"
Received: from iad6-co-svc-p1-lb1-vlan3.amazon.com (HELO email-inbound-relay-2a-d0be17ee.us-west-2.amazon.com) ([10.124.125.6]) by smtp-border-fw-out-6002.iad6.amazon.com with ESMTP; 18 Oct 2019 17:30:36 +0000
Received: from EX13MTAUWC001.ant.amazon.com (pdx4-ws-svc-p6-lb7-vlan3.pdx.amazon.com [10.170.41.166]) by email-inbound-relay-2a-d0be17ee.us-west-2.amazon.com (Postfix) with ESMTPS id CBD76A23B4; Fri, 18 Oct 2019 17:30:36 +0000 (UTC)
Received: from EX13D06UWC001.ant.amazon.com (10.43.162.91) by EX13MTAUWC001.ant.amazon.com (10.43.162.135) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Fri, 18 Oct 2019 17:30:34 +0000
Received: from EX13D08UWC001.ant.amazon.com (10.43.162.110) by EX13D06UWC001.ant.amazon.com (10.43.162.91) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Fri, 18 Oct 2019 17:30:34 +0000
Received: from EX13D08UWC001.ant.amazon.com ([10.43.162.110]) by EX13D08UWC001.ant.amazon.com ([10.43.162.110]) with mapi id 15.00.1367.000; Fri, 18 Oct 2019 17:30:34 +0000
From: "Thakar, Eeshan" <thakar@amazon.com>
To: Yoav Nir <ynir.ietf@gmail.com>
CC: "tls-reg-review@ietf.org" <tls-reg-review@ietf.org>, "Lee, Alexandra" <alexanl@amazon.com>, "Sharfin, Jared" <sharfinj@amazon.com>, "Gochenaur, Drew" <gochenau@amazon.com>
Thread-Topic: [UNVERIFIED SENDER] Re: [Tls-reg-review] Request to Register Value in TLS ALPN Registry
Thread-Index: AQHVTvNp07s5hq458kCx7r8BLIaHW6b0GCUAgGyIGQA=
Date: Fri, 18 Oct 2019 17:30:34 +0000
Message-ID: <50D9DBC7-2A06-4479-90D5-D3CEA2BD857F@amazon.com>
References: <237DADD1-883D-47C3-88D4-3B39D9843CBC@amazon.com> <73904165-C904-455B-B681-488F7EE676C2@gmail.com>
In-Reply-To: <73904165-C904-455B-B681-488F7EE676C2@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1b.0.190715
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.43.160.153]
Content-Type: multipart/alternative; boundary="_000_50D9DBC72A06447990D5D3CEA2BD857Famazoncom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls-reg-review/dgvHQXNbkhS5A5cuXene4wcaaek>
X-Mailman-Approved-At: Fri, 18 Oct 2019 10:34:57 -0700
Subject: Re: [Tls-reg-review] [UNVERIFIED SENDER] Re: Request to Register Value in TLS ALPN Registry
X-BeenThere: tls-reg-review@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TLS REVIEW <tls-reg-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls-reg-review>, <mailto:tls-reg-review-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls-reg-review/>
List-Post: <mailto:tls-reg-review@ietf.org>
List-Help: <mailto:tls-reg-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls-reg-review>, <mailto:tls-reg-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Oct 2019 17:30:45 -0000

Hello,

Did you get a chance to review the application with the added context from my email?

Thanks,

Eeshan

From: Thakar, Eeshan <thakar@amazon.com<mailto:thakar@amazon.com>>
Sent: Monday, August 12, 2019 5:13 PM
To: Yoav Nir <ynir.ietf@gmail.com<mailto:ynir.ietf@gmail.com>>
Cc: tls-reg-review@ietf.org<mailto:tls-reg-review@ietf.org>; Lee, Alexandra <alexanl@amazon.com<mailto:alexanl@amazon.com>>; Sharfin, Jared <sharfinj@amazon.com<mailto:sharfinj@amazon.com>>; Gochenaur, Drew <gochenau@amazon.com<mailto:gochenau@amazon.com>>
Subject: Re: [UNVERIFIED SENDER] Re: [Tls-reg-review] Request to Register Value in TLS ALPN Registry

Hi Yoav,

Thanks for taking a look through the request. The current implementation for the AWS IoT Gateway endpoint does support HTTP/1.1 and MQTT (3.1 and 3.1.1) on the same port (443) using ALPN (with a custom ALPN protocol id).
It also supports MQTT on the IANA registered port (8883), but allows ALPN based MQTT connections on 443 to work around standard firewall configurations [1].

The goal with getting the “mqtt” protocol id registered was to have a common basis for all implementers of gateways that support HTTP and MQTT (multiple cloud IoT services do so today, albeit not on the same port) to have a way to accept MQTT traffic on port 443. This is similar to how CoAP has both an ALPN registered string (“coap”) and a registered port (5684 for CoAP with TCP/TLS).

Thanks,

Eeshan

[1]: https://aws.amazon.com/blogs/iot/mqtt-with-tls-client-authentication-on-port-443-why-it-is-useful-and-how-it-works/

From: Yoav Nir <ynir.ietf@gmail.com>
Date: Saturday, August 10, 2019 at 2:08 AM
To: "Thakar, Eeshan" <thakar@amazon.com>
Cc: "tls-reg-review@ietf.org" <tls-reg-review@ietf.org>rg>, "Lee, Alexandra" <alexanl@amazon.com>om>, "Sharfin, Jared" <sharfinj@amazon.com>om>, "Gochenaur, Drew" <gochenau@amazon.com>
Subject: [UNVERIFIED SENDER] Re: [Tls-reg-review] Request to Register Value in TLS ALPN Registry

On 9 Aug 2019, at 23:45, Thakar, Eeshan <thakar=40amazon.com@dmarc.ietf.org<mailto:thakar=40amazon.com@dmarc.ietf.org>> wrote:

Type of Assignment:
Registration of “mqtt” token

Registry:
Application Layer Protocol Negotiation (ALPN) Protocol ID

Description:
The mqtt protocol has the protocol version written into the first message on a connection. The mqtt server implementations typically understand the protocol version based on the fixed header on the first message (connect).

Adding this protocol id to the registry will help the community since clients wanting to request mqtt as the protocol would have an appropriate specification reference to use.

Additional Info:
[1] MQTT 3.1 Specification: http://public.dhe.ibm.com/software/dw/webservices/ws-mqtt/mqtt-v3r1.html
[2] MQTT 3.1.1 Specification: http://docs.oasis-open.org/mqtt/mqtt/v3.1.1/csprd02/mqtt-v3.1.1-csprd02.html
[3] MQTT 5.0 Specification: http://docs.oasis-open.org/mqtt/mqtt/v5.0/mqtt-v5.0.html


Hi, Eeshan.

I’ve looked through the linked specifications, especially the third one because it says it replaces the others.

It says that TCP port 8883 is registered with IANA for MQTT over TLS, and the IANA registry confirms it.  If you have your own port, why do you need ALPN?

ALPN is used to negotiate a particular service (such as HTTP) over a single port, typically 443.

So if you were using a server listening on port 443 and serving both MQTT and HTTP/2 you would need that to distinguish clients that need MQTT from web browsers that need HTTP/2.

The linked document does not make any mention of such a server.  Is this described elsewhere?

Thanks

Yoav