Hi Satoru, Thank you for the suggestion, and my comments inline.
On Fri, Oct 19, 2012 at 11:59 AM, Satoru Matsushima < [email protected]> wrote: > > Thanks, same view on me. The local-mac isn't designed to encapsulate EAP > packet into CAPWAP-{CTL|DATA} but the split-mac is the mode which > CAPWAP-DATA deliver the EAP packet. > > > > Not actually. EAP is not exempted from the tunnel by RFC5415. > > I think that tunneling EAP packet through AP-AC link in the local-mac mode > is nothing worth. I think that it should be significant to share that there > is any implementation with that, or not. Can you include some results of > implementation survey in the document? Very good point and suggestion. We are glad to include such survey. Could you help conduct the survey? > > Thanks for the suggestion. Before that I need to clarify another aspect: > now that in the non-EAP authentication WLAN, we already have the AP not > directly interfacing with AAA, for a smooth upgrade, we had better keep > this arch. > > > > It seems slightly different discussion. EAP is a layer 2 authentication > protocol but non-EAP authentication, whatever web or WISPr, is layer 3 > based authentication. These are in orthogonal. > Anyway the problem we have is that the Thin-AP does not have the interface with AAA or not enabled at all. -cz > --satoru > >
_______________________________________________ OPSAWG mailing list [email protected] https://www.ietf.org/mailman/listinfo/opsawg
