주요 분야
인터넷 인프라
‘주요 분야’ 패싯에서 인터넷 인프라 인텔리전스는 보고 내용을 주 영역별로 묶어, 독자가 인터넷 인프라, 거버넌스, 연결성 시장 또는 디지털 자본 가운데 특정 영역을 집중적으로 따라갈 수 있도록 합니다. 이 페이지는 별도 카테고리 페이지에 나뉘어 있을 수 있는 관련 기사, 공개 증거, 기관, 기업, 인물, 지역적 노출, 운영 의존성, 시장 맥락을 한데 모읍니다. 아울러 해당 영역, 예상 행위자 유형, 시장 또는 거버넌스 맥락, 그리고 신호를 비교할 때 독자가 활용해야 할 출처 자료를 설명합니다. 운영자, 분석가, 거버넌스 분야 독자는 같은 영역이 이벤트, 프로필, 시장 변화, 공개 출처 증거, 지역 의존성, 보다 장기적인 주기의 인프라 의사결정 전반에서 시간에 따라 어떻게 나타나는지 살펴볼 수 있습니다.
역사
CLDAP은 보안 한계를 넘어서지 못했다: RFC 3352
1995년 CLDAP은 작은 디렉터리 조회를 위한 더 짧은 경로를 제시했다. 8년 뒤 IETF는 그 지름길이 유지 보수 가능한 표준으로 성숙하지 못한 이유를 기록했고, ‘Historic’ 지정이 상태 판정이지 실행 중인 코드를 지우라는 명령이 아님을 분명히 했다.
역사
MPLS는 다른 경로를 선택했다. 용량을 만든 것은 아니었다: RFC 3346
2002년, MPLS 트래픽 엔지니어링은 기존 최단 경로 라우팅으로는 불가능한 무언가, 즉 선별된 트래픽을 명시적 경로로 옮기는 기능을 백본 운영자에게 제공했다. 그러나 RFC 3346은 더 어려운 교훈도 기록했다. 경로는 이미 존재하는 용량 안에서만 부하를 재분배할 수 있으며, LSP에 설정된 대역폭은 실제 전송되는 트래픽과 대조해 검증해야 하는 하나의 모델일 뿐이다.
역사
새 주소는 수락됐다. 기존 주소는 그대로 살아 있었다: RFC 3344
등록은 성공했지만, 그 성공이 이전 경로의 소멸을 요구하지는 않았다. RFC 3344는 모바일 노드에 기존 바인딩을 보존할 수 있는 비트 하나를 주었고, 이를 지원하는 홈 에이전트는 가로챈 모든 데이터그램의 별도 사본을 아직 활성 상태인 모든 경로로 전송하도록 요구했다.
역사
SIP는 통화를 끊지 않고 텍스트를 추가할 수 있었다: RFC 3351
2002년, 한 접근성 제안은 음성·텍스트·영상과 중계 서비스를 하나의 계속 변하는 대화의 일부로 다뤘습니다. 가장 시사적인 아이디어는 새 코덱이 아니었습니다. 통화 방식을 하나 추가하기 위해 통화를 다시 시작할 필요가 없다는 것이었습니다.
역사
구독은 끝났지만 갱신은 그렇지 않았다: RFC 3343
취소 응답이 먼저 도착했습니다. 그런 다음 막 끝난 구독에 묶인 또 하나의 presence 갱신이 이어졌습니다. RFC 3343은 두 메시지를 모두 유효한 것으로 다뤘습니다. 서비스는 해당 연산을 멈췄지만, 더 일찍 보내진 갱신은 여전히 릴레이 메시를 건너고 있을 수 있었습니다. 종료는 소스를 닫았을 뿐 네트워크의 과거를 다시 쓰지 않았습니다.
역사
지연 경보는 이미 갔다. 메시지는 계속 전달됐다: RFC 3342
지연 보고서가 이미 발신자에게 올라갔을 때 데이터는 여전히 메시지 그물을 통과하고 있었습니다. RFC 3342는 불일치를 기술한 것이 아니라 성격이 다른 두 임계값을 제시했습니다. 하나는 대기를 관찰했고, 다른 하나는 전달을 멈출 권한을 갖고 있었습니다.
역사
권한 부여는 삭제됐다. 권한은 남았다: RFC 3341
관리자는 한 주체에 세 가지 권한을 부여한 규칙을 삭제했습니다. 그러나 권한 하나는 살아남았습니다. 삭제가 실패해서가 아니라, 그 아래에서 더 넓은 규칙이 기다리고 있었기 때문입니다. RFC 3341은 부재와 거부를 서로 다른 정책 상태로 다루었고, 철회가 드러난 상태로 남아 있어야 하는 경우를 위해 `all:none`을 제공했습니다.
역사
응답은 요청한 애플리케이션보다 오래 남을 수 있었다: RFC 3340
인터넷 역사에서 가장 솔직한 프로토콜 사례 중 하나에서, 어떤 애플리케이션이 서비스에 질문을 보내고 연결을 끊고 사라집니다. 나중에 다른 애플리케이션이 같은 엔드포인트 이름을 이어받습니다. 응답은 첫 애플리케이션의 트랜잭션 식별자를 그대로 지닌 채 후속 주체에게 도착합니다. RFC 3340은 이 상관관계를 연속성으로 착각하지 않았습니다. 우리도 그래야 합니다.
역사
같은 시각, 다른 출처: RFC 3339
아카이브는 정확히 같은 시각을 보존하면서도 사실의 일부를 잃을 수 있습니다. 2002년 RFC 3339는 오프셋 표기 형태를 시간 출처의 단서로 삼았고, 2024년 RFC 9557이 그 해석을 개정했습니다. 그 사이 시계는 멈추지 않았지만 특정 문자의 의미는 바뀌었습니다. 그래서 정규화된 값은 수신된 원시 바이트와 그것을 해석하던 규칙을 대신할 수 없습니다.
역사
IPv4 주소는 사실 로컬 핸들에 불과했다: RFC 3338
구형 애플리케이션은 자신이 IPv4 주소를 받았다고 믿었다. 그러나 와이어상에 그런 목적지가 존재할 필요는 없었다. RFC 3338의 Bump-in-the-API 메커니즘은 이름 조회와 소켓 호출을 가로채어 사설 로컬 풀에서 임시 IPv4 형태의 값을 할당하고, 그 값을 사용해 호스트 내부에서 실제 IPv6 피어를 복원했다. 이 주소는 전역 식별자가 아니라 테이블과 범위, 그리고 특정 시점 속에서만 의미를 갖는 핸들이었다.
IETF
PPP 로그인은 이웃을 보호하지 못했다: RFC 3336
RFC 3336은 ATM에서 작고 지연에 민감한 패킷을 덜 낭비적으로 전달하려 했습니다. 가장 유용한 경고는 패킷을 감싼 6바이트가 아니었습니다. 하나의 PPP 세션을 인증하는 것이 동일한 가상 연결을 공유하는 모든 다른 채널을 인증하는 것은 아니었습니다.
역사
클래스 식별자는 지연 보장이 아니었다: RFC 3337
네트워크는 음성 패킷을 인식했다. 그러나 그것이 먼저 전송된다는 뜻은 아니었다. RFC 3337은 PPP over AAL2에 서로 다른 트래픽 클래스의 프래그먼트를 별도의 채널 식별자에 할당하는 방법을 제시했지만, 스케줄러는 구현과 서비스 요구사항에 맡겨 두었다. 분류는 선점의 기회를 만들었다. 그 기회를 측정된 지연으로 전환하는 것은 스케줄링, 용량 그리고 나머지 전달 체인의 몫이었다.
역사
ATM 셀 하나의 손실이 전체 번들을 파괴하지 않게 되다: RFC 3336
패킷은 비트가 유실되어 실패할 수 있다. 또한 엔지니어가 패킷을 다른 패킷들과 묶은 뒤 그중 무엇이 살아남았는지 판정하기 때문에 실패할 수도 있다. 2002년 12월 공개된 RFC 3336은 두 번째 실패에 맞섰다. PPP를 AAL2의 공통 파트 서브레이어로 운반함으로써 다중화를 분할·재조립 옆으로 옮겼다. 얻은 것은 단순히 더 짧은 트레일러가 아니었다. 더 작은 대기 단위이자 더 작은 손실 단위였다.
역사
미터는 정책이 보라고 한 것만 세었다: RFC 3334
회계 기록은 사용량에 대한 소급 진술처럼 보입니다. RFC 3334는 그 안에 숨어 있던 사전 결정을 드러냈습니다. 바이트가 기록이 되기 전에 정책이 어떤 플로우가 회계 대상으로 존재할지, 어떤 속성이 남을지, 미터가 얼마나 자주 들여다볼지, 수집기가 결과를 얼마나 굵게 묶을지, 누가 얼마나 오래 들여다볼 수 있는지를 정했습니다. 기록은 증거였지만, 설정된 시야를 가진 증거였습니다.
역사
Routing Key가 트래픽을 골랐고, Network Appearance가 SS7 맥락에 이름을 붙였다: RFC 3332
M3UA는 MTP3-사용자 메시지를 IP를 통해 전송했지만, 모든 식별자에 같은 역할을 부여하지는 않았다. Routing Key는 Application Server가 어떤 SS7 트래픽을 받아야 하는지 기술했고, Routing Context는 그 키에 이름을 붙였으며, Network Appearance는 포인트 코드가 어느 SS7 네트워크에 속하는지에 대한 로컬 조율된 시각을 제공했다. 하나의 SCTP 연결이 이런 관계 여럿을 실어 나를 수 있었으므로 '연결됨'은 완전한 라우팅 주장이 아니었다.
역사
게이트웨이가 경로를 키로 바꾼 순간: RFC 3332
RFC 3332는 시그널링을 한 네트워크에서 다른 네트워크로 운반하는 데 그치지 않는 게이트웨이를 기술했습니다. 이 게이트웨이는 SS7 네트워크 계층을 종단하고, 각 메시지의 좌표를 검사한 뒤, 구성된 라우팅 키를 통해 어느 원격 애플리케이션이 그 메시지를 받아야 하는지 결정했습니다. 그 키는 분산형 호 제어를 가능하게 했지만 위험한 모호성도 만들었습니다. 애플리케이션을 선택하는 규칙은 SS7 목적지에 도달할 수 있다는 증거가 아닙니다.
역사
SS7 링크는 게이트웨이에 남았다. 그 사용자는 IP를 넘어 이동했다: RFC 3331
M2UA에서 “사용자(user)”는 통화를 거는 사람이 아니었다. SS7 신호 링크 바로 위의 계층인 MTP3를 의미했다. RFC 3331은 회선과 MTP2 기능을 게이트웨이에 그대로 두고, 그 상위 경계를 SCTP를 통해 원격 컨트롤러로 전달했다. 그 결과 생긴 시스템은 IP 연결이 정상이고 애플리케이션 프로세스가 활성 상태인 동시에 물리 링크는 장애 상태일 수 있었다.
역사
주소는 평범해 보였다. 패킷은 평범하게 동작하도록 허용되지 않았다: RFC 3330
모든 IPv4 주소는 같은 32비트에 담긴다. 그러나 운영상 의미는 그렇지 않다. 하나의 목적지가 이 호스트, 하나의 링크, 사적 내부망, 예제, 실험실 또는 공개 엔드포인트를 가리킬 수 있다. RFC 3330은 이러한 예외들을 하나의 목록으로 모았고, 그 목록이 결코 시간을 초월한 차단 목록이 될 수 없는 이유를 드러냈다.
역사
더 강한 잠금장치는 제안되었다. 공격자는 선택 전에 그것을 제거했다: RFC 3329
첫 보안 제안은 합의된 보안이 존재하기 전에 전달되었다. 이 순환 문제는 한 줄 삭제를 강력하게 만들었다. 더 강한 메커니즘을 지워버리면, 역량을 갖춘 두 SIP 단말이 더 약한 선택에 만족할 수 있었다. RFC 3329는 보호가 시작된 뒤 나중에 전달되는 영수증으로 이 문제에 답했다.
역사
등록 서버는 연락처는 알았지만 이에 도달할 경로는 아직 몰랐다: RFC 3327
주소를 등록하는 것과 다음 호출을 그 주소로 전달하는 것은 서로 다른 두 가지 작업이다. SIP 초기에는 등록이 성공했음에도 응답이 전송되는 순간 단말로 돌아가는 데 필요한 프록시 연쇄가 사라질 수 있었다. RFC 3327은 이 휘발성 정보에 독자적 존재를 부여했다.