[asterisk-users] Dahdi, b410p and looping from 1 port to another
Olivier
oza-4h07 at myamail.com
Mon Dec 1 15:19:45 CST 2008
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 [10123456 at mylocal:1] ChanIsAvail("SIP/7533-0a0c7968",
"DAHDI/g1") in new stack
-- Executing [10123456 at mylocal:2] NoOp("SIP/7533-0a0c7968", "") in new
stack
-- Executing [10123456 at mylocal:3] NoOp("SIP/7533-0a0c7968", "34") in new
stack
-- Executing [10123456 at mylocal:4] ChanIsAvail("SIP/7533-0a0c7968",
"DAHDI/g2") in new stack
-- Hungup 'DAHDI/4-1'
-- Executing [10123456 at mylocal:5] NoOp("SIP/7533-0a0c7968", "DAHDI/4-1")
in new stack
-- Executing [10123456 at mylocal:6] NoOp("SIP/7533-0a0c7968", "0") in new
stack
-- Executing [10123456 at mylocal: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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20081201/981dae6a/attachment.htm
More information about the asterisk-users
mailing list