Introduction
Ce document décrit comment permettre à la validation de port de source de Protocole RTP (Real-Time Protocol) afin d'éviter le problème de qualité voix comme l'interférence.
Conditions préalables
Conditions requises
IOS 12.4(6)T ou plus nouvelles versions.
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Attention : Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est vivant, assurez-vous que vous comprenez l'impact potentiel de n'importe quelle commande.
Les appelants publics du réseau téléphonique de commutateur (PSTN) éprouvent l'interférence ou les flux voix mélangés dans cet appel circulent :
Téléphones IP -- Cisco Unified Communications Manager (CUCM) ------ Passerelle IOS de Protocole SIP (Session Initiation Protocol) -- PSTN
Ceci pourrait se produire quand la passerelle reçoit un flot non valide de RTP destiné à la mêmes adresse IP et port d'un appel actif.
Le flot non valide a l'adresse IP source et le port différents que celui négocié par l'intermédiaire de la Session Description Protocol de SIP (SDP).
Contrôle de configuration :
Vérifiez si :
a) Le Holler de la huée n est utilisé :
dial-peer voice x voip
session protocol multicast
Définition CLI
Cette commande est utilisée pour des configurations de conférence vocale dans une implémentation de réseau de huée et de holler. Cette commande permet à plus de deux ports pour joindre la même session simultanément.
b) Si le SIP est configuré :
dial-peer voice x voip
session protocol sipv2
Définition CLI
Configurez ces commandes :
voice service voip
sip
source filter
Cette commande élimine le risque pour l'interférence puisque la passerelle bloque tout l'audio escroc d'une provenance inconnue.
Remarque: La commande ci-dessus fonctionne pour le SIP seulement, ainsi le h323, le Protocole MGCP (Media Gateway Control Protocol), et le Skinny Client Control Protocol (SCCP) sont encore 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érifiez
Aucune procédure de vérification n'est disponible pour cette configuration.
Dépannez
Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.
Commentaires