Summary:	ASTERISK-21414: Recording with MixMonitor consumes more G.729 licenses than expected on a single call
Reporter:	TSAREGORODTSEV Yury (tsarik)	Labels:
Date Opened:	2013-04-12 02:37:52	Date Closed:	2013-04-12 10:57:18
Priority:	Critical	Regression?
Status:	Closed/Complete	Components:	Codecs/General
Versions:	11.3.0	Frequency of Occurrence
Related Issues:
Environment:		Attachments:
Description:	Hello, exten => _00.,1,Set(file=/records/${EXTEN}.wav) exten => _00.,2,MixMonitor(${file},b) exten => _00.,3,Dial(IAX2/speex_provider/${EXTEN:3}) exten => _00.,4,StopMixMonitor exten => _00.,5,Hangup() Call originating by SIP in G.729 and terminating by IAX2 in speex. If Mixmonitor turned on 1 encoder and 3 decoders licenses in use. If no MixMonitor just 1 encoder/1 decoder.
Comments:	By: Rusty Newton (rnewton) 2013-04-12 10:54:41.852-0500 Please read through https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines before filing any further issues. Asterisk is doing the decoding on the channel originating the dial. When using Monitor or MixMonitor the G.729 TX and RX streams are being decoded to your recording format. Hence the two extra decoders you that were not expecting. This is not a bug. You could try using the M option with Dial to call a Macro on the *dialed* channel and use that Macro to start MixMonitor on that channel. Then the decoding for MixMonitor should be speex -> recording format thereby avoiding the use of G.729 licenses for decoding. I'm going to close this out since it is not a bug report. Please contact Digium technical support for any further assistance or questions about your G.729 licenses. http://www.digium.com/en/support/contact By: Rusty Newton (rnewton) 2013-04-12 15:20:50.211-0500 http://kb.digium.com/articles/FAQ/G-729-explanation-of-encoders-decoders may help those who need to understand this better as well.