RTP,防火墙后面和Nat后面的媒体数据包使它难以修复,现在我正尝试进行UDP打孔,以获取乐趣

| 我试图制作一个对等2对等音频/视频应用程序,但是在NAT和防火墙之后导致我的应用程序失败,我发现Skype可以这样做,而其他应用程序也可以使用其他方法,那么我决定使用这种方法我的应用程序在NAT办公室/家庭后面工作。 UDP打孔: 到目前为止,尝试了hping2和netcat。服务器,nat / firewall后面的pc1和nat / firewall后面的pc2
local/1$ nc -u 14141 -l  # ME, step 1
remoteServer$ echo \"hello\" | nc -p 53 -u xx.23.xx.xx 14141  # My server, to say hello 
nc: Write error: No route to host    
local/2$ hping2 -c 1 -2 -s 14141 -p 53 xx.21.xx.xx # Me from second terminal making a hole
remoteServer$ echo \"hello\" | nc -p 53 -u xx.23.xx.xx 14141 # My server again say hell
local/1 $ nc -u 14141 -l # ME, step 1 was running and it received \"hello\" now
 hello
但是local / 1如何在没有hping2的情况下获取问候,或者究竟是什么hping2? 有人可以建议吗?或者我如何使用这种方法使A(本地)B(服务器)C(我的朋友)与对等2对等通信? 有用的链接: http://www.masquerade.cz/en/nat-tunel-metodou-udp-hole-punching-v-jazyce-java/ 跟进: UPnP是最好的解决方案?但它会寻找下一跳,因此在这种情况下,此路线图将失败(如果我没记错的话): 我(位于NAT后面)-> MyOffice(带有路由器,50台笔记本电脑)-> ISP1-> ISP2-> FriendOffice(带有路由器,90台笔记本电脑)->朋友(位于NAT后面)     
已邀请:
许多p2p应用程序所做的就是连接到最近的路由器,并要求它们为自己打开端口。阅读有关UPnP和NAT-PMP协议的信息。     

要回复问题请先登录注册