[Pana] Fwd: [IANA #454490] Last Call: <draft-ohba-pana-relay-03.txt> (Protocol for Carrying Authentication for Network Access (PANA) Relay Element) to Proposed Standard

Yoshihiro Ohba <yoshihiro.ohba@toshiba.co.jp> Thu, 09 June 2011 03:46 UTC

Return-Path: <yoshihiro.ohba@toshiba.co.jp>
X-Original-To: pana@ietfa.amsl.com
Delivered-To: pana@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C2CC21F8544 for <pana@ietfa.amsl.com>; Wed, 8 Jun 2011 20:46:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.889
X-Spam-Level:
X-Spam-Status: No, score=-3.889 tagged_above=-999 required=5 tests=[AWL=0.200, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_MED=-4, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tsOv+xxXdG1T for <pana@ietfa.amsl.com>; Wed, 8 Jun 2011 20:46:42 -0700 (PDT)
Received: from imx12.toshiba.co.jp (imx12.toshiba.co.jp [61.202.160.132]) by ietfa.amsl.com (Postfix) with ESMTP id 2818E21F853B for <pana@ietf.org>; Wed, 8 Jun 2011 20:46:42 -0700 (PDT)
Received: from arc11.toshiba.co.jp ([133.199.90.127]) by imx12.toshiba.co.jp with ESMTP id p593kdY5026830 for <pana@ietf.org>; Thu, 9 Jun 2011 12:46:39 +0900 (JST)
Received: (from root@localhost) by arc11.toshiba.co.jp id p593kdBf003749 for pana@ietf.org; Thu, 9 Jun 2011 12:46:39 +0900 (JST)
Received: from ovp11.toshiba.co.jp [133.199.90.148] by arc11.toshiba.co.jp with ESMTP id NAA03746; Thu, 9 Jun 2011 12:46:39 +0900
Received: from mx.toshiba.co.jp (localhost [127.0.0.1]) by ovp11.toshiba.co.jp with ESMTP id p593kdoE029767 for <pana@ietf.org>; Thu, 9 Jun 2011 12:46:39 +0900 (JST)
Received: from tsbpoa.po.toshiba.co.jp by toshiba.co.jp id p593kccO013413; Thu, 9 Jun 2011 12:46:38 +0900 (JST)
Received: from [133.199.18.125] by mail.po.toshiba.co.jp (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTPA id <0LMI0001Z7TQOKK0@mail.po.toshiba.co.jp> for pana@ietf.org; Thu, 09 Jun 2011 12:46:38 +0900 (JST)
Date: Thu, 09 Jun 2011 12:46:31 +0900
From: Yoshihiro Ohba <yoshihiro.ohba@toshiba.co.jp>
To: pana@ietf.org
Message-id: <4DF04217.3080304@toshiba.co.jp>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-2022-JP
Content-transfer-encoding: 7bit
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10
Subject: [Pana] Fwd: [IANA #454490] Last Call: <draft-ohba-pana-relay-03.txt> (Protocol for Carrying Authentication for Network Access (PANA) Relay Element) to Proposed Standard
X-BeenThere: pana@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Protocol for carrying Authentication for Network Access <pana.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pana>, <mailto:pana-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pana>
List-Post: <mailto:pana@ietf.org>
List-Help: <mailto:pana-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pana>, <mailto:pana-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jun 2011 03:46:47 -0000

We have received the following question from IANA.

Since the 'R' (Request) bit is not set for PANA-Relay, I think it
should be filled with "Ans" (not "Req").

BTW, I've found that PCI, for which the 'R' (Request) bit is not set,
is filled with "Req" in the IANA registry.  I think this should have
been filled with "Ans" as well.

Any opinions?

Yoshihiro Ohba

-------- Original Message --------
Subject: [IANA #454490] Last Call: <draft-ohba-pana-relay-03.txt>
(Protocol for Carrying Authentication for Network Access (PANA) Relay
Element) to Proposed Standard
Date: Wed, 08 Jun 2011 20:37:04 +0000
From: Amanda Baber via RT <drafts-lastcall@iana.org>
Reply-To: drafts-lastcall@iana.org
CC: paduffy@cisco.com, samitac2@gmail.com,
robert.cragie@gridmerge.com, yoshihiro.ohba@toshiba.co.jp,
alper.yegin@yegin.org, iesg@ietf.org

IESG:

IANA has reviewed draft-ohba-pana-relay-03.txt and has the following
comments:

IANA has questions about the IANA Actions in this document.

IANA understands that, upon approval of this document, there are two
IANA Actions that must be completed.

First, in the Message Types registry in the Protocol for Carrying
Authentication for Network Access (PANA) Parameters registry located at:

http://www.iana.org/assignments/pana-parameters/pana-parameters.xml

a single, new message type will be added as follows:

Value [ TBD ]
Name: PANA-Relay

IANA QUESTION --> How should the following field in the registry be
filled in?
Req/Ans: [ ??? ]

Abbrev: PRY
Reference: [ RFC-to-be ]

IANA notes that the authors request the value "5" for the Value of this
Message Type.

Second, in the AVP Codes registry in the the Protocol for Carrying
Authentication for Network Access (PANA) Parameters registry located at:

http://www.iana.org/assignments/pana-parameters/pana-parameters.xml

two new AVP Codes will be added as follows:

Code: [tbd2]
Attribute name: PaC-Information AVP
Reference: [ RFC-to-be ]

Code: [tbd3]
Attribute name: Relayed-Message AVP
Reference: [ RFC-to-be ]

IANA notes that the authors have requested codes "10" and "11" for
[tbd2] and [tbd3] respectively.

IANA understands that these two actions are the only ones required upon
approval of this document.

Note:  The actions requested in this document will not be completed
until the document has been approved for publication as an RFC. This
message is only to confirm what actions will be performed.

Thanks,

Amanda Baber
IANA

On Wed May 25 13:37:06 2011, noreply@ietf.org wrote:
> 
> The IESG has received a request from an individual submitter to consider
> the following document:
> - 'Protocol for Carrying Authentication for Network Access (PANA) Relay
>    Element'
>   <draft-ohba-pana-relay-03.txt> as a Proposed Standard
> 
> The IESG plans to make a decision in the next few weeks, and solicits
> final comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 2011-06-22. Exceptionally, comments may be
> sent to iesg@ietf.org instead. In either case, please retain the
> beginning of the Subject line to allow automated sorting.
> 
> Abstract
> 
> 
> This document specifies Protocol for carrying Authentication for
> Network Access (PANA) Relay Element functionality which enables PANA
> messaging between a PANA Client (PaC) and a PANA Authentication Agent
> (PAA) where the two nodes cannot reach each other by means of regular
> IP routing.
> 
> 
> 
> The file can be obtained via
> http://datatracker.ietf.org/doc/draft-ohba-pana-relay/
> 
> IESG discussion can be tracked via
> http://datatracker.ietf.org/doc/draft-ohba-pana-relay/
> 
> 
> No IPR declarations have been submitted directly on this I-D.
> 
>