CUCM not communicating with SIP Gateway

mercdecember · ‎02-20-2015

This is my lab environment:

VOIP.MS --> 2811 CUBE--> CUCM 10.5.2

Attached is my configuration on both my cube and publisher

What is going on is if I make a call from my IP Communicator phone it does not call out. Also if I do a debug ccsip all, I get no output from the calls I make going out. I have not even attempted the incoming since I believe that my cucm server and gateway are not even communicating with each other. Please let me know if I am doing something wrong.

Thanks

Manish Gogna · ‎02-20-2015

Hi,

Have you added a Route pattern on CUCM with the SIP Trunk pointing to the CUBE in its Route List? Please make sure that the partition assigned on the Route pattern is added to the CSS of the calling phone.

HTH

Manish

mercdecember · ‎02-21-2015

Yes I have I have Route Group with the SIP Trunk as a member

A RouteList containing the Route GROUP registered with the Subscriber

I have a Route Pattern 9.1[2-9]XXXXXXXXX with the current Route List

Manish Gogna · ‎02-22-2015

If the above config is in place and the call is not hitting the CUBE then you should upload the callmanager sdl trace file for a test call to check what is going wrong.

HTH

Manish

mercdecember · ‎02-22-2015

so I verified that the connections are good and calls are actually going through to the cube but calls are not going out. Attached is the log for debug voice dailpeer inout and my config

Wilson Samuel · ‎02-22-2015

 Calling Number=18042221111, Called Number=18042221111, Peer Info Type=DIALPEER_INFO_SPEECH
*Feb 22 19:11:08.287: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
   Match Rule=DP_MATCH_DEST; Called Number=18042221111
*Feb 22 19:11:08.287: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:
   No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1)

dial-peer voice 1002 voip
 description 303893xxxx Calls to HNBUCM
 preference 2
 shutdown
 destination-pattern ^303893....$
 session target ipv4:172.16.89.16
 incoming called-number .
 voice-class codec 1  
 voice-class h323 1
 dtmf-relay h245-alphanumeric
 no vad

dial-peer voice 1001 voip
 description 720/484-37xx Calls to HNBUCM
 preference 2
 shutdown
 destination-pattern ^72048437..$
 session target ipv4:172.16.89.16
 incoming called-number .
 voice-class codec 1  
 voice-class h323 1
 dtmf-relay rtp-nte digit-drop
 no dtmf-interworking
 no vad

Looks like the dial-peer is not matching (first output), at the same time, seems like your dial-peer voip are shutdown.

Not sure if this is the reason indeed, the calls are not going out.

Could you please let us know, the Calling and Called Numbers as well, will make it much easier.

Secondly, could you please post the DNA output as well

Regards

mercdecember · ‎02-22-2015

I am calling (804) 222-1111 from 9142281462, how do I get the dna output?

Wilson Samuel · ‎02-22-2015

It is http://x.x.x.x/dna

Where x.x.x.x = Pub IP Address, and then select Phone based analysis, after that it is very intuitive.

Secondly, on the second glimpse, I notice that you are using hostname instead of the IP Address for the SIP ITSP in PSTN bound Dial Peers,

dial-peer voice 9001 voip
 description 1+10 Digit Calls to ITSP
 preference 1
 destination-pattern ^1[2-9]..[2-9]......$
 session protocol sipv2
 session target sip-server
 session transport udp
 voice-class codec 1  
 voice-class sip early-offer forced
 dtmf-relay rtp-nte sip-kpml sip-notify
 no va

Are you sure the CUBE is able to resolve this to the correct IP Address?

HTH

mercdecember · ‎02-24-2015

Results Summary

