[P2PSIP] Minutes from P2PSIP meeting - IETF 79

Cullen Jennings <fluffy@cisco.com> Mon, 08 November 2010 02:34 UTC

Return-Path: <fluffy@cisco.com>
X-Original-To: p2psip@core3.amsl.com
Delivered-To: p2psip@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BF8FE3A6950 for <p2psip@core3.amsl.com>; Sun, 7 Nov 2010 18:34:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.566
X-Spam-Level:
X-Spam-Status: No, score=-110.566 tagged_above=-999 required=5 tests=[AWL=0.033, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NIy1jzpYoFyH for <p2psip@core3.amsl.com>; Sun, 7 Nov 2010 18:34:21 -0800 (PST)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id BB2B93A694F for <p2psip@ietf.org>; Sun, 7 Nov 2010 18:34:21 -0800 (PST)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAO/v1kyrRN+K/2dsb2JhbACiBXGfCppchUgEhFiFfYMK
X-IronPort-AV: E=Sophos;i="4.58,311,1286150400"; d="scan'208";a="282324069"
Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-5.cisco.com with ESMTP; 08 Nov 2010 02:34:41 +0000
Received: from [192.168.4.2] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id oA82YeVf015318 for <p2psip@ietf.org>; Mon, 8 Nov 2010 02:34:41 GMT
From: Cullen Jennings <fluffy@cisco.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Sun, 07 Nov 2010 19:35:00 -0700
Message-Id: <1FC714A9-DBB6-4745-86D9-ABAEEFDAE8EF@cisco.com>
To: P2PSIP WG <p2psip@ietf.org>
Mime-Version: 1.0 (Apple Message framework v1081)
X-Mailer: Apple Mail (2.1081)
Subject: [P2PSIP] Minutes from P2PSIP meeting - IETF 79
X-BeenThere: p2psip@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Peer-to-Peer SIP working group discussion list <p2psip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/p2psip>
List-Post: <mailto:p2psip@ietf.org>
List-Help: <mailto:p2psip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Nov 2010 02:34:22 -0000

Agenda bash and update


David asked people to look at the draft-ietf-p2psip-diagnostics 
Gonzalo Camarillo asked people to look at IPR on this draft. 

--------------------------------------

Concepts and Terminology for P2PSIP, David Bryan, draft-ietf-p2psip-concepts-03


1 person had read new version.

Issue #1 - On topic of history in the doc ... 
Go read it and send to the list. 

Issues #2 
Need more input 

Hope to move to WGLC as information some time soon after reload. 


------------------------------------

REsource LOcation And Discovery (RELOAD) Base Protocol, Eric Rescorla (via WebEx), draft-ietf-p2psip-base-11


Two updates since last meeting with new WGLC that just ended. 

No objections on all the minor changes up to end of slide 8. 

No objections to stuff on slide 9, 10 

Direct Response Routing
- Question about if how much of DRR goes in this draft vs the direct response routing draft.
- Agreement we need to fix or remove this text. Will discuss with folks doing DRR draft to see which way to go. 

Node-ID Join/Leave - slide 12 
No objects to this. Authors plan to go with this proposal.

No objections to proposed changed on slides for:
Specifying Counter Values, Pings while Joining

Join race condition
Bunch of list discussion. Will wait and see what happens on the list before making a decision of what to do. 

Join Attach timing
Slide has sort of been overtaken by the list discussion. Chen and EKR seem in agreement. Plan to go with resolution here. 


Some discussion about DRR at at end. 

Will have a new draft out before Dec 10. 


------------------------------------------

An SNMP Usage for RELOAD, Wang Wei, draft-peng-p2psip-snmp-00


See slides that explain motivation for this work. 

Questions at end: 
David Bryan asked if you still have a central managed SNMP manger. 
Ans: A few central

Question: For the mic: I have several comments here: (1) this seems to significantly overlap with diagnostics. are you suggesting we replace that. 

Ans: For certain managed network or carriers you have this as well for better monitoring. 

Q: What about witting to the nodes
A: This is for a carrier that owns the network and would be writing to the peers

See about 4 people had read the draft. 

They are not using RELOAD to carry SNMP. 

There must be something to manage the peers on the P2P network or else they can not be managed. The idea here is to add a module to mange this. 

Some discussion around if this is in addition to diagnostics or instead of it.

Some comments that it would be good to add more use cases. Concern over differences between managed and non managed use case. 

Conclusion from Chair: Still lots of discussion. Please iterate the draft. Folks please read. Please take to mailing list. 


---------------------------------------

A RELOAD Usage for Distributed Conference Control (DisCo), Thomas Schmidt, draft-knauf-p2psip-disco-00


There will be a new version of this draft 

No questions, no comments, no problem. 

Ended after 1:20 
See you in Prague and Thanks