Guest

Preview Tool

Cisco Bug: CSCun73233 - No way audio after Hold/Resume or Transfer on transcoded CUBE calls

Last Modified

Nov 27, 2020

Products (2)

  • Cisco 2600 Series Multiservice Platforms
  • Cisco 2600 Series Multiservice Platforms

Known Affected Releases

15.3(3)S1

Description (partial)

Symptom:
No way audio (silence) issue is noticed on transcoded SIP-SIP calls on CUBE when supplementary services like Hold/Resume or Call Transfer is invoked. Issue is observed with both SCCP based transcoding and LTI (Local Transcoding Interface) based transcoding.

When using SCCP Based Transcoding, "show sccp connection" output looks as below during no-way audio issue (Mode - Inactive, rport - Empty, ripaddr - Empty, conn_id_tx - Empty)

CUBE-2#show sccp connections 
sess_id    conn_id      stype mode     codec   sport rport ripaddr conn_id_tx

65545      36           xcode inactive g729    16414 0     ::           
65545      40           xcode inactive g711a   16412 0     ::           

When using LTI based transcoding, "show dspfarm dsp active" shows no entry of the call during no-way audio

CUBE-2#show dspfarm dsp active 
SLOT   DSP VERSION  STATUS CHNL USE   TYPE    RSC_ID BRIDGE_ID PKTS_TXED PKTS_RXED

Total number of DSPFARM DSP channel(s) 0

Conditions:
IOS Release 15.3(3)M
Issue happens only under following condition.

1.	When "midcall-signaling passthru media-change" is configured on CUBE
2.	There is change in codec in one of the call leg after invoking supplementary services like Hold/Resume or Transfer
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.

Bug Details Include

  • Full Description (including symptoms, conditions and workarounds)
  • Status
  • Severity
  • Known Fixed Releases
  • Related Community Discussions
  • Number of Related Support Cases
Bug information is viewable for customers and partners who have a service contract. Registered users can view up to 200 bugs per month without a service contract.