Re: [pcp] Confirming consensus from WG meetings

Qiong <bingxuere@gmail.com> Thu, 29 March 2012 09:05 UTC

Return-Path: <bingxuere@gmail.com>
X-Original-To: pcp@ietfa.amsl.com
Delivered-To: pcp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 680DA21F89FF for <pcp@ietfa.amsl.com>; Thu, 29 Mar 2012 02:05:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.016
X-Spam-Level:
X-Spam-Status: No, score=-3.016 tagged_above=-999 required=5 tests=[AWL=-0.658, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_LWSHORTT=1.24]
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 16WUn2GRnRNc for <pcp@ietfa.amsl.com>; Thu, 29 Mar 2012 02:05:44 -0700 (PDT)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by ietfa.amsl.com (Postfix) with ESMTP id 4BCAD21F89A2 for <pcp@ietf.org>; Thu, 29 Mar 2012 02:05:44 -0700 (PDT)
Received: by iazz13 with SMTP id z13so3223182iaz.31 for <pcp@ietf.org>; Thu, 29 Mar 2012 02:05:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=GEejMlKumgDit5en+4NQosqAwOlG6XdGIDk5zvhMlss=; b=fAA1meVDqle+N5GriJhFEO2IboR8viepXRSvc/yd1jCHQckP3ceCo4k5n4/pjhmalF y9ngivp4b8z3361DwmRTAgxHI3O/RDnZ0wbZl9Wik8CBX/wwxGN9dxqfYGc5cRok/Qp6 oXASg39v5KCB86w1NkyqxVAYcW7cEyFbRXDRPfUblW2jV98hrUfltDBWSa/bRIy/hdU2 SWcwQaJS1YmDvaMvJZ1f8WJHhnUX5mMgQcyoiD40wMU23x/SCCkgvPJEzMDBdh0lSzHS kJfq0mDxDiXlrqfadnt6a+Zr0TmPLr5TXm4FDYvFT0OghhgFxfmQ9WNZXcOZnh2N0kBG RT+Q==
Received: by 10.42.203.67 with SMTP id fh3mr19441398icb.44.1333011943831; Thu, 29 Mar 2012 02:05:43 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.42.115.194 with HTTP; Thu, 29 Mar 2012 02:05:03 -0700 (PDT)
In-Reply-To: <31993_1333009764_4F741D64_31993_19_1_983A1D8DA0DA5F4EB747BF34CBEE5CD15793C84B09@PUEXCB1C.nanterre.francetelecom.fr>
References: <9B57C850BB53634CACEC56EF4853FF653B4E721E@TK5EX14MBXW604.wingroup.windeploy.ntdev.microsoft.com> <94C682931C08B048B7A8645303FDC9F36E2873365F@PUEXCB1B.nanterre.francetelecom.fr> <31993_1333009764_4F741D64_31993_19_1_983A1D8DA0DA5F4EB747BF34CBEE5CD15793C84B09@PUEXCB1C.nanterre.francetelecom.fr>
From: Qiong <bingxuere@gmail.com>
Date: Thu, 29 Mar 2012 17:05:03 +0800
Message-ID: <CAH3bfAAcCNRk8ccXfjUecdgstcYKdZg=EhHR5kmmWFyO6gusaA@mail.gmail.com>
To: christian.jacquenet@orange.com
Content-Type: multipart/alternative; boundary="20cf303ddc4464b7f904bc5e0772"
Cc: "pcp@ietf.org" <pcp@ietf.org>
Subject: Re: [pcp] Confirming consensus from WG meetings
X-BeenThere: pcp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: PCP wg discussion list <pcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pcp>, <mailto:pcp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pcp>
List-Post: <mailto:pcp@ietf.org>
List-Help: <mailto:pcp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pcp>, <mailto:pcp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Mar 2012 09:05:45 -0000

+1 support.

We need to move forward asap.

Best wishes
Qiong

On Thu, Mar 29, 2012 at 4:29 PM, <christian.jacquenet@orange.com> wrote:

