[Asterisk-Users] ANI and DNIS Seperation on a PRI
(TelephonyNumbering Plan (E.164/E.163) (1)
'*4105556654*8005550215*' ])
Steve Totaro
stotaro at asteriskhelpdesk.com
Mon Apr 10 10:03:46 MST 2006
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 at 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 at lists.digium.com [mailto:asterisk-users-bounces at 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
More information about the asterisk-users
mailing list