Re: [Emu] Potential Issues with EAP-FAST

2009-02-07 Thread Glen Zorn
Alan DeKok [mailto:al...@deployingradius.com] writes: > Glen Zorn wrote: > > Alan DeKok [mailto:al...@deployingradius.com] writes: > >> Discussing the applicability, cost, benefit, etc. of EAP-FAST is a > >> good idea. Re-visiting its architectural choices isn't something we > >> have time for.

Re: [Emu] Potential Issues with EAP-FAST

2009-02-07 Thread Glen Zorn
Alan DeKok [mailto:al...@deployingradius.com] writes: > Glen Zorn wrote: > > Alan DeKok [mailto:al...@deployingradius.com] writes: > >> Discussing the applicability, cost, benefit, etc. of EAP-FAST is a > >> good idea. Re-visiting its architectural choices isn't something we > >> have time for.

Re: [Emu] Potential Issues with EAP-FAST

2009-02-07 Thread Alan DeKok
Glen Zorn wrote: >> A technical review of EAP-FAST as it applies to the charter work >> items >> is relevant. > > Thanks for the clarification. However, it's hard for me to understand how > the architectural choices of EAP-FAST could be irrelevant to the charter > work items. They are no

Re: [Emu] Potential Issues with EAP-FAST

2009-02-07 Thread Dan Harkins
Hi Alan, On Sat, February 7, 2009 10:44 pm, Alan DeKok wrote: > Glen Zorn wrote: >>> A technical review of EAP-FAST as it applies to the charter work >>> items >>> is relevant. >> >> Thanks for the clarification. However, it's hard for me to understand >> how >> the architectural choices of

Re: [Emu] Potential Issues with EAP-FAST

2009-02-07 Thread Glen Zorn
Alan DeKok [mailto:al...@deployingradius.com] writes: > Glen Zorn wrote: > >> A technical review of EAP-FAST as it applies to the charter work > >> items > >> is relevant. > > > > Thanks for the clarification. However, it's hard for me to > understand how > > the architectural choices of EAP-FA

Re: [Emu] Potential Issues with EAP-FAST

2009-02-07 Thread Alan DeKok
Dan Harkins wrote: > What if some architectural decision(s) make(s) one worse than the other > as a tunneled method of choice, even though _technically_ they both > satisfy the requirements? Are we forbidden from discussing that? No. > If it comes down to a beauty contest, we're only allowe

Re: [Emu] Potential Issues with EAP-FAST

2009-02-07 Thread Alan DeKok
Glen Zorn wrote: > Note that while it does say that the enabling of support for channel > bindings will not generate a new method it says nothing of the sort about > the tunneled method itself, Yes. >> Both EAP-TTLS and EAP-FAST have been proposed as choices for the >> tunneled method. > >