On Wed, Sep 10, 2008 at 9:48 AM, bala krishnan <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Thanks for your apt response.
>
> 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.
No, what i mean - is to use dialplan command before you dial to
destination peer. For example:
Monitor(ulaw,/tmp/recording-${UNIQUEID},b);
Regards,
Atis
>
> Kindly give your suggestion on this.
>
> Asterisk version - 1.4.21.2
>
> Thanks,
> balasam.
> On Tue, 09 Sep 2008 Atis Lezdins wrote :
>>On Tue, Sep 9, 2008 at 3:19 PM, bala krishnan <[EMAIL PROTECTED]>
>> wrote:
>> > Hi,
>> > The problem is, when i was starting the recording on zap channels
>> > through AMI by Monitor command, always the out stream recorded as 0
>> > bytes.
>> > So that i did the searching and got the response that t option would
>> > disallow the native bridging between the channels and you will get the
>> > properly recorded out stream files. With that t option, now i am getting
>> > the
>> > properly recorded stream files.
>> >
>> > What i would want is, instead of t option in Dial application, is there
>> > any
>> > other way to set this in the configuration file?
>>
>>Hi,
>>
>>This should probably belong to list, as I don't have all answers :)
>>
>>As I understand, you don't want recording unless you start it by AMI.
>>
>>Theoretically AMI action Monitor should destroy native bridge and
>>re-bridge call trough Asterisk. It could be a bug, or just
>>unimplemented feature.
>>
>>So, i could suggest starting Monitor before Dial command into
>>temporary dir, and then erase unnecessary recordings.. That way, AMI
>>Monitor will simply override previous and you will get recording where
>>you want, and bridge won't be native.
>>
>>Regards,
>>Atis
>>
>> >
>> >
>> > regards,
>> > balasam
>> > On Mon, 08 Sep 2008 Atis Lezdins wrote :
>> >
>> >>On Mon, Sep 8, 2008 at 11:39 AM, bala krishnan <[EMAIL PROTECTED]>
>> >> wrote:
>> >> > Hi,
>> >> >
>> >> > To disallow the native bridge between the zap channels, i enabled
>> >> > the t
>> >> > flag in the Dial application. But i dont want to allow the
>> >> > callee/caller
>> >> > to
>> >> > transfer the call.
>> >>
>> >>Why would you need this? It should just take media processing away
>> >> from your CPU.
>> >>
>> >>Alternatively you can enable Monitor/MixMonitor, it should keep
>> >>Asterisk in media path.
>> >>
>> >>Regards,
>> >>Atis
>> >>
>> >>--
>> >>Atis Lezdins,
>> >>VoIP Project Manager / Developer,
>> >>[EMAIL PROTECTED]
>> >>Skype: atis.lezdins
>> >>Cell Phone: +371 28806004
>> >>Cell Phone: +1 800 7300689
>> >>Work phone: +1 800 7502835
>> >
>> >
>> >
>>
>>
>>
>>--
>>Atis Lezdins,
>>VoIP Project Manager / Developer,
>>[EMAIL PROTECTED]
>>Skype: atis.lezdins
>>Cell Phone: +371 28806004
>>Cell Phone: +1 800 7300689
>>Work phone: +1 800 7502835
>
>
>
--
Atis Lezdins,
VoIP Project Manager / Developer,
[EMAIL PROTECTED]
Skype: atis.lezdins
Cell Phone: +371 28806004
Cell Phone: +1 800 7300689
Work phone: +1 800 7502835
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
AstriCon 2008 - September 22 - 25 Phoenix, Arizona
Register Now: http://www.astricon.net
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
