| Summary: | ASTERISK-06373: [request] Enable Monitor when the RTP is not going through the Asterisk | ||
| Reporter: | ssljivic (ssljivic) | Labels: | |
| Date Opened: | 2006-02-20 03:36:26.000-0600 | Date Closed: | 2011-06-07 14:03:16 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Core/NewFeature |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | Hi, When the RTP is going peer-to-peer, bypassing the Asterisk, it is not possible to monitor the call. When the Monitor command is issued, in this scenario, Asterisk produces empty audio files. Is it possible that when Asterisk receives the Monitor (and RTP is not available to it and canreinvite is set to yes) it performs the SIP reINVITE so that from that point the RTP is going through the Asterisk. This way Asterisk would be capable of performing call monitoring even if RTP was initially bypassing the Asterisk. Regards, Stojan Sljivic | ||
| Comments: | By: Tilghman Lesher (tilghman) 2006-02-21 20:09:26.000-0600 We allow feature requests to remain open on the bugtracker for several days, but the real place these need to go is on the Wiki. If you like, you may also post a bounty for the development of this feature. You may reopen if/when you have a patch to test. | ||