From haibin.song@huawei.com Thu Aug 1 02:37:59 2013 Return-Path: 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 64FAF21F9AE2 for ; Thu, 1 Aug 2013 02:37:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YBpzR+D9LJ9N for ; Thu, 1 Aug 2013 02:37:54 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 0D7F121F8E70 for ; Thu, 1 Aug 2013 02:37:52 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id ATZ59486; Thu, 01 Aug 2013 09:37:35 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.7; Thu, 1 Aug 2013 10:37:20 +0100 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.7; Thu, 1 Aug 2013 10:37:32 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.43]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.01.0323.007; Thu, 1 Aug 2013 17:37:28 +0800 From: "Songhaibin (A)" To: "cjbc@it.uc3m.es" , "p2psip@ietf.org" Thread-Topic: Review of draft-ietf-p2psip-diagnostics Thread-Index: AQHOjkR9jmG79cPdEEWjVWLtAbH0s5l/s8tg Date: Thu, 1 Aug 2013 09:37:27 +0000 Message-ID: References: <1375312771.4417.7.camel@acorde.it.uc3m.es> In-Reply-To: <1375312771.4417.7.camel@acorde.it.uc3m.es> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.172.88] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-ietf-p2psip-diagnostics@tools.ietf.org" Subject: Re: [P2PSIP] Review of draft-ietf-p2psip-diagnostics X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Thu, 01 Aug 2013 09:37:59 -0000 SGkgQ2FybG9zLA0KDQpXZSB3aWxsIGNhcmVmdWxseSBnbyB0aHJvdWdoIHRoZXNlIGNvbW1lbnRz LiBJZiB3ZSBoYXZlIHNvbWV0aGluZyB0byBjbGFyaWZ5LCB3ZSB3aWxsIHNlbmQgdG8gdGhlIGxp c3QuIFRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHRoZSByZXZpZXcuDQoNCkJSLA0KLUhhaWJpbg0K DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogQ2FybG9zIEplc8O6cyBCZXJuYXJk b3MgQ2FubyBbbWFpbHRvOmNqYmNAaXQudWMzbS5lc10gDQpTZW50OiBUaHVyc2RheSwgQXVndXN0 IDAxLCAyMDEzIDc6MjAgQU0NClRvOiBwMnBzaXBAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLXAy cHNpcC1kaWFnbm9zdGljc0B0b29scy5pZXRmLm9yZw0KU3ViamVjdDogUmV2aWV3IG9mIGRyYWZ0 LWlldGYtcDJwc2lwLWRpYWdub3N0aWNzDQoNCkhpLA0KDQpJJ3ZlIHBlcmZvcm1lZCBhIERvY3Vt ZW50IFNoZXBoZXJkIHJldmlldyBvZiBkcmFmdC1pZXRmLXAycHNpcC1kaWFnbm9zdGljcy4gTXkg cmV2aWV3IGlzIGF0dGFjaGVkIHRvIHRoaXMgZS1tYWlsIChJIGFkZGVkIGNvbW1lbnRzIHRvIHRo ZSBQREYgdmVyc2lvbiBvZiB0aGUgZHJhZnQsIGhvcGUgdGhpcyBpcyBmaW5lKS4NCg0KSSdkIGxp a2UgYXV0aG9ycyB0byBnbyB0aHJvdWdoIHRoZSBjb21tZW50cyBiZWZvcmUgc2VuZGluZyB0aGUg ZG9jdW1lbnQgdG8gdGhlIElFU0cuIFRoZXJlIG1pZ2h0IGJlIHNvbWUgaXNzdWVzIHRoYXQgbmVl ZCB0byBiZSBicm91Z2h0IHRvIHRoZSBXRyBmb3IgZGlzY3Vzc2lvbi4NCg0KVGhhbmtzLA0KDQpD YXJsb3MNCg0K From cjbc@it.uc3m.es Fri Aug 2 03:39:59 2013 Return-Path: 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 9DE9411E825F for ; Fri, 2 Aug 2013 03:39:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PACxnhd-PBKl for ; Fri, 2 Aug 2013 03:39:55 -0700 (PDT) Received: from smtp01.uc3m.es (smtp01.uc3m.es [163.117.176.131]) by ietfa.amsl.com (Postfix) with ESMTP id 21B3111E810B for ; Fri, 2 Aug 2013 03:39:50 -0700 (PDT) Received: from smtp01.uc3m.es (localhost [127.0.0.1]) by localhost.uc3m.es (Postfix) with ESMTP id 83909CC6103 for ; Fri, 2 Aug 2013 12:39:49 +0200 (CEST) X-uc3m-safe: yes X-uc3m-safe: yes Received: from [130.129.85.5] (dhcp-5505.meeting.ietf.org [130.129.85.5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: cjbc@smtp01.uc3m.es) by smtp01.uc3m.es (Postfix) with ESMTPSA id 20100841CC for ; Fri, 2 Aug 2013 12:39:49 +0200 (CEST) Message-ID: <1375439987.4364.29.camel@acorde.it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: P2PSIP WG Date: Fri, 02 Aug 2013 12:39:47 +0200 Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.0.0.1014-20052.006 Subject: [P2PSIP] Draft of meeting minutes uploaded X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cjbc@it.uc3m.es 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, 02 Aug 2013 10:39:59 -0000 Hi, A draft of the minutes is available: http://www.ietf.org/proceedings/87/minutes/minutes-87-p2psip Many thanks Roland for providing the minutes. Please provide your feedback by the end of next week. Thanks, Brian & Carlos From cjbc@it.uc3m.es Fri Aug 2 03:47:35 2013 Return-Path: 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 235B021E82D5 for ; Fri, 2 Aug 2013 03:47:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X4Df1px0J8xN for ; Fri, 2 Aug 2013 03:47:28 -0700 (PDT) Received: from smtp02.uc3m.es (smtp02.uc3m.es [163.117.176.132]) by ietfa.amsl.com (Postfix) with ESMTP id ED68421E80CA for ; Fri, 2 Aug 2013 03:47:26 -0700 (PDT) Received: from smtp02.uc3m.es (localhost [127.0.0.1]) by localhost.uc3m.es (Postfix) with ESMTP id 63441894F61 for ; Fri, 2 Aug 2013 12:47:25 +0200 (CEST) X-uc3m-safe: yes X-uc3m-safe: yes Received: from [130.129.85.5] (dhcp-5505.meeting.ietf.org [130.129.85.5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: cjbc@smtp02.uc3m.es) by smtp02.uc3m.es (Postfix) with ESMTPSA id 01A978748F6 for ; Fri, 2 Aug 2013 12:47:24 +0200 (CEST) Message-ID: <1375440443.4364.35.camel@acorde.it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: p2psip@ietf.org Date: Fri, 02 Aug 2013 12:47:23 +0200 Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.0.0.1014-20052.006 X-TM-AS-Result: No--13.542-7.0-31-1 X-imss-scan-details: No--13.542-7.0-31-1 Subject: [P2PSIP] Resuming work on -concepts: confirmation call X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cjbc@it.uc3m.es 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, 02 Aug 2013 10:47:35 -0000 Hi, During the meeting session at IETF87, there was a strong consensus on resuming and finishing the work on draft-ietf-p2psip-concepts. As per usual IETF procedures, this has to be confirmed on the ML. Please, if you have an opinion on whether the WG should spend some of its CPU cycles on draft-ietf-p2psip-concepts to publish it as informational RFC or not, please share it on the ML. This short confirmation call finishes on August, 9th. Thanks, Chairs From internet-drafts@ietf.org Mon Aug 5 10:19:56 2013 Return-Path: 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 22C5021F9A19; Mon, 5 Aug 2013 10:19:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.574 X-Spam-Level: X-Spam-Status: No, score=-102.574 tagged_above=-999 required=5 tests=[AWL=0.026, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ILgx5fY9QY5C; Mon, 5 Aug 2013 10:19:55 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9962D21F9950; Mon, 5 Aug 2013 10:19:55 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.60p1 Message-ID: <20130805171955.5588.29344.idtracker@ietfa.amsl.com> Date: Mon, 05 Aug 2013 10:19:55 -0700 Cc: p2psip@ietf.org Subject: [P2PSIP] I-D Action: draft-ietf-p2psip-service-discovery-09.txt X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Mon, 05 Aug 2013 17:19:56 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. 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 Discov= ery (RELOAD) Author(s) : Jouni Maenpaa Gonzalo Camarillo Filename : draft-ietf-p2psip-service-discovery-09.txt Pages : 17 Date : 2013-08-05 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-09 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-p2psip-service-discovery-09 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 jouni.maenpaa@ericsson.com Mon Aug 5 10:27:12 2013 Return-Path: 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 D60401F0D55 for ; Mon, 5 Aug 2013 10:27:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BkHnTejRAkli for ; Mon, 5 Aug 2013 10:27:06 -0700 (PDT) Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id 383651F0D54 for ; Mon, 5 Aug 2013 10:27:06 -0700 (PDT) X-AuditID: c1b4fb38-b7f456d000002e83-a3-51ffe0696693 Received: from ESESSHC016.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id F2.C3.11907.960EFF15; Mon, 5 Aug 2013 19:27:05 +0200 (CEST) Received: from ESESSMB305.ericsson.se ([169.254.5.58]) by ESESSHC016.ericsson.se ([153.88.183.66]) with mapi id 14.02.0328.009; Mon, 5 Aug 2013 19:27:05 +0200 From: =?utf-8?B?Sm91bmkgTcOkZW5ww6TDpA==?= To: "cjbc@it.uc3m.es" , "p2psip@ietf.org" Thread-Topic: Review of draft-ietf-p2psip-service-discovery-08 Thread-Index: AQHOjGOlFzajNOMkM0eaZ9j6cXX+cZmG6Fdg Date: Mon, 5 Aug 2013 17:27:03 +0000 Message-ID: <27112A697EB8204D9943EAB8A0E16B71076112AC@ESESSMB305.ericsson.se> References: <1375106272.4631.23.camel@acorde.it.uc3m.es> In-Reply-To: <1375106272.4631.23.camel@acorde.it.uc3m.es> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrKLMWRmVeSWpSXmKPExsUyM+JvrW7mg/+BBme2ilu07tjEZNF01tli yc0zjA7MHkuW/GTy+HZ9I6vHl8uf2QKYo7hsUlJzMstSi/TtErgymlpnshT0CVZsfNfI2sB4 RaCLkZNDQsBEYu6Ck8wQtpjEhXvr2boYuTiEBI4ySsw9+JsRwlnEKPFh+jtWkCo2AXeJab+u MIHYIgI+El/nnmADsZkF8iUW9ZxnBLGFBWwlFu2dzgZRYycx+1MPO4RtJHH02VawOIuAisTW /WvB6nkFfCW+zt8NdoWQgIVE453XYLs4BSwlPj+cB1bDCHTd91NrmCB2iUvcejKfCeJqAYkl e85DfSAq8fLxP1YIW0micckTIJsDqF5TYv0ufYhWRYkp3Q/ZIdYKSpyc+YRlAqPYLCRTZyF0 zELSMQtJxwJGllWMHMWpxUm56UYGmxiBUXNwy2+LHYyX/9ocYpTmYFES592idyZQSCA9sSQ1 OzW1ILUovqg0J7X4ECMTB6dUA2Of888OnnovA8cVR+YdfiF6+OYX/mu/I5/mXJcOeK7/gHFK +C7nSNk5KefrbV9babJoR0yXnZzknn0zJ0y6/fiiTHeVXdOWX3TbW1f1tvDWV1OTZZ1PrU9Z pPR+Vmb4+q7rnu2UkqaLtyu2KF3NSZaPLQxQtzOc+Dwxdp3+NH6NfcdMAjV/r1RiKc5INNRi LipOBABjcntfaAIAAA== Cc: "draft-ietf-p2psip-service-discovery@tools.ietf.org" Subject: Re: [P2PSIP] Review of draft-ietf-p2psip-service-discovery-08 X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Mon, 05 Aug 2013 17:27:12 -0000 SGksDQoNClRoYW5rcyBmb3IgdGhlIGNvbW1lbnRzISBUaGV5IGhhdmUgbm93IGJlZW4gYWRkcmVz c2VkIGluIHRoZSByZXZpc2lvbiAtMDkgb2YgdGhlIGRyYWZ0Lg0KDQpSZWdhcmRzLA0KSm91bmkN Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IENhcmxvcyBKZXPDunMgQmVybmFy ZG9zIENhbm8gW21haWx0bzpjamJjQGl0LnVjM20uZXNdIA0KU2VudDogMjkuIGhlaW7DpGt1dXRh IDIwMTMgMTY6NTgNClRvOiBwMnBzaXBAaWV0Zi5vcmcNCkNjOiBkcmFmdC1pZXRmLXAycHNpcC1z ZXJ2aWNlLWRpc2NvdmVyeUB0b29scy5pZXRmLm9yZw0KU3ViamVjdDogUmV2aWV3IG9mIGRyYWZ0 LWlldGYtcDJwc2lwLXNlcnZpY2UtZGlzY292ZXJ5LTA4DQoNCkhpLA0KDQpJJ3ZlIHBlcmZvcm1l ZCBhIERvY3VtZW50IFNoZXBoZXJkIHJldmlldyBvZiBkcmFmdC1pZXRmLXAycHNpcC1zZXJ2aWNl LWRpc2NvdmVyeS0wOC4NCg0KSSB0aGluayB0aGUgZG9jdW1lbnQgaXMgaW4gdmVyeSBnb29kIHNo YXBlIGFuZCBJJ2xsIGJlIHJlcXVlc3RpbmcgdGhlIHB1YmxpY2F0aW9uIG9mIHRoZSBkb2N1bWVu dCBsYXRlciB0aGlzIHdlZWsuIEkgaGF2ZSBzb21lIHZlcnkgbWlub3IgY29tbWVudHMgdGhhdCBt YXliZSBjYW4gYmUgYWRkcmVzc2VkIGJ5IHRoZSBhdXRob3JzIGluIHRoZSBuZXh0IHJldmlzaW9u IG9mIHRoZSBkb2N1bWVudCwgdG9nZXRoZXIgd2l0aCBhbnkgb3RoZXIgY29tbWVudHMgeW91IG1p Z2h0IGdldCBkdXJpbmcgdGhlIG5leHQgc3RlcHMgaW4gdGhlIHB1YmxpY2F0aW9uIHByb2Nlc3M6 DQoNCi0gUGFnZSA0LiBTZWN0aW9uIDIgKFRlcm1pbm9sb2d5KS4gVGhlcmUgaXMgYSByZWZlcmVu Y2UgdG8gZHJhZnQtaWV0Zi1wMnBzaXAtY29uY2VwdHMuIFdlJ2xsIGRpc2N1c3MgaW4gdGhpcyBt ZWV0aW5nIChhbmQgZm9sbG93IHVwIG9uIHRoZSBNTCBsYXRlcikgd2hhdCB0byBkbyB3aXRoIHRo aXMgZG9jdW1lbnQuIERlcGVuZGluZyBvbiB0aGUgZGVjaXNpb24sIHlvdSBtaWdodCBuZWVkIHRv IG1vZGlmeS9yZW1vdmUgdGhpcyBwYXJ0IGFuZCBhZGQgc29tZSBvdGhlciBjaGFuZ2VzLg0KDQot IFBhZ2UgNC4gU2VjdGlvbiAyIChUZXJtaW5vbG9neSkuIEkgdGhpbmsgYWRkaW5nIHNvbWUgdGV4 dCBpbnRyb2R1Y2luZyB0aGUgbGlzdGVkIHRlcm1zIHdvdWxkIG5vdCBoYXJtLg0KDQotIFNlY3Rp b25zIDEwLjIgYW5kIDEwLjMuIEkgZ3Vlc3MgUkZDLUFBQUEgcmVmZXJzIHRvIHRoZSBudW1iZXIg YXNzaWduZWQgdG8gdGhlIGRvY3VtZW50IHdoZW4gZmluYWxseSBwdWJsaXNoZWQsIHJpZ2h0PyBJ ZiBzbywgYWRkaW5nIGEgbm90ZSB0byB0aGUgUkZDLUVkaXRvciB3b3VsZCBub3QgaGFybS4gUGxl YXNlLCBhbHNvIGZpeCB0YWJsZSBpbiBTZWN0aW9uIDEwLjMgKG5vdyBpdCBleHBhbmRzIG92ZXIg dHdvIGRpZmZlcmVudCBwYWdlcykuDQoNCi0gUGFnZSAzOiAiaXQgc2NhbGVzIGxpbmVhcmx5IGlu IHRoZSBudW1iZXIgb2Ygbm9kZXMiIC0tPiBJIHRoaW5rIGl0IHNob3VsZCBiZSAiaXQgc2NhbGVz IGxpbmVhcmx5IGluIHRoZSBudW1iZXIgb2Ygbm9kZXMiLg0KDQpUaGFua3MsDQoNCkNhcmxvcw0K DQo= From cjbc@it.uc3m.es Mon Aug 5 14:36:27 2013 Return-Path: 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 73D9921F9DF0 for ; Mon, 5 Aug 2013 14:36:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6tpkX7cU01jl for ; Mon, 5 Aug 2013 14:36:13 -0700 (PDT) Received: from smtp01.uc3m.es (smtp01.uc3m.es [163.117.176.131]) by ietfa.amsl.com (Postfix) with ESMTP id CABC621F9D7A for ; Mon, 5 Aug 2013 14:36:12 -0700 (PDT) Received: from smtp01.uc3m.es (localhost [127.0.0.1]) by localhost.uc3m.es (Postfix) with ESMTP id D7B81CD64FC; Mon, 5 Aug 2013 23:36:11 +0200 (CEST) X-uc3m-safe: yes X-uc3m-safe: yes Received: from [10.3.251.252] (interdigital.vlan431.asr1.yyz1.gblx.net [208.49.79.242]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: cjbc@smtp01.uc3m.es) by smtp01.uc3m.es (Postfix) with ESMTPSA id CA0CFCC5BD7; Mon, 5 Aug 2013 23:36:10 +0200 (CEST) Message-ID: <1375738568.4571.20.camel@acorde.it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: Jouni =?ISO-8859-1?Q?M=E4enp=E4=E4?= Date: Mon, 05 Aug 2013 23:36:08 +0200 In-Reply-To: <27112A697EB8204D9943EAB8A0E16B71076112AC@ESESSMB305.ericsson.se> References: <1375106272.4631.23.camel@acorde.it.uc3m.es> <27112A697EB8204D9943EAB8A0E16B71076112AC@ESESSMB305.ericsson.se> Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.0.0.1014-20060.002 Cc: "p2psip@ietf.org" , "draft-ietf-p2psip-service-discovery@tools.ietf.org" Subject: Re: [P2PSIP] Review of draft-ietf-p2psip-service-discovery-08 X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: Peer-to-Peer SIP working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Aug 2013 21:36:27 -0000 Hi Jouni, Thanks. I'll take a quick look and request the publication of the document to the IESG. Thanks, Carlos On Mon, 2013-08-05 at 17:27 +0000, Jouni Mäenpää wrote: > Hi, > > Thanks for the comments! They have now been addressed in the revision -09 of the draft. > > Regards, > Jouni > > -----Original Message----- > From: Carlos Jesús Bernardos Cano [mailto:cjbc@it.uc3m.es] > Sent: 29. heinäkuuta 2013 16:58 > To: p2psip@ietf.org > Cc: draft-ietf-p2psip-service-discovery@tools.ietf.org > Subject: Review of draft-ietf-p2psip-service-discovery-08 > > Hi, > > I've performed a Document Shepherd review of draft-ietf-p2psip-service-discovery-08. > > I think the document is in very good shape and I'll be requesting the publication of the document later this week. I have some very minor comments that maybe can be addressed by the authors in the next revision of the document, together with any other comments you might get during the next steps in the publication process: > > - Page 4. Section 2 (Terminology). There is a reference to draft-ietf-p2psip-concepts. We'll discuss in this meeting (and follow up on the ML later) what to do with this document. Depending on the decision, you might need to modify/remove this part and add some other changes. > > - Page 4. Section 2 (Terminology). I think adding some text introducing the listed terms would not harm. > > - Sections 10.2 and 10.3. I guess RFC-AAAA refers to the number assigned to the document when finally published, right? If so, adding a note to the RFC-Editor would not harm. Please, also fix table in Section 10.3 (now it expands over two different pages). > > - Page 3: "it scales linearly in the number of nodes" --> I think it should be "it scales linearly in the number of nodes". > > Thanks, > > Carlos > From haibin.song@huawei.com Mon Aug 5 23:59:26 2013 Return-Path: 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 1792B11E80E0 for ; Mon, 5 Aug 2013 23:59:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MYePIJBsPBwn for ; Mon, 5 Aug 2013 23:59:22 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 5813621F9B4B for ; Mon, 5 Aug 2013 23:59:21 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AUD20139; Tue, 06 Aug 2013 06:59:18 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.7; Tue, 6 Aug 2013 07:58:35 +0100 Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.1.323.7; Tue, 6 Aug 2013 07:58:41 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.43]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.01.0323.007; Tue, 6 Aug 2013 14:58:36 +0800 From: "Songhaibin (A)" To: "cjbc@it.uc3m.es" , "p2psip@ietf.org" Thread-Topic: [P2PSIP] Resuming work on -concepts: confirmation call Thread-Index: AQHOj23EvfJps36fakOUl4FfMSAyg5mHxQhw Date: Tue, 6 Aug 2013 06:58:35 +0000 Message-ID: References: <1375440443.4364.35.camel@acorde.it.uc3m.es> In-Reply-To: <1375440443.4364.35.camel@acorde.it.uc3m.es> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.53] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [P2PSIP] Resuming work on -concepts: confirmation call X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Tue, 06 Aug 2013 06:59:26 -0000 I support the publication of this document. Many documents in P2PSIP have r= eference to the -concepts document. BR, -Haibin -----Original Message----- From: p2psip-bounces@ietf.org [mailto:p2psip-bounces@ietf.org] On Behalf Of= Carlos Jes=FAs Bernardos Cano Sent: Friday, August 02, 2013 6:47 PM To: p2psip@ietf.org Subject: [P2PSIP] Resuming work on -concepts: confirmation call Hi, During the meeting session at IETF87, there was a strong consensus on resuming and finishing the work on draft-ietf-p2psip-concepts. As per usual IETF procedures, this has to be confirmed on the ML. Please, if you have an opinion on whether the WG should spend some of its CPU cycles on draft-ietf-p2psip-concepts to publish it as informational RFC or not, please share it on the ML. This short confirmation call finishes on August, 9th. Thanks, Chairs _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www.ietf.org/mailman/listinfo/p2psip From haibin.song@huawei.com Fri Aug 9 01:33:32 2013 Return-Path: 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 9B9CA21F9EF5 for ; Fri, 9 Aug 2013 01:33:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YXdOIEw0Fm02 for ; Fri, 9 Aug 2013 01:33:27 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 70FA921F9E2D for ; Fri, 9 Aug 2013 01:33:26 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AVW30225; Fri, 09 Aug 2013 08:33:22 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.7; Fri, 9 Aug 2013 09:33:05 +0100 Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.7; Fri, 9 Aug 2013 09:33:19 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.43]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.01.0323.007; Fri, 9 Aug 2013 16:33:14 +0800 From: "Songhaibin (A)" To: "cjbc@it.uc3m.es" , "p2psip@ietf.org" Thread-Topic: Review of draft-ietf-p2psip-diagnostics Thread-Index: AQHOjkR9jmG79cPdEEWjVWLtAbH0s5mMmCgg Date: Fri, 9 Aug 2013 08:33:14 +0000 Message-ID: References: <1375312771.4417.7.camel@acorde.it.uc3m.es> In-Reply-To: <1375312771.4417.7.camel@acorde.it.uc3m.es> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.66] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "draft-ietf-p2psip-diagnostics@tools.ietf.org" Subject: Re: [P2PSIP] Review of draft-ietf-p2psip-diagnostics X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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, 09 Aug 2013 08:33:32 -0000 VGhhbmsgeW91IGFnYWluLCBDYXJsb3MuIEhlcmUgaXMgbXkgZmVlZGJhY2sgdG8geW91IGRvY3Vt ZW50IHNoZXBoZXJkIHJldmlldy4gSSBhbHNvIGhhZCBhbiBlbWFpbCBkaXNjdXNzaW9uIHdpdGgg bXkgY28tYXV0aG9ycy4NCg0KTW9zdCBvZiB0aGUgY29tbWVudHMgYXJlIGVkaXRvcmlhbCBhbmQg SSBhZ3JlZSBvbiB0aGVtLiBJIGNvcGllZCB0aGUgY29tbWVudHMgd2hpY2ggYXJlIG5vdCBlZGl0 b3JpYWwgd2l0aCBteSBmZWVkYmFjayBiZWxvdy4NCg0KU2VjdGlvbiAyOiBXaGF0IGRvZXMgImNv bXBhdGlibGUiIG1lYW4gaGVyZT8gQWxzbywgZGVwZW5kaW5nIG9uIHRoZSBkaXNjdXNzaW9uIHdl IGFyZSBnb2luZyB0byBoYXZlIGFib3V0IC1jb25jZXB0cyBpbiB0aGUgV0csIGl0IG1pZ2h0IGJl IG5lZWRlZCB0byByZW1vdmUgdGhpcyByZWYuDQpbSGFpYmluXSBXZSB3aWxsIGp1c3QgdXNlIHRo ZSB3b3JkICJ1c2UiIGluc3RlYWQgb2YgImNvbXBhdGlibGUiLiBXZSBjYW4gcmVtb3ZlIHRoaXMg cmVmZXJlbmNlIHRvIHRoZSAtY29uY2VwdHMsIGFuZCB3aWxsIHJlZmVyIHRvIHRoZSAtYmFzZSBk b2N1bWVudCBiZWNhdXNlIGl0IGhhcyBkZWZpbml0aW9ucyBmb3IgdGVybWlub2xvZ2llcyB3ZSBu ZWVkLg0KDQoNClNlY3Rpb24gNS4xLjM6IEhvdyBpcyBjb25nZXN0aW9uIG1lYXN1cmVkPyBIb3cg YXJlIHRoZXNlIDQgYml0cyB1c2VkPyBUaGlzIHNob3VsZCBiZSBleHBsYWluZWQgbW9yZSBjYXJl ZnVsbHQsIGVzcGVjaWFsbHkgdG8gZW5zdXJlIGludGVyb3BlcmFiaWxpdHkvY29tcGF0aWJpbGl0 eSwgYXMgbm90IGFsbCB0aGUgbm9kZXMgbWlnaHQgcmVwb3J0L21lYXN1cmUgaW4gdGhlIHNhbWUg d2F5DQpbSGFpYmluXSBJIGFncmVlIHRoaXMgaXMgYSBwcm9ibGVtLiBCdXQgdGhpcyBkb2N1bWVu dCBpcyBub3QgZ29pbmcgdG8gcHJvdmlkZSBhIG1lYXN1cmVtZW50IG1ldGhvZCBmb3IgdGhlIGNv bmdlc3Rpb24uIEkgZmVlbCB0aGF0IGEgbm9kZSBjYW4gY29udGVtcGxhdGUgaXRzIENQVS9NZW1v cnkvQmFuZHdpZHRoIHVzYWdlIHBlcmNlbnRhZ2UgaW4gdGhlIHBhc3Qgc2Vjb25kcyBhbmQgbm9y bWFsaXplIHRoZSBoaWdoZXN0IHZhbHVlIHRvIHRoZSByYW5nZSBbMHgwMCwgMHgwRl0sIHdlIGNh biBqdXN0IHJlc2VydmUgdGhlIGJpdHMgYW5kIGxlYXZlIGl0IGZvciB0aGlzIHB1cnBvc2UsIGJ1 dCBpdCB3aWxsIGJlIGRlZmluZWQgaW4gYSBmdXR1cmUgZHJhZnQuDQoNCg0KU2VjdGlvbiA1LjEu NCwgcGFyYWdyYXBoIDI6IFJlbW92ZSB0aGlzIHBhcnQsIGFuZC9vciBicmluZyBpdCB0byB0aGUg bGlzdCB0byBkaXNjdXNzIHdoYXQgdG8gZG8gYWJvdXQgaXQuDQpbSGFpYmluXSBXZSB3aWxsIHJl bW92ZSBpdC4NCg0KDQpTZWN0aW9uIDUuNS4yLCBwYXJhZ3JhcGggMzogRG9lcyB0aGlzIHNwZWMg cmVxdWlyZXMgY2xvY2sgc3luY2hyb25pemF0aW9uPyAob3IgYWRkcyBtb3JlIHJlcXVpcmVtZW50 cyBvbiB0aGlzIGFzcGVjdCBjb21wYXJlZCB0byAtYmFzZSkgU29tZSB0ZXh0IGNsYXJpZnlpbmcg dGhpcyBpc3N1ZSB3b3VsZCBiZSBoZWxwZnVsDQpbSGFpYmlufSBJIHRoaW5rIGhlcmUgd2UgbmVl ZCBhIGRlY2lzaW9uIGZyb20gdGhlIFdHLiBXZSBuZWVkIGNhcmVmdWwgY29uc2lkZXJhdGlvbiBv biBob3cgdG8gdXNlIHRoZSB0aW1lc3RhbXAgYmVjYXVzZSB0aW1lIHN5bmNocm9uaXphdGlvbiBp cyBhIGJhcnJpZXIgaW4gb3BlbiBJbnRlcm5ldCBlbnZpcm9ubWVudCwgd2hpbGUgaW4gYSBtYW5h Z2VkIGVudmlyb25tZW50LCBpdCBtYXkgYmUgbGVzcyBvZiBhIHByb2JsZW0uIERvIHdlIHdhbnQg dG8gZW5mb3JjZSB0aGUgdGltZSBzeW5jaHJvbml6YXRpb24gb3IgZG8gd2Ugd2FudCB0byBsb3Nl IGEgZmVhdHVyZSB0byBjaGVjayB0aGUgbWVzc2FnZSBleHBpcmF0aW9uPyBXZSBoYXZlIHRvIG1h a2UgYSBjaG9pY2UuDQoNClNlY3Rpb24gNzogSSB0aGluayB0aGlzIHNlY3Rpb24gaXMgcmVwZXRp dGl2ZSAodGhlIHNhbWUgY29udGVudCBpcyBpbiAxMC42KS4gSSdkIHJlbW92ZSBpdCBmcm9tIGhl cmUgYW5kIGxldmUgaXQgaW4gMTAuNg0KW0hhaWJpbl0gb2suDQoNCg0KQlIsDQotSGFpYmluDQoN Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IENhcmxvcyBKZXPDunMgQmVybmFy ZG9zIENhbm8gW21haWx0bzpjamJjQGl0LnVjM20uZXNdIA0KU2VudDogVGh1cnNkYXksIEF1Z3Vz dCAwMSwgMjAxMyA3OjIwIEFNDQpUbzogcDJwc2lwQGlldGYub3JnDQpDYzogZHJhZnQtaWV0Zi1w MnBzaXAtZGlhZ25vc3RpY3NAdG9vbHMuaWV0Zi5vcmcNClN1YmplY3Q6IFJldmlldyBvZiBkcmFm dC1pZXRmLXAycHNpcC1kaWFnbm9zdGljcw0KDQpIaSwNCg0KSSd2ZSBwZXJmb3JtZWQgYSBEb2N1 bWVudCBTaGVwaGVyZCByZXZpZXcgb2YgZHJhZnQtaWV0Zi1wMnBzaXAtZGlhZ25vc3RpY3MuIE15 IHJldmlldyBpcyBhdHRhY2hlZCB0byB0aGlzIGUtbWFpbCAoSSBhZGRlZCBjb21tZW50cyB0byB0 aGUgUERGIHZlcnNpb24gb2YgdGhlIGRyYWZ0LCBob3BlIHRoaXMgaXMgZmluZSkuDQoNCkknZCBs aWtlIGF1dGhvcnMgdG8gZ28gdGhyb3VnaCB0aGUgY29tbWVudHMgYmVmb3JlIHNlbmRpbmcgdGhl IGRvY3VtZW50IHRvIHRoZSBJRVNHLiBUaGVyZSBtaWdodCBiZSBzb21lIGlzc3VlcyB0aGF0IG5l ZWQgdG8gYmUgYnJvdWdodCB0byB0aGUgV0cgZm9yIGRpc2N1c3Npb24uDQoNClRoYW5rcywNCg0K Q2FybG9zDQoNCg== From internet-drafts@ietf.org Fri Aug 9 23:13:32 2013 Return-Path: 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 855E111E80DC; Fri, 9 Aug 2013 23:13:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.596 X-Spam-Level: X-Spam-Status: No, score=-102.596 tagged_above=-999 required=5 tests=[AWL=0.004, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N9qzMSA2H2j1; Fri, 9 Aug 2013 23:13:32 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CDC921F9A72; Fri, 9 Aug 2013 23:07:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.70.p1 Message-ID: <20130810060749.27553.69352.idtracker@ietfa.amsl.com> Date: Fri, 09 Aug 2013 23:07:49 -0700 Cc: p2psip@ietf.org Subject: [P2PSIP] I-D Action: draft-ietf-p2psip-self-tuning-09.txt X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Sat, 10 Aug 2013 06:13:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. 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 LO= cation And Discovery (RELOAD) Author(s) : Jouni Maenpaa Gonzalo Camarillo Filename : draft-ietf-p2psip-self-tuning-09.txt Pages : 21 Date : 2013-08-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-09 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-p2psip-self-tuning-09 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 jouni.maenpaa@ericsson.com Fri Aug 9 23:23:45 2013 Return-Path: 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 745AB11E814E for ; Fri, 9 Aug 2013 23:23:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.124 X-Spam-Level: X-Spam-Status: No, score=-4.124 tagged_above=-999 required=5 tests=[AWL=1.825, BAYES_00=-2.599, HELO_EQ_SE=0.35, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ielAIPHHWKqU for ; Fri, 9 Aug 2013 23:23:39 -0700 (PDT) Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by ietfa.amsl.com (Postfix) with ESMTP id E13C711E812A for ; Fri, 9 Aug 2013 23:19:21 -0700 (PDT) X-AuditID: c1b4fb30-b7ef76d000004bbc-2b-5205db686ad0 Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id 96.6B.19388.86BD5025; Sat, 10 Aug 2013 08:19:20 +0200 (CEST) Received: from ESESSMB305.ericsson.se ([169.254.5.14]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.02.0328.009; Sat, 10 Aug 2013 08:19:20 +0200 From: =?utf-8?B?Sm91bmkgTcOkZW5ww6TDpA==?= To: "cjbc@it.uc3m.es" , "p2psip@ietf.org" Thread-Topic: Review of draft-ietf-p2psip-self-tuning-08 Thread-Index: AQHOjGWUaYp5X+ObTUiF0P2DLXDfSZmOB0xw Date: Sat, 10 Aug 2013 06:19:19 +0000 Message-ID: <27112A697EB8204D9943EAB8A0E16B710761CCFE@ESESSMB305.ericsson.se> References: <1375107104.4631.35.camel@acorde.it.uc3m.es> In-Reply-To: <1375107104.4631.35.camel@acorde.it.uc3m.es> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.146] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCLMWRmVeSWpSXmKPExsUyM+JvrW7GbdYgg/8XJS1ad2xisug8281s seTmGUYHZo8lS34yeXy7vpHV48vlz2wBzFFcNimpOZllqUX6dglcGb/bVrMX9BlVrN7xi72B 8YVBFyMnh4SAiUTHsjnMELaYxIV769m6GLk4hAQOM0pcuHudESQhJLCYUWLZYnYQm03AXWLa rytMILaIgI/E17kn2EBsZoFkiRtH1oPFhQXMJf4+es0MUWMhMeXuFnYI20jiy/8rYDNZBFQl Nn/vYQGxeQV8JfbPfM8KsctCon32QrBeTgFLiQPzNoHFGYGO+35qDRPELnGJW0/mM0EcLSCx ZM95qAdEJV4+/scKYStJ/NhwCWg+B1C9psT6XfoQrYoSU7ofskOsFZQ4OfMJywRGsVlIps5C 6JiFpGMWko4FjCyrGNlzEzNz0svNNzECY+bglt8GOxg33Rc7xCjNwaIkzrtZ70ygkEB6Yklq dmpqQWpRfFFpTmrxIUYmDk6pBkafBwxnwtpfHHsSkX8gZBV/sdC14A9yBxyj043s0r6/+XK6 h+3P7v3pa3q/FGu3Rphccbky+93S//d8FhX8mzP7gbVHyuUDOfnNV8/Mc7hTKFwb7zu37dWP l1PfmJiU6U9pfFC9qXKCdVOA67//ZsylNTLPznc+fPv77WTOPon8IqWkE6Fb779RYinOSDTU Yi4qTgQA/S62G2cCAAA= Cc: "draft-ietf-p2psip-self-tuning@tools.ietf.org" Subject: Re: [P2PSIP] Review of draft-ietf-p2psip-self-tuning-08 X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Sat, 10 Aug 2013 06:23:45 -0000 SGksDQoNClRoYW5rcyBmb3IgdGhlIGNvbW1lbnRzISBXZSBoYXZlIG1hZGUgYW4gYXR0ZW1wdCB0 byBhZGRyZXNzIHRoZW0gaW4gdGhlIG5ldyAtMDkgcmV2aXNpb24gb2YgdGhlIGRyYWZ0LiBBbnN3 ZXJzIGlubGluZS4NCg0KPiAtIFBhZ2UgMy4gU2VjdGlvbiAxIChJbnRyb2R1Y3Rpb24pLiBFeHBh bmQgREhUIChmaXJzdCB0aW1lIGl0IGFwcGVhcnMgb24gdGhlIGRvY3VtZW50KS4NCg0KVGhpcyB3 YXMgZml4ZWQuDQoNCj4gLSBQYWdlIDQuIFNlY3Rpb24gMiAoVGVybWlub2xvZ3kpLiBUaGVyZSBp cyBhIHJlZmVyZW5jZSB0byBkcmFmdC1pZXRmLXAycHNpcC1jb25jZXB0cy4gDQo+IFdlJ2xsIGRp c2N1c3MgaW4gdGhpcyBtZWV0aW5nIChhbmQgZm9sbG93IHVwIG9uIHRoZSBNTCBsYXRlcikgd2hh dCB0byBkbyB3aXRoIHRoaXMgDQo+IGRvY3VtZW50LiBEZXBlbmRpbmcgb24gdGhlIGRlY2lzaW9u LCB5b3UgbWlnaHQgbmVlZCB0byBtb2RpZnkvcmVtb3ZlIHRoaXMgcGFydCBhbmQgDQo+IGFkZCBz b21lIG90aGVyIGNoYW5nZXMuDQoNClRoZSByZWZlcmVuY2UgdG8gdGhlIENvbmNlcHRzIGRyYWZ0 IHdhcyBrZXB0LiBCdXQgd2Ugd2lsbCBzdWJtaXQgYSBuZXcgcmV2aXNpb24gaWYgbmVjZXNzYXJ5 IGFmdGVyIHRoZSBNTCBkaXNjdXNzaW9uIG9uIHRoZSBDb25jZXB0cyBkcmFmdCBoYXMgY29uY2x1 ZGVkLg0KDQo+IC0gUGFnZSA0LiBTZWN0aW9uIDIgKFRlcm1pbm9sb2d5KS4gSSB0aGluayBhZGRp bmcgc29tZSB0ZXh0IGludHJvZHVjaW5nIHRoZSBsaXN0ZWQgdGVybXMgDQo+IHdvdWxkIG5vdCBo YXJtLg0KDQpUaGUgZXhwbGFuYXRpb24gb2YgdGhlIHRlcm1zIHdhcyBleHBhbmRlZC4NCg0KPiAt IFBhZ2UgNC4gU2VjdGlvbiAyIChUZXJtaW5vbG9neSkuIFNvbWUgcmVvcmRlcmluZyBvZiB0aGUg dGVybXMgbWlnaHQgYmUgdXNlZnVsLiBGb3IgDQo+IGV4YW1wbGUsIG51bUJpdHNJbk5vZGVJZCBj YW4gYmUgaW50cm9kdWNlZCBiZWZvcmUgQ2hvcmQgUmluZy4gU29tZSBjb21tZW50IA0KPiBhYm91 dCBSb3V0aW5nIFRhYmxlIGFuZCBTdWNjZXNzb3IgTGlzdC4NCg0KRG9uZS4NCg0KPiAtIFBhZ2Ug NC4gU2VjdGlvbiAyIChUZXJtaW5vbG9neSkuIE5vdCBzdXJlIGl0IGlzIG5lZWRlZCB0byBleHBs YWluIHdoYXQNCj4gbG9nMihOKSByZXByZXNlbnRzLg0KDQpXZSByZW1vdmVkIGxvZzIoTikuDQoN Cj4gLSBQYWdlIDE2LiBOb3Qgc3VyZSBpZiBpdCBpcyB3b3J0aCB0byBleHBsaWNpdGx5IG1lbnRp b24gaWYgdGhlIHJlc3VsdCBvZiB0aGUgam9pbl9yYXRlIA0KPiBmaWVsZCBpcyBhICJmbG9vciIg b3IgYSAiY2VpbCIuDQoNClRoaXMgd2FzIGZpeGVkLg0KDQo+IC0gUGFnZSAxNi4gSSdkIG1heWJl IHVzZSAiKGxvZzIoTikpXjIiIGluc3RlYWQgb2YgImxvZzJeMihOKSIuDQoNCkRvbmUuDQoNCj4g LSBTZWN1cml0eSBDb25zaWRlcmF0aW9ucy4gV2hhdCB3b3VsZCBoYXBwZW4gaWYgYSBub2RlIHNl bmRzIGZha2UgZXN0aW1hdGVzPyBNYXliZQ0KPiAgd2UgbmVlZCB0byBhZGQgc29tZSB0ZXh0IG9u IHRoYXQuDQoNCk5ldyB0ZXh0IG9uIHRoaXMgd2FzIG5vdyBhZGRlZCB0byB0aGUgU2VjdXJpdHkg Q29uc2lkZXJhdGlvbnMgc2VjdGlvbi4NCg0KPiAtIFNlY3Rpb24gOS4xLiBJIGd1ZXNzIFJGQy1B QUFBIHJlZmVycyB0byB0aGUgbnVtYmVyIGFzc2lnbmVkIHRvIFJFTE9BRCBSRkMsIA0KPiByaWdo dD8gSWYgc28sIGFkZGluZyBhIG5vdGUgdG8gdGhlIFJGQy1FZGl0b3Igd291bGQgbm90IGhhcm0u IA0KDQpBIG5vdGUgdG8gUkZDLUVkaXRvciB3YXMgYWRkZWQuDQoNCj4gLSBTZWN0aW9uIDExIChS ZWZlcmVuY2VzKS4gUmVmIFtJLUQuaWV0Zi1tbXVzaWMtaWNlXSBuZWVkcyB0byBiZSB1cGRhdGVk IHdpdGggDQo+IFJGQyA1MjQ1Lg0KDQpEb25lLg0KDQo+IC0gU2VjdGlvbiAxMSAoUmVmZXJlbmNl cykuIENoZWNrIGNvbnNpc3RlbmN5IGluIHRoZSBmb3JtYXQgdXNlZCBmb3IgdGhlIHJlZmVyZW5j ZXMuIA0KPiBGb3IgZXhhbXBsZSwgdXNlIGV4cGFuZGVkIG9yIHNob3J0ZW5lZCBtb250aCBuYW1l cyBpbiBhbGwgb2YgdGhlbS4NCg0KRG9uZS4NCg0KPiAtIFRoZSBuaXRzIGNoZWNraW5nIHRvb2wg YWxzbyByZXBvcnRzIHRoZSBmb2xsb3dpbmc6DQo+DQo+ICJUaGUgZG9jdW1lbnQgc2VlbXMgdG8g dXNlICdOT1QgUkVDT01NRU5ERUQnIGFzIGFuIFJGQyAyMTE5IGtleXdvcmQsIGJ1dCANCj4gZG9l cyBub3QgaW5jbHVkZSB0aGUgcGhyYXNlIGluIGl0cyBSRkMgMjExOSBrZXkgd29yZHMgbGlzdC4i DQoNClRoaXMgd2FzIGRvbmUgYXMgd2VsbC4NCg0KUmVnYXJkcywNCkpvdW5pDQoNCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBDYXJsb3MgSmVzw7pzIEJlcm5hcmRvcyBDYW5vIFtt YWlsdG86Y2piY0BpdC51YzNtLmVzXSANClNlbnQ6IDI5LiBoZWluw6RrdXV0YSAyMDEzIDE3OjEy DQpUbzogcDJwc2lwQGlldGYub3JnDQpDYzogZHJhZnQtaWV0Zi1wMnBzaXAtc2VsZi10dW5pbmdA dG9vbHMuaWV0Zi5vcmcNClN1YmplY3Q6IFJldmlldyBvZiBkcmFmdC1pZXRmLXAycHNpcC1zZWxm LXR1bmluZy0wOA0KDQpIaSwNCg0KSSd2ZSBwZXJmb3JtZWQgYSBEb2N1bWVudCBTaGVwaGVyZCBy ZXZpZXcgb2YgZHJhZnQtaWV0Zi1wMnBzaXAtc2VsZi10dW5pbmctMDguDQoNCkkgdGhpbmsgdGhl IGRvY3VtZW50IGlzIGluIHZlcnkgZ29vZCBzaGFwZSBhbmQgSSdsbCBiZSByZXF1ZXN0aW5nIHRo ZSBwdWJsaWNhdGlvbiBvZiB0aGUgZG9jdW1lbnQgbGF0ZXIgdGhpcyB3ZWVrLiBJIGhhdmUgc29t ZSB2ZXJ5IG1pbm9yIGNvbW1lbnRzIHRoYXQgbWF5YmUgY2FuIGJlIGFkZHJlc3NlZCBieSB0aGUg YXV0aG9ycyBpbiB0aGUgbmV4dCByZXZpc2lvbiBvZiB0aGUgZG9jdW1lbnQsIHRvZ2V0aGVyIHdp dGggYW55IG90aGVyIGNvbW1lbnRzIHlvdSBtaWdodCBnZXQgZHVyaW5nIHRoZSBuZXh0IHN0ZXBz IGluIHRoZSBwdWJsaWNhdGlvbiBwcm9jZXNzOg0KDQotIFBhZ2UgMy4gU2VjdGlvbiAxIChJbnRy b2R1Y3Rpb24pLiBFeHBhbmQgREhUIChmaXJzdCB0aW1lIGl0IGFwcGVhcnMgb24gdGhlIGRvY3Vt ZW50KS4NCg0KLSBQYWdlIDQuIFNlY3Rpb24gMiAoVGVybWlub2xvZ3kpLiBUaGVyZSBpcyBhIHJl ZmVyZW5jZSB0byBkcmFmdC1pZXRmLXAycHNpcC1jb25jZXB0cy4gV2UnbGwgZGlzY3VzcyBpbiB0 aGlzIG1lZXRpbmcgKGFuZCBmb2xsb3cgdXAgb24gdGhlIE1MIGxhdGVyKSB3aGF0IHRvIGRvIHdp dGggdGhpcyBkb2N1bWVudC4gRGVwZW5kaW5nIG9uIHRoZSBkZWNpc2lvbiwgeW91IG1pZ2h0IG5l ZWQgdG8gbW9kaWZ5L3JlbW92ZSB0aGlzIHBhcnQgYW5kIGFkZCBzb21lIG90aGVyIGNoYW5nZXMu DQoNCi0gUGFnZSA0LiBTZWN0aW9uIDIgKFRlcm1pbm9sb2d5KS4gSSB0aGluayBhZGRpbmcgc29t ZSB0ZXh0IGludHJvZHVjaW5nIHRoZSBsaXN0ZWQgdGVybXMgd291bGQgbm90IGhhcm0uDQoNCi0g UGFnZSA0LiBTZWN0aW9uIDIgKFRlcm1pbm9sb2d5KS4gU29tZSByZW9yZGVyaW5nIG9mIHRoZSB0 ZXJtcyBtaWdodCBiZSB1c2VmdWwuIEZvciBleGFtcGxlLCBudW1CaXRzSW5Ob2RlSWQgY2FuIGJl IGludHJvZHVjZWQgYmVmb3JlIENob3JkIFJpbmcuIFNvbWUgY29tbWVudCBhYm91dCBSb3V0aW5n IFRhYmxlIGFuZCBTdWNjZXNzb3IgTGlzdC4NCg0KLSBQYWdlIDQuIFNlY3Rpb24gMiAoVGVybWlu b2xvZ3kpLiBOb3Qgc3VyZSBpdCBpcyBuZWVkZWQgdG8gZXhwbGFpbiB3aGF0DQpsb2cyKE4pIHJl cHJlc2VudHMuDQoNCi0gUGFnZSAxNi4gTm90IHN1cmUgaWYgaXQgaXMgd29ydGggdG8gZXhwbGlj aXRseSBtZW50aW9uIGlmIHRoZSByZXN1bHQgb2YgdGhlIGpvaW5fcmF0ZSBmaWVsZCBpcyBhICJm bG9vciIgb3IgYSAiY2VpbCIuDQoNCi0gUGFnZSAxNi4gSSdkIG1heWJlIHVzZSAiKGxvZzIoTikp XjIiIGluc3RlYWQgb2YgImxvZzJeMihOKSIuDQoNCi0gU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMu IFdoYXQgd291bGQgaGFwcGVuIGlmIGEgbm9kZSBzZW5kcyBmYWtlIGVzdGltYXRlcz8gTWF5YmUg d2UgbmVlZCB0byBhZGQgc29tZSB0ZXh0IG9uIHRoYXQuDQoNCi0gU2VjdGlvbiA5LjEuIEkgZ3Vl c3MgUkZDLUFBQUEgcmVmZXJzIHRvIHRoZSBudW1iZXIgYXNzaWduZWQgdG8gUkVMT0FEIFJGQywg cmlnaHQ/IElmIHNvLCBhZGRpbmcgYSBub3RlIHRvIHRoZSBSRkMtRWRpdG9yIHdvdWxkIG5vdCBo YXJtLiANCg0KLSBTZWN0aW9uIDExIChSZWZlcmVuY2VzKS4gUmVmIFtJLUQuaWV0Zi1tbXVzaWMt aWNlXSBuZWVkcyB0byBiZSB1cGRhdGVkIHdpdGggUkZDIDUyNDUuDQoNCi0gU2VjdGlvbiAxMSAo UmVmZXJlbmNlcykuIENoZWNrIGNvbnNpc3RlbmN5IGluIHRoZSBmb3JtYXQgdXNlZCBmb3IgdGhl IHJlZmVyZW5jZXMuIEZvciBleGFtcGxlLCB1c2UgZXhwYW5kZWQgb3Igc2hvcnRlbmVkIG1vbnRo IG5hbWVzIGluIGFsbCBvZiB0aGVtLg0KDQotIFRoZSBuaXRzIGNoZWNraW5nIHRvb2wgYWxzbyBy ZXBvcnRzIHRoZSBmb2xsb3dpbmc6DQoNCiJUaGUgZG9jdW1lbnQgc2VlbXMgdG8gdXNlICdOT1Qg UkVDT01NRU5ERUQnIGFzIGFuIFJGQyAyMTE5IGtleXdvcmQsIGJ1dCBkb2VzIG5vdCBpbmNsdWRl IHRoZSBwaHJhc2UgaW4gaXRzIFJGQyAyMTE5IGtleSB3b3JkcyBsaXN0LiINCg0KVGhhbmtzLA0K DQpDYXJsb3MNCg0K From cjbc@it.uc3m.es Mon Aug 12 17:52:22 2013 Return-Path: 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 37EFF21E8091 for ; Mon, 12 Aug 2013 17:52:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l0GDkh4-6CGH for ; Mon, 12 Aug 2013 17:52:11 -0700 (PDT) Received: from smtp03.uc3m.es (smtp03.uc3m.es [163.117.176.133]) by ietfa.amsl.com (Postfix) with ESMTP id 087BE21E8054 for ; Mon, 12 Aug 2013 17:52:10 -0700 (PDT) Received: from smtp03.uc3m.es (localhost [127.0.0.1]) by localhost.uc3m.es (Postfix) with ESMTP id 04F8E11C2203; Tue, 13 Aug 2013 02:52:06 +0200 (CEST) X-uc3m-safe: yes X-uc3m-safe: yes Received: from [163.117.203.149] (unknown [163.117.203.149]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: cjbc@smtp03.uc3m.es) by smtp03.uc3m.es (Postfix) with ESMTPSA id 407C411C21FD; Tue, 13 Aug 2013 02:52:05 +0200 (CEST) Message-ID: <1376355123.4168.13.camel@acorde.it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: "Songhaibin (A)" Date: Tue, 13 Aug 2013 02:52:03 +0200 In-Reply-To: References: <1375312771.4417.7.camel@acorde.it.uc3m.es> Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.0.0.1014-20078.003 X-TM-AS-Result: No--27.166-7.0-31-1 X-imss-scan-details: No--27.166-7.0-31-1 Cc: "p2psip@ietf.org" , "draft-ietf-p2psip-diagnostics@tools.ietf.org" Subject: Re: [P2PSIP] Review of draft-ietf-p2psip-diagnostics X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cjbc@it.uc3m.es List-Id: Peer-to-Peer SIP working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Aug 2013 00:52:22 -0000 Hi Haibin, Thanks for your reply. Please see my comments inline below. On Fri, 2013-08-09 at 08:33 +0000, Songhaibin (A) wrote: > Thank you again, Carlos. Here is my feedback to you document shepherd > review. I also had an email discussion with my co-authors. > > Most of the comments are editorial and I agree on them. I copied the > comments which are not editorial with my feedback below. > > Section 2: What does "compatible" mean here? Also, depending on the > discussion we are going to have about -concepts in the WG, it might be > needed to remove this ref. > [Haibin] We will just use the word "use" instead of "compatible". We > can remove this reference to the -concepts, and will refer to the > -base document because it has definitions for terminologies we need. > Well, now that the WG has decided to resume the work on -concepts, you can keep the reference. > > Section 5.1.3: How is congestion measured? How are these 4 bits used? > This should be explained more carefullt, especially to ensure > interoperability/compatibility, as not all the nodes might > report/measure in the same way > [Haibin] I agree this is a problem. But this document is not going to > provide a measurement method for the congestion. I feel that a node > can contemplate its CPU/Memory/Bandwidth usage percentage in the past > seconds and normalize the highest value to the range [0x00, 0x0F], we > can just reserve the bits and leave it for this purpose, but it will > be defined in a future draft. > I think some adding some informative text then would help. > > Section 5.1.4, paragraph 2: Remove this part, and/or bring it to the > list to discuss what to do about it. > [Haibin] We will remove it. > OK. > > Section 5.5.2, paragraph 3: Does this spec requires clock > synchronization? (or adds more requirements on this aspect compared to > -base) Some text clarifying this issue would be helpful > [Haibin} I think here we need a decision from the WG. We need careful > consideration on how to use the timestamp because time synchronization > is a barrier in open Internet environment, while in a managed > environment, it may be less of a problem. Do we want to enforce the > time synchronization or do we want to lose a feature to check the > message expiration? We have to make a choice. Please, bring this to the ML in a separate thread and try to get feedback from WG participants, especially those with implementation experience, such as Marc. > > Section 7: I think this section is repetitive (the same content is in > 10.6). I'd remove it from here and leve it in 10.6 > [Haibin] ok. > OK, thanks, Carlos > > BR, > -Haibin > > > -----Original Message----- > From: Carlos Jesús Bernardos Cano [mailto:cjbc@it.uc3m.es] > Sent: Thursday, August 01, 2013 7:20 AM > To: p2psip@ietf.org > Cc: draft-ietf-p2psip-diagnostics@tools.ietf.org > Subject: Review of draft-ietf-p2psip-diagnostics > > Hi, > > I've performed a Document Shepherd review of draft-ietf-p2psip-diagnostics. My review is attached to this e-mail (I added comments to the PDF version of the draft, hope this is fine). > > I'd like authors to go through the comments before sending the document to the IESG. There might be some issues that need to be brought to the WG for discussion. > > Thanks, > > Carlos > From haibin.song@huawei.com Mon Aug 12 18:40:34 2013 Return-Path: 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 5F49E11E80FF for ; Mon, 12 Aug 2013 18:40:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7wWbaCDSoH-v for ; Mon, 12 Aug 2013 18:40:27 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 2F68011E80FE for ; Mon, 12 Aug 2013 18:40:27 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AVY72546; Tue, 13 Aug 2013 01:40:16 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.7; Tue, 13 Aug 2013 02:39:48 +0100 Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.1.323.7; Tue, 13 Aug 2013 02:40:14 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.203]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.01.0323.007; Tue, 13 Aug 2013 09:40:07 +0800 From: "Songhaibin (A)" To: "p2psip@ietf.org" Thread-Topic: time synchronization? Thread-Index: Ac6Xxg1GI1gTRwbyQt2is4iMFSd4nA== Date: Tue, 13 Aug 2013 01:40:06 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.66] Content-Type: multipart/alternative; boundary="_000_E33E01DFD5BEA24B9F3F18671078951F2474047Cnkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [P2PSIP] time synchronization? X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Tue, 13 Aug 2013 01:40:34 -0000 --_000_E33E01DFD5BEA24B9F3F18671078951F2474047Cnkgeml501mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Guys, In -diagnostics draft, we have timestamp that is used by the intermediate n= odes to check if the message is expired or not. It raises a problem of time= synchronization. I think we need a decision from the WG. We need careful c= onsideration on how to use the timestamp because time synchronization is a = barrier in open Internet environment, while in a managed environment, it ma= y be less of a problem. Do we want to enforce the time synchronization or d= o we want to lose the feature to check the message expiration (and one-way-= delay)? Please tell what you are thinking about. BR, -Haibin --_000_E33E01DFD5BEA24B9F3F18671078951F2474047Cnkgeml501mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Guys,

 

