MediaMTX中WHIP/WHEP协议DELETE请求处理问题分析

背景介绍

MediaMTX是一款开源的实时媒体服务器，支持多种流媒体协议。在v1.6.0版本中，它新增了对WHIP/WHEP协议的支持，这两个协议是基于WebRTC的标准化协议，分别用于推流(WHEP)和拉流(WHEP)。

问题描述

在MediaMTX实现WHIP/WHEP协议时，存在一个关于DELETE请求处理的问题。根据RFC规范，WHIP/WHEP会话的终止需要通过HTTP DELETE方法发送到之前发布/订阅的资源URL。然而MediaMTX当前实现无法正确处理这类DELETE请求，会返回404错误。

技术分析

WHIP/WHEP协议规范要求

根据RFC规范，当需要显式终止会话时，客户端必须向初始HTTP POST返回的Location头字段中的资源URL发送HTTP DELETE请求。服务器收到后应当释放相关资源并终止ICE和DTLS会话。

MediaMTX实现问题

MediaMTX当前实现存在两个主要问题：

1. Location头格式问题：服务器返回的Location头只包含相对路径而非完整URL，这导致客户端(OBS等)无法正确构造DELETE请求的目标URL。

2. DELETE请求处理缺失：即使客户端发送了正确的DELETE请求，服务器也没有实现对应的处理逻辑，直接返回404错误。

兼容性影响

这一问题影响了多个主流客户端：

• OBS Studio (30.1.0及以上版本)
• 其他多个开源WHIP/WHEP客户端实现

解决方案

修复Location头格式

MediaMTX需要修改Location头的生成方式，确保返回完整的绝对路径。这需要考虑多种部署场景：

1. 直接部署时，应返回包含scheme和host的完整URL
2. 反向代理部署时，应返回以斜杠开头的完整路径

实现DELETE请求处理

服务器需要正确实现DELETE请求的处理逻辑，包括：

1. 查找并终止对应的WebRTC会话
2. 释放相关资源
3. 返回适当的HTTP状态码

相关技术要点

WebRTC连接管理

在修复此问题时，还需要考虑WebRTC连接的几个关键方面：

1. ICE候选收集：服务器应支持通过配置直接指定公网IP，避免依赖STUN/TURN服务
2. 认证机制：支持基于密钥的短期认证凭证
3. 连接优化：合理配置本地U