This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author Elizacat
Recipients Elizacat, alex.gronholm, asvetlov, gc, gvanrossum, msornay, vstinner, yselivanov
Date 2015-10-08.05:43:53
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1444283034.04.0.544349917326.issue23749@psf.upfronthosting.co.za>
In-reply-to
Content
> Therefore, the most convenient place to add the new API are *transports*.

I had an inkling this was the case, but I didn't know how to go about the creation of a new protocol and transport pair.

> I'm hesitant to add this API to Transport; it somehow feels wrong to put such an implementation-specific thing there. E.g. I presume you can't do this for an UDP transport.

DTLS (basically TLS over any datagram-oriented protocol, including UDP, SCTP, etc.) exists, so this makes sense, although I don't know if asyncio supports it, but the only major protocol I can think of that uses DTLS is WebRTC.

In any case, it could potentially make sense for other transport types, if not now, then in the future.
History
Date User Action Args
2015-10-08 05:43:54Elizacatsetrecipients: + Elizacat, gvanrossum, vstinner, asvetlov, alex.gronholm, yselivanov, msornay, gc
2015-10-08 05:43:54Elizacatsetmessageid: <1444283034.04.0.544349917326.issue23749@psf.upfronthosting.co.za>
2015-10-08 05:43:54Elizacatlinkissue23749 messages
2015-10-08 05:43:53Elizacatcreate