Strategic Circle 브리핑
로그인 후 Strategic Circle 전략 브리핑을 확인하세요.
전략 서클 가입거버넌스 / IETF
IETF는 모든 네트워크가 돌아가는 프로토콜을 만듭니다. 초안, 워킹그룹 논쟁, 발표된 표준을 따라가며 각 표준이 운영 환경에 닿기 전에 운영자에게 무엇을 바꾸는지 설명합니다.

최신 커버리지
기사 136개

IETF
개정 02는 IESG 또는 IAB 전체 심리에 세 명의 지지자를 요구하고, 그보다 적어도 심리할 수 있다는 명시적 선택지를 지운다. 사건이 IAB로 넘어갈 때는 처음 지지한 사람들이 계속 인정된다. 제안은 사람을 모으는 일을 첫 관문에 집중시킨다.

IETF
새 HTTP 프록시 방식은 TCP 터널에 고유한 출처와 경로를 부여한다. IESG는 초안을 Proposed Standard로 발행하도록 승인했다. 이제 게이트웨이가 HTTP 버전 사이에서 이 터널을 전달할 차례다.

IETF
패킷을 어디로 보낼지 안다고 해서 고객이 어떤 발신 주소를 써도 되는지 아는 것은 아니다. RFC 10078은 전달 테이블에 두 질문을 한꺼번에 맡길 때 생기는 문제를 짚는다.

IETF
IETF의 클라우드 VR 사례에서 계산이 가장 빠른 엣지 사이트는 종단 간 지연 예산을 넘긴다. 계산과 네트워크를 함께 따져야 20ms 아래에 드는 선택지가 나온다.

IETF
왕복 경로 쌍의 연결 ID가 보인다고 장애 대응이 끝나는 것은 아니다. 복귀 방향의 생존 신호가 끊겼을 때 누가 서비스 중단을 선언할까? RFC 10067은 두 SR 경로를 연결하지만, 그 판정 규칙은 운영자에게 남긴다.

IETF
CCAMP는 미래 CMIS·C-CMIS 자료를 OIF에 요청했다. 목표는 호스트의 모듈 매개변수를 컨트롤러용 YANG 모델에 제때 반영하는 것이다. 요청서가 진행 중이라고 부른 플러그형 광모듈 초안 두 건은 Datatracker에서 만료 상태다.

IETF
NMOP의 헌장 개정안은 이상 탐지와 인시던트 관리에서만 AI 실험을 허용하는 구상이다. 시작 전 범위와 종료 기준, 구현 약속을 정하고 작업반 합의와 Area Director 동의를 받아야 한다. 출입문은 그렸지만, 종료 기준을 실제로 확인할 수 있을지가 관건이다.

IETF
혼잡한 링크를 피해 트래픽을 돌리는 절차는 있다. 10월 개정안은 원래 경로로 되돌리는 조건에, 되돌리기가 이미 끝나 있어야 한다고 적었다.

IETF
두 팀이 함께 맡은 작업을 떠올려 보자. 한 팀의 실패 응답이 도착했을 때, 다음 업무 대기열에는 누구의 결과가 표시될까? RFC 10051의 `AUTOMATIC-FAILURE`에서는 한 참여자의 실패가 작업 전체의 실패로 이어질 수 있다. 반면 `SERVER` 모드에서 세부 판정 규칙은 각 구현이 정한다.

IETF
경로 제어기가 SRv6 주소의 어느 비트를 읽을지 라우터에 지시하는 새 제안이 나왔다. 라우터가 동의하지 않았거나 규칙이 잘못됐을 때는 오류를 돌려보내라고도 한다. 그런데 그 오류의 값은 `TBD_EV`다. 번호를 배정받는 IANA 요청 목록에도 빠져 있다.

IETF
새 주소 목록을 올리고 클라우드 트래픽을 옮겨도 토큰 요청은 거절될 수 있다. 10월 28일 제출된 IETF 개인 초안은 클라이언트가 신고한 IP 범위와 인가 서버가 실제로 받아들인 범위를 구분한다. 주소록을 고치는 사람과 출입을 허락하는 사람이 다르다는 얘기다.

IETF
라우터는 자기 출입구의 폭을 알 수 있다. 그 숫자 하나로 목적지까지 이어진 모든 길의 폭을 증명할 수는 없다. 10월 28일 제출된 개인 초안은 경계에서 허용하는 IP 패킷 크기를 BGP 경로에 실어 보내자고 제안한다. 제안의 핵심은 숫자를 퍼뜨리는 일보다, 그 숫자가 누구의 약속인지 끝까지 지키는 일이다.

