프로필
Research
Research 프로필 인텔리전스는 BTW.MEDIA 보도의 주제를 비교하는 독자를 위해 인물, 기업, 기관 등 다양한 개체에 대한 취재를 하나로 연결합니다. 이 페이지는 공개 프로필, 관련 이벤트, 증거 패키지, 역할 변화, 운영 현황, 거버넌스 노출, 조직 간 연결, 시장 내 관련성을 비교하면서, 조직과 인물 기록을 일반적인 뉴스 연표와 구분하여 다룹니다. 독자는 헤드라인 뒤에 있는 주제, 그 프로필을 뒷받침하는 증거, 그리고 프로필을 중요하게 만드는 인프라 및 시장 관계를 이해할 수 있습니다. 또한 프로필이 누구 또는 무엇을 대표하는지, 어떤 공개 자료가 이를 뒷받침하는지, 기업·시장·거버넌스 기구·이벤트와 어떻게 연결되는지, 그리고 주제가 변화함에 따라 어떤 변화가 지속적인 관심을 필요로 하는지 확인할 수 있습니다.
역사
Veronica는 제목은 찾았지만 파일 자체는 찾지 못했다: Gopher 검색, 1992–95
Veronica는 이미 메뉴에 적혀 있던 단어들을 수집해 성장하는 Gopher 세계를 검색 가능하게 만들었다. 그 규모는 소박한 약속에서 나왔다. 라벨을 찾고, 살아 있는 경로를 돌려주고, 문서는 게시자가 둔 곳에 그대로 남겨두는 약속이었다.
역사
하나의 케이블 회사, 수많은 현지 관문: FLAG, 1997
FLAG의 유럽–아시아 해저 케이블은 국경을 넘는 도매 시스템으로 자금을 조달하고 운영되었지만, 각국 상륙 지점의 장비는 여전히 현지 전화회사에 의존했습니다. 그 역사는 민간 자본이 케이블 사업을 바꾼 지점과 한계에 다다른 지점을 보여줍니다.
스토리
PeeringDB, 일상 릴리스 공개 베타 폐지 — 주요 UI·API 변경은 미리보기 유지
8월 시험을 거친 뒤 PeeringDB는 이제 일상 릴리스를 내부 테스트에서 프로덕션으로 직행시킵니다. 제품 책임자는 시험에서 피드백이 없었다고 밝혔으며, 중대한 인터페이스 및 API 변경에는 공개 베타가 계속 제공됩니다.
역사
Ariadne, IP가 표준이 되기 전 그리스 연구망을 연결하다
TCP/IP가 그리스 연구 네트워크의 공통 방향이 되기 전, Ariadne은 여러 프로토콜로 대학과 연구소를 연결했다. 1993년 운영 보고서는 가동 중인 X.25 서비스와 아직 설치 중이던 실험적 IP 네트워크를 구분한다.
역사
암스테르담의 디지털 도시에는 시민은 있었지만 시의회는 없었다
De Digitale Stad(디지털 도시)은 낯선 인터넷을 주민이 들어갈 수 있는 공간처럼 느끼게 했다. 시민적 어휘는 문을 열어 주었지만, 계정 보유자에게 지자체의 권한을 부여하지는 않았다.
역사
.arpa가 자리를 잡은 뒤에도 인프라 이름들은 20년 동안.int에 남아 있었다
네임스페이스의 새 보금자리는 옛 레코드가 사라지기 훨씬 전에 정해질 수 있습니다..int 인프라 이름의 역사는 왜 이 두 가지가 별개의 작업인지 보여줍니다.
역사
카페는 공개적이었지만 이용자는 기록되었다: 튀니지 PubliNet 규칙
튀니지는 작은 공공 센터를 통해 인터넷 접근을 넓히려 했습니다. 기록은 동시에 카페가 어떻게 관리된 접근 지점이 되었는지, 운영자의 의무가 '공개'의 의미를 어떻게 규정했는지 보여줍니다.
역사
온라인은 허락이 아니었다: MIT의 Zephyr가 접속 정보를 네트워크 서비스로 만든 방식
MIT는 네트워크화된 워크스테이션으로 채워지는 캠퍼스를 위해 Zephyr를 만들었습니다. 그곳에서는 브로드캐스트가 건물을 넘어 사용자를 따라갈 수 없었고, 일반 메일은 프린터 고장이나 수업 공지에는 너무 느렸습니다. 그 해답은 인증된 신원, 위치 기록, 구독, 라우팅된 알림을 하나로 묶는 것이었습니다. 이 기록들은 사람들이 서로를 찾는 데 도움이 되었지만, 그 사람이 여전히 자리에 있는지, 연락되기를 원하는지, 메시지를 읽었는지를 증명하지는 못했습니다.
역사
캄보디아, 1997년 상시 인터넷 연결은 공공 파트너십에 기반했다
캄보디아 최초의 상시 인터넷 연결은 협소하고 비용이 많이 드는 국제 회선이었습니다. 이를 장관실 너머로 확장하려면 학교와 단체를 지원할 공공 구조가 필요했고, 상용 사업자들은 같은 제한된 게이트웨이를 중심으로 시장을 만들어갔습니다.
크리에이터
Robert Moskowitz와 IP 주소 뒤의 호스트 신원
IP 주소는 네트워크에 패킷을 어디로 보낼지 알려 주지만, 애플리케이션과 보안 통제는 다른 질문, 즉 상대편에 어떤 호스트가 있는지를 그 주소에 묻곤 합니다. Robert Moskowitz의 Host Identity Protocol 연구는 이 두 역할을 분리했습니다. 이 구분은 로케이터가 바뀌어도 호스트 연결을 유지할 수 있지만, 주소를 기억하는 모든 시스템이 자동으로 따라오게 만들지는 못합니다.
역사
네트워크는 노드에게 이름을 물어볼 수 있었고, 노드는 거부할 수 있었습니다: IPv6 Node Information Queries
IPv6가 로컬 주소를 기억하기보다 만들기 쉽게 만들었을 때, 디버깅에는 여전히 장비에게 자기 자신에 대해 아는 것을 물어볼 방법이 필요했습니다. RFC 4620이 그 해법을 제안했습니다: 범위가 한정된 직접 ICMPv6 질의, 노드가 거부할 수 있는 응답, 그리고 DNS를 대체하지 않는다는 명확한 한계.
ICANN
이름이 DNS 등록보다 오래 살아남을 때
등록인이 DNS 이름의 등록을 만료시키면서 다른 명명 체계에서는 그 대응 이름을 유지한다면, 라벨은 사라진 것이 아니라 한쪽에서는 상태가 바뀌고 다른 쪽에서는 활성 상태로 남아 있는 것입니다. ICANN의 기술 연구는 그 선택을 가시화합니다. 더 어려운 질문은 누가 이후의 모든 변경이 같은 규칙을 따른다는 것을 증명할 수 있는가입니다.
역사
MAE-East는 정책이 아니라 공간이었다: 초기 인터넷의 공유 익스체인지
공유 이더넷은 초기 프로바이더들이 버지니아 북부에서 만나기 쉽게 해 주었지만, 서로 경로를 교환하게 하지는 않았습니다. MAE-East는 공통의 물리적 접점과 공통의 네트워크 정책이 왜 다른 것인지 보여 줍니다.
역사
터미널은 ‘아니오’라고 말할 수 있었다: TELNET의 1983년 옵션 협상
두 기계가 원격 세션을 공유하기 위해 동일한 터미널을 갖출 필요는 없었다. TELNET의 1983년 명세는 소박한 공통 모델에서 시작해, 각 끝점이 특정 변경을 요청하고 지원할 수 없는 것은 거부하게 했다.
역사
웹이 질문하는 법을 배우다: HTML 폼이 페이지를 요청으로 바꾼 방법
1995년까지 HTML은 컨트롤을 기술하고 사용자가 선택한 값을 수집해 브라우저가 서비스에 제출하도록 지시할 수 있었다. 페이지가 액션과 메서드를 지정했지만, 데이터의 의미와 처리 방식은 여전히 서비스가 결정했다.
역사
성인 1,752명, 카비나 14곳: 2000년 페루에서 누가 인터넷을 공유 접속했나
2000년 한 조사는 페루 전체 가구가 아니라 14개 공공 인터넷 공간의 이용자를 인터뷰했다. 그 수치는 유료 공유 세션이 진입 비용을 낮춘 방식을 보여주지만, 카비나 문을 한 번도 지나지 않은 사람이 누구였는지는 말해주지 않는다.
스토리
ASO, 오스카 로블레스의 잔여 임기 진행 가운데 ICANN 이사회 시트 9 정식 임기 후보 검색 개시
ASO의 9월 15일 공개 모집이 2027년 연차 총회 이후 시작이 예상되는 ICANN 이사회 3년 임기의 정식 후보 검색을 시작했습니다. 오스카 로블레스는 앨런 배럿이 남긴 별개의 잔여 임기를 채우기 위해서만 시트 9에 남아 있습니다.
역사
1987년 프로토콜 목록은 표준을 분류할 수 있었다. 그래도 호스트는 직접 실행해야 했다
1987년 5월, 프로토콜 목록의 짧은 필드는 '필수(Required)'라고 적을 수 있었다. 이 단어는 호스트에 대한 인터넷 전반의 기대를 표현했지만, 단 한 줄의 코드도 설치해 주지는 못했다. RFC 1011이 주목할 만한 이유는 상태 레이블 옆에 구현 참고 사항, 의존성, 연락처가 함께 기재되어 있고, 편집자들이 활성 구현을 알지 못하는 항목까지 '선택'으로 표시했기 때문이다.
역사
최초의 HTTP 응답에는 상태 줄이 없었다
브라우저는 온전한 페이지를 받았지만, 요청이 성공했는지라는 기본적인 질문에 대해 프로토콜 수준의 답을 갖지 못했습니다. 웹의 최초 HTTP 구현에서는 서버가 문서 자체를 반환한 뒤 연결을 닫았습니다. 본문이 곧 응답이었고, 소켓이 닫히는 것이 그 끝을 표시했습니다.
역사
FTP는 두 번째 연결이 필요했다. 방화벽이 누가 먼저 연결하는지 바꿨다
한 TCP 연결로 파일을 요청할 수 있지만 실제 파일은 다른 연결로 도착할 수 있었다. 1994년 방화벽 관련 메모는 이 분리 구조 때문에 파일을 요청한 명령만큼이나 두 번째 연결의 발신 방향이 중요해졌음을 보여준다.