I fully understand that using anything other than standard TLS/SSL would make
it easier for the protocol to be fingerprinted and potentially blocked.
FOrtunately, another project with a completely different aim has already worked
on the idea of transporting unreliable message-based protocols efficiently on
top of reliable stream-based protocols including TLS/SSL, without making it
possible to dinstinguish such behavior by means other than traffic flow
analysis. I recommend looking at http://dedis.cs.yale.edu/2009/tng/ -
especially their paper "Minion: Unordered Delivery Wire-Compatible with TCP and
TLS" and the drafts "Improving OpenSSL to Process Out of Order Data" and
"Unordered Delivery in TLS-Encrypted Connections".
Original issue reported on code.google.com by
Eternal...@gmail.comon 6 Mar 2012 at 7:06