Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

ISDN Network out of Service


Got an 2821 H323 gateway that is on a remote site to the Call Manager. Whenever we try to setup a call inbound from PSTN, we get a Network out of Order message and the call is not connected.

I have a feeling the problem is with Firewalls and the correct ports not being open - Anyone got any ideas?

The H323 config looks to be fine.



New Member

Re: ISDN Network out of Service

how about outbound calls?If only inbound are affected try using this command under the incoming matching VoIP Dial Peer..

Progress_ind setup enable 3



Cisco Employee

Re: ISDN Network out of Service

There are a couple of reasons why this happens, all of them ultimately due to the h225 TCP session not opening between the CallManager and the gateway.

First is the IP address the gateway is using as a source address is different to what the CCM has configured. The CCM does not accept anonymous H225 connections - it needs to know the originating IP address. By default, IOS uses the IP address of the egress interface the packets leave the router from, so in this case, unless you have a H323 bind command configured, the source address of the signalling will be the closest interface pointing to the callmanager. If your CCM has the IP address of the remote Fast ethernet as the gateway IP address, then the call will fail in the direction GW-->CCM, but will work fine CCM-->GW since IOS (by default) is happy to accept traffic to any local interface IP address.

Assuming the CCM has the IP address of the Fast ethernet configured, but the router has a WAN port , the fix would be to add this command under the FE interface -

h323-gateway voip bind scraddr

2) There is a firewall in the middle blocking certain traffic types such as H323. You may be able to see this by doing a 'debug ip tcp transaction' to look at the 3 way handshake that opens the session. Otherwise ask the firewall administrator to pass this traffic type.

3) there could be some kind of TCP MSS issue. By default, IOS will use H323 fast start, so it will embed h245 caps and negotiation messages inside the initial h225 signaling to speed up the call connection process. This can make some of the H225 packets exceed the default Maximum Segment Size (MSS) across the network. If there are GRE tunnels, VPN's, IPSec or similar in the path, the packet size may be too large to be handled by the intermediate network and it may get dropped. Other traffic passes without any problems so pings, telnet ssh etc ... all work fine, only H323 fails. A quick and dirty test for this is to reconfigure the signaling as SIP ... the SIP packets are smaller, less of them and UDP based so they pass across the IP cloud unobstructed.

Since the calls are working in one direction, I would take a guess and say it is probably due to (1) - confirm if you have the bind command , if not, add it and make sure the interface you bind to is the one that is configured in the callmanager gateway setting.