<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.30.3">
</HEAD>
<BODY>
Good afternoon,<BR>
<BR>
My current Asterisk is a FreeBSD 8.2-STABLE machine with asterisk18-1.8.7.1 installed from ports collection and . My old asterisk was a pre-configured system (Brazilian Disc-OS), and on both systems i have the same problem, sometimes some of my DAHDI channels get stuck, here is my chan_dahdi.conf<BR>
<BR>
<BR>
#cat chan_dahdi.conf<BR>
[trunkgroups]<BR>
; define any trunk groups<BR>
<BR>
[channels]<BR>
; hardware channels<BR>
; default<BR>
language=pt_BR<BR>
hanguponswitchpolarity=yes<BR>
;usecallerid=yes<BR>
;callerid=asreceived<BR>
;cidsignalling=dtmf<BR>
;cidstart=dtmf<BR>
hidecallerid=no<BR>
callwaiting=yes<BR>
;usecallingpres=yes<BR>
;callwaitingcallerid=yes<BR>
threewaycalling=yes<BR>
transfer=yes<BR>
echocancel=yes<BR>
echotraining=yes<BR>
immediate=yes<BR>
;useincomingcalleridonzaptransfer=yes ( quando transferir a ligacao, o numero original sera enviado )<BR>
;relaxdtmf=yes<BR>
<BR>
;canpark=yes<BR>
;cancallforward=yes<BR>
;callreturn=yes<BR>
;echocancel=yes<BR>
;echocancelwhenbridged=yes<BR>
;group=1<BR>
;callgroup=1<BR>
;pickupgroup=1<BR>
context=from_clients2<BR>
signalling=fxs_ks<BR>
<BR>
; define channels<BR>
channel => 1<BR>
channel => 2<BR>
channel => 3<BR>
channel => 4<BR>
channel => 5<BR>
<BR>
context=from_celular<BR>
signalling=fxs_ks<BR>
channel => 9<BR>
channel => 10<BR>
channel => 11<BR>
channel => 12<BR>
channel => 13<BR>
channel => 14<BR>
channel => 15<BR>
channel => 16<BR>
<BR>
;context=default<BR>
;switchtype=national<BR>
;signalling=fxo_ls<BR>
;hidecallerid=no<BR>
;echocancel=yes<BR>
;echocancelwhenbridged=yes<BR>
;rxgain=0.0<BR>
;txgain=0.0<BR>
;immediate=no<BR>
<BR>
The first five channels work fine but some of the channels that are in the "from_celular" context which are reserved for callback (these channels are plugged in a celular interface, the callback is configured in the own interface) get stuck sometimes, the strange is that "core show channels" shows that one line is calling another, but it happens without explication. You can think that we are calling the callback number by another channel and starting a loop, but unfortunately it's not what is happening =).<BR>
<BR>
There is something that I think that may be causing this problem, we use these lines in Brazil, where the signaling is DTMF, and my lines are not configured to use it, they are using the asterisk default, which is FSK, i don't know if it could cause it, it's just an option.<BR>
<BR>
<BR>
I know that it's a difficult problem to solve with only the information above, but if somebody has an idea of what may be happening i would be grateful.<BR>
<BR>
<BR>
Regards.
</BODY>
</HTML>