The scenario is we have a CUCM6.1.2, a Meridian system and an H323 gateway with two PRIs connected.
On the H323 Gateway Serial0/0/0:15 is a primary-net5 that goes to the PSTN and Serial0/1/0:15 is a primary-qsig that goes to a Meridian system.
When users make calls out to the PSTN from the CUCM they send a 4 digit CLI that is passed to the exchange successfully and the correct number is displayed at the called number
When users on the Meridian call out to the PSTN the call comes in to the gateway on s0/1/0:15 and has the correct 4 digit calling party number and is routed to s0/0/0:15 without going to the CUCM. When a circuit is picked up on s0/0/0:15 the 4 digit calling party number is still correct but the base number is displayed at the called number.
I suspect the problem is the conversion of the calling party number from the qsig format to q931 format as we are getting this error:
I have attached a debug and the configuration of the gateway. By the way, this site is in Germany and the users in Germany use "0" for an outside line on the CUCM and Meridian. To keep configuration clear on the gateway the Meridian system translates the leading "0" to a "9" and that is why the called number coming in from the qsig link is prefixed with a 9.
"Internal" calls between the two systems display the correct calling information.
To create Cisco Unified Communications Manager compatibility with your version of the QSIG protocol, configure the ASN.1 ROSE OID Encoding and QSIG Variant service parameters.
When a PBX connects to a gateway that is using QSIG via H.323, calls that occur between phones on the PBX and IP phones that are attached to the Cisco Unified Communications Manager can have only basic PRI functionality. The gateway that terminates the QSIG protocol provides only the Calling Line Identification (CLID) and Direct Inward Dialed (DID) number rather than Cisco Unified Communications Manager providing the information.
Thanks for your reply but the problem I am having is calls from the Meridian system not presenting CLID to the called number over the PSTN. Therefore the problem appears to lie within the config of the router as the call doesnt interact with the callmanager.
Calls between the Meridian and CCM and visa versa are good and present the correct CLID to the called party.
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...