Preview Tool

Cisco Bug: CSCum93400 - Play streamer went to KDB while running continuous stream test

Last Modified

Jun 21, 2020

Products (1)

  • Cisco Videoscape Distribution Suite for Television

Known Affected Releases


Description (partial)

The issue was observed with a longevity test with MSPP configurations. The Stream was been putted onto the postponed queue and processed after the cleanup for the particular Stream Slot is finished

It's found that the Stream is putting onto the Postponed state due to the MSPP(Minimum Streams Per Port) configuration and then later cleared up the stream slot states with the cancel play. 

During the subsequent play request the PostPoned Stream came to the active mode and trying to activate the stream slot which was already dereferenced by the CancelPlay event which resulted in NULL pointer dereference on the CM::ReadRate::activateStreamSlot.
The g_waitingActivateStreamSlot is still referring to the StreamPlay Instance for which the cancelPlay has been received also we are not marking the m_noSlot to TRUE eventhough if he doesn't own a Active Slot.
Bug details contain sensitive information and therefore require a 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.