Skip to main content

Universal Plug and Play (UPnP) Internet Gateway Device - Port Control Protocol Interworking Function (IGD-PCP IWF)
draft-ietf-pcp-upnp-igd-interworking-10

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: RFC Editor <rfc-editor@rfc-editor.org>,
    pcp mailing list <pcp@ietf.org>,
    pcp chair <pcp-chairs@tools.ietf.org>
Subject: Protocol Action: 'Universal Plug and Play (UPnP) Internet Gateway Device (IGD)-Port Control Protocol (PCP) Interworking Function' to Proposed Standard (draft-ietf-pcp-upnp-igd-interworking-10.txt)

The IESG has approved the following document:
- 'Universal Plug and Play (UPnP) Internet Gateway Device (IGD)-Port
   Control Protocol (PCP) Interworking Function'
  (draft-ietf-pcp-upnp-igd-interworking-10.txt) as Proposed Standard

This document is the product of the Port Control Protocol Working Group.

The IESG contact persons are Ted Lemon and Brian Haberman.

A URL of this Internet Draft is:
http://datatracker.ietf.org/doc/draft-ietf-pcp-upnp-igd-interworking/


Ballot Text

Technical Summary

    This document specifies the behavior of the UPnP IGD (Internet 
    Gateway Device)/PCP Interworking Function.  A UPnP IGD-PCP 
    Interworking Function (IGD-PCP IWF) is required to be embedded in CP 
    (Customer Premises) routers to allow for transparent NAT control in 
    environments where UPnP IGD is used on the LAN side and PCP on the 
    external side of the CP router. 

Working Group Summary

    Nothing unusual.

Document Quality

    A public implementation is available at 
    http://sourceforge.net/projects/pcpclient/?source=directory. 
    The authors are also aware of other implementations from some 
    CPE vendors that are not yet disclosed publically. 

    The PCP WG has a policy to not send a document until the WG 
    has consensus and there are at least 5 people who have reviewed 
    and ok'ed the document.  Many others were involved in reviews 
    of earlier versions, but the WGLC oks came from: 

    Xiaohong Deng <dxhbupt@gmail.com> 
    Dave Thaler <dthaler@microsoft.com> 
    Reinaldo Penno <repenno@cisco.com> 
    Tiru Reddy <tireddy@cisco.com> 
    Paul Selkirk <pselkirk@isc.org> 

    The above reviewers collectively represent multiple implementations 
    or potential future implementations.

Personnel

    Dave Thaler <dthaler@microsoft.com> is the document shepherd;
    Ted Lemon <Ted.Lemon@nominum.com> is the responsible AD.

RFC Editor Note