IETF
6월 초안에는 분명한 선이 있었다. 엄격 프로필을 선택하면 기존 방식의 서명만으로는 인증을 통과할 수 없었다. 10월 28일 개정판은 그 프로필을 삭제했다. 이제 인증서 서비스를 운영하는 쪽이 어떤 알고리즘을 받을지, 이전 서명을 언제까지 허용할지 정한다. ‘양자 대비’라는 이름만으로는 문이 닫히는 시간을 알 수 없다.

IETF
설정 변경 명령을 보낸 관제실에 돌아온 답은 ‘결과 불명’이었다. 시간이 흐른 뒤 실행 증거가 도착한다. 처음 기록을 성공으로 덮어쓰면 당시의 공백이 사라지고, 실패로 단정해 명령을 다시 보내면 작업이 두 번 일어날 수 있다. 10월 28일 갱신된 IETF 개인 초안 SAMP는 뒤늦은 결론에 새 기록 번호를 붙인다.

IETF
서버가 어떤 메타데이터를 보관한다는 사실과 그 안의 값을 찾아낼 수 있다는 말은 다르다. 10월 28일 나온 JMAP 작업반 초안은 객체에 임의의 바이트를 담는 `Binary` 값을 추가했다. 서버는 이를 받은 그대로 돌려줘야 한다. 그러나 텍스트 검색과 부분 수정은 안쪽으로 들어가지 못한다. 서랍은 생겼지만 색인은 따라오지 않았다.

IETF
거대한 데이터 흐름 몇 개가 같은 링크에 몰리면 옆 링크는 놀고 있어도 한쪽만 막힌다. 새 초안은 목적지 쪽에서 그룹 번호를 경로에 싣고, 입구 쪽 라우터가 이를 자기 링크 묶음에 대응시키려 한다. 그런데 형식 그림의 타입 `0x83`은 IANA 등록부에서 실험용 번호다.

IETF
하나의 일이 여러 조직의 에이전트를 거친다. 중간 담당자는 다른 에이전트에게 일부를 맡기고 그 이름을 상위 의뢰인에게 밝히지 않을 수 있다. 그러나 원래 요구가 바뀌면 자신이 관리하기로 받아들인 작업 연결을 따라 변경 사항을 전해야 한다. 10월 28일 제출된 IETF 개인 초안은 이 두 선택을 분리한다.

IETF
많은 BGP 경로가 같은 경로 속성을 쓴다. 감시 메시지마다 그 속성을 다시 실어 보내면 전송량이 반복 설명에 쓰인다. 10월 28일 제출된 제안은 속성 묶음을 먼저 등록하고, 이를 쓰는 접두사 수를 따로 보고한다. 평소 숫자는 정해진 때에 보낼 수 있지만 마지막 접두사가 사라졌다는 소식은 즉시 보내야 한다.

IETF
메일과 연락처, 달력을 묶어 다른 서비스로 옮길 수 있다면 이용자에게 선택지가 생긴다. 하지만 새 서비스가 받은 꾸러미에는 파일 내용뿐 아니라 경로와 접근 속성도 들어 있다. 10월 28일 개정된 IETF 작업반의 PDPArchive 초안은 이사할 데이터와 받아서는 안 되는 관리 권한을 분리해 적었다.

IETF
누군가를 그룹에서 지웠다는 성공 응답을 받았다. 이제 실제 명단을 확인할 차례다. 10월 28일 공개된 SCIM 개인 초안은 바로 이 두 번째 단계가 막히는 상황을 겨냥한다. 그룹이 커지면 구성원 배열을 응답에서 빼거나 요청자가 직접 제외할 수 있다. 초안은 가입 관계 하나마다 별도 주소를 주고, 기존 명단이 완전한지도 표시하자고 한다.
멤버 잠금 해제
프로필 브리핑 전체와 심층 분석 섹션을 보려면 로그인이 필요합니다.
로그인 후 Strategic Circle 전략 브리핑을 확인하세요.
전략 서클 가입IP 자산 보유자와 경영진을 위한 얼라이언스 브리핑, 비공개 보고서, 애널리스트 직접 지원.
Leadership Alliance 가입하기