Re: [pcp] #28: UPnP/NAT-PMP Interop functionality in base spec or separate specs
"Dan Wing" <dwing@cisco.com> Sat, 26 February 2011 02:19 UTC
Return-Path: <dwing@cisco.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 334A53A6AC1 for <pcp@core3.amsl.com>; Fri, 25 Feb 2011 18:19:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.176
X-Spam-Level:
X-Spam-Status: No, score=-110.176 tagged_above=-999 required=5 tests=[AWL=-0.376, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_SUB_RAND_LETTRS4=0.799, USER_IN_WHITELIST=-100]
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 RQTQnt8heqpc for <pcp@core3.amsl.com>; Fri, 25 Feb 2011 18:19:45 -0800 (PST)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 3E6A63A6A57 for <pcp@ietf.org>; Fri, 25 Feb 2011 18:19:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=dwing@cisco.com; l=1197; q=dns/txt; s=iport; t=1298686839; x=1299896439; h=from:to:references:in-reply-to:subject:date:message-id: mime-version:content-transfer-encoding; bh=H1YOqXd6K3knh3zbrnmPQc1kVluAxnYQ+1JYHbMEkfo=; b=GPpViQ9YxSsu7Hht0j/p2mJVhOJ3Y+opKiOukxza3Ew2pP/aanDCq7vq GRh1vRV3bdTVo6v6KWUjrCpOdXzNib0Z6/V4e2EpoKzGKcJzhpsTsp28v Lce8UyIkGeleExHOGCPmolJTwCRYGnfUmKNUXu36xKA4Bl0ZNvyX5QXov 0=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvwAAKbxZ02rR7H+/2dsb2JhbACXcIFljG10oR+bT4VgBIUQ
X-IronPort-AV: E=Sophos;i="4.62,230,1297036800"; d="scan'208";a="664604571"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-6.cisco.com with ESMTP; 26 Feb 2011 02:20:39 +0000
Received: from dwingWS ([10.32.240.195]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id p1Q2Kcu5025141; Sat, 26 Feb 2011 02:20:38 GMT
From: Dan Wing <dwing@cisco.com>
To: 'Paul Selkirk' <pselkirk@isc.org>, pcp@ietf.org
References: <s1vtyfs7x6d.fsf@bikeshed.isc.org>
In-Reply-To: <s1vtyfs7x6d.fsf@bikeshed.isc.org>
Date: Fri, 25 Feb 2011 18:20:38 -0800
Message-ID: <08d801cbd55b$c276b1d0$47641570$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcvVHuizu5hkKJUiRGWiEmzgU3mnGQAPI75Q
Content-Language: en-us
Subject: Re: [pcp] #28: UPnP/NAT-PMP Interop functionality in base spec or separate specs
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: Sat, 26 Feb 2011 02:19:46 -0000
> -----Original Message----- > From: pcp-bounces@ietf.org [mailto:pcp-bounces@ietf.org] On Behalf Of > Paul Selkirk > Sent: Friday, February 25, 2011 11:05 AM > To: pcp@ietf.org > Subject: Re: [pcp] #28: UPnP/NAT-PMP Interop functionality in base spec > or separate specs > > > As of -05, the UPnP interworking details were removed from the > base > > document. The bast document now points to > http://tools.ietf.org/html > > /draft-bpw-pcp-upnp-igd-interworking > > > > Closed. > > The UPnP IGD IWF document needs to be adopted as a WG document. > I think the chairs can do this by fiat. I hope they do that soon. Same with the DHCP document. > There is no NAT-PMP IWF document. It should be easy to write, and > Francis has volunteered to edit it. > > There should also be a PCP IWF (aka proxy in this case) document. > (Note there are some open problems to implement one, so this is not > only about completing the IWF document set.) I would consider that a higher priority than NAT-PMP->PCP, myself, because it is necessary for the Dual-Stack Lite B4 element, a home NAT with CGN ("NAT444"), and probably some other scenarios. -d