T2 <-> Asterisk <-> Nortel C6501

[michbsd]

Hello,

(I will write en English, as my French writing sucks - but please feel free to answer to me in French)

I have successfully connected my T2 to my Asterisk box, and from Asterisk to my Nortel C6501 classic PABX. I can route call successfully both ways - but sometimes I get a busy signal, and sometimes calls are lost.

I am seeing excessive warnings/errors like this from Asterisk:

[Jul 11 12:23:46] NOTICE[98231]: chan_zap.c:8581 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1
[Jul 11 12:23:46] NOTICE[98231]: chan_zap.c:8581 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1
[Jul 11 12:23:47] NOTICE[98231]: chan_zap.c:8581 pri_dchannel: PRI got event: HDLC Abort (6) on Primary D-channel of span 1
[Jul 11 12:23:48] NOTICE[98231]: chan_zap.c:8581 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1
[Jul 11 12:23:49] NOTICE[98231]: chan_zap.c:8581 pri_dchannel: PRI got event: HDLC Abort (6) on Primary D-channel of span 1
!! Unknown IE 36 (cs6, Unknown Information Element)
[Jul 11 12:23:49] ERROR[98231]: chan_zap.c:8292 zt_pri_error: !! Got reject for frame 80, retransmitting frame 80 now, updating n_r!
[Jul 11 12:23:49] ERROR[98231]: chan_zap.c:8292 zt_pri_error: !! Got reject for frame 80, retransmitting frame 81 now, updating n_r!
[Jul 11 12:23:49] NOTICE[98231]: chan_zap.c:8581 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 2
[Jul 11 12:23:49] NOTICE[98231]: chan_zap.c:8581 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1
[Jul 11 12:23:49] NOTICE[98231]: chan_zap.c:8581 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1
[Jul 11 12:23:49] NOTICE[98231]: chan_zap.c:8581 pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 1


Here is my zaptel.conf:
span=1,1,0,ccs,hdb3
bchan=1-15
dchan=16
span=2,0,0,ccs,hdb3
bchan=32-46
dchan=47
loadzone=fr
defaultzone=fr

zapata.conf:
[channels]
context=pri-one-in
switchtype=euroisdn
signalling=pri_cpe
group=1
channel=>1-15
pridialplan = dynamic
prilocaldialplan = local

context=pri-two-in
switchtype=euroisdn
signalling=pri_net
group=2
channel=>32-46
pridialplan = dynamic
prilocaldialplan = local

Both pri spans are up and provisioned!

I am running FreeBSD 7.0 on a HP Proliant DL380. I have tried to other servers (NEC and IBM) and I have tried with other versions of FreeBSD and also Gentoo linux. In all scenarios, I am having the same problem!!!

I have a Openvox D410p quad-pri card.
asterisk-1.4.20
zaptel-1.4.6

I have also changed the cabling between the PABX and Asterisk - as I thought it might be a cabling problem.

I am running out of ideas - so any help would be greatly appreciated!!

Merci,

Mike

[michbsd]

Actually the T2 - is giving the back to me when I try to place a call:

-- Channel 0/1, span 1 got hangup, cause 24


Anyone know what "cause 24" is?

Thanks,

Mike

[celya]

Hello,

Who provide you, your T2, because you setup it like a E1.

Are you sure of your ZAPTEL version? Did you install LIBPRI?

Why your Span 1 and 2 have two different clock syncronization?

[michbsd]

The T2 is provided by France Telecom. If I understand correctly T2 == E1 ?

Both libpri and zaptel have been installed - the setup works when I launch Asterisk - but it deteriorates while running - and drops calls!

Span1 = Telco (T2 from FT) - so master clock
Span2 = Legacy PABX

Mike

[celya]

Yes T2=E1.

Can you ask to FT the exact type of your E1, numeris, euronumeris+.

You use your E1 for incoming our outgoing calls?

When you receive call you have 4 digits or 10 digits?

[michbsd]

I have euronumeris (without the +).

I am using the E1 for both incoming and outgoing calls.


I do not understand the question regarding 4 or 8 digits. Here's output of pri span debug:

-- Requested transfer capability: 0x10 - 3K1AUDIO
-- Called g1/0141191928
-- Accepting call from '156058868' to '16370141191928' on channel 0/15, span 2
-- Zap/1-1 is proceeding passing it to Zap/46-1
-- Channel 0/1, span 1 got hangup request, cause 24
-- Hungup 'Zap/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing [16370141191928@pri-two-in:8] Hangup("Zap/46-1", "") in new stack
== Spawn extension (pri-two-in, 16370141191928, 8) exited non-zero on 'Zap/46-1'
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Incoming Call Proceeding, peerstate Outgoing call Proceeding
q931.c:2968 q931_disconnect: call 177 on channel 15 enters state 11 (Disconnect Request)
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 177/0xB1) (Terminator)
> Message type: DISCONNECT (69)
> [08 02 81 98]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Unknown (24), class = Normal Event (1) ]
-- Hungup 'Zap/46-1'

[jonathan]

Hi ;-)

Can I see your extensions.conf file?

Thks,
Jonathan

[michbsd]

For my incoming calls
==============

[pri-two-in]
;Normal stuff
exten => _X.,1,Dial(Zap/g1/${EXTEN})


For outgoing calls:
=============

