[asterisk-users] libpri : Q.931 Called Party Number interpreted as empty

Philippe Sultan philippe.sultan at gmail.com
Wed Nov 2 09:06:29 CDT 2011


Hi,

I'm running an Asterisk server connected to a carrier over 2 E1 cards. From
time to time, the Called Number Party presented by the carrier changes a
bit (for some reason I don't know) and is prefixed with a byte string (e.g.
: 00 34 34 39 ), which furtherly prevents libpri from getting the Called
Number properly.

I've managed to catch the log from libpri when that happened today.
In this excerpt, 951693203 is calling 90020361589425. It shows that the
Called Party Number IE actually contains the number, prefixed with a NULL
byte, then 449.
PRI Span: 1
PRI Span: 1 < Protocol Discriminator: Q.931 (8)  len=71
PRI Span: 1 < TEI=0 Call Ref: len= 2 (reference 66/0x42) (Sent from
originator)
PRI Span: 1 < Message Type: SETUP (5)
PRI Span: 1 < [a1]
PRI Span: 1 < Sending Complete (len= 1)
PRI Span: 1 < [04 03 90 90 a3]
PRI Span: 1 < Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info
transfer capability: 3.1kHz audio (16)
PRI Span: 1 <                              Ext: 1  Trans mode/rate: 64kbps,
circuit-mode (16)
PRI Span: 1 <                                User information layer 1:
A-Law (35)
PRI Span: 1 < [18 03 a9 83 8c]
PRI Span: 1 < Channel ID (len= 5) [ Ext: 1  IntID: Implicit  Other(PRI)
Spare: 0  Exclusive  Dchan: 0
PRI Span: 1 <                       ChanSel: As indicated in following
octets
PRI Span: 1 <                       Ext: 1  Coding: 0  Number Specified
Channel Type: 3
PRI Span: 1 <                       Ext: 1  Channel: 12 Type: CPE]
PRI Span: 1 < [1e 02 84 83]
PRI Span: 1 < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU)
standard (0)  0: 0  Location: Public network serving the remote user (4)
PRI Span: 1 <                               Ext: 1  Progress Description:
Calling equipment is non-ISDN. (3) ]
PRI Span: 1 < [28 0f 53 75 6c 74 61 6e 20 50 68 69 6c 69 70 70 65]
PRI Span: 1 < Display (len=15) [ Sultan Philippe ]
PRI Span: 1 < [6c 0b 21 83 39 35 31 36 39 33 32 30 33]
PRI Span: 1 < Calling Number (len=13) [ Ext: 0  TON: National Number (2)
NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
PRI Span: 1 <                           Presentation: Presentation allowed
of network provided number (3)  '951693203' ]
PRI Span: 1 < [70 13 a1 00 34 34 39 39 30 30 32 30 33 36 31 35 38 39 34 32
35]
PRI Span: 1 < Called Number (len=21) [ Ext: 1  TON: National Number (2)
NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)  '' ]
PRI Span: 1 -- Making new call for cref 66
PRI Span: 1 Received message for call 0xb755f2f0 on 0x9bc3c10 TEI/SAPI 0/0,
call->pri is 0x9bc3c10 TEI/SAPI 0/0
PRI Span: 1 -- Processing Q.931 Call Setup
PRI Span: 1 -- Processing IE 161 (cs0, Sending Complete)
PRI Span: 1 -- Processing IE 4 (cs0, Bearer Capability)
PRI Span: 1 -- Processing IE 24 (cs0, Channel Identification)
PRI Span: 1 -- Processing IE 30 (cs0, Progress Indicator)
PRI Span: 1 -- Processing IE 40 (cs0, Display)
PRI Span: 1 -- Processing IE 108 (cs0, Calling Party Number)
PRI Span: 1 -- Processing IE 112 (cs0, Called Party Number)
PRI Span: 1 q931.c:6871 post_handle_q931_message: Call 66 enters state 6
(Call Present).  Hold state: Idle
Span: 1 Processing event: PRI_EVENT_RING
    -- Going to extension s|1 because of Complete received
    -- Span 1: Extension s at from-pstn does not exist.  Rejecting call from
'951693203'.

I believe the NULL byte at the beginning of the Called Party Number IE sent
by the carrier causes the problem. I'd like to know if someone had a hack
to solve that issue.

More information regarding my setup :
2 E1 cards : Digium Wildcard TE205P (5th Gen)
Asterisk version : Asterisk 1.8.6.0 built by root @ asterisk-t2 on a i686
running Linux on 2011-09-15 13:26:08 UTC
libpri version: 1.4.11.4
DAHDI Version: 2.3.0.1 Echo Canceller: OSLEC

Thanks for your help!

Philippe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20111102/28e63ff4/attachment.htm>


More information about the asterisk-users mailing list