Websocket 与Web套接字（Web RTC）的SIP通信

Sip（会话启动协议）不理解websocket，所以我们需要Sip代理，它基本上是Sip和websocket之间的转换器。

我遵循这个使用web套接字进行sip握手的体系结构。我有几个问题 必须使用哪个sip代理进行音频和视频呼叫。在SIP模块的网关中，我使用星号。如何在视频通话中使用星号有视频通话的编解码器吗？请分享一些有用的链接。 我们将非常感谢您友好的回答。

• 这只是一种方法。有很多方法
• 您必须区分信令路径和媒体路径
• 在信令路径上，您必须选择信令协议和相应的传输协议。就信令而言，浏览器可以使用web套接字进行传输，使用sip进行协议。在传统SIP端，您需要UDP上的SID，需要更改信令的传输，而不是信令的协议
• 在媒体路径上，有两个问题：加密和编解码器。加密在webrtc中是强制性的，而不是在SIP中。你需要一个B2BUA来完成两个单词之间的转换
• 在编解码器方面，您可以在两个词之间选择一个重叠的编解码器，或者必须进行转码。这里似乎必须使用媒体服务器。如果您在一个会议中有多个参与方，则需要混合音频并合成视频以将其发送到传统SIP，在这种情况下，您的媒体服务器应为MCU
• 最终，你也会有一个发现和身份问题。在最初的握手过程中，当webRTC使用ICE时，SIP需要一个用户ID和一个域（DNS条目或固定IP）。在这里，您很可能需要使用B2BUA来连接这两个世界

Asterisk/kamailio/freeswitch可能会在简单情况下处理上述大部分问题（1到1，音频）。任何复杂的事情，你都得靠自己。你可能想看看由星号背后的公司digium制造的respoke.io。

• 这只是一种方法。有很多方法
• 您必须区分信令路径和媒体路径
• 在信令路径上，您必须选择信令协议和相应的传输协议。就信令而言，浏览器可以使用web套接字进行传输，使用sip进行协议。在传统SIP端，您需要UDP上的SID，需要更改信令的传输，而不是信令的协议
• 在媒体路径上，有两个问题：加密和编解码器。加密在webrtc中是强制性的，而不是在SIP中。你需要一个B2BUA来完成两个单词之间的转换
• 在编解码器方面，您可以在两个词之间选择一个重叠的编解码器，或者必须进行转码。这里似乎必须使用媒体服务器。如果您在一个会议中有多个参与方，则需要混合音频并合成视频以将其发送到传统SIP，在这种情况下，您的媒体服务器应为MCU
• 最终，你也会有一个发现和身份问题。在最初的握手过程中，当webRTC使用ICE时，SIP需要一个用户ID和一个域（DNS条目或固定IP）。在这里，您很可能需要使用B2BUA来连接这两个世界

Asterisk/kamailio/freeswitch可能会在简单情况下处理上述大部分问题（1到1，音频）。任何复杂的事情，你都得靠自己。你可能想看看由星号背后的公司digium制造的respoke.io。

• 这只是一种方法。有很多方法
• 您必须区分信令路径和媒体路径
• 在信令路径上，您必须选择信令协议和相应的传输协议。就信令而言，浏览器可以使用web套接字进行传输，使用sip进行协议。在传统SIP端，您需要UDP上的SID，需要更改信令的传输，而不是信令的协议
• 在媒体路径上，有两个问题：加密和编解码器。加密在webrtc中是强制性的，而不是在SIP中。你需要一个B2BUA来完成两个单词之间的转换
• 在编解码器方面，您可以在两个词之间选择一个重叠的编解码器，或者必须进行转码。这里似乎必须使用媒体服务器。如果您在一个会议中有多个参与方，则需要混合音频并合成视频以将其发送到传统SIP，在这种情况下，您的媒体服务器应为MCU
• 最终，你也会有一个发现和身份问题。在最初的握手过程中，当webRTC使用ICE时，SIP需要一个用户ID和一个域（DNS条目或固定IP）。在这里，您很可能需要使用B2BUA来连接这两个世界

Asterisk/kamailio/freeswitch可能会在简单情况下处理上述大部分问题（1到1，音频）。任何复杂的事情，你都得靠自己。你可能想看看由星号背后的公司digium制造的respoke.io。

• 这只是一种方法。有很多方法
• 您必须区分信令路径和媒体路径
• 在信令路径上，您必须选择信令协议和相应的传输协议。就信令而言，浏览器可以使用web套接字进行传输，使用sip进行协议。在传统SIP端，您需要UDP上的SID，需要更改信令的传输，而不是信令的协议
• 在媒体路径上，有两个问题：加密和编解码器。加密在webrtc中是强制性的，而不是在SIP中。你需要一个B2BUA来完成两个单词之间的转换
• 论公司