IETF Logo Mail Archive

Re: [radext] Adoption call for draft-perez-radext-radius-fragmentation-06

Alan DeKok <aland@deployingradius.com> Wed, 04 September 2013 12:10 UTC

Return-Path: <aland@deployingradius.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 666DC11E81A5 for <radext@ietfa.amsl.com>; Wed, 4 Sep 2013 05:10:43 -0700 (PDT)
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 ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CQbyd7ibShEl for <radext@ietfa.amsl.com>; Wed, 4 Sep 2013 05:10:37 -0700 (PDT)
Received: from power.freeradius.org (power.freeradius.org [88.190.25.44]) by ietfa.amsl.com (Postfix) with ESMTP id 7175211E8128 for <radext@ietf.org>; Wed, 4 Sep 2013 05:10:36 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by power.freeradius.org (Postfix) with ESMTP id E4C3A224010D; Wed, 4 Sep 2013 14:10:34 +0200 (CEST)
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 j0pcbqeVerst; Wed, 4 Sep 2013 14:10:34 +0200 (CEST)
Received: from Thor-2.local (unknown [70.50.218.116]) by power.freeradius.org (Postfix) with ESMTPSA id 0A3EF2240051; Wed, 4 Sep 2013 14:10:33 +0200 (CEST)
Message-ID: <5227233B.100@deployingradius.com>
Date: Wed, 04 Sep 2013 08:10:35 -0400
From: Alan DeKok <aland@deployingradius.com>
User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228)
MIME-Version: 1.0
To: Sam Hartman <hartmans@painless-security.com>
References: <86D0772B-4561-46BD-950D-AF95BED87292@gmail.com> <B4870ECE-1D3F-45C6-A080-8936A8045B6E@gmail.com> <tslhae17c9l.fsf@mit.edu>
In-Reply-To: <tslhae17c9l.fsf@mit.edu>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: Jouni Korhonen <jouni@gmail.com>, "draft-perez-radext-radius-fragmentation@tools.ietf.org" <draft-perez-radext-radius-fragmentation@tools.ietf.org>, radext-chairs@tools.ietf.org, "radext@ietf.org" <radext@ietf.org>
Subject: Re: [radext] Adoption call for draft-perez-radext-radius-fragmentation-06
X-BeenThere: radext@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 04 Sep 2013 12:10:43 -0000

Sam Hartman wrote:
> I think there was significant support for the idea that this draft alone
> is insufficient and that we want to revisit the RADIUS message size over
> TCP.

  I agree.

> I do not believe the discussion supports the idea that this draft will
> be a singular solution.

  The discussion at the last IETF showed this.  There is wide-spread
support for large packets over TCP.

  From what I can see, the only issue with large packets is negotiation.
 How does each end know that the other supports large packets?

  Once that problem is solve, the rest of the draft is simple.  I don't
think that there are many other side effects of allowing large packets.

  Alan DeKok.

v2.23.0 | Report a Bug | By Email