No subject

something I did not understand though, is why not create a regular SIP call
instead of a dummy call (that is calling ast_request(), ast_call() etc to a
configured SIP peer), then anything read from the monitored channel would be
sent using ast_write() and audio coming back from the SIP call would be
silently discarded ( may be you decided is a waste? ).

As I said, however, this thought I had was more oriented to using it inside
mix monitor with audio hooks sending the mixed audio already to the
monitoring SIP call (or any other asterisk tech channel for that matter)
instead of writing it to a file.

-- 
Moises Silva
Software Developer
Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3
Canada
t. 1 905 474 1990 x 128 | e. moy at sangoma.com

--001636c5b83b7e8ed804755fd8fc
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div><div class=3D"gmail_quote">On Wed, Oct 7, 2009 at 5:12 PM, Tzafrir Coh=
en <span dir=3D"ltr">&lt;<a href=3D"mailto:tzafrir.cohen at xorcom.com">tzafri=
r.cohen at xorcom.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"=
>
<br>Basically this branch intends to allow sending all the recorded<br>
(Monitor) files to a remote recording server instead of local files.<br>
This could be recorded by some remote recording server or even by<br>
a sniffer such as Wireshark.<br>
<br>
At the moment the code basically works and now I want to figure out how<br>
to best fit it in Asterisk.<br>
<br>
</blockquote><div><br></div><div>Hi Tzafrir,<div><br></div><div>This might =
be a silly question and I&#39;m sure you had contemplated this option befor=
e, but I&#39;d like to know what made you discard it (notice I am not famil=
iar with res_monitor and this suggestion is more oriented to mix monitor/au=
dio hooks).=C2=A0</div>
<div><br></div><div>From the very first time I saw your branch seemed like =
a cool project to me, something I did not understand though, is why not cre=
ate a regular SIP call instead of a dummy call (that is calling ast_request=
(), ast_call() etc to a configured SIP peer), then anything read from the m=
onitored channel would be sent using ast_write() and audio coming back from=
 the SIP call would be silently discarded ( may be you decided is a waste? =
).=C2=A0</div>
<div><br></div><div>As I said, however, this thought I had was more oriente=
d to using it inside mix monitor with audio hooks sending the mixed audio a=
lready to the monitoring SIP call (or any other asterisk tech channel for t=
hat matter) instead of writing it to a file.=C2=A0<br>
</div></div><div><br></div></div>-- <br>Moises Silva<br>Software Developer<=
br>Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R=
 9T3 Canada<br>t. 1 905 474 1990 x 128 | e. <a href=3D"mailto:moy at sangoma.c=
om">moy at sangoma.com</a><br>

</div>

--001636c5b83b7e8ed804755fd8fc--