Re: [asterisk-users] [OT] Wifi SIP phones - LinkSys WIP330
On 30 dec 2006, at 04:59, Vernier Umali wrote: I do not have any luck using nokia E61 (doesn't register and keeps on hanging). I would think it's the same with all wifi enabled nokias. To balance this out, i'm using a nokia e61 on a daily basis as my main phone in the office without problems (connected through our asterisk server obviously, not as a cell phone) The later firmwares (2.x and 3.x) are sort of required for using wlan/ voip on the e61 marcel -- Marcel van der Boom HS-Development BV -- http://www.hsdev.com So! webapplicatie framework -- http://make-it-so.info smime.p7s Description: S/MIME cryptographic signature ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] spandsp 0.0.3 RxFax fax reception crashes bristuffed asterisk 1.2.13
A little progress on this problem Examining the logs i found a weird looking 'soft hangup' which reminded me on an earlier issue we had. (and the reason why we were still on the 'i' release of bristuff). It looked as if the channel hung up just before rxfax actually could begin to work. Normally we would let the faxdetection be automatic and let ast jump to the 'fax' extension, which in turn calls the faxreceive macro as described in my original post. Bypassing all that and directly tie-ing an extension to the faxreceive macro (not even answering the channel), gives a successful fax reception. RxFax has a check whether the channel is answered, and it will answer it, if not already. I think this was a lucky shot in the dark though. The problem seems to be a mismatch between the state of the channel (answered) and what it actually is. Getting data from the channel wont work then i guess. This is a suitable workaround for our little setup for now. The only thing we miss at this point is that we wont be able to receive faxes at every extension anymore, just the one. I do not have enough knowledge of the sources to suggest a fix for this. It looks like either the specific stuff for our card (quadbri) or asterisk itself would be the area to look into, but again, i am not (yet) capable of doing so myself. Hope this helps anyone fixing the real problem. marcel On 16 nov 2006, at 11:27, Marcel van der Boom wrote: Hi, I'm using spandsp-0.0.3 [http://www.soft-switch.org/downloads/snapshots/spandsp/ spandsp-20061116.tar.gz] on a bristuffed asterisk (1.2.13) [http://212.91.251.199/~junghanns.net/downloads/bristuff-0.3.0- PRE-1v.tar.gz] libtiff is at version 3.6.0 Running on: Linux router2 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux Debian testing distro. I've tried many combinations of bristuffed ast and spandsp versions, but all fail at the same point. The last combination i got to work was bristuffed 0.3.0-PRE-1i with spandsp-0.0.2-pre25 (on an earlier kernel) The app_rxfax.c in use is from: [http://www.soft-switch.org/downloads/snapshots/spandsp/test-apps- asterisk-1.2/app_rxfax.c] On reception of a fax through RxFax, i get the exception. The relevant part of the dialplan is [macro-faxreceive] ; Receive a fax exten = s,1,Set(FAXFILE=${FAXSPOOL}/${UNIQUEID}.tif) ; Save the fax in a tif file exten = s,2,RxFAX(${FAXFILE}) ; Receive it exten = s,3,NoOp(Fax reception complete) ; exten = s,4,Hangup Running asterisk (with the above versions) through gdb and doing a backtrace gives me: #0 0xa7d45947 in raise () from /lib/tls/libc.so.6 #1 0xa7d470c9 in abort () from /lib/tls/libc.so.6 #2 0xa7d7afda in __fsetlocking () from /lib/tls/libc.so.6 #3 0xa7d8289f in mallopt () from /lib/tls/libc.so .6 #4 0xa7d82942 in free () from /lib/tls/libc.so.6 #5 0xa75efd68 in rxfax_exec (chan=0x818c5f8, data=0xa74a4798) at app_rxfax.c:327 #6 0x08090088 in pbx_extension_helper (c=0x818c5f8, con=value optimized out, context=value optimized out, exten=0x818c83c s, priority=2, label=0x0, callerid=0x0, action=1) at pbx.c:554 #7 0xa762cb05 in macro_exec (chan=0x818c5f8, data=0xa74aafe8) at app_macro.c:221 #8 0x08090088 in pbx_extension_helper (c=0x818c5f8, con=value optimized out, context=value optimized out, exten=0x818c83c s, priority=1, label=0x0, callerid=0x0, action=1) at pbx.c:554 #9 0x08091dee in __ast_pbx_run (c=0x818c5f8) at pbx.c:2231 #10 0x08092a1c in pbx_thread (data=0x818c5f8) at pbx.c:2518 #11 0xa7f0d0bd in start_thread () from /lib/tls/libpthread.so.0 #12 0xa7de892e in clone () from /lib/tls/libc.so.6 This seems to indicate that the ast_frfree(inf); at line 327 of app_rxfax.c causes the problem chain? I'm a bit lost on how to debug this further. Is this actually a spandsp problem or is another package the cause? Any tips? marcel -- Marcel van der Boom HS-Development BV -- http://www.hsdev.com So! webapplicatie framework -- http://make-it-so.info ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Marcel van der Boom HS-Development BV -- http://www.hsdev.com So! webapplicatie framework -- http://make-it-so.info ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] spandsp 0.0.3 RxFax fax reception crashes bristuffed asterisk 1.2.13
Hi, I'm using spandsp-0.0.3 [http://www.soft-switch.org/downloads/snapshots/spandsp/ spandsp-20061116.tar.gz] on a bristuffed asterisk (1.2.13) [http://212.91.251.199/~junghanns.net/downloads/bristuff-0.3.0- PRE-1v.tar.gz] libtiff is at version 3.6.0 Running on: Linux router2 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux Debian testing distro. I've tried many combinations of bristuffed ast and spandsp versions, but all fail at the same point. The last combination i got to work was bristuffed 0.3.0-PRE-1i with spandsp-0.0.2-pre25 (on an earlier kernel) The app_rxfax.c in use is from: [http://www.soft-switch.org/downloads/snapshots/spandsp/test-apps- asterisk-1.2/app_rxfax.c] On reception of a fax through RxFax, i get the exception. The relevant part of the dialplan is [macro-faxreceive] ; Receive a fax exten = s,1,Set(FAXFILE=${FAXSPOOL}/${UNIQUEID}.tif) ; Save the fax in a tif file exten = s,2,RxFAX(${FAXFILE}) ; Receive it exten = s,3,NoOp(Fax reception complete) ; exten = s,4,Hangup Running asterisk (with the above versions) through gdb and doing a backtrace gives me: #0 0xa7d45947 in raise () from /lib/tls/libc.so.6 #1 0xa7d470c9 in abort () from /lib/tls/libc.so.6 #2 0xa7d7afda in __fsetlocking () from /lib/tls/libc.so.6 #3 0xa7d8289f in mallopt () from /lib/tls/libc.so .6 #4 0xa7d82942 in free () from /lib/tls/libc.so.6 #5 0xa75efd68 in rxfax_exec (chan=0x818c5f8, data=0xa74a4798) at app_rxfax.c:327 #6 0x08090088 in pbx_extension_helper (c=0x818c5f8, con=value optimized out, context=value optimized out, exten=0x818c83c s, priority=2, label=0x0, callerid=0x0, action=1) at pbx.c:554 #7 0xa762cb05 in macro_exec (chan=0x818c5f8, data=0xa74aafe8) at app_macro.c:221 #8 0x08090088 in pbx_extension_helper (c=0x818c5f8, con=value optimized out, context=value optimized out, exten=0x818c83c s, priority=1, label=0x0, callerid=0x0, action=1) at pbx.c:554 #9 0x08091dee in __ast_pbx_run (c=0x818c5f8) at pbx.c:2231 #10 0x08092a1c in pbx_thread (data=0x818c5f8) at pbx.c:2518 #11 0xa7f0d0bd in start_thread () from /lib/tls/libpthread.so.0 #12 0xa7de892e in clone () from /lib/tls/libc.so.6 This seems to indicate that the ast_frfree(inf); at line 327 of app_rxfax.c causes the problem chain? I'm a bit lost on how to debug this further. Is this actually a spandsp problem or is another package the cause? Any tips? marcel -- Marcel van der Boom HS-Development BV -- http://www.hsdev.com So! webapplicatie framework -- http://make-it-so.info smime.p7s Description: S/MIME cryptographic signature ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] spandsp 0.0.3 RxFax fax reception crashes bristuffed asterisk 1.2.13
On 16 nov 2006, at 12:12, [EMAIL PROTECTED] wrote: please check if the old spandsp-version is kompletly removed It is. do you use the rxfax/txfax version out of the soft-switch/snapshots- folder ??? if not - try them From my original msg: The app_rxfax.c in use is from: [http://www.soft-switch.org/downloads/snapshots/spandsp/test-apps- asterisk-1.2/app_rxfax.c] This is the folder you mean, right? marcel -- Marcel van der Boom HS-Development BV -- http://www.hsdev.com So! webapplicatie framework -- http://make-it-so.info smime.p7s Description: S/MIME cryptographic signature ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [Asterisk-Users] Re: Bristuffed Asterisk: Hangup problems
On 18 mei 2006, at 14:05, Jeroen Zwarts wrote: I tested the outbound and inbound dialling over BRI, and * hangs up when it needs to! I will have to test some more to see if this little patch doesn't break anything else, but so far so good. I've done a bit more testing and in our install the patch seems to cause an issue with the 'hangup' (h) extensions. We use this to convert incoming faxes to pdf and send them off through mail after the sending fax machine hangs up. The hangup extension is never reached so that bit of our dialplan didnt work anymore. Since both patched and unpatched dont work with that particular setup, there's no way (i know) to test out wether this is actually caused by the patch or not, but i thought i'd just mention it. The 'regular' dialplan seems to work fine for us too though. No other issues were seen by us at least. marcel -- Marcel van der Boom HS-Development BV -- http://www.hsdev.com So! webapplicatie framework -- http://make-it-so.info smime.p7s Description: S/MIME cryptographic signature ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[Asterisk-Users] Re: Bristuffed Asterisk: Hangup problems
Jeroen Zwarts wrote: The only really strange thing I find in the logs that might have to do something with this is the following line on the verbosed console: chan_zap.c:8498 zt_pri_error: 1 updating callstate, peercallstate 2 to 1 We had the exact same problem. It started happening for us starting at the 'k' release of bristuff (i mailed a msg on it in february i think to junghanns). So, the 'i' release worked fine, while 'k' has the problem as described. A quick diff of 'i' vs. 'k' showed me this (among other things): diff -U0 -r -x '*.o' -x '*.so' bristuff-0.3.0-PRE-1i/libpri-1.2.2/q931.c bristuff-0.3.0-PRE-1k/libpri-1.2.2/q931.c --- bristuff-0.3.0-PRE-1i/libpri-1.2.2/q931.c 2006-05-17 19:54:51.0 +0200 +++ bristuff-0.3.0-PRE-1k/libpri-1.2.2/q931.c 2006-05-17 20:04:07.0 +0200 @@ -4428,3 +4428,3 @@ - if (c-ourcallstate != c-sugcallstate) { - pri_error(pri, updating callstate, ourcallstate %d to %d\n, c-ourcallstate, c-sugcallstate); - c-ourcallstate = c-sugcallstate; + if (c-peercallstate != c-sugcallstate) { + pri_error(pri, updating callstate, peercallstate %d to %d\n, c-peercallstate, c-sugcallstate); + c-peercallstate = c-sugcallstate; This was such a close match, that i reversed that change in the 'k' release and voila! problem disappeared. Now, i have no clue what kind of side-effects this has, if any, nor if this is the proper solution, but it made the problem disappear for us. I haven't tried to apply the same to later bristuff releases (all releases up to 'p' give us the same hangup problem) Hope this helps. marcel ___ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users