Re: [secdir] [radext] Secdir review of draft-ietf-softwire-6rd-radius-attrib-07
Alan DeKok <aland@deployingradius.com> Sun, 25 November 2012 23:01 UTC
Return-Path: <aland@deployingradius.com>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D8E821F846D; Sun, 25 Nov 2012 15:01:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 RiaZSk2OYOpQ; Sun, 25 Nov 2012 15:01:33 -0800 (PST)
Received: from power.freeradius.org (power.freeradius.org [88.190.25.44]) by ietfa.amsl.com (Postfix) with ESMTP id 7B62021F846C; Sun, 25 Nov 2012 15:01:33 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by power.freeradius.org (Postfix) with ESMTP id 85ACF22408BE; Mon, 26 Nov 2012 00:00:32 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at power.freeradius.org
Received: from power.freeradius.org ([127.0.0.1]) by localhost (power.freeradius.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pkcW+HC8HDtp; Mon, 26 Nov 2012 00:00:32 +0100 (CET)
Received: from Thor-2.local (206-47-94-208.dsl.ncf.ca [206.47.94.208]) by power.freeradius.org (Postfix) with ESMTPSA id 1F95E22403DE; Mon, 26 Nov 2012 00:00:31 +0100 (CET)
Message-ID: <50B2A30E.4020605@deployingradius.com>
Date: Sun, 25 Nov 2012 18:00:30 -0500
From: Alan DeKok <aland@deployingradius.com>
User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228)
MIME-Version: 1.0
To: Bernard Aboba <bernard_aboba@hotmail.com>
References: <A95B4818FD85874D8F16607F1AC7C62888F833@xmb-rcd-x09.cisco.com>, <50B2289A.8060402@deployingradius.com> <BLU002-W217327878625E09B465E58893580@phx.gbl>
In-Reply-To: <BLU002-W217327878625E09B465E58893580@phx.gbl>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: "radext@ietf.org" <radext@ietf.org>, "iesg@ietf.org" <iesg@ietf.org>, "draft-ietf-softwire-6rd-radius-attrib.all@tools.ietf.org" <draft-ietf-softwire-6rd-radius-attrib.all@tools.ietf.org>, "secdir@ietf.org" <secdir@ietf.org>
Subject: Re: [secdir] [radext] Secdir review of draft-ietf-softwire-6rd-radius-attrib-07
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/secdir>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Nov 2012 23:01:34 -0000
Bernard Aboba wrote: > [BA] There isn't even any information with which to authorize the > request. The "Call Check" Service-Type was designed for situations > where authorization can be determined via the Called-Station-Id or > Calling-Station-Id attributes, which originally contained telephone > numbers. The issue I have is what else to use. IIRC, I suggested a new Service-Type at one point. But that didn't seem to fly. > [BA] As I understand it, at least one of the scenarios described in the > document would involve the retrieval of DHCP information along with a > user authentication. In such a scenario, why would either > Authorize-Only or Call Check be needed? It would seem useful to have a Service-Type in the packet. The alternative would be to delete it entirely. Alan DeKok.
- [secdir] Secdir review of draft-ietf-softwire-6rd… Joseph Salowey (jsalowey)
- Re: [secdir] Secdir review of draft-ietf-softwire… Alan DeKok
- Re: [secdir] Secdir review of draft-ietf-softwire… Bernard Aboba
- Re: [secdir] [radext] Secdir review of draft-ietf… Alan DeKok