Calling Party Information
- Calling Party = 462
- Partition = 10Digit:7Digit:Internal:LongDistance
- Device CSS =
- Line CSS = CSSLongDistance
- AAR Group Name =
- AAR CSS =
Dialed Digits = 918042221111
Match Result = RouteThisPattern
Matched Pattern Information
- Pattern = 9.1[2-9]XXXXXXXXX
- Partition = LongDistance
- Time Schedule =
Called Party Number = 18042221111
Time Zone = Etc/GMT
End Device = WANLIST
Call Classification = OffNet
InterDigit Timeout = NO
Device Override = Disabled
Outside Dial Tone = NO

Call Flow

Route Pattern :Pattern= 9.1[2-9]XXXXXXXXX
- Positional Match List = 18042221111
- DialPlan =
- Route Filter
  - Filter Name =
  - Filter Clause =
- Require Forced Authorization Code = No
- Authorization Level = 0
- Require Client Matter Code = No
- Call Classification =
- PreTransform Calling Party Number = 462
- PreTransform Called Party Number = 918042221111
- Calling Party Transformations
  - External Phone Number Mask = NO
  - Calling Party Mask =
  - Prefix =
  - CallingLineId Presentation = Default
  - CallingName Presentation = Default
  - Calling Party Number = 462
- ConnectedParty Transformations
  - ConnectedLineId Presentation = Default
  - ConnectedName Presentation = Default
- Called Party Transformations
  - Called Party Mask =
  - Discard Digits Instruction = PreDot
  - Prefix =
  - Called Number = 18042221111
Route List :Route List Name= WANLIST
- RouteGroup :RouteGroup Name= WANGROUP
  - PreTransform Calling Party Number = 462
  - PreTransform Called Party Number = 918042221111
  - Calling Party Transformations
    - External Phone Number Mask = Default
    - Calling Party Mask =
    - Prefix =
    - Calling Party Number = 462
  - Called Party Transformations
    - Called Party Mask =
    - Discard Digits Instructions =
    - Prefix =
    - Called Number = 918042221111
  - Device :Type= SIPTrunk
    - End Device Name = SIP2800
    - 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 = Default
    - CallerID DN =

Alternate Matches

Note: Information Not Available

I also adjusted my dial-peer to be:

dial-peer voice 10 voip
destination-pattern 1[2-9].........
session protocol sipv2
session target dns:newyork4.voip.ms
voice-class codec 1
dtmf-relay sip-notify rtp-nte

I also verified I can ping newyork4.voip.ms

Brandon Pierce · ‎02-24-2015

Did I miss it or is the incoming dial-peer coming in from CUCM to CUBE missing? I see a bunch of hybrid incoming/outgoing. (not recommended in my opinion).

What do the latest ccsip mess or voip dialpeer debugs say after you changed the DP?

mercdecember · ‎02-25-2015

Brandon

I split my peers and now I am able to make outgoing calls. I am having an issue with incoming calls. Below is my debug for the incoming call, as you can see it matches the dialpeer but I get the feeling there is something I am missing:

VOICEROUTER#

*Feb 25 04:38:29.135: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Calling Number=9142281462, Called Number=9142281462, Peer Info Type=DIALPEER_INFO_SPEECH

*Feb 25 04:38:29.135: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Match Rule=DP_MATCH_DEST; Called Number=9142281462

*Feb 25 04:38:29.135: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Result=Success(0) after DP_MATCH_DEST

*Feb 25 04:38:29.135: //-1/xxxxxxxxxxxx/DPM/dpMatchSafModulePlugin:

dialstring=9142281462, saf_enabled=1, saf_dndb_lookup=1, dp_result=0

*Feb 25 04:38:29.135: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersMoreArg:

Result=SUCCESS(0)

List of Matched Outgoing Dial-peer(s):

1: Dial-peer Tag=1

2: Dial-peer Tag=2

James Hawkins · ‎02-21-2015

What version of IOS are you running on the CUBE?

If 15.2(1)T or later the toll fraud feature could be blocking your calls.

http://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html

mercdecember · ‎02-21-2015

This is my version

flash:c2800nm-adventerprisek9-mz.151-4.M8.bin