TelePresence : Tandberg gamme MCU 4500 - version non-A

Conversions MCU : à %3A dans le SIP URIs dans la version 4.5 et ultérieures

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit un problème rencontré où dans la version 4.5 et ultérieures multipoint de l'unité de contrôle (MCU), le MCU convertit : dans URI de Protocole SIP (Session Initiation Protocol) à %3A parce qu'il traite : comme caractère particulier utilisé pour spécifier des mots de passe. Ceci fait échouer des appels quand le MCU est enregistré à un tiers garde-porte.

Contribué par Ishan Sambhi, ingénieur TAC Cisco.

Problème

Conversions MCU : dans l'URI d'un SIP à %3A. Le serveur de communication vidéo (VCS) peut correctement décoder le %3A de nouveau à : ce qui est avec pourquoi des appels du MCU : par le travail VCS.

Cependant, si le MCU est enregistré à un tiers garde-porte, il ne peut pas convertir %3A en a :.

Logs MCU pour la version 4.4 (3.67) MCU (où le MCU ne code pas : dans %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)
"

Logs MCU pour la version 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)

Après que la mise à jour du MCU à la version 4.5, le sip address soit changée de l'adresse URI : record:97055@domain.com à record%3A97055@domain.com.


Au lieu d'a : Le MCU envoie %3A, que le tiers garde-porte n'identifie pas et ceci fait échouer l'appel.

Solution

La solution est à l'un ou l'autre créent une transformation sur le tiers garde-porte pour convertir %3A en : ou ne pas utiliser : dans le SIP URIs.

Il y avait une bogue pour dépister cette question CSCur46154 du côté MCU ; cependant, cette bogue est maintenant fermée parce que le MCU suit ce RFC :

Le RFC explique :

mot de passe : Un mot de passe associé avec l'utilisateur. Tandis que la syntaxe d'URI de SIP et de SIP permet à ce champ pour être présente, son utilisation N'EST PAS RECOMMANDÉE, parce que le dépassement des informations d'authentification en texte clair (tel qu'URIs) s'est avéré être un risque de sécurité dans presque chaque cas où il a été utilisé. Par exemple, le transport de code PIN dans ce domaine expose le PIN.

Notez que le champ de mot de passe est juste une extension de la partie d'utilisateur. Les réalisations ne souhaitant pas donner l'importance spéciale à la partie de mot de passe du champ PEUVENT simplement traiter le « utilisateur : mot de passe » comme chaîne simple.

Par conséquent, il appartient au décodeur pour le décoder comme utilisateur simple de chaîne ou mot de passe (: est un caractère particulier), et le MCU traite : comme caractère particulier.



Document ID: 118818