10-07-2025 10:25 AM
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?
10-19-2025 03:25 PM
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.
10-19-2025 11:13 PM
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.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide