I2P 개발자 회의 - 2005년 8월 9일

13:11 <jrandom2p> 0) 안녕 13:11 <jrandom2p> 1) 0.6.0.2 13:11 <jrandom2p> 2) 로드맵 업데이트 13:11 <jrandom2p> 3) ??? 13:11 <jrandom2p> 0) 안녕 13:11 * jrandom2p 손을 흔든다 13:11 <+detonate> 안녕 13:11 <jrandom2p> 주간 상태 노트 올라감 @ http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 <jrandom2p> 좋아, 자유토론 전에 [1-2]로 잠깐 들어가자.. 13:12 <jrandom2p> 1) 0.6.0.2 13:12 <jrandom2p> 나왔음. 뭐 그런 거 13:12 <jrandom2p> 0.6.0.2 관련해서 질문/코멘트/우려 사항 있나요? 13:13 <jrandom2p> 없으면, 2) 로드맵 업데이트로 넘어갑니다 13:13 <jrandom2p> 그, 음, 로드맵이 업데이트되었어. 뭐 그런 거 ;) 13:14 <duck> 너 호주인이네 13:14 <+bla> jrandom: 평소엔 살아있어도 destination(목적지)에 연결이 간헐적으로 안 되는 문제가 아직 있어요 13:14 * postman 이 말에 동의 13:14 * detonate 나도 셋째 동의 13:14 <+bla> jrandom: 예를 들어, forum.i2p는 잘 되다가 몇 분 뒤엔 안 되고, 몇 번 새로고침이 필요해요 13:15 * bla 내가 제일 먼저 말했음 ;) 13:15 <jrandom2p> 흠, 그래, 그런 보고를 들었어. 0.6.0.2에서도 그렇지? 13:16 <+postman> 맞습니다 13:16 <+bla> 네, 0.6.0.2 13:16 <+bla> netDb 문제일 수도 있고, tunnel에 넣을 피어를 잘 못 고르는 것일 수도 있죠 (아니면 다른 것) 13:16 <jrandom2p> ㅇㅋ 13:17 <jrandom2p> 최근 tunnel 피어 선택이 꽤 안 좋았고, netDb store 플러딩도 마찬가지야 13:17 <jrandom2p> (/oldstats.jsp에서 tunnel 요청 실패 횟수를 확인해봐) 13:18 <+bla> 이제 우리가 UDP/SSU를 쓰니까, 피어 분류가 전보다 나아진 것 같아요: 제가 빠르다고 _확실히 아는_ 피어 여러 개가 보통 프로필 pafe의 "fast" 섹션에 보여요 13:19 <jrandom2p> 좋네 13:19 <jrandom2p> 0.6.0.2는 netDb 기반으로 원래 했어야 할 tunnel 거부 코드를 추가했어 (다음 홉을 못 찾으면 참여 거부). 그래서 거부가 늘어난 건 예상된 일이야 13:19 <+bla> 그래도 분류 알고리즘을 다시 봐야겠어요... ;) 13:20 <jrandom2p> 프로필/통계 분석을 해왔는데, 아직 뚜렷한 결과는 없어 13:21 <jrandom> 그러면 멋지겠다 bla :) 13:25 <jrandom2p> 좋아, 2) roadmpa 업데이트에 대해 다른 거 있나? :) 13:26 <jrandom2p> 없으면, 3) ??? 로 넘어갈게 13:26 <+detonate> failure/duprecv 비율이 최빈값(mode) 대비 높은 피어들을 블랙리스트(shitlist)에 올리는 게 유용하다고 보나요? 13:27 <jrandom> 흠, 그건 잘 모르겠어 - 실패/중복 비율이 쓸모없을 만큼 너무 높다면, 그냥 천천히 조심스럽게 전송해야지 13:27 <jrandom> 메시지가 전달되기만 하면, 전달되는 거야 13:28 <jrandom> 우리가 프로파일링의 일부로 직접 피어 통신에 대한 통계를 사용하지 않은 데는 이유가 있어 - 거기에 의존하면 쉬우면서도 강력한 공격에 취약해져 (피어마다 다르게 행동하면서 누가 너를 쓰는지 보는 등) 13:29 <+detonate> 흠 13:29 <+detonate> 오케이 13:29 <jrandom> 하지만 그렇게 혼잡한 연결 상태의 피어에 대해서는 세션을 끊어야 할지도 몰라 13:29 <+detonate> 좋은 지적이네 13:34 <jrandom> 좋아, 3) ??? 로 얘기할 다른 것 있는 사람? 13:34 <luckypunk> 어, 어, 모두가 돌아올 때까지 기다려야 할지도 13:34 <luckypunk> 중요한 질문하기 전에 :P 13:35 <jrandom2p> 에이, 메일링 리스트가 있잖아 ;) 13:35 <luckypunk> 뭐 13:35 <luckypunk> 하소연하기엔 여기가 맞는 곳 같네 13:36 <luckypunk> I2P가 아직 CPU를 좀 먹어요 13:36 <luckypunk> 하지만 예전만큼은 아니에요 13:36 <luckypunk> 맞긴 한데, 5.0 시절 이후로는 안 돌렸죠 13:36 <luckypunk> 아무튼 13:36 <luckypunk> 어 13:36 <luckypunk> 0.5.0 13:36 <jrandom2p> 좋아, 네 박스 중 어떤 게 그걸로 잘 돌아? 13:36 <luckypunk> 어 13:36 <luckypunk> 젠장 13:36 <luckypunk> 0.6.0.0 이후로는 안 썼어요 13:36 <luckypunk> 펜티엄 2에선 잘 돌아요 13:37 <luckypunk> 기본 nice 값 때문에, 너무 오래 CPU 집약적인 일을 하면 I2P가 CPU를 못 얻어서 충돌하는 경향이 있어요 13:38 <+detonate> 흠, introducers(소개자 노드)가 생기면 사용자가 원할 경우 router 콘솔 네트워크 설정에 introducers를 고정 설정할 수 있는 칸이 있어도 되겠네요 13:39 <jrandom2p> 지금 0.6.0.2 쓰고 있어 luckypunk? 13:39 <@smeghead> detonate: 그건 trusted route 관련 내용... 로드맵에서 나중에 :) 13:39 <luckypunk> 아니요 13:39 <luckypunk> 0.6.0.0 이후로는 안 돌렸어요 13:39 <@smeghead> *restricted route 13:40 <luckypunk> 그래도 CPU 사용량은 훨씬 적어 보였어요. 13:40 <+detonate> 헤, introducers가 생기면 곧바로 있어야죠 :) 13:40 <jrandom2p> 아, 맞아 detonate, introducer 선택은 분명 설정 가능하게 할 수 있지만, 아마 숨겨진 고급 설정 옵션일 거야 ;) 13:41 <jrandom2p> luckypunk: 0.6.0.1에서 많은 암호 연산(crypto)을 제거했고, 0.6.0.2는 더 도움이 될 거야. 나중에 한번 써봐, 더 잘 처리할 수도 있어 13:41 <luckypunk> 오케이 13:41 <@smeghead> introducer가 당신이 항상 자기만 선택하는 걸 원치 않으면 어떡하죠? 13:41 <luckypunk> 지금은 I2P가 중급 Pentium 전용 머신에서 잘 돌아갈 것 같은 느낌이에요. 13:41 <jrandom> smeghead: 그러면 그들은 "꺼져, 너의 introducer는 안 해줄 거야" 라고 하겠지 13:42 <jrandom> 그리고 피어들은 introducer를 여러 개 갖게 될 테니 균형이 맞아 13:42 <jrandom> (그리고 새 피어를 연결하는 데 필요한 건 패킷 2개뿐이지, 통신되는 모든 패킷이 아니야) 13:44 <+detonate> introducer가 다르게 동작했다면 어느 게 작동하는지 결정하려고 사이에서 다수결을 할 수도 있겠지만, 현재 방식에선 말이 안 되죠 13:45 <ant> <jme___> q. 이 투표 시스템에 대한 설명은 어디서 볼 수 있나요? 13:45 <jrandom> 다수결은 말이 안 돼 13:45 * jrandom 은 투표라는 걸 전혀 신뢰하지 않아 13:45 <jrandom> (특히 Sybil 공격을 고려하면) 13:45 <jrandom> 새 피어가 그걸 통해 너에게 연락할 수 있으면 introducer는 작동하는 거야 13:47 <+detonate> vanguard 상태는 어때요, 그와 약간 관련 있죠 13:47 <+detonate> smeghead가 있는 동안 13:51 <jrandom> 좋아, 더 없으면... 13:51 * jrandom 마무리한다 13:51 * jrandom *baf* 하며 회의를 닫는다