[Freeswitch-users] Call released with a 200 OK

Thu Sep 18 13:53:05 MSD 2014

That call flow doesn't suggest an issue. 200 OK signals the call has been
answered. The BYE doesn't happen until almost 40 seconds later, which
suggests the call is up for that time just fine. Can you show the debug log
for such a call?

I'd suggest you're having trouble parsing the CDRs. How are you calculating
billed time?

If the call isn't working (users cannot hear each other between the 200 and
BYE) then that'd suggest no audio, which is a different issue most likely
related to NAT.

On 18 September 2014 07:27, Stephen Wilde <wstephen80 at gmail.com> wrote:

> This is the message flow:
>
> [image: Inline image 1]
>
> On Thu, Sep 18, 2014 at 8:23 AM, Stephen Wilde <wstephen80 at gmail.com>
> wrote:
>
>> Thenk you for your info.
>> Inside FreeSWITCH, the call is dropped with "200 OK" and the CDR report
>> bill time = 0s.
>> For the customer the billtime is not 0 and the call is considered
>> connected with "200 OK" and disconnected with the BYE.
>> I'll try to trace the outbound leg.
>>
>> On Thu, Sep 18, 2014 at 12:28 AM, Steven Ayre <steveayre at gmail.com>
>> wrote:
>>
>>> rfc3326 - I believe it's valid in any packet, you can potentially have a
>>> Reason passed back before the end of the call.
>>>
>>> It's the BYE that's hanging up the call not the 200 OK, but that could
>>> be an interop problem where a device doesn't expect the Reason in the 200
>>> OK.
>>>
>>> On 17 September 2014 21:58, Stephen Wilde <wstephen80 at gmail.com> wrote:
>>>
>>>> I have a trace of one leg only I can try to capture both legs.
>>>> But a 200 OK with a Reason header is a valid SIP message (below 200 OK
>>>> forwarded by FreeSWITCH) ?
>>>>
>>>>
>>>> Frame 5: 957 bytes on wire (7656 bits), 957 bytes captured (7656 bits)
>>>> Ethernet II, Src: Hewlett-_f3:e9:2c (3c:d9:2b:f3:e9:2c), Dst:
>>>> JuniperN_f6:ce:27 (78:19:f7:f6:ce:27)
>>>> Internet Protocol Version 4, Src: FreeSWITCH_IP (FreeSWITCH_IP), Dst:
>>>> CUSTOMER_IP (CUSTOMER_IP)
>>>> User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060)
>>>> Session Initiation Protocol (200)
>>>>     Status-Line: SIP/2.0 200 OK
>>>>     Message Header
>>>>         Via: SIP/2.0/UDP
>>>> CUSTOMER_IP:5060;branch=z9hG4bK00E0F510095D15ED848E0A88725A
>>>>         Max-Forwards: 63
>>>>         From: <sip:cg at FreeSWITCH_IP>;tag=00E0F510095D15ED848E7A60E97C
>>>>         To: <sip:cd at FreeSWITCH_IP>;tag=5881vaN1reajB
>>>>         Call-ID:
>>>> ae8f80003582-5417017f-60871148-3ad46cc0-745bf31 at 127.0.0.1
>>>>         CSeq: 14398 INVITE
>>>>         Contact: <sip:cd at FreeSWITCH_IP:5060;transport=udp>
>>>>         User-Agent: FS_1.2
>>>>         Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO,
>>>> REGISTER, REFER, NOTIFY
>>>>         Supported: timer, path, replaces
>>>>         Allow-Events: talk, hold, conference, refer
>>>>         Reason: Q.850;cause=16;text="NORMAL_CLEARING"
>>>>         Content-Type: application/sdp
>>>>         Content-Disposition: session
>>>>         Content-Length: 217
>>>>     Message Body
>>>>
>>>>
>>>> On Wed, Sep 17, 2014 at 10:09 PM, Steven Ayre <steveayre at gmail.com>
>>>> wrote:
>>>>
>>>>> Can you post the sip trace for the call (all legs)
>>>>>
>>>>> On 17 September 2014 19:54, Stephen Wilde <wstephen80 at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Anyone can help me on that?
>>>>>>
>>>>>> Stephen
>>>>>>
>>>>>> On Tue, Sep 16, 2014 at 9:58 PM, Stephen Wilde <wstephen80 at gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> I have a strange issue: some calls are dropped with a 200 OK
>>>>>>> containing the "Reason" header.
>>>>>>> Is this valid?
>>>>>>> The message flow is:
>>>>>>>
>>>>>>> CUSTOMER ----     FS
>>>>>>>
>>>>>>> INVITE ->
>>>>>>>
>>>>>>>         <- 100 Trying
>>>>>>>         <- 180 Ringing
>>>>>>>         <- 200 OK (containing the Reason Header)
>>>>>>> ACK ->
>>>>>>>
>>>>>>> after some seconds...
>>>>>>>
>>>>>>> BYE ->
>>>>>>> BYE ->
>>>>>>> BYE ->
>>>>>>> BYE ->
>>>>>>> BYE ->
>>>>>>>
>>>>>>> The 200 OK sent by FreeSwitch contain a "Reason Header":
>>>>>>>
>>>>>>> Reason: Q.850;cause=16;text="NORMAL_CLEARING"
>>>>>>>
>>>>>>> And the call seems dropped and not connected in FreeSWITCH.
>>>>>>> For the customer side the call seems connected with 200 OK (the
>>>>>>> customer ignore the Reason).
>>>>>>> After some seconds, the customer try to disconnect the call with BYE
>>>>>>> but these messages are ignored by Freeswitch because the call was been
>>>>>>> already dropped.
>>>>>>>
>>>>>>> It's valid the Reason inside the 200 OK? It's possible that this 200
>>>>>>> OK has been forwarded by Freeswitch from the outbound leg.
>>>>>>> Any advice for that?
>>>>>>>
>>>>>>> Stephen
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _________________________________________________________________________
>>>>>> 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
>>>>
>>>
>>>
>>> _________________________________________________________________________
>>> 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/20140918/e7186bde/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: flow.png
Type: image/png
Size: 19887 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140918/e7186bde/attachment-0001.png 