> Dave, all,
>
> I'd like to second Med's comment.
>
> I'm too opposed to motion #1 below, especially in light of the need for
> the THIRD_PARTY option for DS-Lite deployments that will start in a couple
> of months from now as far as some service providers are concerned. The
> security concerns that have been raised so far do not apply to DS-Lite
> scenarios, as reminded by Med below.
>
> I think the -24 is in a sufficiently good shape to be published as is,
> whereas DS-Lite scenarios remain one of the most straightforward use cases
> for PCP applicability, and was actually a key driver for the initial base
> spec effort back in 2010.
>
> Simply ignoring what becomes a fact in the very short term because of
> security considerations that do not apply to such use case is not a good
> enough reason for me to defer the standardization of the THIRD PARTY at
> who-knows-when.
>
> Cheers,
>
> Christian.
>
> -----Message d'origine-----
> De : pcp-bounces@ietf.org [mailto:pcp-bounces@ietf.org] De la part de
> mohamed.boucadair@orange.com
> Envoyé : jeudi 29 mars 2012 10:15
> À : Dave Thaler; pcp@ietf.org
> Objet : Re: [pcp] Confirming consensus from WG meetings
>
> Dear Dave, all,
>
> I was one of the 2 who objected to remove the THIRD_PARTY Option from the
> base spec. I maintain my objection because I see THIRD_PARTY as an
> important feature: allow to instruct mappings for non pcp compliant
> hosts/applications.
>
> Adding a normative ref to draft-wasserman for the THIRD_PARTY is too
> strong IMHO. The major scenarios which driven so far the development of PCP
> do not require authenticated PCP communications: why doing this for
> explicit mapping while this is not required for implicit mappings!
>
> I do not want to slow down the progress of PCP base spec but cutting the
> important features from the base spec won't help too.
>
> Cheers,
> Med
>
> >-----Message d'origine-----
> >De : pcp-bounces@ietf.org [mailto:pcp-bounces@ietf.org] De la part de
> >Dave Thaler Envoyé : jeudi 29 mars 2012 10:00 À : pcp@ietf.org Objet :
> >[pcp] Confirming consensus from WG meetings
> >
> >We got consensus among those at the meetings on the following, and want
> >to confirm WG consensus on the list, in case there are new objections
> >raised or folks who were not present in the room at the time.
> >
> >1) Move THIRD_PARTY out of pcp-base to a separate spec (12 in favor, 2
> >against)
> >       This would resolve Stephen Farrell's discuss, allowing the base
> spec
> >       to be published quickly.   The alternative would likely
> >take a lot more
> >       time to address, especially given that we already moved DS-lite
> >       discussion out of the base spec, and the DS-lite scenario was a key
> >       motivation for THIRD_PARTY.
> >
> >2) Add a client-specified per-mapping nonce (no strong objections)
> >       Belief is this is needed to resolve the transaction ID discuss's.
> >       WG will not add a transaction id, but will add a per-mapping
> >       nonce instead.
> >
> >3) Without having resolved the question of inline vs PANA first, adopt
> >draft-wasserman-pcp-authentication as a working group document
> >(12 in favor, 3 against)
> >       This would be the basis of the pcp security document.  Belief is
> >       that much of the current document is independent of the
> >       unresolved question on the table, and the WG draft should
> >       be agnostic on that question.
> >
> >4) Adopt draft-bpw-pcp-proxy as WG document (broad consensus
> >       among those who've read it)
> >
> >Barring new objections that were not raised at the meeting, we plan to
> >go forward with the above consensus items.
> >
> >-Dave
> >
> >_______________________________________________
> >pcp mailing list
> >pcp@ietf.org
> >https://www.ietf.org/mailman/listinfo/pcp
> >
> _______________________________________________
> pcp mailing list
> pcp@ietf.org
> https://www.ietf.org/mailman/listinfo/pcp
>
>
> _________________________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez
> recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
> electroniques etant susceptibles d'alteration,
> France Telecom - Orange decline toute responsabilite si ce message a ete
> altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged
> information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and
> delete this message and its attachments.
> As emails may be altered, France Telecom - Orange is not liable for
> messages that have been modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> pcp mailing list
> pcp@ietf.org
> https://www.ietf.org/mailman/listinfo/pcp
>