| 00:42.27 | *** join/#asterisk-dev mjordan (~mjordan@user-24-214-136-35.knology.net) |
| 00:42.27 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:48.47 | *** join/#asterisk-dev leedm777 (~Adium@user-69-73-1-116.knology.net) |
| 03:39.51 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.98.191) |
| 06:55.57 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 07:58.48 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:7dcf:7d4e:2b44:64d5) |
| 10:32.51 | *** join/#asterisk-dev spditner (~simon@206-248-134-241.dsl.teksavvy.com) |
| 11:32.32 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 12:51.08 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-iomlboqluoooacgm) |
| 13:00.22 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-emjngfztegjfbfpa) |
| 13:05.17 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-rychkeptjiobilcl) |
| 13:05.17 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:14.49 | *** join/#asterisk-dev dwayne (~dwayne@c-76-29-230-45.hsd1.al.comcast.net) |
| 13:56.10 | *** join/#asterisk-dev leedm777 (~Adium@nat/digium/x-xpmrcsknvgjrdnwq) |
| 14:56.42 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:07.24 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:30.50 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-okalkcrkdxirsxqh) |
| 15:30.50 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:35.44 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-okalkcrkdxirsxqh) |
| 16:02.25 | *** join/#asterisk-dev GameGamer43 (uid5533@gateway/web/irccloud.com/x-yphdlqedcvfomiwn) |
| 16:45.10 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-mgxlkdwltgqqhoto) |
| 16:45.10 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 17:17.39 | *** join/#asterisk-dev ocdcoder (~user@74.51.115.113) |
| 17:24.48 | *** join/#asterisk-dev italorossi (~textual@189.124.163.167) |
| 17:37.28 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.98.191) |
| 18:47.07 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 19:21.35 | *** join/#asterisk-dev oej (~olle@h87-96-134-129.dynamic.se.alltele.net) |
| 19:21.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:31.45 | *** join/#asterisk-dev ocdcoder (~user@74.51.115.113) |
| 19:41.04 | *** join/#asterisk-dev ocdcoder (~user@74.51.115.113) |
| 20:04.52 | *** join/#asterisk-dev spditner (~simon@206-248-134-215.dsl.teksavvy.com) |
| 20:10.15 | *** join/#asterisk-dev snuff-work (~snuffy@210.9.82.197) |
| 20:10.15 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 20:22.34 | mjordan | file: putnopvut: qwell: leifmadsen: anyone else who cares to weigh in on this in the next 60 seconds - icesupport enabled by default or not in 11.0.0-rc1? |
| 20:22.52 | Qwell | Does it break conforming clients? |
| 20:23.00 | mjordan | Qwell: define conforming |
| 20:23.03 | mjordan | but no |
| 20:23.18 | Qwell | Then I'll bite my tongue about how bad clients are bad. :) |
| 20:23.33 | Qwell | (except that statement) |
| 20:23.42 | file | ummmm |
| 20:23.53 | file | from a purely "I wanna see what happens" view I'd leave it on :P |
| 20:24.15 | mjordan | it is the first release candidate. There will be at least one more. |
| 20:24.23 | WIMPy | Does it still truncate messages? |
| 20:24.41 | mjordan | WIMPy: no, Asterisk should not be truncating messages |
| 20:24.54 | mjordan | IIRC, that issue actually got fixed before the first beta |
| 20:25.35 | file | it's possible though for the message to get so big that you have to use TCP, though |
| 20:25.50 | WIMPy | And one peer I had issues with was a huawei switch. Tha explicitly said message too long. I guess I should try again with untruncated messages. |
| 20:25.54 | mjordan | MTU is an issue no matter |
| 20:26.27 | mjordan | WIMPy: I think that's probably my larger fear - I expect most devices to handle ICE candidates properly; some switches and providers may be another question entirely |
| 20:26.39 | mjordan | but we've had shockingly few reports of it from the beta |
| 20:27.51 | WIMPy | I will try to enable it again in a second. |
| 20:31.08 | WIMPy | I still get lots of "failed to extend"s. Let me update. |
| 20:31.51 | WIMPy | and a "513 Message Too Large". |
| 20:32.20 | putnopvut | mjordan: I think it should be disabled by default. |
| 20:32.21 | file | there just may be too many ICE candidates which causes the SDP to get so large that the remote side just can't handle it |
| 20:33.48 | mjordan | file: why, shocking, there's a DEFAULT_ICESUPPORT - its almost like someone thought we might make the default disabled :-P |
| 20:34.38 | file | the thing I want to gather from having it enabled is feedback on how endpoints react, if we disable it by default we won't get much (if any) and that would be valuable information |
| 20:35.51 | WIMPy | Well, Huawei ist THE standard telco equipment today. So I'd call that serious. |
| 20:36.08 | Qwell | WIMPy: Unless you're in the US. |
| 20:36.56 | Qwell | (http://www.bbc.co.uk/news/business-19867399) |
| 20:37.50 | mjordan | file: at the same time, rolling an LTS and have it out of the box blow won't be enjoyable. And at this point, we've only gotten so much feedback, and most of it has been "yup, those endpoints suck" |
| 20:37.55 | WIMPy | Same situation with current trunk. |
| 20:38.12 | file | I'm fine either way in the end |
| 20:38.18 | mjordan | WIMPy: pastebin an INVITE? Just to double check what's happening is what I think |
| 20:38.39 | mjordan | Qwell: RED DAWN. |
| 20:38.56 | Qwell | mjordan: '84 or '12? |
| 20:39.20 | mjordan | yes! |
| 20:39.36 | mjordan | wolverines forever |
| 20:39.55 | WIMPy | http://wimpy.yeti.dk/pastebin |
| 20:40.21 | file | that's... weird |
| 20:40.33 | file | oh |
| 20:41.24 | file | yup yup |
| 20:42.19 | mjordan | sounds like it would exceed the MTU |
| 20:42.22 | file | you have so many potential candidates that the 1k isn't enough and in the end will most likely still exceed MTU |
| 20:43.55 | file | and it would drove the message so big anyway that the equipment can't handle it |
| 20:43.58 | file | erm and it drove |
| 20:45.51 | WIMPy | And trying to call an Auerswald PBX also still results in it silently ignoring the request. |
| 20:50.58 | file | yup so you'd have to disable ICE support on your system for UDP using clients |
| 20:51.29 | file | or once the default is changed, only enable it on TCP clients |
| 20:51.55 | WIMPy | I don't see any reason why I would want to enable it. |
| 20:52.34 | file | right, or not enable it at all |
| 20:54.37 | mjordan | WIMPy: disabled by default |
| 20:58.07 | WIMPy | Qwell: About the security issue: Yes, I do see it, but it's not new. It's just that now the Chinese are in control instead of the Israeli. The western governments lost it a long time ago. |
| 21:03.28 | mjordan | waits for the day when the Liechtensteinen rise up and surprise us all |
| 22:29.02 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-mgxlkdwltgqqhoto) |
| 23:05.41 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 23:05.41 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 23:28.17 | *** part/#asterisk-dev dD0T (~dD0T@unaffiliated/dd0t) |