On 03/11/2013 08:12 PM, Alper Yegin wrote:
> Here you go:
> 2.1 Retransmission
> In EAP, the authenticator is responsible for retransmission. By default
> EAP assumes that the lower layer (the application in this context) is
> unreliable. The authenticator can send a packet whenever its
> retransmission timer triggers. In this mode, applications need to be
> able to receive and process
> EAP messages at any time during the authentication conversation.
> Alternatively, EAP permits a lower layer to set the retransmission timer
> to infinite. When this happens, the lower layer becomes responsible for
> reliable delivery of EAP messages. Applications that use a lock-step or
> client-driven authentication protocol might benefit from this approach.
> When retransmission is exclusively handled by the client-side EAP
> lower-layer,
> an EAP message that gets silently discarded by the EAP method may
> stall the
> EAP lower-layer state machine. In such a case, applications MUST
> handle discarded
> EAP messages. The specific way in which discarded messages will be handled
> depend on the characteristics of the application. Solution options
> include,
> but are not limited to, failing the authentication at the application
> level,
> and requesting an EAP retransmit and waiting for additional EAP input.
> Both of
> these options require the EAP methods to notify the EAP and/or EAP
> lower-layer
> when an EAP message is discarded.
> Specifications of how EAP is used for application authentication MUST
> document how retransmission are handled. If the retransmissions are
> exclusively
> handled by the client-side EAP lower-layer, then the specifications
> MUST also
> document how message discards are handled.
>
This proposed change was discussed in Orlando and there was no
consensus in the WG to make this change.
Joe will submit a new version of the eap applicability statement
with the changed we did have consensus on based on the list
discussions and the WG meeting.
Cheers Leif
_______________________________________________
abfab mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/abfab