[p2p-hackers] UDP hole punching performance

[Alex Pankratov]

It 100% protocol-specific problem and not related to UDP/hp. The
behaviour your friend saw might've been caused by an excessive IP
fragmentation or inefficient ACKing or some other design flaw or
an artefact of a reliable UDP protocol being used.

Plain and simple IP-in-UDP encapsulation for packets received from
a TUN/TAP device has a near zero performance hit. Just remember to
either decrease TUN/TAP device MTU or be sure to preserver IP/DF
flag when encapsulating the traffic (this is needed to allow for
Path MTU discovery).

Alex

Yariv Sadan wrote:

> Hello,
> 
> A colleague told me recently that UDP hole punching is "slow." That is, 
> if you transfer data between 2 NATed hosts through a UDP punched hole 
> and by using a reliable UDP type of protocol, you would get lower 
> transfer speeds than by using a direct TCP connection. In other words, 
> he claims that UDP hole punching somehow reduces the connection's 
> throughput. I, personally, don't see a reason for this statement to be 
> true; however, I've never ran measurements myself so I can't confirm or 
> discredit it. Does anybody with experience in this area know if there's 
> any truth to this statement?
> 
> Thanks,
> Yariv
> 
> _______________________________________________
> p2p-hackers mailing list
> p2p-hackers at zgp.org
> http://zgp.org/mailman/listinfo/p2p-hackers
> _______________________________________________
> Here is a web page listing P2P Conferences:
> http://www.neurogrid.net/twiki/bin/view/Main/PeerToPeerConferences
> 
>