<P>
<BR>
Hi,<BR>
<BR>
Thanks for your apt response.<BR>
<BR>
I also tried by starting the recording before the dial command through AMI. But in that scenario also, there are some issue such that both the streams are not getting updated at the same time. Sometimes one stream takes nearly 2 seconds to getting updated. Here i require both the stream updation needs to be happening at the same time. And this voice updation issue is not there when i included the t option in Dial application.<BR>
<BR>
Kindly give your suggestion on this.<BR>
<BR>
Asterisk version - 1.4.21.2<BR>
<BR>
Thanks,<BR>
balasam.<BR>
On Tue, 09 Sep 2008 Atis Lezdins wrote :<BR>
>On Tue, Sep 9, 2008 at 3:19 PM, bala krishnan <mbk_bala@rediffmail.com> wrote:<BR>
> > Hi,<BR>
> > The problem is, when i was starting the recording on zap channels<BR>
> > through AMI by Monitor command, always the out stream recorded as 0 bytes.<BR>
> > So that i did the searching and got the response that t option would<BR>
> > disallow the native bridging between the channels and you will get the<BR>
> > properly recorded out stream files. With that t option, now i am getting the<BR>
> > properly recorded stream files.<BR>
> ><BR>
> > What i would want is, instead of t option in Dial application, is there any<BR>
> > other way to set this in the configuration file?<BR>
><BR>
>Hi,<BR>
><BR>
>This should probably belong to list, as I don't have all answers :)<BR>
><BR>
>As I understand, you don't want recording unless you start it by AMI.<BR>
><BR>
>Theoretically AMI action Monitor should destroy native bridge and<BR>
>re-bridge call trough Asterisk. It could be a bug, or just<BR>
>unimplemented feature.<BR>
><BR>
>So, i could suggest starting Monitor before Dial command into<BR>
>temporary dir, and then erase unnecessary recordings.. That way, AMI<BR>
>Monitor will simply override previous and you will get recording where<BR>
>you want, and bridge won't be native.<BR>
><BR>
>Regards,<BR>
>Atis<BR>
><BR>
> ><BR>
> ><BR>
> > regards,<BR>
> > balasam<BR>
> > On Mon, 08 Sep 2008 Atis Lezdins wrote :<BR>
> ><BR>
> >>On Mon, Sep 8, 2008 at 11:39 AM, bala krishnan <mbk_bala@rediffmail.com><BR>
> >> wrote:<BR>
> >> > Hi,<BR>
> >> ><BR>
> >> > To disallow the native bridge between the zap channels, i enabled the t<BR>
> >> > flag in the Dial application. But i dont want to allow the callee/caller<BR>
> >> > to<BR>
> >> > transfer the call.<BR>
> >><BR>
> >>Why would you need this? It should just take media processing away<BR>
> >> from your CPU.<BR>
> >><BR>
> >>Alternatively you can enable Monitor/MixMonitor, it should keep<BR>
> >>Asterisk in media path.<BR>
> >><BR>
> >>Regards,<BR>
> >>Atis<BR>
> >><BR>
> >>--<BR>
> >>Atis Lezdins,<BR>
> >>VoIP Project Manager / Developer,<BR>
> >>atis@iq-labs.net<BR>
> >>Skype: atis.lezdins<BR>
> >>Cell Phone: +371 28806004<BR>
> >>Cell Phone: +1 800 7300689<BR>
> >>Work phone: +1 800 7502835<BR>
> ><BR>
> ><BR>
> ><BR>
><BR>
><BR>
><BR>
>--<BR>
>Atis Lezdins,<BR>
>VoIP Project Manager / Developer,<BR>
>atis@iq-labs.net<BR>
>Skype: atis.lezdins<BR>
>Cell Phone: +371 28806004<BR>
>Cell Phone: +1 800 7300689<BR>
>Work phone: +1 800 7502835<BR>
</P>
<br><br>
<Table border=0 Width=644 Height=57 cellspacing=0 cellpadding=0 style='font-family:Verdana;font-size:11px;line-height:15px;'><TR><td><a href='http://adworks.rediff.com/cgi-bin/AdWorks/click.cgi/www.rediff.com/signature-home.htm/1050715198@Middle5/2206641_2199021/2201649/1?PARTNER=3&OAS_QUERY=null' target=new ><img src ='http://imadworks.rediff.com/cgi-bin/AdWorks/adimage.cgi/2206641_2199021/creative_2201649.gif' alt='Rediff Shopping' border=0></a></td></TR></Table>