I've had a few problems with my system holding the line after a call has
been made, just now I rebooted and noticed the following in
/var/log/messages
Aug 13 17:23:15 Sheriff kernel: wcfxo: DAA mode is 'FCC'
in the file wcfxo.c the following structure is initialised as below
which would suggest that FCC is wrong for France or pretty well all of
Europe.
static struct fxo_mode {
char *name;
int ohs;
int act;
int dct;
int rz;
int rt;
int lim;
int vol;
} fxo_modes[] {
{ "FCC", 0, 0, 2, 0, 0, 0, 0 }, /* US */
{ "CTR21", 0, 0, 3, 0, 0, 3, 0 }, /* Austria, Belgium,
Denmark, Finland, France, Germany,
Greece, Iceland, Ireland, Italy, Luxembourg, Netherlands,
Norway, Portugal, Spain, Sweden, Switzerland, and UK */
Any thoughts as to if this is the root of the problem.
--
Dave Cotton
Directeur
Linux Autrement
193 rue Marcel Cerdan
84270 Vedene
04 90 23 30 81
"Internet Sheriff Technology" revendeur en France
<http://www.linuxautrement.com>
IAX 17004902330
On Wed, 2003-08-13 at 09:46, Dave Cotton wrote:> I've had a few problems with my system holding the line after a call has > been made, just now I rebooted and noticed the following in > /var/log/messagesWhen you say "holding the line", do you mean that asterisk still believes a channel is in use even after you hang up? If so, I've seen the same thing happen several times with the X100P. If I do "show channels" it will show one of my SIP phones connected to one of the outside lines, but if I check that SIP phone, it is not in use, and there is no way to re-activate the channel from the SIP phone. Running "soft hangup <zap channel>" will hangup the channel (you don't need to reboot). I'm not entirely sure what causes it. So far, I've only seen it happen from 2 of our 9 SIP phones, but they're the ones most often on the phone. It always involves an outside line, so I believe the X100P is the problem, but I can't be sure. What other information can I gather to pinpoint the problem?
I've had this happen with the x100p and analog phones as well... When I moved to a t1 and a channel bank, the problem never happened again... -----Original Message----- From: asterisk-users-admin@lists.digium.com [mailto:asterisk-users-admin@lists.digium.com] On Behalf Of Steve Meyers Sent: Wednesday, August 13, 2003 12:04 PM To: Asterisk List Subject: Re: [Asterisk-Users] FXO mode On Wed, 2003-08-13 at 09:46, Dave Cotton wrote:> I've had a few problems with my system holding the line after a call has > been made, just now I rebooted and noticed the following in > /var/log/messagesWhen you say "holding the line", do you mean that asterisk still believes a channel is in use even after you hang up? If so, I've seen the same thing happen several times with the X100P. If I do "show channels" it will show one of my SIP phones connected to one of the outside lines, but if I check that SIP phone, it is not in use, and there is no way to re-activate the channel from the SIP phone. Running "soft hangup <zap channel>" will hangup the channel (you don't need to reboot). I'm not entirely sure what causes it. So far, I've only seen it happen from 2 of our 9 SIP phones, but they're the ones most often on the phone. It always involves an outside line, so I believe the X100P is the problem, but I can't be sure. What other information can I gather to pinpoint the problem? _______________________________________________ Asterisk-Users mailing list Asterisk-Users@lists.digium.com http://lists.digium.com/mailman/listinfo/asterisk-users
On 13/08/2003 at 17:46 Dave Cotton wrote:>in the file wcfxo.c the following structure is initialised as below >which would suggest that FCC is wrong for France or pretty well all of >Europe.errm, FCC mode is for the US. CTR21 is for Europe - you even pasted the info in your message! See below Andy> >static struct fxo_mode { > char *name; > int ohs; > int act; > int dct; > int rz; > int rt; > int lim; > int vol; >} fxo_modes[] >{ > { "FCC", 0, 0, 2, 0, 0, 0, 0 }, /* US */ > { "CTR21", 0, 0, 3, 0, 0, 3, 0 }, /* Austria, Belgium, Denmark, Finland, France, Germany, Greece, Iceland, Ireland, Italy, Luxembourg, Netherlands, Norway, Portugal, Spain, Sweden, Switzerland, and UK */
Hi,
I exactly got the same problem on the Belgian network. I have tried to recompile
the wcfx0 driver with the FCC line
commented and I have created a zone for Belgium in zonedata.c (see below with
the values I know. I'm not sure of
call wait, dial recall and record tone). Everything works fine but I still got
the same problem. The system does
not detect a external line hangup.
extract of zonedate.c
[...]
{ 8, "be", "Belgium", { 1000, 3000 },
{
{ ZT_TONE_DIALTONE, "450" },
{ ZT_TONE_BUSY, "450/150,0/150" },
{ ZT_TONE_RINGTONE, "450/1000,0/3000" },
/* XXX I'm making up the congestion tone XXX */
{ ZT_TONE_CONGESTION, "450/250,0/250" },
/* XXX I'm making up the call wait tone too XXX */
{ ZT_TONE_CALLWAIT, "450/300,0/10000" },
/* XXX I'm making up dial recall XXX */
{ ZT_TONE_DIALRECALL,
"!350+440/100,!0/100,!350+440/100,!0/100,!350+440/100,!0/100,350+440"
}
,
/* XXX I'm making up the record tone XXX */
{ ZT_TONE_RECORDTONE, "1400/500,0/15000" },
{ ZT_TONE_INFO, "!950/330,!1400/330,!1800/330,0" },
{ ZT_TONE_STUTTER,
"!440/100,!0/100,!440/100,!0/100,!440/100,!0/100,!440/100,!0/100,!440/100,
!0/100,!440/100,!0/100,440" } },
[...]
/etc/zaptel.conf
#
# Zaptel Configuration File
#
# This file is parsed by the Zaptel Configurator, ztcfg
#
#
fxsks=1
loadzone=be
defaultzone=be
DAA mode is CTR21 as I can see in /var/log/messages
Aug 13 20:31:41 ws183 kernel: wcfxo: DAA mode is 'CTR21'
Any other ideas on how to solve this issue?
Regards,
Dave Cotton wrote:>
> I've had a few problems with my system holding the line after a call
has
> been made, just now I rebooted and noticed the following in
> /var/log/messages
>
> Aug 13 17:23:15 Sheriff kernel: wcfxo: DAA mode is 'FCC'
>
> in the file wcfxo.c the following structure is initialised as below
> which would suggest that FCC is wrong for France or pretty well all of
> Europe.
>
> static struct fxo_mode {
> char *name;
> int ohs;
> int act;
> int dct;
> int rz;
> int rt;
> int lim;
> int vol;
> } fxo_modes[] > {
> { "FCC", 0, 0, 2, 0, 0, 0, 0 }, /* US */
> { "CTR21", 0, 0, 3, 0, 0, 3, 0 }, /* Austria,
Belgium,
> Denmark, Finland, France, Germany,
>
Greece, Iceland, Ireland, Italy, Luxembourg, Netherlands,
>
Norway, Portugal, Spain, Sweden, Switzerland, and UK */
>
> Any thoughts as to if this is the root of the problem.
>
> --
> Dave Cotton
> Directeur
> Linux Autrement
> 193 rue Marcel Cerdan
> 84270 Vedene
> 04 90 23 30 81
> "Internet Sheriff Technology" revendeur en France
> <http://www.linuxautrement.com>
> IAX 17004902330
>
> _______________________________________________
> Asterisk-Users mailing list
> Asterisk-Users@lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-users
--
Perceval Helpdesk Team
helpdesk@perceval.net
----------------------------------------------------------------------------
Perceval Technologies sa/nv
Rue Tenbosch, 9
B-1000 Brussels
BELGIUM
Tel: +32-2-6409194
Fax: +32-2-6403154
URL: http://www.perceval.be/
E-mail for general information: info@perceval.net
E-mail for technical information: helpdesk@perceval.net
----------------------------------------------------------------------------
This e-mail message contains legally PRIVILEGED and CONFIDENTIAL
information intended for the use of the addressee only. If you are not
the intended recipient of this message, please notify the undersigned
by telephone or e-mail reply and destroy this message and any attachments.
Any views or opinions presented in this e-mail are solely those of
the author and do not necessarily represent those of Perceval. The
integrity and security of this message cannot be guaranteed and it may
be subject to data corruption, interception, unauthorised amendment,
viruses and unforeseen delays, for which we accept no liability.