Re: [pcp] Fwd: Re: Martin Stiemerling's Discuss on draft-ietf-behave-lsn-requirements-08: (with DISCUSS and COMMENT)

Hannes Tschofenig <hannes.tschofenig@gmx.net> Thu, 19 July 2012 16:04 UTC

Return-Path: <hannes.tschofenig@gmx.net>
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 D429321F87C7 for <pcp@ietfa.amsl.com>; Thu, 19 Jul 2012 09:04:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.617
X-Spam-Level:
X-Spam-Status: No, score=-102.617 tagged_above=-999 required=5 tests=[AWL=-0.018, BAYES_00=-2.599, 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 qskuV+zMCHUy for <pcp@ietfa.amsl.com>; Thu, 19 Jul 2012 09:04:27 -0700 (PDT)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 9BCE621F8668 for <pcp@ietf.org>; Thu, 19 Jul 2012 09:04:26 -0700 (PDT)
Received: (qmail invoked by alias); 19 Jul 2012 16:05:18 -0000
Received: from a88-115-216-191.elisa-laajakaista.fi (EHLO [192.168.100.102]) [88.115.216.191] by mail.gmx.net (mp019) with SMTP; 19 Jul 2012 18:05:18 +0200
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX1+B5j0CtcuBzmBM6QNxkAUsHw2Kb93VERE5qplq5F 0LiC6+21RlgFHz
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="iso-8859-1"
From: Hannes Tschofenig <hannes.tschofenig@gmx.net>
In-Reply-To: <500802CB.5010908@viagenie.ca>
Date: Thu, 19 Jul 2012 19:05:17 +0300
Content-Transfer-Encoding: quoted-printable
Message-Id: <CF11FD8E-395B-44CC-9F31-60494B5E668F@gmx.net>
References: <5007C972.9020402@neclab.eu> <500802CB.5010908@viagenie.ca>
To: Simon Perreault <simon.perreault@viagenie.ca>
X-Mailer: Apple Mail (2.1084)
X-Y-GMX-Trusted: 0
Cc: "behave@ietf.org" <behave@ietf.org>, pcp@ietf.org
Subject: Re: [pcp] Fwd: Re: Martin Stiemerling's Discuss on draft-ietf-behave-lsn-requirements-08: (with DISCUSS and COMMENT)
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, 19 Jul 2012 16:04:29 -0000

I agree with Martin's remarks.

On Jul 19, 2012, at 3:51 PM, Simon Perreault wrote:

> Behaviers, PCPers,
> 
> During IESG review of draft-ietf-behave-lsn-requirements, a DISCUSS was filed regarding the PCP requirement. Details below.
> 
> I think this DISCUSS needs to be discussed. So please discuss.
> 
> Please reply to behave@ietf.org.
> 
> Thanks,
> Simon
> 
> 
> -------- Message original --------
> Sujet: Re: Martin Stiemerling's Discuss on draft-ietf-behave-lsn-requirements-08: (with DISCUSS and COMMENT)
> Date : Thu, 19 Jul 2012 10:46:42 +0200
> De : Martin Stiemerling <martin.stiemerling@neclab.eu>
> Pour : Simon Perreault <simon.perreault@viagenie.ca>
> Copie à : The IESG <iesg@ietf.org>, <behave-chairs@tools.ietf.org>, <draft-ietf-behave-lsn-requirements@tools.ietf.org>
> 
> Hi Simon, all,
> 
> On 07/17/2012 11:11 PM, Simon Perreault wrote:
>> Le 2012-07-17 16:42, Martin Stiemerling a écrit :
>>>> Each and every CGN MUST have PCP and MUST follow the constraints. I'll
>>>> fix the text in a later revision.
>>> 
>>> Can we mandate a specific protocol to be used for this or can we only
>>> mandate that such a type of protocol is being used? I don't see the IETF
>>> in the position to mandate this type of protocol for CGNs.
>>> 
>>> There are other protocols out there which might be suitable. Note that I
>>> am co-author of some, but this isn't the reason for the question. I do
>>> not get any reward if I promote these protocols.
>>> 
>>> It is more:
>>> do we need to constrain CGN deployments to a protocol (PCP) which is
>>> developed right now, or are we open to existing or future protocols, or
>>> whatever folks deploying this deem right?
>>> 
>>> I would propose to change REQ-9 to :
>>> REQ-9: A CGN MUST include a middlebox control protocol that allows
>>> manipulation of CGN bindings with the following contstraints <list items
>>> A and B>
>>> REQ-9a: If PCP is used these contstraints MUST be applied in addition to
>>> contraints A and B:
>>> <list items C and D>
>> 
>> That was discussed in IETF 81 (Québec). Here's the extract from the
>> minutes:
>> 
>>           Stuart Cheshire: ietf has one port forwarding protocol, which
>>           is PCP, so we should require it by name
> 
> There are multiple middlebox control protocols published by the IETF
> (standards track and experimental) and I have not seen any call for
> consensus on what **the** IETF's middlebox control is, neither I have
> seen any RFC that states this.
> 
> I do not see that an individual can declare IETF consensus based on his
> own opinion.
> 
> 
>> 
>>           Dave Thaler: I agree. PCP doc is in final stages.
> 
> Again, an opinion of an individual. Nothing wrong about it, but it does
> not state IETF consensus.
> 
>> 
>> There was consensus from the WG. In consequence, the text was changed
>> from this (-02):
>> 
>>             A CGN SHOULD support a port forwarding protocol such as the
>>             Port Control Protocol [I-D.ietf-pcp-base].
>> 
>> to this (-03):
>> 
>>            A CGN SHOULD include a Port Control Protocol server
>>            [I-D.ietf-pcp-base].
>> 
>> (That requirement later became a MUST, but that's orthogonal to what
>> protocol we require.)
> 
> I do not see that the IETF can mandate what protocols are being used to
> control a device. The market will decide!
> 
> For instance, the is no MUST required that routers implement BGP. It is
> good to do this, but if one decides to go for IS-IS (or whatever) that
> is just fine.
> 
> Another example, there is also no MUST requirement that routers, or
> hosts in general, have to implement SNMP.
> 
> However, I can see the immediate need to mandate that a CGN SHOULD/MUST
> support a middlebox control protocol that is able to install and
> maintain NAT bindings.
> 
>  Martin
> 
> -- 
> martin.stiemerling@neclab.eu
> 
> NEC Laboratories Europe - Network Research Division NEC Europe Limited
> Registered Office: NEC House, 1 Victoria Road, London W3 6BL
> Registered in England 283
> 
> 
> _______________________________________________
> pcp mailing list
> pcp@ietf.org
> https://www.ietf.org/mailman/listinfo/pcp