In –diagnostics draft, we have timestamp that is used by the interme= diate nodes to check if the message is expired or not. It raises a problem of time synchronization. I think we need a decision from the WG.= We need careful consideration on how to use the timestamp because time syn= chronization is a barrier in open Internet environment, while in a managed = environment, it may be less of a problem. Do we want to enforce the time synchronization or do we want to l= ose the feature to check the message expiration (and one-way-delay)? Please= tell what you are thinking about.

 

 

BR,

-Haibin

 

--_000_E33E01DFD5BEA24B9F3F18671078951F2474047Cnkgeml501mbschi_-- From internet-drafts@ietf.org Tue Aug 13 17:13:37 2013 Return-Path: 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 A33F521F9A78; Tue, 13 Aug 2013 17:13:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.596 X-Spam-Level: X-Spam-Status: No, score=-102.596 tagged_above=-999 required=5 tests=[AWL=0.004, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o4Rw1TjELQlB; Tue, 13 Aug 2013 17:13:37 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D13521F9A51; Tue, 13 Aug 2013 17:13:37 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.70.p1 Message-ID: <20130814001337.4193.16855.idtracker@ietfa.amsl.com> Date: Tue, 13 Aug 2013 17:13:37 -0700 Cc: p2psip@ietf.org Subject: [P2PSIP] I-D Action: draft-ietf-p2psip-drr-09.txt X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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, 14 Aug 2013 00:13:37 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Peer-to-Peer Session Initiation Protocol = Working Group of the IETF. Title : An extension to RELOAD to support Direct Response Routing Author(s) : Ning Zong Xingfeng Jiang Roni Even Yunfei Zhang Filename : draft-ietf-p2psip-drr-09.txt Pages : 17 Date : 2013-08-13 Abstract: This document proposes an optional extension to RELOAD to support direct response routing mode. RELOAD recommends symmetric recursive routing for routing messages. The new optional extension provides a shorter route for responses reducing the overhead on intermediate peers and describes the potential cases where this extension can be used. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-p2psip-drr There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-p2psip-drr-09 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-p2psip-drr-09 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 internet-drafts@ietf.org Tue Aug 13 17:15:36 2013 Return-Path: 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 2982621F9A7E; Tue, 13 Aug 2013 17:15:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.596 X-Spam-Level: X-Spam-Status: No, score=-102.596 tagged_above=-999 required=5 tests=[AWL=0.004, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vPnxAYpt5jG0; Tue, 13 Aug 2013 17:15:35 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 700DD21F9C68; Tue, 13 Aug 2013 17:15:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.70.p1 Message-ID: <20130814001534.17267.66664.idtracker@ietfa.amsl.com> Date: Tue, 13 Aug 2013 17:15:34 -0700 Cc: p2psip@ietf.org Subject: [P2PSIP] I-D Action: draft-ietf-p2psip-rpr-09.txt X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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, 14 Aug 2013 00:15:36 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Peer-to-Peer Session Initiation Protocol = Working Group of the IETF. 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-09.txt Pages : 14 Date : 2013-08-13 Abstract: 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 intermediate peers and describes the potential use cases where this extension can be used. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-p2psip-rpr There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-p2psip-rpr-09 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-p2psip-rpr-09 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 haibin.song@huawei.com Tue Aug 13 18:31:31 2013 Return-Path: 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 5911011E81CD for ; Tue, 13 Aug 2013 18:31:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7cyc7rDaMg50 for ; Tue, 13 Aug 2013 18:31:25 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 7FE0111E80E9 for ; Tue, 13 Aug 2013 18:31:24 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AUI98240; Wed, 14 Aug 2013 01:31:20 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.7; Wed, 14 Aug 2013 02:31:08 +0100 Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.1.323.7; Wed, 14 Aug 2013 02:31:16 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.203]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.01.0323.007; Wed, 14 Aug 2013 09:31:08 +0800 From: "Songhaibin (A)" To: "p2psip@ietf.org" Thread-Topic: time synchronization? Thread-Index: Ac6Xxg1GI1gTRwbyQt2is4iMFSd4nA== Date: Wed, 14 Aug 2013 01:31:08 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.66] Content-Type: multipart/alternative; boundary="_000_E33E01DFD5BEA24B9F3F18671078951F24743A9Dnkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [P2PSIP] time synchronization? X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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, 14 Aug 2013 01:31:31 -0000 --_000_E33E01DFD5BEA24B9F3F18671078951F24743A9Dnkgeml501mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Guys, In -diagnostics draft, we have timestamp that is used by the intermediate n= odes to check if the message is expired or not. It raises a problem of time= synchronization. I think we need a decision from the WG. We need careful c= onsideration on how to use the timestamp because time synchronization is a = barrier in open Internet environment, while in a managed environment, it ma= y be less of a problem. Do we want to enforce the time synchronization or d= o we want to lose the feature to check the message expiration (and one-way-= delay)? Please tell what you are thinking about. BR, -Haibin --_000_E33E01DFD5BEA24B9F3F18671078951F24743A9Dnkgeml501mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Guys,

 

