Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
- Cisco Community
- :
- About noobatron
02-05-2019
Stats
Member since
03-25-2008
7
Posts
0
Helpful
0
Solutions
05-12-2016
08:46 PM
Hi Ayodeji,
I've attached the sanitized debug below
Observations:
Incoming call DTMF PT:97
Outgoing call DTMF PT:97
DTMF-interworking isn't working as expected
I used this documentation as a reference http://www.cisco.com/c/en/us/support/docs/unified-communications/unified-border-element/200412-DTMF-Relay-and-Interworking-on-CUBE.html#anc41
If i remove the command dtmf-relay rtp-nte from the outbound dialpeer towards CUCM (Dial-peer 99), the call proceeds however, not DTMF telephone-event is advertised in the outgoing SIP INVITE (absent from m=audio)
CUBE interface:10.1.1.16
ISP address: 192.168.1.167
CUCM: 172.16.75.75
Calling number: 00412312312
Called number 394564564
Outgoing Dial-peer to CUCM: 99 (same configuration as 1001)
Dial-peer voice 99 voip description ** Outgoing via CUCM ** huntstop preference 1 destination-pattern <omitted> session protocol sipv2 session target <omitted> voice-class codec 10 no voice-class sip outbound-proxy rtp payload-type nte 101 voice-class sip asymmetric payload dtmf dtmf-relay rtp-nte fax-relay ecm disable fax rate disable no vad
CUBE#sh debugging
CCAPI: debug voip ccapi inout is ON (filter is OFF) CCSIP SPI: SIP Call Message tracing is enabled (filter is OFF)
CUBE interface:10.1.1.16 ISP address: 192.168.1.167 CUCM: 172.16.75.75 Calling number: 00412312312 Called number 394564564
CUBE#term mon CUBE# 2761955: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Received: INVITE sip:394564564@10.1.1.1.16:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.167:5060;branch=z9hG4bKddia7t30a8sk2urjt0q0.1 From: <sip:416961513@10.83.154.138;user=phone>;tag=686768483-1463064231738- To: "394564564 394564564"<sip:394564564@acme.company;user=phone> Call-ID: BW004351738130516-532929662@10.83.154.138 CSeq: 313933726 INVITE Contact: <sip:416961513@192.168.1.167:5060;transport=udp> Supported: 100rel Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE Accept: application/media_control+xml,application/sdp,multipart/mixed Max-Forwards: 29 Content-Type: application/sdp Content-Length: 523
v=0 o=BroadWorks 10485621 1 IN IP4 192.168.1.167 s=- c=IN IP4 192.168.1.167 t=0 0 a=sendrecv a=media-release:hngl5rp9pujvivh05pvu6ibgr83pvg90756s7s8auvmg62o6u724c2sr96v3nd0v0j1hin3-6 a=media-release-con-addr:d6v1k1hvmgvh1002o9j0 m=audio 18648 RTP/AVP 8 0 18 96 97 c=IN IP4 192.168.1.167 b=RR:3000 b=RS:1000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:96 AMR/8000 a=fmtp:96 mode-set=7;max-red=0 a=rtpmap:97 telephone-event/8000 a=fmtp:97 0-15 a=maxptime:40
2761956: May 13 00:43:51.745 AEST: //-1/C74262E7B81B/CCAPI/cc_api_display_ie_subfields: cc_api_call_setup_ind_common: cisco-username=416961513 ----- ccCallInfo IE subfields ----- cisco-ani=416961513 cisco-anitype=0 cisco-aniplan=0 cisco-anipi=0 cisco-anisi=0 dest=394564564 cisco-desttype=0 cisco-destplan=0 cisco-rdie=FFFFFFFF cisco-rdn= 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
2761957: May 13 00:43:51.745 AEST: //-1/C74262E7B81B/CCAPI/cc_api_call_setup_ind_common: Interface=0x23BEC850, Call Info( Calling Number=416961513,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed), Called Number=394564564(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Incoming Dial-peer=2000, Progress Indication=NULL(0), Calling IE Present=TRUE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=7711303 2761958: May 13 00:43:51.745 AEST: //-1/C74262E7B81B/CCAPI/ccCheckClipClir: In: Calling Number=416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed) 2761959: May 13 00:43:51.745 AEST: //-1/C74262E7B81B/CCAPI/ccCheckClipClir: Out: Calling Number=416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed) 2761960: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: 2761961: May 13 00:43:51.745 AEST: :cc_get_feature_vsa malloc success 2761962: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: 2761963: May 13 00:43:51.745 AEST: cc_get_feature_vsa count is 1 2761964: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: 2761965: May 13 00:43:51.745 AEST: :FEATURE_VSA attributes are: feature_name:0,feature_time:578028888,feature_id:560608 2761966: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_api_call_setup_ind_common: Set Up Event Sent; Call Info(Calling Number=416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed), Called Number=394564564(TON=Unknown, NPI=Unknown)) 2761967: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_process_call_setup_ind: Event=0x285A1280 2761968: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search: Try with the demoted called number 394564564 2761969: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCallSetContext: Context=0x943458C 2761970: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_process_call_setup_ind: >>>>CCAPI handed cid 7711303 with tag 2000 to app "_ManagedAppProcess_Default" 2761971: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCallProceeding: Progress Indication=NULL(0) 2761972: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCallSetupRequest: Destination=, Calling IE Present=TRUE, Mode=0, Outgoing Dial-peer=99, Params=0x942C5B0, Progress Indication=NULL(0) 2761973: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCheckClipClir: In: Calling Number=00416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed) 2761974: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCheckClipClir: Out: Calling Number=00416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed) 2761975: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCallSetupRequest: Destination Pattern=+61394564564, Called Number=+61394564564, Digit Strip=FALSE 2761976: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccCallSetupRequest: Calling Number=00416961513(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed), Called Number=+61394564564(TON=Unknown, NPI=Unknown), Redirect Number=, Display Info= Account Number=416961513, Final Destination Flag=TRUE, Guid=C74262E7-1786-11E6-B81B-E16E99A8BD08, Outgoing Dial-peer=99 2761977: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_api_display_ie_subfields: ccCallSetupRequest: cisco-username=416961513 ----- ccCallInfo IE subfields ----- cisco-ani=00416961513 cisco-anitype=0 cisco-aniplan=0 cisco-anipi=0 cisco-anisi=0 dest=+61394564564 cisco-desttype=0 cisco-destplan=0 cisco-rdie=FFFFFFFF cisco-rdn= 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
2761978: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccIFCallSetupRequestPrivate: Interface=0x23BEC850, Interface Type=3, Destination=, Mode=0x0, Call Params(Calling Number=00416961513,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed), Called Number=+61394564564(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=99, Call Count On=FALSE, Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=) 2761979: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: 2761980: May 13 00:43:51.745 AEST: :cc_get_feature_vsa malloc success 2761981: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: 2761982: May 13 00:43:51.745 AEST: cc_get_feature_vsa count is 2 2761983: May 13 00:43:51.745 AEST: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: 2761984: May 13 00:43:51.745 AEST: :FEATURE_VSA attributes are: feature_name:0,feature_time:578033368,feature_id:560609 2761985: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_api_event_indication: Event=101, Call Id=7711303 2761986: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/cc_api_event_indication: Event Is Sent To Conferenced SPI(s) Directly 2761987: May 13 00:43:51.745 AEST: //7711304/C74262E7B81B/CCAPI/ccIFCallSetupRequestPrivate: SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1 2761988: May 13 00:43:51.745 AEST: //7711304/C74262E7B81B/CCAPI/ccCallSetContext: Context=0x942C564 2761989: May 13 00:43:51.745 AEST: //7711303/C74262E7B81B/CCAPI/ccSaveDialpeerTag: Outgoing Dial-peer=99 2761990: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/ccGetMediaClassTag: media class tag 0 2761991: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/ccSetMediaclassIp2ipTags: media class tags set: NR 0, ASP 0 2761992: May 13 00:43:51.747 AEST: //7711303/C74262E7B81B/CCAPI/ccGetMediaClassTag: media class tag 0 2761993: May 13 00:43:51.747 AEST: //7711303/C74262E7B81B/CCAPI/ccSetMediaclassIp2ipTags: media class tags set: NR 0, ASP 0 2761994: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/ccGet_xc_nr_asp_info: media class tags: NR 0, ASP 0 2761995: May 13 00:43:51.747 AEST: //7711303/C74262E7B81B/CCAPI/ccGet_xc_nr_asp_info: media class tags: NR 0, ASP 0 2761996: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/cc_api_event_indication: Event=193, Call Id=7711304 2761997: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/cc_api_event_indication: Event Is Sent To Conferenced SPI(s) Directly 2761998: May 13 00:43:51.747 AEST: //7711303/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: 2761999: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935 2762000: May 13 00:43:51.747 AEST: //7711304/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: 2762001: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935 2762002: May 13 00:43:51.747 AEST: //7711303/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: 2762003: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935 2762004: May 13 00:43:51.747 AEST: //7711303/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: 2762005: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935 2762006: May 13 00:43:51.747 AEST: //7711304/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: 2762007: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935 2762008: May 13 00:43:51.747 AEST: //7711303/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: 2762009: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935 2762010: May 13 00:43:51.747 AEST: //7711304/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: 2762011: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935 2762012: May 13 00:43:51.747 AEST: //7711304/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: 2762013: May 13 00:43:51.747 AEST: cc_api_get_xcode_stream : 4935 2762014: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/CCAPI/cc_api_call_proceeding: Interface=0x23BEC850, Progress Indication=NULL(0) 2762015: May 13 00:43:51.747 AEST: //7711303/C74262E7B81B/SIP/Msg/ccsipDisplayMsg: Sent: SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.1.167:5060;branch=z9hG4bKddia7t30a8sk2urjt0q0.1 From: <sip:416961513@10.83.154.138;user=phone>;tag=686768483-1463064231738- To: "394564564 394564564"<sip:394564564@acme.company;user=phone> Date: Thu, 12 May 2016 14:43:51 GMT Call-ID: BW004351738130516-532929662@10.83.154.138 CSeq: 313933726 INVITE Allow-Events: telephone-event Server: Cisco-SIPGateway/IOS-15.3.3.M2 Content-Length: 0
2762016: May 13 00:43:51.747 AEST: //7711304/C74262E7B81B/SIP/Msg/ccsipDisplayMsg: Sent: INVITE sip:+61394564564@172.16.81.75:5060 SIP/2.0 Via: SIP/2.0/UDP 10.1.1.1.16:5060;branch=z9hG4bK1C167EE02 From: <sip:00416961513@acme.company>;tag=998B2938-23A8 To: <sip:+61394564564@172.16.81.75> Date: Thu, 12 May 2016 14:43:51 GMT Call-ID: C742B193-178611E6-B821E16E-99A8BD08@10.1.1.16 Supported: 100rel,timer,resource-priority,replaces,sdp-anat Min-SE: 1800 Cisco-Guid: 3343016679-0394662374-3088834926-2577972488 User-Agent: Cisco-SIPGateway/IOS-15.3.3.M2 Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER CSeq: 101 INVITE Timestamp: 1463064231 Contact: <sip:00416961513@10.1.1.16:5060> Expires: 300 Allow-Events: telephone-event Max-Forwards: 28 P-Asserted-Identity: <sip:00412312312@10.1.1.16> Content-Type: application/sdp Content-Disposition: session;handling=required Content-Length: 315
v=0 o=CiscoSystemsSIP-GW-UserAgent 3333 9888 IN IP4 10.1.1.16 s=SIP Call c=IN IP4 10.1.1.16 t=0 0 m=audio 16986 RTP/AVP 8 0 18 97 c=IN IP4 10.1.1.16 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:97 telephone-event/8000 a=fmtp:97 0-15 a=ptime:20
2762017: May 13 00:43:51.753 AEST: //7711304/C74262E7B81B/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 100 Trying Via: SIP/2.0/UDP 10.1.1.16:5060;branch=z9hG4bK1C167EE02 From: <sip:00412312312@acme.company>;tag=998B2938-23A8 To: <sip:+61394564564@172.16.81.75> Date: Thu, 12 May 2016 14:43:51 GMT Call-ID: C742B193-178611E6-B821E16E-99A8BD08@10.1.1.16 CSeq: 101 INVITE Allow-Events: presence Content-Length: 0
... View more
Created by
noobatron
in IP Telephony and Phones
in IP Telephony and Phones
05-11-2016
08:18 AM
05-11-2016
08:18 AM
Hi all,
I'm having issues with inbound calls from a SIP ISP to a PABX connected endpoint failing due to DTMF RTP-NTE when DTMF dynamic payload type 97 is advertised in the INVITE. As such, i'm trying to configure asymmetric payload for DTMF interworking so that DTMF dynamic payload type 101 is used for the call leg from the CUBE to CUCM instead of 97 as received from the ISP with no luck. Dynamic PT 97 is still being sent to CUCM.
Topology
SIP ISP === [CUBE enterprise] ===== [CUCM] =====[MGCP GW] ==< QSIG E1>=== [PABX]-------- [phone]
Scenarios
Inbound SIP PSTN calls to with dynamic payload type 101 (a=rtpmap:101 telephone-event/8000) are successful
Inbound SIP PSTN calls to with dynamic payload type 97(a=rtpmap:97 telephone-event/8000) are successful
Configurations
No media resources configured for transcoding on CUCM (by design)
No MTP in use (by design)
Transcoding configured on CUBE
SIP Trunk on CUCM to CUBE DTMF signalling method: no preference
CUBE
voice service voip ip address trusted list <omitted> address-hiding mode border-element license capacity 100 allow-connections sip to sip fax protocol none sip bind control source-interface Loopback0 bind media source-interface Loopback0 asserted-id pai outbound-proxy <omitted> asymmetric payload full midcall-signaling passthru privacy-policy passthru sip-profiles 10
!
dspfarm profile 10 transcode codec g729r8 codec g729br8 codec g711ulaw codec g711alaw codec g729ar8 codec g729abr8 maximum sessions 28 associate application CUBE ! dial-peer voice 1001 voip description ** Outgoing via CUCM ** huntstop preference 1 destination-pattern <omitted> session protocol sipv2 session target <omitted> voice-class codec 10 no voice-class sip outbound-proxy rtp payload-type nte 101 voice-class sip asymmetric payload dtmf dtmf-relay rtp-nte fax-relay ecm disable fax rate disable no vad
! dial-peer voice 2000 voip description ** Incoming from SIP PSTN ** translation-profile incoming PSTN-Inbound-Calls rtp payload-type nse 99 session protocol sipv2 incoming uri via 2000 voice-class codec 10 voice-class sip dtmf-relay force rtp-nte dtmf-relay rtp-nte digit-drop fax protocol none ! dial-peer voice 2001 voip description ** Outgoing via SIP PSTN ** translation-profile outgoing PSTN-Outbound-Calls session protocol sipv2 session target sip-server destination e164-pattern-map 2000 voice-class codec 10 offer-all voice-class sip profiles 2000 dtmf-relay rtp-nte digit-drop fax protocol none
Any ideas?
Thanks.
... View more
Labels:
Created by
noobatron
in IP Telephony and Phones
in IP Telephony and Phones
04-28-2015
12:32 AM
04-28-2015
12:32 AM
Hi guys, I've set up Cisco Jabber for Windows to use Extend and Connect to control a remote PBX endpoint. I've configured the required CTI-RD device, remote destinations, associated the users to the line and added the devices to end-user controlled device. The extend and connect part is working flawlessly without any issues. I'm able to receive inbound calls on the remote PBX endpoint and control the call (hold, resume, transfer etc.) using the Jabber call window that pops up. However, I'm unable to make any outbound calls via the Jabber client when in extend and Connect mode. Reading the Extend and Connect guide, I need to configure Dial Via Office (DVO) Reverse. So when the user initiates a Dial-Via-Office reverse call, CUCM calls and connect to the Extend and Connect device (CTI-RD). CUCM then calls and connects to the number the user dialled and finally connects the two call legs. After attempting to configure DVO-R for Jabber for Windows in Extend and Connect mode following the CUCM feature services guide, i'm unable to get any outbound calls working. From RTMT, i am receiving the following Termination Cause Code: (27) Destination out of order. What i also notice is that there is no calling number for that trace either. I would've thought that the calling party would've been the Enterprise Feature Access (EFA) number. Has anyone got this working or can provide some guidance? Thanks.
... View more
Labels:
Created by
noobatron
in Collaboration Applications
01-28-2019
01-28-2019
Hi guys, Has anyone gotten the Cisco Directory Connector to synchronize
Avatars successfully? I'm us...
Created by
noobatron
in Collaboration Applications
10-05-2017
10-05-2017
Hi Kelli,Thanks for that! I would if i could log in! I'll reach out to
Cisco support on this but jus...
Created by
noobatron
in Collaboration Applications
10-04-2017
10-04-2017
Hi all,I'm having issues with the Cisco Spark application running on our
Windows 7 SoE build. The Sp...
05-12-2016
Hi Ayodeji, I've attached the sanitized debug below Observations:
Incoming call DTMF PT:97 Outgoing ...
05-11-2016
Hi all, I'm having issues with inbound calls from a SIP ISP to a PABX
connected endpoint failing due...
Public Statistics
| Date Registered | 03-25-2008 09:43 PM |
| Date Last Visited | 02-05-2019 03:21 PM |
| Total Messages Posted | 7 |
