asterisk users - Apr 2006 - ANI and DNIS Seperation on a PRI (TelephonyNumbering Plan (E.164/E.163) (1) '*4105556654*8005550215*' ])

Yes its a T3 split into seven trunk groups with one D channel and NFAS on each. 
Can you explain the cut function or point me somewhere please?
 
Thanks,
Steve

	-----Original Message----- 
	From: Alexander Lopez [mailto:Alex.Lopez@OpSys.com] 
	Sent: Mon 4/10/2006 12:51 PM 
	To: Asterisk Users Mailing List - Non-Commercial Discussion 
	Cc: 
	Subject: RE: [Asterisk-Users] ANI and DNIS Seperation on a PRI
(TelephonyNumbering Plan (E.164/E.163) (1) '*4105556654*8005550215*' ])
	
	
	Is this on a PRI???
	 
	On a RBS T1 this is called "Feature Group D (Adtran Style)"
	 
	If they are sending you this via a PRI they may have their Trunk Group setup
wrong, as I have never seen this type or data element structure on a PRI.
	. 
	 
	But in a pinch you could use the Cut function to separate the two fields.
	 
	Alex
	 


  _____  

		From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Steve Totaro
		Sent: Monday, April 10, 2006 12:20 PM
		To: Asterisk Users Mailing List - Non-Commercial Discussion
		Subject: RE: [Asterisk-Users] ANI and DNIS Seperation on a PRI (Telephony
Numbering Plan (E.164/E.163) (1) '*4105556654*8005550215*' ])
		
		
		OK I am going to do it again.  
		 
		Global Crossing is now sending ANI but it is not in the format I expected. 
Any one know of a way to get this data into two seperate variables?  The first
number is ANI and the second is DNIS so it is "*tendigits*tendigits* on one
line like below.
		 
		< Called Number (len=26) [ Ext: 1  TON: National Number (2)  NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1)
'*4105949603*8005640215*' ]
		 
		Thanks,
		Steve
		

			

			-----Original Message----- 
			From: Steve Totaro 
			Sent: Sun 4/9/2006 8:10 PM 
			To: Asterisk Users Mailing List - Non-Commercial Discussion 
			Cc: 
			Subject: Re: [Asterisk-Users] ANI on a PRI
			
			

			Hate to reply to my own posting but I wonder if anyone know the answer?
			
			Steve Totaro wrote:
			> Is there a setting somewhere in * to define whether I am receiving
			> callerID or true ANI?  Global Crossing claims they are sending ANI but
			> I dont think so.  My understanding of ANI is that it is always sent,
			> regardless if callerID is blocked.  If I dial *67 and my DID, I get
			> "Presentation: Presentation prohibited of network provided
number" and
			> no number.
			>
			> Before I call GC on Monday to complain, I want to make sure I am
			> correct in my understanding of ANI and not missing something on my side.
			> < Protocol Discriminator: Q.931 (8)  len=33
			> < Call Ref: len= 2 (reference 16/0x10) (Originator)
			> < Message type: SETUP (5)
			> < [04 03 80 90 a2]
			> < Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer
			> capability: Speech (0)
			> <                              Ext: 1  Trans mode/rate: 64kbps,
			> circuit-mode (16)
			> <                              Ext: 1  User information layer 1:
