Re: [P2PSIP] WGLC for draft-ietf-p2psip-rpr-02

Marc Petit-Huguenin <petithug@acm.org> Sun, 02 September 2012 18:03 UTC

Return-Path: <petithug@acm.org>
X-Original-To: p2psip@ietfa.amsl.com
Delivered-To: p2psip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37EB521F84B9 for <p2psip@ietfa.amsl.com>; Sun, 2 Sep 2012 11:03:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.543
X-Spam-Level:
X-Spam-Status: No, score=-102.543 tagged_above=-999 required=5 tests=[AWL=0.057, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fXK8KqILif3u for <p2psip@ietfa.amsl.com>; Sun, 2 Sep 2012 11:03:21 -0700 (PDT)
Received: from implementers.org (implementers.org [IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with ESMTP id 4695621F84AE for <p2psip@ietf.org>; Sun, 2 Sep 2012 11:03:21 -0700 (PDT)
Received: from [IPv6:2601:9:4b80:32:213:d4ff:fe04:3e08] (unknown [IPv6:2601:9:4b80:32:213:d4ff:fe04:3e08]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client CN "Marc Petit-Huguenin", Issuer "implementers.org" (verified OK)) by implementers.org (Postfix) with ESMTPS id D9A222047A; Sun, 2 Sep 2012 18:03:19 +0000 (UTC)
Message-ID: <50439F65.1020208@acm.org>
Date: Sun, 02 Sep 2012 11:03:17 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6esrpre) Gecko/20120817 Icedove/10.0.6
MIME-Version: 1.0
To: cjbc@it.uc3m.es
References: <1344288993.5752.47.camel@acorde.it.uc3m.es>
In-Reply-To: <1344288993.5752.47.camel@acorde.it.uc3m.es>
X-Enigmail-Version: 1.4.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Cc: p2psip-chairs@tools.ietf.org, p2psip@ietf.org
Subject: Re: [P2PSIP] WGLC for draft-ietf-p2psip-rpr-02
X-BeenThere: p2psip@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Peer-to-Peer SIP working group discussion list <p2psip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/p2psip>, <mailto:p2psip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/p2psip>
List-Post: <mailto:p2psip@ietf.org>
List-Help: <mailto:p2psip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 02 Sep 2012 18:03:22 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

I carefully read this I-D and I think it is ready to be submitted to the IESG.

My only comment would be that, although the distinction between node, peer and
client is clearly explained in section 2, their usage in the subsequent
sections is less rigorous.  For example section 6 uses "peer" where it should
probably use node instead.


Nits
- ----

- - Section 6.2.2:

s/node-id/Node-ID/

- - Section 6.3.1:

s/type peer/type node/

- - Section 6.4.1:

s/Destination list/destination_list/

s/destination list/destination_list/

- - Section 6.4.3:

s/destination list/destination_list/

s/via-list/via_list/

s/destination-list/destination_list/

- - Section 8:

s/out- of-band/out-of-band/


On 08/06/2012 02:36 PM, Carlos Jesús Bernardos Cano wrote:
> Hi,
> 
> Hereby we are issuing a WGLC for draft-ietf-p2psip-rpr-02.
> 
> The WGLC will be open till the 3rd of September to give enough time for 
> people to review considering the summer break. We kindly ask the WG to 
> review the document and provide comments.
> 
> If you have no comments and think the document is ready to be submitted to
> IESG, please do send a note stating that to the WG ML.
> 
> Additional information about the document is below:
> 
> Title           : An extension to RELOAD to support Relay Peer Routing 
> Author(s)       : Ning Zong Xingfeng Jiang Roni Even Yunfei Zhang Filename
> : draft-ietf-p2psip-rpr-02.txt Pages           : 15 Date            :
> 2012-05-29
> 
> This document proposes an optional extension to RELOAD to support relay
> peer routing mode.  RELOAD recommends symmetric recursive routing for
> routing messages.  The new optional extension provides a shorter route for
> responses reducing the overhead on intermediary peers and describes the
> potential cases where this extension can be used.
> 
> 
> A URL for this Internet-Draft is: 
> http://www.ietf.org/internet-drafts/draft-ietf-p2psip-rpr-02.txt
> 
> 
> The IETF datatracker page for this Internet-Draft is: 
> https://datatracker.ietf.org/doc/draft-ietf-p2psip-rpr/
> 

- -- 
Marc Petit-Huguenin
Email: marc@petit-huguenin.org
Blog: http://blog.marc.petit-huguenin.org
Profile: http://www.linkedin.com/in/petithug
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJQQ59iAAoJECnERZXWan7EircP/j0Ga7bmlltH0FTz4R6EaSMB
3I3Cm+agkNMSNKnkQT8bTBvQOwoqEJafs1pXHH4z9InXqdlETtXxZGF6firhmW9N
5KVVYx8cM1cZO0APQ5ljsQTbGHbuEiVqJz9GiWwmg1jhh+08QKlmGMdHCNffL6NQ
2GGeXsX0HCPLX0tUMGYCG/JS7qrB32r3Ia+4lvCcqN2vPPyceQx7B+bfRpuPkvLB
h9plDkmk++ZNrmFcn83Ag7u9mZchpp8MWxKylK5fE7pqOT2fhMsOsJi91bGOSsmo
j1SlEQYaNlyOyTsnHmYqaEBndVy7Q7KGcLaZIGi6zYpDFR4b4OoQiNkB8ru0BSdW
UPFzFc5p8rcjvSN+OHp1OjrGER5bLwN5nqhyBzQnIEpbyCWfUf/aGwnvtykDu/Gj
L3KcP5fBGggcbcIoHr/tb5hJF2Q+mlKDk2SyH1aePl9QyJ2wPsz70aiLZuZBnwDc
mXqkqb5CRrHRdm6jVL7ehqh2qxXyP3Yufb2fy+y5+8kPwarQcrsZgNVa0qTSKN1u
CwxyKnLRe4h1jmroPqaK02yCVd9TEVbmLcvwcF3g/SohTeiFryYytdurZTkHUJ66
ktjxVwrxCI+3Vxy5OCyZUXvat7ANZ3Y7Sw8O3Rq1KCtlkETr7jZVarqb3ohg/z+m
ICoys3GZuUtXob40mvZp
=pL0B
-----END PGP SIGNATURE-----