[asterisk-bugs] [JIRA] (ASTERISK-25036) Asterisk still send an INVITE request after a call was canceled(realtime, rtcachefriends is enabled)

Rusty Newton (JIRA) noreply at issues.asterisk.org
Tue May 19 19:38:35 CDT 2015


    [ https://issues.asterisk.org/jira/browse/ASTERISK-25036?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=226276#comment-226276 ] 

Rusty Newton commented on ASTERISK-25036:
-----------------------------------------

[~mouseratt1] If an issue is in Triage, you have to wait until a bug marshal is available to triage the issue. :)

Can you follow the https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information guide and provide a full log including the "DEBUG" and "VERBOSE" logs both turned up to 5 or above?

If possible, also include a packet capture that can be analyzed in wire-shark (tcpdump is probably the easiest way to gather one).

Thanks!

> Asterisk still send an INVITE request after a call was canceled(realtime, rtcachefriends is enabled)
> ----------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-25036
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25036
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 13.0.0, 13.1.0, 13.2.0
>         Environment: Debian wheezy x64
>            Reporter: Mikhail Fast
>            Severity: Minor
>         Attachments: debug-ASTERISK-25036.log, sip.conf-ASTERISK-25036
>
>
> Asterisk 13.2
> Realtime, rtcachefriends=yes
> Steps to reproduce a bug:
> 0) Asterisk has a public IP, cliens A and B connect over  NAT.
> 1) Regiser user A 
> 2) Register user B
> 3) Unexpectedly disconnect client B (you may kill a proocess or simply disconnect a network cable)
> 4) Make a call from A to B(B exists in realtime cache, but really it is offline!)
> 5) Cancel a call 
> 6) Register with a client B again
> On secondary register you get a call into your sip-client B. In the console you may see, that asterisk still send an INVITE,  although a call already was canceled. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list