| Summary: | ASTERISK-01065: [patch] Configure usage of CLASS features on chan_zap | ||
| Reporter: | screel (screel) | Labels: | |
| Date Opened: | 2004-02-20 16:00:57.000-0600 | Date Closed: | 2011-06-07 14:05:12 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ( 0) chanzap-abandon-class.diff | |
| Description: | I need to have consistent features across all channels, so I am implementing them in the dialplan. I'm sure many others have done the same. This patch creates an option for zaptel.conf "abandonbuiltinvsc". It can be configured per-channel (I guess that may be a benefit to some...). Appropriate comments and an example for zapata.conf.sample are included. | ||
| Comments: | By: zoa (zoa) 2004-02-21 04:32:17.000-0600 Could you provide us with a bit more info here ? (So that people that might be interested in this feature dont need to apply a diff before they know what the new feature is ? By: screel (screel) 2004-02-21 11:13:05.000-0600 Chan_zap includes *XX codes for 'do not disturb', 'call forwarding', 'call return', 'hide caller id', and so on. These features are only implemented in chan_zap, not any of the other channels. This patch provides a means of turning off those features, if you want to implement them on your own in the dialplan (so that they can consistently be available across all channel types). For example, *78 is defined in chan_zap to enable DND. I want to use the same code for my sip phones (instead of doing DND locally on the phones). Moreover, I want to have the intelligence in my dialplan to know the phone is set for DND and act accordingly. To do that, I need to first turn off the low-level handling of *78/DND in chan_zap. The patch allows you to, by config option in zapata.conf, turn off these features at the channel level, so they may be handled elsewhere. By: Brian West (bkw918) 2004-02-21 20:45:20.000-0600 Mark has already talked to Corydon about this and something is in the works. This on the otherhand is way off the path of what mark is trying to do. At some point I think we will have a config file that all channel drivers will look at for these features and what they map to. By: screel (screel) 2004-02-22 15:23:28.000-0600 I needed something to deal with the problem until there is another means of handling it. I wouldn't think this patch has any place in cvs, just wanted to throw it out there in case it was of help to anyone else. By: Brian West (bkw918) 2004-04-17 22:59:18 Ya I hope we have the config method by 1.1.0 bkw | ||