It kind of sounds like a bad port if the CSS is the same as the working phones. If you get dial tone and can ring the phone I would think that the wiring is OK. If you are re-punching the line, then try to flip/reverse Tip and Ring just in case the Analog phone you are using is polarity sensitive.
We already experienced this kind of issue. Sometimes, you have to launch a reset of the MGCP config from the CallManager side. You have to call Reset from GW config page or by resetting GW's endpoints.
I don't know why it happens. Do you experienced this issue again?
I forgot to update this. I found out what the problem was.
I logged into the CLI of the VG and after a sh run. I noticed there was a werid setting (Static information) for that port. When I removed the port out of call manager and did a show run again, it was still on the VG. I removed the information from the VG. Then I added it back in via the webpage and did a sh run on the gateway to verify it added it correctly. Now it all works.
Your issue is strange indeed... It is not the first time we experience "strange" problems with a VG224 and/or MGCP.
Sometimes the config on VG/GW is not refreshed correctly, sometimes ports are not registered until the next "no mgcp/mgcp", sometimes they are registered to the wrong node not according to the CUCM group order...
We are looking for changing our signaling protocols to MGCP-->SCCP for VG224 and MGCP-->H323, but when the dialing plan is complex, H323 is a pain in the a..!
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
CUCM Database Replication is an area in which Cisco customers and
partners have asked for more in-depth training in being able to properly
assess a replication problem and potentially resolve an issue without
involving TAC. This document discusses the bas...