IETF 항소: 심사 후 기각인가, 미처리인가?

요약

처리되지 않은 IETF 항소와 심사 후 기각된 항소는 서로 다른 절차적 결과다. 현행 IESG 성명은 이 둘에 서로 다른 기록과 서로 다른 다음 단계를 부여한다.
수리된 IESG 항소는 Datatracker 도켓에 게재된다. 처리되지 않은 제출은 접수 확인과 설명을 공개 메일링 리스트 기록을 통해 남겨야 하며, 필요한 경우 누락된 정보나 재제출 지침을 명시해야 한다.
따라서 도켓 검색만으로 전체 항소 제출 건수를 확인할 수는 없다. 교차 색인은 항소 기준을 바꾸거나 불필요하게 많은 개인 정보를 노출하지 않고도 각 공개 사건의 경로를 보여줄 수 있다.

항소는 본안 판단을 받지 못한 채로도 공개 기록을 남길 수 있다. 이는 누군가 IESG의 항소 도켓을 검색하고 그 결과를 모든 제출 건수로 취급하기 전까지는 기술적 구분 정도로 들린다. IETF의 현행 규칙은 하나 이상의 경로를 규정한다. 수리된 항소는 Datatracker에 기록되고, 처리되지 않은 항소는 공개 메일링 리스트를 통해 문서화된다. 첫 번째 경로만 본 독자는 수리된 사건의 기록을 보고 있는 것이지, 반드시 완전한 접수 대장을 보고 있는 것은 아니다.

이 구분은 비판자들이 만들어낸 허점이 아니다. 2025년 10월 1일에 게시된 현행IESG 분쟁 해결 및 항소 절차 성명에 명시되어 있다. 이 성명은RFC 2026, 6.5절의 절차를 명확히 한다고 밝힌다. RFC는 여전히 기준선이다. 항소는 분쟁에 대해 상세하고 구체적인 서술을 담아야 하고, 공개적으로 알려진 쟁점 행위로부터 2개월 이내에 시작되어야 하며, 책임 있는 의사결정자가 사용할 절차를 정의한다. RFC는 합리적인 기간 내에 처분을 요구하지만 단일한 최대 기한은 정하지 않는다.

이 성명은 접수 경계를 더 구체적으로 만든다. IESG, Area Director 또는 워킹 그룹 의장에 대한 항소는 표준화 절차 내의 기술적·절차적 분쟁을 다룬다. 성명은 이들 기구가 법적 청구를 판단할 위치에 있지 않다고 밝힌다. 이들에게 제출된 법적 청구를 담은 제출물은 범위 밖이며 처리되지 않고, 청구인은 IETF Administration LLC로 안내된다. 성명은 또한 범위, 내용, 형식, 태도에 대한 요건을 규정한다. 항소는 쟁점이 되는 행위나 결정, 그 근거, 구제 요청을 특정해야 한다. 추측이나 개인적 비난이 아니라 사실과 논거에 기반해야 한다. IESG 또는 AD에 대한 항소는 영어로 작성해 이메일로 텍스트 형식으로 보내야 한다.

제출물이 처리되지 않을 때, 성명은 그 절차적 선택의 공개 기록을 요구한다. 문제가 내용, 형식 또는 범위에 있다면, 기록은 접수를 확인하고 제출물을 처리할 수 없는 이유를 설명해야 한다. 항소가 불완전하다면 접수를 확인하고 필요한 정보가 무엇인지 특정해야 한다. 규칙은 그 뒤에 수정 경로를 보호한다. 수정된 항소는 원래의 RFC 2026 2개월 기한과 IESG 응답 후 14일 중 더 늦은 시점까지 수리된다. 처리하지 않는 결정과 재제출 지침은 공개 메일링 리스트로 이메일을 통해 문서화된다. 제출물이 공개 리스트를 지정하지 않았다면 IESG는 IETF 토론 리스트를 사용한다. 처리하지 않는 결정 자체도 항소할 수 있다.

수리된 항소는 다른 경로를 따른다. 성명에 따르면 수리된 항소는Datatracker의 IESG 항소 페이지에 기록된다. 한 현재 사례는 본안 처분이 어떤 모습인지 보여준다. 도켓에는 2026년 7월 8일자 항소, 다음 날의 후속 제출, 그리고 9월 10일자 응답이 실려 있다. draft-ietf-tls-mldsa와 관련된 두 번째 항소에 대한 그 응답에서 IESG는 워킹 그룹 Last Call 피드백을 검토했고 폭넓은 지지를 확인했으며 반대 의견이 고려되고 논의되었다고 밝혔다. IESG는 그 청구와 항소를 기각했고, 한 Area Director가 참여하지 않았음을 기록했다. 이는 IESG가 밝힌 판단이며 이 글의 독립적 재판이 아니다.

