[asterisk-bugs] [JIRA] (ASTERISK-3706) When call is destroyed, 487 "Request Cancelled" packets seem to cycle around for too long

[Joshua Colp (JIRA)]

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

Joshua Colp commented on ASTERISK-3706:
---------------------------------------

[~kourakos] This issue is 13 years old, the change in question would have gone into the code at that time. If you are still having a problem then please open a new issue but be aware that chan_sip is community supported and there is no timeframe on when it would get looked into.

> When call is destroyed, 487 "Request Cancelled" packets seem to cycle around for too long
> -----------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-3706
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-3706
>             Project: Asterisk
>          Issue Type: Bug
>          Components: Core/General
>            Reporter: Serge Vecher
>            Severity: Minor
>         Attachments: 0003796-sip_debug_100-101_487_request.txt, 0003796-sip_debug_100-105_487_request.txt, 0003796-sip_debug_bug3796_fixed.txt
>
>
> After a SIP call is destroyed, there seems to be an excess of 487 packets floating around for about 10-15 seconds after call destruction is scheduled. Under light call volume this is not a problem. However, in a scenario where many short-duration calls are placed-received over a period of time (typical receptionist situation) excessive traffic seems to cause a "denial of service" on a Cisco IP 7900 series phone with "486 Busy here" being bounced back from a Cisco phone. Not a problem if downgrading to previous CVS version(1 week ago).
> ****** ADDITIONAL INFORMATION ******
> Phones used -> Cisco 7940/60G (SIP7.3 firmware



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