Re: TSV-ART review of draft-pd-dispatch-msrp-websocket

"Ram Mohan R (rmohanr)" <rmohanr@cisco.com> Wed, 03 August 2016 05:18 UTC

Return-Path: <rmohanr@cisco.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1FB712D91D; Tue, 2 Aug 2016 22:18:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.806
X-Spam-Level:
X-Spam-Status: No, score=-15.806 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 TzMzLhkAAbBU; Tue, 2 Aug 2016 22:18:01 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3ACB128874; Tue, 2 Aug 2016 22:18:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11291; q=dns/txt; s=iport; t=1470201480; x=1471411080; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=0XsWwpXO3JivW05ghlq3YGxbbKe+7iC/Ye7BovFfOyM=; b=mbsdyvGdR8dnSFDknJZDSd3SC5m22sTPd8xTRQqNclAertzofkdtnbEE qsGlpBXZmHHpdAyPn5oXJUA+jMtJ+cA+DO8wteRpHSdfXOTC7DZb6okPg C1usLDhw+SclrBIxXSLkgm9TIM77reAk4O5gy8ZdnE0n3UMQqQOeldOW3 k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BTAgAbfqFX/5tdJa1dgndOVnwHrQOHH4UGgX0ghElVXwKBQTgUAQEBAQEBAV0nhF4BAQUnUhACAQgRAwECKAchERQJCAIEAQ0FiBcDF7saDYNNAQEBAQEBAQEBAQEBAQEBAQEBAQEBHIp3gkOBZzYehR0FhgyIRIowNAGGF4VvQ4I1gWsXhEOIeoZkgUeEBYN2AQ8PNoN6bgGHNH8BAQE
X-IronPort-AV: E=Sophos;i="5.28,464,1464652800"; d="scan'208,217";a="304630991"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Aug 2016 05:17:59 +0000
Received: from XCH-RTP-017.cisco.com (xch-rtp-017.cisco.com [64.101.220.157]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id u735Hwus024110 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 3 Aug 2016 05:17:59 GMT
Received: from xch-rtp-017.cisco.com (64.101.220.157) by XCH-RTP-017.cisco.com (64.101.220.157) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 3 Aug 2016 01:17:58 -0400
Received: from xch-rtp-017.cisco.com ([64.101.220.157]) by XCH-RTP-017.cisco.com ([64.101.220.157]) with mapi id 15.00.1210.000; Wed, 3 Aug 2016 01:17:58 -0400
From: "Ram Mohan R (rmohanr)" <rmohanr@cisco.com>
To: Allison Mankin <allison.mankin@gmail.com>, IETF Discussion <ietf@ietf.org>, "tsv-art@ietf.org" <tsv-art@ietf.org>, "draft-pd-dispatch-msrp-websocket@ietf.org" <draft-pd-dispatch-msrp-websocket@ietf.org>, Mary Barnes <mary.ietf.barnes@gmail.com>
Subject: Re: TSV-ART review of draft-pd-dispatch-msrp-websocket
Thread-Topic: TSV-ART review of draft-pd-dispatch-msrp-websocket
Thread-Index: AQHR7Crov82Ichz7nkCRG4NqOmDLVqA3U7IA
Date: Wed, 03 Aug 2016 05:17:58 +0000
Message-ID: <D3C77BCD.64AD3%rmohanr@cisco.com>
References: <CAP8yD=s0e7HYNMh2LtgJwHqpSWkOa+rB5rx2-q4FTPgJZtxdvQ@mail.gmail.com>
In-Reply-To: <CAP8yD=s0e7HYNMh2LtgJwHqpSWkOa+rB5rx2-q4FTPgJZtxdvQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.6.6.160626
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.196.105.100]
Content-Type: multipart/alternative; boundary="_000_D3C77BCD64AD3rmohanrciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/vJI7XYo_5oCkg2Omqm1B2DD6OrA>
Cc: "amankin@salesforce.com" <amankin@salesforce.com>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Aug 2016 05:18:04 -0000

Hi Allison,

