Help with Axtel PRI

[kodogo]

Hi, I am trying to install an Asterisk server in mexico city, the provider is Axtel.
I believe my configuration is correct but I can't originate calls, maybe i am dialing the number wrong.
The configuration files:

/etc/dahdi/system.conf:

span=1,0,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
echocanceller=oslec,1-15,17-31

/etc/asterisk/dahdi-channels.conf:

group=1
switchtype = euroisdn
signalling = pri_cpe
channel => 1-10
context = default
rxwink = 300
language=es

pridialplan = unknown
nationalprefix=0
internationalprefix=00

/etc/asterisk/chan_dahdi.conf

[trunkgroups]

[channels]
context=from-pstn
signalling=fxs_ks
rxwink=300              ; Atlas seems to use long (250ms) winks
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
faxdetect=incoming
echotraining=800
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
relaxdtmf=yes
pridialplan = unknown
nationalprefix=0
internationalprefix=00
immediate=no
#include dahdi-channels.conf
#include chan_dahdi_additional.conf

/etc/asterisk/chan_dahdi_additional.conf:

signalling=fxo_ks
pickupgroup=
mailbox=1000@device
immediate=no
echotraining=800
echocancelwhenbridged=no
echocancel=yes
context=from-internal
callprogress=no
callgroup=
callerid=device <1000>
busydetect=no
busycount=7
accountcode=
channel=>1

Thank you very much in advance.

[Christian Cabrera]

Re: Help with Axtel PRI

Hello Kodogo,

Sounds a little strange to me that Axtel is providing ISDN PRI, since they normally give R2. Are you completely sure about this?

Regarding your files, in chan_dahdi.conf you are including both dahdi-channels.conf and chan_dahdi_additional.conf, but in dahdi-channels.conf you are already configuring channel 1 to be ISDN, and in chan_dahdi_additional you are specifying it to be fxs, that could be one of the issues.

I would suggest you comment out the second #include in chan_dahdi.conf, restart Asterisk and place a call. Let me see what the CLI throws out when trying to dial.

Regards,

[kodogo]

Re: Help with Axtel PRI

Hi Christian,

Thanks,
I tried to configure with R2 but it didn't work at all, it threw a lot of errors..
When I talked to Axtel they said it's PRI ISDN line and not R2, but I don't know exactly if I can count on their information because they seems to be unprofessional on the phone..

I removed all additional files and now it's only the configuration shown below:

/etc/dahdi/system.conf:

span=1,0,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
echocanceller=oslec,1-15,17-31

/etc/asterisk/chan_dahdi.conf

[trunkgroups]

[channels]
group=1
context=default
language=es
signaling=pri_cpe
switchtype=euroisdn
relaxdtmf=yes
rxwink=300
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
faxdetect=incoming
echotraining=800
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
relaxdtmf=yes
channel => 1-10
pridialplan=unknown
nationalprefix=0
internationalprefix=00
immediate=no

With this configuration the Asterisk doesn't show any errors and seems like everything is OK.
I see all channels live and also see the Q.931 protocol in debug mode talking correctly with Axtel equipment.
I see incoming and outgoing messages of the Q.931.

The problem is when I try to make a call the Axtel returns Disconnect with error No 31 (ISDN PRI error).

This is the debug output when I try to call:

PBX1*CLI> channel originate DAHDI/1/044554934xxxx extension 1000
1 -- Making new call for cref 32770
    -- Requested transfer capability: 0x00 - SPEECH
