Re: [P2PSIP] Draft of meeting minutes uploaded

Marc Petit-Huguenin <petithug@acm.org> Sun, 05 August 2012 17:31 UTC

Return-Path: <petithug@acm.org>
X-Original-To: p2psip@ietfa.amsl.com
Delivered-To: p2psip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07C3921F84FD for <p2psip@ietfa.amsl.com>; Sun, 5 Aug 2012 10:31:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.575
X-Spam-Level:
X-Spam-Status: No, score=-102.575 tagged_above=-999 required=5 tests=[AWL=0.025, 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 FWjv1Y0BuTZc for <p2psip@ietfa.amsl.com>; Sun, 5 Aug 2012 10:31:56 -0700 (PDT)
Received: from implementers.org (implementers.org [IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with ESMTP id 22CC721F84F3 for <p2psip@ietf.org>; Sun, 5 Aug 2012 10:31:56 -0700 (PDT)
Received: from [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08] (shalmaneser.org [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client CN "Marc Petit-Huguenin", Issuer "implementers.org" (verified OK)) by implementers.org (Postfix) with ESMTPS id 3B46E204E2; Sun, 5 Aug 2012 17:31:53 +0000 (UTC)
Message-ID: <501EAE07.8070703@acm.org>
Date: Sun, 05 Aug 2012 10:31:51 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120624 Icedove/10.0.5
MIME-Version: 1.0
To: cjbc@it.uc3m.es
References: <1343811848.4991.6.camel@acorde.it.uc3m.es>
In-Reply-To: <1343811848.4991.6.camel@acorde.it.uc3m.es>
X-Enigmail-Version: 1.4.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Cc: P2PSIP WG <p2psip@ietf.org>
Subject: Re: [P2PSIP] Draft of meeting minutes uploaded
X-BeenThere: p2psip@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Peer-to-Peer SIP working group discussion list <p2psip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/p2psip>, <mailto:p2psip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/p2psip>
List-Post: <mailto:p2psip@ietf.org>
List-Help: <mailto:p2psip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 05 Aug 2012 17:31:57 -0000

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

On 08/01/2012 02:04 AM, Carlos Jesús Bernardos Cano wrote:
> Hi,
> 
> A draft of the minutes is available:
> 
> http://www.ietf.org/proceedings/84/minutes/minutes-84-p2psip
> 
> Many thanks Miguel Angel for providing the minutes.
> 
> Please provide your feedback by the end of next week.
> 

1. The minutes about the beginning of the WG session are missing, i.e. the
part about the timeline of WGLCs for the following drafts:

- - draft-ietf-p2psip-drr
- - draft-ietf-p2psip-rpr
- - draft-ietf-p2psip-self-tuning
- - draft-ietf-p2psip-service-discovery
- - draft-ietf-p2psip-concepts
- - draft-ietf-p2psip-diagnostics

2. "DISCO and SHARE documents. This will be adopted as WG items, subject
to confirmation on the list."

Aren't we in circular loop here?  This was discussed and adopted in Paris,
then discussed in the list.

3. Because publication of updates for draft-ietf-p2psip-base tends to be, hmm,
unpredictable implementers cannot count on it so I'd rather have a good list
of what exactly was decided during the session:

3.1. "Slide 2: EKR disagrees with the proposed solution."

The text will be clarified to say that the hash does contain the length prefix.

3.2. "Slide 3: agreed to make everything based on 1."

3rd paragraph will be changed to "search
through the finger table entries from i=1 and ..."

3.3. "Slide 4: It is agreed to delete multicast."

Everything related to multicast, anycast and broadcast will be removed from
the draft, so there is no need for naked Ping.

3.4. "Slide 6: Cullen thinks there is nothing to update in the draft. Marc
agrees. That needs to be checked with Michale."

I do not remember agreeing with this (but I agreed that Michael should listen
to Cullen's explanations).

3.5. "Slide 7: Agreed."

"Connection table" to be replaced with "Neighbor table" in 10.7.4.1.

3.6. "Slide 8: The text will change to say that the configuration file will
always be signed. EKR: Read the configuration file, get the key out of
it, ... Agreement to update the draft."

Configuration files retrieved from the configuration server are *always* signed.

3.7. "Slide 11: Cullen. We may need something more specific:
"reload-config". Agreed."

The agreed path is "/.well-known/reload-config"


Thanks.

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

iQIcBAEBCAAGBQJQHq4FAAoJECnERZXWan7Ex5sQANvuYH2lFDRmgeNdxXmwiH0w
dO8wbevtmePJGw+CfVA+E7JBji2Bww3GEGG8Ff8mz4VjcmqMHEI1WQzkkmCvQFTB
hu5fGhi82PsECK4pL/oe4Ed3AJzOoI+mRoRrlGCxUqn7LPOJP9SzJ3jZjV2G4k5W
odf+QLa3CWk5FureDofNRkiNeSS4Ofm7nzh1r1Ngya47yWf5UZI2WOzGFtLFaTzb
OdgZjdJ41aM+JaxCk3P/MJEWbV9hf6vEEN1khqY9xbtdbDy88/MUsfmbgZ26Nlf1
2Qfu6vVAccwqSjECAGL16NTryjy8Gmx1hDa7E3f2friFfyR/khM/mnunqRSyYHpe
YwlFII/KQd7fCYhXIkH1KJVOgz04gAobKBk6nA60SUb7kBnGeARYW4X1v1t5+HzC
agCbaV0Haf0t7fvuEB+6G37v/7wDYwUJpY8nCovzWBrp+gbaFvJ0c3OEXSBiWxle
YtCbbEoNqucTy3DmDJ9IbrNQmozkRvcCFdyO0ViACKXNVOdZNdz5CehiBiVi36GP
HrhjG3vZFMbkiIhpXdHIWDoXWtTOXoOVD2xm1rb0L1CQCHaUR/ZTnxyOA376+BSp
v4hFZWMtGhHLWxv4vC8WWPth8nKeoLgsZcr6C6R0jt3s7XrpLnG08AHX4AAklAB3
vG7/O/SDL97+JJZmR5GK
=SNMV
-----END PGP SIGNATURE-----