[pcp] IWF & PCP Port Number (was RE: draft-wing-pcp-base-01 posted)

<mohamed.boucadair@orange-ftgroup.com> Tue, 26 October 2010 08:55 UTC

Return-Path: <mohamed.boucadair@orange-ftgroup.com>
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 0B1EE3A6800 for <pcp@core3.amsl.com>; Tue, 26 Oct 2010 01:55:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.119
X-Spam-Level:
X-Spam-Status: No, score=-2.119 tagged_above=-999 required=5 tests=[AWL=0.129, BAYES_00=-2.599, HELO_EQ_FR=0.35, UNPARSEABLE_RELAY=0.001]
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 Qqa5YUuMG-JU for <pcp@core3.amsl.com>; Tue, 26 Oct 2010 01:55:18 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias244.francetelecom.com [80.12.204.244]) by core3.amsl.com (Postfix) with ESMTP id D16943A67DB for <pcp@ietf.org>; Tue, 26 Oct 2010 01:55:17 -0700 (PDT)
Received: from omfeda07.si.francetelecom.fr (unknown [xx.xx.xx.200]) by omfeda11.si.francetelecom.fr (ESMTP service) with ESMTP id 5FDE71B848B; Tue, 26 Oct 2010 10:56:47 +0200 (CEST)
Received: from PUEXCH21.nanterre.francetelecom.fr (unknown [10.101.44.28]) by omfeda07.si.francetelecom.fr (ESMTP service) with ESMTP id 433F415805E; Tue, 26 Oct 2010 10:56:47 +0200 (CEST)
Received: from PUEXCB1B.nanterre.francetelecom.fr ([10.101.44.8]) by PUEXCH21.nanterre.francetelecom.fr ([10.101.44.28]) with mapi; Tue, 26 Oct 2010 10:56:47 +0200
From: mohamed.boucadair@orange-ftgroup.com
To: Dan Wing <dwing@cisco.com>, "pcp@ietf.org" <pcp@ietf.org>
Date: Tue, 26 Oct 2010 10:56:46 +0200
Thread-Topic: IWF & PCP Port Number (was RE: [pcp] draft-wing-pcp-base-01 posted)
Thread-Index: Act0qmEmNPjZTPadQ9+oCG+ZBBiacAAPRnFA
Message-ID: <4236_1288083407_4CC697CF_4236_9689_1_94C682931C08B048B7A8645303FDC9F32F984DC5B4@PUEXCB1B.nanterre.francetelecom.fr>
References: <03c601cb74aa$618af4b0$24a0de10$@com>
In-Reply-To: <03c601cb74aa$618af4b0$24a0de10$@com>
Accept-Language: fr-FR
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: fr-FR
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version: 5.5.9.395186, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.10.26.65415
Subject: [pcp] IWF & PCP Port Number (was RE: draft-wing-pcp-base-01 posted)
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: Tue, 26 Oct 2010 08:55:19 -0000

Re-,

   I thought the base PCP document focuses on basic functions; but I'm
   not sure IGD and NAT-PMP IWFs are part of that set.  These functions
   are to be discussed IMHO in dedicated document(s) whenever required.
   I know my position may be seen as biased because I'm author of
   https://datatracker.ietf.org/doc/draft-bpw-pcp-upnp-igd-interworking/
   which includes more information than what is in the pcp-base
   document.

   I'm not sure there is a justification for a PCP Server to send a NAT-
   PMP error message instead of returning a PCP Error message with a
   code error set to Unsupported version only for the backward
   compatibility with NAT-PMP.  What a NAT-PMP Client will do when it
   receives that error message, it will stop to send subsequent messages
   to the PCP Server?  Isn't it easier to use a distinct port number for
   PCP?

   With a distinct port number for PCP, there is not conflict between
   NAT-PMP and PCP.

   A NAT-PMP speaker which is upgraded to be PCP-speaker will
   know the PCP dedicated port.

   A NAT-PMP speaker which is not PCP-speaker won't never sent a NAT-PMP
   message to a PCP Server.

   In conclusion:

   o  I suggest IWFs are specified in dedicated documents whenever
      required.

   o  To avoid any interference with NAT-PMP, a dedicated port number to
      be assigned to PCP.

   Cheers,

   Med
*********************************
This message and any attachments (the "message") are confidential and intended solely for the addressees. 
Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. 
France Telecom Group shall not be liable for the message if altered, changed or falsified.
If you are not the intended addressee of this message, please cancel it immediately and inform the sender.
********************************