| Re: Ordered delivery of EAP messages | <– Date –> <– Thread –> |
|
From: Alper Yegin (alper.yegin |
|
| Date: Tue, 6 Mar 2007 15:25:30 -0800 (PST) | |
> Both EAP and RADIUS do not detect duplicates arriving out of order; they
> depend on the underlying lower layer to provide in-order delivery so as to
> enable duplicate detection.
RFC 2865 says:
The RADIUS server can detect a duplicate request if
it has the same client source IP address and source UDP port and
Identifier within a short span of time.
This, to me, implies duplicate detection on the server side does not rely on
orderly delivery. Keeping the history for "a short span of time" allows
duplicate detection irrespective of the order the requests come in.
As for the responses... Assuming the RADIUS client transmitted a request
twice (first one timed out), if it receives one of the responses, would it
still accept the second (duplicate) response if it arrives as well? Wouldn't
the RADIUS client just drop the second response because there is no
outstanding request to match anymore?
Alper
- Re: Ordered delivery of EAP messages, (continued)
- Re: Ordered delivery of EAP messages Bernard Aboba, March 6 2007
- Re: Ordered delivery of EAP messages Peter Deacon, March 6 2007
- Re: Ordered delivery of EAP messages Bernard Aboba, March 6 2007
- Re: Ordered delivery of EAP messages Peter Deacon, March 6 2007
- Re: Ordered delivery of EAP messages Alper Yegin, March 6 2007
- Re: Ordered delivery of EAP messages Bernard Aboba, March 6 2007
- Re: Ordered delivery of EAP messages Avi Lior, March 7 2007
- Re: Ordered delivery of EAP messages Yoshihiro Ohba, March 7 2007
- Re: Ordered delivery of EAP messages Avi Lior, March 7 2007
Results generated by Tiger Technologies using MHonArc.