| 00:08.10 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-nymcgrcmbmhrghzy) |
| 00:16.03 | *** join/#asterisk-dev newtonr (~newtonr@173-17-133-211.client.mchsi.com) |
| 00:16.03 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 06:00.07 | *** join/#asterisk-dev bof22 (~Thunderbi@185.13.183.107) |
| 06:07.04 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 07:39.22 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 08:03.53 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.34) |
| 08:11.48 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 08:12.37 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.34) |
| 08:13.42 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:13.42 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:57.10 | *** join/#asterisk-dev newtonr_ (~newtonr@173-17-133-211.client.mchsi.com) |
| 08:57.10 | *** mode/#asterisk-dev [+o newtonr_] by ChanServ |
| 09:27.27 | tsearle | I think I have encountered an issue ref pjsip and Blind Xfer |
| 09:27.52 | tsearle | before if you xfer to an uri w/o a username part, then it would go to the s extension in the dialplan |
| 09:28.06 | tsearle | now it seems to be looking for empty string extension |
| 09:28.47 | tsearle | [Feb 23 09:21:46] ERROR[12631] res_pjsip_refer.c: Channel 'PJSIP/sbc_g729-00000001' from endpoint 'sbc_g729' attempted blind transfer to '@default' but target does not exist |
| 10:16.53 | stefan27 | is that the transfer **context** you'd want? |
| 10:17.04 | stefan27 | 'default'? |
| 10:18.17 | stefan27 | (just curious; it's unlikely I'll be able to help with your issue. I'm not a user of pjsip yet) |
| 10:53.45 | *** join/#asterisk-dev tsearle (~torrey@2a02:2788:1004:636:aeb5:7dff:feca:81d6) |
| 12:48.01 | *** join/#asterisk-dev newtonr (~newtonr@173-17-133-211.client.mchsi.com) |
| 12:48.01 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:04.56 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-35-201.wall.uls.co.za) |
| 15:07.57 | *** join/#asterisk-dev oej (~oej@192.36.80.8) |
| 15:07.58 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 15:11.03 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-byyzyafbgeqsoibw) |
| 15:11.03 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:15.02 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:15.02 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:19.59 | seanbright | thursday. |
| 15:27.15 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 15:27.15 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 15:31.35 | file | is. |
| 15:33.37 | seanbright | here. |
| 15:49.47 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-rdpaerkrvaetlaww) |
| 15:49.47 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:50.44 | seanbright | https://security.googleblog.com/2017/02/announcing-first-sha1-collision.html |
| 15:52.05 | file | gtjoseph: https://issues.asterisk.org/jira/browse/ASTERISK-26814 |
| 15:52.19 | cresl1n | seanbright: interesting |
| 15:52.35 | gtjoseph | @file: that was just fixed |
| 15:52.47 | gtjoseph | well, the md5sum part at least |
| 15:52.49 | file | the 10 second timeout though? |
| 15:53.26 | gtjoseph | yeha that one's strange |
| 15:53.37 | gtjoseph | i'll grab it |
| 15:58.53 | seanbright | 10 second connect timeout? |
| 15:58.57 | seanbright | get a better internet connection |
| 17:24.05 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@LStLambert-657-1-90-73.w80-13.abo.wanadoo.fr) |
| 17:52.38 | file | gtjoseph: godspeed |
| 17:55.28 | *** join/#asterisk-dev dustinm (~dustinm@68.ip-149-56-14.net) |
| 18:02.30 | *** join/#asterisk-dev jkroon (~jkroon@uls-154-73-32-159.wall.uls.co.za) |
| 18:22.37 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00906a32f874cf662b.ipv6.abo.wanadoo.fr) |
| 18:30.08 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-zkmmzuuzjjtnpzrd) |
| 18:30.08 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 19:04.32 | kharwell | Two statements that are being logged from the same thread should always log one after the other correct? |
| 19:05.58 | file | I wanna say yes |
| 19:05.59 | kharwell | meaning if log statement A is logged prior to B then A is always written first in the log file |
| 19:06.45 | gtjoseph | out of order writes would be BAD |
| 19:07.11 | kharwell | That's what I was thinking too. I know they are written to the file from a different thread, but though they should be queued in order |
| 19:07.20 | file | yes. |
| 19:08.06 | kharwell | here is something odd (unless I am totally missing something). Look at the following log file: https://issues.asterisk.org/jira/secure/attachment/54775/opus-debug.txt |
| 19:08.27 | gtjoseph | looks |
| 19:08.34 | kharwell | There is a log statement that appears to be written prior to another log statement |
| 19:08.51 | kharwell | "channel.c: Channel PJSIP/100-0000001d setting write format path: gsm -> ulaw" should come after "chan_pjsip.c: Oooh, got a frame with format of opus on channel 'PJSIP/100-0000001d' when we're sending 'ulaw', switching to match" |
| 19:10.48 | gtjoseph | well, they're not in the same function so is it possible that the channel.c debug is actually hetting first? |
| 19:11.07 | gtjoseph | or since there are no line numbers, could thos emessages be in multiple places? |
| 19:11.08 | kharwell | The "setting write path" debug statement is written out in ast_set_write_format_path, which is only called from chan_pjsip after the "oooh, got a frame" statement |
| 19:11.52 | kharwell | From what I can tell the only place ast_set_write_format_path is called from is from chan_pjsip_read |
| 19:12.09 | gtjoseph | if you can reproduce it, i'd suggest dumping a backtrace to the log right after those messages are sent |
| 19:15.52 | kharwell | blargh I figured it out there is another debug log message in "set_format" that is the same. I had originally searched for the string, but the one in "set_format" uses a format parameter in the statement |
| 19:16.23 | kharwell | so it calls the one in "set_format" then the other one. All in the correct order |
| 19:16.36 | gtjoseph | :) |
| 19:16.51 | gtjoseph | i was just doing a wcgrep to see if i could find any others |
| 19:37.26 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 22:20.44 | *** join/#asterisk-dev jkroon (~jkroon@dustpuppy.is.co.za) |
| 22:50.26 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 22:50.26 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:55.33 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-byyzyafbgeqsoibw) |