[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: request to recharter



Stefan Winter <> scribbled on Monday, February 11, 2008 5:26 PM:

> Hello,
> 
> the topic of re-chartering radiusext to accomodate the RadSec work
> has been a continuous topic in the last two meetings, the mailing
> list and in several offline discussions.  

Yes, there has been a popular upswell of support for abandoning our work
in favor of yours -- oh, wait, that would be you alone...

> The last meeting in Vancouver suggested to move the three most
> promising crypto-agility suggestions (keywrap, dtls, radsec) to EXP
> status within radext.  
> RadSec is being implemented in various independent codebases and is
> in production use today. 
> 
> The points above make me think that it is about time to seriously
> consider that the radext charter is modified to include RadSec into
> the working group scope.  

Yes, there has been a popular upswell of support for abandoning our work
in favor of yours -- oh, wait, that would be you again...

> 
> The DTLS draft led to consensus that TLS-style payload encryption is
> not considered being a new security mechanism for protecting RADIUS
> (which would be excluded by the charter as-is). Then, the same holds
> true for the TLS part of the radsec draft, which in turn means this
> part of the charter does not need changing.    
> 
> The only part in the charter that would need to be changed is,
> obviously, the line 
> 
> "- No new RADIUS transports (e.g. TCP, SCTP) will be defined."
> 
> which I request to purge from the charter.

No, no, NO!  "radsec" is not RADIUS, period.  Not an extension, not even
a perversion, not RADIUS.  I would support a radsec BOF & WG, but I will
not support this.

> 
> After being included in the radext WG scope, the radsec draft would
> certainly be rewritten for more normative wording. Because up to now,
> it was meant as an FYI description of existing implementations, not
> in any way a standard.   
> When EXP is a target, language should change accordingly. I volunteer
> to do this to the best of my knowledge - it is my first I-D at all. 
> 
> Greetings,
> 
> Stefan Winter


--
to unsubscribe send a message to radiusext-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/radiusext/>