Re: [ppsp] 2 Comments on PPSP-TP

"Huangyihong (Rachel)" <rachel.huang@huawei.com> Thu, 08 October 2015 02:06 UTC

Return-Path: <rachel.huang@huawei.com>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 798951B2AB7 for <ppsp@ietfa.amsl.com>; Wed, 7 Oct 2015 19:06:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.91
X-Spam-Level:
X-Spam-Status: No, score=-3.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 aqjHhNlxkpsn for <ppsp@ietfa.amsl.com>; Wed, 7 Oct 2015 19:06:15 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D16DA1B2A95 for <ppsp@ietf.org>; Wed, 7 Oct 2015 19:06:14 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CCE95994; Thu, 08 Oct 2015 02:06:12 +0000 (GMT)
Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 8 Oct 2015 03:06:11 +0100
Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.75]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0235.001; Thu, 8 Oct 2015 10:06:05 +0800
From: "Huangyihong (Rachel)" <rachel.huang@huawei.com>
To: 김성혜 <shkim@etri.re.kr>, "ppsp@ietf.org" <ppsp@ietf.org>
Thread-Topic: [ppsp] 2 Comments on PPSP-TP
Thread-Index: AdD8KkkgkURYs+n7QCyZgwK71ZxdEwFQq5Cg
Date: Thu, 08 Oct 2015 02:06:03 +0000
Message-ID: <51E6A56BD6A85142B9D172C87FC3ABBB86438E56@nkgeml501-mbs.china.huawei.com>
References: <609FE8B8E7BD1248A27BD3B8BC699ABD1D7768E0@SMTP1.etri.info>
In-Reply-To: <609FE8B8E7BD1248A27BD3B8BC699ABD1D7768E0@SMTP1.etri.info>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.138.41.144]
Content-Type: multipart/alternative; boundary="_000_51E6A56BD6A85142B9D172C87FC3ABBB86438E56nkgeml501mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/ppsp/PeArfCIjVMV2pN9Qxpjj2xdgEcU>
Subject: Re: [ppsp] 2 Comments on PPSP-TP
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Oct 2015 02:06:18 -0000

Dear Sung,

Thank you for pointing out the nits.  I think we can fix it together with the feedbacks from IESG and IANA reviews.

BR,
Rachel

From: ppsp [mailto:ppsp-bounces@ietf.org] On Behalf Of ???
Sent: Thursday, October 01, 2015 5:20 PM
To: ppsp@ietf.org
Subject: [ppsp] 2 Comments on PPSP-TP






Dear All,



We have been observing the PPSP-TP draft for implementation.
I know that PPSP-TP is already submitted to IESG for publication.
However, we would like to make two comments on this draft.
(Is it too late? :) )



First,
In clause 3.1,
"An array is indicated by two numbers in angle brackets, <min..max>, where "min"
indicates the minimal number of values and "max" the maximum. “

According to clause 3.3.3,
ppsp_tp_request_connect object is defines as follows;

     Object {
             [ppsp_tp_peer_num_t      peer_num;]
             [ppsp_tp_peer_addr_t     peer_addr<1..*>;]
             ppsp_tp_swarm_action_t   swarm_action<1..*>;
     } ppsp_tp_request_connect;



However, the example in clause 4.1.1.1 is not in accordance with the definition of JSON notation in RFC7159.

The swarm_action is defined as an array.
But, the example shown in clause 4.1.1. which as 2 swarm_action objects are in different style (format) as the array defined in RFC7159.
==> Please see the example in clause 13 of RFC7159 which shows an exmple of JSON array containing two objects.



Clause 4.1.1.1 should be modified as follows.

----------------Current-------------------
             "Swarm_action": {
                 "swarm_id":       "1111",
                 "action":         "JOIN",
                 "peer_mode":      "SEED"
             },
             "Swarm_action": {
                 "swarm_id":       "2222",
                 "action":         "JOIN",
                 "peer_mode":      "SEED"
             }

----------------Proposed modification--------------------------
        "Swarm_action": [{
                 "swarm_id":       "1111",
                 "action":         "JOIN",
                 "peer_mode":      "SEED"
                },
                {
                 "swarm_id":       "2222",
                 "action":         "JOIN",
                 "peer_mode":      "SEED"
                }]

The example for peer_addr is also defined in the same manner.
Needs to check rest of examples in the draft for similar changes.

Second comment is,
I've heard that JSON is case sensitive.

The ppsp_tp_request_connect object defines swarm_action which use lower-case 's'.
However, in the example, it use "Swarm_action" with upper-case 'S'.
I think swarm_action (or Swarm_action) should be aligned.



Hope all works well.