1 > Protocol Discriminator: Q.931 (8)  len=36
1 > TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent from originator)
1 > Message Type: SETUP (5)
1 > [04 03 80 90 a3]
1 > Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
1 >                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
1 >                                User information layer 1: A-Law (35)
1 > [18 03 a1 83 81]
1 > Channel ID (len= 5) [ Ext: 1  IntID: Implicit  Other(PRI)  Spare: 0  Preferred  Dchan: 0
1 >                       ChanSel: As indicated in following octets
1 >                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
1 >                       Ext: 1  Channel: 1 Type: CPE]
1 > [6c 02 21 80]
1 > Calling Number (len= 4) [ Ext: 0  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
1 >                           Presentation: Presentation permitted, user number not screened (0)  '' ]
1 > [70 0e 80 30 34 34 35 35 34 39 33 34 33 34 33 32]
1 > Called Number (len=16) [ Ext: 1  TON: Unknown Number Type (0)  NPI: Unknown Number Plan (0)  '044554934xxxx' ]
1 > [a1]
1 > Sending Complete (len= 1)
1 q931.c:4877 q931_setup: Call 32770 enters state 1 (Call Initiated).  Hold state: Idle
1 < Protocol Discriminator: Q.931 (8)  len=10
1 < TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent to originator)
1 < Message Type: CALL PROCEEDING (2)
1 < [18 03 a9 83 81]
1 < Channel ID (len= 5) [ Ext: 1  IntID: Implicit  Other(PRI)  Spare: 0  Exclusive  Dchan: 0
1 <                       ChanSel: As indicated in following octets
1 <                       Ext: 1  Coding: 0  Number Specified  Channel Type: 3
1 <                       Ext: 1  Channel: 1 Type: CPE]
1 Received message for call 0x7ffe0bf46d20 on 0x7ffe000f5ec0 TEI/SAPI 0/0, call->pri is 0x7ffe000f5ec0 TEI/SAPI 0/0
1 -- Processing IE 24 (cs0, Channel Identification)
1 q931.c:6916 post_handle_q931_message: Call 32770 enters state 3 (Outgoing Call Proceeding).  Hold state: Idle
1 < Protocol Discriminator: Q.931 (8)  len=9
1 < TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent to originator)
1 < Message Type: PROGRESS (3)
1 < [1e 02 84 88]
1 < Progress Indicator (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Public network serving the remote user (4)
1 <                               Ext: 1  Progress Description: Inband information or appropriate pattern now available. (8) ]
1 Received message for call 0x7ffe0bf46d20 on 0x7ffe000f5ec0 TEI/SAPI 0/0, call->pri is 0x7ffe000f5ec0 TEI/SAPI 0/0
1 -- Processing IE 30 (cs0, Progress Indicator)
1 < Protocol Discriminator: Q.931 (8)  len=9
1 < TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent to originator)
1 < Message Type: DISCONNECT (69)
1 < [08 02 83 9f]
1 < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Transit network (3)
1 <                  Ext: 1  Cause: Normal, unspecified (31), class = Normal Event (1) ]
1 Received message for call 0x7ffe0bf46d20 on 0x7ffe000f5ec0 TEI/SAPI 0/0, call->pri is 0x7ffe000f5ec0 TEI/SAPI 0/0
1 -- Processing IE 8 (cs0, Cause)
1 -- Found active call: 0x7ffe0bf46d20 cref:32770
1 q931.c:7119 post_handle_q931_message: Call 32770 enters state 12 (Disconnect Indication).  Hold state: Idle
    -- Channel 0/1, span 1 got hangup request, cause 31
1 q931_hangup: other hangup
1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request, hold-state Idle
1 q931.c:4639 q931_release: Call 32770 enters state 19 (Release Request).  Hold state: Idle
1 > Protocol Discriminator: Q.931 (8)  len=9
1 > TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent from originator)
1 > Message Type: RELEASE (77)
1 > [08 02 81 9f]
1 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network serving the local user (1)
1 >                  Ext: 1  Cause: Normal, unspecified (31), class = Normal Event (1) ]
    -- Hungup 'DAHDI/1-1'
1 < Protocol Discriminator: Q.931 (8)  len=5
1 < TEI=0 Call Ref: len= 2 (reference 2/0x2) (Sent to originator)
1 < Message Type: RELEASE COMPLETE (90)
1 Received message for call 0x7ffe0bf46d20 on 0x7ffe000f5ec0 TEI/SAPI 0/0, call->pri is 0x7ffe000f5ec0 TEI/SAPI 0/0
1 q931.c:7001 post_handle_q931_message: Call 32770 enters state 0 (Null).  Hold state: Idle
1 q931_hangup: other hangup
1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null, hold-state Idle
1 NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null, hold-state Idle

What do you think Christian?

Thank you very much in advance.

[Christian Cabrera]

Re: Help with Axtel PRI

It seems you removed the #include for dahdi-channels.conf, which was not supposed to be removed, only the chan_dahdi_additional.conf

Does it look the same as this when calling fixed landline numbers? I currently have a problem with a carrier (Bestel) when dialing to some cell phones: when theres a distinctive tone indicating that the call will be billed, the call just drops, pretty much like whats happening right now.

Have you tried using a softphone instead of dialing through the CLI? Perhaps you are missing inband information which will not be perceived by looking at the CLI, but rather by hearing it over the phone. Another idea: does the carrier request you send a prefix for all calls? I've run into some cases where they give you a "PBXID" which you must use to precede all outside dialing numbers. Did they provide you with any documentation regarding this?

And final one: do you receive inbound calls properly? Just to guarantee is not a configuration issue from the files provided.

Regards,

[kodogo]

Re: Help with Axtel PRI

I have tried calling a land line, a cell line and even a long distance call and I always get the same error.
I tried your suggestion using softphones, and again nothing, I didn't hear any dialing, just the bad number sound.
I didn't receive any PBXID.
The only information I got is:

Framing – 30B+D
Switcht – CRC4 – disable
Bipolar Code – HDB3
Signalizing – Channel 16 – D channel
IEEE – Q931
CCITT


I also can't see any incoming calls, not sure if the number given to me is correct.