RTP送信元ポートの検証の設定

はじめに

このドキュメントでは、クロストークなどの音声品質の問題を回避するために、Real Time Protocol(RTP)送信元ポートの検証を有効にする方法について説明します。

前提条件

要　件

IOS 12.4(6)T以降のバージョン 

使用するコンポーネント

このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

注意：このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

バックグラウンド情報

公衆電話交換網(PSTN)の発信者が、このコールフローでクロストークや混合音声ストリームを経験します。

IPフォン：Cisco Unified Communications Manager(CUCM):Session Initiation Protocol(SIP)IOSゲートウェイ：PSTN

これは、アクティブコールと同じIPアドレスおよびポートを宛先とする無効なRTPストリームをゲートウェイが受信した場合に発生する可能性があります。 
無効なストリームの送信元IPアドレスとポートが、SIP Session Description Protocol(SDP)経由でネゴシエートされたものと異なる

設定チェック：

次の点を確認します。

a) Hoot n Hollerが使用されている：

dial-peer voice x voip 
 session protocol multicast

CLIの定義

このコマンドは、hoot and hollerネットワーキング実装での音声会議設定に使用されます。このコマンドでは、複数のポートが同じセッションに同時に参加できます。

b) SIPが設定されている場合：

dial-peer voice x voip 
 session protocol sipv2

CLIの定義

設定手順

次のコマンドを設定してください。

voice service voip 
 sip 
  source filter

 このコマンドは、ゲートウェイが未知のソースからのすべての不正な音声をブロックするため、クロストークのリスクを排除します。

注：上記のコマンドはSIPのみで機能するため、H323、Media Gateway Control Protocol(MGCP)、およびSkinny Client Control Protocol(SCCP)は依然として該当します。

設定例：

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

確認

現在、この設定に使用できる確認手順はありません。

トラブルシュート

現在、この設定に関する特定のトラブルシューティング情報はありません。

追加資料