topic Re: Problems with Cisco CME and Deutsche telekom in IP Telephony and Phones

Problems with Cisco CME and Deutsche telekom

ddevecka — Sat, 16 Mar 2019 09:50:34 GMT

We had a working phone system with a t-Com box from Deutsche Telekom and we are installing a new Cisco 2921 CME configuration. We can get in coming calls but we can't make outside calls. The call is getting to the telco and then being dropped. I have spoke with the telco but can't seem to find a person that can tell me why the calls are being dropped by the telco. Can anyone give me any ideas as to what to try next? I am in desperate need of some help on this.

Regards,

Dan

Re: Problems with Cisco CME and Deutsche telekom

ddevecka — Thu, 13 Jan 2011 08:10:56 GMT

Forgot to add that we are running 3 ISDN lines into VIC2 BRI NT/TE cards. The line are active and again we can get incoming calls.

Re: Problems with Cisco CME and Deutsche telekom

Craig Dyer — Thu, 13 Jan 2011 10:01:47 GMT

Dan

Could you setup the following debugs?

Debug voice dialpeer

Debug isdn q931

Many Thanks

Craig

Re: Problems with Cisco CME and Deutsche telekom

ddevecka — Thu, 13 Jan 2011 10:03:55 GMT

We did that and we a RX <-Relese_Comp back from the telco. I can post the log but it is 28 pages.

Re: Problems with Cisco CME and Deutsche telekom

Craig Dyer — Thu, 13 Jan 2011 10:06:07 GMT

Dan,

Attach the file, or if you can isolate a single call and just post that.

Craig

Re: Problems with Cisco CME and Deutsche telekom

ddevecka — Thu, 13 Jan 2011 10:06:21 GMT

002340: Jan 12 18:08:29.065: ISDN BR0/0/0 Q931: TX -> SETUP pd = 8 callref = 0x0A Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0x89 Exclusive, B1 Progress Ind i = 0x8183 - Origination address is non-ISDN Calling Party Number i = 0x0080, '6821' Plan:Unknown, Type:Unknown Called Party Number i = 0x80, '157737XXXXX' Plan:Unknown, Type:Unknown 002341: Jan 12 18:08:29.217: ISDN BR0/0/0 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8A Cause i = 0x82C1 - Bearer capability not implemented 002342: Jan 12 18:08:29.221: //113/66823B038141/CCAPI/cc_api_call_disconnected: Cause Value=65, Interface=0x29BF09EC, Call Id=113 002343: Jan 12 18:08:29.221: //113/66823B038141/CCAPI/cc_api_call_disconnected: Call Entry(Responsed=TRUE, Cause Value=65, Retry Count=0) 002344: Jan 12 18:08:29.221: //112/xxxxxxxxxxxx/CCAPI/ccCallReleaseResources: release reserved xcoding resource. 002345: Jan 12 18:08:29.221: //113/66823B038141/CCAPI/ccCallSetAAA_Accounting: Accounting=0, Call Id=113 002346: Jan 12 18:08:29.221: //113/66823B038141/CCAPI/ccCallDisconnect: Cause Value=65, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=65) 002347: Jan 12 18:08:29.221: //113/66823B038141/CCAPI/ccCallDisconnect: Cause Value=65, Call Entry(Responsed=TRUE, Cause Value=65) 002348: Jan 12 18:08:29.221: //113/66823B038141/CCAPI/cc_api_get_transfer_info: Transfer Number Is Null 002349: Jan 12 18:08:29.221: //113/66823B038141/CCAPI/cc_api_call_disconnect_done: Disposition=0, Interface=0x29BF09EC, Tag=0x0, Call Id=113, Call Entry(Disconnect Cause=65, Voice Class Cause Code=0, Retry Count=0) 002350: Jan 12 18:08:29.221: //113/66823B038141/CCAPI/cc_api_call_disconnect_done: tg for this call is Outbound success/fail is 0 002351: Jan 12 18:08:29.221: //113/66823B038141/CCAPI/cc_api_call_disconnect_done: Call Disconnect Event Sent 002352: Jan 12 18:08:29.221: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: 002353: Jan 12 18:08:29.221: :cc_free_feature_vsa freeing 31F69880 002354: Jan 12 18:08:29.221: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: 002355: Jan 12 18:08:29.221: vsacount in free is 1 002356: Jan 12 18:08:29.221: //112/66823B038141/CCAPI/ccCallDisconnect: Cause Value=65, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0) 002357: Jan 12 18:08:29.221: //112/66823B038141/CCAPI/ccCallDisconnect: Cause Value=65, Call Entry(Responsed=TRUE, Cause Value=65) 002358: Jan 12 18:08:29.221: //112/66823B038141/CCAPI/cc_api_get_transfer_info: Transfer Number Is Null 002359: Jan 12 18:08:31.477: //112/66823B038141/CCAPI/cc_api_call_disconnect_done: Disposition=0, Interface=0x31D5C364, Tag=0x0, Call Id=112, Call Entry(Disconnect Cause=65, Voice Class Cause Code=0, Retry Count=0) 002360: Jan 12 18:08:31.477: //112/66823B038141/CCAPI/cc_api_call_disconnect_done: Call Disconnect Event Sent 002361: Jan 12 18:08:31.477: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: 002362: Jan 12 18:08:31.477: :cc_free_feature_vsa freeing 31F69960 002363: Jan 12 18:08:31.477: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: 002364: Jan 12 18:08:31.477: vsacount in free is 0 002365: Jan 12 18:08:55.653: //-1/78EA1DB28146/CCAPI/cc_api_display_ie_subfields: cc_api_call_setup_ind_common: cisco-username=

