Summary:ASTERISK-01852: Useful enhancement to chan_zap would be to fill in subaddresses etc
Reporter:Steve Hanselman (shanselman)Labels:
Date Opened:2004-06-19 13:36:22Date Closed:2011-06-07 14:04:52
Versions:Frequency of
Environment:Attachments:( 0) chan_zap.c.diff
( 1) libpri.h.diff
( 2) q931.c.diff
Description:It would be useful if chan_zap set variables to reflect the details of the call, e.g. subaddress etc
Comments:By: Mark Spencer (markster) 2004-06-19 13:44:23

Can you be more specific, perhaps provide some examples?

By: Steve Hanselman (shanselman) 2004-06-20 10:15:06

I'll fax a disclaimer and attach a patch!

By: twisted (twisted) 2004-06-20 14:13:45

Thats great, but could you elaborate a little more on what you're actually talking about?

By: James Golovich (jamesgolovich) 2004-06-20 19:17:32

I don't know for sure what hes talking about, but it sounds like he wants to have zap pass the subaddress with the number.  On many systems the users extension ends up being the subaddress.

By: Steve Hanselman (shanselman) 2004-06-21 05:09:12

This was one of them (in fact, it's my only requirement), but I'm going to look at the code and see what else is passed around that could be useful.

By: Steve Hanselman (shanselman) 2004-06-24 12:22:04

Attached is a small patch that achieves what I need to achieve, chan_zap now sets CALLINGSUBADDR, this allows our pbx users to be dropped directly into their voicemailboxes.

By: twisted (twisted) 2004-06-24 13:04:11

Could that not have been achieved by a simple voicemail extension that calls the box based on CID for the extension in use?

By: Steve Hanselman (shanselman) 2004-06-24 13:07:58

No, the only thing that our pbx sets is the calling subaddress.

By: Mark Spencer (markster) 2004-06-25 11:33:59

Need a disclaimer on file to apply this.  Do you think it's important to be able to transmit it as well?

By: Steve Hanselman (shanselman) 2004-06-25 12:34:00

Just about to fax over the disclaimer now.

It's of no use to me to be able to send it, but it may be to others?
To be safe you'd need to have the "input" one in a different variable so it doesn't break existing dialplans.

edited on: 06-25-04 12:19

By: Mark Spencer (markster) 2004-06-25 15:47:45

Got the disclaimer, added to CVS, thanks!

By: Steve Hanselman (shanselman) 2005-12-09 02:24:14.000-0600

Looks like I was a little selfish on this one and only set it for my exact circumstances.

It seems that it only gets set if it's overlap dialling and immediate=no

I'll amend this and maybe some of the other variables to ensure that they get set regardless.

By: Tilghman Lesher (tilghman) 2006-01-05 15:50:24.000-0600

Suspended due to lack of activity.  Reopen when you have a new patch to upload.

By: Digium Subversion (svnbot) 2008-01-15 15:00:38.000-0600

Repository: asterisk
Revision: 3306

U   trunk/channels/chan_zap.c
U   trunk/pbx.c

r3306 | markster | 2008-01-15 15:00:37 -0600 (Tue, 15 Jan 2008) | 2 lines

Add subaddress support (bug ASTERISK-1852)