RTP-Quell-Port-Validierung konfigurieren

Download-Optionen

PDF (251.6 KB)
Mit Adobe Reader auf verschiedenen Geräten anzeigen
ePub (80.0 KB)
In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
Mobi (Kindle) (64.9 KB)
Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen

Aktualisiert:14. September 2017

Dokument-ID:212071

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Inhalt

Einleitung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Hintergrundinformationen

Konfigurationsprüfung:

Konfigurationsschritte

Überprüfung

Fehlerbehebung

Zusätzlicher Verweis

Einleitung

In diesem Dokument wird beschrieben, wie Sie die RTP-Quell-Port-Validierung (Real Time Protocol) aktivieren, um Probleme mit der Sprachqualität wie Übersprechen zu vermeiden.

Voraussetzungen

Anforderungen

IOS 12.4(6)T oder neuere Versionen

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Vorsicht: Die Informationen in diesem Dokument stammen von Geräten in einer bestimmten Laborumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Hintergrundinformationen

Anrufer im öffentlichen Telefonnetz (Public Switch Telefone Network, PSTN) erhalten in diesem Anruffluss Nebensprechen oder gemischte Sprachströme:

IP-Telefone - Cisco Unified Communications Manager (CUCM) - Session Initiation Protocol (SIP) IOS Gateway - PSTN

Dies kann der Fall sein, wenn das Gateway einen ungültigen RTP-Stream empfängt, der an dieselbe IP-Adresse und denselben Port eines aktiven Anrufs gerichtet ist.
Der ungültige Stream hat eine andere IP-Quelladresse und einen anderen Port als die, die über das SIP Session Description Protocol (SDP) ausgehandelt wurden.

Konfigurationsprüfung:

Überprüfen Sie, ob:

a) Hoot n Holler wird verwendet:

dial-peer voice x voip 
 session protocol multicast

CLI-Definition

Dieser Befehl wird für Sprachkonferenzkonfigurationen in einer Hoot-and-Call-Netzwerkimplementierung verwendet. Mit diesem Befehl können mehr als zwei Ports gleichzeitig an einer Sitzung teilnehmen.

b) Wenn SIP konfiguriert ist:

dial-peer voice x voip 
 session protocol sipv2

CLI-Definition

Konfigurationsschritte

Konfigurieren Sie die folgenden Befehle:

voice service voip 
 sip 
  source filter

Mit diesem Befehl wird das Risiko von Nebensprechen vermieden, da das Gateway alle nicht autorisierten Audiodaten von einer unbekannten Quelle blockiert.

Anmerkung: Der obige Befehl funktioniert nur für SIP, sodass H323, Media Gateway Control Protocol (MGCP) und Skinny Client Control Protocol (SCCP) weiterhin betroffen sind.

Konfigurationsbeispiel:

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