인텔리전스
최신 기사
인프라 운영 주체, 정책 결정, 시장 동향, 디지털 권력 이동에 관한 최신 인텔리전스입니다.
역사
영속 이름에는 승계 계획이 필요했다: RFC 3406
이름은 서버, 제품, 계약보다 오래 살아남겠다고 약속할 수 있었습니다. RFC 3406은 그 약속을 신뢰할 수 있게 만든 덜 화려한 질문을 던졌습니다. 현 관리자가 감당하지 못하게 될 때, 누가 그 약속을 지키는가?
역사
같은 URI가 위치, 자원, 또는 서술을 반환할 수 있었다: RFC 3404
"해결됨"은 완전한 답처럼 들린다. RFC 3404는 그것을 질문으로 바꿔 놓았다. 즉 무엇으로 해결되었는가? 위치, 자원 그 자체, 서술, 영속적 이름은 같은 URI로 시작하더라도 서로 다른 결과물이었다.
역사
패킷에서 처음 도착한 NAPTR이 첫 번째 규칙은 아니었다: RFC 3403
DNS는 규칙 프로그램을 담을 수 있었지만, 도착 순서에 그 실행 순서를 담지는 않았다. RFC 3403은 클라이언트가 레코드 자체에서 권위를 재구성하도록 했다. ORDER가 먼저 오고, 그 다음에야 선호나 서비스 능력이 경로를 고를 수 있었다.
역사
모든 규칙은 키를 다시 썼지만 원본 문자열은 다시 쓸 수 없었다: RFC 3402
발견 시스템은 여러 권한 기관을 거치면서도 그 어느 곳도 발견 대상 자체를 대체하지 않을 수 있다. RFC 3402는 이 구분을 실행 가능하게 만들었다. 규칙은 다음 조회 키를 바꾸고, 원본 애플리케이션 문자열은 그 범위 밖에 남았다.
역사
답변은 서명되어 있었다. DHCP가 질문할 이름을 골랐다: RFC 3397
리졸버는 DNS 응답의 모든 암호화 사실을 검증한 뒤에도 잘못된 행정 도메인에 접속할 수 있다. RFC 3397은 이를 가능하게 한 더 이른 결정을 드러낸다: DNS가 답하기 전에 DHCP가 어떤 이름을 물을지 결정하는 데 일조할 수 있었다.
역사
카운터는 GET이라고 말했다. 프로브는 응답을 기억하고 동사 하나를 골랐다: RFC 3395
그 숫자는 직접 관측처럼 보였다. RFC 3395는 그 뒤의 기계 장치를 드러냈다: 이전 패킷에 대한 기억, 대화의 재구성, 그리고 트래픽이 둘 이상의 레이블을 허용할 때의 강제 선택.
역사
정상 패킷도 필터에서 거부될 수 있다: RFC 3704
패킷이 유효한 발신 주소를 갖고 있어도 공급자 경계에서 거부될 수 있습니다. 그 이유는 주소 자체가 아니라, 수신 라우터가 믿는 되돌아오는 경로에 있을 수 있습니다.
역사
암호문은 한 레지스터만큼 커졌다. 그 레지스터가 키의 존재를 결정했다: RFC 3394
RFC 3394는 단순히 키 바이트를 한 줄 암호화하고 패딩을 더하지 않았다. 하나의 64비트 레지스터를 변환의 모든 단계에 통과시켜 결과의 맨 앞에 두었고, 구현이 후보 키를 배출하기 전에 그 레지스터가 기대한 형태로 돌아오도록 요구했다.
역사
테스트 번호는 공유됐다. 실험은 아니었다: RFC 3692
프로토콜 실험은 회선을 넘어가기 전에 번호가 필요합니다. RFC 3692는 그 순간을 위해 두 개의 값을 마련했지만, 같은 번호가 서로 다른 곳에서 서로 다른 실험을 가리킬 수 있다고 경고했습니다. 테스트 허가는 호환성의 약속이 아니었습니다.
역사
이미지는 참조 옆에 도착했다. 그러나 생산자는 여전히 독자를 볼 수 없었다: RFC 3391
RFC 3391은 복합 문서의 여정을 재배열하여 각 이미지가 그 이미지를 부르는 문장 근처를 이동하도록 할 수 있었다. 그러나 그 반대편 기계에 대한 불확실성까지 없애지는 못했다.
역사
침묵이 패킷을 멈췄다. 방은 조용해지지 않았다: RFC 3389
인터넷 통화의 한쪽 끝에서 들리는 조용함이 반드시 네트워크를 건너온 것은 아닙니다. 대개는 수신 측 기기가 스스로 만들어낸 것입니다.
역사
네트워크는 바뀌어도 가입자의 홈은 그대로였다: RFC 3141
초기 모바일 인터넷에서 단말은 고객 관계를 옮기지 않은 채 다른 사업자의 무선망을 빌려 쓸 수 있었습니다. RFC 3141은 이 분리를 AAA 요구사항으로 명문화했습니다. 방문 네트워크가 접속을 제공하는 동안 가입자의 홈 사업자는 공식 서비스 관계를 유지했고, 인증·인가·과금은 이 제도적 경계를 하나의 네트워크인 것처럼 가장하지 않은 채 넘어야 했습니다.
역사
라벨 하나 누락으로 모든 그룹이 무효화된 사례: RFC 3388
미디어 기술은 각각 유효하게 남아 있었지만, 이름 없는 한 줄이면 애플리케이션이 선언된 어떤 관계도 신뢰하지 못하도록 규정했다.
역사
3GPP2의 회의는 열려 있었지만 메일링 리스트는 아니었다: RFC 3131
2001년 6월, RFC 3131은 독특한 참여 지도를 보여주었습니다. 관심 있는 개인은 3GPP2 회의에 참석할 수 있었지만, 이 단체의 기술 메일링 리스트는 일반 대중에게 공개되지 않았습니다. 이 메모가 제시한 다리는 경계를 없던 일로 만드는 것이 아니라, 이미 논의와 의사 결정이 공개적으로 이루어지던 관련 IETF 메일링 리스트에 상호 관심 사항을 올리는 것이었습니다.
역사
큐는 패킷을 구별할 수 있었다. 그러나 운영자는 아직 서비스를 정의하지 못했다: RFC 3387
우선순위 표시는 한 패킷을 다른 패킷보다 앞세울 수 있었지만, 구매자를 식별하고 약속을 증명하고 청구서를 정산하거나 어느 사업자가 실패를 책임지는지 판단할 수는 없었다.
역사
하위 계층이 먼저 복구했다. 상위 계층은 기다려야 했다: RFC 3386
한 가닥 끊어진 광케이블이 여러 복구 시스템을 동시에 깨울 수 있었다. 어려운 문제는 어느 계층이 트래픽을 먼저 옮길 권리를 갖는지, 다른 계층은 얼마나 기다려야 하는지였다.
역사
체크섬은 32비트였다. 그 의미를 결정한 것은 오류 모델이었다: RFC 3385
두 무결성 필드는 같은 4바이트를 차지하면서도 저장 데이터가 전송 과정을 온전히 통과했는지에 관해 전혀 다른 근거를 제공할 수 있다.
역사
IPv6 접두사는 바뀌었지만 식별자는 그대로였다: RFC 3041
2001년 IPv6는 DHCP 서버에 묻지 않고 기기가 주소를 만들 수 있는 방법을 제공했다. 그러나 네트워크를 바꾸어도 주소의 일부가 같은 인터페이스를 계속 따라다닐 수 있었다. RFC 3041은 이 연결을 어렵게 만들기 위해 임시 주소를 제안했다.
역사
임대에는 주소만이 아니라 경로가 실렸다: RFC 3442
2002년 12월, 하나의 DHCP 옵션이 주소 인계가 호스트를 식별하는 데 그치지 않도록 만들었습니다. 그 옵션은 클라이언트에게 각 클래스리스 목적지 프리픽스마다 어떤 라우터를 사용할지 알려줄 수 있었습니다.
역사
레플리카는 수렴했다. 그래도 패한 값은 보존되어야 했다: RFC 3384
라이브 디렉터리 상태에 대한 합의는, 다른 유효한 갱신이 존재했다는 증거를 파괴할 권한을 주지 않았다.