Re: [radext] [IANA #935820] Protocol Action: 'RADIUS Extensions for IP Port Configuration and Reporting' to Proposed Standard (draft-ietf-radext-ip-port-radius-ext-17.txt)

<lionel.morand@orange.com> Mon, 12 December 2016 16:33 UTC

Return-Path: <lionel.morand@orange.com>
X-Original-To: expand-draft-ietf-radext-ip-port-radius-ext.all@virtual.ietf.org
Delivered-To: radext@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 39D76129D6D; Mon, 12 Dec 2016 08:33:53 -0800 (PST)
X-Original-To: xfilter-draft-ietf-radext-ip-port-radius-ext.all@ietfa.amsl.com
Delivered-To: xfilter-draft-ietf-radext-ip-port-radius-ext.all@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12C4C129D49 for <xfilter-draft-ietf-radext-ip-port-radius-ext.all@ietfa.amsl.com>; Mon, 12 Dec 2016 08:33:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.515
X-Spam-Level:
X-Spam-Status: No, score=-5.515 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.896, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M-owQ80T0mPR for <xfilter-draft-ietf-radext-ip-port-radius-ext.all@ietfa.amsl.com>; Mon, 12 Dec 2016 08:33:51 -0800 (PST)
Received: from relais-inet.orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BA27129DB6 for <draft-ietf-radext-ip-port-radius-ext.all@ietf.org>; Mon, 12 Dec 2016 08:29:50 -0800 (PST)
Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) by opfednr22.francetelecom.fr (ESMTP service) with ESMTP id BABDC2041B; Mon, 12 Dec 2016 17:29:48 +0100 (CET)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.60]) by opfednr02.francetelecom.fr (ESMTP service) with ESMTP id 84BEB12006D; Mon, 12 Dec 2016 17:29:48 +0100 (CET)
Received: from OPEXCLILM43.corporate.adroot.infra.ftgroup ([fe80::ec23:902:c31f:731c]) by OPEXCLILM7F.corporate.adroot.infra.ftgroup ([fe80::c1d7:e278:e357:11ad%19]) with mapi id 14.03.0319.002; Mon, 12 Dec 2016 17:29:48 +0100
From: lionel.morand@orange.com
To: "kathleen.moriarty.ietf@gmail.com" <kathleen.moriarty.ietf@gmail.com>, "drafts-approval@iana.org" <drafts-approval@iana.org>
Thread-Topic: [IANA #935820] Protocol Action: 'RADIUS Extensions for IP Port Configuration and Reporting' to Proposed Standard (draft-ietf-radext-ip-port-radius-ext-17.txt)
Thread-Index: AQHSUk6eqawEhR+T+UGFeHkjlqOHPKEEauQAgAAZiqA=
Date: Mon, 12 Dec 2016 16:29:47 +0000
Message-ID: <28733_1481560188_584ED07C_28733_560_1_6B7134B31289DC4FAF731D844122B36E0BFA8A48@OPEXCLILM43.corporate.adroot.infra.ftgroup>
References: <RT-Ticket-935820@icann.org> <147854394645.7294.9903452807987765582.idtracker@ietfa.amsl.com> <rt-4.2.9-19767-1481310073-638.935820-7-0@icann.org> <3595A98B-D149-46EF-8196-A175E21B20FA@gmail.com>
In-Reply-To: <3595A98B-D149-46EF-8196-A175E21B20FA@gmail.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.3]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Resent-From: alias-bounces@ietf.org
Resent-To: dean.cheng@huawei.com, jouni.nospam@gmail.com, mohamed.boucadair@orange.com, ssenthil@cisco.com, stefan.winter@restena.lu, lionel.morand@orange.com, bclaise@cisco.com, joelja@bogus.com, Kathleen.Moriarty.ietf@gmail.com, radext@ietf.org
Resent-Message-Id: <20161212163353.39D76129D6D@ietfa.amsl.com>
Resent-Date: Mon, 12 Dec 2016 08:33:53 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/radext/6RlqiwCjjdTy4F3_YdfQBDSYsg0>
Cc: "draft-ietf-radext-ip-port-radius-ext.all@ietf.org" <draft-ietf-radext-ip-port-radius-ext.all@ietf.org>, "stefan.winter@restena.lu" <stefan.winter@restena.lu>, "aland@deployingradius.com" <aland@deployingradius.com>
Subject: Re: [radext] [IANA #935820] Protocol Action: 'RADIUS Extensions for IP Port Configuration and Reporting' to Proposed Standard (draft-ietf-radext-ip-port-radius-ext-17.txt)
X-BeenThere: radext@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: RADIUS EXTensions working group discussion list <radext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/radext>, <mailto:radext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/radext/>
List-Post: <mailto:radext@ietf.org>
List-Help: <mailto:radext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/radext>, <mailto:radext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Dec 2016 16:33:53 -0000

Thank you, Kathleen! Same issue for me. Sorry.

I'm OK... even if there is "maybe" a typo in the name of the registry:
s/RADIUS IP Port Configuraion and Reporting TLVs/RADIUS IP Port Configuration and Reporting TLVs

:)

