one way IP trunking

[ccuster]

Getting an out of service error calling from one 3300 ICP to another. It’s a clustered environment with 12+ Nodes. Mixture of MCD 5.0 and 6.0 w/ SDS. System is synchronized with the cluster incl. telephone & remote directory.

- It throws no ICP Comm alarms or any other alarms within the admin group or cluster.

- RMESS command from multiple PBXs confirms that the controller is communicating w/ cluster

- The internal calls flow the other direction perfectly w/ SMDR records. Dialing the other way (into the facility w/ IP trunking) however gives an out of service error and no SMDR activity. We can however register DN from the facility remotely (though still get the out of service error when calling it) as well as taking a DN & phone from another facility and power it up and get two way dialing.

- I have gone through all the relevant forms multiple times and even had a second set of eyes look.

Network Elements
Cluster Elements
ICP/PBX Networking
IP/XNET trunk profiles
IP/XNET Trunk Groups
ARS Digits Dialed
ARS Routes

The only known unknown is that the facility in question has a 70 – 80 ms ping time from all other locations at no load (it is a new facility and a peculiar network as it resides across a border with a different ISP and they are working on the latency).

All other functions at the facility work – computers, internal ext. dialing, dialing ext. to other facilities, etc. it just cant dial into facility through IP.

Cheers

[ralph]

My initial feeling is that you have some firewalls in between your subnets.
The firewalls have to allow each device in each subnet to talk to each other.
The FW rules can't just allow the PBXs to talk to each other.

Try setting up your laptop with an IP on the voice network and try pinging one of the phones in the other subnet.
Or you can go into the config mode of a phone, select tools and features and then Ping test.

Ralph

[ccuster]

Thanks for the quick response

we took an office phone from another facility to the site in question. it booted up - though sat on the "loading applications" screen for an unusual amount of time. eventually it came up, pulling local DHCP and worked perfectly.

the two PBXs are communicating

RMESSAGE: Connected to PBX200                                                   
RMESSAGE: Verification successful to PBX200                                     
RMESSAGE: Disconnected to PBX200

RMESSAGE: Connected to PBX223                                                 
RMESSAGE: Verification successful to PBX223                                   
RMESSAGE: Disconnected to PBX223                                                                 

I pinged my phone from the PBX in question

PING 172.17.34.76: 56 data bytes
64 bytes from 172.17.34.76: icmp_seq=0. time=80. ms
64 bytes from 172.17.34.76: icmp_seq=1. time=120. ms
64 bytes from 172.17.34.76: icmp_seq=2. time=90. ms
64 bytes from 172.17.34.76: icmp_seq=3. time=70. ms

and then the other way from the 3300 my DN resides to a phone there. all looks good.

PING 172.17.169.41: 56 data bytes
64 bytes from 172.17.169.41: icmp_seq=0. time=70. ms
64 bytes from 172.17.169.41: icmp_seq=1. time=70. ms
64 bytes from 172.17.169.41: icmp_seq=2. time=70. ms
64 bytes from 172.17.169.41: icmp_seq=3. time=70. ms
----172.17.169.41 PING Statistics----
4 packets transmitted, 4 packets received, 0% packet loss
round-trip (ms)  min/avg/max = 70/70/70


i have scheduled a change window for this evening to sync the entire cluster to make sure SDS is syncing entirely and i may possibly completely re-add the controller or even reinstall. running out of ideas

[ralph]

You need to try to ping phone to phone.

Ralph

[ccuster]

ping tests from phone to phone successful

maybe it hasnt fully synced with the cluster. the network elements, cluster elements, telephone & RDN directories are synchronized and we typically set up the ARS and XNET manually. i will let you know how it plays out.

i will be running a full SDS sync later this week to see if it succeeds or what error logs it throws if any.

Cheers

[bluewhite4]

My thought is that even if SDS is setup and working, you may still not have IP trunking setup for this location on both sides. I know I've done that, where I've done all the IP trunking on a new location, but forgot to go to all the old locations and add in this new site.

[ralph]

I had a site once where I knew it was programmed correctly but it was OS on one side.
This was XNET.
I had Mitel look at it with me and they also concluded it was correct.
I finally had to do a work around and change the route to "Direct IP".
Then it worked.   
Never did figure out what was happening.

Ralph

[ccuster]

Oh my god! i never would have tried that. work around work worked great.

Thanks

though i know i will be ask why and i will have no answer

Cheers

[Superior_Trebuchets]

I had a site once where I knew it was programmed correctly but it was OS on one side.
This was XNET.
I had Mitel look at it with me and they also concluded it was correct.
I finally had to do a work around and change the route to "Direct IP".
Then it worked.   
Never did figure out what was happening.

Ralph

Interconnect restriction changes when changing to direct IP.