| 00:28.58 | *** join/#asterisk-dev barbosa2 (juliano.ba@187.70.32.122) |
| 00:45.42 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 00:47.04 | *** join/#asterisk-dev suneye (~atcmmi@116.7.103.132) |
| 01:02.05 | *** join/#asterisk-dev barbosa2 (juliano.ba@187-26-131-247.3g.claro.net.br) |
| 01:03.02 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 01:31.06 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 01:31.06 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 01:46.15 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 02:05.54 | *** part/#asterisk-dev w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
| 02:09.41 | *** join/#asterisk-dev spditner (~simon@206-248-134-254.dsl.teksavvy.com) |
| 02:22.48 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 02:46.51 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 02:57.33 | *** join/#asterisk-dev AlexForster (~AlexForst@63.139.112.162) |
| 03:01.01 | AlexForster | theoretical scenario to help me understand the Bridge action- let's say I have three unanswered channels (1, 2, 3) and I'm using the manager API to handle those calls. am I able to use manager action Bridge( 1, 2 ) and then Bridge( 2, 3 ) and have a "three way call"? |
| 03:01.38 | AlexForster | and/or would Local channels be involved? |
| 03:47.33 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 03:49.15 | *** join/#asterisk-dev barbosa2 (juliano.ba@187-26-131-247.3g.claro.net.br) |
| 04:06.25 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 04:47.57 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 05:02.09 | *** join/#asterisk-dev oron (~oron_lapt@line25-214.adsl.actcom.co.il) |
| 05:11.42 | *** join/#asterisk-dev barbosa2 (juliano.ba@187-26-131-247.3g.claro.net.br) |
| 05:48.27 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 06:16.06 | *** join/#asterisk-dev otherwiseguy (otherwiseg@nat/redhat/x-lvedbfelxipnwwfw) |
| 06:44.35 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 06:49.04 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 06:49.06 | *** join/#asterisk-dev hehol (~Adium@2a01:198:71d:0:bc44:ef4a:37b1:cf6d) |
| 06:53.00 | *** join/#asterisk-dev barbosa2 (juliano.ba@187-26-131-247.3g.claro.net.br) |
| 07:23.25 | *** join/#asterisk-dev bulkorok (~chatzilla@85.183.61.47) |
| 07:28.21 | *** join/#asterisk-dev barbosa2 (juliano.ba@187-27-248-60.3g.claro.net.br) |
| 07:34.43 | *** join/#asterisk-dev danjenkins (~danjenkin@62.254.236.250) |
| 07:36.26 | *** join/#asterisk-dev bulkorok (~chatzilla@85.183.61.47) |
| 07:49.35 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 07:54.36 | *** join/#asterisk-dev danjenkins (~danjenkin@62.254.236.250) |
| 08:16.08 | *** join/#asterisk-dev danjenkins (~danjenkin@62.254.236.250) |
| 08:19.48 | *** join/#asterisk-dev danjenkins_ (~danjenkin@80.1.94.250) |
| 08:25.24 | *** join/#asterisk-dev barbosa2 (juliano.ba@187-26-131-247.3g.claro.net.br) |
| 08:46.26 | *** join/#asterisk-dev barbosa2 (juliano.ba@187.70.81.76) |
| 08:48.27 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 08:48.27 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 08:50.07 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 09:02.29 | *** join/#asterisk-dev barbosa2 (juliano.ba@187.70.51.107) |
| 09:11.52 | *** join/#asterisk-dev barbosa2 (juliano.ba@187.70.175.10) |
| 09:19.31 | *** join/#asterisk-dev barbosa2 (juliano.ba@187-26-131-247.3g.claro.net.br) |
| 09:31.07 | *** join/#asterisk-dev atcmmi (~atcmmi@119.122.152.40) |
| 09:49.17 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:40b:3f23:75f6:b509) |
| 09:50.42 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 10:34.51 | *** join/#asterisk-dev Greenlight (wluke@cpc1-dund9-0-0-cust142.16-4.cable.virginmedia.com) |
| 10:51.16 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 11:02.27 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:02.32 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:43.28 | *** join/#asterisk-dev Pullphinger (~Pullphing@12.40.23.68) |
| 11:51.47 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 12:01.21 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 12:01.21 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:04.18 | *** join/#asterisk-dev zigg (~matt@unaffiliated/zigg) |
| 12:43.38 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 12:52.30 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 13:14.44 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-vmzmcqjlrnepvdxz) |
| 13:19.19 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 13:26.48 | *** join/#asterisk-dev w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
| 13:47.58 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-kcietzgfdmjqlwak) |
| 13:47.58 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:50.00 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-ypzomowfxzjkywyk) |
| 13:50.08 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:50.21 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:20.05 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-stavlkkaynsibmdn) |
| 14:26.49 | file | paramType path != query |
| 14:42.30 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:40b:3f23:75f6:b509) |
| 14:50.54 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 14:50.54 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 14:55.25 | mjordan | opticron: ping |
| 14:55.39 | mjordan | I don't think r401088 is actually what we want. |
| 14:56.16 | *** join/#asterisk-dev coreyf1513 (~cfarrell@24-177-3-55.dhcp.nwtn.ct.charter.com) |
| 14:56.33 | mjordan | I think we probably need to discuss this further - there are definitely times when you do *not* want to show all channels and bridges in the system to a remote user |
| 15:10.22 | file | what happens if you try to interact with 'em? |
| 15:13.29 | *** join/#asterisk-dev oron (~oron_lapt@line25-214.adsl.actcom.co.il) |
| 15:13.53 | *** join/#asterisk-dev malcolmd_ (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 15:13.53 | *** mode/#asterisk-dev [+o malcolmd_] by ChanServ |
| 15:21.56 | *** join/#asterisk-dev danjenkins (~danjenkin@62.254.236.250) |
| 15:30.46 | *** join/#asterisk-dev danjenkins (~danjenkin@62.254.236.250) |
| 15:58.01 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:58.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:07.22 | file | now that we have chan_pjsip my hate towards chan_sip is less |
| 16:08.09 | mjordan | elguero: ping |
| 16:08.14 | mjordan | file: don't let your hate die |
| 16:08.20 | file | I don't think it will ever die |
| 16:08.20 | mjordan | file: it makes you stronger |
| 16:08.42 | file | wait... did my hate overflow? |
| 16:08.43 | putnopvut | I just feel pity more than anything these days |
| 16:08.50 | file | putnopvut, YES! |
| 16:11.16 | elguero | mjordan: pong |
| 16:11.31 | pabelanger | well, I finally did a webrtc call to asterisk using chan_sip |
| 16:11.40 | pabelanger | guess I should see if pjsip handles it |
| 16:45.58 | mjordan | elguero: sorry, meetings :-P If you have a patch for ASTERISK-22236, do you mind attaching it? I'd like to get that in for 11.6.0-rc2 |
| 16:46.11 | mjordan | pabelanger: it should... |
| 16:52.44 | elguero | elguero: yep, no prob... I actually am working on it right now |
| 16:52.59 | elguero | woops... mjordan ^^ |
| 16:53.11 | elguero | I don't talk to myself :) |
| 16:53.18 | elguero | well, not all the time ... haha |
| 16:59.12 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 17:06.56 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 17:10.03 | file | I look into the darkness... and it stares back into my soul. |
| 17:11.49 | jsmith | file: Then close app_queue.c and work on some different code :-p |
| 17:12.00 | file | jsmith, pfft I don't think I've *ever* worked in there |
| 17:12.11 | roderickm | What sorcery is this? |
| 17:13.00 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:23.06 | *** join/#asterisk-dev danbell77 (~danbell77@host90-152-0-35.ipv4.regusnet.com) |
| 17:24.19 | danbell77 | Greetings...Has anyone here done much dev for Cisco 7970s with Asterisk? |
| 17:28.46 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 18:02.33 | *** join/#asterisk-dev barbosa2 (~juliano.b@2801:b6:e00:100:993b:301e:987b:5a6e) |
| 18:04.05 | sgriepentrog | danbell77: is that a asterisk-dev question or a cisco-dev question? |
| 18:07.15 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 18:52.17 | pabelanger | okay, so the more I did into file's patch about channel indications, I can see a lot of potential for it. So much so, I think /answer and /hold could also be moved into it. Otherwise, I think we need to break it out so each indication has its own resource, /ringing /progress, /congestion, for consistency |
| 18:57.12 | *** join/#asterisk-dev newtonr (~newtonr@173-17-135-67.client.mchsi.com) |
| 18:57.14 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 19:07.53 | *** join/#asterisk-dev justsomedood (~warren@mail.serverplus.com) |
| 19:10.58 | justsomedood | Please be kind, it's been a while since I've written in C. I'm looking at the linked list macros, and want to better understand the syntax. If have a pointer to a struct, which has a member that is an AST_LIST_HEAD. When I iterate through this I have to use as the first argument "&thepointer->listhead". Does the & return the address of listhead which makes me want to write it as "thepointer->&listhead" - which is invalid syntax? |
| 19:12.48 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 19:13.28 | mjordan | justsomedood: correct. Precedence for those operators is ->, then &. So thepointer is dereferenced first to obtain listhead, then the address of listhead is obtained |
| 19:13.33 | putnopvut | justsomedood: the second format you have is invalid syntax. The order of operations evaluates the -> then the & |
| 19:13.42 | putnopvut | ugh, four seconds behind |
| 19:13.47 | putnopvut | :) |
| 19:13.51 | justsomedood | great, that helps a lot, thank you! |
| 19:14.13 | sgriepentrog | justsomedood: google c syntax spiral for good help on understanding that |
| 19:14.28 | mjordan | justsomedood: if the implicit C order of operations makes it hard for you to read, you can always write that as &(thepointer->listhead) |
| 19:14.51 | mjordan | but we'd probably remove the () in code review ;-) |
| 19:14.53 | justsomedood | That's what I was going to try next, and I probably will to help it gel in my brain |
| 19:15.22 | justsomedood | thanks, guys |
| 19:21.20 | elguero | mjordan, opticron: patch attached on ASTERISK-22236... sorry for my tardiness lately... Its been crazy lately |
| 19:24.51 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 19:26.45 | mjordan | elguero: np. Thanks for writing the patch :-) |
| 19:27.04 | mjordan | you just saved opticron from starting from scratch ;-) |
| 19:27.47 | elguero | nice! |
| 19:28.52 | mjordan | hm. So this always enables rport for register requests |
| 19:29.08 | mjordan | file: putnopvut: doesn't rport cause shenanigans with Cisco phones? |
| 19:29.10 | elguero | wording is probably wrong |
| 19:29.22 | elguero | no... it will copy whatever is set on the peer |
| 19:29.39 | mjordan | ah |
| 19:29.43 | mjordan | phew |
| 19:29.55 | elguero | :) ya, that would not be good |
| 19:30.04 | putnopvut | Yeah, ciscos will put some port in the Via header and you have to use that. Assuming rport doesn't work with those devices. |
| 19:30.56 | mjordan | elguero: if you have time, feel free to throw it up on review board. Probably a good idea for folks to take a look at it. |
| 19:31.13 | elguero | mjordan: sure thing |
| 19:31.22 | mjordan | darn you chan_sip |
| 19:34.27 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 19:53.20 | *** join/#asterisk-dev danjenkins_ (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 19:59.35 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 20:02.53 | *** join/#asterisk-dev danjenkins_ (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 20:14.02 | *** join/#asterisk-dev justsomedood (~warren@mail.serverplus.com) |
| 20:16.27 | justsomedood | Just to make sure before I finish this, I'm writing a patch for the Queue app to prevent an agent interface logged in to multiple queues from being rung at the same time by different queues |
| 20:17.06 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 20:17.06 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:17.07 | justsomedood | There is a lock in there now to prevent an agent from being run simultaneously by the same queue |
| 20:17.18 | justsomedood | but nothing to stop different queues from ringing at the same time |
| 20:17.57 | Marquis42 | justsomedood: God speed, sir. :) I've looked at that issue as well, and invariably ended up deciding I didn't hate myself enough to work on it. But if you do it, I believe lots of folks in the community would be pretty happy. |
| 20:18.12 | file | ripples... ripples... |
| 20:18.19 | Marquis42 | Indeed |
| 20:20.22 | pabelanger | Ya, had that issue to |
| 20:20.37 | pabelanger | think we worked around it with local channels |
| 20:20.51 | pabelanger | would have to recheck the dialplan to make sure |
| 20:21.12 | pabelanger | downside, the reporting was a little messed up |
| 20:29.58 | mjordan | justsomedood: the problem with that issue (other than it is app_queue) is that to really manage all of that and not tank performance (or cause a locking inversion) is non-trivial |
| 20:35.02 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 20:36.19 | pabelanger | danjenkins, ARI up and running yet? |
| 20:37.58 | justsomedood | mjordan: the approach i was going to take is to have a global member interface list and have a call_pending flag, like the queue_member does. When a channel checks to see if it can ring it has to aquire that lock as well, and if it can't to just pass on. |
| 20:38.46 | *** join/#asterisk-dev danjenkins_ (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 20:39.02 | justsomedood | This doesn't address having a member be part of multiple queues, and getting calls for one queue sooner than the other (i.e. Queue A at same priority with a hold time of 10:00, and Queue B call having same priority at hold time of 1:00 and getting the call for Queue B), but it's the first step |
| 20:44.53 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 20:49.04 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 20:53.19 | danjenkins | pabelanger: sorry, no… just spent the entire night trying to figure out why i had 50-60% packet loss on my network when connected in certain places - turns out the apple base stations decided to crap out |
| 20:53.42 | danjenkins | just sorting out a debian vm now pabelanger |
| 20:54.03 | danjenkins | seeing as it doesn't "just work" on mac leedm777 pabelanger |
| 20:54.20 | mjordan | owch. Been a bad week for macs |
| 20:54.30 | mjordan | (well, from a limited "AstriCon + this" perspective) |
| 20:56.17 | danjenkins | tell me about it mjordan |
| 20:57.37 | file | I should switch my trolling to Linux for a bit |
| 20:59.16 | mjordan | <3 M$ |
| 21:00.51 | jsmith | mjordan: My Mac Mini runs Fedora just fine :-) |
| 21:00.55 | jsmith | ducks and hides |
| 21:03.14 | pabelanger | woah! webrtc is working |
| 21:03.46 | pabelanger | $ ari channel-music-add 1381957310.1 |
| 21:03.48 | pabelanger | teehee |
| 21:03.55 | pabelanger | $ ari channel-music-remove 1381957310.1 |
| 21:03.56 | pabelanger | woot |
| 21:05.54 | anonymouz666 | pabelanger: congrats. my job in the next months is just copy ideas that works. :) |
| 21:33.16 | danbell77 | any devs for hire for a small job? |
| 22:01.54 | pabelanger | <3 autobahn.websocket |
| 22:01.58 | pabelanger | just saying |
| 22:04.13 | mjordan | pabelanger: +1 |
| 22:06.11 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 22:11.57 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 22:16.29 | *** join/#asterisk-dev danjenkins (~danjenkin@cpc3-folk2-2-0-cust34.1-2.cable.virginmedia.com) |
| 22:20.38 | *** part/#asterisk-dev justsomedood (~warren@mail.serverplus.com) |
| 22:31.11 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 22:31.11 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:31.55 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.52) |
| 22:33.55 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:42.18 | *** join/#asterisk-dev danbell77 (danbell77@host86-181-48-10.range86-181.btcentralplus.com) |
| 22:57.24 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.52) |
| 23:17.06 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 23:30.52 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.124.211) |