Hi Behcet,
On 9/8/22 8:43 AM, Behcet Sarikaya wrote:
Hi Peter, Joe,
We made it clear that DPP R2 has already been published with a name
change:
*Wi-Fi Easy Connect™*
*Specification*
*Version 2.0*
Wi-Fi Easy Connect is the new DPP, which the authors seemingly did not
know about.
Wi-Fi Easy Connect is the name of a certification program at the
Wi-Fi Alliance
for devices that implement the DPP protocol.
I am well aware of Wi-Fi Easy Connect (having invented the protocols
that are used
in it and have contributed to development of the test plan). It seems
that you aren't.
Also the problem that this draft deals with and also Elliott mentioned
in his mail, Wi-Fi Easy Connect already solves it.
That is not correct, this draft deals with on-boarding of wired
devices on networks
that enforce security. Such networks enforce 802.1x and as soon as a
device is plugged
into such a switch an EAP Identity-Request will be sent. No packets
other than EAPoL are
allowed. Certainly no TCP frames encapsulating DPP messages! So it is
not possible to
do any DPP-over-TCP (or if you will "Wi-Fi Easy Connect over TCP") in
such a situation.
Wi-Fi Easy Connect, which is a certification program, does not solve
this problem. Neither
does the DPP protocol which Wi-Fi Easy Connect certifies compliance to.
The issue that IP connectivity cannot be established until
authentication and DPP-over-TCP
requires IP connectivity to perform authentication. It's a classic
catch-22. Why don't you
see this obvious problem?
regards,
Dan.
Regards,
Behcet
On Wed, Sep 7, 2022 at 11:57 PM Peter Yee <pe...@akayla.com> wrote:
In retrospect, sending the call for adoption at the height of August
vacation season may not have guaranteed the most responses. To be
honest,
the level of responses to this call has been a little light, so
Joe and I
have decided to extend the call for adoption for one week from today.
We would really like to hear from anyone else who is interested in
reviewing
and/or contributing to this specification or anyone who feels that
it should
not be adopted. Please speak up by the 14th either way. This
specification
would seemingly fit within the WG's existing charter, so let your
voice be
heard!
Thanks,
Peter and Joe
-----Original Message-----
From: Peter Yee <pe...@akayla.com>
Sent: Tuesday, August 16, 2022 1:12 PM
To: 'emu@ietf.org' <emu@ietf.org>
Subject: Adoption call for EAP-DPP
This is an adoption call for EAP-DPP
(draft-friel-tls-eap-dpp-05)[1]. This
document aligns with the charter item to "Define mechanisms by
which EAP
methods can support creation of long-term credentials for the peer
based on
initial limited-use credentials." The latest revision incorporates
feedback
from both the TLS and EMU working groups. Please review and
respond to the
list if you think this document is or is not an appropriate
working group
item for EMU by September 1, 2022.
Thanks,
Peter and Joe
[1] https://datatracker.ietf.org/doc/draft-friel-tls-eap-dpp/
_______________________________________________
Emu mailing list
Emu@ietf.org
https://www.ietf.org/mailman/listinfo/emu
_______________________________________________
Emu mailing list
Emu@ietf.org
https://www.ietf.org/mailman/listinfo/emu
--
"The object of life is not to be on the side of the majority, but to
escape finding oneself in the ranks of the insane." -- Marcus Aurelius
_______________________________________________
Emu mailing list
Emu@ietf.org
https://www.ietf.org/mailman/listinfo/emu
