| 00:26.30 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 00:26.30 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 00:34.06 | *** join/#asterisk-dev Devon_ (~Devon_@adsl-184-32-199-220.mia.bellsouth.net) |
| 01:33.59 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 01:33.59 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:35.18 | *** part/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 04:53.29 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-wmmcfolnnnpfmzpf) |
| 04:53.37 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-tfkyjpcqduoxdftz) |
| 05:33.35 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 07:43.01 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:2cd4:f5e1:467b:3f54) |
| 07:45.11 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:2cd4:f5e1:467b:3f54) |
| 08:26.51 | *** join/#asterisk-dev spditner (~simon@206-248-134-14.dsl.teksavvy.com) |
| 10:50.52 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 11:01.34 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 11:37.51 | *** join/#asterisk-dev Greenlight (~email@cpc1-dund9-0-0-cust142.16-4.cable.virginmedia.com) |
| 11:49.16 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 11:49.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 12:06.17 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 12:06.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:06.39 | oej | Afternoon |
| 12:11.16 | file | moo |
| 12:12.18 | snuff-home | mm think i figured my issue with doco |
| 12:12.24 | snuff-home | will soon see |
| 12:13.13 | file | snuff-home, did you determine a real fix for sorcery? |
| 12:13.37 | snuff-home | ha.. nope.. i think it might be the OPT_NOOP_T type it doesn't like much |
| 12:14.11 | snuff-home | going to fix some of my doco hachet job to be in correct 'classes' |
| 12:15.30 | snuff-home | first thing is to move 3/4 of the doco into sip_configuration since that's where the things are defined |
| 12:15.31 | *** part/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 12:15.36 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 12:15.36 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 12:15.52 | snuff-home | mm.. ctrl+w is not good in non vi window |
| 12:20.37 | file | snuff-home, I fixed the name |
| 12:22.22 | snuff-home | k i will work on getting the values in the right files.. my grep/awk Bonanza |
| 12:22.29 | snuff-home | was little too harsh |
| 12:39.24 | snuff-home | i have 1 other small patch.. but i dont think it will make much difference.. (updates some of the mod-info) tags of some res_sip modules |
| 12:39.32 | snuff-home | recompiling |
| 12:41.21 | snuff-home | mm blew up in diff one this time.. 'context' |
| 12:42.15 | *** join/#asterisk-dev bobse- (~bobse@195.58.113.58) |
| 12:43.27 | snuff-home | mm.. nope still 'type' |
| 12:43.35 | snuff-home | forgot i killed it off |
| 12:45.33 | snuff-home | mm.. pimp sip still gets changes from trunk right? |
| 12:47.03 | file | yes |
| 12:47.07 | file | it automerges from trunk |
| 12:48.52 | snuff-home | mm guess it doesn't merge too quickly ;) |
| 12:48.59 | file | hourly I believe |
| 12:49.01 | opticron | once an hours |
| 12:49.03 | opticron | -s |
| 12:50.38 | snuff-home | mm well its no crash now (with ur change manually added) |
| 12:50.59 | file | well that's a plus |
| 12:54.19 | snuff-home | still thinks most things are no xml doc.. even though it has configitem + synopsis |
| 12:54.34 | snuff-home | configOption i mean |
| 12:54.55 | snuff-home | it does use 'configOption' right.. |
| 12:55.24 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-hrsrtqfezfqksxba) |
| 13:13.55 | snuff-home | mm think i know where i went wrong |
| 13:21.46 | snuff-home | nope still lot of hate.. anyway will come back to it in ~8-10 hrs |
| 13:26.10 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-civbmrnyuylbsacp) |
| 13:30.43 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-todcpxvxzechasna) |
| 13:32.40 | snuff-home | my most recent fail http://pastebin.ca/2347777 |
| 13:33.36 | snuff-home | curr fail msgs @ console http://pastebin.ca/2347779 |
| 13:33.44 | snuff-home | *gone to sleeps* |
| 13:35.47 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:35.47 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:38.09 | *** join/#asterisk-dev Marquis42 (~mrbmw@c-68-43-254-216.hsd1.mi.comcast.net) |
| 13:49.00 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-hedwodxqurflddqi) |
| 13:49.00 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:15.41 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:15.41 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:29.39 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:29.39 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:33.46 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-gcxrsejqrhambhso) |
| 14:43.29 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 15:14.35 | file | kharwell, only one comment! woot woot |
| 15:15.27 | kharwell | file: good deal! sooo close. |
| 15:15.50 | file | yeah it's really minor... I just don't want the same thing to bite anyone else in the future |
| 15:19.51 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:19.51 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:20.14 | *** join/#asterisk-dev moy_ (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 15:20.20 | kharwell | I see, so remove the method check and add a check for the supplement. That does make better sense. Will be good to finally be done. |
| 15:32.54 | Kobaz | does ast 10 and 11 perform any better than 1.8 with having lots of peers? |
| 15:33.23 | Kobaz | any kind of sip reload makes half the peers in a 200 peer system go unreachable |
| 15:34.00 | Kobaz | i'm thinking of splitting out the reload code to do individual peers so it doesn't lock the whole thing up and lag all the peers |
| 15:41.27 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 15:43.35 | mjordan | Kobaz: we did not address reload performance in chan_sip in 10 or 11. I doubt we'll focus any efforts on that, given how much better reloads are handled using the new frameworks. |
| 15:44.00 | Kobaz | ah |
| 15:44.13 | Kobaz | i'm using static-realtime |
| 15:44.23 | Kobaz | so sip reload comes directly from the db and then it just stays in memory |
| 15:44.35 | Kobaz | so i'm thinking of testing with a sip.conf file directly to see if i have the same issue |
| 15:45.12 | Kobaz | and if i don't have the unreachable problems with the sip.conf then i think i'll just dynamically generate sip.confs, the end result will be the same anyway |
| 15:49.52 | pabelanger | Kobaz: that is what we do, static files, generated using puppet |
| 15:50.53 | pabelanger | works well, but moving forward we are moving the peers into kamailio and have asterisk just be media servers |
| 15:54.42 | Kobaz | are you doing that for a single ast server instance? |
| 15:54.45 | Kobaz | or do you have a cluster |
| 15:57.18 | pabelanger | well, bascially any server we are installing has kamailio in front of asterisk. Then, if we need to add redundancy or failover, it is a simple process to break it out. No need to reconfigure asterisk and kamailio, just get more hardware and payment from the client |
| 16:02.09 | Kobaz | yeah |
| 16:02.42 | Kobaz | how do you get peer status for like available agents and things like that |
| 17:00.30 | Greenlight | I'm looking for some advice on a quick-fix I'm looking to implement in regards issue ASTERISK-21356. From what I can tell there is a thread somewhere altering a channel without having it locked, thereby causing the masqurade thread to go a bit nuts as things are being altered when it thinks it's got the channels locked. I've no idea how to track down which thread is really to blame, but |
| 17:00.31 | Greenlight | was planning to adjust *ast_channel_internal_bridged_channel from "return chan->bridged_channel" to " return chan ? chan->bridged_channel : NULL; |
| 17:00.47 | pabelanger | Kobaz: ya, that is the rub, certain things don't work out of the box. Working on setting up distributed device state using XMPP, but have not gotten that far yet |
| 17:05.25 | *** join/#asterisk-dev Devon_ (~Devon_@63.214.236.169) |
| 17:10.39 | mjordan | Greenlight: have some ideas, but popping off to lunch |
| 17:10.47 | mjordan | Greenlight: will throw out some suggestions when I get back |
| 17:11.15 | Greenlight | Ok, as always much appriciated :) I'm away for the evening now (6pm here) but will connect in from home once I've had some dinner. |
| 17:22.12 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:22.13 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 17:51.48 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 17:51.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:55.34 | pabelanger | epp |
| 17:55.34 | pabelanger | http://svnview.digium.com/svn/asterisk/branches/1.8/apps/app_queue.c?view=patch&r1=378663&r2=378662&pathrev=378663 |
| 17:55.39 | pabelanger | IOError: [Errno 2] No usable temporary directory found in ['/tmp', '/var/tmp', '/usr/tmp', '/'] |
| 17:55.42 | pabelanger | running out of HDD? |
| 17:55.44 | mjordan | Greenlight ... and Richard just decided to write a patch instead :-) |
| 17:56.07 | mjordan | pabelanger: eep. Will have it checked. Thanks |
| 18:11.19 | Greenlight | Yup - just noticed it there, brilliant! |
| 18:13.59 | Greenlight | Will get that applied this evening |
| 18:45.07 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 18:45.07 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 19:04.38 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 19:04.38 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 19:25.23 | pabelanger | mjordan: svnview looks fixed |
| 19:25.29 | pabelanger | was it the HDD space? |
| 19:27.08 | mjordan | on a particular partition. Run away logs. |
| 19:27.46 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 19:29.01 | file | Chasing after logs is fun |
| 19:29.14 | mjordan | little buggers are quick. |
| 19:57.56 | *** join/#asterisk-dev LieutPants (~LieutPant@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:57.56 | *** mode/#asterisk-dev [+o LieutPants] by ChanServ |
| 21:15.07 | file | kharwell, soooooooooooo close |
| 21:19.40 | kharwell | heh almost had it. |
| 21:25.36 | mjordan | file: little known fact: ResetCDR is defined in pbx.c |
| 21:28.23 | file | half the PBX calories, with full PBX taste |
| 21:28.44 | mjordan | and all of the shame |
| 21:28.58 | mjordan | I suppose it is either there for extreme legacy reasons, or because someone decided they needed it in AEL |
| 21:33.55 | mjordan | I'm glad we set AST_CDR_FLAG_MAIN. It does a lot. |
| 21:34.20 | kharwell | file: if the supplement method is empty thus consuming all incoming requests won't that potentially handle/intercept the requests keeping some downstream module from getting it when it needs it? |
| 21:34.43 | file | it may or may not consume the incoming request |
| 21:35.12 | file | but yes, if it handles it a subsequent module can't |
| 21:36.15 | kharwell | the on_rx_request will returned handled |
| 21:37.27 | kharwell | if supplement method is empty and block any other modules from getting it |
| 21:37.56 | file | oh I understand now |
| 21:38.09 | file | putnopvut, ^^^ |
| 21:40.11 | putnopvut | looks |
| 21:41.05 | file | I think we actually probably need a callback to determine if a request can be handled or not... since checking just the method may not be enough... |
| 21:41.10 | putnopvut | Yeah, if you're going to leave the supplement method empty, then you'll need to make sure not to return that you handled the request if you actually don't care about the request. |
| 21:41.47 | file | putnopvut, this is for in-dialog requests though - which get deferred until the transaction state change |
| 21:42.24 | putnopvut | ah okay, I see what you're saying. |
| 21:43.24 | putnopvut | Ah, so what kharwell is doing right now is checking if a supplement uses the method as a way of returning PJ_TRUE or PJ_FALSE for in-dialog requests in on_rx_request. |
| 21:43.37 | file | yes |
| 21:43.51 | putnopvut | Is that actually an issue, though? |
| 21:44.50 | file | hum hum hum |
| 21:47.38 | file | actually it shouldn't be... that'll only occur for in-dialog with invite session... |
| 21:48.23 | file | yeah, it's fine |
| 21:49.08 | kharwell | I see now, so if its in dialog and has an invite session and its empty then its okay to handle it and not pass it on |
| 21:49.54 | file | yes |
| 22:04.17 | kharwell | file: woot alas!! |
| 22:04.27 | file | just wait 24 hours :P |
| 22:04.49 | kharwell | heh yeah will do |
| 22:05.07 | file | or not, up to you |
| 22:12.06 | *** join/#asterisk-dev greenwolf (4257078c@gateway/web/freenode/ip.66.87.7.140) |
| 22:43.45 | *** join/#asterisk-dev anonymouz666 (~anonymouz@177.36.99.119) |
| 22:48.56 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 22:48.56 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:11.47 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 23:11.47 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 23:18.45 | *** join/#asterisk-dev tm1000 (tm1000@2600:3c01::f03c:91ff:fe70:fce6) |
| 23:28.24 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-hedwodxqurflddqi) |
| 23:34.00 | *** join/#asterisk-dev tonyclewis (uid6025@gateway/web/irccloud.com/x-yrxdeldlmwindwqp) |
| 23:53.02 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 23:53.02 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 23:58.41 | *** join/#asterisk-dev mjordan (~mjordan@adsl-98-81-83-165.hsv.bellsouth.net) |
| 23:58.41 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |