주요 분야
인프라
‘주요 분야’ 패싯에서 인프라 인텔리전스는 보고 내용을 주 영역별로 묶어, 독자가 인터넷 인프라, 거버넌스, 연결성 시장 또는 디지털 자본 가운데 특정 영역을 집중적으로 따라갈 수 있도록 합니다. 이 페이지는 별도 카테고리 페이지에 나뉘어 있을 수 있는 관련 기사, 공개 증거, 기관, 기업, 인물, 지역적 노출, 운영 의존성, 시장 맥락을 한데 모읍니다. 아울러 해당 영역, 예상 행위자 유형, 시장 또는 거버넌스 맥락, 그리고 신호를 비교할 때 독자가 활용해야 할 출처 자료를 설명합니다. 운영자, 분석가, 거버넌스 분야 독자는 같은 영역이 이벤트, 프로필, 시장 변화, 공개 출처 증거, 지역 의존성, 보다 장기적인 주기의 인프라 의사결정 전반에서 시간에 따라 어떻게 나타나는지 살펴볼 수 있습니다.
역사
밀리초의 소유자는 게이트웨이, 호의 소유자는 호 처리 에이전트: RFC 3064
회선 전화가 패킷 제어와 만났을 때, 거리는 설계 제약이 되었다. RFC 3064는 수십 밀리초 단위로 측정되는 반응을 회선 곁, 미디어 게이트웨이 안에 두었다. 그러나 더 큰 판단은 내주지 않았다. 호가 무엇을 의미하는지는 여전히 호 처리 에이전트가 결정했고, 해제된 트렁크는 아직 삭제된 네트워크 연결이 아니었다.
역사
스레드가 되감길 때까지 레이블은 기다렸다: RFC 3063
변화하는 MPLS 네트워크에서 경로는 루프 주변을 가리키기도 했다. RFC 3063은 레이블이 기다리도록 하는 방법을 제안했다. 수명이 짧고 색을 지닌 제어 스레드를 다운스트림으로 보내고, 그 스레드가 루프 없는 경로를 통해 돌아오기 전까지는 매핑을 광고하지 않는 것이다.
북미 지역 ISP
GAFACHI의 조각난 레지스트리 정체성: 이제 다른 곳을 가리키는 ASN, RPKI 방어 없는 새 라우팅 흔적
Gafachi Inc.는 인터넷 라우팅 기록에서 기묘한 위치에 있습니다: 20년의 역사를 지닌 로체스터 통신 회사로서, 그 이름은 여전히 ARIN이 2018년 Fidelity National Financial에 재할당한 자율 시스템의 레거시 라우팅 레지스트리 객체에 남아 있으며, 현재의 레지스트리 흔적은 PriVerify Corp.와 함께 새로 만들어진 공동 자율 시스템으로, 단일 IPv4 프리픽스를 RPKI 발신 검증 전무한 상태로 광고합니다.
역사
확장 누락은 빈 답이 아니었다: RFC 3059
RFC 3059는 서비스 검색의 왕복을 줄이려 했다. 즉 각 서비스 URL에 그 속성을 같은 응답으로 반환한 것이다. 그 가장 오래 살아남는 교훈은 이 최적화가 사라지는 경로에 있다. 확장이 없다는 것이 "속성 없음"을 뜻하는 것은 아니었다. 클라이언트가 네트워크에 또 하나의 질문을 지고 있음을 뜻했다.
역사
OID는 IDEA를 인코딩 가능하게 했지만, 암호를 사용 가능하게 하지는 않았다: RFC 3058
RFC 3058은 CMS 안에서 IDEA에 두 개의 정확한 이름과 재현 가능한 콘텐츠 키 래핑 방식을 부여했다. 이는 규격을 따르는 소프트웨어가 이 암호를 어떻게 표현해야 하는지라는 문제를 해결했다. 그러나 양쪽 끝에 IDEA를 설치하거나, 사용 허가를 내주거나, 메시지에 선택하게 하거나, 수신자가 도착한 내용을 복호화할 수 있음을 증명하지는 않았다.
역사
모델은 규칙을 기술했지만 결과는 장비에 맡겼다: RFC 3060
RFC 3060은 정책 시스템에 그룹, 규칙, 조건, 액션의 공유 어휘를 제공했습니다. 그러나 모든 라우터에 하나의 공유 해석기를 주지는 않았습니다. 표준은 규칙이 언제 적용되는지 기술하고 액션 순서를 필수 또는 권고로 표시할 수 있었지만, 그러한 속성을 결정으로 바꾸는 알고리즘은 구현에 맡겼습니다. 이 간극은 스키마에 숨겨져 있지 않았습니다. RFC는 그것을 설계 경계로 명시했습니다.
역사
호출 제어가 IP로 옮겨갈 때 D채널은 그대로 있었다: RFC 3057
RFC 3057는 ISDN 회선을 인터넷으로 끌어온 것이 아니라 경계에서 멈췄습니다. 시그널링 게이트웨이가 계속 Q.921를 종단하고, IUA가 상위 시그널링 관계를 SCTP를 통해 호출 제어 프로세스로 전달했습니다. 애플리케이션 프로세스가 실패했을 때 시그널링 트래픽은 우회할 수 있었지만, 전환 중인 모든 호출이 살아남는다는 보장은 없었습니다.
역사
카운터는 통화 성공을 말했다. 사람이 들었는지는 말할 수 없었다: RFC 3055
2001년 PINT 워킹 그룹은 인터넷에서 발화된 전화 서비스를 셀 수 있는 규율 있는 방법을 운영자에게 제공했습니다. RFC 3055는 사용자, 클라이언트, 게이트웨이별로 수신·성공·단절된 호출을 구분할 수 있었습니다. 그러나 더 큰 교훈은 남겨진 거리에 있습니다. 서버는 원격 끝의 사람, 팩스 페이지, 스피커를 관찰하지 않고도 결과를 셀 수 있었습니다.
역사
14 kHz 업그레이드는 16 kHz 문을 열어 두었다: RFC 5577
RFC 5577은 G.722.1 오디오 프로파일을 확장하고 더 빠른 샘플링 클록을 추가했습니다. 가장 시사적인 이전 규칙은 더 조용한 것이었습니다. 구형 단말이 여전히 중요할 때 16 kHz 구성을 계속 제안하라는 것이었습니다.
역사
전화기는 부품의 이름을 알려 주었다. 컨트롤러는 여전히 무엇이 있는지 물어야 했다: RFC 3054
RFC 3054는 인터넷 전화기의 디스플레이, 키, 핸드셋, 스피커, 미디어 스트림에 공유된 어휘를 부여했다. IPPhone 프로필 덕분에 원격 컨트롤러는 임의의 목록에서 장치를 추측하는 대신 이미 알려진 모델에서 출발할 수 있었다. 이 지름길은 추론을 줄였지만, 프로필 선언, 감사 결과, 제어 명령, RTP 패킷, 들리는 음성을 하나의 사실로 만들지는 않았다.
역사
루트 DSE는 벤더 이름을 알려줄 수 있었다. RFC 3045는 기능 탐색에서 선을 그었다.
LDAP 서버는 자신의 소프트웨어를 만든 곳과 보고된 릴리스 문자열을 클라이언트에 알려줄 수 있었다. 이는 사람에게 유용한 맥락, 혹은 좁게 표적화된 우회 절차의 단서였지만 기능 목록은 아니었다. RFC 3045는 이 구분을 명시했다. 벤더 레이블은 이상 동작을 설명하는 데 도움이 될 수 있지만, 클라이언트가 서버의 능력에 대한 증거로 삼아서는 안 된다.
역사
ISSN은 그대로, URL은 옮겨 갔다 — RFC 3044는 그 사이에 워처를 세웠다
2001년, ISSN 국제센터는 익숙한 연속 간행물 번호가 URN 안에서 이동할 수 있음을 보여주었다. 어려운 부분은 번호를 발행하는 일이 아니었다. 그 번호가 잡지의 변하는 웹 주소를 향하는 경로를 정직하게 유지하는 일이었다. RFC 3044는 식별자는 영속할 수 있지만 URL은 그렇지 않으며, 따라서 능동적인 워처가 필요하다고 말했다.
역사
브로커는 터널을 명령했고, 다른 기계가 그것을 운반해야 했다: RFC 3053
RFC 3053는 이른 시기의 IPv6 과제를 하나의 서비스처럼 보이게 만들었다: 등록하고, IPv4 엔드포인트를 제출하고, 설정을 받아 연결한다. 그러나 그 아키텍처는 서비스 언어가 감출 수 있는 경계를 그대로 드러냈다. 터널 브로커는 할당과 설정 결정을 내렸고, 터널 서버가 터널을 종단했으며, 클라이언트는 여전히 자기 쪽을 적용해야 했고, 네트워크는 여전히 패킷을 운반해야 했다.
역사
하나의 글로벌 이름, 단 하나의 권위적 리졸버: RFC 3043의 약속과 한계
2001년 1월, Network Solutions는 사람과 조직을 위한 영속적인 인터넷 이름을 제안했습니다. RFC 3043은 참조를 애플리케이션 간에 이식 가능하게 만들었지만, 등록 템플릿 자체가 권위적 해석을 회사 리졸버 내부에 두었습니다. 이 구분은 여전히 중요합니다. 이름은 영속될 수 있어도 그것을 해석하는 권한까지 이식 가능해지는 것은 아닙니다.
역사
표준은 LDP를 권고했다. 프로토콜이 동작 중임을 증명하지는 않았다: RFC 3037
RFC 3037은 일반 라우팅 경로를 따라 MPLS 트래픽을 전달하는 장치에 대해 LDP 구현을 권고했다. 이 문장은 적절한 프로토콜 기능을 선택한 것일 뿐, 장치의 인증, 기능 활성화, TCP 세션 수립, 라벨 설치, 패킷 전달을 입증하지는 않았다. 이 적용성 명세는 이러한 별개의 전환들을 지도처럼 읽을 때 가장 유용하다.
역사
중복 ACK 두 개로 새 데이터를 보낼 수 있지만, 윈도우는 넓히지 않는다: RFC 3042
3세그먼트 크기의 혼잡 윈도우를 가진 TCP 발신자가 세그먼트 하나를 잃으면, 수신자는 이후 데이터에 대해 중복 승인 두 개까지만 돌려보낼 수 있어, 빠른 재전송을 유발하는 기준에 하나 모자랍니다. 2001년 RFC 3042는 피드백 시계를 계속 움직이는 좁은 방법을 제안했습니다. 처음 두 개의 중복 ACK에서 새 데이터를 보내되 혼잡 윈도우는 그대로 두는 것입니다.
역사
ATM 레이블은 스위치마다 바뀌었다. LDP에는 양쪽 끝이 공유할 값이 필요했다
ATM 회선은 다음 스위치에서 VPI/VCI 필드에 인쇄된 숫자가 바뀌는 동안에도 셀을 계속 실어 나를 수 있었다. 그래서 LDP 피어에는 로컬 레이블 이상의 것이 필요했다. 가상 연결을 MPLS에 결합하기 전에 양쪽이 공유하는 정체성이 필요했다.
역사
스위치는 TTL을 감소시킬 수 없었다. 인그레스는 홉 카운트를 선불로 지불했다: RFC 3034
프레임 릴레이 스위치는 회선 속도로 DLCI를 교체할 수 있었지만, 라우터가 모든 패킷에 수행하는 연산인 TTL(time to live)을 1 줄이는 작업은 할 수 없었습니다. RFC 3034는 전파된 세그먼트 길이를 경계에서 청구하는 방식으로 MPLS 루프 및 범위 회계를 유지했습니다. 제어 평면이 그 수를 제공했고, 인그레스가 차감을 수행했으며, 어느 한쪽만으로는 패킷이 실제로 통과한 경로를 증명하지 못했습니다.
역사
LDP는 전체 길이 프리픽스를 유지하고 호스트 FEC는 삭제했다
2001년 LDP는 같은 호스트를 가리킬 수 있어도 목적지 주소를 기술하는 두 가지 서로 다른 방식을 라우터에 제공했습니다. 6년 뒤 개정 명세는 그중 하나를 정확한 이유와 함께 삭제했습니다. 어떤 구현도 사용하지 않았기 때문입니다. 전체 길이 프리픽스는 남았습니다.
역사
식별자는 세션의 이름을 붙였을 뿐, 세션을 옮기지는 않았다: RFC 3033
호출 제어 메시지는 인터넷 세션을 지칭하는 IPv4 또는 IPv6 튜플을 정확히 실어 나를 수 있었지만, 패킷은 여전히 기존 가상 회로를 통과하고 있었습니다. RFC 3033은 ATM 신호 방식에 의도된 주체를 나타내는 어휘를 부여했습니다. 그러나 이 문서는 주체가 실제로 이동했거나, 예약이 성공했거나, 상호 운용 가능한 종단 간 절차가 완성되었다고 주장하는 데서 일부러 멈췄습니다.