Introduction
Ce document décrit comment activer la validation du port source RTP (Real Time Protocol) afin d'éviter les problèmes de qualité vocale comme la diaphonie.
Conditions préalables
Exigences
IOS 12.4(6)T ou versions ultérieures.
Composants utilisés
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Attention : les informations de ce document ont été créées à partir des périphériques d'un environnement de travaux pratiques spécifique. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.
Informations générales
Les appelants du réseau téléphonique public commuté (RTPC) subissent une diaphonie ou des flux vocaux mixtes dans ce flux d'appels :
Téléphones IP — Cisco Unified Communications Manager (CUCM) — Passerelle IOS SIP (Session Initiation Protocol) — RTPC
Cela peut se produire lorsque la passerelle reçoit un flux RTP non valide destiné à la même adresse IP et au même port d'un appel actif.
Le flux non valide a une adresse IP source et un port différents de ceux négociés via le protocole SIP (Session Description Protocol).
Vérification de la configuration :
Vérifiez si :
a) Le service Hoot n Holler est utilisé :
dial-peer voice x voip
session protocol multicast
définition CLI
Cette commande est utilisée pour les configurations de conférence vocale dans une mise en oeuvre de réseau « hoot and holler ». Cette commande permet à plus de deux ports de joindre la même session simultanément.
b) Si le SIP est configuré :
dial-peer voice x voip
session protocol sipv2
définition CLI
Configuration Steps
Configurez ces commandes :
voice service voip
sip
source filter
Cette commande élimine le risque de diaphonie puisque la passerelle bloque tous les signaux audio indésirables provenant d'une source inconnue.
Remarque : La commande ci-dessus fonctionne uniquement pour SIP. Par conséquent, les protocoles H323, MGCP (Media Gateway Control Protocol) et SCCP (Skinny Client Control Protocol) sont toujours affectés.
Exemple de configuration :
voice service voip
allow-connections sip to sip
sip
bind control source-interface loopback0
bind media source-interface loopback0
source filter
dial-peer voice 2001 voip
destination-pattern 79...
session protocool sipv2
session target ipv4:172.16.32.21
incoming called-number .
voice-class codec 1
dtmf-relay rtp-nte
Vérifier
Aucune procédure de vérification n'est disponible pour cette configuration.
Dépannage
Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.