Здравствуйте, reversecode, Вы писали:

R>но udp hp через upnp это не честный udp hp
R>хамачи тоже самое

Ну вообще-то, хамачи не использует upnp. Я тоже не использовал: возни много, а дополнительный выхлоп очень маленький.

R>более честную статистику можете поискать среди тех кто сейчас интегрирует webrtc для конф
R>и вот они очень любят turn сервера
R>надеюсь объяснять почему, не надо

WEBRTC использует в чистом виде TURN + ICE. Совершенно буквально, как в RFC написано. Такая конструкция переполняет conntrack'овые таблицы роутеров, что в некоторых случаях приводит к их зависанию, совсем не работает с симметричными NAT'ами, не работает с NAT'ами, которые закрывают дырку, получив ICMP destination unreachable, и добивается успеха процентах в 70-и попыток, не больше.

Я уж не говорю о том, что в TURN'е полно тестов типа "послать пакет туда-то, если нет ответа в течении 10 секунд, повторить, если ответа все равно нет, то A, иначе — B". Этот поиск разницы между A и B занимает кучу времени, не принося никакой полезной информации для пробивания дырок.