| 08:30.40 | *** join/#asterisk-dev jbot (i=ibot@rikers.org) |
| 08:30.40 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Leif Madsen is now the Open Source Release and Issue Tracker Manager. Blame all problems you find on him. That is all. -=- http://xkcd.com/303/ |
| 08:59.26 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) [NETSPLIT VICTIM] |
| 08:59.26 | *** join/#asterisk-dev cheesegrits (n=cheesegr@76.73.192.177) [NETSPLIT VICTIM] |
| 08:59.26 | *** join/#asterisk-dev snuff-home (n=snuffy@C-61-68-190-176.bur.connect.net.au) |
| 08:59.26 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) [NETSPLIT VICTIM] |
| 08:59.26 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) [NETSPLIT VICTIM] |
| 08:59.26 | *** join/#asterisk-dev mnicholson_ (n=matthew@adsl-163-48-103.hsv.bellsouth.net) [NETSPLIT VICTIM] |
| 08:59.26 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) [NETSPLIT VICTIM] |
| 08:59.27 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 08:59.27 | *** join/#asterisk-dev otherwiseguy (n=otherwis@72.128.38.41) [NETSPLIT VICTIM] |
| 08:59.27 | *** join/#asterisk-dev gambler1 (n=mene_sun@dragan.eunet.yu) [NETSPLIT VICTIM] |
| 08:59.27 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) [NETSPLIT VICTIM] |
| 08:59.27 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) [NETSPLIT VICTIM] |
| 08:59.27 | *** mode/#asterisk-dev [+oooo tzafrir_laptop snuff-home mvanbaak seanbright] by irc.freenode.net |
| 08:59.27 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) [NETSPLIT VICTIM] |
| 08:59.27 | *** join/#asterisk-dev Mw3 (n=mw3@ip59934bd1.rubicom.hu) [NETSPLIT VICTIM] |
| 08:59.27 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 08:59.27 | *** join/#asterisk-dev silentaudience (i=psybnc@194.105.146.253) [NETSPLIT VICTIM] |
| 08:59.28 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 08:59.28 | *** join/#asterisk-dev tzanger (n=tzanger@gromit.mixdown.ca) [NETSPLIT VICTIM] |
| 08:59.28 | *** join/#asterisk-dev tuxx- (n=tuxx@nightshade.nl) [NETSPLIT VICTIM] |
| 09:12.15 | *** join/#asterisk-dev Dovid (n=annon@tony09-121-90.inter.net.il) |
| 09:22.49 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 09:50.11 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 09:53.06 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:37.13 | *** join/#asterisk-dev steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 11:05.45 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 11:05.45 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:25.13 | *** join/#asterisk-dev jmls (n=IceChat7@host217-36-208-155.in-addr.btopenworld.com) |
| 11:25.26 | jmls | hey! |
| 11:25.30 | jmls | morning all! |
| 11:28.05 | Lta | mornin' |
| 11:29.19 | ccesario | morning! |
| 11:30.18 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:32.57 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:32.57 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:55.49 | mvanbaak | kpfleming: do you have time to look at the codec_speex issue later today ? |
| 11:55.59 | mvanbaak | later meaning ~5 hours from now |
| 11:56.51 | kpfleming | what is the issue? |
| 11:57.16 | mvanbaak | the one we already talked about. Bus error on startup |
| 11:58.09 | kpfleming | oh |
| 11:58.11 | kpfleming | doubtful |
| 11:58.31 | mvanbaak | ah, no problem |
| 12:02.51 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.131.127) |
| 12:30.52 | Lta | hello everybody. i have to implement " "3d sound" " conference using a softphone (qutecom) and asterisk. What would you recommend : implementing support for an multi-channel capable codec, or multiplexing channels in an rtp stream ? |
| 13:07.12 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:16.10 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 13:16.25 | *** part/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 13:25.00 | *** join/#asterisk-dev shido6 (n=shido6@74-132-200-214.dhcp.insightbb.com) |
| 13:40.39 | *** join/#asterisk-dev russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 13:40.39 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 13:44.53 | oej | putnovut: What's the status of that register= patch that you committed to chan_sip? |
| 13:55.05 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:55.05 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:04.48 | oej | Hello Leif! |
| 14:05.58 | lmadsen | oej: god morgen! |
| 14:06.47 | jmls | codefreeze is mia ... |
| 14:06.47 | oej | Speaking Danish with me today? God morgon! |
| 14:07.07 | jmls | got his test results in |
| 14:07.23 | jmls | sniffs and a little tear runs down his face |
| 14:07.41 | oej | lmadsen: That sip peer match at registration patch is Really Bad (TM). Make sure we close it down before someone else commits it... |
| 14:08.22 | lmadsen | oej: Hvordan har du det? |
| 14:08.23 | lmadsen | :) |
| 14:08.33 | lmadsen | oej: which bug number? |
| 14:08.36 | oej | I need someone to revert changes to chan_sip that putnopvut added earlier too... We gotta at least keep some basic level of sanity in the channel. |
| 14:08.42 | oej | lmadsen: Jag har det bara bra, tack! |
| 14:08.45 | lmadsen | oej: you have commit access |
| 14:09.09 | oej | Well, I still have yes. But do I have the right to revert stuff? |
| 14:09.27 | oej | I don't want Russell to start another fight and wave his veto cards and stuff. I have had enough of that. |
| 14:09.32 | lmadsen | I don't see why not... but I'd maybe coordinate with the committer |
| 14:09.40 | lmadsen | oej: don't troll please |
| 14:09.54 | oej | I have discussed it several times with putnopvut, so I think we're in agreement. |
| 14:10.11 | lmadsen | if you're in agreement, then I'd revert, or coordinate with him to revert |
| 14:10.14 | oej | lmadsen: I am just trying to explain why I am staying away a bit from committing stuff. |
| 14:10.16 | lmadsen | or open a bug and assign it to him |
| 14:11.23 | oej | Bug # 14250 is the first one I mentioned with the bad patch |
| 14:11.23 | lmadsen | I most likely won't remember to ping putnopvut about it unless there is some sort of bug open about it, and if it's assigned to him, then I won't have to remember at all! :) |
| 14:11.27 | lmadsen | M14250 |
| 14:11.29 | MuffinMan | [confirmed] [Asterisk] Channels/chan_sip/General 0014250: [patch] Incoming calls matched to the wrong peer reported by Nick_Lewis (Karma: +1.25) http://bugs.digium.com/view.php?id=14250 |
| 14:12.38 | lmadsen | what can be done to make that patch committable, or is the functionality he is trying to add itself flawed (i.e. the logic?) |
| 14:12.50 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 14:12.50 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:13.04 | lmadsen | jmls: ^^^!!! :) |
| 14:13.16 | oej | We need a completely different solution. Can't base it at all on his code. |
| 14:13.35 | jmls | it's ... all ... ok ... everything has been given the green light ... |
| 14:13.39 | oej | The problem he describes is well-known and there are workarounds, as I write. But they don't fix the manager issue. |
| 14:13.45 | jmls | weeps with the relief of it all |
| 14:14.02 | jmls | needs to find an asterisk-bug counselling service |
| 14:14.05 | lmadsen | ok, then I'd maybe write a bug note explaining why that is the case so we can close it, or figure out what to do with it so either a) it doesn't get committed as is, or b) we don't waste his time working on an issue that will never get in |
| 14:14.06 | oej | I have code around for that issue, but it needs more work and funding for doing it. |
| 14:14.16 | oej | Read my notes, Leif :-) |
| 14:14.43 | oej | I clearly say that this patch is not approved and that we need to take another route to solve the problem, which I acknowledge. |
| 14:15.53 | lmadsen | oej: it does not really give me the information to tell me whether it should remain open, or a path that the poster can take to resolve the issue. You having a patch somewhere that solves part of the problem, but not available for him to continue working on (or whatever the case may be) doesn't do us a lot of good... |
| 14:16.42 | oej | No, it doesn't. The fact remains that his code is not the way to go and there's no other patch. So keep it open if you want to, but it's a feature request more of a bug report. Or borderline. |
| 14:20.02 | lmadsen | ok, well I'll discuss on how we want to move the issue forward, and I'll do something with it this afternoon. Thanks for bringing it to my attention. |
| 14:21.54 | oej | Where are those discussions taking place? |
| 14:22.05 | lmadsen | #asterisk-bugs |
| 14:22.10 | lmadsen | as always |
| 14:22.32 | lmadsen | it being 8:21am in hunstville though, means no one is around, so I'd just be talking to myself |
| 14:26.31 | ctooley | lmadsen, talking to yourself? you're not used to that by now? |
| 14:26.48 | lmadsen | I am actually... I do it all the time at the home office :) |
| 14:27.44 | ctooley | I know the feeling. |
| 14:44.04 | *** join/#asterisk-dev dbailey (n=doug@nat/digium/x-979bbff468b1e87c) |
| 14:55.36 | *** join/#asterisk-dev moy (n=chatzill@bas1-unionville55-1177733953.dsl.bell.ca) |
| 14:55.49 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@nat/digium/x-21a1c8377105a1da) |
| 14:59.37 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-3bbab33fcf5aa475) |
| 14:59.37 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:04.47 | *** join/#asterisk-dev sysreq (n=sysreq@unaffiliated/sysreq) |
| 15:20.11 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.119) |
| 15:41.34 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 15:41.34 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:44.27 | *** part/#asterisk-dev awk_r (n=awk_r@nat/digium/x-dc36a65285965f4f) |
| 15:47.12 | *** join/#asterisk-dev mejymejy (n=mejymejy@static-70-107-230-122.ny325.east.verizon.net) |
| 15:52.25 | mvanbaak | hey russellb |
| 15:53.13 | jmls | codefreeze-lap: hey! |
| 15:53.40 | codefreeze-lap | jmls: yo! |
| 15:53.47 | jmls | <PROTECTED> |
| 15:54.01 | russellb | waves |
| 15:54.10 | jmls | sniffs and a little tear runs down his face |
| 15:54.24 | codefreeze-lap | this isn't sounding good |
| 15:54.26 | *** join/#asterisk-dev moy (n=chatzill@bas1-unionville55-1177733953.dsl.bell.ca) |
| 15:54.39 | jmls | it's ... all ... ok ... everything has been given the green light ... |
| 15:54.49 | jmls | chuckles |
| 15:55.04 | codefreeze-lap | wipes sweat off brow... phew! |
| 15:55.13 | jmls | we made 40,000+ calls outbound, looping back into a queue |
| 15:55.19 | jmls | no errors encountered |
| 15:55.26 | codefreeze-lap | good |
| 15:55.58 | jmls | good ? GOOD ? it's bloody marvellous ;) |
| 15:56.24 | codefreeze-lap | OK, .... marvelous! |
| 15:56.31 | jmls | heh - had to remove the 100,000 mixmonitor files that we had forgotten about ;) |
| 15:57.37 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-3567f6d96fc1fefe) |
| 15:57.37 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:23.17 | *** join/#asterisk-dev steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 16:30.58 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:30.58 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:31.42 | ccesario | putnopvut, ping ? |
| 16:32.19 | putnopvut | ccesario: pong |
| 16:33.17 | ccesario | putnopvut, did you get "reproduce" the bug ? |
| 16:33.45 | putnopvut | ccesario: yes. I am working on a patch today. |
| 16:34.22 | ccesario | putnopvut, ahhh coool news! |
| 16:34.31 | ccesario | putnopvut, if you need test.... say me |
| 16:34.37 | putnopvut | ccesario: all right |
| 16:34.44 | ccesario | thanks ;) |
| 16:45.52 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 17:00.47 | *** join/#asterisk-dev telecos (n=sergio@107.167.219.87.dynamic.jazztel.es) |
| 17:34.24 | mvanbaak | anyone with cpp experience around ? chan_h323 is not compiling here but I think it has to do with the fact that parts are cpp |
| 17:34.40 | lmadsen | points at seanbright |
| 17:43.02 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 17:54.22 | mnicholson | mvanbaak, what is it doing? |
| 17:57.50 | mvanbaak | mnicholson: http://pastebin.com/m7b1f6cd9 |
| 18:01.32 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 18:02.27 | mvanbaak | food, brb |
| 18:02.36 | *** join/#asterisk-dev cheesegrits (n=cheesegr@76.73.192.177) |
| 18:06.19 | mnicholson | mvanbaak, not sure on that one, it looks like valid code |
| 18:06.25 | mnicholson | ill try to compile it on my system |
| 18:06.46 | mnicholson | mvanbaak, im assuming this is trunk |
| 18:13.34 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 18:20.07 | mnicholson | mvanbaak, yeah it seems to work on my system, although it seems really dumb that I have to run make twice to build chan_h323 |
| 18:29.52 | lmadsen | mnicholson: I agree... but I've seen that before... and someone explained why that was once, but I don't remember :) |
| 18:32.23 | mnicholson | i just want to know if it is a limitation of make, I'm collecting them (have been for a while) |
| 19:02.12 | *** join/#asterisk-dev TrentCreek (n=kvirc@adsl-70-254-120-235.dsl.hrlntx.swbell.net) |
| 19:03.51 | jmls | with the following load: 30 outbound calls (using local/n) looped back (x-over isdn) into inbound queues (60 calls in total), with each leg being mixmonitored (60 mixen!) and moh played on the inbound channels |
| 19:04.22 | jmls | my idle% varies between 39 and 48 .. |
| 19:04.42 | jmls | I think that's really good. Kudos to the dev team |
| 19:05.44 | jmls | (2gb ram, centos 5.1, model 4 xeon, 3ghz) |
| 19:06.45 | lmadsen | nice! |
| 19:07.47 | ccesario | jmls, cool! |
| 19:08.06 | jmls | not as cool as * :) |
| 19:09.27 | jmls | (oh, and several curl requests per leg, with *everything* except sip in realtime using curl) |
| 19:10.49 | jmls | our live server (same config) is up 353 days, with 300,000 call attempts per month) |
| 19:11.02 | lmadsen | oh snap! |
| 19:11.03 | jmls | wants to hug all * dev's right now |
| 19:11.18 | lmadsen | we're not really into hugging... at least not for free |
| 19:11.24 | jmls | heh |
| 19:14.21 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 19:14.21 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 19:19.37 | seanbright | i am |
| 19:19.51 | seanbright | <PROTECTED> |
| 19:34.32 | Corydon76-dig | jmls: I'm into hugging |
| 19:34.57 | Corydon76-dig | I'll hug pretty much anybody who wants to |
| 19:36.23 | Corydon76-dig | even MBAs and lawyers |
| 19:42.17 | mvanbaak | seanbright: you here ? |
| 19:43.16 | seanbright | mvanbaak: i am |
| 19:43.43 | mvanbaak | seanbright: have a minute to look at a c++ issue ? |
| 19:43.50 | seanbright | i saw the pastebin |
| 19:43.57 | mvanbaak | ah |
| 19:44.11 | seanbright | it's the C compiler that is complaining |
| 19:44.21 | seanbright | err |
| 19:44.23 | seanbright | that's a lie |
| 19:44.36 | seanbright | what version of g++ are you using? |
| 19:44.56 | mvanbaak | gcc version 3.3.5 (propolice) |
| 19:45.13 | kpfleming | ancient :-) |
| 19:45.24 | seanbright | indeed |
| 19:45.31 | seanbright | well at least you aren't running BSD |
| 19:45.40 | mvanbaak | yeah, but it's the one that comes with OpenBSD |
| 19:45.45 | seanbright | oh crap |
| 19:45.47 | seanbright | heh |
| 19:45.59 | mvanbaak | gheh |
| 19:46.09 | seanbright | looks at trunk |
| 19:47.35 | seanbright | mvanbaak: could you turn on DONT_OPTIMIZE so we can see the preprocessed version of that file? |
| 19:47.47 | seanbright | --enable-dev-mode and DONT_OPTIMIZE |
| 19:48.04 | mvanbaak | uhhuh |
| 19:48.09 | kpfleming | seanbright: handy, isn't it? |
| 19:48.11 | seanbright | oh i think i see the i ssue. |
| 19:48.15 | mnicholson | i figured it was an old version of g++, but I didn't think it was that old |
| 19:48.22 | seanbright | kpfleming: yes indeed. |
| 19:49.00 | mvanbaak | you want the preprocessed version ? |
| 19:49.05 | seanbright | mvanbaak: try forward declaring ast_group_info |
| 19:49.12 | mvanbaak | hhmm |
| 19:49.14 | mvanbaak | that might help |
| 19:49.28 | seanbright | right before 'struct ast_group_info {' |
| 19:49.36 | seanbright | put 'struct ast_group_info;' |
| 19:50.17 | seanbright | actually, someone on stackoverflow posted something really nifty |
| 19:50.42 | mvanbaak | same error |
| 19:50.47 | seanbright | hrm. |
| 19:51.12 | *** join/#asterisk-dev obnauticus (n=lol@about/windows/regular/obnauticus) |
| 19:54.00 | TrentCreek | Anyone care to throw some ideas at me on how I could prevent a publically accessable script that runs AMI commands from being executed in an abusive manner? |
| 19:54.41 | seanbright | but of course i can't find it |
| 19:54.43 | mnicholson | TrentCreek, make it take the AMI login credentials as a parameter, the user can only abuse it if they have valid login credentials |
| 19:55.07 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |
| 19:55.54 | TrentCreek | mnicholson: yes, but that still makes it available to abuse...I really cannot have them abusing it |
| 19:56.41 | mnicholson | TrentCreek, route the script through an AMI proxy |
| 19:56.53 | seanbright | ah... here it is: |
| 19:56.55 | seanbright | gcc -E -dM - < /dev/null |
| 19:57.11 | mnicholson | seanbright, what is that? |
| 19:57.12 | TrentCreek | mnicholson: Can you explain how that would help? |
| 19:57.31 | mnicholson | TrentCreek, well you can add custom logic to the proxy to prevent abuse |
| 19:57.43 | seanbright | mnicholson: dumps all the predefined preprocessor #defins |
| 19:58.16 | mnicholson | TrentCreek, it's hard to answer your question with out knowing what you need to allow and what is considered abuse |
| 19:58.20 | TrentCreek | mnicholson: okay...throw me an example of how it would work |
| 19:58.42 | mnicholson | TrentCreek, give me some more info first, and then ill hit you with an example |
| 19:59.34 | TrentCreek | mnicholson:The script makes the AMI call a entered phone number...I dont want some script kiddy going in and running it a 1000 times a second |
| 20:00.04 | seanbright | that's not really an asterisk issue, is it? |
| 20:00.11 | seanbright | not to tangent. |
| 20:00.15 | mnicholson | TrentCreek, follow me to #asterisk |
| 20:00.18 | mvanbaak | it belongs in #asterisk |
| 20:00.29 | seanbright | i wasn |
| 20:00.38 | seanbright | i wasn't saying that per se |
| 20:00.43 | seanbright | just seems like a system security problem |
| 20:00.50 | seanbright | i.e. not specific to asterisk |
| 20:03.27 | seanbright | daaaaamn... 1.6.0.3.1 |
| 20:03.32 | seanbright | we've got 5 baby! |
| 20:04.11 | seanbright | oh, no we don't |
| 20:04.12 | seanbright | lame |
| 20:04.58 | mvanbaak | lol |
| 20:17.51 | seanbright | mvanbaak: i figured out your c++ program |
| 20:17.55 | seanbright | make menuselect |
| 20:17.59 | seanbright | disable chan_h323 |
| 20:18.02 | seanbright | make |
| 20:18.08 | seanbright | that should be the fix |
| 20:19.25 | mvanbaak | lol |
| 20:19.34 | mvanbaak | but but |
| 20:19.40 | seanbright | heh |
| 20:19.42 | mvanbaak | unacceptable |
| 20:19.58 | mvanbaak | it works in 1.4 |
| 20:20.06 | seanbright | ok, well, then there is a known bug with gcc 3.3.5 where it won't compile files with '323' in the name |
| 20:22.30 | mvanbaak | hhmm |
| 20:23.01 | mvanbaak | you know what |
| 20:23.03 | mvanbaak | forget it |
| 20:23.12 | kpfleming | the bug was actually that it wouldn't compile files with 646 in the name, but it got half-fixed |
| 20:23.23 | mvanbaak | rofl ! |
| 20:23.28 | jsmith | kpfleming: Good one... |
| 20:28.25 | mvanbaak | I'm not going to fix it |
| 20:29.34 | ctooley | mvanbaak, "find . | grep 323 | xargs rm -rf" |
| 20:29.38 | ctooley | mark bug fixed. |
| 20:31.47 | mvanbaak | ctooley: indeed |
| 20:32.59 | ctooley | strace (with follow threads) connected to an Asterisk process with 275 active channels generates a lot of disk i/o if you redirect the output to a file. And not very useful output either. |
| 20:33.28 | ctooley | This I learned by watching someone in a screen session attempt to show me how to debug a hung channel. :( |
| 20:33.42 | ctooley | He will no longer be assisting me in the debugging process. |
| 20:37.32 | mvanbaak | whehehehe |
| 20:39.30 | ctooley | It doesn't do nice things to the calls that are currently going on either. |
| 21:08.10 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 21:08.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 22:13.18 | *** join/#asterisk-dev ccesario_ (i=c92a9737@gateway/web/ajax/mibbit.com/x-3d73b03bcacfa952) |
| 22:16.53 | ccesario_ | putnopvut: ping ? |
| 22:17.01 | putnopvut | ccesario_: pong |
| 22:24.49 | ccesario_ | ops |
| 22:26.10 | ccesario_ | putnopvut: I can apply your patch in truk version 170046 ? |
| 22:26.31 | putnopvut | yes |
| 22:27.23 | ccesario_ | putnopvut: nice... |
| 22:27.27 | ccesario_ | let me apply! |
| 22:28.52 | putnopvut | ccesario_: Did you see the note I left on issue 14316? |
| 22:30.30 | codefreeze-lap | Corydon76-dig: looking (at Dmitry's prompting) at 14267, where he wants to call Gosub() from a featuremap.... and I noted the warning about how the app is not executed in a pbx; I could picture that a Macro call might work; it runs its own pbx loop. But I don't think you could do the same with Gosub()--- what do you think? |
| 22:31.53 | ccesario_ | putnopvut: ops... no ... I see now |
| 22:31.53 | ccesario_ | :P |
| 22:32.00 | ccesario_ | but I dont use call-limit |
| 22:32.50 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:36.18 | putnopvut | ccesario_: that's probably the problem. Try setting a call-limit on the SIP peers who are also queue members. It doesn't even matter what the call-limit is. |
| 22:36.45 | Corydon76-dig | codefreeze-lap: Russell developed a call to ast_pbx_run for just such a purpose |
| 22:39.21 | codefreeze-lap | Corydon76-dig: and that is...? |
| 22:39.30 | Corydon76-dig | ast_pbx_run_args |
| 22:39.51 | *** part/#asterisk-dev Corydon76-dig (i=one@pdpc/supporter/bronze/Corydon76-home) |
| 22:40.00 | *** join/#asterisk-dev Corydon76-dig (i=one@pdpc/supporter/bronze/Corydon76-home) |
| 22:40.00 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 22:40.56 | Corydon76-dig | I hate it when my focus is incorrect |
| 22:41.40 | codefreeze-lap | Corydon76-dig: focus? Having trouble focusing? How so? |
| 22:42.19 | Corydon76-dig | X windows |
| 22:42.19 | *** join/#asterisk-dev interfaith (n=chatzill@ip67-88-184-130.z184-88-67.customer.algx.net) |
| 22:42.28 | interfaith | hello iax2 users ? |
| 22:42.43 | interfaith | hello iax users ? when iax call setup is done from iax1 to iax3 via iax2 will the iax go direct iax1 to iax3 ? |
| 22:42.48 | mvanbaak | INVAL |
| 22:42.54 | Corydon76-dig | I pressed Ctrl-W to change focus in vim, but my focus was in the wrong screen, so I ended up closing 2 IRC channels |
| 22:43.01 | codefreeze-lap | Corydon76-dig: whew... that's easier to fix than getting new glasses/contacts/whatever! |
| 22:43.19 | Corydon76-dig | interfaith: #asterisk |
| 22:43.49 | interfaith | iax2 users, it seems iax2 needs to do some hole punching for iax /nat to iax/nat |
| 22:44.02 | *** kick/#asterisk-dev [interfaith!i=one@pdpc/supporter/bronze/Corydon76-home] by Corydon76-dig (#asterisk) |
| 22:44.03 | *** mode/#asterisk-dev [+b *!*n=chatz*@*algx.net] by Corydon76-dig |
| 22:44.07 | russellb | yikes |
| 22:44.30 | *** mode/#asterisk-dev [-b *!*n=chatz*@*algx.net] by Corydon76-dig |
| 22:44.32 | ccesario_ | putnopvut: any suggest value ? |
| 22:45.05 | putnopvut | ccesario_: Most people will use the number of lines that the SIP phone supports. Others just pick some number out of a hat. |
| 22:46.12 | ccesario_ | putnopvut: I use SIP Gateways :) .. in this case 1 line... |
| 22:46.26 | ccesario_ | right ? |
| 22:47.07 | putnopvut | right. You may want to set the number higher than 1 though, because if you set the call limit to 1, then the queue member won't be able to transfer calls (since that requires starting another "call") |
| 22:47.14 | mvanbaak | ccesario_: call-limit=99 |
| 22:47.17 | *** join/#asterisk-dev interfaith (n=chatzill@ip67-88-184-130.z184-88-67.customer.algx.net) |
| 22:47.18 | putnopvut | use something like 3 or 4 |
| 22:47.25 | putnopvut | or 99 like mvanbaak suggested :) |
| 22:48.12 | interfaith | iax2 developers: any iax2 developer interested in enhanced iax2 p2p hole punching ? |
| 22:48.20 | ccesario_ | mvanbaak: putnopvut: ok... I`ll set values to all my sip peers, and monitor it |
| 22:51.21 | interfaith | iax2 developers: perhaps a 'punch' channel could be developed, to then 'hand off' the new 'hole' to iax2 for iax1/nat to iax3/nat to avoid proxy iax2 |
| 22:52.08 | Corydon76-dig | interfaith: it's completely not needed |
| 22:52.25 | interfaith | in the global scope ? |
| 22:52.27 | Corydon76-dig | There is no such thing as an iax2 proxy |
| 22:52.56 | interfaith | the iax2 asterisk channel is handling the iax clients |
| 22:53.19 | Corydon76-dig | It's a B2BUA, not a proxy |
| 22:53.36 | interfaith | ok fine have it b2b |
| 22:54.02 | interfaith | the point is why traffic the b2b if voip traffic can go direct p2p |
| 22:54.35 | kpfleming | it can already do that |
| 22:54.36 | interfaith | the iax2 source code appears to TRY to hand off the call, though this will seldom work for iax2/nat to iax2/nat |
| 22:54.54 | interfaith | only well behaved nat devices will allow this |
| 22:55.19 | interfaith | the iax2 traffic will usually route via the b2b |
| 22:55.49 | *** join/#asterisk-dev martyn-dev (n=admin@190.24.134.154) |
| 22:55.59 | martyn-dev | Hi all :D |
| 22:56.00 | interfaith | in the trivial case where all iax2 devices are on a common network..THEN the IAX handoff works as coded |
| 22:56.29 | martyn-dev | on my asterisk compilation I get this error: tds.h: No such file or directory |
| 22:56.36 | martyn-dev | :(, I dont know what to do |
| 22:56.46 | interfaith | if skype could avoid 'hole punch' searching it would.. but it cannot.. iax is missing this feature |
| 22:56.57 | mvanbaak | interfaith: and the proble is ? |
| 22:57.07 | martyn-dev | some idea :( ? |
| 22:57.43 | interfaith | to modify iax2 algorithm to do some 'skype like' hole punching to avoid the b2b 'relay' or 'proxy' |
| 22:57.44 | Corydon76-dig | interfaith: you can't punch holes like that |
| 22:57.57 | interfaith | skype does it.. as others do too |
| 22:58.06 | interfaith | it works like this |
| 22:58.18 | mvanbaak | oh, you mean upnp |
| 22:58.28 | interfaith | iax1 searches for iax2 and iax2 searches for ix2 starting from the values obtained from the b2b |
| 22:59.02 | Corydon76-dig | If you want to use Skype, why don't you just use Skype? |
| 22:59.05 | mvanbaak | I'm so lost. I have no idea what you mean |
| 22:59.06 | interfaith | it is probable that the exposed ports when searching for each other are nearby the ports from the b2b connection |
| 22:59.19 | interfaith | well that is not open source |
| 22:59.34 | Corydon76-dig | interfaith: we don't go for 'probable'; we go for algorithms |
| 23:00.14 | Corydon76-dig | interfaith: or you wait until the Skype for Asterisk connector is released |
| 23:00.32 | interfaith | the hole punching 'solution' is a blind attempt to connect |
| 23:00.46 | Corydon76-dig | interfaith: have you actually tried this? |
| 23:00.51 | interfaith | i see no reason why iax2 cannot be enhanced.. of course |
| 23:01.13 | interfaith | i have developed several 'punching' programs |
| 23:01.23 | Corydon76-dig | interfaith: HAVE YOU ACTUALLY TRIED THIS? |
| 23:01.27 | interfaith | of course |
| 23:01.32 | Corydon76-dig | with iax2 |
| 23:01.41 | interfaith | no i have not changed iax2 YET |
| 23:01.54 | Corydon76-dig | You're welcome to develop your own code |
| 23:02.03 | interfaith | my idea is to CREATE a 'punch' channel and then feed the results to iax2 |
| 23:02.08 | interfaith | so iax2 need not be changed |
| 23:02.47 | Corydon76-dig | My idea is that we won't bother with this until someone needs it, or someone develops a method that we like |
| 23:03.02 | interfaith | several punch algorithms are already widely known on the net |
| 23:03.34 | interfaith | well it something that i can do in anycase |
| 23:03.50 | Corydon76-dig | If you want to do it, go ahead |
| 23:03.50 | interfaith | many others have made 'channels' |
| 23:03.52 | interfaith | right |
| 23:03.59 | interfaith | no need to idle |
| 23:04.23 | interfaith | why let skype have it all |
| 23:04.36 | interfaith | thx |
| 23:23.27 | seanbright | putnopvut: it might have been because the libpri "enlistment" was failing (re: ohloh) |
| 23:23.43 | putnopvut | seanbright: oh..perhaps |
| 23:23.49 | seanbright | putnopvut: i've deleted that so hopefully it will pick up |
| 23:24.01 | putnopvut | seanbright: you da man |
| 23:24.02 | seanbright | yeah, that is why it failed |
| 23:24.04 | seanbright | Wed Nov 12 17:20:09 2008 UTC (2 months, 1 week ago) |
| 23:24.10 | seanbright | that was when libpri/trunk was removed |
| 23:29.30 | *** part/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 23:30.09 | martyn-dev | Hi |
| 23:30.13 | martyn-dev | I get "You have older TDS, you should upgrade!" error :( |
| 23:30.18 | martyn-dev | I work on centOS |
| 23:30.39 | martyn-dev | I'm tryning yum update .. wwhat is the solution ? |
| 23:30.51 | seanbright | martyn-dev: i'll help you in #asterisk |
| 23:30.57 | martyn-dev | ok seanbright ;) |
| 23:31.02 | martyn-dev | i'll see you there |
| 23:31.35 | *** join/#asterisk-dev TrentCreek (n=kvirc@adsl-75-14-0-78.dsl.hrlntx.sbcglobal.net) |
| 23:42.52 | mvanbaak | Corydon76-dig: what you think of 14317 ? |
| 23:43.12 | Corydon76-dig | M14317 |
| 23:43.14 | MuffinMan | [new] [Asterisk] Addons/cdr_addon_mysql 0014317: [patch] Latest cdr_addon_mysql queries borked reported by cheesegrits (Karma: neutral) http://bugs.digium.com/view.php?id=14317 |
| 23:43.57 | mvanbaak | fix looks ok to me |
| 23:44.55 | Corydon76-dig | Sure |
| 23:47.25 | seanbright | Corydon76-dig: user is reporting that 1.6.0.5 is showing up as 1.6.0.3 |
| 23:47.31 | seanbright | Corydon76-dig: when connecting with 'asterisk -r' |
| 23:48.41 | mvanbaak | seanbright: that means they did a svn checkout in the first hour it was up there |
| 23:48.57 | jpeeler | what does it mean for there to be an exception pending on the channel? |
| 23:48.59 | mvanbaak | he already fixed it |
| 23:50.13 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 23:50.13 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 23:50.17 | seanbright | 18:49 < beek> seanbright From the tarball |
| 23:50.51 | mvanbaak | hhmm |
| 23:51.12 | mvanbaak | yell at lmadsen to create a new tarball |
| 23:51.43 | seanbright | the tarball .version file is correct |
| 23:55.54 | Corydon76-dig | seanbright: tell him to update the tarball |
| 23:55.59 | seanbright | yeah, he did |
| 23:56.10 | seanbright | all better |
| 23:56.11 | seanbright | thanks. |
| 23:57.03 | mvanbaak | using the wrong .version is fun as well |
| 23:57.31 | mvanbaak | by accident I merged the .version from one of my custom branches to the customer branch |
| 23:57.49 | mvanbaak | so they went from 1.6.0.3 to 0.0.6.66 |
| 23:58.11 | mvanbaak | almost noone noticed, only this customer that has direct AMI access |