[pcp] EAP-over-PCP

[Alper Yegin <[e-mail]>]

I went back to reading your draft again.

I gotta tell you, it felt like reading PANA! 
Most of the design is direct adaptation of PANA design.
Earlier version of the I-D had softly acknowledged that:

   Some of the ideas in this document were adopted from PANA[RFC5191].

Interestingly, this statement disappeared in the latest doc.
"Some" is a major understatement btw.

The most striking difference between PANA and your design is in the terminology, and making it (look like) part of PCP.

But actually, on that last note, this does not look like PCP at all either.

PCP is a host-driven req/rsp protocol, plus server-side one-way notifications. That dictates its state machine.

Your design includes:
- client side one way message (PCC-Initiation)
- server-driven req/rsp
- one-way acks (PA-Ack) from client, wedged into req/rsp sequence

This is so different than PCP. Forcing the base PCP protocol to have a state machine to support both its native needs and this new "extension" is not trivial. 

If you folks revert the terminology back to PANA's, we can be done :-)

Alper