Summary: | ASTERISK-24262: AMI CoreShowChannel missing several output fields and event documentation | ||
Reporter: | Mitch Claborn (mclaborn) | Labels: | |
Date Opened: | 2014-08-22 15:57:58 | Date Closed: | 2014-10-03 08:27:23 |
Priority: | Major | Regression? | Yes |
Status: | Closed/Complete | Components: | Core/ManagerInterface Documentation |
Versions: | 12.5.0 | Frequency of Occurrence | Constant |
Related Issues: | |||
Environment: | Ubuntu 12.04 64 bit Asterisk built from source | Attachments: | |
Description: | The CoreShowChannel event (result of CoreShowChannels action) is missing several fields: Extension (renamed to Exten??), Application, ApplicationData, CallerIDnum (present, but data missing?), Duration, BridgedChannel, BridgedUniqueID.
11.1 Event: CoreShowChannel Channel: SIP/mlcm800-00000008 UniqueID: mlcadev1-1408740779.11 Context: LocalSets Extension: sales Priority: 1 ChannelState: 6 ChannelStateDesc: Up Application: AppQueue ApplicationData: (Outgoing Line) CallerIDnum: CallerIDname: Mitch ConnectedLineNum: mlcx450 ConnectedLineName: Mitch mlcx450 Duration: 00:01:05 AccountCode: BridgedChannel: SIP/mlcx450-00000007 BridgedUniqueID: mlcadev1-1408740771.10 12.5 Event: CoreShowChannel Channel: SIP/mlc296-00000025 ChannelState: 6 ChannelStateDesc: Up CallerIDNum: mlc296 CallerIDName: Mitch Digium ConnectedLineNum: <unknown> ConnectedLineName: Mitch AccountCode: Context: queues Exten: sales Priority: 23 Uniqueid: sipqa-1408736378.54 | ||
Comments: | By: Rusty Newton (rnewton) 2014-08-27 14:59:00.392-0500 Additionally I don't see any documentation for the event. That is "manager show event <event name>" doesn't pull up anything for it, and nothing on the wiki. By: Mitch Claborn (mclaborn) 2014-08-28 09:11:08.150-0500 This was marked as a clone of ASTERISK-24278 but I can't find that issue. Am I doing something wrong? By: Matt Jordan (mjordan) 2014-08-28 09:43:17.614-0500 Someone cloned it when they shouldn't have. (Bad people). That issue is now a ghost, a "Harvey the White Rabbit", a figment of our imagination. It existed as perturbed electrons, then it didn't. AKA: I removed it. By: Matt Jordan (mjordan) 2014-09-04 15:55:34.697-0500 Looking at the 11 event, the following fields aren't coming back: * {{BridgedChannel: SIP/mlcx450-00000007}} - reaching across a bridge is a really, really, *really* bad idea. It also isn't useful in multi-party bridging scenarios. Instead, we should transmit the {{BridgeId}}, which you can use with other bridge related events to know which bridge a channel is in. * {{BridgedUniqueID: mlcadev1-1408740771.10}} - for the same reason as {{BridgedChannel}} Missing the application and appdata is essentially a bug, because without that information the Dialplan tuple of {{context}}, {{extension}}, {{priority}} is only so useful. {{Duration}} typically isn't conveyed in any other event that shows channel related information. Generally, it is known from the {{Newchannel}} event when a channel was created. I could see needing it in the response to a query as you may have missed the {{Newchannel}} event however. {{BridgeId}} should be there - otherwise we don't know what bridge you are in. By: Kinsey Moore (kmoore) 2014-10-01 14:54:47.741-0500 The patch for this issue is up at https://reviewboard.asterisk.org/r/4040/ Please comment on it there. By: Mitch Claborn (mclaborn) 2014-10-02 11:23:20.581-0500 I'm not allowed to comment on the review board - my userid/password for issues did not work there. Couldn't find a "register" link. I applied this patch to my 12.5 system and it resolved this problem. By: Mitch Claborn (mclaborn) 2014-11-03 15:03:50.588-0600 Is the fix for this included in 13.0 GA version? By: Kinsey Moore (kmoore) 2014-11-04 07:42:41.015-0600 Yes, this should be in the 13.0 release. |