Re: [asterisk-users] TDM400P dialout problem
I've tried this branch, but no luck again Dialing out work just fine, but no incoming calls are recognized. With absolutely no message in logs :-( I also have seen this mentioned here: http://bugs.digium.com/view.php?id=12099 Martin - Original Message - From: sean darcy [EMAIL PROTECTED] To: asterisk-users@lists.digium.com Sent: 2. brezna 2008 22:24 Subject: Re: [asterisk-users] TDM400P dialout problem Martin wrote: In any event, as least for me the TDM400P seems to have problems with zaptel svn - not just an annoyance. As I've mentioned previously, the changes to fix this for good (assuming they work properly) are in http://svn.digium.com/svn/zaptel/team/kpfleming/battery_alarms, although How can I download this, do I need SVN installed? yes. install svn. Then: svn co http://svn.digium.com/svn/zaptel/team/kpfleming/battery_alarms trunk good luck. sean ___ -- 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] TDM400P dialout problem
Martin wrote: I've tried this branch, but no luck again Dialing out work just fine, but no incoming calls are recognized. With absolutely no message in logs :-( I also have seen this mentioned here: http://bugs.digium.com/view.php?id=12099 I think it might work for you if you try the latest revision of the battery_alarms branch, revision 3924. Thanks, Shaun ___ -- 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] TDM400P dialout problem
Have the some symptoms mentioned in http://bugs.digium.com/view.php?id=12099 After upgrade to Zaptel 1.4.9.2 I can't dial out at all, with 1.4.8 there were just random dial-out problems. -- Executing [EMAIL PROTECTED]:1] Answer(SIP/210-081e9968, ) in new stack -- Executing [EMAIL PROTECTED]:2] Dial(SIP/210-081e9968, Zap/3) in new stack -- Called 3 [2008-03-02 09:43:17] WARNING[5051]: chan_zap.c:4114 zt_handle_event: Detected alarm on channel 3: No Alarm -- Hungup 'Zap/3-1' == Everyone is busy/congested at this time (1:0/0/1) -- Executing [EMAIL PROTECTED]:3] Hangup(SIP/210-081e9968, ) in new stack == Spawn extension (Martin, *903, 3) exited non-zero on 'SIP/210-081e9968' -- Executing [EMAIL PROTECTED]:1] Answer(SIP/210-081e9968, ) in new stack -- Executing [EMAIL PROTECTED]:2] Dial(SIP/210-081e9968, Zap/3) in new stack -- Called 3 [2008-03-02 09:44:17] WARNING[5055]: chan_zap.c:4114 zt_handle_event: Detected alarm on channel 3: No Alarm -- Hungup 'Zap/3-1' == Everyone is busy/congested at this time (1:0/0/1) -- Executing [EMAIL PROTECTED]:3] Hangup(SIP/210-081e9968, ) in new stack == Spawn extension (Martin, *903, 3) exited non-zero on 'SIP/210-081e9968' -- Executing [EMAIL PROTECTED]:1] Answer(SIP/210-081e9968, ) in new stack -- Executing [EMAIL PROTECTED]:2] Dial(SIP/210-081e9968, Zap/4) in new stack -- Called 4 [2008-03-02 09:44:29] WARNING[5056]: chan_zap.c:4114 zt_handle_event: Detected alarm on channel 4: No Alarm -- Hungup 'Zap/4-1' == Everyone is busy/congested at this time (1:0/0/1) -- Executing [EMAIL PROTECTED]:3] Hangup(SIP/210-081e9968, ) in new stack == Spawn extension (Martin, *904, 3) exited non-zero on 'SIP/210-081e9968' -- Starting simple switch on 'Zap/1-1' -- Hungup 'Zap/1-1' - Original Message - From: Kevin P. Fleming [EMAIL PROTECTED] To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.com Sent: 29. února 2008 08:59 Subject: Re: [asterisk-users] TDM400P dialout problem Anthony Messina wrote: i'm looking forward to 1.4.9.2, but am also concerned about http://bugs.digium.com/view.php?id=12099 as i saw this error with 1.4.9 and 1.4.9.1 on both platforms. The messages in bug 12099 are *not* errors, they are annoyances only. The latest SVN branch 1.4 code of Asterisk will no longer generate them, and once my battery_alarms branch has been merged into Zaptel 1.4 (scheduled to be part of the 1.4.10 release) then Zaptel will stop generating spurious battery alarm events. -- Kevin P. Fleming Director of Software Technologies Digium, Inc. - The Genuine Asterisk Experience (TM) ___ -- 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] TDM400P dialout problem
Kevin P. Fleming wrote: ... The messages in bug 12099 are *not* errors, they are annoyances only. The latest SVN branch 1.4 code of Asterisk will no longer generate them, Using today's svn 3915: .. Answer(Zap/2-1, ) in new stack -- Executing [EMAIL PROTECTED]:2] Dial(Zap/2-1, Zap/4/2375678) in new stack -- Called 4/2375678 [Mar 2 11:15:35] WARNING[2320]: chan_zap.c:4424 zt_handle_event: Detected alarm on channel 4: Red Alarm -- Hungup 'Zap/4-1' == Everyone is busy/congested at this time (1:0/0/1) -- Executing [EMAIL PROTECTED]:3] Congestion(Zap/2-1, ) in new stack [Mar 2 11:15:35] NOTICE[2320]: chan_zap.c:7514 handle_init_event: Alarm cleared on channel 4 == Spawn extension (internal, 2375678, 3) exited non-zero on 'Zap/2-1' -- Hungup 'Zap/2-1' zap show status Description Alarms IRQbpviol CRC4 Fra Codi Options LBO Wildcard TDM400P REV I Board 1 OK 0 0 0 CAS Unk YEL 0 db (CSU)/0-133 feet (DSX-1) sean ___ -- 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] TDM400P dialout problem
On Sun, Mar 02, 2008 at 11:36:03AM -0500, sean darcy wrote: Kevin P. Fleming wrote: ... The messages in bug 12099 are *not* errors, they are annoyances only. The latest SVN branch 1.4 code of Asterisk will no longer generate them, Using today's svn 3915: .. Answer(Zap/2-1, ) in new stack -- Executing [EMAIL PROTECTED]:2] Dial(Zap/2-1, Zap/4/2375678) in new stack -- Called 4/2375678 [Mar 2 11:15:35] WARNING[2320]: chan_zap.c:4424 zt_handle_event: Detected alarm on channel 4: Red Alarm -- Hungup 'Zap/4-1' == Everyone is busy/congested at this time (1:0/0/1) -- Executing [EMAIL PROTECTED]:3] Congestion(Zap/2-1, ) in new stack [Mar 2 11:15:35] NOTICE[2320]: chan_zap.c:7514 handle_init_event: Alarm cleared on channel 4 == Spawn extension (internal, 2375678, 3) exited non-zero on 'Zap/2-1' -- Hungup 'Zap/2-1' zap show status Description Alarms IRQbpviol CRC4 Fra Codi Options LBO Wildcard TDM400P REV I Board 1 OK 0 0 0 CAS Unk YEL 0 db (CSU)/0-133 feet (DSX-1) This shows alarms on the whole span (the card). The alarms in question are alarms on specific channels. The whole interface makes more sense in the other meduims where the span usually corresponds to one physical meduim. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/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] TDM400P dialout problem
Tzafrir Cohen wrote: On Sun, Mar 02, 2008 at 11:36:03AM -0500, sean darcy wrote: Kevin P. Fleming wrote: ... The messages in bug 12099 are *not* errors, they are annoyances only. The latest SVN branch 1.4 code of Asterisk will no longer generate them, Using today's svn 3915: .. Answer(Zap/2-1, ) in new stack -- Executing [EMAIL PROTECTED]:2] Dial(Zap/2-1, Zap/4/2375678) in new stack -- Called 4/2375678 [Mar 2 11:15:35] WARNING[2320]: chan_zap.c:4424 zt_handle_event: Detected alarm on channel 4: Red Alarm -- Hungup 'Zap/4-1' == Everyone is busy/congested at this time (1:0/0/1) -- Executing [EMAIL PROTECTED]:3] Congestion(Zap/2-1, ) in new stack [Mar 2 11:15:35] NOTICE[2320]: chan_zap.c:7514 handle_init_event: Alarm cleared on channel 4 == Spawn extension (internal, 2375678, 3) exited non-zero on 'Zap/2-1' -- Hungup 'Zap/2-1' zap show status Description Alarms IRQbpviol CRC4 Fra Codi Options LBO Wildcard TDM400P REV I Board 1 OK 0 0 0 CAS Unk YEL 0 db (CSU)/0-133 feet (DSX-1) This shows alarms on the whole span (the card). The alarms in question are alarms on specific channels. The whole interface makes more sense in the other meduims where the span usually corresponds to one physical meduim. I'm a little confused. Are you responding to my including the zap show status command ( which I did just for background), or to the call description? If you are responding to the call description, doesn't the alarm show up specifically on channel 4? In any event, as least for me the TDM400P seems to have problems with zaptel svn - not just an annoyance. sean ___ -- 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] TDM400P dialout problem
sean darcy wrote: In any event, as least for me the TDM400P seems to have problems with zaptel svn - not just an annoyance. As I've mentioned previously, the changes to fix this for good (assuming they work properly) are in http://svn.digium.com/svn/zaptel/team/kpfleming/battery_alarms, although one tester has reported that incoming calls don't work properly using that branch, so it still needs some work. -- Kevin P. Fleming Director of Software Technologies Digium, Inc. - The Genuine Asterisk Experience (TM) ___ -- 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] TDM400P dialout problem
Kevin P. Fleming wrote: sean darcy wrote: In any event, as least for me the TDM400P seems to have problems with zaptel svn - not just an annoyance. As I've mentioned previously, the changes to fix this for good (assuming they work properly) are in http://svn.digium.com/svn/zaptel/team/kpfleming/battery_alarms, although one tester has reported that incoming calls don't work properly using that branch, so it still needs some work. Sorry, I hadn't seen this mentioned. I'll try it asap. thanks for the lead. sean ___ -- 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] TDM400P dialout problem
Kevin P. Fleming wrote: sean darcy wrote: In any event, as least for me the TDM400P seems to have problems with zaptel svn - not just an annoyance. As I've mentioned previously, the changes to fix this for good (assuming they work properly) are in http://svn.digium.com/svn/zaptel/team/kpfleming/battery_alarms, although one tester has reported that incoming calls don't work properly using that branch, so it still needs some work. Got it. No more Red Alarms. Which is great. But...now I keep getting incomplete number messages from the co. No trouble on the console: Starting simple switch on 'Zap/2-1' -- Executing [EMAIL PROTECTED]:1] Answer(Zap/2-1, ) in new stack -- Executing [EMAIL PROTECTED]:2] Dial(Zap/2-1, Zap/4/6981000) in new stack -- Called 4/6981000 -- Zap/4-1 answered Zap/2-1 -- Native bridging Zap/2-1 and Zap/4-1 -- Hungup 'Zap/4-1' which shows the correct local number, which can be dialed from a plain telephone. It's as though the Dial command just didn't send some of the digits correctly. Thanks for all the help. sean ___ -- 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] TDM400P dialout problem
sean darcy wrote: Kevin P. Fleming wrote: sean darcy wrote: In any event, as least for me the TDM400P seems to have problems with zaptel svn - not just an annoyance. As I've mentioned previously, the changes to fix this for good (assuming they work properly) are in http://svn.digium.com/svn/zaptel/team/kpfleming/battery_alarms, although one tester has reported that incoming calls don't work properly using that branch, so it still needs some work. Got it. No more Red Alarms. Which is great. But...now I keep getting incomplete number messages from the co. No trouble on the console: Starting simple switch on 'Zap/2-1' -- Executing [EMAIL PROTECTED]:1] Answer(Zap/2-1, ) in new stack -- Executing [EMAIL PROTECTED]:2] Dial(Zap/2-1, Zap/4/6981000) in new stack -- Called 4/6981000 -- Zap/4-1 answered Zap/2-1 -- Native bridging Zap/2-1 and Zap/4-1 -- Hungup 'Zap/4-1' which shows the correct local number, which can be dialed from a plain telephone. It's as though the Dial command just didn't send some of the digits correctly. And incoming calls aren't answered. No ring event. No nothing. svn-3915 incoming calls were answered, but generated a Red Alarm. sean ___ -- 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] TDM400P dialout problem
My incoming calls work just fine with 1.4.9.2 and TDM400P but I'm completely unable to dial out the line. even this doesn't work: exten=*903,1,Answer() exten=*903,n,Dial(Zap/3) exten=*903,n,Hangup() I use this to pick up the line shared with analog phone. Zap/3 and Zap/4 are connected to PSTN. Sometimes I have luck with Zap/3 but not a single call through Zap/4 -- Executing [EMAIL PROTECTED]:1] Answer(SIP/210-081e9968, ) in new stack -- Executing [EMAIL PROTECTED]:2] Dial(SIP/210-081e9968, Zap/3) in new stack -- Called 3 [2008-03-02 09:43:17] WARNING[5051]: chan_zap.c:4114 zt_handle_event: Detected alarm on channel 3: No Alarm -- Hungup 'Zap/3-1' == Everyone is busy/congested at this time (1:0/0/1) The alarm issue is not just annoyance What about downgrade Zaptel drivers...? Are they corrupted since 1.4.8? Im only afraid older versions won't compile with latest kernels (2.6.24 in my case) ... Sometimes its hard to find working combination of kernel and zaptel :-) I will try the fix mentioned below first Martin - Original Message - From: sean darcy [EMAIL PROTECTED] To: asterisk-users@lists.digium.com Sent: 2. brezna 2008 17:29 Subject: Re: [asterisk-users] TDM400P dialout problem In any event, as least for me the TDM400P seems to have problems with zaptel svn - not just an annoyance. As I've mentioned previously, the changes to fix this for good (assuming they work properly) are in http://svn.digium.com/svn/zaptel/team/kpfleming/battery_alarms, although How can I download this, do I need SVN installed? one tester has reported that incoming calls don't work properly using that branch, so it still needs some work. Got it. No more Red Alarms. Which is great. But...now I keep getting incomplete number messages from the co. No trouble on the console: ___ -- 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] TDM400P dialout problem
Martin wrote: . In any event, as least for me the TDM400P seems to have problems with zaptel svn - not just an annoyance. As I've mentioned previously, the changes to fix this for good (assuming they work properly) are in http://svn.digium.com/svn/zaptel/team/kpfleming/battery_alarms, although How can I download this, do I need SVN installed? yes. install svn. Then: svn co http://svn.digium.com/svn/zaptel/team/kpfleming/battery_alarms trunk good luck. sean ___ -- 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] TDM400P dialout problem
A simple inrease of DEFAULT_BATT_DEBOUNCE to 32 (originally 4) work for me... Probably a nasty hack but allows me to dial (I also need DEFAULT_RING_DEBOUNCE increased to 256 to minimize problems with caller ID, which is right above) Martin My incoming calls work just fine with 1.4.9.2 and TDM400P but I'm completely unable to dial out the line. even this doesn't work: exten=*903,1,Answer() exten=*903,n,Dial(Zap/3) exten=*903,n,Hangup() I use this to pick up the line shared with analog phone. Zap/3 and Zap/4 are connected to PSTN. Sometimes I have luck with Zap/3 but not a single call through Zap/4 -- Executing [EMAIL PROTECTED]:1] Answer(SIP/210-081e9968, ) in new stack -- Executing [EMAIL PROTECTED]:2] Dial(SIP/210-081e9968, Zap/3) in new stack -- Called 3 [2008-03-02 09:43:17] WARNING[5051]: chan_zap.c:4114 zt_handle_event: Detected alarm on channel 3: No Alarm -- Hungup 'Zap/3-1' == Everyone is busy/congested at this time (1:0/0/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] TDM400P dialout problem
Anthony Messina wrote: i'm looking forward to 1.4.9.2, but am also concerned about http://bugs.digium.com/view.php?id=12099 as i saw this error with 1.4.9 and 1.4.9.1 on both platforms. The messages in bug 12099 are *not* errors, they are annoyances only. The latest SVN branch 1.4 code of Asterisk will no longer generate them, and once my battery_alarms branch has been merged into Zaptel 1.4 (scheduled to be part of the 1.4.10 release) then Zaptel will stop generating spurious battery alarm events. -- Kevin P. Fleming Director of Software Technologies Digium, Inc. - The Genuine Asterisk Experience (TM) ___ -- 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] TDM400P dialout problem
Anthony Messina wrote: with 1.4.7.1, i had no problems with either x86_64 or i386. with 1.4.8, i386 worked, but x86_64 did not. with 1.4.9 and 1.4.9.1, neither worked. i use the rpms from atrpms.net for fedora 7 i'm looking forward to 1.4.9.2, but am also concerned about http://bugs.digium.com/view.php?id=12099 as i saw this error with 1.4.9 and 1.4.9.1 on both platforms. unfortunately, due to my work schedule, i did not have time to debug the differences between the platforms. There are no differences between the platforms for this bug. The bug was caused by the use of uninitialized memory, which could contain any (random) data. As such, each time you ran ztcfg, it would cause (or clear up) the bug for any given DTMF digit that your system might generate. Using Zaptel 1.4.8, 1.4.9 or 1.4.9.1 meant that if you got correct DTMF generation for all digits then you were lucky; the platform had nothing to do with it :-) -- Kevin P. Fleming Director of Software Technologies Digium, Inc. - The Genuine Asterisk Experience (TM) ___ -- 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] TDM400P dialout problem
Anthony Messina wrote: Using asterisk 1.4.18 and zaptel 1.4.9 on x86_64, I am having trouble dialing out to the pstn. The call is initiated at Zap/1-1 and should exit via Zap/3. I get the following: This should be fixed in Zaptel 1.4.9.2. -- Russell Bryant Senior Software Engineer Open Source Team Lead Digium, Inc. ___ -- 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] TDM400P dialout problem
Is this only on the _64 zaptel or will affect ALL zpatel 1.4.9 ? -Original Message- From: Russell Bryant [EMAIL PROTECTED] Sent: Feb 28, 2008 6:11 PM To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.com Subject: Re: [asterisk-users] TDM400P dialout problem Anthony Messina wrote: Using asterisk 1.4.18 and zaptel 1.4.9 on x86_64, I am having trouble dialing out to the pstn. The call is initiated at Zap/1-1 and should exit via Zap/3. I get the following: This should be fixed in Zaptel 1.4.9.2. -- Russell Bryant Senior Software Engineer Open Source Team Lead Digium, Inc. ___ -- 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
Re: [asterisk-users] TDM400P dialout problem
On Thursday 28 February 2008 05:41:55 pm Al Baker wrote: Is this only on the _64 zaptel or will affect ALL zpatel 1.4.9 ? -Original Message- From: Russell Bryant [EMAIL PROTECTED] Sent: Feb 28, 2008 6:11 PM To: Asterisk Users Mailing List - Non-Commercial Discussion asterisk-users@lists.digium.com Subject: Re: [asterisk-users] TDM400P dialout problem Anthony Messina wrote: Using asterisk 1.4.18 and zaptel 1.4.9 on x86_64, I am having trouble dialing out to the pstn. The call is initiated at Zap/1-1 and should exit via Zap/3. I get the following: This should be fixed in Zaptel 1.4.9.2. thanks russell. in reply to al: with 1.4.7.1, i had no problems with either x86_64 or i386. with 1.4.8, i386 worked, but x86_64 did not. with 1.4.9 and 1.4.9.1, neither worked. i use the rpms from atrpms.net for fedora 7 i'm looking forward to 1.4.9.2, but am also concerned about http://bugs.digium.com/view.php?id=12099 as i saw this error with 1.4.9 and 1.4.9.1 on both platforms. unfortunately, due to my work schedule, i did not have time to debug the differences between the platforms. -- Anthony - http://messinet.com - http://messinet.com/~amessina/gallery 8F89 5E72 8DF0 BCF0 10BE 9967 92DC 35DC B001 4A4E signature.asc Description: This is a digitally signed message part. ___ -- 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] TDM400P dialout problem
Anthony Messina wrote: i'm looking forward to 1.4.9.2, but am also concerned about http://bugs.digium.com/view.php?id=12099 as i saw this error with 1.4.9 and 1.4.9.1 on both platforms. kpfleming has done some work today on this issue which needs a little more in house testing. In the interim, with the current version of the wctdm driver, you can pass the battdebounce as a module parameter. The units in the wctdm driver are 16ms. So for example, you could try passing battdebounce=12 to set up a 200ms debounce and see if that does the trick for you depending on your location. ___ -- 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] TDM400P dialout problem
Hi. Since I am stuck with kernel 2.6.24, is there any way to compile zaptel 1.4.7.1 under kernel 2.6.24? I tried using make KBUILD_NOPEDANTIC=1 -- however this does not compile. Any other suggestions for this and can I still use the latest version of asterisk if I do this successfully? Thanks. on Monday 02/25/2008 sean darcy([EMAIL PROTECTED]) wrote On Mon, Feb 25, 2008 at 3:42 AM, Anthony Messina [EMAIL PROTECTED] wrote: Using asterisk 1.4.18 and zaptel 1.4.9 on x86_64, I am having trouble dialing out to the pstn. The call is initiated at Zap/1-1 and should exit via Zap/3. I get the following: -- Starting simple switch on 'Zap/1-1' -- Executing [EMAIL PROTECTED]:1] Dial(Zap/1-1, Zap/3/8801234) in new stack [Feb 25 02:36:59] DEBUG[7194]: chan_zap.c:1954 zt_call: Dialing '8801234' [Feb 25 02:36:59] DEBUG[7194]: chan_zap.c:2030 zt_call: Deferring dialing... -- Called 3/8801234 [Feb 25 02:37:00] WARNING[7194]: chan_zap.c:3835 zt_handle_event: Detected alarm on channel 3: No Alarm -- Hungup 'Zap/3-1' == Everyone is busy/congested at this time (1:0/0/1) [Feb 25 02:37:00] NOTICE[7082]: chan_zap.c:6678 handle_init_event: Alarm cleared on channel 3 So the call fails and if I weren't using a test extension: exten = 2111,1,Dial(Zap/3/8801234) it would proceed in the dialplan. asterisk]# cat /proc/zaptel/1 Span 1: WCTDM/0 Wildcard TDM400P REV I Board 1 (MASTER) 1 WCTDM/0/0 FXOKS (In use) 2 WCTDM/0/1 3 WCTDM/0/2 FXSKS (In use) 4 WCTDM/0/3 Where do I go with this? -- Anthony - http://messinet.com - http://messinet.com/~amessina/gallery 8F89 5E72 8DF0 BCF0 10BE 9967 92DC 35DC B001 4A4E ___ -- 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 Look at http://bugs.digium.com/view.php?id=11855. sean ___ -- 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 -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED] ___ -- 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] TDM400P dialout problem
On Tue, Feb 26, 2008 at 06:45:15AM -0500, John covici wrote: Hi. Since I am stuck with kernel 2.6.24, is there any way to compile zaptel 1.4.7.1 under kernel 2.6.24? I tried using make KBUILD_NOPEDANTIC=1 -- however this does not compile. Any other suggestions for this and can I still use the latest version of asterisk if I do this successfully? What error(s) do you get? Later on I fixed a number of build problems with ztd-eth.c . But you can probably skip that module altogether if you don't need TDM over Ethernet. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/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] TDM400P dialout problem
I am getting this strange error: make[1]: Entering directory `/usr/src/zaptel-1.4.7.1' make -C /lib/modules/2.6.24-gentoo-r2/build SUBDIRS=/usr/src/zaptel-1.4.7.1 HOTPLUG_FIRMWARE=yes modules make[2]: Entering directory `/usr/src/linux-2.6.24-gentoo-r2' CC [M] /usr/src/zaptel-1.4.7.1/wcfxo.o /usr/src/zaptel-1.4.7.1/wcfxo.c:38:27: error: zaptel/zaptel.h: No such file or directory But the file is there. At least its in the source directory. I did the ./configure and the make menuselect to eliminate some unnecessary modules. on Tuesday 02/26/2008 Tzafrir Cohen([EMAIL PROTECTED]) wrote On Tue, Feb 26, 2008 at 06:45:15AM -0500, John covici wrote: Hi. Since I am stuck with kernel 2.6.24, is there any way to compile zaptel 1.4.7.1 under kernel 2.6.24? I tried using make KBUILD_NOPEDANTIC=1 -- however this does not compile. Any other suggestions for this and can I still use the latest version of asterisk if I do this successfully? What error(s) do you get? Later on I fixed a number of build problems with ztd-eth.c . But you can probably skip that module altogether if you don't need TDM over Ethernet. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/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 -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED] ___ -- 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] TDM400P dialout problem
On Tue, Feb 26, 2008 at 07:50:09AM -0500, John covici wrote: I am getting this strange error: make[1]: Entering directory `/usr/src/zaptel-1.4.7.1' make -C /lib/modules/2.6.24-gentoo-r2/build SUBDIRS=/usr/src/zaptel-1.4.7.1 HOTPLUG_FIRMWARE=yes modules make[2]: Entering directory `/usr/src/linux-2.6.24-gentoo-r2' CC [M] /usr/src/zaptel-1.4.7.1/wcfxo.o /usr/src/zaptel-1.4.7.1/wcfxo.c:38:27: error: zaptel/zaptel.h: No such file or directory But the file is there. At least its in the source directory. I did the ./configure and the make menuselect to eliminate some unnecessary modules. -DSTANDALONE_ZAPATA not getting through to the EXTRA_CFLAGS? Note: luckily you didn't have zaptel installed and this it didn't use a different version of zaptel.h from /usr/include/zaptel/zaptel.h . -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/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] TDM400P dialout problem
I do have the newer one installed -- is this the problem? And why this weird error anyway? on Tuesday 02/26/2008 Tzafrir Cohen([EMAIL PROTECTED]) wrote On Tue, Feb 26, 2008 at 07:50:09AM -0500, John covici wrote: I am getting this strange error: make[1]: Entering directory `/usr/src/zaptel-1.4.7.1' make -C /lib/modules/2.6.24-gentoo-r2/build SUBDIRS=/usr/src/zaptel-1.4.7.1 HOTPLUG_FIRMWARE=yes modules make[2]: Entering directory `/usr/src/linux-2.6.24-gentoo-r2' CC [M] /usr/src/zaptel-1.4.7.1/wcfxo.o /usr/src/zaptel-1.4.7.1/wcfxo.c:38:27: error: zaptel/zaptel.h: No such file or directory But the file is there. At least its in the source directory. I did the ./configure and the make menuselect to eliminate some unnecessary modules. -DSTANDALONE_ZAPATA not getting through to the EXTRA_CFLAGS? Note: luckily you didn't have zaptel installed and this it didn't use a different version of zaptel.h from /usr/include/zaptel/zaptel.h . -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/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 -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED] ___ -- 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] TDM400P dialout problem
Slightly edited your message: On Tue, Feb 26, 2008 at 08:48:13AM -0500, John covici wrote: on Tuesday 02/26/2008 Tzafrir Cohen([EMAIL PROTECTED]) wrote On Tue, Feb 26, 2008 at 07:50:09AM -0500, John covici wrote: I am getting this strange error: make[1]: Entering directory `/usr/src/zaptel-1.4.7.1' make -C /lib/modules/2.6.24-gentoo-r2/build SUBDIRS=/usr/src/zaptel-1.4.7.1 HOTPLUG_FIRMWARE=yes modules make[2]: Entering directory `/usr/src/linux-2.6.24-gentoo-r2' CC [M] /usr/src/zaptel-1.4.7.1/wcfxo.o /usr/src/zaptel-1.4.7.1/wcfxo.c:38:27: error: zaptel/zaptel.h: No such file or directory But the file is there. At least its in the source directory. I did the ./configure and the make menuselect to eliminate some unnecessary modules. -DSTANDALONE_ZAPATA not getting through to the EXTRA_CFLAGS? And why this weird error anyway? Because STANDALONE_ZAPATA was not #define-d . Note: luckily you didn't have zaptel installed and this it didn't use a different version of zaptel.h from /usr/include/zaptel/zaptel.h . I do have the newer one installed -- is this the problem? Hmmm I guess /ysr/include is not in the include path for kernel modules building. A good thing in this case. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/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] TDM400P dialout problem
OK, here is the problem -- how do I compile 1.4.7.1 using kernel 2.6.24 -- when I try the make KBUILD_NOPEDANTIC=1 I get the no such file or directory that I already mentioned -- when I take out that KBUILD option, I get what I got before -- the error from the kernel module build about the CFLAGS being changed in the Makefile. So how can I compile this thing till there is a fix for the bug or the regression is removed? on Tuesday 02/26/2008 Tzafrir Cohen([EMAIL PROTECTED]) wrote Slightly edited your message: On Tue, Feb 26, 2008 at 08:48:13AM -0500, John covici wrote: on Tuesday 02/26/2008 Tzafrir Cohen([EMAIL PROTECTED]) wrote On Tue, Feb 26, 2008 at 07:50:09AM -0500, John covici wrote: I am getting this strange error: make[1]: Entering directory `/usr/src/zaptel-1.4.7.1' make -C /lib/modules/2.6.24-gentoo-r2/build SUBDIRS=/usr/src/zaptel-1.4.7.1 HOTPLUG_FIRMWARE=yes modules make[2]: Entering directory `/usr/src/linux-2.6.24-gentoo-r2' CC [M] /usr/src/zaptel-1.4.7.1/wcfxo.o /usr/src/zaptel-1.4.7.1/wcfxo.c:38:27: error: zaptel/zaptel.h: No such file or directory But the file is there. At least its in the source directory. I did the ./configure and the make menuselect to eliminate some unnecessary modules. -DSTANDALONE_ZAPATA not getting through to the EXTRA_CFLAGS? And why this weird error anyway? Because STANDALONE_ZAPATA was not #define-d . Note: luckily you didn't have zaptel installed and this it didn't use a different version of zaptel.h from /usr/include/zaptel/zaptel.h . I do have the newer one installed -- is this the problem? Hmmm I guess /ysr/include is not in the include path for kernel modules building. A good thing in this case. -- Tzafrir Cohen icq#16849755 jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/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 -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED] ___ -- 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] TDM400P dialout problem
On Mon, Feb 25, 2008 at 3:42 AM, Anthony Messina [EMAIL PROTECTED] wrote: Using asterisk 1.4.18 and zaptel 1.4.9 on x86_64, I am having trouble dialing out to the pstn. The call is initiated at Zap/1-1 and should exit via Zap/3. I get the following: -- Starting simple switch on 'Zap/1-1' -- Executing [EMAIL PROTECTED]:1] Dial(Zap/1-1, Zap/3/8801234) in new stack [Feb 25 02:36:59] DEBUG[7194]: chan_zap.c:1954 zt_call: Dialing '8801234' [Feb 25 02:36:59] DEBUG[7194]: chan_zap.c:2030 zt_call: Deferring dialing... -- Called 3/8801234 [Feb 25 02:37:00] WARNING[7194]: chan_zap.c:3835 zt_handle_event: Detected alarm on channel 3: No Alarm -- Hungup 'Zap/3-1' == Everyone is busy/congested at this time (1:0/0/1) [Feb 25 02:37:00] NOTICE[7082]: chan_zap.c:6678 handle_init_event: Alarm cleared on channel 3 So the call fails and if I weren't using a test extension: exten = 2111,1,Dial(Zap/3/8801234) it would proceed in the dialplan. asterisk]# cat /proc/zaptel/1 Span 1: WCTDM/0 Wildcard TDM400P REV I Board 1 (MASTER) 1 WCTDM/0/0 FXOKS (In use) 2 WCTDM/0/1 3 WCTDM/0/2 FXSKS (In use) 4 WCTDM/0/3 Where do I go with this? -- Anthony - http://messinet.com - http://messinet.com/~amessina/gallery 8F89 5E72 8DF0 BCF0 10BE 9967 92DC 35DC B001 4A4E ___ -- 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 Look at http://bugs.digium.com/view.php?id=11855. sean ___ -- 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
