[Freeswitch-users] Early media handling on outbound call

[Hynek Cihlar]

So it turns out to be problem on the provider's side. Sorry everybody for
bothering.

Hynek


On Tue, Jan 15, 2013 at 12:57 PM, Steven Ayre <steveayre at gmail.com> wrote:

> 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
> >
>
> _________________________________________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130117/bcd3f4f5/attachment-0001.html