Solved: Strange Problem

Rod.Blackie · ‎08-16-2010

Hi Netpro's

I've got a really strange problem on my hands - any help in resolving the issue would be appreciated.

Problem:

If I dial a local number (which is a DDI range on my UCM system) from my mobile lets say 8585746 as soon as the number hits my H.323 gateway an outgoing call is placed to a national number of 01xxx 515746. This number is not owened by my company. Now say I stick a phone onto extension 5746 and try and place the call again from my mobile then phone on extension 5746 rings as normal.

I have no reason to forward calls to the national number 01xxx 515746 as it's not associated to our company. We don't have any call forwarding, route lists, CTI ports, or translation patterns set up that would or could forward to this national number? it's as if my UCM database is corrup somewhere and I can't seem to figure out where? or why?

Q931 attached below to show you want I mean about a call coming into x5746 and a call being placed to national number 01xxx 515746

10.118.2.2-VOIP(config)#
Aug 13 11:32:42.103: ISDN Se1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x0003
        Sending Complete
        Bearer Capability i = 0x9090A3
                Standard = CCITT
                Transfer Capability = 3.1kHz Audio
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98383
                Exclusive, Channel 3
        Progress Ind i = 0x8483 - Origination address is non-ISDN
        Calling Party Number i = 0x00A3, N/A
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x81, '5746'
                Plan:ISDN, Type:Unknown
Aug 13 11:32:42.159: ISDN Se1/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0x800
3
        Channel ID i = 0xA98383
                Exclusive, Channel 3
10.118.2.2-VOIP(config)#
Aug 13 11:32:42.303: ISDN Se1/0:15 Q931: Applying typeplan for sw-type 0x12 is 0
x0 0x0, Called num 01235515746
Aug 13 11:32:42.307: ISDN Se1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x5F4C
        Bearer Capability i = 0x9090A3
                Standard = CCITT
                Transfer Capability = 3.1kHz Audio
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA9839E
                Exclusive, Channel 30
        Progress Ind i = 0x8183 - Origination address is non-ISDN
        Called Party Number i = 0x80, '01xxx515746'
                Plan:Unknown, Type:Unknown
Aug 13 11:32:42.496: ISDN Se1/0:15 Q931: RX <- CALL_PROC pd = 8 callref = 0xDF4
C
        Channel ID i = 0xA9839E
                Exclusive, Channel 30

Aug 13 11:32:43.493: ISDN Se1/0:15 Q931: RX <- ALERTING pd = 8 callref = 0xDF4C
Aug 13 11:32:43.549: ISDN Se1/0:15 Q931: TX -> ALERTING pd = 8 callref = 0x8003

Progress Ind i = 0x8188 - In-band info or appropriate now available
10.118.2.2-VOIP(config)#

Thanks

Rod

Jonathan Schulenberg · ‎08-16-2010

Now say I stick a phone onto extension 5746 and try and place the call 
again from my mobile then phone on extension 5746 rings as normal.

I doubt that the problem is on your H.323 gateway if I am reading this sentence correctly. Is it accurate to state that a) you are placing the call from a IP phone registered to UCM; and, b) you are assigning 5746 to another IP phone? If both answers are 'yes' I would focus on UCM.

There is a tool called the Dialed Number Analyzer that you can use to understand what UCM is seeing along the way. https:///dna is the URL. Run through it from perspective of the phone/DN you are making the call from. It should show you what UCM is matching.

View solution in original post

paolo bevilacqua · ‎08-16-2010

Possibly, you have some voice translation rule in the VG that causes that.

Rod.Blackie · ‎08-16-2010

Hi

Thanks for your reply.

Below is the config for the VG

!
voice translation-rule 2
rule 1 /^1/ /901/
rule 2 /^2/ /902/
rule 3 /^3/ /903/
rule 4 /^4/ /904/
rule 5 /^5/ /905/
rule 6 /^6/ /906/
rule 7 /^7/ /907/
rule 8 /^8/ /908/
rule 9 /^9/ /909/
!
voice translation-rule 201
rule 1 /^6/ /6/
rule 2 /^86/ /6/
!
!
voice translation-profile 201
translate calling 2
translate called 201

!

voice-port 1/0:15
translation-profile incoming 201
no vad
cptone GB
!

Jonathan Schulenberg · ‎08-16-2010

Now say I stick a phone onto extension 5746 and try and place the call 
again from my mobile then phone on extension 5746 rings as normal.

I doubt that the problem is on your H.323 gateway if I am reading this sentence correctly. Is it accurate to state that a) you are placing the call from a IP phone registered to UCM; and, b) you are assigning 5746 to another IP phone? If both answers are 'yes' I would focus on UCM.

There is a tool called the Dialed Number Analyzer that you can use to understand what UCM is seeing along the way. https:///dna is the URL. Run through it from perspective of the phone/DN you are making the call from. It should show you what UCM is matching.

Rod.Blackie · ‎08-16-2010

Hi Thanks for your reply.

Your wrong in your assumptions. I am placing the call from my mobile phone which is not associated to UCM. If extension 5746 doesn't exisit in my UCM config as a number or route point or anything that could be attributed to a call routing funciton and I try and call the number 012925 xx5746 from my mobile the call is routed (unknown to me) to a company with no assocaition to my company on 01235 xx5746.

However I have noticed that there is a 'rouge' translation pattern that has been causing my problems within UCM. I've removed the overlapping translaiton pattern and my problem has been resolved.

Thanks to everyone of bothered to post some feedback.

paolo bevilacqua · ‎08-16-2010

Good you have solved.

In the future, please avoid low rating posts made with the will to help and in lack of much material information.