| Summary: | ASTERISK-18494: Whisper disconnects call | ||
| Reporter: | Paul Caligari (paulypc) | Labels: | |
| Date Opened: | 2011-09-09 10:41:51 | Date Closed: | 2011-09-15 12:40:23 |
| Priority: | Major | Regression? | |
| Status: | Closed/Complete | Components: | Core/Channels Core/General |
| Versions: | 1.8.3 | Frequency of Occurrence | Constant |
| Related Issues: | |||
| Environment: | Linux asterisk.local 2.6.18-238.12.1.el5PAE #1 SMP Tue May 31 14:02:45 EDT 2011 i686 i686 i386 GNU/Linux Asterisk 1.8.3.3 built by root @ asterisk.local on a i686 running Linux on 2011-07-01 11:31:59 UTC dahdi-linux-complete-2.4.1.2+2.4.1 libpri-1.4.11.5 asterisk-addons-1.6.2.3 Digium TE121 | Attachments: | |
| Description: | We can listen in to any channel with no problems. As soon as we try to whisper the call is disconnected. We have call record always on. | ||
| Comments: | By: Leif Madsen (lmadsen) 2011-09-12 12:45:11.739-0500 You'll need to provide additional information so this issue can be reproduced. Please provide the applicable dialplan logic along with the console output when this is happening (and the data leading up to it) By: Paul Caligari (paulypc) 2011-09-15 05:44:58.755-0500 I apologise. I don't know where the dial plan login is. We are using FOP2 and that third party application does the dial plan. I have explored the FOP2 forums and found that this appears to be a bug in chanspy that was fixed on the 1,6 asterisk branch but not on then 1.8 If you can let me know how to isolate the debug info you require for a single call on a very busy switch I'm happy to try and get it for you. By: Paul Caligari (paulypc) 2011-09-15 12:40:23.490-0500 Upgraded from 1.8.3.3 to 1.8.6.0 and it's all good!! | ||