cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
288
Views
0
Helpful
2
Replies

Analog phones lines have stopped being able to send out.

Mogwai
Level 1
Level 1

We've discovered that multiple analog copper POTS lines that we have (Primarily for FAX), have stopped being able to send out, but can receive faxes fine. During the troubleshooting, a colleague & I have found the following. In the somewhat recent past, our VM's for CER, Call Manager, & Unity have all been upgraded & rebuilt within the last 6 months. I think this is going to be related to a HA issue of some sort, but I want to make sure before applying any potential changes. 

1. Calls & faxes are routing through two Dial Peers (10071 & 10072.) The only difference is that the 'session-target' IP's for both Dial Peers are pointing at the Cisco Call Manager Pub & Sub. 

2. When a butt set is used on a fax line & an outbound call is made, the call does work, but takes over a minute to start dialing out. 

3. When looking at the Call Manager settings, all the Gateways in question belong to the "Cisco Unified Communications Manager Group" which is set to "Sub" while all the configured slots on the gateway is set to "Pub."

We've attempted to change the slot setting (Device Pool) to Sub, so it matches the actual Gateway, but that didn't make any noticeable changes. If we change the 'Sub/Pub' setting on the Gateway, so that both the Gateway & Slots are matching, what would be the implications?  For example, If I change that setting on the Gateway in question from Sub to Pub, will that cause dropped calls?, reboots?, down time?, on the other configured analog slots on that gateway? 

 

 

2 Replies 2

ryabenne
Cisco Employee
Cisco Employee

Hello, 
Have you checked to see if you are able to send a fax internally successfully yet?  I would check this and also take a packet capture during that time. From there I would then take a packet capture on an external fax, try inbound and outbound. 

I would also possibly track down why the butt set doesn't work immediately as expected. You can run debugs for that and get CM traces to determine that. There is nothing on the CM side that would delay it for 1 minute. 

Does the fax call you made reach the Gateway?
"Debug Voice CCAPI Inout "would help verify if the call has reached the Gateway or not. If it's not reaching the Gateway, you need to check the CUCM configuration, specifically the call flow.
As @ryabenne mentioned, giving it a try with the internal fax will also help determine if the device is able to make the calls or not.



Response Signature