u-Law
			> (34)
			> < [18 04 e1 81 83 81]
			> < Channel ID (len= 6) [ Ext: 1  IntID: Explicit, PRI Spare: 0,
			> Preferred Dchan: 0
			> <                        ChanSel: Reserved
			> <                       Ext: 1  DS1 Identifier: 1
			> <                       Ext: 1  Coding: 0   Number Specified  
Channel
			> Type: 3
			> <                       Ext: 1  Channel: 1 ]
			> < [6c 02 21 a3]
			> < Calling Number (len= 4) [ Ext: 0  TON: National Number (2)  NPI:
			> ISDN/Telephony Numbering Plan (E.164/E.163) (1)
			> <                           Presentation: Presentation prohibited of
			> network provided number (35) '' ]
			> < [70 0b a1 38 30 30 35 36 34 30 38 31 39]
			> < Called Number (len=13) [ Ext: 1  TON: National Number (2)  NPI:
			> ISDN/Telephony Numbering Plan (E.164/E.163) (1) '8005640819' ]
			> -- Making new call for cr 16
			> -- Processing Q.931 Call Setup
			> -- Processing IE 4 (cs0, Bearer Capability)
			> -- Processing IE 24 (cs0, Channel Identification)
			> -- Processing IE 108 (cs0, Calling Party Number)
			> -- Processing IE 112 (cs0, Called Party Number)
			> > Protocol Discriminator: Q.931 (8)  len=11
			> > Call Ref: len= 2 (reference 16/0x10) (Terminator)
			> > Message type: CALL PROCEEDING (2)
			> > [18 04 e9 81 83 81]
			> > Channel ID (len= 6) [ Ext: 1  IntID: Explicit, PRI Spare: 0,
			> Exclusive Dchan: 0
			> >                        ChanSel: Reserved
			> >                       Ext: 1  DS1 Identifier: 1
			> >                       Ext: 1  Coding: 0   Number Specified  
Channel
			> Type: 3
			> >                       Ext: 1  Channel: 1 ]
			> > Protocol Discriminator: Q.931 (8)  len=15
			> > Call Ref: len= 2 (reference 16/0x10) (Terminator)
			> > Message type: CONNECT (7)
			> > [18 04 e9 81 83 81]
			> > Channel ID (len= 6) [ Ext: 1  IntID: Explicit, PRI Spare: 0,
			> Exclusive Dchan: 0
			> >                        ChanSel: Reserved
			> >                       Ext: 1  DS1 Identifier: 1
			> >                       Ext: 1  Coding: 0   Number Specified  
Channel
			> Type: 3
			> >                       Ext: 1  Channel: 1 ]
			> > [1e 02 81 82]
			> > Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard
			> (0) 0: 0   Location: Private network serving the local user (1)
			> >                               Ext: 1  Progress Description: Called
			> equipment is non-ISDN. (2) ]
			> < Protocol Discriminator: Q.931 (8)  len=5
			> < Call Ref: len= 2 (reference 16/0x10) (Originator)
			> < Message type: CONNECT ACKNOWLEDGE (15)
			> < Protocol Discriminator: Q.931 (8)  len=9
			> < Call Ref: len= 2 (reference 16/0x10) (Originator)
			> < Message type: DISCONNECT (69)
			> < [08 02 80 90]
			> < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0  
			> Location: User (0)
			> <                  Ext: 1  Cause: Unknown (16), class = Normal Event
			> (1) ]
			> -- Processing IE 8 (cs0, Cause)
			> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication,
			> peerstate Disconnect Request
			> > Protocol Discriminator: Q.931 (8)  len=9
			> > Call Ref: len= 2 (reference 16/0x10) (Terminator)
			> > Message type: RELEASE (77)
			> > [08 02 81 90]
			> > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0  
			> Location: Private network serving the local user (1)
			> >                  Ext: 1  Cause: Unknown (16), class = Normal Event
			> (1) ]
			> < Protocol Discriminator: Q.931 (8)  len=5
			> < Call Ref: len= 2 (reference 16/0x10) (Originator)
			> < Message type: RELEASE COMPLETE (90)
			> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
			> NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
			>
			
			_______________________________________________
			--Bandwidth and Colocation provided by Easynews.com --
			
			Asterisk-Users mailing list
			To UNSUBSCRIBE or update options visit:
			   http://lists.digium.com/mailman/listinfo/asterisk-users
			

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 15306 bytes
Desc: not available
Url :
http://lists.digium.com/pipermail/asterisk-users/attachments/20060410/fe974bc2/attachment.bin

from the CLI
 
 
show function CUT
 
or if running on pre 1.2
 
show application cut
 



	SNIP.......
	 

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20060410/05629022/attachment.htm