프로필
Research
Research 프로필 인텔리전스는 BTW.MEDIA 보도의 주제를 비교하는 독자를 위해 인물, 기업, 기관 등 다양한 개체에 대한 취재를 하나로 연결합니다. 이 페이지는 공개 프로필, 관련 이벤트, 증거 패키지, 역할 변화, 운영 현황, 거버넌스 노출, 조직 간 연결, 시장 내 관련성을 비교하면서, 조직과 인물 기록을 일반적인 뉴스 연표와 구분하여 다룹니다. 독자는 헤드라인 뒤에 있는 주제, 그 프로필을 뒷받침하는 증거, 그리고 프로필을 중요하게 만드는 인프라 및 시장 관계를 이해할 수 있습니다. 또한 프로필이 누구 또는 무엇을 대표하는지, 어떤 공개 자료가 이를 뒷받침하는지, 기업·시장·거버넌스 기구·이벤트와 어떻게 연결되는지, 그리고 주제가 변화함에 따라 어떤 변화가 지속적인 관심을 필요로 하는지 확인할 수 있습니다.
역사
Usenet은 중복을 그래도 보냈다. NNTP는 피어가 먼저 물을 수 있게 했다
1980년대 Usenet의 네트워크 링크는 모두 같은 방식으로 작동하지 않았습니다. RFC 977은 좁고 유용한 구분을 만들었습니다. 대화형 링크에서는 기사 전송을 협상하고, 전화 접속 세션이 더 빠른 곳에서는 배치 후 폐기 방식을 유지한다는 것입니다.
역사
PX 레코드는 주소를 매핑했지 메일이 아니었다: RFC 1664의 실험적 제안
인터넷 메일 게이트웨이는 두 주소 체계 사이를 번역해야 했지만, 메일 전달 자체에 DNS가 필요했던 것은 아닙니다. RFC 1664는 이러한 매핑을 배포하는 방법을 제안하면서, SMTP 전달은 MX와 게이트웨이에 명시적으로 맡겼습니다.
역사
.nz 인계는 1996년에 이뤄졌다. IANA 기록은 2004년에야 맞춰졌다.
뉴질랜드 인터넷 협회(Internet Society of New Zealand)는 1996년 뉴질랜드 도메인 공간의 관리를 인수했다. 그로부터 8년 뒤, 연차총회는.nz의 IANA 데이터베이스가 그 인계 이후 처음으로 정확해졌다고 밝혔다. 이 불일치는 기관의 역사만큼이나 기록의 역사다. 제시된 자료는.nz가 조회되지 않았다는 사실도, 어떤 항목이 잘못된 채 남았는지도 보여주지 않는다.
역사
RFC 1591이 약속한 심사위원회, 결코 설립되지 않았다
1994년 DNS 위임 메모는 이해관계자들에게 목소리를 주고 결정이 경쟁 당사자를 구속하는 패널을 명명했습니다. 그러나 이후 기록에 따르면 그 패널은 결코 만들어지지 않았습니다. 서류상 절차와 분쟁을 심리할 수 있는 기관 사이의 거리가 이 이야기의 핵심입니다.
역사
탄자니아의.tz 레지스트리는 상시 인터넷 연결이 있기 전에 운영을 시작했다
1994년.tz 네임스페이스가 운영을 시작했을 때 탄자니아에는 아직 상시 인터넷 연결이 없었다. 도메인 등록 관리, DNS 호스팅, 메일 릴레이, 실시간 IP 연결이 서로 다른 계층이었기에 레지스트리가 작동할 수 있었다.
스토리
AFRINIC Academy의 캘린더, 지난 행사를 여전히 다가오는 행사로 표기
10월 13일 응답에서 AFRINIC Academy의 행사 페이지는 보츠와나의 10월 6–9일 Deployathon을 여전히 'Upcoming Events' 아래에 두고 있었으며, 'Up Next' 카드는 더 이후의 날짜로 넘어가 있었습니다. 이 페이지는 일정 불일치를 기록하지만, 보츠와나 행사에서 실제로 무슨 일이 있었는지는 확인해 주지 않습니다.
역사
탄자니아 최초의 IP 링크는 9.6kbps로 운영되었다: CyberTwiga, 1996
9.6kbps 경로가 탄자니아에 새로운 형태의 연결을 운영 가능한 상태로 만들었지만, 그 도달 범위와 서비스 규모는 '인터넷이 도착했다'는 표현이 암시하는 것보다 좁았다. 남아 있는 기록은 가동 중인 링크, 대학의 시험 링크, 그리고 최초로 확인된 트레이서우트를 구분해 보여준다.
역사
실험은 바뀌어도 조직도는 답이 아니었다: CERN의 1989년 하이퍼텍스트 제안
1989년 3월, 팀 버너스리는 CERN의 실험과 가속기에 대한 지식이 서로 연결되지 않은 파일과 조직 기억 속에서 사라지지 않도록 하는 방법을 제안했다. 이 문서는 잠정적 프로젝트 이름으로 “Mesh”를 썼고, 웹이라는 이름과 동작하는 프로토타입은 그 뒤에 나왔다.
스토리
RIPE NCC RRC07 아카이브, 일괄 복구는 보여주지만 완전성은 입증하지 않는다
RIPE가 마지막 RRC07 파일로 보고한 시각 이후 구간을 이제 30개의 연속 업데이트 파일명이 채우고 있으며, 디렉터리 타임스탬프는 명시된 해결 시각 근처에 몰려 있다. 이는 목록에서 확인되는 일괄 복구를 보여줄 뿐, 모든 BGP 기록이 완전하거나 재생되었다는 것을 입증하지는 않는다.
역사
데이터베이스는 이미 있었다: 1991년 SLAC이 웹에 올린 SPIRES
유럽 밖 최초의 서버는 물리학에 웹을 처음 소개한 것이 아니었다. 그것은 기존 문헌 서비스에 새로운 관문을 열어 주었고, 유용한 응용이 하나의 젊은 매체를 전문가 커뮤니티에 어떻게 다가설 수 있게 만드는지 보여 주었다.
리더
Ellen Zegura와 움직일 수 있었던 멀티캐스트 코어
멀티캐스트 그룹의 수신자들이 네트워크 곳곳에 흩어지면, 그룹의 공유 코어로 선택된 라우터는 부적합해질 수 있습니다. Ellen Zegura와 Michael J. Donahoo가 공동 저술한 1996년 논문은 그 코어를 이동시키는 것을 라우팅 문제의 일부로 다루면서, 참여자들에게 요청이 홍수처럼 쏟아지지 않도록 비용을 측정하는 방법도 함께 물었습니다.
역사
파일로 이동한 라디오 쇼: Internet Talk Radio, 1993
청취자가 재생 버튼을 누르기 전에, 프로그램은 파일로 네트워크를 건너야 했다. Internet Talk Radio의 1993년 출범은 스튜디오 작업을 지역 사본들의 제안된 체인과 결합하여, 청취자가 녹음을 로컬 컴퓨터에서 자유롭게 내려받고 저장하고 다시 들을 수 있게 남겨 두었다.
역사
ARPANET 주소록은 공개 메일링 리스트가 아니었다: DEC의 1978년 광고
상업적 초대장이 선별된 연구 커뮤니티를 위해 만들어진 네트워크 디렉터리를 통해 전달되었다. 1978년 5월의 답신들은 핵심 쟁점이 그 접근 권한을 누가 사용할 수 있고, 정부 사용 규칙이 지역 네트워크 담당자를 통해 어떻게 집행될 수 있는지였음을 보여준다.
역사
BITNET은 보편적 네트워크가 아니라 공유 회선에서 시작했다
1981년 CUNY와 예일대는 이미 IBM 메인프레임 운영자에게 익숙한 소프트웨어를 이용해 임대 전화 회선으로 두 대학 컴퓨팅 센터를 연결했다. 중요한 발명은 새로운 글로벌 백본이 아니라, 한 기관의 작동 중인 시스템을 다른 기관에 유용하게 만드는 방식이었고, 다른 캠퍼스도 재현할 수 있는 비용 배분 방식이었다.
리더
Nnenna Nwakanma의 접근성 기준에는 자유와 프라이버시가 함께 있었다
2015년 헤이그 기조연설에서 Nwakanma는 초저가 요금과 온라인 자유, 프라이버시를 나란히 두었습니다. 당시의 인터넷 비용 연구와 함께 읽으면, 접속이 실제로 이루어졌는지를 묻는 더 선명한 방법이 됩니다.
역사
이란의 인터넷 연결은 두 단계로 이루어졌다: 이메일 먼저, IP 나중
이란의 “첫 연결”은 무엇을 기준으로 하느냐에 따라 달라집니다. BITNET과 EARN을 통한 연구 이메일이 IPM의 후기 TCP/IP 게이트웨이보다 앞섰으며, 어느 이정표 하나만으로 전국적 공개 접근을 의미하지 않았습니다.
역사
1992년 새 헌장으로 IAB가 ISOC에 통합되다
1992년 6월, Internet Activities Board는 단순히 좀 더 아키텍처적인 이름을 채택하는 데 그치지 않았습니다. 그 활동은 Internet Society로 넘어갔고, 새 헌장이 조직과 기술 이사회 사이의 관계를 정의했으며, 그 직후 임명, 표준 이견, 의견 개진 가능성을 검토할 워킹그룹이 요청되었습니다.
역사
두 게이트웨이는 준비됐다. 베트남의 국가 인터넷 링크는 여전히 허가를 기다렸다
베트남은 한 번의 개소식으로 오프라인에서 온라인으로 전환하지 않았습니다. 위원회 표결, 두 게이트웨이 준비 완료 보고, 21/CP 법령, 1997년 11월 공식 개소는 서로 다른 단계였고 서로 다른 권한을 담았습니다.
역사
첫 IETF는 GADS 회의 안에서 열린 세션이었다
나중에 IETF 1로 기억된 회의는 독립된 컨퍼런스가 아니라, DARPA의 게이트웨이 알고리즘 및 데이터 구조 태스크포스(GADS) 이틀간 회의 안에서 열린 한 오후 세션이었습니다. 당시 회의 기록은 기존 태스크포스가 정리되는 과정에서 새로운 공학적 권한이 형성되는 모습을 보여줍니다.
리더
Taniwaki Yasu의 질문: 누가 RIR에 구제를 구할 수 있는가?
일본 IGF 2024에서 Taniwaki Yasu는 RIR 체계에 구제 신청이나 분쟁 해결 절차가 있는지 물었다. 이후 초안은 RIR을 상대로 권리를 강제할 수 있는 대상을 더 넓혔지만, 그 문구는 아직 승인과 구현을 기다리고 있습니다.