| 00:00.06 | Kobaz | A308416 |
| 00:00.14 | Kobaz | heh, no idea |
| 00:00.19 | dwayne | mnicholson, ^^ that ones one of yours |
| 00:01.18 | dwayne | I'll enter an issue when I get a chance |
| 00:01.35 | rgagnon | commit 308416 |
| 00:02.09 | rgagnon | commit repotools 308416 |
| 00:02.11 | MuffinMan | Failed to retrieve information on revision 308416 from repository repotools |
| 00:02.22 | rgagnon | commit asterisk 308416 |
| 00:02.23 | MuffinMan | [308416] Committed by mnicholson on 2011-02-21T15:02:20.378921Z: Merged revisions 308414 via svnmerge from |
| 00:02.24 | MuffinMan | ..https://origsvn.digium.com/svn/asterisk/branches/1.6.2 |
| 00:02.24 | MuffinMan | .. |
| 00:02.24 | MuffinMan | .................. |
| 00:02.24 | MuffinMan | .. r308414 | mnicholson | 2011-02-21 09:00:22 -0600 (Mon, 21 Feb 2011) | 12 lines |
| 00:02.27 | MuffinMan | .. |
| 00:02.27 | rgagnon | tada |
| 00:02.29 | MuffinMan | .. Merged revisions 308413 via svnmerge from |
| 00:02.31 | MuffinMan | .. https://origsvn.digium.com/svn/asterisk/branches/1.4 |
| 00:02.34 | dwayne | woot |
| 00:02.34 | MuffinMan | .. |
| 00:02.36 | MuffinMan | .. ........ |
| 00:02.39 | MuffinMan | .. r308413 | mnicholson | 2011-02-21 08:57:15 -0600 (Mon, 21 Feb 2011) | 5 lines |
| 00:02.42 | MuffinMan | .. |
| 00:02.44 | MuffinMan | .. Properly check the bounds of arrays when decoding UDPTL packets. Also, remove broken support for receiving UDPTL packets larger than 16k. That shouldn't ever happen anyway. |
| 00:02.47 | MuffinMan | .. |
| 00:02.50 | MuffinMan | .. AST-2011-002 |
| 00:02.52 | MuffinMan | .. FAX-281 |
| 00:02.55 | MuffinMan | .. ........ |
| 00:02.57 | MuffinMan | .................. |
| 00:02.59 | MuffinMan | .. |
| 00:03.01 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=308416 |
| 00:03.55 | dwayne | hrm, maybe its fixed in the branch. I guess I could check |
| 00:04.53 | rgagnon | looking at the diff, I don't see any #ifdef's that got tromped on for dev mode |
| 00:06.36 | dwayne | it was fixed in 308723 ... |
| 00:07.29 | rgagnon | ahhh... uninitialized ptrs ... fun |
| 00:13.13 | pabelanger | dwayne: what OS are you using? |
| 00:14.11 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 00:14.11 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 00:14.17 | dwayne | pabelanger, centos 5.5 |
| 00:28.45 | *** join/#asterisk-dev eugeneoden (~goden@99-62-173-93.lightspeed.austtx.sbcglobal.net) |
| 01:10.17 | *** join/#asterisk-dev w9sh (~chatzilla@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 03:14.51 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 03:14.51 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:48.33 | *** part/#asterisk-dev alecdavis (~alec@210.48.127.227) |
| 03:53.41 | *** join/#asterisk-dev coreyf1513 (~coreyf151@66-168-40-227.dhcp.asfd.ct.charter.com) |
| 06:23.36 | *** join/#asterisk-dev sgimeno (~chatzilla@163.117.206.10) |
| 06:28.25 | *** join/#asterisk-dev schmidts (~schmidts@2001:858:4:0:66b9:e8ff:fec3:ae88) |
| 06:28.25 | schmidts | good morning |
| 06:34.12 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 06:34.12 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 07:05.25 | *** join/#asterisk-dev asterisk-Tester (~chatzilla@77.42.241.114) |
| 07:08.02 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:53.48 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 08:53.48 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 09:03.54 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:8dff:2517:aa7b:f804) |
| 11:03.18 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:37.53 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:37.53 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:52.14 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:57.10 | *** join/#asterisk-dev ChrisInSydney (~Chris@60-242-81-231.tpgi.com.au) |
| 13:18.33 | *** join/#asterisk-dev luckman212 (~irc@2001:470:1f07:1225:e804:d94f:7c5f:3db1) |
| 13:28.37 | ChrisInSydney | hi there |
| 13:29.19 | ChrisInSydney | I have a quick question re astdb in db.c and the applerasin branch for 1.4 |
| 13:29.23 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:29.30 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:31.20 | heysuits | ChrisInSydney: you'll need to speak to oej about that (the developer of that branch) |
| 13:33.06 | ChrisInSydney | Just a quick one then, does everything in the standard 1.4 branch that uses the astdb use the fumction calls in db.c, or do they do their own thing to the astdb file |
| 13:34.25 | ChrisInSydney | ? |
| 13:37.08 | ChrisInSydney | I guess the question is can I get away with just patching db.c ? or does anyone know about any "gotchas" in other modules ? |
| 13:41.45 | wdoekes2 | ChrisInSydney: no one should be touching astdb through any other means than db.c.. but grep (or ack) is your friend if you want to be certain |
| 13:43.45 | wdoekes2 | my grep powers tell me you're going to be ok |
| 13:44.12 | ChrisInSydney | wdoekes2: Thanks for that. I'll give it a go with grep. I would hope that everything is well behaived |
| 13:45.31 | ChrisInSydney | wdoekes2: Cool :-) |
| 13:45.43 | ChrisInSydney | thanks for that |
| 13:46.40 | ChrisInSydney | I'm suprised that the patch isn't more widely talked about |
| 13:47.21 | ChrisInSydney | astdb using db1 is great, but when you push it..... |
| 13:47.46 | ChrisInSydney | and the only external access to is is AMI which is ..... |
| 13:47.55 | ChrisInSydney | well....you know |
| 13:48.14 | ChrisInSydney | ;-) |
| 13:51.06 | wdoekes2 | I guess most people use the driver-specific realtime interfaces |
| 13:51.50 | wdoekes2 | I have 0 bytes in my astdb |
| 13:52.45 | ChrisInSydney | so you load realtime and read and write to the database independent of astdb ? |
| 13:59.41 | wdoekes2 | I use uncached realtime sip peers, func_odbc for dialplan lookups/writes, etc.. |
| 13:59.47 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 13:59.47 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:03.02 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:04.57 | ChrisInSydney | ahh. I've heard or read somewhere that realtime doesnt work well with hints and MWI.. |
| 14:05.24 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:05.24 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:05.26 | wdoekes2 | you could be right. I don't use those :) |
| 14:06.58 | wdoekes2 | but I can change my users, voicemailboxes, queues, etc.. on the fly without having to do a <something> reload |
| 14:09.23 | Marquis42 | ChrisInSydney: uncached realtime SIP peers don't work all that well for those things, but if you use cached realtime they do. I use them. |
| 14:11.40 | ChrisInSydney | cool |
| 14:14.02 | ChrisInSydney | I guess the way I have been doing stuff, the flat files have been working OK for peers etc, its the call flow I want ot manage and I do alot of that with astdb as it was a good place to start' |
| 14:17.58 | ChrisInSydney | Thanks all for the heads up. |
| 14:18.45 | ChrisInSydney | I might still be up for the VUC. its 00:18 here and it starts at 2:00am local time |
| 14:23.31 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 14:23.31 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 14:25.18 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 14:25.19 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 14:55.18 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 15:03.00 | *** part/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 15:12.14 | *** part/#asterisk-dev rogersja (~RogersJa@S0106000f6695039f.gv.shawcable.net) |
| 15:14.22 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-fkdwsnwglfbjkswv) |
| 15:30.11 | dwayne | anyone know enough about TLS/SRTP to tell me why the SRTP crypto offer is unacceptable if it includes a lifetime? |
| 15:31.05 | dwayne | I'm looking at the blocks between lines ~230 -> 261 in channels/sip/sdp_crypto.c |
| 15:32.06 | *** join/#asterisk-dev Freeaqingme_ (~Freeaqing@2001:980:45b3:1:216:3eff:fe00:5) |
| 15:32.21 | dwayne | its obvious in the code that it is behaving this way because asterisk doesn't support lifetime, but is there a reason why it can't just ignore lifetime since Asterisk doesn't support it? |
| 15:32.45 | Qwell | Might be a required header. |
| 15:33.05 | Qwell | Like, if it's there, you can only decline, rather than ask for it without. |
| 15:33.09 | Qwell | (I have no idea) |
| 15:34.05 | dwayne | Qwell, thanks for your guess. :-) I wonder if that would be a setting on the destination gateway and if I can have them disable it |
| 15:38.08 | *** join/#asterisk-dev Rem| (~remi@bg-fw2out.monmouth.com) |
| 15:44.39 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:14.45 | dwayne | woot! minor code change and it works. I'll make a patch and put it on mantis |
| 16:17.25 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 16:17.26 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 16:19.58 | serafie | is looking for volunteers to quickly test JIRA. |
| 16:20.18 | serafie | I need someone outside Digium to reset their password completely, log in with a bad password, log in with a good password. |
| 16:21.08 | rgagnon | would having just a mantis and reviewboard account work, or is this for committing? |
| 16:21.18 | serafie | https://issues.asterisk.org/jira |
| 16:21.24 | serafie | mantis account is required |
| 16:23.16 | rgagnon | I can help if I have the right stuff setup... I just have to remember my password first :-) |
| 16:23.44 | serafie | actually, it doesn't matter, because I need you to reset it first |
| 16:23.46 | serafie | in JIRA |
| 16:23.51 | serafie | this does not affect your Mantis login |
| 16:23.56 | rgagnon | ok... just loggedin to mantis so I know my correct pw currently |
| 16:23.57 | serafie | except that you will use your mantis username. |
| 16:24.13 | rgagnon | k... should we go private for this test? |
| 16:24.17 | serafie | You can't log in with that password, anyway. Different hashing algorithm prohibits password migration. |
| 16:24.20 | serafie | Sure. |
| 16:30.27 | rgagnon | serafie: did you mean to take issues.asterisk.org offline? |
| 16:30.32 | serafie | yes |
| 16:30.42 | rgagnon | lol I am quick on that catch |
| 16:30.47 | serafie | it is coming back up now. |
| 16:38.53 | citywok | serafie: i just did a password reset on issues/jira |
| 16:40.19 | citywok | serafie: and it worked for me, i used a bad pw on purpose, then did forgot, it emailed me the link, and let me reset |
| 16:41.04 | serafie | OK, thanks. |
| 16:42.40 | The_Boy_Wonder | wdoekes2: issue #19289 does it look like my change will work? |
| 16:42.41 | MuffinMan | [assigned] [Asterisk] Core/Netsock 0019289: [patch] ast_tcptls_server_start fails second attempt to bind reported by wdoekes https://issues.asterisk.org/view.php?id=19289 |
| 16:43.01 | citywok | serafie: i tried going to the wiki... and it says not permitted and won't let me see anything? |
| 16:43.21 | citywok | serafie: it won't even let me view my own profile to edit it. |
| 16:43.24 | serafie | log out and back in from the wiki |
| 16:43.28 | citywok | yea i tried that |
| 16:43.35 | citywok | let me try another browser |
| 16:43.37 | serafie | Shouldn't have anything to do with this at all. |
| 16:43.51 | serafie | or maybe log out of JIRA and into the wiki |
| 16:43.53 | citywok | then somebody must hate me, same thing in IE |
| 16:44.02 | citywok | and i've never been to asterisk anything in IE, i never use IE |
| 16:44.51 | citywok | okay that's weird, it works fine if i'm not logged in, but if i am logged in i can't see anything. lol. |
| 16:47.22 | rgagnon | it seems to be down now for me as well. |
| 16:50.36 | citywok | rgagnon: it appears as though they hate us :P |
| 16:51.27 | rgagnon | I got the spinning sideways barber pole... its stuck |
| 18:39.46 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 19:43.06 | *** part/#asterisk-dev Rem| (~remi@bg-fw2out.monmouth.com) |
| 19:50.38 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 19:50.38 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:14.35 | dwayne | M19339 |
| 20:14.36 | MuffinMan | [new] [Asterisk] Channels/chan_sip/NewFeature 0019339: [patch] Adds a 'ignorecryptolifetime' (Ignore Crypto Lifetime) option to sip.conf for SRTP support with Sangoma Express Gateway reported by dhubbard https://issues.asterisk.org/view.php?id=19339 |
| 20:14.53 | dwayne | anyone want to comment on how potentially stupid I am for this ^^ |
| 20:17.21 | malcolmd | dwayne: i thought lifetime was handled and MKI wasn't? |
| 20:18.04 | dwayne | malcolmd, lifetime is 'handled' by stating that lifetime is unsupported and declaring the crypto offer unacceptable, then dropping the call |
| 20:18.31 | malcolmd | same thing happens w/ mki, i think. can you confirm? |
| 20:18.47 | dwayne | so I figured that since in my particular case I know the Sangoma device is specying a very large lifetime, its ok to ignore |
| 20:18.53 | dwayne | sure |
| 20:19.51 | dwayne | at first glance it looks like mki is completely ignored |
| 20:20.41 | dwayne | looks closer |
| 20:22.47 | dwayne | malcolmd, it looks like the same would happen w/ mki too |
| 20:23.16 | malcolmd | yeah :( |
| 20:27.29 | dwayne | malcolmd, this might be a major over simplification, but it looks like adding lifetime support _might_ just be counting RTP packets and dropping the call if the count reaches the lifetime |
| 20:28.20 | dwayne | all that from my vast experience reading section 6.1 of RFC 4568 |
| 20:30.59 | malcolmd | maybe a re-negotiation of keys is preferred to dropping the call? |
| 20:31.38 | dwayne | that's probably what is expected and if that didn't happen drop the call because you aren't supposed to accept any more packets |
| 20:32.13 | dwayne | malcolmd, btw, thanks for your TLS/SRTP wiki entry, it was very helpful |
| 20:56.43 | wdoekes2 | The_Boy_Wonder: for my particular case it would work indeed (failure on bind). if you would manage to get an error on the earlier socket call, it wouldn't. (I don't know if there are common socket errors, apart from running out of fd's) |
| 21:11.35 | The_Boy_Wonder | wdoekes2: ah alright. We'll go with your version |
| 21:13.46 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 21:28.42 | *** join/#asterisk-dev eugeneoden (~goden@99-62-173-93.lightspeed.austtx.sbcglobal.net) |
| 21:34.55 | wdoekes2 | The_Boy_Wonder: we might want to add a desc->master = AST_PTHREADT_NULL after the if().. otherwise that code could be run several times and I'm not sure if it's wise to pthread_join() a thread that is already gone |
| 21:35.55 | wdoekes2 | or does someone else clear ->master? |
| 21:41.06 | The_Boy_Wonder | no clue |
| 22:08.01 | dwayne | anyone see the email I sent to the -dev list about an hour ago? |
| 22:17.02 | *** join/#asterisk-dev luckman212_ (~irc@2001:470:1f07:1225:e804:d94f:7c5f:3db1) |