cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1245
Views
10
Helpful
3
Replies

CME: Routing Incoming SIP Calls to Unity Express

cpartsenidis
Level 1
Level 1

G'day to everyone.

I'm dealing with an issue, which I'd like to share in case anyone knows how to resolve this.

I've conifgued a SIP trunk with a VoiP provider and incoming/outgoing calls are working fine.

For the incoming calls, I've created a voip dial-peer and applied an incoming translation pattern, to ensure the incoming calls hit extension 16 as shown below:

 

dial-peer voice 999 voip
 translation-profile incoming incoming-viva
 incoming called-number 001112223330

translation-profile incoming incoming-viva
incoming called-number 001112223330

voice translation-profile incoming-viva
 translate called 8

voice translation-rule 8
 rule 1 /001112223330/ /16/
 rule 2 /^.*/ /16/

 

This works fine.

The problem is what when I change the destination extension from 16 to Unity Express (ext. 70) so that it will go to the Autoattendant, I get a busy signal.  So I'm here trying to figure out what I might be doing wrong or what I'm missing.

 

Following is dial-peer 105 which is being hit and partial debug from the test:

dial-peer voice 105 voip
 description AUTO-Attendant
 destination-pattern 70
 session protocol sipv2
 session target ipv4:192.168.100.10
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad

 

Debug:

Destination Pattern=70, Called Number=70, Digit Strip=FALSE
001128: Dec 15 10:34:35.103: //1811/CC12A5CE81E4/CCAPI/ccCallSetupRequest:
   Calling Number=001112223330(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=70(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=98889994
   Account Number=98889994, Final Destination Flag=TRUE,
   Guid=CC12A5CE-837C-11E4-81E4-FC73FD6F77C7, Outgoing Dial-peer=105
001129: Dec 15 10:34:35.103: //1811/CC12A5CE81E4/CCAPI/cc_api_display_ie_subfields:
   ccCallSetupRequest:
   cisco-username=98889994
   ----- ccCallInfo IE subfields -----
   cisco-ani=001112223330
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=70
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-lastrdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0

001130: Dec 15 10:34:35.103: //1811/CC12A5CE81E4/CCAPI/ccIFCallSetupRequestPrivate:
   Interface=0x86C75FF4, Interface Type=3, Destination=, Mode=0x0,
   Call Params(Calling Number=001112223330,(Calling Name=98889994)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=70(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=105, Call Count On=FALSE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
001131: Dec 15 10:34:35.103: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
   
001132: Dec 15 10:34:35.103: :cc_get_feature_vsa malloc success
001133: Dec 15 10:34:35.103: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
   
001134: Dec 15 10:34:35.103:  cc_get_feature_vsa count is 4
001135: Dec 15 10:34:35.103: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
   
001136: Dec 15 10:34:35.103: :FEATURE_VSA attributes are: feature_name:0,feature_time:2313678960,feature_id:257
001137: Dec 15 10:34:35.103: //1812/CC12A5CE81E4/CCAPI/ccIFCallSetupRequestPrivate:
   SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
001138: Dec 15 10:34:35.103: //1812/CC12A5CE81E4/CCAPI/ccCallSetContext:
   Context=0x89EBF988
001139: Dec 15 10:34:35.103: //1811/CC12A5CE81E4/CCAPI/ccSaveDialpeerTag:
   Outgoing Dial-peer=105
001140: Dec 15 10:34:35.103: //1812/CC12A5CE81E4/CCAPI/cc_api_call_disconnected:
   Cause Value=65, Interface=0x86C75FF4, Call Id=1812
001141: Dec 15 10:34:35.103: //1812/CC12A5CE81E4/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=65, Retry Count=0)
001142: Dec 15 10:34:35.107: //1812/CC12A5CE81E4/CCAPI/cc_api_call_disconnected:
   Cause Value=47, Interface=0x86C75FF4, Call Id=1812
001143: Dec 15 10:34:35.107: //1812/CC12A5CE81E4/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=65, Retry Count=0)

 

 

Any help or guidance is much appreciated.

 

Chris.

1 Accepted Solution

Accepted Solutions

Aaron Harrison
VIP Alumni
VIP Alumni

Hi

Sounds like a codec problem - you are probably using G729 to your SIP SP, Unity supports G711 only.

Try setting codec g711ulaw on your SIP SP incoming dial-peer.

Aaron

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!

View solution in original post

3 Replies 3

Aaron Harrison
VIP Alumni
VIP Alumni

Hi

Sounds like a codec problem - you are probably using G729 to your SIP SP, Unity supports G711 only.

Try setting codec g711ulaw on your SIP SP incoming dial-peer.

Aaron

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!

Hi.

+5 to Aaron for his usual correct suggestions.

You have also to check if disabling moved temporarily supplementary service with command 

no supplementary-service moved-temporarily , can correct your issue.

HTH

 

Regards

 

Carlo

Please rate all helpful posts "The more you help the more you learn"

Aaron,

 

You were correct - as soon as I forced G711 as a codec, it worked.  Thanks for helping out!