Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 

Calls from Jabber to PSTN being disconnected

Greetings,

Anyone had problems with Cisco Jabber for Windows with calls to PSTN ?

I´m receiving the disconnect cause 79 when i try to call to PSTN, i disabled the "Start with Video Calls of Cisco Jabber", but the behavior is the same:

6116844: May 17 19:45:16: //288800/80439795F66C/CCAPI/cc_api_display_ie_subfields:

   ccCallSetupRequest:

   cisco-username=Leonardo Oliveira

   ----- ccCallInfo IE subfields -----

   cisco-ani=7163

   cisco-anitype=0

   cisco-aniplan=0

   cisco-anipi=0

   cisco-anisi=1

   dest=021639555

   cisco-desttype=0

   cisco-destplan=0

   cisco-rdie=FFFFFFFF

   cisco-rdn=

   cisco-lastrdn=

   cisco-rdntype=-1

   cisco-rdnplan=-1

   cisco-rdnpi=-1

   cisco-rdnsi=-1

   cisco-redirectreason=-1   fwd_final_type =0

   final_redirectNumber =

   hunt_group_timeout =0

6116845: May 17 19:45:16: //288800/80439795F66C/CCAPI/ccIFCallSetupRequestPrivate:

   Interface=0x48E07508, Interface Type=6, Destination=, Mode=0x0,

   Call Params(Calling Number=7163,(Calling Name=Leonardo Oliveira)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),

   Called Number=021639555(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,

   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=1, Call Count On=FALSE,

   Source Trkgrp Route Label=, Target Trkgrp Route Label=PSTN, tg_label_flag=2, Application Call Id=)

6116846: May 17 19:45:16: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

6116847: May 17 19:45:16: :cc_get_feature_vsa malloc success

6116848: May 17 19:45:16: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

6116849: May 17 19:45:16:  cc_get_feature_vsa count is 14

6116850: May 17 19:45:16: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

6116851: May 17 19:45:16: :FEATURE_VSA attributes are: feature_name:0,feature_time:1274379432,feature_id:288787

6116852: May 17 19:45:16: //288801/80439795F66C/CCAPI/ccIFCallSetupRequestPrivate:

   SPI Call Setup Request Is Success; Interface Type=6, FlowMode=1

6116853: May 17 19:45:16: //288800/80439795F66C/CCAPI/ccCallSetupRequest:

   Trunk Group Call Setting;

   Call Entry(Retry Count=0, Voice Class Cause Code=0)

GW2821-SPO-PL-01#

6116854: May 17 19:45:16: //288801/80439795F66C/CCAPI/ccCallSetContext:

   Context=0x4A76A96C

6116855: May 17 19:45:16: //288800/80439795F66C/CCAPI/ccSaveDialpeerTag:

   Outgoing Dial-peer=1

6116856: May 17 19:45:16: //288800/80439795F66C/CCAPI/cc_api_modify_tgt_cid_call_active_record:

   Target Trkgrp Route Label=PSTN, tg_label_flag=TRUE, Call Id=0x46820

6116857: May 17 19:45:16: //288801/80439795F66C/CCAPI/cc_api_call_proceeding:

   Interface=0x48E07508, Progress Indication=NULL(0)

GW2821-SPO-PL-01#

6116858: May 17 19:45:22: //288801/80439795F66C/CCAPI/cc_api_call_disconnected:

   Cause Value=79, Interface=0x48E07508, Call Id=288801

6116859: May 17 19:45:22: //288801/80439795F66C/CCAPI/cc_api_call_disconnected:

   Call Entry(Responsed=TRUE, Cause Value=79, Retry Count=0)

6116860: May 17 19:45:22: //288800/xxxxxxxxxxxx/CCAPI/ccCallReleaseResources:

   release reserved xcoding resource.

6116861: May 17 19:45:22: //288801/80439795F66C/CCAPI/ccCallSetAAA_Accounting:

   Accounting=0, Call Id=288801

6116862: May 17 19:45:22: //288801/80439795F66C/CCAPI/ccCallDisconnect:

  Cause Value=79, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=79)

Leonardo Oliveira www.avvid.net "Scientia potentia est"
Everyone's tags (2)
1 REPLY

Re: Calls from Jabber to PSTN being disconnected

Answer found: 

http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_tech_note09186a0080569b65.shtml

After insert the #bearer-cap 3100hz in voice port in voice gateway, the calls are working normally now.

Explanation (based in VT Advantage with an 7970, but worked fine with me in Cisco Jabber for Windows):

This problem is centered on the Information Transfer Capability. It is a compatibility issue between the gateway and Telco. Calls from a 7970 with a camera receive one-way audio because the bearer cap in the ISDN Q.931 SETUP message indicates that the Information Transfer Capability is set for Unrestricted Digital Information. The reason this occurs is because the originating H.323 device sets the bearer cap in the H.225 SETUP message for Unrestricted Digital Information. The gateway transparently passes that information to Telco in the Q.931 SETUP message. Telco is unable to handle this bearer cap and rejects the call.

The solution is to modify the Cisco IOS® gateway configuration to overwrite the bearer cap in the ISDN Q.931 SETUP message. Use the bearer-cap command in voice-port configuration mode to set the gateway for speech or 3100 hz audio as appropriate.

Leonardo Oliveira www.avvid.net "Scientia potentia est"
1257
Views
0
Helpful
1
Replies
CreatePlease to create content