很多问题，对不起！
我正在做一个语音聊天（VoIP）应用程序，并且我正在考虑对IP＆UDP标头以及小而多余的信息（主要是seq number）进行自定义实现。听起来很像RTP，是的，但是我主要只是对seq编号或时间戳感兴趣，而试图实现自己的整个RTP声音就像一场噩梦，涉及所有复杂性，而且数据不太可能使用。
该应用程序的目标操作系统是Windows xp及更高版本。我已经阅读了有关Windows中原始套接字的http://msdn.microsoft.com/en-us/library/ms740548%28v=vs.85%29.aspx主题，现在我只想进行一些确认。
我也有一些一般性的网络问题。
以下是一些问题；
1）根据MSDN，您不能使用不在网络列表中的源发送自定义IP数据包。我从安全PoV上了解到这一点，但是有什么解决办法吗？我的想法是，例如，让两个客户端打开到不受NAT保护的服务器的UDP通信，然后让客户端欺骗源头，以使其看起来像数据包来自服务器而不是来自彼此，从而消除了对服务器作为数据中继以通过NAT，这将改善延迟。
我听说过winpcap，但我不希望每个客户端都必须安装任何第三方应用程序。考虑到DoS攻击的数量，肯定有一定的解决方法，例如欺骗OS用来检查源头是否合法的网络表？这会触发防病毒系统吗？
我觉得真正使用IP标头和更高的标头而不是仅使用预定义的标头玩起来真的很有趣。
2）我一直在遇到像JRTPLIB这样的免费RTP库的问题（无论如何它可能都很好，它只是不想为我工作），以使其发挥作用，超出了我几乎可以容忍的范围，并且我正在考虑只编写我自己对UDP的解释。像RTP这样的应用程序级协议是否只是直接在UDP有效负载内直接将其标头与实际数据一起构建？我怀疑这是考虑封装过程，但只是要确保。
如果是这样，则不需要创建RAW套接字来实现应用程序级协议，只需创建一个普通的UDP套接字，然后在上面创建您自己的有效载荷解释即可？
3）与UDP相比，RTP不能提供任何性能提升，因为它增加了更多的报头，它所做的只是确保数据包根据时间戳和序列号以某种正确的方式到达，对吗？
在您的基本VoIP项目需求中使用RTP实现而不是自己添加基本排序真的有用吗？我意识到，对于视频会议，您可能确实不希望帧乱序播放，但是在音频对话中，您真的会注意到吗？
4）如果我在＃1中的解决方案不适用，并且必须将服务器用作客户端之间的数据中继，那么多播是否可以成为减轻服务器负载的好解决方案？路由硬件是否足够支持多播？
5）与问题1）有关。为什么路由器/防火墙允许UDP打孔之类的功能？例如，两个客户端首先连接到服务器，然后服务器将客户端端口/ ip提供给其他客户端，以便客户端可以在这些端口上彼此通信。
为什么防火墙允许从另一个IP接收数据，而不是在那个端口上建立连接所使用的IP？听起来像应该轻易过滤的大安全漏洞？我知道源IP欺骗会欺骗它，但这吗？
6）要在两方之间建立UDP会话（客户端位于NAT之后，服务器非NAT），客户端是否只需要将数据包发送到服务器，然后允许该会话通过防火墙？意味着客户端也可以从服务器接收。
根据Wiki上的文章http://en.wikipedia.org/wiki/UDP_hole_punching
7）SIP是否依赖于RTP？由于某种原因，我得到了这种印象，但是我找不到要备份的数据。我可能计划将来在我的VoIP客户端中添加软件电话功能，并希望确保我有一个良好的基础（如果真的需要，则为RTP，否则为我自己的UDP解释）
提前致谢！
最佳答案
1，对于此应用程序，似乎不需要原始套接字
2，是的
3，RTP在UDP之上运行，当然会增加开销。在许多方面，RTP（忽略RTCP）几乎已经是最低要求了，如果您实施了中途的替代方案，则最多可以节省几个字节，并且您将无法使用许多RTP测试工具中的任何一个。
7，SIP完全独立于RTP。 SIP用于启动会话。 SDP是SIP通常传输的协议，它是协商和控制RTP视频/语音的SDP。
关于c++ - Windows XP(及更高版本)中的自定义IP/UDP/RTP header +常规网络问题，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4770244/