Summary:	ASTERISK-02087: [post-1.0] [patch] Allow Caller TON to be retrieved in the dialplan
Reporter:	Tilghman Lesher (tilghman)	Labels:
Date Opened:	2004-07-22 13:52:32	Date Closed:	2008-01-15 15:03:57.000-0600
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) 20040722__callerton.diff.txt
Description:	Caller TON (type of number) should provide the necessary information to know if the incoming callerid on a PRI is NANPA, International, or other. ****** ADDITIONAL INFORMATION ****** Useful for distinguishing callerid of 5252345678 between 525-234-5678 (Wisconsin) and +52 5-234-5678 (Mexico).
Comments:	By: Olle Johansson (oej) 2004-07-22 15:01:40 I might be missing something, but how do you retrieve this value in the dial plan? By: Olle Johansson (oej) 2004-07-22 15:05:51 Sorry, new variable ${CALLERTON} :-) From Cisco.com they list the following types, how are they represented in this solution? # National—refer to ITU-T Recommendation I.330 # International—refer to ITU-T Recommendation I.330 # Subscriber (local)—refer to ITU-T Recommendation I.330 # Network specific—an administrative or service number that is specific to the serving network (for example, a number used to access an operator) # Unknown—the user or the network has no knowledge of the type of number. By: Tilghman Lesher (tilghman) 2004-07-22 17:16:23 The return values are all defined in libpri: libpri/libpri.h:#define PRI_TON_UNKNOWN         0x0 libpri/libpri.h:#define PRI_TON_INTERNATIONAL   0x1 libpri/libpri.h:#define PRI_TON_NATIONAL        0x2 libpri/libpri.h:#define PRI_TON_NET_SPECIFIC    0x3 libpri/libpri.h:#define PRI_TON_SUBSCRIBER      0x4 libpri/libpri.h:#define PRI_TON_ABBREVIATED     0x6 libpri/libpri.h:#define PRI_TON_RESERVED        0x7 libpri/q931.c:  { PRI_TON_UNKNOWN, "Unknown Number Type" }, libpri/q931.c:  { PRI_TON_INTERNATIONAL, "International Number" }, libpri/q931.c:  { PRI_TON_NATIONAL, "National Number" }, libpri/q931.c:  { PRI_TON_NET_SPECIFIC, "Network Specific Number" }, libpri/q931.c:  { PRI_TON_SUBSCRIBER, "Subscriber Number" }, libpri/q931.c:  { PRI_TON_ABBREVIATED, "Abbreviated number" }, libpri/q931.c:  { PRI_TON_RESERVED, "Reserved Number" }, By: Olle Johansson (oej) 2004-07-23 17:26:11 Related to bug ASTERISK-1716 By: Tilghman Lesher (tilghman) 2004-07-28 17:21:37 Patch definitely doesn't work.  I'll probably need the help of someone more intimately familiar with PRI to understand what's wrong.  Perhaps I'm looking at the wrong field? By: Malcolm Davenport (mdavenport) 2004-07-30 14:36:07 Added to CVS.  Thank you. By: Malcolm Davenport (mdavenport) 2004-07-30 15:07:01 scratch that... By: mostart (mostart) 2004-08-02 06:52:10 just added one line to pbx.c for me it works now.. edited on: 08-02-04 06:37 By: mostart (mostart) 2004-08-02 07:06:47 Sorry, I don't really know how to build a proper diff file for this project, but I guess you'll find my addition anyway. Maybe one could give me the diff syntax for the proper patch file. By: Mark Spencer (markster) 2004-08-02 09:26:33 Either this has to be done without changing the channel structure or it will have to wait until post 1.0 By: mostart (mostart) 2004-08-02 09:40:47 It would be very nice to also make PRI_NPI available By: Tilghman Lesher (tilghman) 2004-08-02 10:51:29 Patch confirmed.  Amazing I missed that one line. Mark, yes, I agree, let's wait until post-1.0. By: Mark Spencer (markster) 2004-10-01 21:03:59 Added to CVS as CALLINGTON By: Russell Bryant (russell) 2004-10-01 23:18:36 not included in the 1.0 branch - feature By: Digium Subversion (svnbot) 2008-01-15 15:03:57.000-0600 Repository: asterisk Revision: 3541 U   trunk/channels/Makefile U   trunk/channels/chan_zap.c U   trunk/include/asterisk/channel.h U   trunk/pbx.c ------------------------------------------------------------------------ r3541 | malcolmd | 2008-01-15 15:03:57 -0600 (Tue, 15 Jan 2008) | 2 lines chan_h323 Makefile change for Bug ASTERISK-2036.  Also back out changes for Bug ASTERISK-2087..next time read carefully. :) ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=3541