如何同时监听两个端口

    在模拟SIP终端中，9012和9013端口分别处理来自MicroSIP和测试程序的请求和响应。这两个端口都属于同一个SIP终端，并且希望使用socket对UDP包进行解析。

    首先，在同一个程序中同时监听9012和9013两个UDP端口，分别处理来自不同来源的SIP消息。用户可能希望这两个端口能够独立处理各自的通信，例如9013接收来自测试程序的INVITE请求，而9012处理来自MicroSIP的响应或其他请求。

如何在Go语言中实现这一点

    在Go中，每个UDP端口需要一个独立的socket来监听。因此，可能需要为每个端口创建独立的goroutine来监听和处理消息。这样，9012和9013可以并行处理各自的UDP数据包。

解析SIP消息

    使用socket对UDP包进行解析，因此需要将接收到的字节数据转换为结构化的SIP消息，例如使用现有的SIP库（如gosip）或者手动解析。解析后，可以根据消息类型（请求或响应）以及来源端口进行不同的处理逻辑。将来自测试程序（9013端口）的INVITE请求转发到MicroSIP的地址，并将来自MicroSIP（9012端口）的响应转发回测试程序。这涉及到消息的转发逻辑，需要维护一定的会话状态或通过消息头中的信息（如Via头）来正确路由响应。

如何处理并发

    确保不同端口的监听和处理不会相互阻塞。Go的goroutine非常适合处理这种并发场景，每个端口监听在一个独立的goroutine中，消息处理也可以在goroutine中进行，以提高效率。错误处理也是一个重要部分，例如端口绑定失败、消息解析错误或网络问题。需要确保程序能够优雅地处理这些错误，记录日志，并在可能的情况下恢复。

测试和验证

    确保来自测试程序的消息能够正确通过9013端口接收并转发到MicroSIP，同时MicroSIP的响应通过9012端口接收并返回给测试程序。可能需要使用工具如Wireshark来抓包验证消息的正确流动。

• 1. 错误处理与超时机制

    缺失的响应码：如 408 Request Timeout（请求超时）、486 Busy Here（被叫忙）、403 Forbidden（禁止呼叫）等。

    超时重传：若未收到响应，需支持 INVITE 重传（RFC 3261 建议默认 64*T1 超时）。

• 2. 媒体协商（SDP 交换）

    媒体描述缺失：SIP 信令需携带 SDP 协议体协商媒体参数（如 RTP 地址、编解码格式）。

    INVITE sip:bob@example.com SIP/2.0

    Content-Type: application/sdp

    Content-Length: ...

    v=0

    o=alice 2890844526 2890844526 IN IP4 192.168.0.63

    s=-

    c=IN IP4 192.168.0.63

    t=0 0

    m=audio 49170 RTP/AVP 0

    a=rtpmap:0 PCMU/8000

• 3. 会话保持与 CANCEL 处理

    CANCEL 请求：若主叫方在 180 Ringing 后取消呼叫，需发送 CANCEL 并处理 487 Request Terminated 响应。

    会话保持：若需维持会话（如通话保持），需支持 UPDATE 或 re-INVITE。