I2P Dev Meeting - May 03, 2005

14:08 <jrandom> 0) 안녕 14:08 <jrandom> 1) 네트워크 상태 14:08 <jrandom> 2) SSU 상태 14:08 <jrandom> 3) i2phex 14:08 <jrandom> 4) 부재 14:08 <jrandom> 5) ??? 14:08 <jrandom> 0) 안녕 14:08 * jrandom 손을 흔든다 14:08 <jrandom> 주간 상태 노트를 거의 한 시간 일찍 올렸습니다 @ http://dev.i2p.net/pipermail/i2p/2005-May/000738.html 14:09 * Masterboy 손을 흔들어 응답함:P 14:10 <jrandom> 좋아요, 1) 네트워크 상태로 들어가죠 14:10 <jrandom> 덧붙일 건 많지 않지만, Azureus 유입 때문에 약간의 난기류가 있을 것 같네요 14:11 <jrandom> 잘 버텨주길 바라며, 지켜봅시다 14:11 <Masterboy> 큰 문제는 없고, 자잘한 건 기억도 안 나네요. 14:11 <jrandom> 헤헤, 좋네요 14:11 <jrandom> 현재 네트워크 상태와 관련해 다른 질문/코멘트/우려 사항 있으신가요? 14:11 <sirup> azureus가 out 프록시를 사용하나요? 14:12 <jrandom> 헤, 아니길 바랍니다 14:12 <jrandom> 아마도 옵션이 표시된 걸 보고 시험 삼아 써 보는 사람들이겠죠 14:12 <@smeghead> 대부분은 일주일쯤 지나면 슬슬 사라질 거야 14:13 <Masterboy> :D 14:13 <+DrWoo> smeghead: 그건 좋은 일이 아닌데요 14:13 <sirup> 그러면 서로 다른 두 네트워크를 하나로 묶는 거네요 14:13 <+cervantes> az 릴리스 노트에는 언급되어 있지 않아요 14:13 <+cervantes> 하지만 플러그인 섹션에는 나와 있긴 합니다 14:14 <ant> <cat-a-puss> 그들의 메인 페이지 왼쪽에 그것을 언급하는 링크가 있어요 14:14 <jrandom> 0.6이 나오고 사용자 증가 부담을 감당할 수 있게 되면 정말 좋겠네요 14:14 <+DrWoo> jrandom: 더 많은 사용자를 처리할 수 있는 빌드를 내놓는 현재 상태는 어떤가요? 14:14 <jrandom> 그래요, Azureus가 현재 웹사이트로 가장 많은 유입을 보내고 있습니다, 심지어 /. 추천보다도 훨씬 많아요 14:15 <jrandom> DrWoo: 가망 없어요. 14:15 <sirup> 그걸로 스트레스 받아서 0.6을 너무 일찍 내놓지는 마세요 14:15 * eAi 사람들이 내 다운로드 속도를 해킹하지 못하게 말도 안 되는 대역폭 제한을 설정함 14:15 <ant> <cat-a-puss> .6이 어느 정도 규모의 네트워크를 지원하나요? 14:15 <jrandom> DrWoo: 0.6이 해결책이고, 준비되면 나옵니다 :) 14:15 <+cervantes> 구글에서 "i2p"와 "azureus"로 445건이 검색되네요 14:15 <jrandom> 헤헤 eAi 14:16 <+cervantes> 테스트 SSU 네트의 처리량이 인상적이었다고 말해야겠네요 14:16 <Masterboy> w00t cervantes:) 14:16 <+DrWoo> jrandom: 널 사랑하긴 하지만, 일정이 $5짜리 창녀의 팬티처럼 미끄러지고 있네 ;) 14:16 <jrandom> cat-a-puss: 그것은 현재 병목을 제거해서, 다음 병목이 무엇인지 명확히 보이지 않을 정도예요. 수천 명까지도 처리할 수 있기를 바랍니다. 14:16 <+cervantes> 순수한 http 파일 전송으로 제 DSL 연결을 꽉 채워버렸습니다 14:17 <jrandom> 맞아요 DrWoo ;) 더 빨리 끝낼 수 있으면 좋겠지만, 다음 주에 이사를 가야 해서, 대안이 별로 없어요 14:17 <sirup> cervantes: 양쪽 끝 모두 0 홉이었겠죠 ;) 14:18 <jrandom> sirup: 그렇죠, 하지만 요점은 SSU 전송이 그걸 감당할 수 있었다는 겁니다 14:18 <+DrWoo> jrandom: 이런, 안 좋네요. 행운을 빌어요 :) 14:18 <Teal`c__> 대안은 있죠. toad에게 전화할게요, 당신이 타히티에 있는 동안 그가 마무리할 거예요 14:18 <@smeghead> 더 높은 곳으로, 이스트 사이드로, 하늘 위 호화 아파트로~ 14:18 <shendaras> 이사할 곳은 정해놨어요, jrandom? 아니면 아직 미정인가요? 14:19 <+cervantes> *mute* 14:19 <jrandom> 헤헷 14:19 <jrandom> 어느 나라에 가게 될지는 알 것 같아요. 그 외에는 아직요 14:19 <jrandom> 좋아요, 어쨌든 안건으로 돌아가죠 14:19 <jrandom> 1) 네트워크 상태에 더 없으면, 2) SSU 상태로 넘어갈까요? 14:20 <Masterboy> 넘어가요 14:20 <jrandom> 넘어간 걸로 하죠 14:21 <jrandom> 좋아요, 상태 노트에 쓴 대로, 그리고 방금 cervantes가 말한 것처럼, 전망이 좋아 보입니다 14:22 <jrandom> 첫 번째 라이브 네트 테스트에서 몇 가지 버그를 잡았고, 대역폭, 지연, TCP 친화성 간의 트레이드오프도 드러났습니다 14:23 <Masterboy> 테스트 넷에는 어떻게 참여하나요?:P 14:23 <jrandom> 그게 요점이에요 - SSU 테스트는 라이브 넷에서 진행됩니다 14:24 <jrandom> netDb를 보면 일부 피어는 TCP와 SSU 주소를 모두 갖고 있고, 대부분은 TCP 주소만 있는 걸 볼 수 있어요. 14:24 <jrandom> SSU로 통신할 줄 아는 피어들은 먼저 SSU를 시도하고, SSU 포트에 접근할 수 없으면 TCP로 되돌아갑니다. 14:25 <jrandom> 하지만, 아무리 강조해도 지나치지 않은데, SSU는 아직 프로덕션 준비가 되지 않았습니다. 망가질 것이고 문제를 일으킬 겁니다. 그러니 명시적인 테스트의 일부가 아닌 이상 사용하지 마세요 14:25 <Masterboy> 감사합니다:) 14:26 <jrandom> 당장은 모두 SSU를 비활성화해야 합니다. 하지만 하루이틀 내에 2차 테스트를 위한 추가 정보를 제 블로그에 올리겠습니다 14:27 <jrandom> 좋아요, 그 내용과 이메일로 SSU와 관련해 제가 말할 건 거의 다 다뤘습니다. 질문/코멘트/우려 사항 있나요? 14:27 <Teal`c__> jrandom: 당신이 없는 동안 SSU를 사용해도 될까요? 14:28 <jrandom> 아마도요. 다만 다른 사용자들과 얘기해 보면서 이상 징후가 있는지 보고, 문제가 있으면 그냥 비활성화하세요 14:29 <shendaras> 새로운 SACK 기법은 뭐예요? =) 14:29 <jrandom> 해킹할 시간이 아직 거의 일주일 남아서, 더 개선될 겁니다 14:30 <+bla> jrandom: 방금 생각난 건데요... 두 노드 간에 SSU 연결이 있으면, TCP 연결은 끊나요(그땐 필요 없으니까요)? 14:30 <jrandom> 헤헤 shendaras, 작은 메시지 크기와 고정된 프래그먼트를 활용해서, 각 프래그먼트를 따로 ACK/NACK 하는 대신 비트필드로 전체 메시지에 대한 명시적인 ACK/NACK을 수신자가 전송하게 하는 것뿐이에요 14:31 <jrandom> bla: 맞아요, SSU가 가능하면 TCP 연결은 절대 맺지 않습니다 14:31 <jrandom> 두 전송 방식이 전송될 각 메시지에 대해 '입찰'하고, SSU 전송은 TCP 전송보다 더 '낮게' 입찰하도록 설정되어 있습니다 14:31 <+bla> jrandom: 좋네요, 하지만 제 theland.i2p 스크립트를 업데이트해야 한다는 뜻이군요 :(... ;) 14:32 <jrandom> 헤헷, 맞아요 안타깝게도 ;) 14:32 <jrandom> (새로운 peers.jsp가 아마 당신이 원하는 것일지도 몰라요) 14:33 <+bla> jrandom: 살펴볼게요. 하지만 SSU가 준비될 때까지는 사용할 계획이 없어요 14:33 <+cervantes> 아마 bla가 코딩 안 해도 되도록 우리 모두 TCP에만 머물러야겠네요 14:34 <jrandom> 헤헷 14:34 <jrandom> 좋아요 bla, 네, 서두를 필요 없어요 14:34 <+cervantes> ;) 14:34 <+bla> cervantes: ;) 14:35 <+cervantes> SSU 연결이 적절하지 않고 TCP가 더 선호되는 상황이 있을까요? 14:36 * Masterboy jr을 콕 찌름 14:36 <jrandom> 현재 기본 설정은 확립된 TCP 연결을 아직 성립되지 않은 SSU 연결보다 우선시합니다 14:36 <jrandom> (설정 플래그로 이를 덮어쓸 수 있어요. history.txt에 문서화되어 있을 겁니다) 14:37 <@smeghead> ISP가 UDP를 통째로 차단한다고 주장하는 사람들도 있어요 14:37 <jrandom> 하지만 일반적으로, SSU가 가능한데 TCP로 가고 싶어 할 이유는 떠오르지 않네요 14:37 <+cervantes> 네, 설정 옵션은 알아요... 그런데 UDP 패킷 대신 TCP를 쓰는 게 더 나은 상황이 있냐는 거예요 14:37 <jrandom> smeghead: 엘비스가 화성인이었다고 주장한 사람들도 있죠 14:38 <+cervantes> 그렇다면 폴백으로만 좋은 거네요 14:38 <jrandom> cervantes: 양쪽 피어가 SSU를 사용할 수 있는 한, 제가 생각할 수 있는 건 없어요 14:39 <jrandom> 아마 폴백으로는 가능하겠지만, 모든 피어가 모든 피어에 연락할 수 있어야 하므로 제한된 경로 문제를 야기합니다. 14:40 <jrandom> TCP 전용 노드를 허용하면, 모두가 TCP와 UDP로 도달 가능해야 한다는 뜻이거든요 14:41 <Teal`c__> :~( 14:41 <jrandom> 올여름에는 둘 다 지원하겠지만, 저는 UDP 전용으로 기울고 있어요 14:41 <entroy> 안녕하세요, 12p와 Azureus 설정에 대해 질문할 곳이 어디인지 알려줄 수 있나요? 14:41 <jrandom> (2.0 전까지는) 14:42 <jrandom> 안녕 entroy, #i2p-chat이나 forum.i2p.net에서 도움을 받을 수 있을 거예요. 지금은 주간 개발자 회의 중이지만, 아직 문제가 있으면 끝나고 도와드릴 수 있어요 14:42 <+cervantes> 왔군요, 국경 방어하라 :) 14:42 <jrandom> cervantes: IRC에 올 수 있는 사람은 우리 편이죠 :) 14:42 <@smeghead> 미니트맨을 부르는 게 좋겠군 14:43 <Teal`c__> 리버풀이냐 첼시냐?! 14:43 <entroy> 오케이, 감사합니다 14:43 <ant> <cat-a-puss> jrandom: 비트필드와 관련해서, 대부분의 패킷이 성공적으로 수신된다고 가정하면 비트필드는 거의 모두 1이 될 텐데요. 그렇다면 NACK의 개수를 나열한 다음 ECC 방식으로 인코딩하는 게 더 효율적이지 않을까요. 14:43 <+cervantes> jrandom: 그게 확실한가요... 아까 mschat 클라이언트를 누가 언급했어요 14:43 <+cervantes> ;-) 14:45 <jrandom> cat-a-puss: 몇 가지 선택지가 있지만, 실제 메시지 크기를 보면 이기기 어렵습니다—다른 메시지보다 4배나 흔한 tunnel 메시지는 많아야 두 개의 프래그먼트만 필요하니 비트가 두 개뿐이죠 14:45 <Teal`c__> <steve> # TIKI로 보임 14:45 <jrandom> 엔드포인트와 게이트웨이 사이의 스트리밍 라이브러리 메시지는 4KB뿐이에요 - 최대 8비트, 즉 비트필드로 2바이트 14:45 <jrandom> 즉, MTU가 절대적으로 가장 작다고 가정하면요 14:46 <jrandom> 1492(또는 세는 기준에 따라 1472)이면, 대부분을 비트필드 1바이트로 처리할 수 있습니다 14:46 <ant> <cat-a-puss> jrandom: 아, 그러면 비트필드는 각 패킷이 아니라 프래그먼트용만인 거죠? 14:47 <jrandom> 맞아요, 메시지를 부분적으로 받았을 때 그 메시지에서 수신된 프래그먼트에 대한 비트필드를 되돌려 보냅니다 14:47 <ant> <cat-a-puss> 알겠어요 14:47 <jrandom> 메시지 ID는 안타깝게도 완전히 랜덤이고 순서가 없어서, TCP 스타일의 시퀀스 번호를 사용할 수 없습니다 14:48 <jrandom> (그리고, 음, 그 오버헤드도 원치 않죠) 14:49 <jrandom> 좋아요, 2) SSU에 더 없으면 3) i2phex로 넘어갑시다 14:49 <jrandom> sirup: 근처에 있나요? 14:49 <ant> <cat-a-puss> 빨리 하나만: 왜 랜덤이죠? 14:50 * sirup 잠복 중 14:50 <jrandom> cat-a-puss: 메시지 ID는 피어에게 노출되므로—한 메시지가 다른 메시지(더 이른 시퀀스 번호가 있는 것)와 관련 있다는 걸 알게 하고 싶지 않아요 14:50 <ant> <cat-a-puss> 알겠어요 14:51 <jrandom> 안녕하세요 sirup, 목록에 일반 정보를 올려두었는데, 업데이트를 좀 해 주시면 좋겠습니다 14:52 <sirup> 음. 첫 테스트는 성공적이었습니다 14:52 <jrandom> [w3wt] 14:52 <sirup> 하지만 타임아웃 설정을 조정해야 할 것 같아요. 어떤 이유에선지 피어 간 연결이 유지되지 않네요 14:53 <sirup> 그래서 지금은 바로 써먹을 단계는 아니에요 :) 14:53 <sirup> 하지만 그럴 줄 알았어요, 타임아웃 같은 건 아무것도 안 건드렸거든요 14:54 <sirup> 일반적으로, 참을 만한 상태가 될 때까지 테스트를 도와줄 분들이 있으면 기쁘겠습니다 14:55 <sirup> 같은 머신에서 여러 인스턴스를 돌리는 것만으로는 한계가 있거든요... 14:55 <sirup> 아, 그리고 어떤 경험/의견이든 환영합니다. sirup@mail.i2p로 메일 주시면 가장 좋아요 14:56 <sirup> 포럼도 좋겠어요(제가 가는 곳에서는 24/7이 아니라 운영을 못 하거든요) 14:56 <sirup> 이상입니다 :) 14:56 <jrandom> 끝내주네요 14:56 <jrandom> cervantes: 거기에 i2phex 섹션을 추가할 수 있을까요? 14:57 <+cervantes> 물론이죠 14:57 * sirup 누가 내 허접한 크리에이티브 커먼즈 라이선스 음악을 내려받고 있는지 궁금해함 :) 14:58 <@smeghead> 야, 적어도 그 쓰레기 위에 더 많은 쓰레기를 쌓을 수는 있잖아 :) 14:58 <+cervantes> sirup: 포럼에서 "sirup"이 닉네임이죠 14:58 <sirup> 그거 좋겠네요 14:58 <sirup> 네 14:59 <ant> <BS314159> 상태 노트요? 15:00 <jrandom> 좋아요, 훌륭합니다. 정말 전망이 좋아 보이고, sirup이 훌륭한 작업을 해왔어요. 그러니 모두 sirup.i2p로 가서 무슨 일이 진행 중인지 읽어보세요 :) 15:00 <@smeghead> 메일링 리스트? 15:00 <RevDuck> 또는 www.i2phex.tk 15:01 <sirup> 메일링 리스트도 물론 좋겠죠 15:01 <sirup> ㅋㅋ. i2phex.tk는 가짜예요. 거기서 다이얼러나 받아가세요 :) 15:01 <+cervantes> I2Phex 포럼 추가됨 15:01 <jrandom> !stab duck 15:02 <+cervantes> sirup이 운영자임 15:02 <Masterboy> :D 15:02 <+cervantes> sirup: 설명 문구를 바꾸고 싶으면 알려주세요 15:02 <jrandom> sirup: i2phex와 i2phex-cvs 리스트를 원하면 말해요. 추가는 꽤 쉬워요 15:02 <jrandom> (하지만 지금은 그냥 i2p 리스트를 쓰는 게 더 간단할지도) 15:02 <sirup> cervantes, 정말 감사합니다 15:03 <sirup> 네. 당장은 포럼이면 충분해요 15:04 <jrandom> 좋아요 멋져요. 3) i2phex에 대해 더 있을까요? 15:05 <jrandom> 없다면, 잠깐 4) 부재로 넘어가죠 15:05 <jrandom> 여러분이 I2P에 코드를 기여할 방법을 찾으며 손이 근질근질하다는 걸 알아요. 그래서 상태 노트에 몇 가지 제안을 적어뒀습니다 15:05 <+bla> jrandom: 결국 운영팀에게 취소당하는 건가요? 15:06 <jrandom> 아니요, CIA가 저를 다른 데로 재배치할 뿐이에요^U라 라 라 15:06 <@smeghead> 아니, 이번 분기에 블랙 예산이 늘었어 15:07 <+cervantes> *코끼리가 둥지를 떠났다* 반복 *코끼리가 둥지를 떠났다* 오버 15:07 <jrandom> 이메일에 쓴 것 외에 4)와 관련해 더 보탤 말은 별로 없어요. 그래도 여러분에겐 멋진 아이디어가 많을 거라 확신합니다 15:07 * smeghead elephantitis 농담을 참음 15:08 <jrandom> 그러니 제가 없는 동안의 숙제는 만들고 싶은 멋진 것을 하나 골라서, 실제로 만드는 겁니다 ;) 15:08 * cervantes smeghead의 피 흘리는 관자놀이를 지혈함 15:08 <jrandom> (웹페이지든 나는 조랑말이든) 15:09 <jrandom> 좋아요, 5) ???로 넘어가죠 15:09 <jrandom> 회의에서 더 이야기하고 싶은 것 있나요? 15:09 <shendaras> 보고 싶을 거예요... 15:09 <@smeghead> 그래, 네가 없는 동안 회의는 누가 주재하지? 15:09 <+mancom> 지난주에 aum이 나타났나요? 15:09 <@smeghead> mancom: 아니요 15:10 <Masterboy> 브라더 덕?:P 15:11 <jrandom> 사랑하는 운영 매니저가 대신해 주길 바라며, 아니면 막판에 상태 노트를 누가 쓸지 제비뽑기를 하셔도 됩니다 :) 15:11 <jrandom> mancom: 며칠 전에 #i2p-chat에 잠깐 들렀어요 15:12 <RevDuck> 보고할 게 실제로 있을 때만 회의를 여는 게 어떨까요 15:12 <+cervantes> 괜찮아요, jrandom 시뮬레이션 스크립트를 쓰고 있어요 15:12 <+cervantes> * w3wt 15:12 <jrandom> 5분짜리 회의도 나쁠 것 없죠 ;) 15:13 <+cervantes> * jrandom 자기 나는 조랑말에게 진흙을 던짐 15:13 * smeghead jrandom 시뮬레이션 스크립트를 쓰는 cervantes 시뮬레이션 스크립트를 작성함 15:13 * jrandom smeghead 시뮬을 쓰다[CRASH] 15:13 <+cervantes> 읏, 문법을 좀 다듬어야겠네요 15:14 <@smeghead> 하하 15:14 <jrandom> 좋아요, 회의에서 더 다룰 것 있나요? 15:14 * cervantes aum 시뮬라......... 15:14 <@smeghead> java.util.RecursiveIdiocyException 15:15 <jrandom> 말이 나와서 말인데.. ;) 15:15 * jrandom 팔을 크게 젖힘 15:15 * jrandom 회의를 *baf* 하고 종료함