[pri-one-in]
exten => _0Z.,n,Dial(Zap/g2/${EXTEN}) ;<= route outbound calls to FT
exten => _0Z.,n,Hangup()


exten => _00Z.,n,Dial(Zap/g2/${EXTEN})
exten => _00Z.,n,Hangup()

exten => _16370Z.,n,Dial(Zap/g2/${EXTEN:4})
exten => _16370Z.,n,Hangup()

exten => _163700Z.,n,Dial(Zap/g2/${EXTEN:4})
exten => _163700Z.,n,Hangup()

;Other specials
exten => _12,1,Dial(Zap/g2/${EXTEN}) ;Directory Enquiries
exten => _15,1,Dial(Zap/g2/${EXTEN}) ;Medical (SAMU)
exten => _17,1,Dial(Zap/g2/${EXTEN}) ;Police
exten => _18,1,Dial(Zap/g2/${EXTEN}) ;Fire / accident (pompiers)
exten => _112,1,Dial(Zap/g2/${EXTEN}) ;European Emergency Number

[michbsd]

I have now tried to installed CentOS 5.2 - and added a Digium 212P card in place of the OpenVox card..

The HDLC errors have gone - but I can still not call out via the T2 - I get the following error:

-- Making new call for cr 32770
> Protocol Discriminator: Q.931 (8) len=32
> Call Ref: len= 2 (reference 2/0x2) (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)
> 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 02 21 81]
> Calling Number (len= 4) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
> Presentation: Presentation permitted, user number passed network screening (1) '' ]
> [70 0b a1 30 31 35 36 30 35 38 38 36 38]
> Called Number (len=13) [ Ext: 1 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '0156058868' ]
q931.c:3087 q931_setup: call 32770 on channel 1 enters state 1 (Call Initiated)
< Protocol Discriminator: Q.931 (8) len=10
< Call Ref: len= 2 (reference 2/0x2) (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 ]
-- Processing IE 24 (cs0, Channel Identification)
q931.c:3636 q931_receive: call 32770 on channel 1 enters state 3 (Outgoing call Proceeding)
< Protocol Discriminator: Q.931 (8) len=9
< Call Ref: len= 2 (reference 2/0x2) (Terminator)
< Message type: DISCONNECT (69)
< [08 02 87 98]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: International network (7)
< Ext: 1 Cause: Unknown (24), class = Normal Event (1) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3779 q931_receive: call 32770 on channel 1 enters state 12 (Disconnect Indication)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
q931.c:2920 q931_release: call 32770 on channel 1 enters state 19 (Release Request)
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 2/0x2) (Originator)
> Message type: RELEASE (77)
> [08 02 81 98]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Unknown (24), class = Normal Event (1) ]
< Protocol Discriminator: Q.931 (8) len=5
< Call Ref: len= 2 (reference 2/0x2) (Terminator)
< Message type: RELEASE COMPLETE (90)
q931.c:3719 q931_receive: call 32770 on channel 1 enters state 0 (Null)
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null






This is what I am getting from the legacy PABX:

< Protocol Discriminator: Q.931 (8) len=44
< Call Ref: len= 2 (reference 128/0x80) (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)
< User information layer 1: A-Law (35)
< [1e 02 80 83]
< Progress Indicator (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) 0: 0 Location: User (0)
< Ext: 1 Progress Description: Calling equipment is non-ISDN. (3) ]
< [6c 0b 00 80 31 35 36 30 35 38 38 37 32]
< Calling Number (len=13) [ Ext: 0 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0)
< Presentation: Presentation permitted, user number not screened (0) '156058872' ]
< [70 0e 80 30 37 39 30 31 35 36 30 35 38 38 36 38]
< Called Number (len=16) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '0790156058868' ]
< [a1]
< Sending Complete (len= 1)
-- Making new call for cr 128
-- Processing Q.931 Call Setup
-- Processing IE 4 (cs0, Bearer Capability)
-- Processing IE 30 (cs0, Progress Indicator)
-- Processing IE 108 (cs0, Calling Party Number)
-- Processing IE 112 (cs0, Called Party Number)
-- Processing IE 161 (cs0, Sending Complete)
q931.c:3504 q931_receive: call 128 on channel -1 enters state 6 (Call Present)
q931.c:2769 q931_call_proceeding: call 128 on channel 15 enters state 9 (Incoming Call Proceeding)
> Protocol Discriminator: Q.931 (8) len=10
> Call Ref: len= 2 (reference 128/0x80) (Terminator)
> Message type: CALL PROCEEDING (2)
> [18 03 a9 83 8f]
> 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: 15 ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Incoming Call Proceeding, peerstate Outgoing call Proceeding
q931.c:3099 q931_release_complete: call 128 on channel 15 enters state 0 (Null)
> Protocol Discriminator: Q.931 (8) len=9
> Call Ref: len= 2 (reference 128/0x80) (Terminator)
> Message type: RELEASE COMPLETE (90)
> [08 02 81 a2]
> Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
> Ext: 1 Cause: Circuit/channel congestion (34), class = Network Congestion (resource unavailable) (2) ]
NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Null
NEW_HANGUP DEBUG: Destroying the call, ourstate Null, peerstate Null



So my PABX is not setting IE 24 - but libpri is - anyone know what this is?

Thanks,

Mike