[asterisk-bugs] [JIRA] (ASTERISK-22791) asterisk sends Re-INVITE after receiving a BYE
Paolo Compagnini (JIRA)
noreply at issues.asterisk.org
Fri Nov 22 10:16:03 CST 2013
[ https://issues.asterisk.org/jira/browse/ASTERISK-22791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=212155#comment-212155 ]
Paolo Compagnini commented on ASTERISK-22791:
---------------------------------------------
Hi Walter,
that's what I see looking at the log.
it is strange that the SBC sends the 491 to the asterisk because there wasn't any other request on this side of the call. Maybe the SBC received the BYE from the other side and sends the 491 while processing it. now i am asking myself if this behaviour is conform with the RFC.
But this should't change the fact that asterisk should't send the re-INVITEs after the hangup.
> asterisk sends Re-INVITE after receiving a BYE
> ----------------------------------------------
>
> Key: ASTERISK-22791
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-22791
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_fax
> Affects Versions: 11.6.0
> Reporter: Paolo Compagnini
> Assignee: Matt Jordan
> Severity: Trivial
> Attachments: debug, messages, scrubed_messages
>
>
> i am receiving faxes with receiveFAX().
> after transmitting the document with t38 asterisk changes back to g711.
> Sometimes it happens that even after receiving a BYE asterisk is sending these Re-INVITEs.
> i can provide a sip trace but i don't wanna share it in public.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list