[asterisk-bugs] [JIRA] (ASTERISK-25104) Unnecessary Unlink event on reINVITE when using Monitor()

[Ben Langfeld (JIRA)]

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

Ben Langfeld commented on ASTERISK-25104:
-----------------------------------------

Thanks for the feedback Matt. We did not necessarily expect this to be fixed in Asterisk 11, but Luca came across it while debugging an application and we considered it a case worth documenting, given that it took a little while to track down and that it is exposed only by the combination of recording a bridge and a re-INVITE on one of the channels.

I'm glad to hear that you expect the work on 12+ to have done away with this stuff, and we appreciate the effort that was put in to those releases. Luca will shortly confirm that this specific case does not occur simply to robustly round out this issue and then we can close it as documentation of an interesting little adventure. Assuming that confirmation is positive, which I don't doubt, this will push our customer to upgrade to Asterisk 13 (yay) and ensure full compatibility between 12+ and Adhearsion 2.x.

Thanks!

> Unnecessary Unlink event on reINVITE when using Monitor()
> ---------------------------------------------------------
>
>                 Key: ASTERISK-25104
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25104
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_ari
>    Affects Versions: 11.7.0
>         Environment: Ubuntu package 11.7.0~dfsg-1ubuntu1 running on Ubuntu 12.04
>            Reporter: Luca Pradovera
>         Attachments: ami.txt, dialplan.txt, pcap.txt
>
>
> When using a simple dialplan with Monitor() and the 'm' option, and a reINVITE (line 2970 in pcap.txt below) is issued for any reason, an unwanted Unlink event (line 361 in ami.txt as attached) is sent over AMI, thus breaking connected applications that rely on that kind of event.
> Its emission should avoided when recording for the same reason that masquerades are undesirable.
> The same event is not emitted if there is no Monitor() running.



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