| 00:20.26 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 00:20.26 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 01:43.13 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8011:9c65:6153:8e4b:d06a) |
| 01:43.13 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 03:53.20 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8011:708d:956:e7cc:ccb2) |
| 03:53.20 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 04:09.35 | *** join/#asterisk-dev sh_smith (foobar@cpe-76-174-26-91.socal.res.rr.com) |
| 06:43.44 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 06:49.01 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 06:55.38 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:05.03 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:17.36 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:17.36 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:41.32 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:46.15 | *** join/#asterisk-dev Bordr (~Bordr@c-24-9-55-138.hsd1.co.comcast.net) |
| 09:54.50 | *** join/#asterisk-dev CELYA_ (~Thunderbi@be.celya.fr) |
| 10:17.43 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.34) |
| 12:36.17 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:20.04 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-zxyjuiomukkihvwl) |
| 13:20.04 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 13:23.58 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:23.58 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:36.50 | *** join/#asterisk-dev newtonr (newtonr@nat/digium/x-bbsazmwlyydqoevt) |
| 13:36.50 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:04.19 | *** join/#asterisk-dev bford (d8cff501@gateway/web/freenode/ip.216.207.245.1) |
| 14:09.14 | cresl1n | Anybody else having trouble logging into gerrit htis morning? |
| 14:09.23 | gtjoseph | nope |
| 14:09.23 | cresl1n | it's throwing an exception as soon as I hit the login button |
| 14:09.41 | cresl1n | also, welcome back gtjoseph :-) |
| 14:09.46 | gtjoseph | ewwwwwww |
| 14:09.52 | gtjoseph | must have just started that. |
| 14:09.54 | gtjoseph | and thanks! |
| 14:09.58 | cresl1n | Have you taken your last train trip for your life? |
| 14:10.14 | gtjoseph | nope |
| 14:10.18 | gtjoseph | <PROTECTED> |
| 14:10.27 | gtjoseph | but it was an adventure |
| 14:10.41 | cresl1n | cool |
| 14:10.51 | cresl1n | looks like the openid server is the one throwing the exception |
| 14:11.52 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-mtczvikxbmsjbkrj) |
| 14:11.52 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:11.59 | cresl1n | waves to kharwell |
| 14:12.09 | kharwell | aloha |
| 14:14.25 | file | nods |
| 14:26.12 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 14:50.31 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-hjidqgzghgxfsdha) |
| 14:50.31 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 14:54.33 | snuff-work | isn't understand the question on my asterisk pjsip case about pjsip logger |
| 14:54.44 | snuff-work | *understanding |
| 14:55.56 | snuff-work | if i did set the pjsip logger on where does the traffic go.. u can already see stuff in terms of the my-log related 1mb file as to what was going on in pjsip output or is there another output somewhere? |
| 14:57.35 | snuff-work | goes for zz's |
| 14:57.45 | file | it goes inline in the file, and shows exactly what thread was processing the message and also when it happened in relation to everything else going on |
| 15:02.22 | snuff-work | uhm.. pjsip set logger host xxx (all i see that doing is showing the same SIP msgs u get in the PCAP nothing more |
| 15:02.37 | seanbright | but it's in context |
| 15:02.47 | seanbright | please please please with sugar on top just do what rnewton asked |
| 15:02.48 | seanbright | please |
| 15:02.49 | seanbright | please |
| 15:02.50 | seanbright | PLEASE |
| 15:06.06 | *** mode/#asterisk-dev [+o bford] by gtjoseph |
| 15:09.15 | snuff-work | well i've started a new pcap and got ur pjsip logger host (for the one i care about) |
| 15:09.22 | snuff-work | and i'm goin to bed |
| 15:09.35 | snuff-work | i started this call via the old 'console' way |
| 15:10.08 | snuff-work | so will be a bunch more noise about 're-open dsp device /dev/dsp no such file or directory' |
| 15:10.37 | snuff-work | tomorrow i may retry in the morning with a session timer of 5 minutes |
| 15:10.46 | snuff-work | instead of default of 30 |
| 15:10.57 | snuff-work | so i don't tie up my phone for 45 minutes |
| 15:11.10 | snuff-work | signs off @ 1:11am |
| 15:13.15 | snuff-work | last thing.. as per my question asked in channel.. why does jira consider EVERY file available for anyone to open |
| 15:13.19 | snuff-work | when you upload it |
| 15:13.50 | snuff-work | i thought when i upload pcap etc and set the 'security level' it wasn't just setting ti for the COMMENT but for the upload too |
| 15:14.29 | file | You can only restrict the entire issue for stuff like that |
| 15:14.41 | file | JIRA is JIRA. |
| 15:14.58 | snuff-work | =( |
| 15:15.12 | file | Who would you restrict it to? |
| 15:15.19 | snuff-work | now the phone number is known to the internets |
| 15:16.05 | snuff-work | well dev/bug marshall rather than just any 'user' or worse like it is now any one on the internets |
| 15:16.19 | snuff-work | can view the uploads to a issue |
| 15:16.46 | file | We don't have a group strictly for Devs, just bug marshals |
| 15:17.04 | snuff-work | there was a dev's listed as one option |
| 15:17.11 | snuff-work | and users then none |
| 15:17.23 | snuff-work | as well as the 'bug marshall' |
| 15:18.42 | file | It may be in crowd but Devs don't get put in it, management is manual |
| 15:18.54 | snuff-work | 'project roles' => 'users','develeopers','bug marshalls' |
| 15:19.18 | snuff-work | well if i can speel.. |
| 15:33.23 | snuff-work | 5 more minutes.. and i should have output of crap in SDP.. |
| 15:42.51 | snuff-work | ok did same thing |
| 15:43.47 | snuff-work | nothin in SDP this time at all again |
| 15:46.46 | snuff-work | 2 threads handle call.. thread 1 initial invite (IP for SDP).. thread 2.. re-invite before expire (IP for SDP) + reinvite at time of expire (no IP for SDP) |
| 15:48.29 | snuff-work | same as my debug output i believe for the 2-3 others calls.. |
| 15:55.47 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-nluahkmhdhbkzmio) |
| 15:55.47 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 15:56.44 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-kbgtilibsgqopwdw) |
| 15:56.44 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 15:56.48 | snuff-work | why does pjsip set logger xx (only seem to apply via console, so if i leave the session.. no output to file) |
| 16:02.05 | snuff-work | ok did another test.. shortened session timer to 2 minutes.. |
| 16:02.32 | snuff-work | failed after 3 minutes.. same thing.. nothing/garbage in SDP for IP |
| 16:04.57 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-tqtqqgqkapfguxil) |
| 16:04.57 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 16:09.53 | snuff-work | *really going to zz's now* |
| 16:10.00 | snuff-work | files uploaded agian to case |
| 16:10.46 | seanbright | great |
| 16:10.47 | seanbright | thanks |
| 16:13.22 | seanbright | the SDPs look fine |
| 16:23.37 | seanbright | oh... i see it now |
| 17:14.24 | *** join/#asterisk-dev CELYA_ (~Thunderbi@LFbn-1-13958-212.w90-12.abo.wanadoo.fr) |
| 17:17.52 | *** join/#asterisk-dev Marquis42 (~Marquis42@d14-69-240-195.try.wideopenwest.com) |
| 17:17.52 | *** mode/#asterisk-dev [+o Marquis42] by ChanServ |
| 17:20.12 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-hkzuvfkobgmnolni) |
| 17:20.12 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 17:37.17 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-170.cust.bezeqint.net) |
| 17:37.17 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:11.13 | *** join/#asterisk-dev jameswf (uid27319@gateway/web/irccloud.com/x-gsujvydsttwjzmhn) |
| 18:13.36 | *** join/#asterisk-dev dakudos (~dakudos@c-73-243-248-133.hsd1.co.comcast.net) |
| 18:14.11 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.164) |
| 18:20.25 | rmudgett | file: I've been rethinking the transport deadlock situation concerning needing the dialog lock to get the serializer. About 30 lines later we get the endpoint without the dialog lock. So we may not need to get the dialog lock at all. |
| 18:21.17 | rmudgett | Make that about 55 lines later |
| 18:24.52 | file | that code has changed in recent times so I don't know the repercussions |
| 18:26.05 | rmudgett | I think it's always gotten the endpoint without the dialog lock there. |
| 18:26.57 | rmudgett | I added the fetch of the serializer to make sure associated messages are processed in order. |
| 18:27.06 | file | WELL |
| 18:27.49 | file | where are you referring to? |
| 18:28.18 | rmudgett | In pjsip_distributor.c:distrubutor() |
| 18:28.39 | rmudgett | Silly emoji's |
| 18:28.43 | file | ah down there |
| 18:29.20 | rmudgett | That function decides which serializer we should direct the message to. |
| 18:30.03 | file | I am weary of it... |
| 18:30.21 | rmudgett | as in tired? |
| 18:30.32 | file | YES! |
| 18:31.09 | file | or, I'd scope out everything and look at the possible scenarios to make sure that it is indeed sound not to hold that lock - it may be there is a race condition, but we're just lucky |
| 18:32.56 | rmudgett | When I added the serializer to the dialog extra data I used the endpoint as the role model. I saw that the dialog lock was held when getting and setting. I'm thinking the lock must be held when setting because we need to protect the dialog's memory pool. |
| 18:34.05 | rmudgett | Another thing that I see is that the dialog extra data doesn't have a ref to either the serializer nor the endpoint. |
| 19:27.17 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 19:28.56 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-gjthfjkttdppkrbm) |
| 19:28.56 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 20:12.34 | *** join/#asterisk-dev oej (~oej@h-205-12.A165.corp.bahnhof.se) |
| 20:12.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:31.56 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-cenekcdfsvqfjjzl) |
| 20:31.56 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 20:40.41 | *** join/#asterisk-dev joshelson (~joshelson@206.205.80.228) |
| 20:47.35 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-zneakmgvwcvjyiqc) |
| 20:47.36 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 20:56.20 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-fwxartzfxrwatesb) |
| 20:56.21 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 20:56.43 | *** join/#asterisk-dev Kobaz (~kobaz@its.kobaz.net) |
| 20:58.14 | kharwell | think I was disconnected earlier so reposting just in case |
| 20:58.15 | kharwell | file: with the changes you mentioned for h264 should that still be backported then to 13/14? |
| 20:58.32 | file | hum |
| 20:58.55 | file | that is a question |
| 20:58.58 | file | I don't... know... |
| 20:59.32 | kharwell | I'll see what comes of the changes and we can decide then |
| 21:01.53 | kharwell | also as far as the using srcupdate/change for the control frame once dtls has been established could that possibly cause a side effect for others listening for that frame type? |
| 21:02.53 | file | the side effect in the case of RTP would be setting the marker bit and changing the source, but you wouldn't have flowing media until DTLS was negotiated anyway - so that would happen regardless |
| 21:37.03 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 21:46.12 | Kobaz | voicemail realtime question... |
| 21:46.29 | Kobaz | i'm using extconfig: voicemail => pgsql,pbx,asterisk.v_asterisk_voicemail_config |
| 21:46.54 | Kobaz | trying to get timezones working... it seems like the code that populates the zones linked list doesn't run when you're using realtime |
| 21:48.11 | Kobaz | actual_load_config() and then the section starting with cat = ast_category_browse(cfg |
| 22:28.44 | Kobaz | oooooh |
| 22:28.45 | Kobaz | i get it |
| 22:29.01 | Kobaz | there's voicemail => which is voicemail boxes, and then voicemail.conf |
| 22:29.20 | Kobaz | odd it took me this long to actually notice that |
| 22:31.43 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 23:14.24 | *** join/#asterisk-dev Marquis42 (~Marquis42@d14-69-240-195.try.wideopenwest.com) |
| 23:14.24 | *** mode/#asterisk-dev [+o Marquis42] by ChanServ |
| 23:17.27 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-fwxartzfxrwatesb) |
| 23:25.23 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 23:25.23 | *** mode/#asterisk-dev [+o gtjoseph] by ChanServ |
| 23:35.24 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 23:35.24 | *** mode/#asterisk-dev [+o gtjoseph] by ChanServ |
| 23:37.59 | *** join/#asterisk-dev gtjoseph_ (~gtjoseph@unaffiliated/gtj) |
| 23:37.59 | *** mode/#asterisk-dev [+o gtjoseph_] by ChanServ |