12-15-2014 02:56 AM - edited 03-17-2019 01:19 AM
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.
Solved! Go to Solution.
12-15-2014 03:41 AM
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
12-15-2014 03:41 AM
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
12-15-2014 05:06 AM
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
12-15-2014 11:43 PM
Aaron,
You were correct - as soon as I forced G711 as a codec, it worked. Thanks for helping out!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide