Long distance call issue

[trbonja05]

- Clustered environment and CUCM 11.5.

Long distance call to North America, say 1(XXX)-XXX-1234, rings 6 times and it gets redirected to internal extension which is 1234 (same as last 4 numbers of long distance number). User does receive the call which shows on his phone as our main external number but no audio at all.

How do I stop redirecting external calls to internal extension?

Thank you for any suggestion you may have.

[Jaime Valencia]

What is the exact call flow for this??

[Ratheesh Kumar]

Hi 

Please check the call routing using Dial Number Analyzer. Also check the translation patterns for E164 numbers and the associated CSS

Cheers

Rath!

***Please rate helpful posts***

[trbonja05]

I've looked in to router debugging logs and I can see call initiating but not when it's ending...

I've looked at DNA results as well: (real numbers replaced with X)

Results Summary

    Calling Party Information
        Calling Party = XXXXXXXXXX
        Partition = Internal-PT:Local-PT:LongDistance-PT
        Device CSS =
        Line CSS = Forward-LongDistance-CSS
        AAR Group Name =
        AAR CSS =
    Dialed Digits = 91XXXXXX1234
    Match Result = RouteThisPattern
    Matched Pattern Information
        Pattern = 9.1[2-9]XX[2-9]XXXXXX
        Partition = LongDistance-PT
        Time Schedule =
    Called Party Number = 91XXXXXX1234
    Time Zone = Etc/GMT
    End Device = PSTN-RL
    Call Classification = OffNet
    InterDigit Timeout = NO
    Device Override = Disabled
    Outside Dial Tone = NO

Call Flow

    Route Pattern :Pattern= 9.1[2-9]XX[2-9]XXXXXX
        Positional Match List = 9:1XXXXXX1234
        DialPlan =
        Route Filter
            Filter Name =
            Filter Clause =
        Require Forced Authorization Code = Yes
        Authorization Level = X
        Require Client Matter Code = No
        Call Classification =
        PreTransform Calling Party Number = 4321
        PreTransform Called Party Number = 91XXXXXX1234
        Calling Party Transformations
            External Phone Number Mask = NO
            Calling Party Mask = XXXXXXXXXX
            Prefix =
            CallingLineId Presentation = Default
            CallingName Presentation = Default
            Calling Party Number = XXXXXXXXXX
        ConnectedParty Transformations
            ConnectedLineId Presentation = Default
            ConnectedName Presentation = Default
        Called Party Transformations
            Called Party Mask =
            Discard Digits Instruction = None
            Prefix =
            Called Number = 91XXXXXX1234
    Route List :Route List Name= PSTN-RL
        RouteGroup :RouteGroup Name= PSTN-RG
            PreTransform Calling Party Number = 4321
            PreTransform Called Party Number = 91XXXXXX1234
            Calling Party Transformations
                External Phone Number Mask = Default
                Calling Party Mask =
                Prefix =
                Calling Party Number = 4321
            Called Party Transformations
                Called Party Mask =
                Discard Digits Instructions =
                Prefix =
                Called Number = 91XXXXXX1234
            Device :Type= SIPTrunk
                End Device Name = O01
                PortNumber = 0
                Device Status = UnKnown
                AAR Group Name =
                AAR Calling Search Space =
                AAR Prefix Digits =
                Call Classification = Use System Default
                Calling Party Selection = Originator
                CallingLineId Presentation = Allowed
                CallerID DN =

[R0g22]

The call is being routed through -

Route List :Route List Name= PSTN-RL
RouteGroup :RouteGroup Name= PSTN-RG

What is device in the RG ? Can you run a debug on it and see what is happening ? I am thinking that the router is hunting the calls back to CUCM which is why you have the calls go to your internal extensions.

[trbonja05]

My thoughts exactly. Router debug logs show call was initiated but it does not show when call is sent back to the internal extension.

I've run out of ideas and will have to open the ticket with TAC.

[Dennis Mink]

what is on the end of your RG?  a CUBE. check the dial peers, run a debug voip dialpeer and see how the number get manipulated and by what dialpeer

[R0g22]

You can open up a TAC case. Or you can collect some logs from the GW if you can tell what is the CUCM and PSTN termination.