| 00:03.32 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:03.32 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 00:14.01 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:14.01 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 00:44.42 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:44.42 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 00:59.41 | geoff2010 | quit |
| 00:59.53 | geoff2010 | (oops wrong window) :) |
| 00:59.58 | *** part/#asterisk-bugs geoff2010 (n=geoffrey@75.150.14.50) |
| 01:12.42 | *** join/#asterisk-bugs russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 01:12.42 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 01:15.16 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 01:15.17 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 02:38.31 | *** join/#asterisk-bugs fakhir_ (n=fakhir@unaffiliated/fakhir) |
| 03:04.53 | *** join/#asterisk-bugs dwayne (i=dwayne@76.29.245.9) |
| 03:51.36 | *** join/#asterisk-bugs dwayne (i=dwayne@76.29.245.9) |
| 04:36.13 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 04:36.13 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 06:03.14 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 06:03.14 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 10:41.13 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 11:45.35 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:45.35 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 12:09.31 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:24.45 | *** join/#asterisk-bugs russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:24.45 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 12:38.30 | *** join/#asterisk-bugs DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 14:24.00 | *** join/#asterisk-bugs geoff2010 (n=geoffrey@75.150.14.50) |
| 14:29.57 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 15:15.37 | putnopvut | M13076 |
| 15:15.40 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_sip/CodecHandling 0013076: Re-Invite occurs eventhough the codecs are incompatible. reported by ramonpeek (Karma: +11.00) http://bugs.digium.com/view.php?id=13076 |
| 15:16.00 | putnopvut | Would someone mind taking a look at my (2 line) patch there to be sure I'm not going to totally f everything up? |
| 15:16.03 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:22.12 | Qwell | M13445 |
| 15:22.13 | MuffinMan | [new] [Asterisk] PBX/pbx_config 0013445: add user in config how one line reported by time (Karma: neutral) http://bugs.digium.com/view.php?id=13445 |
| 15:22.15 | Qwell | Are you F'ing kidding me? |
| 15:22.27 | putnopvut | looks |
| 15:22.55 | Qwell | that is absolutely EPIC |
| 15:23.19 | putnopvut | Yes, whiskey tango foxtrot to that. |
| 15:23.27 | Qwell | CLOSING |
| 15:23.34 | putnopvut | good decision |
| 15:37.04 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:39.50 | lmadsen | is gonna reopen that |
| 16:08.06 | *** join/#asterisk-bugs bbryant (n=brett@68.208.65.50) |
| 16:08.06 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 16:19.33 | seanbright | Qwell: i have a patch that will allow 13445 to work. |
| 16:19.40 | Qwell | gtfo |
| 16:19.48 | *** part/#asterisk-bugs seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 16:19.52 | *** join/#asterisk-bugs seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 16:19.54 | Qwell | <3 |
| 16:20.15 | seanbright | kids. |
| 16:20.23 | Qwell | adults |
| 16:41.09 | mvanbaak | meh |
| 16:41.40 | mvanbaak | sed -i 's/\n/ /g' *.conf |
| 16:41.48 | mvanbaak | because it makes it readable |
| 16:50.13 | *** join/#asterisk-bugs flujan (n=flujan@internet.nube.com.br) |
| 17:14.07 | Corydon76-dig | mvanbaak: what about func_odbc.conf, which naturally contains spaces in parameters? |
| 17:14.31 | Corydon76-dig | What about calleridname, which also contains spaces without quotes? |
| 17:14.34 | Qwell | Corydon76-dig: you must've missed 13345 |
| 17:14.38 | Qwell | 13445* |
| 17:14.47 | Corydon76-dig | Qwell: I saw |
| 17:15.04 | Corydon76-dig | Qwell: I'm pointing out that delimiting on spaces doesn't work for all things |
| 17:16.21 | Corydon76-dig | Qwell: it would not be the first time that somebody took a joke or an insane proposition and came out with workable code |
| 17:17.34 | putnopvut | Corydon76-dig: or even in the example the reporter gave, callerid has a space in it. |
| 17:17.59 | Corydon76-dig | Right |
| 17:18.31 | Corydon76-dig | Hell, I coded app_morsecode in response to a joke on one of the lists |
| 17:19.00 | mvanbaak | lol |
| 17:19.37 | putnopvut | Corydon76-dig: I think I still have some morse code in my dialplan. I had to check to see if that app actually did what I thought it did. |
| 17:19.39 | mvanbaak | thats why I coded a snackordering module inside our CRM application |
| 17:19.46 | putnopvut | lol |
| 17:19.51 | mvanbaak | just because someone made a joke about it |
| 17:20.07 | Corydon76-dig | putnopvut: does it do what you think it does? |
| 17:20.16 | putnopvut | Corydon76-dig: yes :) |
| 17:20.30 | mvanbaak | totally nothing ? |
| 17:20.38 | putnopvut | it beeps |
| 17:20.49 | Corydon76-dig | At some point, I need to learn enough about audio analysis that I can make a Morse code receiver |
| 17:21.12 | Corydon76-dig | and then we can do IP over Morse over audio |
| 17:21.13 | putnopvut | Corydon76-dig: interesting... |
| 17:21.31 | putnopvut | You'd just have to detect the length of the tones, not the pitch. It could be relatively easy. |
| 17:21.47 | Corydon76-dig | putnopvut: I was actually thinking of making it adapt to the speed of the transmission |
| 17:21.52 | putnopvut | You'd just need to pick a frequency and write a Goertzel algorithm or something to detect that frequency. |
| 17:22.20 | Corydon76-dig | Possibly make each direction a different frequency (carefully avoiding harmonics) and doing full duplex transmission |
| 17:22.44 | Corydon76-dig | and maybe even slowly ramp up the speed of the transmission to get the fastest possible transmission rate |
| 17:23.22 | putnopvut | I think that if this gets designed/built, a picture of this in action will show up next to the entry for "mental masturbation" in the dictionary. |
| 17:23.30 | Corydon76-dig | lol |
| 17:23.44 | Corydon76-dig | Actually, there's a very good use for it |
| 17:24.04 | Corydon76-dig | Think data transmission over HF |
| 17:24.28 | Corydon76-dig | Like 60Meter radio |
| 17:24.50 | Corydon76-dig | Minimum antenna on that is 15 Meters high |
| 17:25.56 | Corydon76-dig | and due to propagation characteristics of HF, you can send a signal halfway around the world without ever hitting a satellite or length of fiber |
| 17:27.07 | Corydon76-dig | So faster than satellite, minimal ability to block the signal |
| 17:27.32 | putnopvut | So why morse code for that? |
| 17:28.00 | Corydon76-dig | Because many HF frequencies are not suitable for voice |
| 17:28.38 | Corydon76-dig | think about the high pitched whine on AM radio and multiply that a few times |
| 17:28.50 | mvanbaak | gheh |
| 17:45.42 | lmadsen | wonders aloud why this Dell 1850 is working so hard... |
| 17:46.02 | lmadsen | 17 calls -- very high load average... |
| 17:46.57 | Corydon76-dig | stops running noload on lmadsen's machine |
| 17:48.54 | lmadsen | :) |
| 17:50.21 | putnopvut | Corydon76-dig: is noload that script you wrote? The one that creates a bunch of threads that just sched_yield? |
| 17:55.11 | lmadsen | codefreeze-lap: running latest 1.4 SVN branch because of the memory leaks I was getting this morning (they appear to be fixed now because 1.4.21.2 was showing them, but latest vpn has kept the memory usage stable at ~4% usage) -- however... CPU usage is VERY high compared to what I'm used to -- and we're only talking about 17-18 calls |
| 17:55.49 | Corydon76-dig | putnopvut: s/script/program |
| 17:55.59 | putnopvut | My mistake. |
| 17:56.22 | Corydon76-dig | It's like a fork bomb that doesn't actually affect performance |
| 17:56.46 | codefreeze-lap | lmadsen: aren't we the bearers of both good and bad news in the same sentence! |
| 17:57.05 | lmadsen | codefreeze-lap: I like to throw in a good news along with the news of something that is not good :) |
| 17:57.32 | codefreeze-lap | A spoon full of sugar helps the medicine go down, eh? |
| 17:57.40 | lmadsen | totally |
| 17:58.09 | lmadsen | interesting... now it seems to have dropped back down to < 10% |
| 17:58.15 | codefreeze-lap | Personally, I like the spoon full of sugar. Keep the medicine. |
| 17:58.16 | lmadsen | although this was all asterisk using the CPU |
| 17:58.23 | lmadsen | codefreeze-lap: depends on the medicine |
| 17:58.56 | codefreeze-lap | lmadsen: how many peers do you have in your sip.conf? |
| 17:58.56 | Corydon76-dig | or edible condoms |
| 17:59.19 | lmadsen | codefreeze-lap: seems to be 75 |
| 17:59.31 | lmadsen | not all registered currently |
| 17:59.38 | lmadsen | 75 sip peers [Monitored: 56 online, 19 offline Unmonitored: 0 online, 0 offline] |
| 17:59.45 | lmadsen | seems like a safe number ... ? |
| 18:01.14 | codefreeze-lap | yeah, at startup sip scheds each at 100 ms intervals, iirc, so for the first 7.5 seconds, you might see a little extra activity. But it's not a cpu hogging activity, I don't think. |
| 18:01.32 | lmadsen | ya... and this was about 90 mins into asterisk running |
| 18:01.49 | codefreeze-lap | well, toss out that theory, then |
| 18:02.39 | lmadsen | well.. it seems to have stabilized for the moment -- so unless it decides to peak up again, I'm going to ignore it to me doing other things on the box (even though it was the asterisk process that was at ~200%+ CPU...) |
| 18:03.16 | codefreeze-lap | uh, you must quite a cpu if it can achieve 200% of loading... |
| 18:03.27 | Qwell | dual core |
| 18:03.29 | lmadsen | codefreeze-lap: just seemed to be what top said :) |
| 18:03.33 | lmadsen | and yes -- dual core Xeon |
| 18:03.48 | lmadsen | sorry -- quad core |
| 18:04.12 | lmadsen | or 2x dual-core (somehow you get 4 cores) |
| 18:07.20 | codefreeze-lap | lmadsen: what are doing on that box? when you say 17-18 calls, is that simultaneous calls? what's the rate of incoming calls? |
| 18:08.08 | lmadsen | sim. calls -- rate of maybe... 1 call / 10 seconds? |
| 18:14.45 | codefreeze-lap | lmadsen: at the slow, glacial pace you describe, I can think of nothing that would be happening in SIP to absorb so many cpu cycles. Got a virus/malware in there somewhere? Seriously, if this re-occurs freq., we'll have to profile to see what's going on. |
| 18:15.31 | lmadsen | codefreeze-lap: yep -- only thing is that its a 1.2 -> 1.4 conversion using Queue() and chan_agent -- could have something to do with it, but why it all over a sudden just reprimanded itself, I'll never know :) |
| 18:15.40 | lmadsen | so far so good though -- seems to be holding at < 10% CPU usage now |
| 18:15.56 | lmadsen | so unless it reoccurs, I will pretend it never happened |
| 18:16.52 | codefreeze-lap | maybe something fired up in the background-- like it's cataloging and sorting the Library of Congress index, or something.... |
| 18:17.59 | putnopvut | Of course! Why didn't I think of something so logical myself? |
| 18:18.17 | codefreeze-lap | lol |
| 18:29.20 | *** join/#asterisk-bugs mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:48.37 | flujan | putnopvut: about that issue we speak some time ago, i will try rc4 and provide you feedback tonight |
| 18:48.56 | putnopvut | flujan: thank you :) |
| 18:51.50 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 18:51.50 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 19:16.12 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-1bde0f9982892570) |
| 19:16.12 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 19:28.25 | *** join/#asterisk-bugs linuxer_igor (n=linuxer_@mlsrj200152096p202.mls.com.br) |
| 19:32.02 | *** join/#asterisk-bugs bbryant (n=Brett_Br@adsl-153-53-11.chs.bellsouth.net) |
| 19:32.02 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 19:58.42 | *** join/#asterisk-bugs mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 20:16.15 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 20:16.15 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 20:17.54 | *** join/#asterisk-bugs mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 21:24.24 | *** join/#asterisk-bugs zerohalo (n=zeroHalo@75.150.77.161) |
| 22:28.56 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 22:28.56 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 22:47.32 | *** part/#asterisk-bugs zerohalo (n=zeroHalo@75.150.77.161) |
| 23:44.09 | *** join/#asterisk-bugs mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 23:59.16 | *** join/#asterisk-bugs mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |