Re: [radext] I-D Action: draft-ietf-radext-radius-fragmentation-08.txt

Stefan Winter <stefan.winter@restena.lu> Tue, 07 October 2014 09:11 UTC

Return-Path: <stefan.winter@restena.lu>
X-Original-To: radext@ietfa.amsl.com
Delivered-To: radext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4AD91A9167 for <radext@ietfa.amsl.com>; Tue, 7 Oct 2014 02:11:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.685
X-Spam-Level:
X-Spam-Status: No, score=-2.685 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.786, WEIRD_PORT=0.001] autolearn=ham
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 bPoChj9YBXZf for <radext@ietfa.amsl.com>; Tue, 7 Oct 2014 02:11:21 -0700 (PDT)
Received: from smtprelay.restena.lu (smtprelay.restena.lu [158.64.1.62]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B80D71A1A80 for <radext@ietf.org>; Tue, 7 Oct 2014 02:11:20 -0700 (PDT)
Received: from [IPv6:2001:a18:1:8:921b:eff:fe1b:d2e7] (unknown [IPv6:2001:a18:1:8:921b:eff:fe1b:d2e7]) by smtprelay.restena.lu (Postfix) with ESMTPS id 6B76A411A7 for <radext@ietf.org>; Tue, 7 Oct 2014 11:11:19 +0200 (CEST)
Message-ID: <5433AE37.2080402@restena.lu>
Date: Tue, 07 Oct 2014 11:11:19 +0200
From: Stefan Winter <stefan.winter@restena.lu>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0
MIME-Version: 1.0
To: radext@ietf.org
References: <20141003074521.3609.3254.idtracker@ietfa.amsl.com> <542E5482.1020505@um.es>
In-Reply-To: <542E5482.1020505@um.es>
OpenPGP: id=8A39DC66; url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66
Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mImnAEF8HVQ7RnJ8qA3jh0eRdtJfPpX5F"
Archived-At: http://mailarchive.ietf.org/arch/msg/radext/0MqjWVTCZPQNvAfjuxvLApeiHdg
Subject: Re: [radext] I-D Action: draft-ietf-radext-radius-fragmentation-08.txt
X-BeenThere: radext@ietf.org
X-Mailman-Version: 2.1.15
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: Tue, 07 Oct 2014 09:11:23 -0000

Hi,

> We've posted a new version of the fragmentation draft, addressing the
> remaining issues in the trac (basically some nits).
> 
> The draft is now ready for LC.

It is :-) I've just completed the write-up and requested publication.

Thanks for work on this draft,

Stefan Winter

> 
> Regards,
> Alejandro
> 
> 
>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>>  This draft is a work item of the RADIUS EXTensions Working Group of the IETF.
>>
>>         Title           : Support of fragmentation of RADIUS packets
>>         Authors         : Alejandro Perez-Mendez
>>                           Rafa Marin-Lopez
>>                           Fernando Pereniguez-Garcia
>>                           Gabriel Lopez-Millan
>>                           Diego R. Lopez
>>                           Alan DeKok
>> 	Filename        : draft-ietf-radext-radius-fragmentation-08.txt
>> 	Pages           : 33
>> 	Date            : 2014-10-03
>>
>> Abstract:
>>    The Remote Authentication Dial-In User Service (RADIUS) protocol is
>>    limited to a total packet size of 4096 octets.  Provisions exist for
>>    fragmenting large amounts of authentication data across multiple
>>    packets, via Access-Challenge.  No similar provisions exist for
>>    fragmenting large amounts of authorization data.  This document
>>    specifies how existing RADIUS mechanisms can be leveraged to provide
>>    that functionality.  These mechanisms are largely compatible with
>>    existing implementations, and are designed to be invisible to
>>    proxies, and "fail-safe" to legacy clients and servers.
>>
>>
>> The IETF datatracker status page for this draft is:
>> https://datatracker.ietf.org/doc/draft-ietf-radext-radius-fragmentation/
>>
>> There's also a htmlized version available at:
>> http://tools.ietf.org/html/draft-ietf-radext-radius-fragmentation-08
>>
>> A diff from the previous version is available at:
>> http://www.ietf.org/rfcdiff?url2=draft-ietf-radext-radius-fragmentation-08
>>
>>
>> Please note that it may take a couple of minutes from the time of submission
>> until the htmlized version and diff are available at tools.ietf.org.
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>>
>> _______________________________________________
>> radext mailing list
>> radext@ietf.org
>> https://www.ietf.org/mailman/listinfo/radext
> 
> _______________________________________________
> radext mailing list
> radext@ietf.org
> https://www.ietf.org/mailman/listinfo/radext
> 


-- 
Stefan WINTER
Ingenieur de Recherche
Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et
de la Recherche
6, rue Richard Coudenhove-Kalergi
L-1359 Luxembourg

Tel: +352 424409 1
Fax: +352 422473

PGP key updated to 4096 Bit RSA - I will encrypt all mails if the
recipient's key is known to me

http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66