Showing results for 
Search instead for 
Did you mean: 

Core Issue

This problem relates to voice communications across a toll-bypass network, as shown in this network configuration:


When PSTN1 calls PSTN2 (or vice versa), PSTN1 can not hear PSTN2, but PSTN2 can hear PSTN1.

The PIX Firewall is doing Port Address Translation (PAT) for inside IP addresses with

Issuing the show call active voice brief command on GW2(iad2420) reveals that the is an H.323 peer, which is correct. Refer to this command output:

Telephony call-legs: 1

SIP call-legs: 0

H323 call-legs: 1

Total call-legs: 2

1290 : 2051562hs.1 +-1 pid:1 Answer 2146965151 connected

dur 00:00:00 tx:205/32482 rx:434/69440

Tele 1:23:125: tx:8690/869/0ms g711ulaw noise:0 acom:9  i/0:-50/-82 dBm

1290 : 2051563hs.1 +-1 pid:2 Originate 2148937404 connecting dur

00:00:00 tx:434/69440 rx:205/32482 IP rtt:12ms

pl:3410/20ms lost:0/1/0 delay:54/54/65ms

Issuing the show voip rtp connections command reveals that the remote RTP peer is So the IP address of the inside gateway has not been translated. The GW2 is sending the Real-Time Protocol (RTP) stream to a private address that goes nowhere, as shown:

VoIP RTP active connections :

No. CallId  dstCallId  LocalRTP RmtRTP LocalIP         RemoteIP

1   120     119        16434    17850

The PIX allows traffic to pass correctly for H.225 but not H.245.


For a workaround, add this on the inside gateway (GW1):

interface Loopback0
ip address
h323-gateway voip bind srcaddr

For more information, refer to the Bind the H.323 Signaling to a Specific IP Address on Cisco IOS Gateway/Routers section of Troubleshooting One Way Voice Issues.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Recognize Your Peers
Quick Links