简介
本文描述遇到的问题在多点控制单元(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对待：作为特殊字符。
反餽