| 02:20.08 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 05:22.00 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 05:22.00 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:49.25 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.211.10) |
| 07:06.41 | *** join/#asterisk-dev lftsy (~lftsy@install.deckpoint.ch) |
| 07:22.23 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 07:30.35 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 07:30.38 | schmidts | good morning |
| 08:02.49 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:02.49 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:43.07 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-cesjxcvajktvshgt) |
| 09:03.09 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-lextxwrmazepaupi) |
| 09:37.20 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 10:36.16 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.211.10) |
| 11:53.40 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 11:57.46 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:57.47 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:00.53 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 12:00.53 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:16.31 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 13:03.28 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 13:20.12 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 14:15.20 | *** join/#asterisk-dev mog (~mog@c-68-62-169-225.hsd1.al.comcast.net) |
| 14:15.21 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:16.20 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 14:22.26 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:22.26 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:54.20 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 14:57.51 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 15:07.43 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:07.43 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:07.56 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 15:26.15 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 15:28.11 | anonymouz666 | why DTMF's coming from GSM network into a Digital PRI Card is so hard to detected? Sometimes double digits, sometimes nothing detected... leifmadsen told me that he also had this kind of problem |
| 15:29.15 | anonymouz666 | I read that people says that DTMF coming from GSM has a longer duration... but using VLDTMF we should detected DTMF with 50ms to... 2000ms (example) |
| 15:31.09 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 15:38.25 | anonymouz666 | but I don't believe in that, something happens in GSM network that Asterisk's DTMF detection criteria doesn't work in a reliable way. |
| 15:41.43 | anonymouz666 | If someone have an explanation about this, I would be glad to hear |
| 16:07.32 | *** join/#asterisk-dev Corydon76-lap (~Adium@nat/digium/x-phrutkhsmtkmdoau) |
| 16:07.32 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:11.09 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 16:13.05 | kpfleming | anonymouz666: the DTMF has been compressed using the GSM-narrowband codec by the phone... detecting DTMF in a compressed audio stream is always harder than in a non-compressed stream |
| 16:13.35 | kpfleming | you will also get short audio drops in the middle of the digit if the GSM network is a bit lossy, which is what results in double digits |
| 16:18.41 | *** join/#asterisk-dev Corydon76-lap (~Adium@nat/digium/x-hnwiqtrxbogykskg) |
| 16:18.41 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:26.51 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:26.51 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:27.10 | *** join/#asterisk-dev espiceland (~erin@nat/digium/x-zfoczztsbusudihf) |
| 16:28.09 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 16:28.09 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:30.25 | *** join/#asterisk-dev phobosd (~phobosd@icwydt.com) |
| 16:30.26 | anonymouz666 | kpfleming: thanks for the explanation. Unfortunately changing the codecs is not something that we can change. Better is try to avoid IVR's services when people are (will) mainly using cellphones to dial. |
| 16:32.22 | kpfleming | or find someone to work on the DTMF detection code to make it more robust... there are systems out there that handle better than asterisk, the code in asterisk just hasn't had enough work done by the right people i guess |
| 16:35.05 | phobosd | is this where i can 'rent-a-coder' ? :) |
| 16:35.19 | phobosd | i'm wanting to get a small script together to monitor calls on hold, and shoot an email out if a call is on hold for > 5 minutes |
| 16:36.31 | kpfleming | phobosd: asterisk-biz list |
| 16:36.41 | phobosd | roger |
| 16:36.47 | phobosd | whats the link to the listinfo? |
| 16:36.58 | phobosd | http://lists.digium.com/mailman/listinfo/asterisk-biz ? |
| 16:37.39 | kpfleming | yes |
| 16:45.12 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 16:45.12 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 17:08.01 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 17:18.38 | *** join/#asterisk-dev miguel3239 (~miguel323@ns1.nashuacs.com) |
| 19:00.06 | *** join/#asterisk-dev ccesario (~ccesario@189-29-53-173-ac.cpe.vivax.com.br) |
| 19:24.37 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 19:33.29 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 19:33.29 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 19:34.31 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 19:34.31 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 19:54.40 | jdoe | I've been trying out 1.8.0-rc3, using more-or-less my config from 1.6.2.9 (except my 1.6.2.9 uses IAX to connect to another * server, I didn't bother to set that up on 1.8 yet. Otherwise they're mostly the same) ... in any case, the iax conf is stock. |
| 19:54.51 | jdoe | with chan_iax2 loaded, asterisk has ~200mb rss |
| 19:55.10 | jdoe | with chan_iax2 blocked in modules.conf, asterisk has ~17mb rss... any way I can narrow down why? |
| 19:57.55 | kpfleming | chan_iax2 allocates some largish arrays to do its work. |
| 19:59.58 | jdoe | kpfleming: yeah but this is ~10x what 1.6 used to do the same thing. |
| 20:00.07 | jdoe | well, less actually because the module is completely unused in my 1.8 setup. |
| 20:00.34 | kpfleming | it doesn't matter whether it is used or not... if it's loaded and could be used, the arrays are allocated |
| 20:01.09 | jdoe | shows me for attempting for levity ;) |
| 20:01.14 | jdoe | s/for// |
| 20:01.15 | kpfleming | hang on a second |
| 20:01.31 | jdoe | apparently I fail at regexes too. |
| 20:01.31 | jdoe | haha. |
| 20:01.53 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 20:02.26 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 20:03.14 | jdoe | kpfleming: probably useless data point: I've got a 1.6.2.5 server at home, one local sip peer and an iax tunnel, ~6mb rss. Granted it's 32bit etc., and blindly comparing rss is a little dumb... but 200 seems excessive. |
| 20:03.55 | kpfleming | you can edit IAX_MAX_CALLS in channels/iax2.h to have a big effect on how much memory is used by those arrays |
| 20:04.19 | jdoe | neat. This is new, presumably? |
| 20:04.25 | kpfleming | sort of |
| 20:04.36 | jdoe | any plans to make that a runtime knob? |
| 20:04.44 | kpfleming | you can also compile in LOW_MEMORY mode if your server will not process a lot of calls |
| 20:04.52 | kpfleming | no, it cannot be a runtime control, at least not easily |
| 20:05.35 | kpfleming | for most systems running asterisk, though, the difference between 50MB and 200MB of memory usage is nil... they still have gobs of leftover memory |
| 20:06.05 | jdoe | yeah I dig. This is just an older system, only 2gb and there are other things on it hence my shock at the change :) |
| 20:07.32 | jdoe | one other thing... I'm fairly certain you're not the right person to ask but you might know who I could... I bought some g729 licenses last night, everything worked out fine... except the license generator "register" binary int the x86-64 directory isn't actually 64bit, so it's no good on a pure 64bit system. Is there somewhere I can... I dunno, make that suggestion? |
| 20:08.36 | kpfleming | digium support, although i believe this is the first time we've heard from someone whose 64-bit system didn't have 32-bit emulation available |
| 20:08.51 | jdoe | has always been a special one. |
| 20:09.07 | jdoe | thanks for the info, on both. :) |
| 20:09.11 | kpfleming | sure |
| 20:11.36 | Juggie | isnt columbus day a holiday? |
| 20:13.42 | jdoe | maybe he just loves his work. |
| 20:14.10 | Juggie | must be :) |
| 20:14.18 | kpfleming | it is, but most us businesses don't take it off... |
| 20:17.24 | jdoe | ouch. |
| 20:22.27 | seanbright | he didn't discover north america anyway |
| 20:22.41 | seanbright | everyone knows that was the pilgrims |
| 20:28.24 | anonymouz666 | kpfleming: do you think that the GSM DTMF issue could be opened as a bug report or in this case if opened, will be closed due the complexity (?) to implement for the current version ? |
| 20:39.19 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 20:42.44 | kpfleming | anonymouz666: you can always open an issue, but the lack of ability to detect partially damaged DTMF is not really a bug... it's a feature request :-) |
| 20:44.28 | anonymouz666 | I really think that as a feature enhancement... that's why I asked. I doubt if it will be useful to open an issue in this case... |
| 20:48.42 | jdoe | seanbright: apparently there's a leif erikson day, should celebrate that instead ;) |
| 20:57.00 | Corydon76-lap | Wow, the teenage heartthrob from the 70s has his own holiday? |
| 21:01.23 | anonymouz666 | Corydon laptop is in da house |
| 21:02.07 | Corydon76-lap | You are mistaken |
| 21:08.29 | jdoe | yeah, he's clearly in the hizzy. |
| 21:18.42 | *** join/#asterisk-dev alecdavis (~alec@210.48.127.227) |
| 21:21.25 | *** join/#asterisk-dev eugeneoden (~goden@rrcs-97-77-255-86.sw.biz.rr.com) |
| 21:24.22 | *** part/#asterisk-dev Praise (~Fat@unaffiliated/praise) |
| 21:53.01 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 22:07.40 | *** join/#asterisk-dev rrb3942 (~rbullock@cpe-67-242-215-62.rochester.res.rr.com) |
| 22:10.20 | *** join/#asterisk-dev russellb_ (~russellb@asterisk/digium-open-source-team-lead/russellb) |
| 22:10.20 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 23:13.27 | *** join/#asterisk-dev eugeneoden (~goden@99-62-173-58.lightspeed.austtx.sbcglobal.net) |