I2P 开发者会议 - 2017年9月5日

20:00:00 <zzz> 0) 嗨 20:00:00 <zzz> 1) 0.9.32 更新 (zzz) 20:00:00 <zzz> 2) 34C3 资助邮件提醒 (zzz/echelon) 20:00:03 <zzz> 0) 嗨 20:00:05 <zzz> 嗨 20:00:44 <zzz> 1) 0.9.32 更新 (zzz) 20:00:58 <R4SAS> 嗨 20:01:09 <zzz> 好的，str4d 做了一些 UI 更新，我已经开始做 prop 141 的实现，但还没提交任何东西 20:01:37 <zzz> 我们正朝着十月初发布的目标推进 20:01:49 <i2pr> [Slack/str4d] 嗨 20:02:03 <zzz> 我想 str4d 想把他的基准测试分支写成提案（prop），他应该尽快做这事？我已经在他的工单里评论了 20:02:20 <psi_> ay 20:02:36 <i2pr> [Slack/str4d] 目前我只推了一个小的 UI 调整；我本地还有更多内容，能解决更多问题，但我需要跑一遍我的 git -> mtn 流程 20:03:09 <i2pr> [Slack/str4d] 我会看看关于基准测试的评论，并在本周末完成/推送 20:03:57 <zzz> 好的，我需要找个时间和你讨论我们的发布流程。我们在 .31 有一些阻塞工单没有关闭，可能需要坚持在发布前把这些都关掉 20:04:08 <zzz> 不然“阻塞”到底意味着什么 20:04:23 <i2pr> [Slack/str4d] 同意 20:04:36 <zzz> 关于 1) 还有别的吗？ 20:06:01 <zzz> 2) 34C3 资助邮件提醒 (zzz/echelon) 20:06:11 <psi> 这个版本需要移除主机名吗？ 20:06:15 <psi> 在 RI 里 20:06:25 <psi> 唉 延迟 20:06:33 <zzz> 迁移讨论见提案文本 20:06:45 <psi> kk 20:07:07 <i2pr> [Slack/str4d] -1，未经讨论僵尸问题的缓解措施就放进这个版本，我反对 20:07:08 <zzz> 好的，关于 34C3，如果你想要资助或免费票，你必须在 9 月 30 日前给 echelon 发邮件 20:07:43 <zzz> 另外，echelon 确实遇到了一些服务器问题，所以如果你没收到他确认（ACK）说收到了你的邮件，请再发一次 20:08:46 <zzz> 我们有充足的资金可供大家申请，但你必须提出。我们不会资助在月底之后才来申请的人 20:09:48 <zzz> 所以再强调一次，务必确保 echelon 已确认收到你的申请 20:10:03 <zzz> 我们会在下个月的会议上设定预算 20:10:19 <zzz> 关于 2) 还有别的吗？ 20:10:36 <i2pr> [Slack/str4d] 我这边没有 20:11:26 <zzz> 会议还有其他事项吗？ 20:11:54 <psi> 我有点事 20:12:02 <zzz> psi 请说 20:12:03 <psi> 但有点长而且乏味 20:12:09 <psi> 就是那个对齐的出站 tunnels 想法 20:12:36 <psi> 起初我把它介绍给你时是作为一种降低 OBEP（出站端点）负载的技术 20:12:45 <psi> 那确实是一个不错的副作用 20:12:53 <psi> 但那不是最初的意图 20:13:10 <psi> 最初的意图是减少丢包 20:13:59 <zzz> 好的，那你想讨论些什么？ 20:14:08 <psi> 我的疑问是：Java I2P 会实现对齐的出站 tunnels 吗？ 20:14:22 <psi> 还是说对你们来说这太实验性了？ 20:14:53 <psi> 我对 Java I2P 的代码不如对 i2pd 的那么熟悉 20:14:57 <zzz> 现在没法回答，因为我忘了细节。如果你把它写出来发到某处，我会很乐意给你答复 20:15:09 <psi> 好的 20:15:15 <psi> 我想你可以结束会议了 20:15:26 <psi> 这个想法是 OBEP == IBGW（入站网关） 20:15:35 <psi> 在 OB tunnel 上多一跳 20:15:38 <eche|offf> 我目前没有要说的 20:15:43 <psi> 以使 OBEP == IBGW 20:16:14 <psi> 以减少丢包和对 OBEP 的压力 20:16:30 <psi> （以增加更多 tunnels 为代价） 20:16:51 <zzz> 好的，既然你已经实现了，任何关于收益的数据都会非常有帮助 20:17:10 <zzz> 关于对齐的出站 tunnels 还有别的吗？ 20:17:31 <psi> 我最初的观察是，初始 RTT 和之后一样 20:17:44 <psi> 换句话说，没有初始 RTT 峰值 20:17:57 <psi> 可能是因为释放了对 OBEP 的压力 20:18:03 <psi> 但那只是个假设 20:18:15 <psi> 我想在一个测试网上测试，我们有基于 Docker 的 20:18:25 <i2pr> [Slack/str4d] 如果有能做成性能基准测试的东西，告诉我 20:18:25 <psi> 以收集确切的数据等 20:19:01 <psi> 嗯我也是，我还没有好的性能基准测试方案 20:19:18 <psi> 我一直在用 OpenVPN 上的 ICMP ping 20:19:23 <i2pr> [Slack/str4d] 实际上这更像是一个指标，因为它也依赖于网络性能，并且可能会因端点位置不同而不同 20:19:27 <psi> 可能不是最佳方式 20:19:48 <i2pr> [Slack/str4d] 但如果我们能做出可重复的基准测试，我想把它加入我计划开始收集的套件 20:20:18 <psi> 我现在用的是：通过 DTLS 的连接建立时间，然后用 ping 测量后续延迟 20:20:31 <psi> 这对 Java I2P 来说可能不可移植 20:20:45 <psi> 除非 SOCKS5 UDP 可用 20:20:49 <psi> 或者我做些 SAM 的东西 20:21:23 <zzz> 关于对齐的出站 tunnels 还有别的吗？ 20:21:31 <psi> 对齐的出站 tunnels 仍然是实验性的，我还不知道增加的 tunnel 数量是否值得 20:21:49 <psi> 所以需要更多研究，现在正在 i2pd 上做相关实验 20:21:56 <psi> 我会告知你们 20:22:12 <i2pr> [Slack/str4d] 太好了，把研究进展随时发到 #i2p-science 告诉我 20:22:20 <psi> kk 20:22:21 <zzz> 很好，感谢更新，psi 20:22:25 <zzz> 关于对齐的出站 tunnels 还有别的吗？ 20:22:53 <psi> 最后一点：也许除了对齐 tunnels 之外，还值得做点别的事，比如 Tor 的 rend spec 20:23:17 <psi> 至于具体是什么我还不知道，会在 #i2p-science 里开麦思考 20:23:20 <psi> （欢迎加入） 20:23:29 <psi> 就这样 20:23:41 <i2pr> [Slack/str4d] 我这边都说完了 20:23:49 <zzz> 会议还有其他事项吗？ 20:24:28 <psi> 我这边没了 20:25:15 <zzz> 谢谢大家，四周后见，届时就是 .32 的发布时间了 20:26:10 * zzz ***bafffs*** 会议结束了