[p2p-hackers] UDP hole punching performance

[Matthew Kaufman]

Yariv Sadan writes:
> A colleague told me recently that UDP hole punching is "slow."...

That is only true if the UDP transfer protocol you implement has lower
performance than TCP. 

Our MFP protocol does encrypted transfers over UDP, including full support
in the MFPNet layer for UDP hole punching between two behind-NAT devices, at
rates which at least equal and can actually exceed TCP performance (because
we scale more appropriately for high delay*bandwidth, and because we have
definitive selective-acknowledgements; and if you're transferring more than
one stream of data, because we share congestion state)... See
www.amicima.com for more.

It is possible to do it less efficiently. For instance, we provide support
for multiple streams with prioritization, so we can do simultaneous VOIP and
file transfer with no impact to the voice. So can Skype... But on a
cross-country connection, our file transfers have clocked at 11-18 *times*
faster than Skype's current implemntation of file transfer over UDP.

Matthew