| 00:03.03 | *** join/#asterisk-dev fornax (~fornax@85.183.43.221) |
| 00:05.21 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 00:31.03 | *** join/#asterisk-dev shazaum_ (~shazaum@201.86.103.238.dynamic.adsl.gvt.net.br) |
| 05:09.00 | *** join/#asterisk-dev doome_ (~doome@82.150.48.146) |
| 07:10.42 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 07:12.01 | *** join/#asterisk-dev oej (~oej@2a03:f0c0:1001:1000:f952:dd04:c6e2:13f1) |
| 07:12.01 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:15.12 | *** join/#asterisk-dev oej (~oej@2a03:f0c0:1001:1000:f952:dd04:c6e2:13f1) |
| 07:15.12 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:17.39 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:17.40 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:23.16 | *** join/#asterisk-dev oej (~oej@2a03:f0c0:1001:1000:f952:dd04:c6e2:13f1) |
| 09:23.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:00.17 | *** join/#asterisk-dev oej (~oej@2a03:f0c0:1001:1000:f952:dd04:c6e2:13f1) |
| 11:00.17 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:26.34 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-zwtobmfbzyrpvlsy) |
| 11:26.34 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:12.56 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-mfqownyorwxdoacj) |
| 12:12.56 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 12:29.13 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 12:29.13 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 13:03.48 | *** join/#asterisk-dev oej (~oej@217.142.152.56) |
| 13:03.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:11.44 | *** part/#asterisk-dev mjordan (mjordan@nat/digium/x-zwtobmfbzyrpvlsy) |
| 13:12.26 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-oaxtykxgbjhklvdw) |
| 13:46.37 | *** join/#asterisk-dev oej (~oej@2a03:f0c0:1001:1000:5db0:3c35:17c1:cf17) |
| 13:46.37 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:01.39 | *** join/#asterisk-dev superscrat (asanders@nat/digium/x-rcbvxswtmvqtjaxa) |
| 14:04.18 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-oomygnyzhsawengl) |
| 14:04.18 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-pmmciqbyrrubpjki) |
| 14:04.18 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:05.26 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-bainxhuuiyevnqcx) |
| 14:19.44 | *** join/#asterisk-dev putnopvut (putnopvut@asterisk/master-of-queues/mmichelson) |
| 14:19.44 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:19.56 | file | can I get a what what on 675, 676, and 677? |
| 14:21.20 | putnopvut | You just might |
| 14:23.20 | file | coughs on putnopvut |
| 14:24.27 | *** join/#asterisk-dev sgriepentrog (sgriepentr@nat/digium/x-cnaxefibtgbfyarn) |
| 14:37.29 | *** join/#asterisk-dev mjordan (mjordan@nat/digium/x-kpcgpcucmzzdvnck) |
| 14:37.29 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:41.00 | file | A wild mjordan appears. |
| 14:42.11 | mjordan | hola. |
| 14:42.28 | mjordan | on the plus side, moving Zuul to the Gerrit server appears to solve the SSH connection woes |
| 14:42.35 | putnopvut | yay |
| 14:42.44 | mjordan | which is not surprising, since if you can't keep an SSH connection open on 127.0.0.1, then hell man. Just give up. |
| 14:42.51 | file | mjordan, see - I mean, that's nice, but I still don't trust it |
| 14:42.55 | mjordan | neither do I |
| 14:43.04 | mjordan | I haven't run any real data through it, I'm just not seeing the random disconnects |
| 14:43.13 | mjordan | we'll see if it can last the day |
| 14:47.53 | file | still not going to trust it :P |
| 14:48.35 | mjordan | well, it certainly hasn't been a smooth road |
| 14:55.32 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 15:18.36 | *** join/#asterisk-dev hexanol (~bibi@modemcable094.94-70-69.static.videotron.ca) |
| 15:40.06 | *** join/#asterisk-dev doome_ (~doome@apn-94-44-252-5.vodafone.hu) |
| 15:54.37 | *** join/#asterisk-dev leedm777 (leedm777@nat/digium/x-iahvnbebuygkgdzq) |
| 15:57.20 | *** join/#asterisk-dev mbowie (~mbowie@162.212.36.9) |
| 15:59.37 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 16:00.48 | *** join/#asterisk-dev doome_ (~doome@apn-94-44-252-5.vodafone.hu) |
| 16:08.24 | *** join/#asterisk-dev Stefan26 (~Stefan0@h105n2-s-oe-a15.ias.bredband.telia.com) |
| 17:04.01 | Stefan26 | Hi - can i still write comments to abandoned gerrits? |
| 17:05.09 | file | yes |
| 17:05.10 | Stefan26 | mjordan wrote: If at any point you feel like you have a good handle on what may be causing the issue, please do comment on the issue, or post an e-mail to the asterisk-dev list. but does 'commenting on the issue' mean uploading a comment to the JIRA or to the abandoned gerrit? |
| 17:05.29 | file | JIRA comment |
| 17:25.48 | Stefan26 | OK, because I started looking at openssl-examples again, especially http://www.roxlu.com/2014/042/using-openssl-with-memory-bios |
| 17:27.21 | Stefan26 | by the way do you remember what you meant with your re-negotiation comment of https://gerrit.asterisk.org/#/c/490/ ? isn't it dtls_srtp_renegotiate that's responsible for initiating that, not ast_rtp_on_ice_complete? |
| 17:28.02 | file | ICE re-negotiation |
| 17:28.12 | file | it would trigger a new ICE negotiation, and on_ice_complete would get called again |
| 17:33.45 | rmudgett | file: mjordan: Heh. For the outgoing registration reviews. The original "Stopped" status would never go out as a Registry event. For the new stopping state, the string will go out in the event but only after it has actually stopped. |
| 17:34.02 | file | oic |
| 17:34.21 | rmudgett | chan_sip also will generate the Registry events and has even more undocumented strings |
| 17:34.31 | rmudgett | possible |
| 17:44.54 | Stefan26 | OK, then correct behavior during ice re-negotation definitely needs to be investigated too... but in the normal case, we have a call to SSL_do_handshake(dtls->ssl); on a ssl which is in accept-state, at a random time, which is not at all needed to complete the handshake - it seems - refering to the example they only call SSL_do_handshake on the server.ssl whenever they receive something |
| 17:44.54 | Stefan26 | from client, which for us corresponds to our call to SSL_Read from __rtp_recvfrom. I think SSL_Read and SSL_do_handshake are two alternative ways of progressing the handshake as server ? |
| 17:45.50 | file | I don't know/remember |
| 17:45.51 | Stefan26 | I know I can't use a random dude's example as a source of truth but I don't have much to go on |
| 17:46.21 | Stefan26 | Do you remember what documentation you used to design your openssl-call-flow or did you base it off an example too? |
| 17:46.37 | file | I don't remember that either |
| 17:50.38 | *** join/#asterisk-dev doome_ (~doome@94-21-238-35.pool.digikabel.hu) |
| 17:54.10 | Stefan26 | ok I'll probably upload some notes to the jira when im done with second investigation, but again, im not knowledgable about this stuff, just persistent, i hate weird errors |
| 17:55.41 | Stefan26 | i wish i had a good test tool for testing dtls and res_rtp_asterisk.c under load |
| 17:56.33 | file | I wish many things |
| 18:02.57 | *** join/#asterisk-dev husanu6 (~husanu6@5-12-36-106.residential.rdsnet.ro) |
| 18:27.48 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 18:27.48 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:40.02 | *** join/#asterisk-dev newtonr (RustyNewto@nat/digium/x-bwewzplxdppgepkk) |
| 18:40.02 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 18:41.08 | *** join/#asterisk-dev Megagolgoth (~Megagolgo@AMontsouris-652-1-172-33.w92-163.abo.wanadoo.fr) |
| 18:41.19 | *** part/#asterisk-dev Megagolgoth (~Megagolgo@AMontsouris-652-1-172-33.w92-163.abo.wanadoo.fr) |
| 18:55.20 | leifmadsen | leedm777, what are the ansible issues you've run into at respke? |
| 18:55.22 | leifmadsen | respoke |
| 19:10.29 | *** join/#asterisk-dev roramirez (~root@104.131.185.157) |
| 19:47.23 | *** join/#asterisk-dev doome_ (~doome@94-21-238-35.pool.digikabel.hu) |
| 19:50.35 | *** join/#asterisk-dev oej (~oej@h87-96-134-129.dynamic.se.alltele.net) |
| 19:50.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:35.18 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-172.cust.bezeqint.net) |
| 20:35.18 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:37.19 | *** join/#asterisk-dev snuff-home (~brad@14-203-72-139.tpgi.com.au) |
| 20:37.19 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 21:31.40 | leedm777 | just noticed leifmadsen asked me a question |
| 21:32.15 | leedm777 | leifmadsen: biggest gripe has been how slow it it. but we're moving to a blue/green model where that's (hopefully) less of an issue. |
| 21:33.56 | leedm777 | yeah; that's it. everything else has been positive. |
| 22:03.25 | *** part/#asterisk-dev mjordan (mjordan@nat/digium/x-kpcgpcucmzzdvnck) |
| 22:48.57 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:439:a001:862b:2bff:fead:2cce) |
| 23:00.56 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-oomygnyzhsawengl) |
| 23:47.35 | *** join/#asterisk-dev philipp64 (~chatzilla@66-232-81-197.ctcweb.net) |