Re: [radext] Mirja Kühlewind's Discuss on draft-ietf-radext-ip-port-radius-ext-11: (with DISCUSS)

"Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net> Fri, 02 September 2016 11:44 UTC

Return-Path: <ietf@kuehlewind.net>
X-Original-To: radext@ietfa.amsl.com
Delivered-To: radext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5BB4C12D776 for <radext@ietfa.amsl.com>; Fri, 2 Sep 2016 04:44:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level:
X-Spam-Status: No, score=-2.45 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.548, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable 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 Smajs0eJ1qSW for <radext@ietfa.amsl.com>; Fri, 2 Sep 2016 04:44:42 -0700 (PDT)
Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7B45612D81D for <radext@ietf.org>; Fri, 2 Sep 2016 04:44:33 -0700 (PDT)
Received: (qmail 5796 invoked from network); 2 Sep 2016 13:44:29 +0200
Received: from p5dec2984.dip0.t-ipconnect.de (HELO ?192.168.178.33?) (93.236.41.132) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 2 Sep 2016 13:44:29 +0200
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
In-Reply-To: <CAHbuEH6vH3FJ_O7sva7kTDxAG479AOqL6Ari=Gi85LOw1bCK9w@mail.gmail.com>
Date: Fri, 02 Sep 2016 13:44:27 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <30E44B2B-C7B2-4E4D-8B6C-70B0D95E317E@kuehlewind.net>
References: <147144264456.12177.17817646214313923394.idtracker@ietfa.amsl.com> <74f2750c-10f3-402c-d771-2d93cef76ced@gmail.com> <CAHbuEH6vH3FJ_O7sva7kTDxAG479AOqL6Ari=Gi85LOw1bCK9w@mail.gmail.com>
To: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/radext/3A-IM86ynzba_sZLKb0eSMdrP3s>
Cc: "radext@ietf.org" <radext@ietf.org>, "<lionel.morand@orange.com>" <lionel.morand@orange.com>, Jouni Korhonen <jouni.nospam@gmail.com>, draft-ietf-radext-ip-port-radius-ext@ietf.org, The IESG <iesg@ietf.org>, Brian Trammell <ietf@trammell.ch>, radext-chairs@ietf.org
Subject: Re: [radext] Mirja Kühlewind's Discuss on draft-ietf-radext-ip-port-radius-ext-11: (with DISCUSS)
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: Fri, 02 Sep 2016 11:44:43 -0000

Did finally send someone the review to the right people or should I ping Brian (again)?

Mirja


> Am 17.08.2016 um 19:18 schrieb Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>:
> 
> Apparently, Brian did the review.  I'm adding him to this thread so he
> can send the review to the draft distribution list.
> 
> Thank you,
> Kathleen
> 
> On Wed, Aug 17, 2016 at 1:13 PM, Jouni Korhonen <jouni.nospam@gmail.com> wrote:
>> Hi,
>> 
>> Would it be possible to see the IE doctor's feedback? The authors might find
>> it useful as well. If it has been distributed already, my apologies if I
>> missed it.
>> 
>> regards,
>>        Jouni
>> 
>> 8/17/2016, 7:04 AM, Mirja Kuehlewind kirjoitti:
>>> 
>>> Mirja Kühlewind has entered the following ballot position for
>>> draft-ietf-radext-ip-port-radius-ext-11: Discuss
>>> 
>>> When responding, please keep the subject line intact and reply to all
>>> email addresses included in the To and CC lines. (Feel free to cut this
>>> introductory paragraph, however.)
>>> 
>>> 
>>> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
>>> for more information about IESG DISCUSS and COMMENT positions.
>>> 
>>> 
>>> The document, along with other ballot positions, can be found here:
>>> https://datatracker.ietf.org/doc/draft-ietf-radext-ip-port-radius-ext/
>>> 
>>> 
>>> 
>>> ----------------------------------------------------------------------
>>> DISCUSS:
>>> ----------------------------------------------------------------------
>>> 
>>> I fully support Alissa's discussion points and have two more to
>>> add:https://datatracker.ietf.org/doc/draft-ietf-radext-ip-port-radius-ext/
>>> 
>>> 1) IP-Port-Type TLV only covers UDP, TCP and ICMP. This is not very
>>> future-proof: there are other transport protocols that have ports or
>>> identifiers that may want to be supported in future. Also it is not clear
>>> to me from the document why this information is needed at all in the
>>> described use cases. Therefore I see two possible ways forward: Either
>>> remove the IP-Port-Type TLV or extend it to also cover other cases.
>>> 
>>> Related to this point I would like to mention that RFC6887 is not
>>> restricted to UDP/TCP and therefore the following sentence in section 2
>>> is not correct:
>>> "Note that the definitions of [...] "internal port", [...] "external
>>> port" [...] are the same as defined in Port Control Protocol (PCP)
>>> [RFC6887]"
>>> 
>>> 2) The IE doctors have provide feedback to IANA that the Information
>>> Elements in this doc are underspecified (not confirm with rules in RFC
>>> 7013) and should therefore be not registered.  Addressing this feedback
>>> could lead to a mayor rewrite of this doc, especially in the relation to
>>> the use and definition of transportType and receptively IP-Port-Type TLV,
>>> and should therefore be done before a final IESG decision.
>>> 
>>> 
>>> 
>>> 
>> 
> 
> 
> 
> -- 
> 
> Best regards,
> Kathleen
>