Thanks for your review and  feedback, I will replace the text below with following. "impossible"->"challenging"

EXISTING:

 WebSocket clients cannot receive WebSocket connections initiated by
   other WebSocket clients or WebSocket servers.  This means that it is
   impossible for an MSRP client to communicate directly with other MSRP
   clients.  Therefore, all MSRP over WebSocket messages MUST be routed
   via an MSRP WebSocket Server.

NEW:

 WebSocket clients cannot receive WebSocket connections initiated by
   other WebSocket clients or WebSocket servers.  This means that it is
   challenging for an MSRP client to communicate directly with other MSRP
   clients.  Therefore, all MSRP over WebSocket messages MUST be routed
   via an MSRP WebSocket Server.

For the second comment, I am fine using a port in the range  Dynamic space (49152-65535) for the examples. Will update the draft with these and publish later along with other comments received.

Regards,
Ram

From: Allison Mankin <allison.mankin@gmail.com<mailto:allison.mankin@gmail.com>>
Date: Tuesday, 2 August 2016 at 12:58 AM
To: IETF Discussion <ietf@ietf.org<mailto:ietf@ietf.org>>, "tsv-art@ietf.org<mailto:tsv-art@ietf.org>" <tsv-art@ietf.org<mailto:tsv-art@ietf.org>>, "draft-pd-dispatch-msrp-websocket@ietf.org<mailto:draft-pd-dispatch-msrp-websocket@ietf.org>" <draft-pd-dispatch-msrp-websocket@ietf.org<mailto:draft-pd-dispatch-msrp-websocket@ietf.org>>, Mary Barnes <mary.ietf.barnes@gmail.com<mailto:mary.ietf.barnes@gmail.com>>
Cc: "amankin@salesforce.com<mailto:amankin@salesforce.com>" <amankin@salesforce.com<mailto:amankin@salesforce.com>>
Subject: TSV-ART review of draft-pd-dispatch-msrp-websocket
Resent-From: <alias-bounces@ietf.org<mailto:alias-bounces@ietf.org>>
Resent-To: <gsalguei@cisco.com<mailto:gsalguei@cisco.com>>, <peter.dunkley@xura.com<mailto:peter.dunkley@xura.com>>, <victor.pascual.avila@oracle.com<mailto:victor.pascual.avila@oracle.com>>, Ram Mohan Ravindranath <rmohanr@cisco.com<mailto:rmohanr@cisco.com>>, <gavin.llewellyn@xura.com<mailto:gavin.llewellyn@xura.com>>
Resent-Date: Tuesday, 2 August 2016 at 12:58 AM

Hey, folks,

I've reviewed this draft (draft-pd-dispatch-msrp-websocket-13) as part of the TSV Area Review Team, paying special attention to transport-related concerns. Please take these as any other (belated) IETF last call comments, addressing them in conjunction with the present IESG review.

Summary: This draft specifies the WebSocket sub-protocol for MSRP, the SIP-based messaging protocol.   It is very similar to RFC 7118, WebSocket as a Transport for SIP, which is already a PS.  It does not appear to pose any transport-related danger, and is broadly ready for publication as a PS.

Although the draft looks ready to go from a transport point of view, I have a couple of small questions:

Section 5

Does the second sentence in the following mean "impossible for a WebSocket MSRP client to communicate directly with other MSRP clients"?  The paragraph is confusing.


   WebSocket clients cannot receive WebSocket connections initiated by
   other WebSocket clients or WebSocket servers.  This means that it is
   impossible for an MSRP client to communicate directly with other MSRP
   clients.  Therefore, all MSRP over WebSocket messages MUST be routed
   via an MSRP WebSocket Server.

Section 8

bob.example.com:8145<http://bob.example.com:8145> occurs in many of the path examples.  Although I notice it also occurs in the MSRP Relay RFC (4976) along with many other unassigned port numbers from the User Space, I wonder if it could be replaced with a port from the Dynamic space (49152-65535) - in this draft, it's the only unassigned port, and this could be one RFC that doesn't confuse port users IRL.

Thanks and good luck,

Allison