Re: [pcp] PCP Failure Scenarios - Re: draft-wing-pcp-proposed-packet-format-00

Francis Dupont <Francis.Dupont@fdupont.fr> Fri, 08 October 2010 22:42 UTC

Return-Path: <Francis.Dupont@fdupont.fr>
X-Original-To: pcp@core3.amsl.com
Delivered-To: pcp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A1EA03A699E for <pcp@core3.amsl.com>; Fri, 8 Oct 2010 15:42:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.067
X-Spam-Level:
X-Spam-Status: No, score=-3.067 tagged_above=-999 required=5 tests=[AWL=0.182, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1]
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 CvYWXJYjja4q for <pcp@core3.amsl.com>; Fri, 8 Oct 2010 15:42:50 -0700 (PDT)
Received: from givry.fdupont.fr (givry.fdupont.fr [91.121.26.85]) by core3.amsl.com (Postfix) with ESMTP id 0649F3A6974 for <pcp@ietf.org>; Fri, 8 Oct 2010 15:42:49 -0700 (PDT)
Received: from givry.fdupont.fr (localhost [127.0.0.1]) by givry.fdupont.fr (8.14.3/8.14.3) with ESMTP id o98MhtUa082720; Fri, 8 Oct 2010 22:43:55 GMT (envelope-from dupont@givry.fdupont.fr)
Message-Id: <201010082243.o98MhtUa082720@givry.fdupont.fr>
From: Francis Dupont <Francis.Dupont@fdupont.fr>
To: Reinaldo Penno <rpenno@juniper.net>
In-reply-to: Your message of Fri, 08 Oct 2010 01:51:27 EDT. <C8D3FF6F.2C08D%rpenno@juniper.net>
Date: Sat, 09 Oct 2010 00:43:55 +0200
Sender: Francis.Dupont@fdupont.fr
Cc: "pcp@ietf.org" <pcp@ietf.org>
Subject: Re: [pcp] PCP Failure Scenarios - Re: draft-wing-pcp-proposed-packet-format-00
X-BeenThere: pcp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: PCP wg discussion list <pcp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Fri, 08 Oct 2010 22:42:51 -0000

 In your previous mail you wrote:

   > "Static entries" mentioned above apply also for PCP-instructed ones.
   
=> I agree with Mohamed, here the term static is the strict opposite
of the dynamic one, and port forwarding entries are 'static' even they
can get a lifetime.

   I disagree according to
   http://datatracker.ietf.org/doc/draft-ietf-behave-v6v4-framework/
   
   "State:  "State" refers to dynamic information that is stored in a
         network element.  For example, if two systems are communicating
         using a TCP connection, each stores information about the
         connection, which is called "connection state".  In this context,
         the term refers to dynamic correlations between IP addresses on
         either side of a translator, or {IP address, transport protocol,
         transport port number} tuples on either side of the translator.
         Of stateful algorithms, there are at least two major flavors
         depending on the kind of state they maintain:"
   
   PCP entries are clearly dynamic state created by protocol exchange

=> but not 'dynamic state' in the behave meaning where everything not
in the forwarding plane is qualified as 'static'.

Regards

Francis.Dupont@fdupont.fr

PS: I like the security point of view because it makes very clear
port forwarding entries and behave dynamic states are two very different
things.