In –diagnostics draft, we have timestamp that is used by the interme= diate nodes to check if the message is expired or not. It raises a problem of time synchronization. I think we need a decision from the WG.= We need careful consideration on how to use the timestamp because time syn= chronization is a barrier in open Internet environment, while in a managed = environment, it may be less of a problem. Do we want to enforce the time synchronization or do we want to l= ose the feature to check the message expiration (and one-way-delay)? Please= tell what you are thinking about.

 

 

BR,

-Haibin

 

--_000_E33E01DFD5BEA24B9F3F18671078951F24743A9Dnkgeml501mbschi_-- From cjbc@it.uc3m.es Tue Aug 13 19:07:26 2013 Return-Path: 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 0E30521E8197 for ; Tue, 13 Aug 2013 19:07:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1h5TqKlUr4w8 for ; Tue, 13 Aug 2013 19:07:21 -0700 (PDT) Received: from smtp02.uc3m.es (smtp02.uc3m.es [163.117.176.132]) by ietfa.amsl.com (Postfix) with ESMTP id 2B46921E81AB for ; Tue, 13 Aug 2013 19:07:21 -0700 (PDT) Received: from smtp02.uc3m.es (localhost [127.0.0.1]) by localhost.uc3m.es (Postfix) with ESMTP id 1441A8903C7; Wed, 14 Aug 2013 04:07:19 +0200 (CEST) X-uc3m-safe: yes X-uc3m-safe: yes Received: from [192.168.0.101] (modemcable143.234-81-70.mc.videotron.ca [70.81.234.143]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: cjbc@smtp02.uc3m.es) by smtp02.uc3m.es (Postfix) with ESMTPSA id 76CC38ACEB2; Wed, 14 Aug 2013 04:07:18 +0200 (CEST) Message-ID: <1376446036.4168.24.camel@acorde.it.uc3m.es> From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano To: p2psip@ietf.org Date: Wed, 14 Aug 2013 04:07:16 +0200 Organization: Universidad Carlos III de Madrid Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.4.4-3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-TM-AS-Product-Ver: IMSS-7.1.0.1224-7.0.0.1014-20080.003 X-TM-AS-Result: No--9.416-7.0-31-1 X-imss-scan-details: No--9.416-7.0-31-1 Cc: p2psip-chairs@tools.ietf.org Subject: [P2PSIP] WGLC for draft-ietf-p2psip-drr-09 X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: cjbc@it.uc3m.es 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, 14 Aug 2013 02:07:26 -0000 Hi, Since some changes were introduced as a result of the last reviews of the draft, hereby we are issuing a WGLC for draft-ietf-p2psip-drr-09. The WGLC will be open till the 11th 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, 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 Direct Response Routing Author(s) : Ning Zong Xingfeng Jiang Roni Even Yunfei Zhang Filename : draft-ietf-p2psip-drr-09.txt Pages : 17 Date : 2013-08-13 This document proposes an optional extension to RELOAD to support direct response 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-drr-09.txt The IETF datatracker page for this Internet-Draft is: https://datatracker.ietf.org/doc/draft-ietf-p2psip-drr/ Thank you for your support. -- Brian and Carlos From internet-drafts@ietf.org Thu Aug 15 23:52:41 2013 Return-Path: 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 CDE3511E825E; Thu, 15 Aug 2013 23:52:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.587 X-Spam-Level: X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yY3+PIrhoGQg; Thu, 15 Aug 2013 23:52:40 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5980B11E8253; Thu, 15 Aug 2013 23:52:40 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.70.p1 Message-ID: <20130816065240.26247.13190.idtracker@ietfa.amsl.com> Date: Thu, 15 Aug 2013 23:52:40 -0700 Cc: p2psip@ietf.org Subject: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-12.txt X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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, 16 Aug 2013 06:52:41 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Peer-to-Peer Session Initiation Protocol = Working Group of the IETF. Title : P2P Overlay Diagnostics Author(s) : Haibin Song Jiang Xingfeng Roni Even David A. Bryan Filename : draft-ietf-p2psip-diagnostics-12.txt Pages : 27 Date : 2013-08-15 Abstract: This document describes mechanisms for P2P overlay diagnostics. It defines extensions to the RELOAD P2PSIP base protocol to collect diagnostic information, and details the protocol specifications for these extensions. Useful diagnostic information for connection and node status monitoring is also defined. The document also describes the usage scenarios and provides examples of how these methods are used to perform diagnostics in P2PSIP overlay networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-p2psip-diagnostics There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-p2psip-diagnostics-12 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-p2psip-diagnostics-12 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 internet-drafts@ietf.org Fri Aug 16 00:06:27 2013 Return-Path: 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 B94C011E8255; Fri, 16 Aug 2013 00:06:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.588 X-Spam-Level: X-Spam-Status: No, score=-102.588 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0wBmb15Z390S; Fri, 16 Aug 2013 00:06:26 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 670AF11E80F1; Fri, 16 Aug 2013 00:06:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.70.p1 Message-ID: <20130816070624.10721.1471.idtracker@ietfa.amsl.com> Date: Fri, 16 Aug 2013 00:06:24 -0700 Cc: p2psip@ietf.org Subject: [P2PSIP] I-D Action: draft-ietf-p2psip-diagnostics-13.txt X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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, 16 Aug 2013 07:06:27 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Peer-to-Peer Session Initiation Protocol = Working Group of the IETF. Title : P2P Overlay Diagnostics Author(s) : Haibin Song Jiang Xingfeng Roni Even David A. Bryan Filename : draft-ietf-p2psip-diagnostics-13.txt Pages : 27 Date : 2013-08-16 Abstract: This document describes mechanisms for P2P overlay diagnostics. It defines extensions to the RELOAD P2PSIP base protocol to collect diagnostic information, and details the protocol specifications for these extensions. Useful diagnostic information for connection and node status monitoring is also defined. The document also describes the usage scenarios and provides examples of how these methods are used to perform diagnostics in P2PSIP overlay networks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-p2psip-diagnostics There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-p2psip-diagnostics-13 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-p2psip-diagnostics-13 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 haibin.song@huawei.com Fri Aug 16 00:20:12 2013 Return-Path: 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 C42C921F99FD for ; Fri, 16 Aug 2013 00:20:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ebUzGeheuBnB for ; Fri, 16 Aug 2013 00:20:08 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 6401321F9815 for ; Fri, 16 Aug 2013 00:20:06 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AWB58146; Fri, 16 Aug 2013 07:19:59 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.7; Fri, 16 Aug 2013 08:19:16 +0100 Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.1.323.7; Fri, 16 Aug 2013 08:19:52 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.203]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.01.0323.007; Fri, 16 Aug 2013 15:19:49 +0800 From: "Songhaibin (A)" To: "cjbc@it.uc3m.es" Thread-Topic: Review of draft-ietf-p2psip-diagnostics Thread-Index: AQHOjkR9jmG79cPdEEWjVWLtAbH0s5mMmCgggAVD2YCABaYlgA== Date: Fri, 16 Aug 2013 07:19:48 +0000 Message-ID: References: <1375312771.4417.7.camel@acorde.it.uc3m.es> <1376355123.4168.13.camel@acorde.it.uc3m.es> In-Reply-To: <1376355123.4168.13.camel@acorde.it.uc3m.es> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.66] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "p2psip@ietf.org" , "draft-ietf-p2psip-diagnostics@tools.ietf.org" Subject: Re: [P2PSIP] Review of draft-ietf-p2psip-diagnostics X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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, 16 Aug 2013 07:20:13 -0000 SGkgQ2FybG9zLA0KDQpUaGFuayB5b3UgZm9yIHlvdXIgcmVwbHkgYW5kIFBsZWFzZSBjaGVjayBp ZiB0aGUgdXBkYXRlZCB2ZXJzaW9uIGFkZHJlc3NlZCB5b3VyIGNvbW1lbnRzLg0KDQpodHRwOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXAycHNpcC1kaWFnbm9zdGljcy0xMw0KDQpX ZSBkaWQgbm90IGNoYW5nZSB0aGUgcmVmZXJlbmNlIG9mIFVOSVggdGltZSB0byB0aGUgV2lraXBl ZGlhIHNpdGUgc28gYXMgdG8ga2VlcCBpdCBjb25zZW5zdXMgd2l0aCB0aGUgYmFzZSBwcm90b2Nv bCBkb2N1bWVudC4gSWYgeW91IGhhdmUgYW55IHJlZmVyZW5jZSB0byBVTklYIHRpbWUsIHdlIGNh biBhbHNvIHJlcGxhY2UgaXQuDQoNCkkgaGF2ZSBwb3N0ZWQgdGhlIHRpbWUgc3luY2hyb25pemF0 aW9uIGlzc3VlIHRvIHRoZSBsaXN0LiBJTUhPLCB3ZSBjYW4gbWFrZSB0aGUgdGltZXN0YW1wIGJp dCBmaWVsZHMgcmVzZXJ2ZWQgYnV0IGxlYXZlIGhvdyB0byB1c2UgdGhlbSBvcHRpb25hbCwgZm9y IGV4YW1wbGUsIGluIHRoZSBtYW5hZ2VkIGVudmlyb25tZW50LCB0aGUgb3ZlcmxheSBjYW4gZW5m b3JjZSB0aW1lIHN5bmNocm9uaXphdGlvbiBhbmQgdXNlIHRoZSB0aW1lc3RhbXAgZm9yIGFudGkt cmVwbGF5IGF0dGFjayBvciBvbmUtd2F5LWRlbGF5IG1lYXN1cmVtZW50LCBidXQgaW4gb3BlbiBJ bnRlcm5ldCBlbnZpcm9ubWVudCB3aGVyZSBub2RlcyBjYW4gYmUgcGVyc29uYWwgZXF1aXBtZW50 cywgdGhlIG92ZXJsYXkgY2FuIGp1c3QgdXNlIHRoZW0gaW4gYW5vdGhlciB3YXkuIEhvdyBkb2Vz IGl0IHNvdW5kPw0KDQpCUiwNCi1IYWliaW4NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CkZyb206IENhcmxvcyBKZXPDunMgQmVybmFyZG9zIENhbm8gW21haWx0bzpjamJjQGl0LnVjM20u ZXNdIA0KU2VudDogVHVlc2RheSwgQXVndXN0IDEzLCAyMDEzIDg6NTIgQU0NClRvOiBTb25naGFp YmluIChBKQ0KQ2M6IHAycHNpcEBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1wMnBzaXAtZGlhZ25vc3Rp Y3NAdG9vbHMuaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBSZXZpZXcgb2YgZHJhZnQtaWV0Zi1wMnBz aXAtZGlhZ25vc3RpY3MNCg0KSGkgSGFpYmluLA0KDQpUaGFua3MgZm9yIHlvdXIgcmVwbHkuIFBs ZWFzZSBzZWUgbXkgY29tbWVudHMgaW5saW5lIGJlbG93Lg0KDQpPbiBGcmksIDIwMTMtMDgtMDkg YXQgMDg6MzMgKzAwMDAsIFNvbmdoYWliaW4gKEEpIHdyb3RlOg0KPiBUaGFuayB5b3UgYWdhaW4s IENhcmxvcy4gSGVyZSBpcyBteSBmZWVkYmFjayB0byB5b3UgZG9jdW1lbnQgc2hlcGhlcmQNCj4g cmV2aWV3LiBJIGFsc28gaGFkIGFuIGVtYWlsIGRpc2N1c3Npb24gd2l0aCBteSBjby1hdXRob3Jz Lg0KPiANCj4gTW9zdCBvZiB0aGUgY29tbWVudHMgYXJlIGVkaXRvcmlhbCBhbmQgSSBhZ3JlZSBv biB0aGVtLiBJIGNvcGllZCB0aGUNCj4gY29tbWVudHMgd2hpY2ggYXJlIG5vdCBlZGl0b3JpYWwg d2l0aCBteSBmZWVkYmFjayBiZWxvdy4NCj4gDQo+IFNlY3Rpb24gMjogV2hhdCBkb2VzICJjb21w YXRpYmxlIiBtZWFuIGhlcmU/IEFsc28sIGRlcGVuZGluZyBvbiB0aGUNCj4gZGlzY3Vzc2lvbiB3 ZSBhcmUgZ29pbmcgdG8gaGF2ZSBhYm91dCAtY29uY2VwdHMgaW4gdGhlIFdHLCBpdCBtaWdodCBi ZQ0KPiBuZWVkZWQgdG8gcmVtb3ZlIHRoaXMgcmVmLg0KPiBbSGFpYmluXSBXZSB3aWxsIGp1c3Qg dXNlIHRoZSB3b3JkICJ1c2UiIGluc3RlYWQgb2YgImNvbXBhdGlibGUiLiBXZQ0KPiBjYW4gcmVt b3ZlIHRoaXMgcmVmZXJlbmNlIHRvIHRoZSAtY29uY2VwdHMsIGFuZCB3aWxsIHJlZmVyIHRvIHRo ZQ0KPiAtYmFzZSBkb2N1bWVudCBiZWNhdXNlIGl0IGhhcyBkZWZpbml0aW9ucyBmb3IgdGVybWlu b2xvZ2llcyB3ZSBuZWVkLg0KPiANCldlbGwsIG5vdyB0aGF0IHRoZSBXRyBoYXMgZGVjaWRlZCB0 byByZXN1bWUgdGhlIHdvcmsgb24gLWNvbmNlcHRzLCB5b3UNCmNhbiBrZWVwIHRoZSByZWZlcmVu Y2UuDQo+IA0KPiBTZWN0aW9uIDUuMS4zOiBIb3cgaXMgY29uZ2VzdGlvbiBtZWFzdXJlZD8gSG93 IGFyZSB0aGVzZSA0IGJpdHMgdXNlZD8NCj4gVGhpcyBzaG91bGQgYmUgZXhwbGFpbmVkIG1vcmUg Y2FyZWZ1bGx0LCBlc3BlY2lhbGx5IHRvIGVuc3VyZQ0KPiBpbnRlcm9wZXJhYmlsaXR5L2NvbXBh dGliaWxpdHksIGFzIG5vdCBhbGwgdGhlIG5vZGVzIG1pZ2h0DQo+IHJlcG9ydC9tZWFzdXJlIGlu IHRoZSBzYW1lIHdheQ0KPiBbSGFpYmluXSBJIGFncmVlIHRoaXMgaXMgYSBwcm9ibGVtLiBCdXQg dGhpcyBkb2N1bWVudCBpcyBub3QgZ29pbmcgdG8NCj4gcHJvdmlkZSBhIG1lYXN1cmVtZW50IG1l dGhvZCBmb3IgdGhlIGNvbmdlc3Rpb24uIEkgZmVlbCB0aGF0IGEgbm9kZQ0KPiBjYW4gY29udGVt cGxhdGUgaXRzIENQVS9NZW1vcnkvQmFuZHdpZHRoIHVzYWdlIHBlcmNlbnRhZ2UgaW4gdGhlIHBh c3QNCj4gc2Vjb25kcyBhbmQgbm9ybWFsaXplIHRoZSBoaWdoZXN0IHZhbHVlIHRvIHRoZSByYW5n ZSBbMHgwMCwgMHgwRl0sIHdlDQo+IGNhbiBqdXN0IHJlc2VydmUgdGhlIGJpdHMgYW5kIGxlYXZl IGl0IGZvciB0aGlzIHB1cnBvc2UsIGJ1dCBpdCB3aWxsDQo+IGJlIGRlZmluZWQgaW4gYSBmdXR1 cmUgZHJhZnQuDQo+IA0KSSB0aGluayBzb21lIGFkZGluZyBzb21lIGluZm9ybWF0aXZlIHRleHQg dGhlbiB3b3VsZCBoZWxwLg0KDQo+IA0KPiBTZWN0aW9uIDUuMS40LCBwYXJhZ3JhcGggMjogUmVt b3ZlIHRoaXMgcGFydCwgYW5kL29yIGJyaW5nIGl0IHRvIHRoZQ0KPiBsaXN0IHRvIGRpc2N1c3Mg d2hhdCB0byBkbyBhYm91dCBpdC4NCj4gW0hhaWJpbl0gV2Ugd2lsbCByZW1vdmUgaXQuDQo+IA0K T0suDQo+IA0KPiBTZWN0aW9uIDUuNS4yLCBwYXJhZ3JhcGggMzogRG9lcyB0aGlzIHNwZWMgcmVx dWlyZXMgY2xvY2sNCj4gc3luY2hyb25pemF0aW9uPyAob3IgYWRkcyBtb3JlIHJlcXVpcmVtZW50 cyBvbiB0aGlzIGFzcGVjdCBjb21wYXJlZCB0bw0KPiAtYmFzZSkgU29tZSB0ZXh0IGNsYXJpZnlp bmcgdGhpcyBpc3N1ZSB3b3VsZCBiZSBoZWxwZnVsDQo+IFtIYWliaW59IEkgdGhpbmsgaGVyZSB3 ZSBuZWVkIGEgZGVjaXNpb24gZnJvbSB0aGUgV0cuIFdlIG5lZWQgY2FyZWZ1bA0KPiBjb25zaWRl cmF0aW9uIG9uIGhvdyB0byB1c2UgdGhlIHRpbWVzdGFtcCBiZWNhdXNlIHRpbWUgc3luY2hyb25p emF0aW9uDQo+IGlzIGEgYmFycmllciBpbiBvcGVuIEludGVybmV0IGVudmlyb25tZW50LCB3aGls ZSBpbiBhIG1hbmFnZWQNCj4gZW52aXJvbm1lbnQsIGl0IG1heSBiZSBsZXNzIG9mIGEgcHJvYmxl bS4gRG8gd2Ugd2FudCB0byBlbmZvcmNlIHRoZQ0KPiB0aW1lIHN5bmNocm9uaXphdGlvbiBvciBk byB3ZSB3YW50IHRvIGxvc2UgYSBmZWF0dXJlIHRvIGNoZWNrIHRoZQ0KPiBtZXNzYWdlIGV4cGly YXRpb24/IFdlIGhhdmUgdG8gbWFrZSBhIGNob2ljZS4NCg0KUGxlYXNlLCBicmluZyB0aGlzIHRv IHRoZSBNTCBpbiBhIHNlcGFyYXRlIHRocmVhZCBhbmQgdHJ5IHRvIGdldA0KZmVlZGJhY2sgZnJv bSBXRyBwYXJ0aWNpcGFudHMsIGVzcGVjaWFsbHkgdGhvc2Ugd2l0aCBpbXBsZW1lbnRhdGlvbg0K ZXhwZXJpZW5jZSwgc3VjaCBhcyBNYXJjLg0KPiANCj4gU2VjdGlvbiA3OiBJIHRoaW5rIHRoaXMg c2VjdGlvbiBpcyByZXBldGl0aXZlICh0aGUgc2FtZSBjb250ZW50IGlzIGluDQo+IDEwLjYpLiBJ J2QgcmVtb3ZlIGl0IGZyb20gaGVyZSBhbmQgbGV2ZSBpdCBpbiAxMC42DQo+IFtIYWliaW5dIG9r Lg0KPiANCk9LLCB0aGFua3MsDQoNCkNhcmxvcw0KPiANCj4gQlIsDQo+IC1IYWliaW4NCj4gDQo+ IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBDYXJsb3MgSmVzw7pzIEJl cm5hcmRvcyBDYW5vIFttYWlsdG86Y2piY0BpdC51YzNtLmVzXSANCj4gU2VudDogVGh1cnNkYXks IEF1Z3VzdCAwMSwgMjAxMyA3OjIwIEFNDQo+IFRvOiBwMnBzaXBAaWV0Zi5vcmcNCj4gQ2M6IGRy YWZ0LWlldGYtcDJwc2lwLWRpYWdub3N0aWNzQHRvb2xzLmlldGYub3JnDQo+IFN1YmplY3Q6IFJl dmlldyBvZiBkcmFmdC1pZXRmLXAycHNpcC1kaWFnbm9zdGljcw0KPiANCj4gSGksDQo+IA0KPiBJ J3ZlIHBlcmZvcm1lZCBhIERvY3VtZW50IFNoZXBoZXJkIHJldmlldyBvZiBkcmFmdC1pZXRmLXAy cHNpcC1kaWFnbm9zdGljcy4gTXkgcmV2aWV3IGlzIGF0dGFjaGVkIHRvIHRoaXMgZS1tYWlsIChJ IGFkZGVkIGNvbW1lbnRzIHRvIHRoZSBQREYgdmVyc2lvbiBvZiB0aGUgZHJhZnQsIGhvcGUgdGhp cyBpcyBmaW5lKS4NCj4gDQo+IEknZCBsaWtlIGF1dGhvcnMgdG8gZ28gdGhyb3VnaCB0aGUgY29t bWVudHMgYmVmb3JlIHNlbmRpbmcgdGhlIGRvY3VtZW50IHRvIHRoZSBJRVNHLiBUaGVyZSBtaWdo dCBiZSBzb21lIGlzc3VlcyB0aGF0IG5lZWQgdG8gYmUgYnJvdWdodCB0byB0aGUgV0cgZm9yIGRp c2N1c3Npb24uDQo+IA0KPiBUaGFua3MsDQo+IA0KPiBDYXJsb3MNCj4gDQoNCg0K From polina.goltsman@student.kit.edu Wed Aug 21 04:50:22 2013 Return-Path: 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 1C72711E8214 for ; Wed, 21 Aug 2013 04:50:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.605 X-Spam-Level: X-Spam-Status: No, score=-5.605 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FS_REPLICA=0.994, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p8B+4jTVfXqo for ; Wed, 21 Aug 2013 04:50:17 -0700 (PDT) Received: from mailout.scc.kit.edu (mailout.scc.kit.edu [129.13.185.202]) by ietfa.amsl.com (Postfix) with ESMTP id F144211E8210 for ; Wed, 21 Aug 2013 04:50:15 -0700 (PDT) Received: from KIT-MSX-04.kit.edu (kit-msx-04.kit.edu [172.21.117.14]) by scc-mailout-02.scc.kit.edu with esmtps (Exim 4.72 #1) id 1VC6vQ-0007kr-VU; Wed, 21 Aug 2013 13:50:08 +0200 Received: from [192.168.178.20] (172.21.117.6) by smtp.kit.edu (172.21.117.14) with Microsoft SMTP Server (TLS) id 8.3.298.1; Wed, 21 Aug 2013 13:50:08 +0200 Message-ID: <5214A96D.8040305@student.kit.edu> Date: Wed, 21 Aug 2013 13:50:05 +0200 From: Polina Goltsman User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: "p2psip@ietf.org" Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Subject: [P2PSIP] self-tuning and replication factor X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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, 21 Aug 2013 11:50:22 -0000 Hi all, Self-tuning DHT adjusts routing table size and stabilization interval based on current network parameters. Is replication factor supposed to remain 'two' and not be self-tuned as well? Regards, Polina From jouni.maenpaa@ericsson.com Fri Aug 23 02:54:52 2013 Return-Path: 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 812E711E821F for ; Fri, 23 Aug 2013 02:54:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.305 X-Spam-Level: X-Spam-Status: No, score=-1.305 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FS_REPLICA=0.994, MIME_8BIT_HEADER=0.3] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RikNFEuuvt2w for ; Fri, 23 Aug 2013 02:54:47 -0700 (PDT) Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id 3A22311E81C6 for ; Fri, 23 Aug 2013 02:54:47 -0700 (PDT) X-AuditID: c1b4fb38-b7fcf8e0000062b8-73-52173165cf33 Received: from ESESSHC011.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id 82.12.25272.56137125; Fri, 23 Aug 2013 11:54:46 +0200 (CEST) Received: from ESESSMB305.ericsson.se ([169.254.5.204]) by ESESSHC011.ericsson.se ([153.88.183.51]) with mapi id 14.02.0328.009; Fri, 23 Aug 2013 11:54:45 +0200 From: =?iso-8859-1?Q?Jouni_M=E4enp=E4=E4?= To: Polina Goltsman , "p2psip@ietf.org" Thread-Topic: [P2PSIP] self-tuning and replication factor Thread-Index: AQHOnmSgA/4rI/ux9ke1sKpyabZtPpmij1FQ Date: Fri, 23 Aug 2013 09:54:45 +0000 Message-ID: <27112A697EB8204D9943EAB8A0E16B7107648126@ESESSMB305.ericsson.se> References: <5214A96D.8040305@student.kit.edu> In-Reply-To: <5214A96D.8040305@student.kit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.20] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrILMWRmVeSWpSXmKPExsUyM+JvjW6aoXiQwfYuNoslN88wWiye0MHm wOSxZMlPJo+uvS3sAUxRXDYpqTmZZalF+nYJXBmX1k9mLNjLVrH64w/GBsZ1rF2MnBwSAiYS qxc+ZIOwxSQu3FsPZHNxCAkcZZS49aiJFcJZwijx4esWFpAqNgF3icM3f4J1iwjESHz8+pMZ xBYWsJBoft/JDhG3lJi++zJUjZHEjU39YDaLgKrEzGUrwOp5BXwlPv5dwQhiCwnoScxt+gRU w8HBKaAv8eNmPEiYEeig76fWMIHYzALiEreezGeCOFRAYsme88wQtqjEy8f/oJ5RlLg6fTlU vZ7EjalT2CBsbYllC19DrRWUODnzCcsERtFZSMbOQtIyC0nLLCQtCxhZVjFyFKcWJ+WmGxls YgRGw8Etvy12MF7+a3OIUZqDRUmcd4vemUAhgfTEktTs1NSC1KL4otKc1OJDjEwcnFINjD6y 8S3rYkSj/0//s2Z65+yFV2stFN35dqj7HDp/qzf+9L6+5uVK0t1pv+qzco7FHBRaavp8paXH 85WRnhmrqj6d6WJfHOz43TVsbtH05dvFt9e94rq76XjXkzNGTCktrxiSnlRu8pJx+3O47+eK xZwqMk6Vv3PdVfad757LwrqvN7J5+deDs5VYijMSDbWYi4oTAVS1rfpUAgAA Subject: Re: [P2PSIP] self-tuning and replication factor X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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, 23 Aug 2013 09:54:52 -0000 Hi, > Is replication factor supposed to remain 'two' and not be self-tuned as w= ell? That's correct - we have assumed in the self-tuning draft that the replicat= ion factor should always remain 'two'.=20 Regards, Jouni -----Original Message----- From: p2psip-bounces@ietf.org [mailto:p2psip-bounces@ietf.org] On Behalf Of= Polina Goltsman Sent: 21. elokuuta 2013 14:50 To: p2psip@ietf.org Subject: [P2PSIP] self-tuning and replication factor Hi all, Self-tuning DHT adjusts routing table size and stabilization interval based= on current network parameters. Is replication factor supposed to remain 'two' and not be self-tuned as wel= l? Regards, Polina _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www.ietf.org/mailman/listinfo/p2psip From haibin.song@huawei.com Mon Aug 26 18:22:05 2013 Return-Path: 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 6763C11E80EC for ; Mon, 26 Aug 2013 18:22:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2QhTKXLYuJOY for ; Mon, 26 Aug 2013 18:22:00 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id DC59D21F9B11 for ; Mon, 26 Aug 2013 18:21:59 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AUT28161; Tue, 27 Aug 2013 01:21:57 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.7; Tue, 27 Aug 2013 02:21:47 +0100 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.1.323.7; Tue, 27 Aug 2013 02:21:54 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.96]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.01.0323.007; Tue, 27 Aug 2013 09:21:48 +0800 From: "Songhaibin (A)" To: "p2psip@ietf.org" Thread-Topic: time synchronization Thread-Index: Ac6iw8vha32C6L3XTRi3K+kmiEoC4Q== Date: Tue, 27 Aug 2013 01:21:48 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: AaGz AfE+ Al62 BNmJ DHyk EFAF FolR F//m HMh/ H4qH IDu7 IHOc INhf I2C6 JOJh Jq2W; 1; cAAyAHAAcwBpAHAAQABpAGUAdABmAC4AbwByAGcA; Sosha1_v1; 7; {A1702244-42BE-4E51-90DE-AE3968189564}; aABhAGkAYgBpAG4ALgBzAG8AbgBnAEAAaAB1AGEAdwBlAGkALgBjAG8AbQA=; Tue, 27 Aug 2013 01:21:46 GMT;dABpAG0AZQAgAHMAeQBuAGMAaAByAG8AbgBpAHoAYQB0AGkAbwBuAA== x-cr-puzzleid: {A1702244-42BE-4E51-90DE-AE3968189564} x-originating-ip: [10.138.41.66] Content-Type: multipart/alternative; boundary="_000_E33E01DFD5BEA24B9F3F18671078951F247830BBnkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [P2PSIP] time synchronization X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Tue, 27 Aug 2013 01:22:05 -0000 --_000_E33E01DFD5BEA24B9F3F18671078951F247830BBnkgeml501mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi guys, Nobody responds to my previous time synchronization question. If there is n= o objection, we will leave it optional. And maybe we can extend the configu= ration file to explicitly note whether time synchronization is enforced in = this overlay. BR, -Haibin --_000_E33E01DFD5BEA24B9F3F18671078951F247830BBnkgeml501mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi guys,

 

