STUN消息处理教程：构建与发送请求、指示消息

"发送请求消息或者指示消息-microblaze实例教程" 本文档是关于STUN (Session Traversal Utilities for NAT, 网络地址转换穿越工具) 协议的RFC5389中文版，主要讲解如何在Microblaze环境下构建和发送请求消息或指示消息。STUN协议用于帮助穿越网络地址转换设备，例如NAT，以便于实时通信应用如VoIP和视频会议能够正常工作。 在形成请求或指示消息时，代理必须遵循第6节所述的规则来构造消息头部。消息类别应设置为"Request"（请求）或"Indication"（指示），具体取决于消息的性质。方法字段可以是绑定或其他由文档定义的方法。代理需要添加方法或用法指定的所有属性，比如鉴权方法、FINGERPRINT属性等。 鉴权方法在某些情况下是必须的，例如无鉴权的绑定方法。如果代理发送请求，它可以包含SOFTWARE属性；而在指示消息中是否包含SOFTWARE属性则由具体方法决定。对于无鉴权的请求，如果没有用法指定，通常不需要其他属性。 在通过UDP发送STUN消息时，应考虑最大传输单元（MTU）的限制。如果知道路径的MTU，则消息应小于该值，若未知，则应小于IPv4的576字节或IPv6的1280字节，考虑到IP和UDP头部的大小，实际STUN消息长度应小于548字节。这是为了适应MTU探测的功能，但其他应用中可能需要遵守更严格的MTU限制。 发送请求或指示消息可以使用UDP、TCP或TCP上的TLS。第7.2节详细描述了这些不同传输层协议下的发送过程。代理需确定接收者的IP地址和端口，并遵循第9节描述的用法选择合适的通信协议。 处理STUN消息的过程包括接收请求、指示和错误响应。FINGERPRINT机制用于校验消息的完整性，而鉴权和消息完整性机制（如短期和长期证书机制）确保了通信的安全性。此外，文档还讨论了服务器的DNS发现、向后兼容RFC3489的策略、STUN属性（如MAPPED-ADDRESS、XOR-MAPPED-ADDRESS等）以及安全考虑，如抵御各种攻击的策略。 该教程提供了STUN协议的详细实现指南，对于理解如何在Microblaze环境中处理NAT穿透问题非常有用。