我的印象是,由于 TEARDOWN 请求会释放通常在进行 SETUP 时分配的资源,因此仅在 SETUP 请求之后才需要 TEARDOWN 请求。
但是,我只有一个 Android 设备,它在收到 DESCRIBE 请求的响应后立即发送 TEARDOWN(在 SETUP 请求之前,请求的 Session: 参数为空)。
这是出乎意料的,即使重新阅读 RFC,我也无法确认这是否合法。
有人可以提供这方面的信息吗?理想情况下是官方参考...
我的印象是,由于 TEARDOWN 请求会释放通常在进行 SETUP 时分配的资源,因此仅在 SETUP 请求之后才需要 TEARDOWN 请求。
但是,我只有一个 Android 设备,它在收到 DESCRIBE 请求的响应后立即发送 TEARDOWN(在 SETUP 请求之前,请求的 Session: 参数为空)。
这是出乎意料的,即使重新阅读 RFC,我也无法确认这是否合法。
有人可以提供这方面的信息吗?理想情况下是官方参考...