| 00:23.44 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-ovwlvtdyemrfeuos) |
| 00:23.44 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 03:57.45 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 03:57.45 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 05:51.22 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 05:51.22 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:37.28 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-jbalpacsundzfzkn) |
| 07:00.36 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:16.21 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:20.05 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:20.06 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:43.37 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 11:12.59 | *** join/#asterisk-dev oej (~oej@host-95-199-28-40.mobileonline.telia.com) |
| 11:13.00 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:20.38 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 12:30.20 | *** join/#asterisk-dev skrusty (~skrusty@168.63.14.171) |
| 12:53.26 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-qyexarojjjqepprb) |
| 13:33.26 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 13:46.38 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-tjdckupjmpmzyvbn) |
| 13:46.38 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:09.33 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-uvykpeaqpgcwxqmh) |
| 14:09.53 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-tpbiaqfdjzsfuebv) |
| 14:09.53 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:17.06 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-tcekfybopucjjjgg) |
| 14:17.18 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 14:55.40 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:55.40 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:11.00 | mjordan | Hrm. I think rtp_timeout is getting applied to direct media bridges |
| 15:15.00 | file | mjordan, hrm I think you're right! |
| 15:28.28 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-vpfwlnrguzamxctk) |
| 15:28.40 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-lraygteasgprjidg) |
| 15:38.42 | mjordan | file: yay phones randomly hanging up |
| 15:38.56 | mjordan | granted, don't set an RTP timeout when your phones are configured for direct media, but still |
| 15:39.04 | file | it should be easy to fix it |
| 15:39.17 | file | there's a field that stores the direct media address, if it's set then you're in direct media |
| 15:39.40 | mjordan | yup yup |
| 15:39.54 | mjordan | Got a few other things I'm poking on; will probably poke on that at some point. Or at least file an issue. |
| 15:40.05 | file | aye |
| 15:46.05 | nbjoerg | grmbl ipv6 needs careful socket open audit :( |
| 15:58.44 | gtjoseph | hates looking at code he wrote 2 years ago. :( |
| 16:07.48 | *** join/#asterisk-dev snuff-home (~brad@180-150-6-49.NBN.cranbourne.aussiebb.net) |
| 16:07.48 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 16:11.26 | mjordan | er |
| 16:11.41 | mjordan | file: do you see funcs/func_holdintercept in your source tree? |
| 16:13.19 | file | um |
| 16:13.21 | file | where? |
| 16:13.33 | mjordan | in funcs |
| 16:13.38 | file | er |
| 16:13.59 | file | ... |
| 16:14.00 | file | no |
| 16:14.23 | mjordan | hilarious |
| 16:14.26 | mjordan | it never got added in ab803ec3422e5377b5aa4769fbcc6b315d167d8b |
| 16:14.46 | file | reviewboard! |
| 16:14.48 | mjordan | I blame SVN |
| 16:14.52 | file | those were the days |
| 16:18.46 | mjordan | of course |
| 16:18.52 | mjordan | now I'm confused how the hold intercept tests are passing |
| 16:18.55 | mjordan | so that's concerning |
| 16:23.02 | jsmith | mjordan: Funny -- I thought the same thing... |
| 16:23.14 | jsmith | mjordan: If the tests are passing without the code... it's magic! |
| 16:41.44 | mjordan | heh |
| 16:41.51 | mjordan | well, at least the tests did what they were supposed to |
| 16:42.02 | mjordan | which was to determine that func_holdintercept wasn't installed, and so they didn't bother running |
| 16:42.07 | mjordan | good times were had by all |
| 16:43.51 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 16:43.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 16:44.33 | *** join/#asterisk-dev jwendell (~jwendell@unaffiliated/jonh-wendell/x-9044817) |
| 16:52.43 | *** join/#asterisk-dev pchero (~pchero@109.70.54.56) |
| 16:56.38 | *** join/#asterisk-dev DanDanN00dle (~DanDanN00@c-73-190-181-51.hsd1.tn.comcast.net) |
| 17:04.34 | mjordan | well, at least the test still passes with the func |
| 17:06.24 | nbjoerg | htf can dual stack work in 11.x |
| 17:12.02 | mjordan | Without any additional information, I'll say yes |
| 17:13.07 | nbjoerg | it seems to happily assume that you can mix address families wildly |
| 17:13.13 | nbjoerg | which the bsds reject |
| 17:13.23 | nbjoerg | (completely ignoring v6only) |
| 17:16.18 | mjordan | So, first, v6only isn't exactly "dual stack". |
| 17:17.12 | mjordan | As far as things assuming you can mix address families, I'd need more information to know where/what you're referring to. I would note that certain systems treat certain things differently, i.e., IPv4 addresses tunneled over IPv6, which can cause some interesting compatibility issues depending on the system |
| 17:17.22 | mjordan | And I'd guess that no one is really testing how the BSD families are doing things |
| 17:17.34 | mjordan | Since most of us are running Linux, and do our testing on Linux |
| 17:17.45 | mjordan | So there may be subtle things there that are specific to the platform |
| 17:38.14 | *** join/#asterisk-dev superscrat (asanders@nat/digium/x-nnfyiclrvukffbvx) |
| 17:40.46 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 17:40.46 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:40.58 | nbjoerg | mjordan: I wouldn't exactly call this subtile |
| 17:41.05 | nbjoerg | http://www.netbsd.org/~joerg/test.c |
| 17:41.27 | nbjoerg | that sendto fails at least on netbsd and solaris |
| 17:41.35 | nbjoerg | and frankly, that's what I *do* expect to happen here |
| 17:41.45 | nbjoerg | but fixing this will be a PITA |
| 17:44.20 | mjordan | yeah |
| 17:44.30 | mjordan | IPv6 wildcard is handled very, very differently in different stacks |
| 17:44.35 | mjordan | sometimes with very surprising results |
| 17:44.56 | mjordan | Generally, I've found that binding to an explicit IPv6 address works much better - which is really an OS issue, and not specific to Asterisk |
| 17:45.31 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-kqalgcicsbgaetwe) |
| 18:58.49 | *** join/#asterisk-dev Marquis42 (~mrbmw@d192-24-112-5.try.wideopenwest.com) |
| 19:12.58 | *** join/#asterisk-dev TazzNZ (~TazzNZ@mail.insync.za.net) |
| 19:24.52 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 19:24.52 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:15.02 | *** join/#asterisk-dev tmkerr (uid47880@gateway/web/irccloud.com/x-ladoohwesqnxvwpg) |
| 20:17.36 | tmkerr | is there currently a way to get asterisk to broadcast events? Say when a caller is put on hold? |
| 20:18.33 | jsmith | tmkerr: There are likely events broadcast on AMI... what kind of broadcast are you looking for? |
| 20:22.57 | tmkerr | say a call comes into a queue, and the caller is placed on hold. I want to be able to broadcast an event that will say when the caller was placed on hold |
| 20:23.05 | tmkerr | and again when the call resumes |
| 20:23.11 | tmkerr | is that possible? |
| 20:23.40 | WIMPy | If you don't get an event on AMI, it isn't happening :-) |
| 20:25.26 | tmkerr | ok I will check it out thanks |
| 20:25.58 | *** join/#asterisk-dev Marquis42 (~mrbmw@d192-24-112-5.try.wideopenwest.com) |
| 20:26.04 | jsmith | tmkerr: I don't remember if hold events get put in the queue log, but that's another place to look |
| 21:07.18 | leifmadsen | jsmith: ohai |
| 21:22.08 | gtjoseph | newtonr: Can you take a look at ASTERISK-25477? I think it should probably be an improvement instead of a bug, no? |
| 21:28.39 | newtonr | looks |
| 21:30.55 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 21:32.44 | newtonr | gtjoseph, yah |
| 21:32.51 | newtonr | changed |
| 21:33.13 | gtjoseph | Thanks Rusty. |
| 22:04.47 | newtonr | No problemo |
| 23:03.05 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 23:12.32 | *** join/#asterisk-dev leedm777 (~leedm777@50-81-28-152.client.mchsi.com) |
| 23:33.08 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-uvykpeaqpgcwxqmh) |