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