| 00:59.40 | *** join/#asterisk-dev oej_ (~olle@2001:16d8:cc57:1000:70fa:1761:ddd4:6329) |
| 00:59.41 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 01:07.47 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 01:07.47 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:21.12 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 03:45.19 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 03:45.19 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 04:12.49 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 04:39.15 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 05:19.20 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 07:40.48 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 07:40.50 | schmidts | good morning |
| 07:56.52 | wdoekes2 | morning :) |
| 08:08.29 | *** join/#asterisk-dev lftsy (~lftsy@194.38.160.113) |
| 08:17.17 | *** join/#asterisk-dev oej (~olle@87.96.134.129) |
| 08:17.28 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:21.10 | schmidts | good morning oej |
| 08:30.11 | *** join/#asterisk-dev merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 08:33.35 | *** join/#asterisk-dev Dovid (~Dovid@213.8.121.90) |
| 08:41.29 | oej | Good morning! |
| 08:51.09 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:528:6b19:5ff:e5a9) |
| 08:51.13 | *** join/#asterisk-dev gokulnath (~gokulnath@115.111.177.122) |
| 08:53.10 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:53.10 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:01.52 | *** join/#asterisk-dev merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 09:21.42 | *** join/#asterisk-dev irroot (~gregory@196-215-57-38.dynamic.isadsl.co.za) |
| 09:29.03 | *** join/#asterisk-dev merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 10:06.56 | *** join/#asterisk-dev merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 10:20.39 | *** join/#asterisk-dev oej (~olle@87.96.134.129) |
| 10:20.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:28.40 | *** join/#asterisk-dev merbanan (~benjamin@h217-27-188-82.cust.tyfon.se) |
| 10:43.16 | oej | hello merbanan |
| 10:50.42 | *** join/#asterisk-dev oej (~olle@87.96.134.129) |
| 10:50.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:51.14 | *** join/#asterisk-dev tamiel (~tamiel@85-171-170-252.rev.numericable.fr) |
| 10:53.30 | merbanan | hello |
| 11:37.07 | *** join/#asterisk-dev oej (~olle@87.96.134.129) |
| 11:37.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:47.48 | *** join/#asterisk-dev Tim_Toady (~fuzzy@193.92.236.29.dsl.dyn.forthnet.gr) |
| 11:47.48 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 12:13.00 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:13.00 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:21.21 | *** join/#asterisk-dev irroot (~gregory@196-215-57-38.dynamic.isadsl.co.za) |
| 12:28.23 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 12:30.56 | *** join/#asterisk-dev blitzrage (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:30.56 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 13:03.00 | *** part/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 13:03.44 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:03.44 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:03.53 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 13:03.53 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 13:16.38 | *** join/#asterisk-dev Corydon76-home (green@c-69-137-80-31.hsd1.tn.comcast.net) |
| 13:16.38 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 13:39.39 | JunK-Y | wdoekes2: thx for reviewing btw. |
| 14:05.41 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-tbxtfukiylecwesh) |
| 14:12.38 | *** join/#asterisk-dev otherwiseguy (~otherwise@cpe-69-76-221-79.kc.res.rr.com) |
| 14:24.38 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-ylhprtzzbawpiatk) |
| 14:24.38 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:36.41 | *** join/#asterisk-dev oron_laptop (~oron_lapt@local.xorcom.com) |
| 14:38.22 | *** join/#asterisk-dev sustav (~alfa@nat/digium/x-ihpvpcvudsfcqxwc) |
| 14:43.47 | leifmadsen | Photos of attendees at AstrDevCon 2011 have been updated: https://wiki.asterisk.org/wiki/display/AST/AstriDevCon+2011#AstriDevCon2011-2011 |
| 15:07.53 | *** join/#asterisk-dev irroot (~gregory@196-215-57-38.dynamic.isadsl.co.za) |
| 15:08.22 | *** part/#asterisk-dev irroot (~gregory@196-215-57-38.dynamic.isadsl.co.za) |
| 15:19.25 | acidfoo | leifmadsen, thanks ;) |
| 15:24.20 | schmidts | mjordan ping |
| 15:25.14 | leifmadsen | acidfoo: yw |
| 15:46.56 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 15:46.56 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:56.59 | mjordan | schmidts: pong |
| 15:58.00 | schmidts | mjordan i really like your udptl tree, i only checked it very shortly but i had a lot of problems with this, when doing some load tests |
| 15:58.59 | mjordan | yup, its a mess |
| 15:59.04 | mjordan | :-) |
| 15:59.24 | mjordan | totally no where near prime time. I'm running it through some of the testsuite udptl / t38 tests right now. |
| 16:00.06 | mjordan | when I get something that actually is working, I'd love for you to test it out |
| 16:01.04 | mjordan | the current codebase is creating the udptl stuff anytime we associate a dialog with a peer that has t38 support - which means we'll create the socket / memory for any dialog the enters into create_addr_from_peer (which is most of them) |
| 16:01.28 | mjordan | I'm trying to move it towards only creating the udptl object when the SDP explicitly says that the dialog is going to use T38 |
| 16:02.07 | mjordan | but there may be some problems with doing that that I'm not aware of yet |
| 16:02.58 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 16:02.58 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:04.20 | schmidts | mjordan i know, for load tests i normally disable the rows for udptl creation in sip_alloc ;) |
| 16:04.31 | schmidts | but i would be happy to test it when it passes the tests |
| 16:05.06 | schmidts | cya all tomorrow |
| 16:48.25 | *** join/#asterisk-dev moy (~moy@173.239.155.74) |
| 16:52.33 | *** join/#asterisk-dev oej_ (~olle@2001:16d8:cc57:1000:c043:9096:39c1:cee7) |
| 16:52.34 | *** mode/#asterisk-dev [+o oej_] by ChanServ |
| 16:55.29 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:55.29 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 17:03.34 | *** join/#asterisk-dev oej (~olle@87.96.134.129) |
| 17:03.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:42.01 | *** join/#asterisk-dev irroot (~gregory@197.109.187.66) |
| 17:42.38 | *** part/#asterisk-dev irroot (~gregory@197.109.187.66) |
| 18:05.27 | *** join/#asterisk-dev cVsup (~cVsup@187.127.228.155) |
| 18:21.37 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:26.01 | *** join/#asterisk-dev b3nt_pin (~brent@142.162.36.51) |
| 18:50.36 | *** join/#asterisk-dev b3nt_pin (~b3ntpin@142.162.36.51) |
| 19:04.00 | pabelanger | isn't r1656 a new feature? |
| 19:04.31 | pabelanger | https://issues.asterisk.org/jira/browse/ASTERISK-18969 is the issue |
| 19:04.40 | pabelanger | Just curious why we are adding it to 1.8 |
| 19:18.43 | putnopvut | pabelanger: Yeah, it is, but I'm letting it slide for a few reasons. 1) It is remedying an inconsistency between the dial and followme applications. 2) It doesn't affect existing dialplans in any way. 3) It's clearly documented in CHANGES as being added in a particular release. 4) Richard wrote it, and I trust him to not break things. |
| 19:20.08 | pabelanger | understood, but doesn't that go against the no new features in release branch policy? |
| 19:20.52 | putnopvut | It does. |
| 19:21.54 | leifmadsen | if it is fixing a bug, then it is ok, but otherwise it shouldn't go in (I haven't looked at what the change was or what it was fixing) |
| 19:23.04 | pabelanger | seems like a missed feature when we did connected line updates |
| 19:23.09 | putnopvut | It's one of those gray areas really. In a way, it's buggy because it doesn't behave the way app_dial does (there's no facility to ignore connected line updates), but on the other hand, it is adding a new option to followme. |
| 19:23.10 | pabelanger | *shurgs* |
| 19:23.27 | putnopvut | It was a judgment call, and I'm allowing it :) |
| 19:26.19 | pabelanger | we really need to start documenting these decisions / process (IMO), so we can keep track and look to them when it happens in the future. Seems like somebody else could make the same argument about any new feature and we'd likely say no. Judgement calls tend to cause problems for us in the future. |
| 19:28.23 | putnopvut | Oh, forgot another factor. app_followme is not exactly a high-use app in Asterisk. It's not like the new code was added into chan_sip or something like that. |
| 19:31.21 | pabelanger | I guess, but existing policy doesn't usually care about that. Seems like we are making an exception for a minimally used module. |
| 19:32.35 | pabelanger | https://wiki.asterisk.org/wiki/display/AST/AstriDevCon+2010#AstriDevCon2010-ReleasePolicyDiscussion |
| 19:40.49 | *** join/#asterisk-dev citywok (~citywok@67-134-194-33.dia.static.qwest.net) |
| 20:37.34 | putnopvut | So on issue ASTERISK-17929, I'm trying to make sure that Asterisk doesn't still attempt to place a to-tag in a dialog-starting INVITE when the INVITE has a Replaces header present. The only way I can see that Asterisk will send an INVITE with a Replaces header is if it receives a REFER request replacing a dialog that Asterisk does not know about. How can I reproduce such a situation? |
| 20:39.44 | *** join/#asterisk-dev otherwiseguy (~otherwise@rrcs-173-197-0-67.west.biz.rr.com) |
| 20:40.03 | mjordan | putnopvut: SIPp? |
| 20:40.14 | mjordan | although it'd be fairly complex |
| 20:40.35 | mjordan | well, not that bad |
| 20:44.19 | putnopvut | mjordan: Yeah, SIPp certainly works. I was hoping to find a way to do it with phones so I'd have a more concrete idea of how such a situation arises. |
| 20:44.48 | mjordan | wouldn't you get a REFER if you did a blind transfer? |
| 20:45.08 | mjordan | oh, nm, that's not what you want though ;-) |
| 20:45.26 | putnopvut | Right, I want a REFER that specifically replaces a dialog Asterisk does not know about. |
| 20:45.32 | mjordan | SIPp. |
| 20:45.59 | putnopvut | Yep, Going to set that up. Since all I care about is the ensuing INVITE, it doesn't have to be a foolproof scenario. |
| 20:55.57 | *** join/#asterisk-dev otherwiseguy (~otherwise@rrcs-173-197-0-67.west.biz.rr.com) |
| 21:01.34 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@38.100.211.103) |
| 21:11.49 | *** join/#asterisk-dev otherwiseguy (~otherwise@rrcs-173-197-0-67.west.biz.rr.com) |
| 21:20.31 | *** join/#asterisk-dev zerohalo (~zerohalo@74-94-141-204-ma.hfc.comcastbusiness.net) |
| 21:39.10 | kpfleming | putnopvut: there is a way to do what you want... have your phone registered to two asterisk servers, receive a call from server A, then blind transfer it to a destination on server B |
| 21:40.15 | putnopvut | I got it working with SIPp. Asterisk doesn't seem to exhibit the bad behavior anymore. I'm going to try it with Asterisk 1.4 next to see if it behaves badly. |
| 22:04.15 | otherwiseguy | gah. turns out the ast_channel staying around after we ack a non-200 final response on an outgoing invite only happens when we aren't bridged to a channel (like when doing channel originate …). |
| 22:12.39 | otherwiseguy | hmm, and in fact re-transmitting a 404 after we get the ACK does not seem to cause us to resend the ACK (with channel originate, or a SIP call then Dial to sipp returning multiple 404 responses). Am I going crazy or wasn't that the whole point of keeping the pvt around? |
| 22:46.00 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-ylhprtzzbawpiatk) |
| 22:55.43 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-wxxglboitnnympmh) |
| 23:13.48 | kpfleming | tzafrir: that's a large batch of cleanup patches |
| 23:22.47 | *** join/#asterisk-dev wdoekes2 (~walter@wjd.osso.nl) |
| 23:44.36 | tzafrir | kpfleming, most of them were automated. Now we got rid of most of the kernelpatch.pl warnings |
| 23:44.45 | tzafrir | (for xpp, that is) |