| 00:18.55 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-gddmihhwjepnwuzk) |
| 02:58.37 | *** join/#asterisk-dev slavon (5bf65f04@gateway/web/freenode/ip.91.246.95.4) |
| 02:58.42 | slavon | Hello all |
| 02:59.05 | slavon | Please look to https://issues.asterisk.org/jira/browse/ASTERISK-24538 ... i think i catch it |
| 03:00.29 | slavon | Also i need to help in https://issues.asterisk.org/jira/browse/ASTERISK-24566 ... i no have idea more |
| 05:09.53 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 05:35.09 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 06:34.16 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 06:34.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:09.59 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 07:20.32 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 07:52.34 | *** join/#asterisk-dev michael_work_ (~michael_w@bzq-82-168-31-134.red.bezeqint.net) |
| 08:14.24 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:14.24 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:25.18 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 08:25.18 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:52.45 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 09:08.10 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 09:41.21 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 10:05.39 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 10:39.35 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:786d:5ed4:5984:65be) |
| 10:40.13 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 10:45.40 | *** join/#asterisk-dev GameGamer43 (sid5533@gateway/web/irccloud.com/x-jcqmucdslavnmfez) |
| 11:05.03 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 11:55.56 | *** join/#asterisk-dev oej (~Adium@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 11:55.56 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:29.38 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 13:02.44 | *** join/#asterisk-dev oej (~Adium@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 13:02.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:07.43 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:10.45 | *** join/#asterisk-dev Dovid (~Dovid@ool-2f113961.dyn.optonline.net) |
| 13:21.28 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 13:37.12 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 13:51.55 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 14:21.06 | *** join/#asterisk-dev oej (~Adium@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 14:21.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:25.49 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-bcjrplypvdytdbzs) |
| 14:42.16 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:42.16 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:46.58 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 15:02.18 | *** join/#asterisk-dev tenspeed705 (~keiths@goatfarm.vianet.ca) |
| 15:02.59 | tenspeed705 | Morning folks. Looking for a way to change a voicemail password from AGI. Is this possible? We are not using a real time setup |
| 15:04.49 | *** join/#asterisk-dev Dovid (~Dovid@static-173-63-105-210.nwrknj.fios.verizon.net) |
| 15:08.10 | skrusty | not via AGI, maybe via AMI though |
| 15:08.19 | skrusty | or yeah, realtime |
| 15:08.36 | skrusty | aith AMI you can edit config files |
| 15:09.32 | WIMPy | Or just rewrite the file yourself. |
| 15:09.46 | WIMPy | But beware of possible race conditions. |
| 15:17.09 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-bmagquvirpvsqglw) |
| 15:23.07 | tenspeed705 | thanks WIMPy |
| 15:27.14 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-ndmfxdyixnistgkr) |
| 15:27.14 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:32.33 | tenspeed705 | skrusty: I will look in to AMI. see what I can come up with |
| 15:34.52 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 15:36.52 | file | g'day |
| 15:37.05 | skrusty | afternoon file |
| 15:41.55 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 15:50.44 | *** join/#asterisk-dev oej (~Adium@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 15:50.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:53.23 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 15:58.00 | pnlarsson | pjsip Q: can I from CLI see if a channel is using SRTP or which transport? |
| 15:59.26 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 16:03.14 | *** join/#asterisk-dev antiochIst (~taylorhaw@168.244.49.230) |
| 16:08.27 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 16:17.01 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 16:19.14 | skrusty | quick one, how do you pass multiple bridge types in ari? what's he delimiter? |
| 16:19.21 | skrusty | i.e. mixing and proxy_media |
| 16:20.30 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-kwqatavtlqbhorvb) |
| 16:20.30 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 16:21.46 | file | commas |
| 16:21.51 | file | or a single comma |
| 16:21.57 | skrusty | ok cheers, couldn't see it in the wiki |
| 16:22.54 | skrusty | just upgrading my test box to 12.7.1, found an issue in 12.5 where playing an audio file to a channel in a native bridge (forcing it to switch to simple) caused a seg fault - or seems to be anyway |
| 16:24.18 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 16:40.51 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 16:52.48 | mjordan | pnlarsson: not today, no |
| 16:56.41 | skrusty | well, unsure if using 12.7.1 fixed it, or using proxy_media - but it works now |
| 16:57.22 | file | bridge_native_rtp was changed somewhat |
| 16:59.28 | skrusty | before i was getting seg fault with: [2014-12-03 16:19:51] ERROR[29116][C-00000000]: astobj2.c:146 INTERNAL_OBJ: bad magic number 0x656e6e61 for object 0x7f4410020f48 |
| 16:59.43 | skrusty | when the bridge type was being switched from native to simple |
| 16:59.54 | skrusty | will remove my proxy_media at some point and see if it still happens |
| 17:13.56 | mjordan | yay we fixed something! |
| 17:15.24 | skrusty | you did?! :) |
| 17:17.26 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 17:17.27 | file | maybe, maybe not |
| 17:17.33 | skrusty | :) |
| 17:19.33 | skrusty | limit and limit warning now working in my ari dialler! |
| 17:20.24 | skrusty | https://gist.github.com/skrusty/8576b80d11dafebd7c25 |
| 17:22.00 | file | neat |
| 17:22.15 | skrusty | infact, efresh that gist and you'll see the return from dial too |
| 17:22.31 | file | yup yup |
| 17:23.27 | skrusty | quite pleased with myself ;) |
| 17:28.53 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 17:55.09 | mjordan | putnopvut: so... I've been looking at the CEL unit tests that are failing, and they appear to be failing because the timing has now changed between the attended transfer messages and the various channel related messages |
| 17:55.38 | mjordan | some of those are easy to fix, as the channel related messages that are specific to "other channels" - ones not really in relation to the attended transfer - can be ignored |
| 17:55.56 | mjordan | but what is interesting is this failure: https://bamboo.asterisk.org/bamboo/browse/AST-ATRUNKUNIT-C632UT-829/test/case/1409349 |
| 17:56.30 | mjordan | in this particular case, the Alice channel - which is the transferer - gets a BRIDGE_EXIT prior to the ATTENDEDTRANSFER message |
| 17:56.45 | mjordan | is there any defined ordering with exiting a bridge versus the attended transfer completion message? |
| 17:58.20 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-gokkriziyxgaxvil) |
| 18:07.30 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 18:10.24 | mjordan | contemplates moving that test into the 'bouncy' category |
| 18:10.37 | mjordan | ideally, the unit tests would have the ability to know which events were for which channel, and which ones are guaranteed to be ordered. |
| 18:10.45 | mjordan | But that's kind of a lot of work :-P |
| 18:11.59 | file | mjordan, you have until tomorrow |
| 18:12.27 | putnopvut | mjordan: sorry, I had someone in my office talking. I'm reading back now. |
| 18:13.32 | putnopvut | Waiting on the log you linked to to load. |
| 18:13.54 | putnopvut | #$&*#@^$ bamboo |
| 18:15.03 | putnopvut | Okay, the damn test log isn't loading. Which test is failing? |
| 18:15.35 | putnopvut | If it's an attended transfer of a single channel into an application, I might know what's up there. If it's a different scenario, then I'm not so sure. |
| 18:18.49 | *** join/#asterisk-dev mbowie (~mbowie@162.212.36.9) |
| 18:19.50 | putnopvut | mjordan: I'm getting a proxy error when trying to get to the bamboo link you sent. |
| 18:23.58 | mjordan | welp. |
| 18:24.00 | mjordan | That's weird. |
| 18:24.19 | mjordan | hold on, I'll get a better link. |
| 18:24.26 | mjordan | https://bamboo.asterisk.org/bamboo/browse/AST-ATRUNKUNIT-829 |
| 18:24.28 | mjordan | try that one. |
| 18:24.36 | mjordan | in particular, the bridges_swap failing test. |
| 18:25.35 | mjordan | er. |
| 18:25.41 | mjordan | Bamboo seems to be unhappy. |
| 18:25.56 | file | indeed |
| 18:26.32 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 18:27.37 | mjordan | ew |
| 18:27.42 | mjordan | out of memory exception thrown by Java. |
| 18:27.56 | mjordan | *shocked* |
| 18:28.59 | leifmadsen | this is my shocked face |
| 18:29.00 | leifmadsen | :| |
| 18:29.14 | mjordan | the hamster is dead; long live the hamster |
| 18:29.42 | leifmadsen | I can't admit to being a fan of Java |
| 18:31.06 | Qwell | <leifmadsen> I [...] admit to being a fan of Java |
| 18:31.15 | leifmadsen | Qwell: I will cut you |
| 18:31.25 | malcolmd | heheh |
| 18:31.34 | Marquis42 | lol |
| 18:31.58 | mjordan | it's alive! |
| 18:32.24 | mjordan | putnopvut: the links should now work |
| 18:32.43 | file | alive for now |
| 18:32.44 | mjordan | and of course, it nuked all of the agents |
| 18:32.45 | mjordan | good lord. |
| 18:32.47 | mjordan | JENKINS. |
| 18:37.34 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:38.28 | putnopvut | mjordan: okay thanks, looking now |
| 18:50.49 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-nvkxsyavesyrcoct) |
| 18:54.21 | putnopvut | So, in the case of the attended transfer being performed in that CEL unit test, I would expect to see any sorts of BRIDGE_EXIT messages occur before the ATTENDEDTRANSFER messages. The transfer code determines that the transfer can be completed by taking a channel from one bridge (in this case, Charlie), adding it to the other bridge, and swapping the transferer (Alice) out. Once, that is all completed, the ATTTENDEDTRANSFE |
| 18:54.21 | putnopvut | R message should be sent. The thing that makes things a bit unpredictable is that the transfer code is not necessarily guaranteed to always perform the swap operation in the same direction. It may sometimes choose to take Bob's channel and add it into the other bridge, swapping David out instead. |
| 18:54.41 | putnopvut | mjordan: Is that CEL unit test bouncing or failing all the time? |
| 18:56.13 | putnopvut | Actually, thinking about it some more, there are the initial bridge enter/leave events that occur directly due to the transfer, but then you'd also have secondary BRIDGE_EXIT events for the two transferer channels in the leftover bridge. Since that happens in a thread outside of the one where the attended transfer takes place, that might happen before or after the attended transfer publication. |
| 18:59.47 | mjordan | putnopvut: bounces |
| 18:59.49 | mjordan | and yup. |
| 19:00.09 | mjordan | I'm thinking of moving it into the 'not going to run it for now' category, and open an issue to deal with it and the other CEL test in that category |
| 19:00.33 | mjordan | we could build a test that could account for that, but that feels like a rather long task |
| 19:00.37 | putnopvut | mjordan: sure thing. |
| 19:08.21 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 19:26.01 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 19:26.01 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:27.53 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 19:27.53 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:32.01 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 19:33.20 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 19:33.20 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:51.13 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 19:51.13 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:01.14 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 20:01.14 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:59.34 | mjordan | welp. So much for the _link test as well. :-9 |
| 20:59.36 | mjordan | :-( |
| 21:49.02 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 21:55.15 | newtonr | gtjoseph, it looks like you have committed the patch for ASTERISK-24520 - safe to close it out? |
| 21:55.35 | gtjoseph | checking |
| 21:56.40 | gtjoseph | newtonr: yep. the hooks aren't working? |
| 21:57.24 | newtonr | gtjoseph, IDK, I didn't look at your commit to see if you tagged it appropriately |
| 21:57.51 | newtonr | looks |
| 21:58.50 | mjordan | gtjoseph: hooks worked for me on ASTERISK-24516 earlier today |
| 21:59.41 | gtjoseph | i probably forgot to add the #close tag. |
| 22:00.03 | mjordan | opticron: now that we have a test plan, can you update r4226 with which tests you added? |
| 22:00.29 | newtonr | gtjoseph, yeah I don't see a #close tag. |
| 22:00.45 | gtjoseph | sorry about that. |
| 22:01.10 | newtonr | gtjoseph, no worries. you may have done it intentionally as you had the reporter open a new issue for a secondary problem and you were likely waiting on feedback from him. |
| 22:01.38 | newtonr | gtjoseph, i wasn't seeking you out to harass you. just to make sure I could close it out for you. :) |
| 22:02.49 | gtjoseph | ah, yeah, that was it. :) |
| 22:32.08 | gtjoseph | file, putnopvut: pjsip will handle AAAA lookups right? Just not SRV? |
| 22:35.42 | putnopvut | gtjoseph: I was under the impression it had support for 3263, so it should be able to do NAPTR and SRV lookups. Is that not the case, file? |
| 22:39.11 | gtjoseph | let me clarify... res_pjsip as opposed to pjproject. |
| 22:40.37 | gtjoseph | for the specific cases of aor/contact, identify/match, registration/server_uri |
| 22:40.52 | putnopvut | AFAIK, we tend not to do DNS lookups directly in res_pjsip if they can be avoided. We pass URIs down to PJSIP APIs and it does the lookup for us. |
| 22:41.56 | gtjoseph | identify's a little different though I think because we build a list of addresses to match against, right? |
| 22:42.25 | putnopvut | Yeah with identify, we accept bare IP addresses (both IPv4 and IPv6). We don't perform any sort of hostname resolution. |
| 22:42.48 | gtjoseph | identify accepts hostnames |
| 22:44.01 | gtjoseph | it calls ast_sockaddr_resolve |
| 22:44.16 | putnopvut | Ah yes it does. |
| 22:44.40 | putnopvut | That's not what I expected there. So I guess I was wrong about what I said in the review I gave you yesterday then. |
| 22:44.57 | gtjoseph | :) |
| 22:45.54 | gtjoseph | I guess I'm going to have to actually test and see what resolves and what doesn't |
| 22:46.23 | putnopvut | Yeah, ast_sockaddr_resolve calls getnameinfo() I believe, so I think it will only do A and AAAA lookups. |
| 22:46.34 | putnopvut | (or is it getaddrinfo()? I get those mixed up) |
| 22:46.52 | putnopvut | Yeah, it's getaddrinfo() |
| 22:52.54 | file | it will only do A and AAAA presently as it uses the core stuff |
| 22:53.21 | gtjoseph | yep, just confirmed it with a few tests |
| 22:54.44 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 23:41.25 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-ndmfxdyixnistgkr) |
| 23:49.24 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-bmagquvirpvsqglw) |