[ppsp] review of base tracker protocol
"Roni Even" <ron.even.tlv@gmail.com> Thu, 16 October 2014 15:58 UTC
Return-Path: <ron.even.tlv@gmail.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 D5FD41A1BD9 for <ppsp@ietfa.amsl.com>; Thu, 16 Oct 2014 08:58:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.599
X-Spam-Level:
X-Spam-Status: No, score=-0.599 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 RACKbyUunFos for <ppsp@ietfa.amsl.com>; Thu, 16 Oct 2014 08:58:22 -0700 (PDT)
Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B4BEA1A1B2B for <ppsp@ietf.org>; Thu, 16 Oct 2014 08:58:21 -0700 (PDT)
Received: by mail-wi0-f181.google.com with SMTP id hi2so5184933wib.8 for <ppsp@ietf.org>; Thu, 16 Oct 2014 08:58:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :thread-index:content-language; bh=FxfJbttwVj8m55WYb1pQy1+Q/NxUoxEwtAmNoKFvUGk=; b=Zh4ob+Qr3hX2m7hS2AyrJgshJ5Bm5N/cZ0c/kytGCTY+UflM7b/O8jl0Ec+rqUkhve iS2nF/HEN1595Cl+fVeHnfJ7N4v8eQfQ00QjNerkVFWmVRDONC0mIs8FvYvwYdtBMKCg b0gX7S4hC7JucnCQsUgoWzWrDQD9UmQBND82gk2+ZsFVzObFCLDXBNAs/HmUBdfIP+mv +Hl5DWQSFC6vO89+cx7efbFLQ0jrCsaz70Y4QbppI5gLkxw+Ma52dNEiHeX5+n8oxyw+ H5YaM2l/P2tilHzbRqjqDpMp+W3ZcM0D27fSrvyoqR87WNuNRLEmFaM4TjiKpDvffmw6 +42g==
X-Received: by 10.194.8.103 with SMTP id q7mr3301826wja.82.1413475100252; Thu, 16 Oct 2014 08:58:20 -0700 (PDT)
Received: from RoniE ([109.65.113.231]) by mx.google.com with ESMTPSA id pc8sm3376847wjb.36.2014.10.16.08.58.17 for <ppsp@ietf.org> (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 16 Oct 2014 08:58:19 -0700 (PDT)
From: Roni Even <ron.even.tlv@gmail.com>
To: ppsp@ietf.org
Date: Thu, 16 Oct 2014 18:58:10 +0300
Message-ID: <0d7a01cfe959$fd53c340$f7fb49c0$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0D7B_01CFE973.22A233C0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac/pVKq5nn2rI0RjR/Cg88zKnPjDXg==
Content-Language: en-us
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/q4FEt2rBcP2oXDZWFwj29mX6CQE
Subject: [ppsp] review of base tracker protocol
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: <http://www.ietf.org/mail-archive/web/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, 16 Oct 2014 15:58:25 -0000
Hi, I reviewed the document and have some comments and nits. 1. Nit: In section 1 "The PPSP architecture requires PPSP peers able to communicate" should be "The PPSP architecture requires that PPSP peers are able to communicate" 2. In section 1.1 "CHUNK ID" is it identifier for SEGMENT CHUNK or for a CHUNK. Also you need to expand MPD. I also have a question if the address scheme is described in the MPD? 3. In section 1.1 "TRACKER" it says that it also answers PEER LIST queries. It does not mention the other requests, is this the only one that it respond to? 4. In 2.1 3rd paragraph you mention the service Portal, it is not mentioned in section 1.1 but the connection tracker is. 5. In section 2.3 delete "over it" at the end of the section. 6. A general question on transport (relates also for 2.3, 2.3.1,. ), do you mandate using TLS for security reasons, or is also TCP allowed and when? In section 7.1 second paragraph says that a channel oriented security mechanism should (change to SHOULD) be used. Why SHOULD and not MUST in which cases you can use non secure communication between peers and tracker? 7. In section 2.3.2 "FIND" - "This Request message is an "action signal" used by peers to request to the tracker" change "to request from the tracker" 8. In section 4 for why is PPSP_TP_EXTENDED have the comment before "//" typedef enum ppsp_tp_versions { PPSP_TP_BASE = 0x10, // or "1.0" // PPSP_TP_EXTENDED = 0x11, // or "1.1" } ppsp_tp_version_t; 9. In the ppsp_tp_peer_addr there is an enum for connection, how is it used, is it for information only in which case why is it in each message? 10. In section 6.1.3 the security is in 7.1 and not 6.1 Thanks Roni Even
- [ppsp] review of base tracker protocol Roni Even
- Re: [ppsp] review of base tracker protocol Huangyihong (Rachel)