| 00:38.04 | *** join/#asterisk-bugs leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:38.04 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 01:55.41 | *** join/#asterisk-bugs elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 02:14.16 | *** join/#asterisk-bugs pabelanger (~pabelange@50.22.5.41-static.reverse.softlayer.com) |
| 02:14.16 | *** mode/#asterisk-bugs [+o pabelanger] by ChanServ |
| 03:41.24 | *** join/#asterisk-bugs miguel3239 (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 04:44.32 | *** join/#asterisk-bugs infobot (~infobot@rikers.org) |
| 04:44.33 | *** topic/#asterisk-bugs is Asterisk Bugs Discussion -=- http://issues.asterisk.org/ -=- http://asterisk.org/developers/bug-guidelines - Discussions not related to reported issues should be in #asterisk -=- Join #asterisk-testing for help with testing issues marked Ready for Testing -=- http://xkcd.org/583/ -=- An issue tracker full of activity is a sign of a healthy project |
| 12:53.02 | *** join/#asterisk-bugs leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:53.02 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 14:47.02 | *** join/#asterisk-bugs The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:00.22 | *** join/#asterisk-bugs bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 15:00.22 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 15:00.42 | *** join/#asterisk-bugs putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:00.42 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 15:43.30 | *** join/#asterisk-bugs bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 15:43.30 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 16:31.46 | *** join/#asterisk-bugs tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 18:34.45 | leifmadsen | M18916 |
| 18:34.48 | MuffinMan | [new] [Asterisk] Channels/chan_sip/CodecHandling 0018916: Flooding with chan_sip.c:6047 sip_write: Asked to transmit frame type alaw, while native formats is 0x100 (g729) read/write = 0x reported by yarns https://issues.asterisk.org/view.php?id=18916 |
| 18:35.19 | leifmadsen | anyone have clues if that is just a configuration issue or if that could be a real issue? He tested with a Digium g729 license after I initially closed it. I wonder if it has somethign to do with trying to transcode multiple channels.... |
| 18:38.05 | pabelanger | leifmadsen: I thought that was a debug message |
| 18:38.15 | pabelanger | checking |
| 18:39.30 | pabelanger | maybe not, LOG_WARNING |
| 18:40.56 | pabelanger | leifmadsen: looks like a configure issue, [test] only supports alaw, while [outtrunk] only support g729 |
| 18:41.11 | leifmadsen | ya but it should transcode with a license right? |
| 18:41.29 | leifmadsen | but he is using the m() option for MoH so I was thinking maybe it is trying to use multiple licenses with that config |
| 18:41.52 | leifmadsen | there is another issue with MixMonitor() in that it works like that when recording, but that's because it has to change it from one format to another |
| 18:41.59 | leifmadsen | while also writing |
| 18:42.30 | pabelanger | possible, maybe option 'm' requires more licenses. But, that is something Digium could only check |
| 18:43.20 | pabelanger | I'd check how many licensees hey has, sounds like not enough |
| 18:43.41 | leifmadsen | only 1 |
| 18:43.49 | pabelanger | 'We bought one channel license for g729 from digium' |
| 18:43.52 | leifmadsen | he was using a "third party" license before and I closed the issue on him |
| 18:43.54 | leifmadsen | ya |
| 18:44.00 | pabelanger | so, ya. Looks like he needs more licenses |
| 18:44.07 | leifmadsen | I think I'm going to tell him to talk to support |
| 18:44.12 | russellb | third party license == no license |
| 18:44.14 | russellb | :-) |
| 18:45.04 | leifmadsen | he bought a Digium license after I closed it because of that |
| 18:45.22 | leifmadsen | he was using some other codec_g729 module |
| 18:45.44 | leifmadsen | there isn't much we can do for him |
| 18:46.28 | russellb | contacting support sounds reasonable |
| 18:47.49 | leifmadsen | awesome |
| 18:48.26 | leifmadsen | russellb: ohai! o/ |
| 18:48.59 | leifmadsen | russellb: ... |
| 18:49.01 | leifmadsen | M18923 |
| 18:49.03 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0018923: Occasional SIP deadlock in 1.8.4-rc2 reported by jmahonin https://issues.asterisk.org/view.php?id=18923 |
| 18:49.05 | leifmadsen | possible blocker? |
| 18:49.37 | russellb | leifmadsen: tell him to switch to res_timing_dahdi and that will fix it |
| 18:49.47 | russellb | i don't want that to block because i don't know how long it will take to figure that out |
| 18:49.50 | russellb | it's really bad though |
| 18:49.58 | russellb | i'm seeing multiple deadlocks caused by res_timing_timerfd |
| 18:50.07 | russellb | we need to find a way to replicate it ... |
| 18:50.17 | russellb | then try to do the same thing under valgrind to see if anything comes up |
| 18:50.27 | leifmadsen | yep I just scrolled down far enough to see res_timing_timerfd myself |
| 18:50.31 | russellb | we need to also collect some system information from all users that are seeing this - especially kernel version, glibc version |
| 18:51.07 | leifmadsen | sounds like it'll have to be a -dev thread and a new issue to track all of this, then associate all issues that are seeing/related to it and getting them all bunched together |
| 18:51.22 | leifmadsen | we can do that when it gets assigned to someone though |
| 20:15.59 | leifmadsen | M18922 |
| 20:16.01 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Interoperability 0018922: Asterisk is answering with 404 to OPTIONS messages sent by a SIP peer when this peer try to qualify connection. reported by jkleinerman https://issues.asterisk.org/view.php?id=18922 |
| 20:16.12 | leifmadsen | I have seen this before, and I keep thinking it is a configuration issue but can't remember what I changed |
| 20:16.34 | russellb | yes |
| 20:16.40 | leifmadsen | ah duplicate of 18348 |
| 20:16.41 | russellb | we check the dialplan |
| 20:16.52 | leifmadsen | reporter states they have 's' in [default[ |
| 20:16.56 | russellb | to see if the URI would result in an accepted call or not if it was an INVITE |
| 20:17.04 | russellb | yeah but it's whatever SIP URI was used in the OPTIONS that was sent to Asterisk |
| 20:17.10 | leifmadsen | oic |
| 20:17.42 | leifmadsen | looking at the OPTIONS packet |
| 20:17.42 | russellb | so we need to see what OPTIONS they sent, and we have to know what context is in [general] |
| 20:17.58 | russellb | s@default may or may not be what Asterisk would check |
| 20:18.09 | leifmadsen | ok, so I see this: |
| 20:18.09 | leifmadsen | OPTIONS sip:xxx.xxx.xxx.xxx SIP/2.0 |
| 20:18.22 | leifmadsen | that should be OPTIONS sip:s@xxx.xxx.etc |
| 20:18.22 | russellb | ok, so that would go to 's' since no exten was specified ... in theory |
| 20:18.30 | leifmadsen | right, but it doesn't |
| 20:18.31 | russellb | now, the next question is ... what context is set |
| 20:19.20 | leifmadsen | by default context=default in sip.conf |
| 20:19.28 | russellb | hm? |
| 20:19.28 | leifmadsen | https://issues.asterisk.org/view.php?id=18348#129880 |
| 20:19.33 | russellb | on the phone can't really look |
| 20:19.35 | leifmadsen | that note concerns me |
| 20:19.48 | leifmadsen | I have also similiar problem. I need to respond to: |
| 20:19.48 | leifmadsen | OPTIONS sip:#865@1.1.1.1 SIP/2.0 |
| 20:19.48 | leifmadsen | With SIP/2.0 200 OK |
| 20:19.48 | leifmadsen | which works in 1.6, when I create this extension: |
| 20:19.48 | leifmadsen | <PROTECTED> |
| 20:19.49 | leifmadsen | in untrusted context (we have context=untrusted in [general] section of sip.conf) |
| 20:19.51 | leifmadsen | but stopped to work after upgrade to 1.8 |
| 20:20.01 | leifmadsen | <PROTECTED> |
| 20:20.05 | russellb | orly |
| 20:20.07 | leifmadsen | it is looking like a possible regression |
| 20:20.41 | russellb | i think i see it |
| 20:21.07 | russellb | i lied |
| 20:21.11 | leifmadsen | darn |
| 20:21.34 | russellb | well i might see it but the code is the same in 1.4 so ... o.O |
| 20:21.53 | leifmadsen | hmmm |
| 20:22.07 | leifmadsen | seems to be most people mentioning between 1.6.2 works and 1.8 doesn't |
| 20:23.15 | russellb | right |
| 20:24.26 | russellb | nope, what i see isn't it |
| 20:24.29 | russellb | so *shrugs* |
| 20:24.53 | leifmadsen | ok well thanks for looking anyways |
| 20:25.01 | leifmadsen | wasn't expecting a fix anyways :) |
| 20:25.21 | leifmadsen | the original was just to make sure I was triaging right, and it was a dupe anyways, so I've closed the dupe |
| 20:28.07 | seanbright | M17255 |
| 20:28.13 | MuffinMan | [ready for testing] [Asterisk] Core/General 0017255: [patch] UDP ports not freed/ports leaking reported by kvveltho https://issues.asterisk.org/view.php?id=17255 |
| 20:28.15 | seanbright | let's get that committed, m'kay? |
| 20:28.17 | seanbright | thanks guys |
| 20:28.20 | seanbright | pip pip |
| 20:28.40 | leifmadsen | ah! |
| 20:30.07 | leifmadsen | seanbright: I thought you had commit access :) |
| 20:48.19 | seanbright | i di |
| 20:48.21 | seanbright | do |
| 20:51.59 | leifmadsen | closin' da issues, closin' da issues (in the style of strongbad) |
| 21:10.38 | *** join/#asterisk-bugs elguero (48f830e0@gateway/web/freenode/ip.72.248.48.224) |
| 21:36.03 | *** join/#asterisk-bugs Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |