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

Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com> Wed, 17 August 2016 14:55 UTC

Return-Path: <kathleen.moriarty.ietf@gmail.com>
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 8E2BA12DF60; Wed, 17 Aug 2016 07:55:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 OWge4NBcCryU; Wed, 17 Aug 2016 07:55:44 -0700 (PDT)
Received: from mail-ua0-x243.google.com (mail-ua0-x243.google.com [IPv6:2607:f8b0:400c:c08::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C991512DF6B; Wed, 17 Aug 2016 07:55:35 -0700 (PDT)
Received: by mail-ua0-x243.google.com with SMTP id 74so10489718uau.3; Wed, 17 Aug 2016 07:55:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=eoCqsvM4ZU7hM27TXvT3ZDAy8Nf3wgQwsNgKMBOFtug=; b=wWsHblfPXjAMhVYQBXsKUOX3SEiqWWN5MfKDHHRFBhePiPHLZvSQCkbk5xS8FiUXnx gXOa2wUCAOYcA43dvsLRgvL57KD5zPJWpgXyydWk7VlbscpIvaVUvDHdz8ABn9UjIS1O QIJEv0Fw6Tvgjc/wdl1JUMFXBTQ4PZTxeQO/Pn/Fxe2e/jcyZjQQzUSc4FLvDHJ/BeOq zeJVdTZ4Fxi28FdrDK22EJ4hQzxA+cQWiMba2sinQ6QHbeznh5f/zQ7QwRF/QqpZ5WPv cv56iFl08+Qysy4NZ/tXIssdkkhqJofsf+MPVFLwxZIxBMG6vkmKTNMPbiAUaneCpCip B0Sg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=eoCqsvM4ZU7hM27TXvT3ZDAy8Nf3wgQwsNgKMBOFtug=; b=fSNOrEl7ZaZRpa6S4kOsy5OZg0XLaIqAdNZyqUKqiaBX4hAFSa+Nr6eP1yMuKAOax6 d2dNBMSJP5ZKux0TDLxTbf19UCTqa1JfB7oM2jhvUSuJc5D2OVNTSHwuTu5K7No90aWC fDcrJl5T8ny7y7LaEVP31Q/fUywR9kB0R/axoW8mKvfmP6wsYhh4ktAMlrRolCRTB06K 3924/Dvt0C5DBDxQnMrxkav9479N46OLKnfS3x3NC26j62Dy7+KapKCYs9yGevcpIUYI fDO2tRrTk/aSMcO1mL+RI58pDzPOR6zfnQs8tIk+RsKDAG6CYS0lxk5fqZYvsfIpkWQx T4dw==
X-Gm-Message-State: AEkoouvnY7WUQ0zfTMhyP2j9Q+chzQWXO2kuc2kiFRPsjBkxMSgDjEQDC4RH7xYNJOjGsCTnIs0ehOA1a/M6Fw==
X-Received: by 10.176.1.67 with SMTP id 61mr15868875uak.99.1471445734891; Wed, 17 Aug 2016 07:55:34 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.176.1.228 with HTTP; Wed, 17 Aug 2016 07:55:34 -0700 (PDT)
In-Reply-To: <147144264456.12177.17817646214313923394.idtracker@ietfa.amsl.com>
References: <147144264456.12177.17817646214313923394.idtracker@ietfa.amsl.com>
From: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>
Date: Wed, 17 Aug 2016 10:55:34 -0400
Message-ID: <CAHbuEH7=+2sY2FwXC+yK5dZ3dgqBi3wHEy6R8mf6Tmws_Mh2BQ@mail.gmail.com>
To: Mirja Kuehlewind <ietf@kuehlewind.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/radext/kRRVWWxIAsop_s6btTMqLPjyrA8>
Cc: radext-chairs@ietf.org, draft-ietf-radext-ip-port-radius-ext@ietf.org, "radext@ietf.org" <radext@ietf.org>, The IESG <iesg@ietf.org>, "<lionel.morand@orange.com>" <lionel.morand@orange.com>
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: Wed, 17 Aug 2016 14:55:45 -0000

Hi Mirja,

Hopefully the editors will chime in soon.  One question...

On Wed, Aug 17, 2016 at 10:04 AM, Mirja Kuehlewind <ietf@kuehlewind.net> wrote:
> 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:
>
> 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.

I don't see why this needs to be future proofed as it is meeting a
current need and the other protocols may not be using RADIUS.  If they
do, an update to this document could easily fix that, while keeping
the document in line with current use cases.  I'm fine with any of
these 3 responses depending on what the working group thinks is best.

>
> 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.

If you see the end of the message that went out from IANA, the WG
might be a little confused on order here.  I agree that the WG needs
to address these questions from IANA and it should be done prior to
tomorrow's telechat.  The IANA state shows that an update was posted
and a review is needed.  It would be helpful for the IESG to see the
full discussion if any more has happened outside of the emails from
August 11th.

Thanks,
Kathleen

>
>
>
>



-- 

Best regards,
Kathleen