[asterisk-bugs] [JIRA] (ASTERISK-20719) Monitor changes file names on transfer

[Rusty Newton (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-20719?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton updated ASTERISK-20719:
------------------------------------

    Assignee: Grzesiek
      Status: Waiting for Feedback  (was: Triage)

Grzesiek, thanks for reporting this. Please attach a full log with VERBOSE and DEBUG enabled at level 5 each, captured during demonstration of the issue. https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information

Please point out the channels involved in the process so they are easy to spot in the debug.

Attach your extensions.conf, or at least the relevant portions that get called during the issue. sip.conf for the sip users involved may be helpful as well.
                
> Monitor changes file names on transfer
> --------------------------------------
>
>                 Key: ASTERISK-20719
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20719
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_monitor
>    Affects Versions: 1.8.16.0
>         Environment: Debian 686
>            Reporter: Grzesiek
>            Assignee: Grzesiek
>
> Monitor when executed with b option on channel transfered call changes the filenames if transfered channel was monitored at the moment of bridging.
> Here is how it looks:
> A calls ----> B(let's assume ${UNIQUEUEID}=1)
> exten => _XXXX,1,NoOp
> seme => n,Set(MONITOR_FILENAME=call-${UNIQUEID})
> same => n,monitor(alaw,/var/spool/asterisk/monitor/${MONITOR_FILENAME},bm)
> When B answers the call, files call-1-in* and call1-out* are created. During The call, B tries to make attended transfer A is put on hold and B calls C using the same dialplan logic:
> B calls ----> C(let's assume ${UNIQUEUEID}=2)
> At the time off invoking monitor application none off the call-2 channels are monitored so the monitor application starts without errors, if B waits till C answers, everything is OK monitor starts recording and files call-2-in* and call-2-out* are created, When B transfers the call call-2 monitor is stopped. And call-2 files contain only the call between B and C.
> But there is problem when B does not wait until C answers the call, if transfer is done before C answers the call, the call-2* are not created and the call is still recorded to the call-1* files, but when the transferred call between A and C ends, the call-1* files get renamed to call-2* and the MONITOR_EXEC application is called with call-2* file names as parameters.
> This makes it impossible to locate the call record since the file names get changed, and there is no other way than figuring put file names from messages log.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira