Setup is: /etc/dahdi/system.conf: span=1,0,0,ccs,ami bchan=1,2 hardhdlc=3 span=2,1,0,ccs,ami bchan=4,5 hardhdlc=6
/etc/asterisk/chan_dahdi.conf [trunkgroups] [channels] context=isdntrunk switchtype=euroisdn group=1 immediate=no signalling=bri_cpe channel=>1-2 group=2 signalling=bri_net channel=>4-5 /etc/asterisk/extensions.ael: context isdntrunk { _X. => { NoOp(Call from ${CALLERID(num)}); Dial(SIP/7530); Hangup(); }; }; context mylocal { _10. => { ChanIsAvail(DAHDI/g1); NoOp(${AVAILCHAN}); NoOp(${AVAILSTATUS}); ChanIsAvail(DAHDI/g2); NoOp(${AVAILCHAN}); NoOp(${AVAILSTATUS}); Dial(DAHDI/g2/${EXTEN:1}); Hangup(); }; _753[0356] => { Dial(SIP/${EXTEN}); Hangup(); }; }; When dialing from 7533 to 10123456789 : -- Executing [EMAIL PROTECTED]:1] ChanIsAvail("SIP/7533-0a0c7968", "DAHDI/g1") in new stack -- Executing [EMAIL PROTECTED]:2] NoOp("SIP/7533-0a0c7968", "") in new stack -- Executing [EMAIL PROTECTED]:3] NoOp("SIP/7533-0a0c7968", "34") in new stack -- Executing [EMAIL PROTECTED]:4] ChanIsAvail("SIP/7533-0a0c7968", "DAHDI/g2") in new stack -- Hungup 'DAHDI/4-1' -- Executing [EMAIL PROTECTED]:5] NoOp("SIP/7533-0a0c7968", "DAHDI/4-1") in new stack -- Executing [EMAIL PROTECTED]:6] NoOp("SIP/7533-0a0c7968", "0") in new stack -- Executing [EMAIL PROTECTED]:7] Dial("SIP/7533-0a0c7968", "DAHDI/g2/0123456") in new stack -- Requested transfer capability: 0x00 - SPEECH -- Called g2/0123456 [Dec 1 21:56:16] NOTICE[3948]: chan_dahdi.c:10781 pri_dchannel: PRI got event: HDLC Abort (6) on Primary D-channel of span 1 [Dec 1 21:56:16] NOTICE[3948]: chan_dahdi.c:10781 pri_dchannel: PRI got event: HDLC Abort (6) on Primary D-channel of span 1 [Dec 1 21:56:16] NOTICE[3949]: chan_dahdi.c:10781 pri_dchannel: PRI got event: HDLC Abort (6) on Primary D-channel of span 2 == Primary D-Channel on span 2 down [Dec 1 21:56:17] WARNING[3949]: chan_dahdi.c:3156 pri_find_dchan: No D-channels available! Using Primary channel 6 as D-channel anyway! [Dec 1 21:56:17] WARNING[3955]: app_dial.c:1067 wait_for_answer: Unable to forward voice or dtmf -- Hungup 'DAHDI/4-1' and with pri set debug on span 2, my console if rapidly fulling with tens of lines like: -- Got SABME from cpe peer. Sending Unnumbered Acknowledgement q921.c:782 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED q921.c:733 q921_dchannel_up: q921_state now is Q921_LINK_CONNECTION_ESTABLISHED -- Got SABME from cpe peer. Sending Unnumbered Acknowledgement q921.c:782 q921_reset: q921_state now is Q921_LINK_CONNECTION_RELEASED dahdi show status Description Alarms IRQ bpviol CRC4 Fra Codi Options LBO B4XXP (PCI) Card 0 Span 1 OK 0 0 0 CCS AMI YEL 0 db (CSU)/0-133 feet (DSX-1) B4XXP (PCI) Card 0 Span 2 OK 0 0 0 CCS AMI YEL 0 db (CSU)/0-133 feet (DSX-1) B4XXP (PCI) Card 0 Span 3 RED 0 0 0 CAS Unk YEL 0 db (CSU)/0-133 feet (DSX-1) B4XXP (PCI) Card 0 Span 4 RED 0 0 0 CAS Unk YEL 0 db (CSU)/0-133 feet (DSX-1) dahdi show version DAHDI Version: 2.1.0-rc5 Echo Canceller: # lsmod Module Size Used by dahdi_dummy 3236 0 xpp_usb 13676 0 xpp 131296 1 xpp_usb wcb4xxp 77828 6 wctdm 32876 0 wcfxo 9888 0 wctdm24xxp 108320 0 wcte11xp 20992 0 wct1xxp 11520 0 wcte12xp 58560 0 wct4xxp 291680 0 dahdi 182792 22 dahdi_dummy,xpp,wcb4xxp,wctdm,wcfxo,wctdm24xxp,wcte11xp,wct1xxp,wcte12xp,wct4xxp firmware_class 6816 3 wctdm24xxp,wcte12xp,wct4xxp crc_ccitt 2080 1 dahdi Observations: span1 channels (ie NT port) are always busy (cause 34) while span2 channels (ie IE port) are available, before hanging up, I can hear a weird noise in my phone handset. Question: 1. Why in the first place, should spans 1 and 2 get different availability as both are connected to each other ? 2. Is bri_net the protocol name for TE ports and bri_cpe for NT-point-to-point ? 3. Is it normal that dahdi_dummy is not used ? 4. Any idea ? Regards
_______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users