Nobody responds to my previous = time synchronization question. If there is no objection, we will leave it o= ptional. And maybe we can extend the configuration file to explicitly note = whether time synchronization is enforced in this overlay.

 

BR,

-Haibin

--_000_E33E01DFD5BEA24B9F3F18671078951F247830BBnkgeml501mbschi_-- From roland.bless@kit.edu Tue Aug 27 02:44:33 2013 Return-Path: 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 C3ABD21E80CD for ; Tue, 27 Aug 2013 02:44:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.249 X-Spam-Level: X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4CMeHyCyIoIG for ; Tue, 27 Aug 2013 02:44:27 -0700 (PDT) Received: from iramx2.ira.uni-karlsruhe.de (iramx2.ira.uni-karlsruhe.de [141.3.10.81]) by ietfa.amsl.com (Postfix) with ESMTP id 7AC7121E80CB for ; Tue, 27 Aug 2013 02:44:26 -0700 (PDT) Received: from irams1.ira.uni-karlsruhe.de ([141.3.10.5]) by iramx2.ira.uni-karlsruhe.de with esmtps port 25 id 1VEFow-0006Pt-Nl; Tue, 27 Aug 2013 11:44:25 +0200 Received: from i72vorta.tm.uni-karlsruhe.de ([141.3.71.26] helo=vorta.tm.kit.edu) by irams1.ira.uni-karlsruhe.de with esmtp port 25 id 1VEFow-0007He-Gt; Tue, 27 Aug 2013 11:44:18 +0200 Received: from [IPv6:::1] (localhost [127.0.0.1]) by vorta.tm.kit.edu (Postfix) with ESMTPS id 4214FA8065C; Tue, 27 Aug 2013 11:44:18 +0200 (CEST) Message-ID: <521C74F1.5000903@kit.edu> Date: Tue, 27 Aug 2013 11:44:17 +0200 From: Roland Bless Organization: Institute of Telematics, Karlsruhe Institute of Technology (KIT) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060111 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: "Songhaibin (A)" References: In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-ATIS-AV: ClamAV (irams1.ira.uni-karlsruhe.de) X-ATIS-AV: Kaspersky (iramx2.ira.uni-karlsruhe.de) X-ATIS-AV: ClamAV (iramx2.ira.uni-karlsruhe.de) X-ATIS-Timestamp: iramx2.ira.uni-karlsruhe.de 1377596665.464625000 Cc: "p2psip@ietf.org" Subject: Re: [P2PSIP] time synchronization? X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Tue, 27 Aug 2013 09:44:33 -0000 Hi, On 14.08.2013 03:31, Songhaibin (A) wrote: > In –diagnostics draft, we have timestamp that is used by the > intermediate nodes to check if the message is expired or not. It raises > a problem of time synchronization. I think we need a decision from the > WG. We need careful consideration on how to use the timestamp because > time synchronization is a barrier in open Internet environment, while in > a managed environment, it may be less of a problem. Do we want to > enforce the time synchronization or do we want to lose the feature to > check the message expiration (and one-way-delay)? Please tell what you > are thinking about. As the base (RELOAD) draft doesn't require any time synchronization mechanism, I think, it's not useful to enforce the use of time synchronization in any other draft. IMHO it's obvious that you may have advantages if time synch is available; more important is how you could distinguish from the protocol if it's used or not. Regards, Roland From internet-drafts@ietf.org Tue Aug 27 02:59:07 2013 Return-Path: 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 DA3D511E8172; Tue, 27 Aug 2013 02:59:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.565 X-Spam-Level: X-Spam-Status: No, score=-102.565 tagged_above=-999 required=5 tests=[AWL=0.035, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xd5mpiRojX+b; Tue, 27 Aug 2013 02:59:07 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 688F521F8F61; Tue, 27 Aug 2013 02:59:07 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.70.p1 Message-ID: <20130827095907.14686.76150.idtracker@ietfa.amsl.com> Date: Tue, 27 Aug 2013 02:59:07 -0700 Cc: p2psip@ietf.org Subject: [P2PSIP] I-D Action: draft-ietf-p2psip-share-02.txt X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Tue, 27 Aug 2013 09:59:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Peer-to-Peer Session Initiation Protocol = Working Group of the IETF. Title : A Usage for Shared Resources in RELOAD (ShaRe) Author(s) : Alexander Knauf Thomas C. Schmidt Gabriel Hege Matthias Waehlisch Filename : draft-ietf-p2psip-share-02.txt Pages : 20 Date : 2013-08-27 Abstract: This document defines a RELOAD Usage for managing shared write access to RELOAD Resources. Shared Resources in RELOAD (ShaRe) form a basic primitive for enabling various coordination and notification schemes among distributed peers. Access in ShaRe is controlled by a hierarchical trust delegation scheme maintained within an access list. A new USER-CHAIN-ACL access policy allows authorized peers to write a Shared Resource without owning its corresponding certificate. This specification also adds mechanisms to store Resources with a variable name which is useful whenever peer-independent rendezvous processes are required. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-p2psip-share There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-p2psip-share-02 A diff from the previous version is available at: http://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-p2psip-share-02 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 prvs=944a80c55=schmidt@informatik.haw-hamburg.de Tue Aug 27 03:02:29 2013 Return-Path: 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 2934B21F9F2D for ; Tue, 27 Aug 2013 03:02:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.249 X-Spam-Level: X-Spam-Status: No, score=-102.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uvzbyg7AiMPk for ; Tue, 27 Aug 2013 03:02:24 -0700 (PDT) Received: from mx3.haw-public.haw-hamburg.de (mx3.haw-public.haw-hamburg.de [141.22.6.2]) by ietfa.amsl.com (Postfix) with ESMTP id 41DB121F9EB6 for ; Tue, 27 Aug 2013 03:02:24 -0700 (PDT) Received: from mailgate.informatik.haw-hamburg.de ([141.22.30.74]) by mail3.is.haw-hamburg.de with ESMTP/TLS/ADH-AES256-SHA; 27 Aug 2013 12:02:22 +0200 Received: from localhost (localhost [127.0.0.1]) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTP id 2FDFB106C17C for ; Tue, 27 Aug 2013 12:02:23 +0200 (CEST) Received: from mailgate.informatik.haw-hamburg.de ([127.0.0.1]) by localhost (mailgate.informatik.haw-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 25211-01 for ; Tue, 27 Aug 2013 12:02:22 +0200 (CEST) Received: from [192.168.178.33] (g231104191.adsl.alicedsl.de [92.231.104.191]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate.informatik.haw-hamburg.de (Postfix) with ESMTPSA id 9F0101066AEF for ; Tue, 27 Aug 2013 12:02:22 +0200 (CEST) Message-ID: <521C792C.7000700@informatik.haw-hamburg.de> Date: Tue, 27 Aug 2013 12:02:20 +0200 From: "Thomas C. Schmidt" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: p2psip@ietf.org References: <20130827095907.14686.76150.idtracker@ietfa.amsl.com> In-Reply-To: <20130827095907.14686.76150.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at informatik.haw-hamburg.de Subject: Re: [P2PSIP] I-D Action: draft-ietf-p2psip-share-02.txt X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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: Tue, 27 Aug 2013 10:02:29 -0000 Hi all, as discussed in Berlin, this draft is waiting for reviews ... please feel encouraged! Best, Thomas On 27.08.2013 11:59, internet-drafts@ietf.org wrote: > > 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 : A Usage for Shared Resources in RELOAD (ShaRe) > Author(s) : Alexander Knauf > Thomas C. Schmidt > Gabriel Hege > Matthias Waehlisch > Filename : draft-ietf-p2psip-share-02.txt > Pages : 20 > Date : 2013-08-27 > > Abstract: > This document defines a RELOAD Usage for managing shared write access > to RELOAD Resources. Shared Resources in RELOAD (ShaRe) form a basic > primitive for enabling various coordination and notification schemes > among distributed peers. Access in ShaRe is controlled by a > hierarchical trust delegation scheme maintained within an access > list. A new USER-CHAIN-ACL access policy allows authorized peers to > write a Shared Resource without owning its corresponding certificate. > This specification also adds mechanisms to store Resources with a > variable name which is useful whenever peer-independent rendezvous > processes are required. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-p2psip-share > > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-p2psip-share-02 > > A diff from the previous version is available at: > http://www.ietf.org/rfcdiff?url2=draft-ietf-p2psip-share-02 > > > 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/ > > _______________________________________________ > P2PSIP mailing list > P2PSIP@ietf.org > https://www.ietf.org/mailman/listinfo/p2psip > -- Prof. Dr. Thomas C. Schmidt ° Hamburg University of Applied Sciences Berliner Tor 7 ° ° Dept. Informatik, Internet Technologies Group 20099 Hamburg, Germany ° ° http://www.haw-hamburg.de/inet Fon: +49-40-42875-8452 ° ° http://www.informatik.haw-hamburg.de/~schmidt Fax: +49-40-42875-8409 ° From haibin.song@huawei.com Tue Aug 27 18:22:30 2013 Return-Path: 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 0013F21E80E9 for ; Tue, 27 Aug 2013 18:22:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rkWs94ydqY+S for ; Tue, 27 Aug 2013 18:22:22 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 6C57311E834B for ; Tue, 27 Aug 2013 18:22:20 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AWQ63946; Wed, 28 Aug 2013 01:22:18 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.7; Wed, 28 Aug 2013 02:21:31 +0100 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.1.323.7; Wed, 28 Aug 2013 02:22:16 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.96]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.01.0323.007; Wed, 28 Aug 2013 09:22:11 +0800 From: "Songhaibin (A)" To: Roland Bless Thread-Topic: [P2PSIP] time synchronization? Thread-Index: AQHOowoSSaWNMjiLU0qWc5UIwQI8Rpmp0nsg Date: Wed, 28 Aug 2013 01:22:10 +0000 Message-ID: References: <521C74F1.5000903@kit.edu> In-Reply-To: <521C74F1.5000903@kit.edu> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.66] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "p2psip@ietf.org" Subject: Re: [P2PSIP] time synchronization? X-BeenThere: p2psip@ietf.org X-Mailman-Version: 2.1.12 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 Aug 2013 01:22:30 -0000 Hi Roland, Thanks for your point. In -base document, the last paragraph of section 13.6.3 mentions a little a= bout time synchronization for preventing replay attack. By the way, I guess time synchronization can be overlay specific. So the ov= erlay configuration file can include some parameters to say whether there i= s synchronization or not. For the overlays which do not enforce it, overlay= nodes can just ignore the related fields. BR, -Haibin -----Original Message----- From: Roland Bless [mailto:roland.bless@kit.edu]=20 Sent: Tuesday, August 27, 2013 5:44 PM To: Songhaibin (A) Cc: p2psip@ietf.org Subject: Re: [P2PSIP] time synchronization? Hi, On 14.08.2013 03:31, Songhaibin (A) wrote: > In -diagnostics draft, we have timestamp that is used by the > intermediate nodes to check if the message is expired or not. It raises > a problem of time synchronization. I think we need a decision from the > WG. We need careful consideration on how to use the timestamp because > time synchronization is a barrier in open Internet environment, while in > a managed environment, it may be less of a problem. Do we want to > enforce the time synchronization or do we want to lose the feature to > check the message expiration (and one-way-delay)? Please tell what you > are thinking about. As the base (RELOAD) draft doesn't require any time synchronization mechanism, I think, it's not useful to enforce the use of time synchronization in any other draft. IMHO it's obvious that you may have advantages if time synch is available; more important is how you could distinguish from the protocol if it's used or not. Regards, Roland