Files
i2p.www/www.i2p2/pages/meeting182.html
2008-02-04 18:22:36 +00:00

63 lines
5.3 KiB
HTML

{% extends "_layout.html" %}
{% block title %}I2P Development Meeting 182{% endblock %}
{% block content %}<h3>I2P dev meeting, June 13, 2006</h3>
<div class="irclog">
<p>16:05 &lt; jrandom&gt; 0) hi</p>
<p>16:05 &lt; jrandom&gt; 1) Net status</p>
<p>16:05 &lt; jrandom&gt; 2) 0.6.1.21</p>
<p>16:05 &lt; jrandom&gt; 3) ???</p>
<p>16:05 &lt; jrandom&gt; 0) hi</p>
<p>16:05 * jrandom waves</p>
<p>16:05 &lt; jrandom&gt; weekly status notes posted up @ http://dev.i2p.net/pipermail/i2p/2006-June/001293.html</p>
<p>16:06 &lt; jrandom&gt; while y'all dig through that, lets jump on over to 1) Net status</p>
<p>16:07 &lt; jrandom&gt; the network's behavior isn't that great at the moment - it works pretty well for some people, but for others, it doesn't work at all</p>
<p>16:07 &lt; modulus&gt; .20 works pretty well for me, where .19 didn't work at all, but i guess that's just anecdote.</p>
<p>16:08 &lt; jrandom&gt; you say anecdote, i say data point :)</p>
<p>16:08 &lt; jrandom&gt; there'll be a new release tomorrow though which should improve things a bit</p>
<p>16:09 &lt; jrandom&gt; oh, i suppose thats 2)... anyone have anything else on 1) net status they'd like to discuss first?</p>
<p>16:10 &lt; jrandom&gt; if not, lets jump to 2) 0.6.1.21</p>
<p>16:11 &lt; jrandom&gt; 0.6.1.20-7 is cvs head, and will become 0.6.1.21 sometime tomorrow</p>
<p>16:12 &lt; jrandom&gt; it should improve the ability for fast peers to handle more tunnels, which in turn should improve everyone's success rates</p>
<p>16:13 * jrandom currently gets ~30-60% success rates (excluding expirations) - hopefully the expirations will be cut further</p>
<p>16:14 &lt; jrandom&gt; ok, I don't have much more to add on that front- the changes are listed in the history.txt, so keep an eye out tomorrow for the release</p>
<p>16:14 &lt; jrandom&gt; (also, remember that it may take up to 12 hours to push the release out, so its probably best to either build -7 or wait until the actual announcement on the mailing list/website)</p>
<p>16:15 &lt; jrandom&gt; ok, lets shimmy on over to 3) ???</p>
<p>16:15 &lt; jrandom&gt; anyone have anything else they want to bring up?</p>
<p>16:15 &lt; user-land&gt; are there recommendations for routers that can take the load from i2p ?</p>
<p>16:15 &lt; NickyB&gt; yes</p>
<p>16:15 &lt; NickyB&gt; about the ircproxy</p>
<p>16:15 &lt; user-land&gt; and what holds up i2p 1.0 ? :-)</p>
<p>16:16 &lt; jrandom&gt; user-land: to the first question, no (other than "patience")</p>
<p>16:16 &lt; jrandom&gt; to the second question, see the first question</p>
<p>16:16 &lt; NickyB&gt; first, sorry for my poor english. My ircProxy is set to be reachable on my lan, like all others proxy (eeproxy too) but my 6668 is reachable on the Net....</p>
<p>16:17 &lt; jrandom&gt; NickyB: when you say on your lan, what is the *interface* it is bound to (on http://localhost:7657/i2ptunnel/index.jsp)</p>
<p>16:18 &lt; jrandom&gt; NickyB: if the interface is "0.0.0.0", yes, it will accept connections from anywhere. if its "127.0.0.1" it will only accept connections from the localhost. if its "10.0.0.123" or "192.168.1.42", then it will accept connections from your LAN</p>
<p>16:19 &lt; NickyB&gt; err, for my console, i did a change in client.config</p>
<p>16:19 &lt; NickyB&gt; clientApp.0.args=7657 192.168.0.1 ./webapps/</p>
<p>16:19 &lt; NickyB&gt; 192.168.0.1 is the adresse gived to all my proxy </p>
<p>16:19 &lt; NickyB&gt; Reachable by:</p>
<p>16:20 &lt; NickyB&gt; LAN Hosts</p>
<p>16:20 &lt; NickyB&gt; 192.168.0.1</p>
<p>16:20 &lt; NickyB&gt; and my 4444 is not reachable on the net, but my 6668 yes</p>
<p>16:20 &lt; jrandom&gt; NickyB: you need to stop and start that particular i2ptunnel proxy for the changes to take effect</p>
<p>16:21 &lt; jrandom&gt; though, perhaps we can continue debugging after the meeting (as this is all logged ;)</p>
<p>16:21 &lt; NickyB&gt; will try, thank you</p>
<p>16:21 &lt; jrandom&gt; np, thanks for your patience</p>
<p>16:21 &lt; jrandom&gt; ok, anyone have anything else for the meeting?</p>
<p>16:21 &lt; fedo&gt; why the .21 will not be a *mandatory* release ? i ask that because we have a lot of .12 .13 etc. routeurs. This may not help for the network health ...</p>
<p>16:23 &lt; jrandom&gt; the old routers don't hurt much, and there arent too many of them (something like 2-300 stay within 1 release of current)</p>
<p>16:23 &lt; user-land&gt; my hardware router crashed under i2p load. that is why i asked for hardware recommendations.</p>
<p>16:24 &lt; jrandom&gt; ah, sorry, misundertood your question user-land. i've been able to get by with cheap linksys and belkins, though i dont know what switches they have at the current colo</p>
<p>16:24 &lt; user-land&gt; thanks.</p>
<p>16:25 &lt; jrandom&gt; fedo: the real key of ...21 is that 1) fast routers upgrade (and they're the most likely to anyway) and 2) that users be on ...19 or higher</p>
<p>16:26 &lt; fedo&gt; ok Jr</p>
<p>16:26 &lt; jrandom&gt; ok, anyone have anything else for the meeting?</p>
<p>16:28 &lt; user-land&gt; thanks for your efforts :-)</p>
<p>16:28 * ashter2 seconds user-land</p>
<p>16:28 &lt; user-land&gt; and http://www.savetheinternet.com/</p>
<p>16:29 &lt; jrandom&gt; (bah, never trust politics to defend us. use technology)</p>
<p>16:29 &lt; jrandom&gt; ok, if there's nothin' else...</p>
<p>16:30 * jrandom winds up</p>
<p>16:30 * jrandom *baf*s the meeting closed</p>
</div>
{% endblock %}