简介
本文描述遇到的问题在多点控制单元(MCU)的地方版本4.5和以上, MCU转换:在对%3A的一个会话初始化协议(SIP) URI,因为对待:作为用于的特殊字符指定密码。当MCU注册给第三方关守时,这导致呼叫发生故障。
MCU转换:在对%3A的一个SIP URI。视频通信服务器(VCS)能适当地解码%3A回到:哪些是为什么从MCU的呼叫与:通过VCS工作。
然而,如果MCU注册给第三方关守,它不能转换%3A到a :。
MCU版本4.4 (3.67)的MCU日志(其中MCU不编码:到%3A) :
TX:INVITE
-SIP
-Line Value="INVITE sip:record:97055@domain.com SIP/2.0
"
-Line Value="Via: SIP/2.0/UDP 10.1.1.1:5060;branch=z9hG4bKff9702c4
"
-Line Value="Max-Forwards: 70
"
-Line Value="From: "Codian MCU 4220" <sip:10.1.1.1>;tag=C7E8FE01CC370000
"
-Line Value="To: <sip:record:97055@domain.com>
"
-Line Value="Call-ID: DAEA9E22@10.1.1.1
"
-Line Value="CSeq: 1 INVITE
"
-Line Value="User-Agent: Codian MCU 4220 v4.4 (3.67)
"
MCU版本4.5 (1.45)的MCU日志:
TX:INVITE
-SIP
-Line Value="INVITE sip:record%3A97055@domain.com SIP/2.0
"
-Line Value="Via: SIP/2.0/UDP 10.1.1.1:5060;branch=z9hG4bKF876f970
"
-Line Value="Max-Forwards: 70
"
-Line Value="From: "Codian MCU 4220" <sip:10.1.1.1>;tag=C7E8FE01BC0079
"
-Line Value="To: <sip:record%3A97055@domain.com>
"
-Line Value="Call-ID: DAEBCE37@10.1.1.1
"
-Line Value="CSeq: 1 INVITE
"
-Line Value="User-Agent: Codian MCU 4220 v4.5 (1.45)
在升级对版本4.5的MCU, SIP地址从URI地址后更改:对record%3A97055@domain.com的record:97055@domain.com。
而不是a :MCU发送%3A,第三方关守不认可,并且这导致呼叫出故障。
解决方案是对二者之一创建在第三方关守的一次转换转换%3A对:或者不使用:在SIP URIs中。
有跟踪在MCU侧的此问题的bug CSCur46154;然而,因为MCU跟随此RFC,此bug当前关闭:
RFC解释:
密码:密码关联与用户。当SIP和SIP URI语法允许此字段存在时,没有推荐其使用,因为通过在明文的认证信息(例如URIs)被证明是在几乎使用了的每个案件的安全风险。例如,传输个人身份号码在此字段显示PIN。
注意密码字段是用户部分的分机。不希望的实施给特别重要到字段的密码部分可能对待“用户:密码”作为单个字符串。
因此,它是至解码它的编码器作为单个字符串用户或密码(:是特殊字符),并且MCU对待:作为特殊字符。