그 응답은 결정을 명명하고 독자가 그 결정을 이해할 일정한 근거를 제공한다는 점에서 유용하다. 그러나 모든 항소가 같은 깊이의 설명을 받는다는 증거로 오해해서는 안 되며, 이 사례는 다른 제출물이 다른 곳에서 걸러졌는지 여부를 확립하지도 않는다. 규칙과 사례는 서로 다른 질문에 답한다. 성명은 접수 단계에서 무엇이 일어나야 하는지를 규정하고, 응답은 IESG가 특정 항소를 검토한 뒤 무엇이라고 말했는지를 기록한다.

여기서 구조가 중요하다. “처리되지 않음”은 제출물이 심사를 위한 절차적 문턱을 넘었는지에 대한 진술이다. “기각됨”은 심사 이후의 처분이다. 프로세스가 왜 끝났고 제출자가 다음에 무엇을 할 수 있는지에 대한 정보를 잃지 않고 이 둘을 “반려”라는 하나의 상태로 합칠 수는 없다. 빈 도켓 검색도 마찬가지다. 공표된 규칙은 처리되지 않은 제출물을 공개 메일링 리스트로 안내하므로, 수리 항소 도켓에 항목이 없다는 사실만으로 제출이 전혀 접수되지 않았다는 증명이 되지는 않는다. 이는 두 기록 경로에 관한 성명에서 나오는 추론이며, 미공개 사건이 존재한다는 증거가 아니다.

IETF가 이 구분을 알아보기 쉽게 만들기 위해 모든 절차적 사건을 새로운 본안 절차로 전환하거나 기밀 자료를 공개할 필요는 없다. 간결한 교차 색인이 사건 참조 번호와 명시적 상태 라벨, 즉 접수됨, 처리되지 않음(이유 명시), 수정 또는 재제출됨, 심사 수리, 결정 발부, 이후 항소 여부를 통해 공개 기록들을 연결할 수 있다. 색인은 날짜, 적용 규칙 버전, 통지나 응답이 실린 공개 기록, 해당하는 경우 수정 기한을 담을 수 있다. 원본 이메일이나 Datatracker 항목으로의 링크를 두면 독자가 원문을 확인할 수 있다. 색인은 이후의 정정을 보존해야 하며, 공개 참조가 원본 기록보다 더 많은 정보를 제공한다는 인상을 주어서는 안 된다.

이득은 더 큰 건수가 아니라 정의된 분모를 가진 건수다. 수리된 항소 목록은 독자에게 그 도켓에 도달한 것이 무엇인지 알려준다. 공개 비처리 통지 목록은 다른 것을 알려준다. 두 목록을 하나의 색인에서 검색할 수 있다면 분석자는 비어 있는 수리 도켓과 항소 제출이 전혀 없던 기간을 구분하고, 접수 단계의 결정과 심사 결과를 구분할 수 있다. 그 다리가 없으면 한 채널을 마치 전체 프로세스인 것처럼 세거나, 절차적 정지를 청구에 대한 판단으로 오해할 수 있다.

정당한 반론도 있다. 하나의 중앙 등록부는 중복 사본을 만들고, 낡아지고, 원본 기록이 통합할 필요가 없던 세부 정보를 노출할 수 있다. 따라서 교차 색인은 모든 이메일을 복제하기보다 권위 있는 기록에 링크하고, 사건을 연결하는 데 필요한 식별 정보만 사용하며, 항목이 언제 갱신되었는지 표시해야 한다. 기록이 없거나 링크를 확인할 수 없다면 색인은 그 사실을 말해야 하고 조용히 빈틈을 메우지 말아야 한다. 검색의 편의가 원본의 의미를 바꾸는 정당 사유가 될 수는 없다.

항소 절차는 또한 항소인이 커뮤니티를 대표하는지에 대한 투표가 아니다. 표준화 절차에서 특정 행위에 이의를 제기하기 위한 절차다. 참여는 이슈를 시야로 가져오고, 논거가 담긴 기록은 이후의 독자가 그 기구가 그 이슈로 무엇을 했는지 볼 수 있게 한다. 어느 하나만으로 항소가 옳거나 그르다는 증명이 되지 않는다. 이 경계는 상태 라벨만큼이나 중요하다. 투명성은 기구의 행위를 검증 가능하게 만들되, 주장을 판결로 세탁해서는 안 된다.

IESG는 이미 접수와 본안 심사의 구분을 그리고 그에 따라 공개 기록을 배분했다. 다음 단계는 그 기록들 사이의 관계를 보이게 만드는 것이다. 도켓은 사건이 처리되지 않았는지, 아니면 심사 후 기각되었는지, 지배적 기록이 어디에 있으며 어떤 절차적 경로가 이어졌는지를 밝혀야 한다. 독자가 이러한 상태를 추적할 수 있을 때, 공개 기록은 프로세스가 실제로 한 일의 증거가 된다. 기록하지 않은 것의 대리물이 아니라.