Regards,

Lionel

> -----Message d'origine-----
> De : kathleen.moriarty.ietf@gmail.com
> [mailto:kathleen.moriarty.ietf@gmail.com]
> Envoyé : lundi 12 décembre 2016 16:55
> À : drafts-approval@iana.org
> Cc : MORAND Lionel IMT/OLN; aland@deployingradius.com; draft-ietf-radext-
> ip-port-radius-ext.all@ietf.org; stefan.winter@restena.lu
> Objet : Re: [IANA #935820] Protocol Action: 'RADIUS Extensions for IP Port
> Configuration and Reporting' to Proposed Standard (draft-ietf-radext-ip-port-
> radius-ext-17.txt)
> 
> Hello Amanda,
> 
> Yes, but please wait for Lionel's response as well.  This message wasn't coming
> to my attention until someone pinged me on it and I'm wondering if the same
> thing happened to Lionel's email.
> 
> Thank you,
> Kathleen
> 
> Please excuse typos, sent from handheld device
> 
> > On Dec 9, 2016, at 2:01 PM, Amanda Baber via RT <drafts-approval@iana.org>
> wrote:
> >
> > Kathleen and Lionel,
> >
> > This is a reminder that draft-ietf-radext-ip-port-radius-ext-17 will remain in our
> queue until we receive your confirmation that the new registry being created by
> Section 7.3 is OK.
> >
> > When the document was approved, Section 7.3 was already telling us to make
> these registrations, but didn't identify the registry.
> >
> > thanks,
> > Amanda
> >
> >> On Thu Nov 17 01:02:12 2016, amanda.baber wrote:
> >> Lionel and Kathleen,
> >>
> >> Can you confirm that the new registry introduced in Section 7.3 of
> >> draft-ietf-radext-ip-port-radius-ext-17 is OK?
> >>
> >> thanks,
> >> Amanda
> >>
> >>> On Wed Nov 16 07:50:50 2016, stefan.winter@restena.lu wrote:
> >>> Hi,
> >>>
> >>> I was planning to leave this to Lionel as he is the doc shepherd.
> >>>
> >>> Stefan
> >>>
> >>> Zitat von Amanda Baber via RT <drafts-approval-comment@iana.org>:
> >>>
> >>>> Kathleen, Lionel, Stefan,
> >>>>
> >>>> Re-sending this approval request. I apologize for pinging after
> >>>> only one day.
> >>>>
> >>>> thanks,
> >>>> Amanda
> >>>>
> >>>>> On Tue Nov 15 05:05:27 2016, amanda.baber wrote:
> >>>>> Kathleen, Lionel, Stefan,
> >>>>>
> >>>>> The authors of draft-ietf-radext-ip-port-radius-ext have uploaded
> >>>>> a new version that creates a registry called "RADIUS IP Port
> >>>>> Configuration and Reporting TLVs" in Section 7.3.
> >>>>>
> >>>>> The previous version of Section 7.3 had asked us to make the same
> >>>>> registrations without identifying the registry they belonged in.
> >>>>>
> >>>>> Can you confirm that this new registry is OK?
> >>>>>
> >>>>> thanks,
> >>>>>
> >>>>> Amanda Baber
> >>>>> Lead IANA Services Specialist
> >>>>> PTI

_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.