Re: Problems with Cisco CME and Deutsche telekom

ddevecka — Thu, 13 Jan 2011 10:17:45 GMT

DId the last post help?

Re: Problems with Cisco CME and Deutsche telekom

Craig Dyer — Thu, 13 Jan 2011 10:19:06 GMT

Called Party Number i = 0x80, '157737XXXXX'

Is the XXXX you hiding numbers in the log data?

Can you turn off the CCAPI debug to make the log cleaner to read?

Use exec command 'u all' and just post the 'debug isdn q931'

Thanks

Craig

Re: Problems with Cisco CME and Deutsche telekom

ddevecka — Thu, 13 Jan 2011 10:22:36 GMT

Yes the X's are just to hide to the number.

I will try the other debug and post.

Re: Problems with Cisco CME and Deutsche telekom

ddevecka — Thu, 13 Jan 2011 10:45:25 GMT

Here is a log shot with 2 call attempts.

Re: Problems with Cisco CME and Deutsche telekom

Craig Dyer — Thu, 13 Jan 2011 11:06:20 GMT

Dan,

OK I can see the issue, can you post post of your config regarding the 'Voice-Port X/X/X' and 'Interface BRI X/X/X'

Do you have on the voice-ports 'compand-type a-law' ?

Many Thanks

Craig

Re: Problems with Cisco CME and Deutsche telekom

ddevecka — Thu, 13 Jan 2011 11:25:40 GMT

Does this give you what you need?

Re: Problems with Cisco CME and Deutsche telekom

Craig Dyer — Thu, 13 Jan 2011 11:32:44 GMT

Sorry, I was asking about the configuration of the BRI interfaces and Voice-Ports.

Issue two commands:-

Sh run | b voice-port

Sh run | b interface BRI

and give me the first section of config for each.

Many Thanks

Craig

Re: Problems with Cisco CME and Deutsche telekom

ddevecka — Thu, 13 Jan 2011 11:42:19 GMT

He it is

Re: Problems with Cisco CME and Deutsche telekom

Craig Dyer — Thu, 13 Jan 2011 11:49:47 GMT

Dan,

I only see the voice-port stuff in there not the interface bri config.

First add the following:-

voice-port 0/1/0
compand-type a-law
!
voice-port 0/1/1
compand-type a-law
!
voice-port 0/2/0
compand-type a-law
!
voice-port 0/2/1
compand-type a-law
!
voice-port 0/2/2
compand-type a-law
!
voice-port 0/2/3
compand-type a-law

If that doesn't fix it please send the output of the

Sh run | b interface BRI

Many Thanks,

Craig

PLEASE RATE HELPFUL POST!

Re: Problems with Cisco CME and Deutsche telekom

ddevecka — Thu, 13 Jan 2011 12:30:58 GMT

It seems to be working! Thank you so much!

Re: Problems with Cisco CME and Deutsche telekom

Craig Dyer — Thu, 13 Jan 2011 12:44:38 GMT

My pleasure

Have a good day.

Craig