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@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@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@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@freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>>> http://www.cudatel.com
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users@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@freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>> http://www.cudatel.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users@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@freeswitch.org
> http://www.freeswitchsolutions.com
>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
> http://www.cudatel.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org