[asterisk-bugs] [JIRA] (ASTERISK-29314) MixMonitor stops when use Transfer key of a IP Phone
Joshua C. Colp (JIRA)
noreply at issues.asterisk.org
Wed Feb 24 11:40:15 CST 2021
[ https://issues.asterisk.org/jira/browse/ASTERISK-29314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=253981#comment-253981 ]
Joshua C. Colp commented on ASTERISK-29314:
-------------------------------------------
We appreciate the difficulties you are facing, however this does not appear to be a bug report and your request or comments would be better served in a different forum.
The Asterisk community provides support over IRC, mailing lists, and forums as described at http://asterisk.org/community. The Asterisk issue tracker is used specifically to track issues concerning bugs and documentation errors.
Please see the Asterisk Issue Guidelines [1] for instruction on the intended use of the Asterisk issue tracker.
Thanks!
[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines
> MixMonitor stops when use Transfer key of a IP Phone
> ----------------------------------------------------
>
> Key: ASTERISK-29314
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-29314
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Applications/app_mixmonitor
> Affects Versions: 16.4.0, 16.16.1
> Environment: OS: Debian 9.11 (stretch)
> CPU: Intel Xeon E5620 (4) 2.40GHz
> MEM: 4G
> VMware Virtual Platform
> Reporter: Celso Annes
> Severity: Major
>
> Hello, I am having a problem in a specific method of transfer on Asterisk 16.4.0.
> When I am use a **Transfer key** of an IP Phone it didn't record the call when the IP Phone is the source of the call and the source of the transfer. Let me give an exemple:
> *9002* is my *IP Phone* an Yealink T21P-E2 and I have two more for this exemple, 9000 and 9001.
> 1. *9002* make a call to 9000
> 1. 9000 answer *9002* and they start to talk
> 1. *9002* use the *Transfer Key* to 9001
> 1. 9001 answer *9002* and they start to talk
> 1. *9002* hangup and complete the transfer between 9000 and 9001 (At this point the call aren't recorded anymore.)
> 1. 9000 start to talk with 9001
> MixMonitor record the followed calls:
> * 9002 with 9000
> * 9002 with 9001
> *The transfered call 9000 with 9001 is not recorded.*
> Here is the `sip.conf`
> {code}
> [9000]
> host=dynamic
> type=friend
> hasvoicemail=yes
> fullname=9000
> callgroup=0
> pickupgroup=0
> secret=9000
> context=jail
> disallow=all
> allow=alaw,ulaw
> callerid="9000" <9000>
> qualify=yes
> nat=force_rport,comedia
> [9001]
> host=dynamic
> type=friend
> hasvoicemail=yes
> fullname=9001
> callgroup=0
> pickupgroup=0
> secret=9001
> context=jail
> disallow=all
> allow=alaw,ulaw
> callerid="9001" <9001>
> qualify=yes
> nat=force_rport,comedia
> [9002]
> host=dynamic
> type=friend
> hasvoicemail=yes
> fullname=9002
> callgroup=0
> pickupgroup=0
> secret=9002
> context=jail
> disallow=all
> allow=alaw,ulaw
> callerid="9002" <9000>
> qualify=yes
> nat=force_rport,comedia
> {code}
> Here is the `extensions.conf`
> {code}
> [jail]
> exten => _900X,1,NoOp( ----------------- GRAVANDO: ${CDR(src)} -> ${CDR(dst)} | LINKEDID: ${CDR(LINKEDID)} ----------------- )
> same => n,Set(CDR(userfield)=${CDR(LINKEDID)}.wav)
> same => n,MixMonitor(${CDR(LINKEDID)}.wav,a)
> same => n,Dial(SIP/${EXTEN},,tT)
> same => n,HangUp()
> {code}
> Step 1 - *9002* make a call to 9000
> {code}
> [Jan 15 19:09:24] == Using SIP RTP CoS mark 5
> [Jan 15 19:09:24] -- Executing [9000 at jail:1] NoOp("SIP/9002-00000177", " ----------------- GRAVANDO: 9000 -> 9000 | LINKEDID: 1610748564.2849 ----------------- ") in new stack
> [Jan 15 19:09:24] -- Executing [9000 at jail:2] Set("SIP/9002-00000177", "CDR(userfield)=1610748564.2849.wav") in new stack
> [Jan 15 19:09:24] -- Executing [9000 at jail:3] MixMonitor("SIP/9002-00000177", "1610748564.2849.wav,a") in new stack
> [Jan 15 19:09:24] -- Executing [9000 at jail:4] Dial("SIP/9002-00000177", "SIP/9000,,tT") in new stack
> [Jan 15 19:09:24] == Begin MixMonitor Recording SIP/9002-00000177
> [Jan 15 19:09:24] == Using SIP RTP CoS mark 5
> [Jan 15 19:09:24] -- Called SIP/9000
> [Jan 15 19:09:24] -- SIP/9000-00000178 is ringing
> [Jan 15 19:09:26] -- SIP/9000-00000178 answered SIP/9002-00000177
> [Jan 15 19:09:26] -- Channel SIP/9000-00000178 joined 'simple_bridge' basic-bridge <977e4c9d-05f9-49bf-b145-2251ba7a3db0>
> [Jan 15 19:09:26] -- Channel SIP/9002-00000177 joined 'simple_bridge' basic-bridge <977e4c9d-05f9-49bf-b145-2251ba7a3db0>
> {code}
> *`mixmonitor list`*
> {code}
> finti*CLI> mixmonitor list
> SIP/9000-00000178 SIP/9002-00000177
> finti*CLI> mixmonitor list SIP/9000-00000178
> MixMonitor ID File Receive File Transmit File
> =========================================================================
> finti*CLI> mixmonitor list SIP/9002-00000177
> MixMonitor ID File Receive File Transmit File
> =========================================================================
> 0x7fda8c001020 /var/spool/asterisk/monitor/1610748564.2849
> {code}
> Step 2 - *9002* use the *Transfer Key* to 9001
> {code}
> [Jan 15 19:11:00] -- Started music on hold, class 'default', on channel 'SIP/9000-00000178'
> [Jan 15 19:11:05] == Using SIP RTP CoS mark 5
> [Jan 15 19:11:05] -- Executing [9001 at jail:1] NoOp("SIP/9002-00000179", " ----------------- GRAVANDO: 9000 -> 9001 | LINKEDID: 1610748665.2858 ----------------- ") in new stack
> [Jan 15 19:11:05] -- Executing [9001 at jail:2] Set("SIP/9002-00000179", "CDR(userfield)=1610748665.2858.wav") in new stack
> [Jan 15 19:11:05] -- Executing [9001 at jail:3] MixMonitor("SIP/9002-00000179", "1610748665.2858.wav,a") in new stack
> [Jan 15 19:11:05] -- Executing [9001 at jail:4] Dial("SIP/9002-00000179", "SIP/9001,,tT") in new stack
> [Jan 15 19:11:05] == Using SIP RTP CoS mark 5
> [Jan 15 19:11:05] -- Called SIP/9001
> [Jan 15 19:11:05] == Begin MixMonitor Recording SIP/9002-00000179
> [Jan 15 19:11:05] -- SIP/9001-0000017a is ringing
> [Jan 15 19:11:09] -- SIP/9001-0000017a answered SIP/9002-00000179
> [Jan 15 19:11:09] -- Channel SIP/9001-0000017a joined 'simple_bridge' basic-bridge <ec1b1108-8f7c-439f-959e-5becd5ccb16e>
> [Jan 15 19:11:09] -- Channel SIP/9002-00000179 joined 'simple_bridge' basic-bridge <ec1b1108-8f7c-439f-959e-5becd5ccb16e>
> {code}
> *`mixmonitor list`*
> {code}
> finti*CLI> mixmonitor list
> SIP/9000-00000178 SIP/9001-0000017a SIP/9002-00000177 SIP/9002-00000179
> finti*CLI> mixmonitor list SIP/9000-00000178
> MixMonitor ID File Receive File Transmit File
> =========================================================================
> finti*CLI> mixmonitor list SIP/9001-0000017a
> MixMonitor ID File Receive File Transmit File
> =========================================================================
> finti*CLI> mixmonitor list SIP/9002-00000177
> MixMonitor ID File Receive File Transmit File
> =========================================================================
> 0x7fda8c001020 /var/spool/asterisk/monitor/1610748564.2849
> finti*CLI> mixmonitor list SIP/9002-00000179
> MixMonitor ID File Receive File Transmit File
> =========================================================================
> 0x7fda0c0070d0 /var/spool/asterisk/monitor/1610748665.2858
> {code}
> Step 3 - *9002* hangup and complete the transfer between 9000 and 9001
> *At this point the call aren't recorded anymore.*
> {code}
> [Jan 15 19:14:22] -- Channel SIP/9000-00000178 left 'simple_bridge' basic-bridge <977e4c9d-05f9-49bf-b145-2251ba7a3db0>
> [Jan 15 19:14:22] -- Channel SIP/9002-00000179 left 'simple_bridge' basic-bridge <ec1b1108-8f7c-439f-959e-5becd5ccb16e>
> [Jan 15 19:14:22] -- Channel SIP/9000-00000178 swapped with SIP/9002-00000179 into 'simple_bridge' basic-bridge <ec1b1108-8f7c-439f-959e-5becd5ccb16e>
> [Jan 15 19:14:22] -- Channel SIP/9002-00000177 left 'simple_bridge' basic-bridge <977e4c9d-05f9-49bf-b145-2251ba7a3db0>
> [Jan 15 19:14:22] == Spawn extension (jail, 9001, 4) exited non-zero on 'SIP/9002-00000179'
> [Jan 15 19:14:22] == Spawn extension (jail, 9000, 4) exited non-zero on 'SIP/9002-00000177'
> [Jan 15 19:14:22] == MixMonitor close filestream (mixed)
> [Jan 15 19:14:22] == End MixMonitor Recording SIP/9002-00000179
> [Jan 15 19:14:22] -- Stopped music on hold on SIP/9000-00000178
> [Jan 15 19:14:22] == MixMonitor close filestream (mixed)
> [Jan 15 19:14:22] == End MixMonitor Recording SIP/9002-00000177
> {code}
> *`mixmonitor list`*
> {code}
> finti*CLI> mixmonitor list
> SIP/9000-00000178 SIP/9001-0000017a
> finti*CLI> mixmonitor list SIP/9000-00000178
> MixMonitor ID File Receive File Transmit File
> =========================================================================
> finti*CLI> mixmonitor list SIP/9001-0000017a
> MixMonitor ID File Receive File Transmit File
> =========================================================================
> {code}
> Step 4 - 9001 hangup, end the call.
> {code}
> [Jan 15 19:15:42] -- Channel SIP/9001-0000017a left 'simple_bridge' basic-bridge <ec1b1108-8f7c-439f-959e-5becd5ccb16e>
> [Jan 15 19:15:42] -- Channel SIP/9000-00000178 left 'simple_bridge' basic-bridge <ec1b1108-8f7c-439f-959e-5becd5ccb16e>
> {code}
> I don't remember to have this problem on the Asterisk 13 when I used Set(AUDIOHOOK_INHERIT(MixMonitor)=yes).
> Is this a BUG?
> Do I have to do anything else to make the recording keep going in this scenario.
> Is there a way to keeping using the Transfer key on the IP Phones in the example that I gave?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list