So were you ever able to access the phone’s configuration via the screen or a web client? If the web interface is enabled on this model, then the URL for accessing it would be https://{Phone_IP}/ccmuser. The default UID/PWD credentials (if not changed) should just be cisco/cisco.
Like some of the folks here mentioned, if the phone itself isn’t honoring the dial plan then the IP-PBX won’t even see the digits in their entirety. My uneducated guess is that the IP-PBX settings didn’t all of a sudden change. But the phones themselves might have lost their configs sometime. And therefore their local dial plan is missing key elements.
This is where I am right now, These are the settings I have put into the soft phone. I’ve tried to access (over the network, and directly connected to the phone) via CCMUSER. I get an error (ERR_SLL_BAD_RECORD_MAC_ALERT). I feel like I’m jumping through hoops here, I just need international calling to work, this phone, and others like it didn’t have an issue dialing out previously, I think it’s a trunk issue. I will provide the trunk data if needed.
The domain wouldn’t need to be present if y’all are using IP addresses anyway. Peek into the configuration areas and see what the dial plan looks like. I haven’t worked with these types of phones in years, but I’m fairly sure there’s an online manual somewhere
I see that it shows the IP of the PBX as TFTP Server 1. That’s good.
Are you certain that nothing appears in /var/log/messages when you reboot the phone? If so, possibly the TFTP daemon is not getting started. You can run tcpdump on the PBX to see whether the phone is making TFTP requests and what replies, if any, are being given.
Regarding MicroSIP, can you post current settings for the account and extension?
I know this seems like a wild goose chase, but to simplify thing you can break the scenario down.
International dialing previously worked.
Now it doesn’t, so that points to a change somewhere.
The change had to have occurred at least one place along the line. No pun intended.
The three primary places to look at where a change could’ve happened would be a) the SIP service provider, b) the IP-PBX configuration, c) the phone configuration.
The closer you look at each of these places then I’m sure you will figure out the culprit!
I’m sorry I didn’t read all the way up the thread, but did you contact the SIP service provider first? To verify they allow international dialing? I know by default this wasn’t enabled for our own service. I had to enable it through their web portal. That’s the quickest and easiest thing to mark off the list.
Well that narrows it down to two areas — the IP-PBX and the Cisco desk phones. If no one modified the IP-PBX config then odds are that the phones at some point in time had their configs somehow reset to default.
