From a quick check I see this showed up during a gc_dropcall (or around that time) and suspect that it has to due with handling of RTP steam via IPML. From other cases we had seen in the past, this showed up when the audio decoder receives a stop message in a state where stop isn't handled. In that case the message just being ignored. Thus I suspect the decoder is already busy stopping while the message is being received due to some race condition. I don't think this is anything to worry about. Jeff
↧