List Info

Thread: Re: Ordered delivery of EAP messages




Re: Ordered delivery of EAP messages
country flaguser name
United States
2007-03-09 08:53:54
>  While all non-toy RADIUS implementations I'm aware of
already do
>duplicate detection, this has nothing whatsoever to do
with EAP.  There
>are EAP-only servers, and those servers MUST ALSO
perform duplicate
>detection, or an approach with similar results.  This
mandate needs to
>be part of the EAP specification.

Duplicate detection is part of the EAP specification.  From
RFC 3748, 
Section 4.1:

      If a peer receives a valid duplicate Request for which
it has
      already sent a Response, it MUST resend its original
Response
      without reprocessing the Request....

      The Identifier field of the Response MUST match that
of the
      currently outstanding Request.  An authenticator
receiving a
      Response whose Identifier value does not match that of
the
      currently outstanding Request MUST silently discard
the Response...

   The peer is responsible for detecting and handling
   duplicate Request messages before processing them in any
way,
   including passing them on to an outside party.  The
authenticator is
   also responsible for discarding Response messages with a
non-matching
   Identifier value before acting on them in any way,
including passing
   them on to the backend authentication server for
verification.  Since
   the authenticator can retransmit before receiving a
Response from the
   peer, the authenticator can receive multiple Responses,
each with a
   matching Identifier.  Until a new Request is received by
the
   authenticator, the Identifier value is not updated, so
that the
   authenticator forwards Responses to the backend
authentication
   server, one at a time.

However, it was not specified that a duplicate detection
window greater than 
1 needs to be implemented, because PPP-based implementations
of EAP assumed 
ordered delivery and therefore did not need a window larger
than that.  That 
was the origin of the ordered delivery requirement --it was
inserted at the 
request of authors of existing EAP implementations who did
not want RFC 3748 
to make their implementations non-compliant.


____________________________________________________________
_____
To unsubscribe or modify your subscription options, please
visit:
http:/
/lists.frascone.com/mailman/listinfo/eap

Arhives: http://lists.
frascone.com/pipermail/eap

[1]

about | contact  Other archives ( Real Estate discussion Medical topics )