Stefan Märkle
2004-Oct-28 00:08 UTC
[Asterisk-Users] ISDN-Problem with Quadbri behind Tenovis
Hello everyone, We try to establish a * voicemail system behind a Tenovis (soon to be avaya) Integral 55 with Junghanns quadbri card in the * server. The Tenovis has 4 bri ports configured in nt ptp (edsi 61) which we connected to the quadbri (te, ptp) card. Signaling in one direction seems to work as the asterisk receives a call and seems to answer, but the Tenovis pbx never understands this and switches to 'unreachable' after a short while of ringing. Also, dialing out from an iax-phone via the zap channel results in a ringing signalled in the iax phone but no traffic to the Tenovis (level 2 indicator is alight in tenovis, but d-channel indicator stays dark). We use the bri-stuff-0.1.0-rc4a package from junghanns.net which means asterisk CVS-HEAD-08/13/04. The error asterisk shows when Tenovis dials in: -- Executing Answer("Zap/2-1", "") in new stack -- Accepting call from '7219206012' to '6951' on channel 0/2, span 1 -- Executing MP3Player("Zap/2-1", "/usr/share/asterisk/sounds/pioneer.mp3") in new stack Oct 27 19:45:34 WARNING[1088519088]: chan_zap.c:6902 zt_pri_error: PRI: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX Oct 27 19:45:34 WARNING[1088519088]: chan_zap.c:8128 pri_dchannel: Hangup REQ requested on unconfigured channel 255/255 span 1 Oct 27 19:45:34 WARNING[1088519088]: chan_zap.c:8061 pri_dchannel: Hangup requested on unconfigured channel 255/255 span 1 Oct 27 19:45:39 WARNING[1088519088]: chan_zap.c:8061 pri_dchannel: Hangup requested on unconfigured channel 255/255 span 1 Any clues to what happens here? Seems the communication asterisk=>Tenovis does not work. And why is the cause not handled in chan_zap? Stefan -- Stefan M?rkle Netpioneer GmbH Leiter Knowledge Center Beiertheimer Allee 18 <stefan.maerkle@netpioneer.de> 76137 Karlsruhe
Maciej Kietlinski
2004-Oct-28 13:28 UTC
[Asterisk-Users] ISDN-Problem with Quadbri behind Tenovis
> We try to establish a * voicemail system behind a Tenovis (soon to beavaya) Integral 55 with Junghanns quadbri card in the * server.> The Tenovis has 4 bri ports configured in nt ptp (edsi 61) which weconnected to the quadbri (te, ptp) card.> > Signaling in one direction seems to work as the asterisk receives a calland seems to answer, but the Tenovis pbx never understands this and switches to 'unreachable' after a short while of ringing.> Also, dialing out from an iax-phone via the zap channel results in aringing signalled in the iax phone but no traffic to the Tenovis (level 2 indicator is alight in tenovis, but d-channel indicator stays dark).> > We use the bri-stuff-0.1.0-rc4a package from junghanns.net which meansasterisk CVS-HEAD-08/13/04.> > The error asterisk shows when Tenovis dials in: > > -- Executing Answer("Zap/2-1", "") in new stack > -- Accepting call from '7219206012' to '6951' on channel 0/2, span 1 > -- Executing MP3Player("Zap/2-1","/usr/share/asterisk/sounds/pioneer.mp3") in new stack> Oct 27 19:45:34 WARNING[1088519088]: chan_zap.c:6902 zt_pri_error: PRI:XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX> Oct 27 19:45:34 WARNING[1088519088]: chan_zap.c:8128 pri_dchannel: HangupREQ requested on unconfigured channel 255/255 span 1> Oct 27 19:45:34 WARNING[1088519088]: chan_zap.c:8061 pri_dchannel: Hanguprequested on unconfigured channel 255/255 span 1> Oct 27 19:45:39 WARNING[1088519088]: chan_zap.c:8061 pri_dchannel: Hanguprequested on unconfigured channel 255/255 span 1> > > Any clues to what happens here? > Seems the communication asterisk=>Tenovis does not work. And why is thecause not handled in chan_zap?>Send your zaptel.conf and ANZG output from AOGD. kietlak
Stefan Märkle
2004-Oct-29 00:28 UTC
[Asterisk-Users] Re: ISDN-Problem with Quadbri behind Tenovis
Hello kietlak and others,> > Any clues to what happens here? > > Seems the communication asterisk=>Tenovis does not work. > And why is the > cause not handled in chan_zap? > > Send your zaptel.conf and ANZG output from AOGD.Sorry, but i only managed apprenticeship on all those 3-letter-acronyms, the 4-letters are way out of reach for me ;-) I don't know what you mean by anzg and aogs, but here are zaptel and zapata Config as well as the bri debug stuff from the failing conversation between asterisk and the tenovis pbx. Identical setup works on german telco (Deutsche Telekom Anlagenanschluss) lines plugged to the four BRIs. Hope someone can point me to a direction where to look further, as we seem stuck right now. Stefan M?rkle ==================== bri debug span 1 =======================================================================asterisk*CLI> bri debug span 1 Enabled debugging on span 1 -- Registered 'stefanm' (AUTHENTICATED) at 10.13.253.154:4569 < Protocol Discriminator: Q.931 (8) len=43 < Call Ref: len= 2 (reference 39/0x27) (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 01 82] < Channel ID (len= 3) [ Ext: 1 IntID: Implicit, Other Spare: 0, Preferred Dchan: 0 < ChanSel: B2 channel ] < [6c 0c 21 80 37 32 31 39 32 30 36 30 31 32] < Calling Number (len=14) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) < Presentation: Presentation permitted, user number not screened (0) '7219206012' ] < [70 05 81 36 39 35 31] < Called Number (len= 7) [ Ext: 1 TON: Unknown Number Type (0) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '6951' ] < [7c 03 80 90 a3] < IE: Low-layer Compatibility (len = 5) < [7d 02 91 81] < IE: High-layer Compatibility (len = 4) -- Making new call for cr 39 -- 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 124 (cs0, Low-layer Compatibility) -- Processing IE 125 (cs0, High-layer Compatibility)> Protocol Discriminator: Q.931 (8) len=7 > Call Ref: len= 1 (reference 167/0xA7) (Terminator) > Message type: CALL PROCEEDING (2) > [18 01 8a] > Channel ID (len= 3) [ Ext: 1 IntID: Implicit, Other Spare: 0, Exclusive Dchan: 0 > ChanSel: B2 channel] -- Executing Answer("Zap/2-1", "") in new stack -- Accepting call from '7219206012' to '6951' on channel 0/2, span 1> Protocol Discriminator: Q.931 (8) len=11 > Call Ref: len= 1 (reference 167/0xA7) (Terminator) > Message type: CONNECT (7) > [18 01 8a] > Channel ID (len= 3) [ Ext: 1 IntID: Implicit, Other Spare: 0, Exclusive Dchan: 0 > ChanSel: B2 channel]> [1e 02 81 82] > 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) ]-- Executing MP3Player("Zap/2-1", "/usr/share/asterisk/sounds/pioneer.mp3") in new stack < Protocol Discriminator: Q.931 (8) len=41 < Call Ref: len= 2 (reference 39/0x27) (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) < [6c 0d 21 80 30 37 32 31 39 32 30 36 30 31 32] < Calling Number (len=15) [ Ext: 0 TON: National Number (2) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) < Presentation: Presentation permitted, user number not screened (0) '07219206012' ] < [70 05 80 36 39 35 31] < Called Number (len= 7) [ Ext: 1 TON: Unknown Number Type (0) NPI: Unknown Number Plan (0) '6951' ] < [7c 03 80 90 a3] < IE: Low-layer Compatibility (len = 5) < [7d 02 91 81] < IE: High-layer Compatibility (len = 4) -- Processing Q.931 Call Setup -- Processing IE 4 (cs0, Bearer Capability) -- Processing IE 108 (cs0, Calling Party Number) -- Processing IE 112 (cs0, Called Party Number) -- Processing IE 124 (cs0, Low-layer Compatibility) -- Processing IE 125 (cs0, High-layer Compatibility) < Protocol Discriminator: Q.931 (8) len=5 < Call Ref: len= 2 (reference 39/0x27) (Originator) < Message type: DISCONNECT (69) Oct 27 16:05:07 WARNING[1088519088]: chan_zap.c:6902 zt_pri_error: PRI: XXX Missing handling for mandatory IE 8 (cs0, Cause) XXX Oct 27 16:05:07 WARNING[1088519088]: chan_zap.c:8128 pri_dchannel: Hangup REQ requested on unconfigured channel 255/255 span 1 < Protocol Discriminator: Q.931 (8) len=5 < Call Ref: len= 2 (reference 39/0x27) (Originator) < Message type: RELEASE (77) Oct 27 16:05:07 WARNING[1088519088]: chan_zap.c:8061 pri_dchannel: Hangup requested on unconfigured channel 255/255 span 1 Oct 27 16:05:08 NOTICE[1109670832]: app_mp3.c:91 timed_read: Selected timed out/errored out with 0 -- Executing Hangup("Zap/1-1", "") in new stack == Spawn extension (ISDN_incoming, 6951, 3) exited non-zero on 'Zap/1-1' NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Null, peerstate Release Request> Protocol Discriminator: Q.931 (8) len=8 > Call Ref: len= 1 (reference 166/0xA6) (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 -- Hungup 'Zap/1-1' < Protocol Discriminator: Q.931 (8) len=5 < Call Ref: len= 2 (reference 39/0x27) (Originator) < Message type: RELEASE (77) Oct 27 16:05:12 WARNING[1088519088]: chan_zap.c:8061 pri_dchannel: Hangup requested on unconfigured channel 255/255 span 1 ==================== /bri debug span 1 ======================================================================= ==================== kernel messages on load =======================================================================Oct 28 16:41:53 asterisk kernel: Zapata Telephony Interface Registered on major 196 Oct 28 16:41:56 asterisk kernel: PCI: Enabling device 0000:00:09.0 (0000 -> 0003) Oct 28 16:41:56 asterisk kernel: PCI: Found IRQ 10 for device 0000:00:09.0 Oct 28 16:41:56 asterisk kernel: qozap: Junghanns.NET quadBRI card configured at mem 0xd8816000 IRQ 10 HZ 1000 CardID 0 Oct 28 16:41:56 asterisk kernel: qozap: S/T ports: 4 [ TE TE TE TE ] Oct 28 16:41:56 asterisk kernel: qozap: 1 multiBRI card(s) in this box, 4 BRI ports total. Oct 28 16:41:57 asterisk kernel: Registered tone zone 3 (Netherlands) ==================== /kernel messages on load ======================================================================= ==================== zapata.conf =======================================================================; ; Zapata telephony interface ; ; Configuration file [channels] switchtype = euroisdn signalling = bri_cpe pridialplan = local prilocaldialplan = local echocancel=yes echocancelwhenbridged=yes context=ISDN_incoming group = 1 ; S/T port 1 channel => 1,2 group = 2 ; S/T port 2 channel => 4-5 group = 3 ; S/T port 3 channel => 7-8 group = 4 ; S/T port 4 channel => 10-11 ==================== /zapata.conf ======================================================================= ==================== zaptel.conf =======================================================================loadzone=nl defaultzone=nl # qozap span definitions # most of the values should be bogus because we are not really zaptel span=1,1,3,ccs,ami span=2,1,3,ccs,ami span=3,1,3,ccs,ami span=4,1,3,ccs,ami bchan=1,2 dchan=3 bchan=4,5 dchan=6 bchan=7,8 dchan=9 bchan=10,11 dchan=12 ==================== /zaptel.conf ======================================================================= ==================== extensions.conf =======================================================================[general] static=yes writeprotect=no [globals] [default] include => voicemail include => outgoing [outgoing] include => voicemail exten => _XXXXX.,1,Dial(Zap/g1/0${EXTEN}) exten => _XXXXX.,2,Hangup [ISDN_incoming] include => voicemail [voicemail] exten => 6951,1,Answer exten => 6951,2,MP3Player(/usr/share/asterisk/sounds/pioneer.mp3) exten => 6951,3,HangUp ==================== /extensions.conf ========================================================================