异常显示body消息

    当使用Go语言构造SIP消息体后，通过`s.Write(msg)`发送给FreeSWITCH，但在抓包工具（如Wireshark）中看到的Body部分显示为一堆数字而不是可读的文本。

    首先，使用`parts[1]`来获取Body部分的字符串，并通过`msg.Pack.Body = []byte(parts[1])`将其转换为字节数组，然后通过`s.Write(msg)`发送。但抓包时看到的Body是数字，这显然不符合预期，因为SIP的Body通常是文本格式的SDP。

需要考虑以下几个可能的原因：

1. Body内容本身是否正确：用户是否正确生成了符合SDP格式的字符串？如果Body内容本身是二进制数据或格式错误，抓包工具可能会显示为十六进制数字。

2. Content-Type头是否正确设置：如果SIP消息头中没有正确声明`Content-Type: application/sdp`，Wireshark可能无法正确解析Body，导致显示为原始字节。

3. 换行符是否正确：SDP要求使用`\r\n`作为换行符，如果用户错误地使用了`\n`，可能导致解析错误，进而显示为乱码。

4. 抓包工具的配置问题：用户是否在Wireshark中启用了SIP和SDP的解析器？如果解析器未正确配置，即使Body正确，也可能显示为字节流。

逐步分析每个可能性：

    检查Body内容：用户是否在构造SDP时使用了正确的字段和格式？例如，必须包含`v=`, `o=`, `s=`, `c=`, `t=`, `m=`等字段，并且顺序正确。在这些字段中有拼写错误或顺序错误，可能导致解析失败。

    验证Content-Type头：用户是否在SIP消息头中明确设置了`Content-Type: application/sdp`？如果缺失或错误，Wireshark无法识别Body格式，只能显示原始字节。

    换行符是否正确：在构造SDP字符串时，是否使用`\r\n`作为换行符？例如，`v=0\r\no=...`。如果仅使用`\n`，可能导致格式错误，抓包工具无法正确解析。在构造消息中，如果只有header没有body，那么使用/r/n/r/n进行结束；如果header和body都存在，那么构造消息时使用\r\n进行分开，而不是\r\n\r\n。

解决方案包括

1.确保SDP格式正确：检查用户生成SDP的代码，确认所有必填字段存在且顺序正确，使用标准缩写，换行符正确。

2. 设置正确的Content-Type头：在SIP消息头中添加`Content-Type: application/sdp`，确保FreeSWITCH和抓包工具能正确识别Body类型。

3. 检查换行符：确认在生成SDP字符串时使用`\r\n`而不是`\n`。

4.配置Wireshark：指导用户如何在Wireshark中启用SIP/SDP解析，确保Body正确显示为文本而非字节流。