asterisk users - Oct 2011 - Question on meetme and t option

If the asterisk box starts up a MeetMe conference
with the 't' flag for talk only mode does asterisk send some
kind of SIP command to the devices joining the conference
to say "dont send me audio back as I'll ignore it anyway" as
I am the only one doing the talking.

Does that happen?

I'd like to "automatically" stop the X number of other devices
that are connecting to the conference from sending unneeded
data back on the network or does it always come back and is just
ignored.

Thanks,

jerry

On 10/11/2011 12:11 PM, Jerry Geis wrote:
> If the asterisk box starts up a MeetMe conference
> with the 't' flag for talk only mode does asterisk send some
> kind of SIP command to the devices joining the conference
> to say "dont send me audio back as I'll ignore it anyway" as
> I am the only one doing the talking.
>
> Does that happen?
I think you might be misunderstanding how these options work. The 
*conference* doesn't have talk-only and listen-only modes; each channel 
that is joined to the conference does, based on the flags that are 
supplied to Meetme() when that channel joins the conference.

If a channel is joined with the 't' flag (meaning it does not want to 
listen to the conference), then Asterisk *could* stop sending audio 
towards the device connected to that channel. I'm not sure if that 
actually happens or not.

If a channel is joined with the 'l' flag (meaning its audio will not be 
mixed into the conference), then Asterisk *could* send it a message 
telling it to not bother sending any audio. That does not happen right 
now, but wouldn't be a terribly difficult patch to write.

-- 
Kevin P. Fleming
Digium, Inc. | Director of Software Technologies
Jabber: kfleming at digium.com | SIP: kpfleming at digium.com | Skype: kpfleming
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at www.digium.com & www.asterisk.org

2011/10/12 Kevin P. Fleming <kpfleming at
digium.com>:
> then Asterisk *could* stop sending audio towards the device connected to
that channel.
> then Asterisk *could* send it a message telling it to not bother sending
any audio.
I think in any case Asterisk must not halt any audio data stream. It
is task of application(MeetMe) to do that(drop inbound frames or not
to send outbound frames). The reason is simple: something may listen
that particular channel(for example chanspy, or audio hook, or
(Mix)Monitor application or something else), and it should hear audio
in any case. I.e. audio/video data streams of active channel are not
exclusively accessed by currently running application at any time.


regards, Yaroslav