Mes appels impliquant une unité MCU TANDBERG Codian, IP GW, IP VCR, ISDN GW, Telepresence Server, VCS, TCS ou un point d'extrémité se déconnectent de manière inattendue après une période déterminée

Introduction

Cet article concerne les modèles Cisco TelePresence MCU 4203, Cisco TelePresence MCU MSE 8420, Cisco TelePresence IP VCR 2210, Cisco TelePresence VCR MSE 8220, Cisco TelePresence ISDN GW 3241, Cisco TelePresence ISDN GW MSE 8321, Cisco TelePresence IP GW 3510, Cisco TelePresence MCU 4505 et Cisco TelePresence MCU MSE 8510.

Q. Mes appels impliquant une unité MCU TANDBERG Codian, IP GW, IP VCR, ISDN GW, Telepresence Server, VCS, TCS ou un point d'extrémité se déconnectent de manière inattendue après une période déterminée

A. Cette FAQ est en cours de révision

Les produits suivants n'imposent pas de limites de durée d'appel :

• Serveurs TANDBERG Telepresence

• MCU TANDBERG Codian

• Passerelles IP TANDBERG Codian

• VCR IP Codian TANDBERG

De nombreuses passerelles RNIS, notamment la passerelle TANDBERG Codian RNIS GW, disposent d’un temps d’appel maximum configurable, qui se trouve dans Settings > RNIS

La plupart des contrôleurs d'accès, y compris le VCS TANDBERG et le contrôleur d'accès TANDBERG, peuvent être configurés pour autoriser une durée d'appel maximale.

Bien que ces limites soient utiles pour éviter les coûts imprévus lorsqu'un utilisateur ne parvient pas à déconnecter correctement son appel, elles peuvent entraîner des problèmes de déconnexion frustrants.

En outre, de nombreux pare-feu courants imposent une limite de durée d'appel par défaut. Des paramètres de port Ethernet non concordants peuvent entraîner une perte de paquets élevée, entraînant la suppression des appels.

Si vous constatez que les appels à destination ou en provenance d'un terminal donné se déconnectent toujours après un certain temps, examinez les points suivants :

1. Limites de durée imposées par les contrôleurs d'accès impliqués dans un appel. Le terminal et l'unité peuvent être enregistrés auprès de différents contrôleurs d'accès ; même si l'appel est composé par une adresse IP, plutôt que par un numéro E.164, les contrôleurs d'accès peuvent toujours être impliqués dans la configuration et la suppression de l'appel.

2. Limites de durée appliquées aux connexions réseau par les pare-feu. Par exemple, un pare-feu Cisco PIX peut avoir une commande timeout du formulaire timeout conn 1:00:00 udp 0:02:00 h225 1:00:00 h323 2:00:00 (c'est-à-dire une liste de noms de protocole reconnus, chacun suivi d'un délai en heures, minutes et secondes). Cet exemple impose une limite de 2 heures sur les connexions H.323 ; cependant, il impose également des limites aux autres protocoles qui affecteraient également un appel vidéo (UDP et H225). De nombreux protocoles réseau différents sont impliqués dans un appel vidéo IP. Un délai d'attente appliqué à l'un d'eux peut entraîner la désactivation de l'appel.

3. Délais d'attente appliqués à d'autres terminaux et MCU, par exemple, le paramètre MaxTimeInCall sur le MGC Polycom.

4. Les paramètres du port de commutateur Ethernet ne correspondent pas. Lorsqu'il n'existe aucun modèle pour les périodes après lesquelles les appels se déconnectent et que les raisons de déconnexion dans le journal des événements incluent 'Erreur de connexion réseau H.245', il est possible que les paramètres de port Ethernet de votre produit Codian ne correspondent pas à ceux du commutateur auquel il est connecté. Il est très important que les paramètres de port Ethernet de votre produit Codian correspondent à ceux de votre commutateur. Lorsque les paramètres ne correspondent pas, la perte de paquets peut se produire et lorsque la perte de paquets dépasse un certain niveau, les appels entre votre MCU et vos terminaux peuvent être supprimés. Si un côté est défini pour la négociation automatique, l'autre côté doit être défini pour la négociation automatique ('Auto' doit toujours être utilisé pour Gigabit Ethernet). Si un côté est câblé à une certaine valeur (par exemple, 100 Mbits/s Full duplex), l'autre côté doit être défini sur le même. Si les deux côtés sont configurés pour la négociation automatique mais que des déconnexions aléatoires se produisent toujours, c'est une bonne étape de dépannage pour câbler les deux côtés sur 100 Mbits/s Full Duplex. Cela éliminera les problèmes de négociation automatique comme source de vos problèmes.

Parmi tous ces éléments, les délais d'expiration du pare-feu sont probablement les plus difficiles à dépanner, car vous n'êtes peut-être pas nécessairement au courant de l'existence du pare-feu et même si vous l'êtes, sa configuration n'est probablement pas facilement accessible.

Informations connexes

• Support et documentation techniques - Cisco Systems

Historique de révision