Re: [asterisk-users] DAHDI not detecting RINGING Status on the Channel
On Mon, Oct 26, 2009 at 09:02:10PM -0300, Mariano Lecuona wrote: For some reason I am not able to set loopstart instead of kewlstart: Console out put: [Oct 26 20:58:40] == Parsing '/etc/asterisk/chan_dahdi.conf': [Oct 26 20:58:40] Found [Oct 26 20:58:40] -- Registered channel 1, FXS Loopstart signalling [Oct 26 20:58:40] -- Registered channel 2, FXS Loopstart signalling [Oct 26 20:58:40] ERROR[23050]: chan_dahdi.c:7677 mkintf: Signalling requested on channel 3 is FXS Loopstart but line is in FXS Kewlstart signalling [Oct 26 20:58:40] ERROR[23050]: chan_dahdi.c:11294 build_channels: Unable to register channel '1-8' pbx*CLI module load chan_dahdi.so any ideas? What is the output of lsdahdi ? Have you edited /etc/dahdi/system.conf ? To apply changes there, run dahdi_cfg . -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir ___ -- 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
Re: [asterisk-users] DAHDI not detecting RINGING Status on the Channel
I have plugges only 2 lines. That's why the rest is in RED [r...@pbx ~]# lsdahdi ### Span 1: WCTDM/8 YSTDM8xx REV E Board 9 (MASTER) 1 FXOFXSLS (In use) 2 FXOFXSLS (In use) 3 FXOFXSKS (In use) RED 4 FXOFXSKS (In use) RED 5 FXOFXSKS (In use) RED 6 FXOFXSKS (In use) RED 7 FXOFXSKS (In use) RED 8 FXOFXSKS (In use) RED 2009/10/27 Tzafrir Cohen tzafrir.co...@xorcom.com On Mon, Oct 26, 2009 at 09:02:10PM -0300, Mariano Lecuona wrote: For some reason I am not able to set loopstart instead of kewlstart: Console out put: [Oct 26 20:58:40] == Parsing '/etc/asterisk/chan_dahdi.conf': [Oct 26 20:58:40] Found [Oct 26 20:58:40] -- Registered channel 1, FXS Loopstart signalling [Oct 26 20:58:40] -- Registered channel 2, FXS Loopstart signalling [Oct 26 20:58:40] ERROR[23050]: chan_dahdi.c:7677 mkintf: Signalling requested on channel 3 is FXS Loopstart but line is in FXS Kewlstart signalling [Oct 26 20:58:40] ERROR[23050]: chan_dahdi.c:11294 build_channels: Unable to register channel '1-8' pbx*CLI module load chan_dahdi.so any ideas? What is the output of lsdahdi ? Have you edited /etc/dahdi/system.conf ? To apply changes there, run dahdi_cfg . -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.comjabber%3atzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir ___ -- 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 ___ -- 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
[asterisk-users] DAHDI not detecting RINGING Status on the Channel
I am using an 8 port tdm card and also I implemented a dialer using a .call file generator. As you know on the .call you specify the channel to call and then the contex/extension/priority to let dial plan continue when the call is bridge. My actual problem is that when the call process starts, asterisk (DAHDI) sets the channel as answered when the truth is that on the other side the channel has not started to ring yet. My felling is that the DAHDI driver cannot detect /understand the signaling of the analog line. Here is the evidence and configuration settings. I live in Argentina BTW Console output. [Oct 22 23:42:03] -- Attempting call on Local/84776...@outgoing_campaign/n for 5...@queues:2 (Retry 1) [Oct 22 23:42:03] -- Executing [84776...@outgoing_campaign:1] Macro(Local/84776...@outgoing_campaign-d2c3,2, recordcall|501|84776114)in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:1] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 1?5:2) in new stack [Oct 22 23:42:03] -- Goto (macro-recordcall,s,5) [Oct 22 23:42:03] -- Executing [...@macro-recordcall:5] Set(Local/84776...@outgoing_campaign-d2c3,2, FILEREC=2009-10-22-23-42-03-SRC-501-DST-84776114) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:6] Set(Local/84776...@outgoing_campaign-d2c3,2, FILE_PATH=2009/10/22/2009-10-22-23-42-03-SRC-501-DST-84776114) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:7] Set(Local/84776...@outgoing_campaign-d2c3,2, CDR(userfield)=2009-10-22-23-42-03-SRC-501-DST-84776114.wav) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:8] MixMonitor(Local/84776...@outgoing_campaign-d2c3,2, /opt/rec/2009/10/22/2009-10-22-23-42-03-SRC-501-DST-84776114.wav|b) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:9] MacroExit(Local/84776...@outgoing_campaign-d2c3,2, ) in new stack [Oct 22 23:42:03] -- Executing [84776...@outgoing_campaign:2] Macro(Local/84776...@outgoing_campaign-d2c3,2, dialtrunk-failover|DAHDI/R1/4776114|DAHDI/R2/4776114|DAHDI/R3/4776114|DAHDI/R4/4776114|span_1|span_2|span_3|span_4) in new stack [Oct 22 23:42:03] == Begin MixMonitor Recording Local/84776...@outgoing_campaign-d2c3,2 [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:1] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 0?1-fmsetcid|1) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:2] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 0?1-setgbobname|1) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:3] Set(Local/84776...@outgoing_campaign-d2c3,2, CALLERID(num)=) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:4] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 0?1-dial|1) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:5] Set(Local/84776...@outgoing_campaign-d2c3,2, CALLERID(all)=) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:6] Goto(Local/84776...@outgoing_campaign-d2c3,2, 1-dial|1) in new stack [Oct 22 23:42:03] -- Goto (macro-dialtrunk-failover,1-dial,1) [Oct 22 23:42:03] -- Executing [1-d...@macro-dialtrunk-failover:1] Dial(Local/84776...@outgoing_campaign-d2c3,2, DAHDI/R1/4776114|90|tT) in new stack [Oct 22 23:42:03] -- Called R1/4776114 [Oct 22 23:42:05] -- DAHDI/4-1 answered Local/84776...@outgoing_campaign-d2c3,2 [Oct 22 23:42:05] Channel Local/84776...@outgoing_campaign-d2c3,1 was answered. [Oct 22 23:42:05] -- Executing [...@queues:2] Queue(Local/84776...@outgoing_campaign-d2c3,1, 501) in new stack [Oct 22 23:42:05] -- Started music on hold, class 'default', on channel 'Local/84776...@outgoing_campaign-d2c3,1' [Oct 22 23:42:05] -- outgoing agentcall, to agent '10009', on 'Local/1...@default-4a9e,1' [Oct 22 23:42:05] -- Executing [1...@default:1] Dial(Local/1...@default-4a9e,2, SIP/1000) in new stack [Oct 22 23:42:05] -- Called 1000 [Oct 22 23:42:07] -- SIP/1000-0895df08 is ringing [Oct 22 23:42:07] -- Agent/10009 is ringing ** PLease see las line with [Oct 22 23:42:05] when the output shows that Called/ and then says DAHDI/4-1 answered. [r...@pbx ~]# cat /asterisk/chan_dahdi.conf [trunkgroups] [channels] language=ar context=DID_trunk_1 signalling=fxs_ks callwaiting=yes hidecallerid=no usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=no echocancelwhenbridged=no relaxdtmf=yes usedistinctiveringdetection=yes usecallingpres=yes busydetect=yes callprogress=yes rxgain=2.0 txgain=2.0 ; group=1 channel = 1-8 callgroup=1 pickupgroup=1 ___ -- 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
Re: [asterisk-users] DAHDI not detecting RINGING Status on the Channel
It's not the DAHDI driver; it's the POTS service you are (presumably) using. The DAHDI driver works fine with PRI/E1 interfaces, but POTS requires human knowledge (it can't tell if a line is ringing/answered, etc). The only reasonable solution I can suggest for this scenario is a polarity/silence detect to keep you from processing many minutes of silence and other garbage. LoopStart instead of KewlStart has been suggested in some instances (possibly applicable to you since you are non-US). _ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Mariano Lecuona Sent: Monday, October 26, 2009 2:59 PM To: asterisk-users@lists.digium.com Subject: [asterisk-users] DAHDI not detecting RINGING Status on the Channel I am using an 8 port tdm card and also I implemented a dialer using a .call file generator. As you know on the .call you specify the channel to call and then the contex/extension/priority to let dial plan continue when the call is bridge. My actual problem is that when the call process starts, asterisk (DAHDI) sets the channel as answered when the truth is that on the other side the channel has not started to ring yet. My felling is that the DAHDI driver cannot detect /understand the signaling of the analog line. Here is the evidence and configuration settings. I live in Argentina BTW Console output. [Oct 22 23:42:03] -- Attempting call on Local/84776...@outgoing_campaign/n for 5...@queues:2 (Retry 1) [Oct 22 23:42:03] -- Executing [84776...@outgoing_campaign:1] Macro(Local/84776...@outgoing_campaign-d2c3,2, recordcall|501|84776114)in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:1] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 1?5:2) in new stack [Oct 22 23:42:03] -- Goto (macro-recordcall,s,5) [Oct 22 23:42:03] -- Executing [...@macro-recordcall:5] Set(Local/84776...@outgoing_campaign-d2c3,2, FILEREC=2009-10-22-23-42-03-SRC-501-DST-84776114) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:6] Set(Local/84776...@outgoing_campaign-d2c3,2, FILE_PATH=2009/10/22/2009-10-22-23-42-03-SRC-501-DST-84776114) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:7] Set(Local/84776...@outgoing_campaign-d2c3,2, CDR(userfield)=2009-10-22-23-42-03-SRC-501-DST-84776114.wav) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:8] MixMonitor(Local/84776...@outgoing_campaign-d2c3,2, /opt/rec/2009/10/22/2009-10-22-23-42-03-SRC-501-DST-84776114.wav|b) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:9] MacroExit(Local/84776...@outgoing_campaign-d2c3,2, ) in new stack [Oct 22 23:42:03] -- Executing [84776...@outgoing_campaign:2] Macro(Local/84776...@outgoing_campaign-d2c3,2, dialtrunk-failover|DAHDI/R1/4776114|DAHDI/R2/4776114|DAHDI/R3/4776114|DAHDI /R4/4776114|span_1|span_2|span_3|span_4) in new stack [Oct 22 23:42:03] == Begin MixMonitor Recording Local/84776...@outgoing_campaign-d2c3,2 [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:1] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 0?1-fmsetcid|1) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:2] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 0?1-setgbobname|1) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:3] Set(Local/84776...@outgoing_campaign-d2c3,2, CALLERID(num)=) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:4] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 0?1-dial|1) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:5] Set(Local/84776...@outgoing_campaign-d2c3,2, CALLERID(all)=) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:6] Goto(Local/84776...@outgoing_campaign-d2c3,2, 1-dial|1) in new stack [Oct 22 23:42:03] -- Goto (macro-dialtrunk-failover,1-dial,1) [Oct 22 23:42:03] -- Executing [1-d...@macro-dialtrunk-failover:1] Dial(Local/84776...@outgoing_campaign-d2c3,2, DAHDI/R1/4776114|90|tT) in new stack [Oct 22 23:42:03] -- Called R1/4776114 [Oct 22 23:42:05] -- DAHDI/4-1 answered Local/84776...@outgoing_campaign-d2c3,2 [Oct 22 23:42:05] Channel Local/84776...@outgoing_campaign-d2c3,1 was answered. [Oct 22 23:42:05] -- Executing [...@queues:2] Queue(Local/84776...@outgoing_campaign-d2c3,1, 501) in new stack [Oct 22 23:42:05] -- Started music on hold, class 'default', on channel 'Local/84776...@outgoing_campaign-d2c3,1' [Oct 22 23:42:05] -- outgoing agentcall, to agent '10009', on 'Local/1...@default-4a9e,1' [Oct 22 23:42:05] -- Executing [1...@default:1] Dial(Local/1...@default-4a9e,2, SIP/1000) in new stack [Oct 22 23:42:05] -- Called 1000 [Oct 22 23:42:07] -- SIP/1000-0895df08 is ringing [Oct 22 23:42:07] -- Agent/10009 is ringing ** PLease see las line with [Oct 22 23:42:05] when the output shows that Called/ and then says DAHDI/4-1
Re: [asterisk-users] DAHDI not detecting RINGING Status on the Channel
For some reason I am not able to set loopstart instead of kewlstart: Console out put: [Oct 26 20:58:40] == Parsing '/etc/asterisk/chan_dahdi.conf': [Oct 26 20:58:40] Found [Oct 26 20:58:40] -- Registered channel 1, FXS Loopstart signalling [Oct 26 20:58:40] -- Registered channel 2, FXS Loopstart signalling [Oct 26 20:58:40] ERROR[23050]: chan_dahdi.c:7677 mkintf: Signalling requested on channel 3 is FXS Loopstart but line is in FXS Kewlstart signalling [Oct 26 20:58:40] ERROR[23050]: chan_dahdi.c:11294 build_channels: Unable to register channel '1-8' pbx*CLI module load chan_dahdi.so any ideas? I am still tring to set some other parameters like: cidsignalling= cidstart= Thanks ML 2009/10/26 Danny Nicholas da...@debsinc.com It’s not the DAHDI driver; it’s the POTS service you are (presumably) using. The DAHDI driver works fine with PRI/E1 interfaces, but POTS requires “human” knowledge (it can’t tell if a line is ringing/answered, etc). The only “reasonable” solution I can suggest for this scenario is a polarity/silence detect to keep you from processing many minutes of silence and other garbage. LoopStart instead of KewlStart has been suggested in some instances (possibly applicable to you since you are non-US). -- *From:* asterisk-users-boun...@lists.digium.com [mailto: asterisk-users-boun...@lists.digium.com] *On Behalf Of *Mariano Lecuona *Sent:* Monday, October 26, 2009 2:59 PM *To:* asterisk-users@lists.digium.com *Subject:* [asterisk-users] DAHDI not detecting RINGING Status on the Channel I am using an 8 port tdm card and also I implemented a dialer using a .call file generator. As you know on the .call you specify the channel to call and then the contex/extension/priority to let dial plan continue when the call is bridge. My actual problem is that when the call process starts, asterisk (DAHDI) sets the channel as answered when the truth is that on the other side the channel has not started to ring yet. My felling is that the DAHDI driver cannot detect /understand the signaling of the analog line. Here is the evidence and configuration settings. I live in Argentina BTW Console output. [Oct 22 23:42:03] -- Attempting call on Local/84776...@outgoing_campaign/n for 5...@queues:2 (Retry 1) [Oct 22 23:42:03] -- Executing [84776...@outgoing_campaign:1] Macro(Local/84776...@outgoing_campaign-d2c3,2, recordcall|501|84776114)in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:1] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 1?5:2) in new stack [Oct 22 23:42:03] -- Goto (macro-recordcall,s,5) [Oct 22 23:42:03] -- Executing [...@macro-recordcall:5] Set(Local/84776...@outgoing_campaign-d2c3,2, FILEREC=2009-10-22-23-42-03-SRC-501-DST-84776114) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:6] Set(Local/84776...@outgoing_campaign-d2c3,2, FILE_PATH=2009/10/22/2009-10-22-23-42-03-SRC-501-DST-84776114) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:7] Set(Local/84776...@outgoing_campaign-d2c3,2, CDR(userfield)=2009-10-22-23-42-03-SRC-501-DST-84776114.wav) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:8] MixMonitor(Local/84776...@outgoing_campaign-d2c3,2, /opt/rec/2009/10/22/2009-10-22-23-42-03-SRC-501-DST-84776114.wav|b) in new stack [Oct 22 23:42:03] -- Executing [...@macro-recordcall:9] MacroExit(Local/84776...@outgoing_campaign-d2c3,2, ) in new stack [Oct 22 23:42:03] -- Executing [84776...@outgoing_campaign:2] Macro(Local/84776...@outgoing_campaign-d2c3,2, dialtrunk-failover|DAHDI/R1/4776114|DAHDI/R2/4776114|DAHDI/R3/4776114|DAHDI/R4/4776114|span_1|span_2|span_3|span_4) in new stack [Oct 22 23:42:03] == Begin MixMonitor Recording Local/84776...@outgoing_campaign-d2c3,2 [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:1] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 0?1-fmsetcid|1) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:2] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 0?1-setgbobname|1) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:3] Set(Local/84776...@outgoing_campaign-d2c3,2, CALLERID(num)=) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:4] GotoIf(Local/84776...@outgoing_campaign-d2c3,2, 0?1-dial|1) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:5] Set(Local/84776...@outgoing_campaign-d2c3,2, CALLERID(all)=) in new stack [Oct 22 23:42:03] -- Executing [...@macro-dialtrunk-failover:6] Goto(Local/84776...@outgoing_campaign-d2c3,2, 1-dial|1) in new stack [Oct 22 23:42:03] -- Goto (macro-dialtrunk-failover,1-dial,1) [Oct 22 23:42:03] -- Executing [1-d...@macro-dialtrunk-failover:1] Dial(Local/84776...@outgoing_campaign-d2c3,2, DAHDI/R1/4776114|90|tT) in new stack [Oct 22 23:42:03] -- Called R1
