[Asterisk-Users] Don't receive the prefix
GIBERT Frédéric
frederic.gibert at viginetworks.fr
Tue Jan 4 10:08:29 MST 2005
I had such problem on PRI and BRI lines. And I think but I need to verify,
also on analog lines.
For example, I had such configuration:
[root at ConnecteurPRI01 asterisk]# more zapata.conf
[channels]
switchtype=euroisdn
pridialplan=unknown
signalling=pri_cpe
group = 1
channel => 1-15,17-31
context=FromTNR
And I get such traces:
< Protocol Discriminator: Q.931 (8) len=36
< Call Ref: len= 2 (reference 7139/0x1BE3) (Originator)
< Message type: SETUP (5)
< [04 03 80 90 a3]
< 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: A-Law (35)
< [18 03 a9 83 81]
< Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive
Dchan: 0
< ChanSel: Reserved
< Ext: 1 Coding: 0 Number Specified Channel Type:
3
< Ext: 1 Channel: 1 ]
< [6c 0b 21 83 36 37 32 30 38 33 35 31 36]
< Calling Number (len=13) [ Ext: 0 TON: National Number (2) NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1)
< Presentation: Presentation allowed of network
provided number (3) '672083516' ]
< [70 05 81 33 34 35 33]
< Called Number (len= 7) [ Ext: 1 TON: Unknown Number Type (0) NPI:
ISDN/Telephony Numbering Plan (E.164/E.163) (1) '3453' ]
< [a1]
< Sending Complete (len= 1)
-- Making new call for cr 7139
-- 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)
-- Processing IE 161 (cs0, Sending Complete)
> Protocol Discriminator: Q.931 (8) len=10
> Call Ref: len= 2 (reference 39907/0x9BE3) (Terminator)
> Message type: CALL PROCEEDING (2)
> [18 03 a9 83 81]
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive
Dchan: 0
> ChanSel: Reserved
> Ext: 1 Coding: 0 Number Specified Channel Type:
3
> Ext: 1 Channel: 1 ]
-- Executing Dial("Zap/1-1", "IAX2/guest at 82.231.49.43/6610") in new
stack
-- Accepting call from '672083516' to '3453' on channel 0/1, span 1
-- Called guest at 82.231.49.43/6610
-- Call accepted by 82.231.49.43 (format GSM)
-- Format for call is GSM
-- IAX2/82.231.49.43:4569/1 is ringing
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 39907/0x9BE3) (Terminator)
> Message type: ALERTING (1)
> [1e 02 81 88]*CLI>
> 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: Inband
information or appropriate pattern now available. (8) ]
-- IAX2/82.231.49.43:4569/1 stopped sounds
-- IAX2/82.231.49.43:4569/1 answered Zap/1-1
> Protocol Discriminator: Q.931 (8) len=14
> Call Ref: len= 2 (reference 39907/0x9BE3) (Terminator)
> Message type: CONNECT (7)
> [18 03 a9 83 81]I>
> Channel ID (len= 5) [ Ext: 1 IntID: Implicit, PRI Spare: 0, Exclusive
Dchan: 0
> ChanSel: Reserved
> Ext: 1 Coding: 0 Number Specified Channel Type:
3
> Ext: 1 Channel: 1 ]
> [1e 02 81 82]*CLI>
> 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 7139/0x1BE3) (Originator)
< Message type: CONNECT ACKNOWLEDGE (15)
-- Hungup 'IAX2/82.231.49.43:4569/1'
== Spawn extension (default, 3453, 1) exited non-zero on 'Zap/1-1'
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Active, peerstate Active
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 39907/0x9BE3) (Terminator)
> Message type: DISCONNECT (69)
> [08 02 81 90]*CLI>
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location:
Private network serving the local user (1)
> Ext: 1 Cause: Normal Clearing (16), class = Normal Event
(1) ]
-- Hungup 'Zap/1-1'
< Protocol Discriminator: Q.931 (8) len=5
< Call Ref: len= 2 (reference 7139/0x1BE3) (Originator)
< Message type: RELEASE (77)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release
Request
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 39907/0x9BE3) (Terminator)
> Message type: RELEASE COMPLETE (90)
> [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: Normal Clearing (16), class = Normal Event
(1) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null
Do I need to change my pridialplan?
Tks
-----Message d'origine-----
De : Peter Svensson [mailto:psvasterisk at psv.nu]
Envoyé : mardi 4 janvier 2005 17:37
À : Asterisk Users Mailing List - Non-Commercial Discussion
Cc : frederic.gibert at viginetworks.fr
Objet : Re: [Asterisk-Users] Don't receive the prefix
On Tue, 4 Jan 2005, Eric Wieling aka ManxPower wrote:
> GIBERT Frédéric wrote:
> > Hello,
> >
> > I had installed several asterisk, but I every time had a problem with
> > callerID.
> > On each phones I don't reveive the first digit.
> >
> > For example:
> >
> > Caller 0672083516 called an IP Phone 0123456789. The IP Phone see
672083516
> > as callerID.
> >
> > I think there is a patch for it, but I don't know where to find it out.
>
> I think one of the switchtype options in zapata.conf deal with this.
> Set to national, it strips the national prefix.
You need to give us a bit more information on how you are connected. How
are the lines that the calls are coming in on connected? Isdn, sip, h.323,
analog?
For isdn (and h.323 at least) your provider may send the caller id in
several standardized formats as well as several non-compliant-but-common
formats as well.
If you are connected via isdn the number format is identified by the Type
Of Number and Numbering Plan sent along with the caller id number. Either
talk to your provider on how the line is provisioned or look at the result
of a pri intense debug and see how the numbers are sent and what TON is
set.
Common choises are:
(TON) / (NPI)
unknown /unknown - the number is sent as it would be dialed on a POTS
national/E.164 - only valid for national numbers - no leading zero
int /E.164 - leading country code, no leading int. prefix
Usually all callerids are either sent with "unknown" TON or national
numbers as "national" TON and international as "int" TON. However, it is
not unheared of to have these mixed up a bit by the telco.
Peter
More information about the asterisk-users
mailing list