[Freeswitch-users] Early Media AMD

[Delifisek Tux]

Hello Thanks for answers.

English was not my first language. I believe there where errors in my
question. I'll try to explain my self, please have patience for my mistakes.

Also, when I start to dig deep, I found my VOIP knowladge was very shallow.
Configuring asterisk from console looks great for me. However today I found
I cannot debug meaningfully sip protocol, which is frusturates me.

Anyway,

In my scenario,

There is no user on my setup. I had autodialer to call numbers. My provider
has new voice mail box rule for unanswered, busy and unreached numbers, If
I leave message it cost me a time and a very expensive service fee. This
was increase my costs.

So I setup a dial timeout. However, if too short phone answer ratio was
drop significantly, If too long then I leave a message.


So I want to check is there an early media voice. If there is a voice (not
ringing) I want to hangup line. I cannot do this with asterisk. Even I try
to hack it and code is so large for short time learning.

The another problem is. We are use GSM gateways so %100 percent SIP was not
available.

>From my point of view I have to develop a solution which can listen early
media and if there is a voice. Hangup the line.

Is this doable with base Freeswitch ?

My Best Regards

2014-09-16 20:30 GMT+03:00 Michael Collins <msc at freeswitch.org>:

> This is the proverbial auto dialing chicken-and-egg scenario. There's a
> love-hate relationship with early media. Sometimes the early media is handy
> and sometimes it's annoying. Figuring out which is which can be a challenge.
>
> Before you go down the path of AMD (which requires an investment of both
> time and money) I'd assess the situation and find out if you can indeed
> ignore all early media, or if you want to do the semi-magical trick of
> monitoring early media and selectively ignoring or passing it. Start here:
> https://wiki.freeswitch.org/wiki/Variable_monitor_early_media_ring
>
> If you think that all early media is bad except for ringing then that may
> just do the trick. Just keep in mind that no solution that tries to examine
> audio like this will ever be 100% accurate. Still if you can get yourself
> to 90% or more accurate then you're doing well, especially given the price
> tag of FreeSWITCH. ;)
>
> -MC
>
>
> On Tue, Sep 16, 2014 at 3:24 AM, Stanislav Sinyagin <ssinyagin at gmail.com>
> wrote:
>
>> if you use a simple bridge command with ignore_early_media=true, I think
>> the caller will still hear the FreeSWITCH'es ringback instead of the GSM
>> unavailability message. So, in this case, the caller would simply hang up
>> after waiting for too long.
>>
>> You can also configure a group call with answer confirmation: the called
>> party would have to press a digit before the call is connected with the
>> caller.
>>
>> Also you can do some scripting and process the outbound call before you
>> bridge it with the inbound call. Here I have an example in Perl:
>> https://jira.freeswitch.org/browse/FS-6746
>>
>> Also currently I'm learning how to do that with ESL and Golang.
>>
>>
>>
>>
>>
>>
>>
>>
>> On Tue, Sep 16, 2014 at 10:54 AM, Delifisek Tux <delifisek.tux at gmail.com>
>> wrote:
>>
>>> Hello Everyone.
>>>
>>> Is there any way to detect early media Automatic Message Detection
>>> before the answer in freeswitch.
>>>
>>> We had small asterisk setup for outgoing messages, GSM voice mails box
>>> are troubles us.
>>>
>>> Providers sends voice messages as early media. So we need to detect them
>>> before the answer and hangup the line.
>>>
>>> Before dig deep, we asking for is this possible with freeswitch ?
>>>
>>> Our Best Regards.
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://confluence.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> 
>>> 
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> 
>> 
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> 
> 
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140916/2530925c/attachment.html