안녕하세요 여러분, 주간 상태 노트를 올릴 화요일이 또 돌아왔네요

  • Index
  1. 네트워크 상태와 0.6.1.16 2) Tunnel(터널) 생성과 혼잡 3) Feedspace 4) ???
    1. Net status and 0.6.1.16

네트워크의 70%가 0.6.1.16으로 업그레이드되면서 이전 릴리스보다 개선이 보이는 듯하고, 해당 릴리스에서 문제가 해결되자 다음 병목 지점을 더 명확히 파악할 수 있게 되었습니다. 아직 0.6.1.16으로 업그레이드하지 않으신 분들은 가능한 한 빨리 업그레이드해 주십시오. 이전 릴리스는 임의로 tunnel 생성 요청을 거부합니다 (router가 더 많은 tunnels에 참여할 충분한 리소스를 갖추고 있더라도).

    1. Tunnel creation and congestion

현재 우리는 이를 혼잡 붕괴(congestion collapse)라고 부르는 현상을 겪고 있는 것으로 보입니다 - router들의 대역폭이 부족해 tunnel 생성 요청이 거부되고, 그러자 여유 자원이 있는 다른 router를 찾으려는 기대 속에 더 많은 tunnel 생성 요청을 보내게 되지만, 결국 사용되는 대역폭만 더 늘어납니다. 이 문제는 0.6.1.10에서 새로운 tunnel 생성 암호화로 전환한 이후 계속되어 왔으며, 요청과 응답이 두 개의 tunnel 전 구간을 모두 거칠 때까지(정확히 말하면, 거치지 않는 한) hop별 참여/거부 피드백을 받지 못한다는 사실과 상당 부분 관련이 있습니다. 그 피어들 중 누구라도 메시지를 전달하지 못하면, 어느 피어가 실패했는지, 어떤 피어들이 동의했는지, 그리고 어떤 피어들이 명시적으로 이를 거부했는지 알 수 없습니다.

우리는 이미 진행 중인 동시 tunnel 생성 요청의 수를 제한하고 있으며(그리고 타임아웃을 늘려도 도움이 되지 않는다는 테스트 결과가 있습니다), 따라서 Nagle의 전통적인 해결책만으로는 충분하지 않습니다. 현재 저는 요청 처리 코드를 몇 가지 조정하여 명시적 거절과 달리 조용히 폐기되는 요청의 빈도를 줄이고, 부하 상황에서 동시성을 낮추기 위해 요청 생성 코드도 손보고 있습니다. 또한 tunnel 구축 성공률을 상당히 높여 주는 다른 개선도 시도하고 있지만, 아직 안전하게 사용할 단계는 아닙니다.

tunnel(터널) 끝에 빛이 보이고, 앞으로 나아가는 과정에서 우리와 함께하며 인내해 주신 점에 감사드립니다. 이번 주 후반에 일부 개선 사항을 배포하기 위한 또 다른 릴리스를 내놓을 것으로 예상하며, 그 후에는 congestion collapse(혼잡 붕괴)가 해결되었는지 확인하기 위해 네트워크의 상태를 다시 평가하겠습니다.

    1. Feedspace

Frosk는 Feedspace 작업에 매진해 왔고, trac 사이트의 몇몇 페이지를 업데이트했으며, 그중에는 새 개요 문서, 미해결 작업 목록, 일부 DB(데이터베이스) 세부 정보 등이 포함됩니다. 최신 변경 사항을 확인하려면 http://feedspace.i2p/ 에 들러 보시고, 가능하실 때 Frosk에게 질문도 마음껏 던져 보세요 :)

    1. ???

지금은 그 정도까지가 제가 이야기할 수 있는 전부입니다만, 더 얘기 나누려면 오늘 저녁 늦게 있을 회의(8pm UTC)에 가볍게 #i2p에 들러 주세요!

=jr