[Freeswitch-users] Early media handling on outbound call

[Steven Ayre]

It seems odd that they immediately announce that it's not answering
then starts ringing.

That's sounds like a problem with the VoIP operator - you'll need to
report it to them.

Is the ringback tone being sent by the operator or generated locally
(eg by your softphone) when 180 Ringing is received? It would be
possible to set ignore_early_media=true which'd stop you seeing
anything until the 480. But in that case you'd also never hear any
ringback tone - unless you generated it on FS and in that case it
wouldn't necessarily mean the phone was actually ringing.

-Steve



On 15 January 2013 07:21, Hynek Cihlar <hynek.cihlar at gmail.com> wrote:
> Exactly. Here's the captured SIP flow:
> https://dl.dropbox.com/u/6276683/sip_flow.png. Between the time 4 and 7, the
> mobile phone is hung up. After the the time 28 the mobile phone starts
> ringing again and hung up, the same on times 51 and 74.
>
> I am starting to think that this is something my VoIP operator should deal
> with. What should be the expected flow? Status 480 right after the early
> media is played back?
>
> Hynek
>
>
> On Tue, Jan 15, 2013 at 12:18 AM, Michael Collins <msc at freeswitch.org>
> wrote:
>>
>> So you're saying that the provider is sending inband audio in early media
>> saying that the call is not answering, and then on the same call you hear
>> ringing?
>>
>> -MC
>>
>> On Sun, Jan 13, 2013 at 6:28 AM, Hynek Cihlar <hynek.cihlar at gmail.com>
>> wrote:
>>>
>>> Scenario:
>>> A call is originated to a mobile network. Mobile phone starts ringing and
>>> is hung up. The mobile phone leg is pre-answered and early media is returned
>>> saying that the caller is not answering. The message is playbed back twice,
>>> than silence for cca two seconds and then ringing tone with the actual phone
>>> starting to ring as well. The phone is hung up, early media played back,
>>> etc...
>>>
>>> The freeswitch console command used to originate the call is as follows:
>>> originate sofia/internal/1%terminal_domain
>>> &bridge({origination_caller_id_number=<some orig
>>> number>}sofia/gateway/axfone/<the destination mobile number>)
>>>
>>> My question is. Is this expected behavior? Should not the destination
>>> server end the call after early media is played back? Or is it expected from
>>> me to detect a silence and end the call? If so, what would be the best
>>> approach to solve it, wait_for_silence?
>>>
>>> Thanks for comments!
>>> Hynek
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.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
>>>
>>
>>
>>
>> --
>> Michael S Collins
>> Twitter: @mercutioviz
>> http://www.FreeSWITCH.org
>> http://www.ClueCon.com
>> http://www.OSTAG.org
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.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://wiki.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
>