Re: [radext] [internet-drafts@ietf.org] New Version Notification for draft-hartman-radext-bigger-packets-00.txt

> I've written a draft that proposes expanding the maximum packet size for
> RFC 6613-based transports including RFC 6614.
> This draft is intentionally designed to be minimal: no capability
> negotiation as an example.
> A few details such as the registration of code points are left out, but
> I believe the draft is complete enough to evaluate the technical
> approach.
>
> My draft is intentionally simpler than Peter's approach (or the part of
> it that deals with this)
> I don't think the complexity of his approach is needed for solving the
> part of the problem I would like to see solved.
>
> I believe this draft compliments draft-ietf-radext-radius-fragmentation
> and would like to see my draft and that draft go forward.
>
> Comments welocme.
>

Sam,

thank you for this contribution, I think it is a better choice for 
situations where keeping the infrastructure untouched is not a MUST.

I have one comment. In the text, you state that:

Clients will not typically be able to adjust and resend requests when
    this error is received.

Having that expectation in mind, and wondering what the actual impact of 
just dropping the entire session is, wouldn't it be more simple to just 
send an Access-Reject code with the new attribute indicating the reason 
(eg. packet over 3500 octets), instead of defining a new code? The 
client would be able to re-start the session using smaller packets, 
RADIUS fragmentation or just desisting from it.

Of course, this would require to start over with the current session. 
But since you don't really expect clients to dynamically re-adjust 
packet size, that there might be a negotiation capability, and that 
there would probably exists a federation agreement... what is the real 
impact of just dropping the session?

Regards,
Alejandro
>
>
> _______________________________________________
> radext mailing list
> radext@ietf.org
> https://www.ietf.org/mailman/listinfo/radext