文章目录
和STUN协议相关的文档一共有三个: RFC 3489, RFC 5389和 RFC 5780
引用
Message Header
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| STUN Message Type | Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Transaction ID
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
STUN消息主要分为两种:
- Header说明
| 类型 | 说明 |
|---|---|
| STUN Message Type | STUN类型 |
| Message Lenght | 去除固定头部(20Byte)的剩余的长度 |
| Transaction ID | 一个128位的标识符,客户端随机生成的,然后服务端要回复相同的标识符 |
- STUN Message Type说明
| MessageType值 | 类型 |
|---|---|
| 0x0001 | Binding Request |
| 0x0101 | Binding Response |
| 0x0111 | Binding Error Response |
Message Attributes
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Value

本文详细介绍了STUN协议的结构与工作原理,包括MessageHeader、MessageAttributes等关键概念,探讨了NAT类型及其对通信的影响,如Fullcone、Restrictedcone等,并对比了RFC3489与RFC5780的不同之处。
7365

被折叠的 条评论
为什么被折叠?



