From nobody Fri May 9 08:50:41 2014 Return-Path: X-Original-To: p2psip@ietfa.amsl.com Delivered-To: p2psip@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 981E51A0008; Fri, 9 May 2014 08:50:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 L-SGrcUDpkSQ; Fri, 9 May 2014 08:50:35 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BD9951A02D1; Fri, 9 May 2014 08:50:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.4.2.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140509155035.25507.44038.idtracker@ietfa.amsl.com> Date: Fri, 09 May 2014 08:50:35 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/p2psip/GuXvCbDm_eXr2I5SXB1xlKJ8Wnw Cc: p2psip@ietf.org Subject: [P2PSIP] I-D Action: draft-ietf-p2psip-self-tuning-11.txt X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.15 List-Id: Peer-to-Peer SIP working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2014 15:50:38 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Peer-to-Peer Session Initiation Protocol Working Group of the IETF. Title : Self-tuning Distributed Hash Table (DHT) for REsource LOcation And Discovery (RELOAD) Authors : Jouni Maenpaa Gonzalo Camarillo Filename : draft-ietf-p2psip-self-tuning-11.txt Pages : 21 Date : 2014-05-09 Abstract: REsource LOcation And Discovery (RELOAD) is a peer-to-peer (P2P) signaling protocol that provides an overlay network service. Peers in a RELOAD overlay network collectively run an overlay algorithm to organize the overlay, and to store and retrieve data. This document describes how the default topology plugin of RELOAD can be extended to support self-tuning, that is, to adapt to changing operating conditions such as churn and network size. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-p2psip-self-tuning/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-p2psip-self-tuning-11 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-p2psip-self-tuning-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sat May 10 03:02:39 2014 Return-Path: X-Original-To: p2psip@ietfa.amsl.com Delivered-To: p2psip@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BCB91A0217; Sat, 10 May 2014 03:02:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 6DJZZDA1OLBe; Sat, 10 May 2014 03:02:16 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 514431A020A; Sat, 10 May 2014 03:02:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 5.4.2.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20140510100216.21102.84326.idtracker@ietfa.amsl.com> Date: Sat, 10 May 2014 03:02:16 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/p2psip/PSl98M-MrD-lne5GntBz4modKXQ Cc: p2psip@ietf.org Subject: [P2PSIP] I-D Action: draft-ietf-p2psip-service-discovery-11.txt X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.15 List-Id: Peer-to-Peer SIP working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 May 2014 10:02:25 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Peer-to-Peer Session Initiation Protocol Working Group of the IETF. Title : Service Discovery Usage for REsource LOcation And Discovery (RELOAD) Authors : Jouni Maenpaa Gonzalo Camarillo Filename : draft-ietf-p2psip-service-discovery-11.txt Pages : 19 Date : 2014-05-10 Abstract: REsource LOcation and Discovery (RELOAD) does not define a generic service discovery mechanism as a part of the base protocol. This document defines how the Recursive Distributed Rendezvous (ReDiR) service discovery mechanism used in OpenDHT can be applied to RELOAD overlays to provide a generic service discovery mechanism. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-p2psip-service-discovery/ There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-p2psip-service-discovery-11 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=draft-ietf-p2psip-service-discovery-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed May 28 16:15:31 2014 Return-Path: X-Original-To: p2psip@ietfa.amsl.com Delivered-To: p2psip@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 585C41A0775 for ; Wed, 28 May 2014 16:15:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 0CPmTnf-K-Jk for ; Wed, 28 May 2014 16:15:18 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB8141A076B for ; Wed, 28 May 2014 16:15:18 -0700 (PDT) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 667902176F for ; Wed, 28 May 2014 19:15:14 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute2.internal (MEProxy); Wed, 28 May 2014 19:15:14 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h=date :subject:from:to:message-id:mime-version:content-type :content-transfer-encoding; s=mesmtp; bh=6k26da5Aa5QD73gQcqirQVn fBwU=; b=wF6ROXDSrnKgXNAEnajqe7z4Rag97eiKzFKMxbQx7dr2EUDhiekIna5 8felBLHj7qIJbB1jrzdS/wxLsx/B6lvBWF3uRwOCIJRIm3h+mZ8DQQh24scNBe/B JOYU23QZZE1HpVbVdrV8Uu5jWikcpdWAbTDkyEumqFegjM9hs0SE= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:subject:from:to:message-id :mime-version:content-type:content-transfer-encoding; s=smtpout; bh=6k26da5Aa5QD73gQcqirQVnfBwU=; b=Jvi2rLPtZteFHi1hqfTe6c9F24am FtWe1ae0DHKRambo+Y/wuhM/CGGhQgt6x5+4tVbWsvoNIR9Ndp1jz3ENdTRNConF wakb2gyGAOe3q9+nmqaqrJwyPGpIpgOQl3P5aG4uo364XVCKVjnwJWPosC64zal+ 3zNAJzovu2E0dO0= X-Sasl-enc: KBPYVCRCdAoHsZf4BXERgLkg38l76sHhqrMzF+002flk 1401318913 Received: from [171.68.18.44] (unknown [171.68.18.44]) by mail.messagingengine.com (Postfix) with ESMTPA id 259C4680160 for ; Wed, 28 May 2014 19:15:12 -0400 (EDT) User-Agent: Microsoft-MacOutlook/14.3.9.131030 Date: Wed, 28 May 2014 16:15:08 -0700 From: Alissa Cooper To: Message-ID: Thread-Topic: AD evaluation: draft-ietf-p2psip-self-tuning-11 Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/p2psip/ZMTNel-kxjzSLElmw_e4wJiwN8w Subject: [P2PSIP] AD evaluation: draft-ietf-p2psip-self-tuning-11 X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Peer-to-Peer SIP working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 23:15:23 -0000 I have reviewed this document in preparation for IETF last call. It=E2=80=99s in good shape and I have issued the last call. Below I have a few comments and questions for you to address together with any last call comments. Section 6: "To calculate an appropriate stabilization rate, the values of three parameters MUST be estimated: overlay size N, failure rate U, and join rate L.=E2=80=9D Seems like s/MUST/must/ is appropriate here =E2=80=94 the formula for the stabilization rate is essentially infeasible to calculate unless the implementation estimates these parameters in any event. Section 6.3: s/K is set 25%/K is set to 25%/ Section 6.5: It would be useful to have text here or in Section 7 to motivate the choice of 4 as the default value for number-of-peers-to-probe and to note the implications of using a number smaller than 4. Section 8: s/help ensuring/help ensure/ Section 9.1: s/3/0x3/ (for consistency with the IANA registry) Thanks, Alissa From nobody Wed May 28 16:27:38 2014 Return-Path: X-Original-To: p2psip@ietfa.amsl.com Delivered-To: p2psip@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C0041A078C; Wed, 28 May 2014 16:27:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 NspnhsbCu4B0; Wed, 28 May 2014 16:27:34 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DB181A06D5; Wed, 28 May 2014 16:27:34 -0700 (PDT) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 5.4.2.p3 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20140528232734.7614.9406.idtracker@ietfa.amsl.com> Date: Wed, 28 May 2014 16:27:34 -0700 Archived-At: http://mailarchive.ietf.org/arch/msg/p2psip/1EfXvLytOTXBtcgfIisdFNr1imw Cc: p2psip@ietf.org Subject: [P2PSIP] Last Call: (Self-tuning Distributed Hash Table (DHT) for REsource LOcation And Discovery (RELOAD)) to Proposed Standard X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: Peer-to-Peer SIP working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 23:27:36 -0000 The IESG has received a request from the Peer-to-Peer Session Initiation Protocol WG (p2psip) to consider the following document: - 'Self-tuning Distributed Hash Table (DHT) for REsource LOcation And Discovery (RELOAD)' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2014-06-11. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract REsource LOcation And Discovery (RELOAD) is a peer-to-peer (P2P) signaling protocol that provides an overlay network service. Peers in a RELOAD overlay network collectively run an overlay algorithm to organize the overlay, and to store and retrieve data. This document describes how the default topology plugin of RELOAD can be extended to support self-tuning, that is, to adapt to changing operating conditions such as churn and network size. The file can be obtained via http://datatracker.ietf.org/doc/draft-ietf-p2psip-self-tuning/ IESG discussion can be tracked via http://datatracker.ietf.org/doc/draft-ietf-p2psip-self-tuning/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Fri May 30 13:50:45 2014 Return-Path: X-Original-To: p2psip@ietfa.amsl.com Delivered-To: p2psip@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D60D91A883A for ; Fri, 30 May 2014 13:50:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 tIC2fNGlDQFn for ; Fri, 30 May 2014 13:50:41 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F23221A8838 for ; Fri, 30 May 2014 13:50:40 -0700 (PDT) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 9CF0D20DDE; Fri, 30 May 2014 16:50:35 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Fri, 30 May 2014 16:50:35 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h=date :subject:from:to:cc:message-id:mime-version:content-type :content-transfer-encoding; s=mesmtp; bh=UbhWFT71wmBlFv6D3rYKjyc /eQU=; b=4e01IkZ9Me5xza0fqaD1p8eFA1DL0yHUBZtDsmUHK2lzbFIj+Xnf8DV fkgcIDGrqab8ABdBp3E5Om2GgizOvoM3POQX3WGBgZq6bZxrBfCpEeHuH1OKtp04 yM3UYvbe4xAE4R286qN7Yu3xrRUTzVDaR4JWya4Elgh4J2jWUab4= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:subject:from:to:cc:message-id :mime-version:content-type:content-transfer-encoding; s=smtpout; bh=UbhWFT71wmBlFv6D3rYKjyc/eQU=; b=QoSQFHghPlRxVcFZpJb1xKB4NSok kjllEGLd8QLgf66yiVke3Dkkz4Vry77mCOue0IsIffYJ2vUlOTL6U1hKroROwqfb LeYBryqGDsmYSqIquOIKVxOZR26kNGliS9QcGhCZIKd66fjtz4O0Io+VZCwbQtxL lMFLn0MwfGPS09U= X-Sasl-enc: +lPQcT4MEvvTsh6ulWmQe12HPiXvAcpD+wClGfd9gz8a 1401483033 Received: from [171.68.18.44] (unknown [171.68.18.44]) by mail.messagingengine.com (Postfix) with ESMTPA id DB783680117; Fri, 30 May 2014 16:50:32 -0400 (EDT) User-Agent: Microsoft-MacOutlook/14.3.9.131030 Date: Fri, 30 May 2014 13:50:28 -0700 From: Alissa Cooper To: Message-ID: Thread-Topic: AD evaluation: draft-ietf-p2psip-service-discovery-11 Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/p2psip/yTU4aA4iYzg6SlacvbEND6sCQo8 Cc: p2psip@ietf.org Subject: [P2PSIP] AD evaluation: draft-ietf-p2psip-service-discovery-11 X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Peer-to-Peer SIP working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2014 20:50:43 -0000 I have reviewed this document in preparation for IETF last call. It=E2=80=99s in good shape. I have one question before I issue the last call, though. Given that the base RELOAD spec already defines a discovery mechanism for TURN, I was surprised to see TURN as the only service registered in the new namespaces registry. What was the rationale for that decision? Some nits to be resolved with any last call comments: Section 2: s/"turn-relay=E2=80=9D/=E2=80=9Cturn-server=E2=80=9D/ Section 4.2: "It is RECOMMENDED that Lstart is set to 2.=E2=80=9D It would be helpful to add some text here to motivate the decision to use 2 as the recommendation. Section 4.5 s/note: within the entire tree/note: within the entire tree node/ Section 5: s/every kind which is storable/every Kind which is storable/ Section 6: s/REDIR kind/REDIR Kind/ Section 8: s/"REDIR=E2=80=9D kind/"REDIR=E2=80=9D Kind/ Section 9: Seems like this section deserves a mention of the fact that a new access control policy had to be defined for Redir. Section 10.4: s/IANA SHALL create/IANA is requested to create/ Thanks, Alissa