"RFC"의 두 판 사이의 차이
juju0990304 (토론 | 기여) |
juju0990304 (토론 | 기여) |
||
6번째 줄: | 6번째 줄: | ||
== 역사 == | == 역사 == | ||
RFC 형식의 시작은 프로젝트의 일부로 발생했다. 1969년 미국 국방부에서는 원거리에 분리되어 있던 값비싼 컴퓨터의 정보를 효율적으로 이용하는 한편, 전쟁이나 자연 재해와 같은 비상 사태 발생 시 고급 정보 유실의 문제를 해결할 목적의 일환으로 미국 주요 대학의 연구 기관과 국방 사업체의 컴퓨터 시스템을 연결하여 네트워크를 구성하려는 프로젝트(ARPA: Advanced Research Projects Agency)를 가동한다. 그리고 그 작업을 위한 첫 번째 단계로 IMP(Interface Message Processor)라는 일종의 ‘메시지 중계기를 통한 통신 규칙(호스트-IMP-호스트 프로토콜)’에 대한 구상을 밝히는데, 그것이 1969년 4월에 작성된 ARPA의 최초의 문서인 RFC1이다. 그리고 같은 해 말, 4대의 컴퓨터를 연결하는 데 성공함으로써 오늘날 인터넷의 전신인 ‘ARPANET’의 서막을 열게된다. 이 RFC1 문서의 제목은 처음부터 자연스럽게 호스트(host)란 용어를 사용하고 있는 ‘Host Software’였다. 의심할 여지 없이 실험에 참여하는 기관의 컴퓨터를 의미하고 각기 다른 운영체제의 호스트 컴퓨터들을 연결시키기 위한 IMP를 지칭한다.<ref>〈[https://library.gabia.com/contents/domain/4017 인터넷 발전사로 알아보는 DNS – ① 최초의 연결]〉, 《가비아》</ref> | RFC 형식의 시작은 프로젝트의 일부로 발생했다. 1969년 미국 국방부에서는 원거리에 분리되어 있던 값비싼 컴퓨터의 정보를 효율적으로 이용하는 한편, 전쟁이나 자연 재해와 같은 비상 사태 발생 시 고급 정보 유실의 문제를 해결할 목적의 일환으로 미국 주요 대학의 연구 기관과 국방 사업체의 컴퓨터 시스템을 연결하여 네트워크를 구성하려는 프로젝트(ARPA: Advanced Research Projects Agency)를 가동한다. 그리고 그 작업을 위한 첫 번째 단계로 IMP(Interface Message Processor)라는 일종의 ‘메시지 중계기를 통한 통신 규칙(호스트-IMP-호스트 프로토콜)’에 대한 구상을 밝히는데, 그것이 1969년 4월에 작성된 ARPA의 최초의 문서인 RFC1이다. 그리고 같은 해 말, 4대의 컴퓨터를 연결하는 데 성공함으로써 오늘날 인터넷의 전신인 ‘ARPANET’의 서막을 열게된다. 이 RFC1 문서의 제목은 처음부터 자연스럽게 호스트(host)란 용어를 사용하고 있는 ‘Host Software’였다. 의심할 여지 없이 실험에 참여하는 기관의 컴퓨터를 의미하고 각기 다른 운영체제의 호스트 컴퓨터들을 연결시키기 위한 IMP를 지칭한다.<ref>〈[https://library.gabia.com/contents/domain/4017 인터넷 발전사로 알아보는 DNS – ① 최초의 연결]〉, 《가비아》</ref> | ||
+ | |||
+ | == 표준화 과정 == | ||
+ | RFC의 표준화는 1996년 설립된 국제적인 사실 표준화기구 [[IETF]](Internet Engineering Task Force)와 인터넷 기술 관리 그룹 IESG(Internet Engineering Steering Group)에서 이루어진다. IETF에서는 인터넷 기술과 이들의 개발 및 구현에 대한 문서를 작성하고, IESG에서는 IETF에서 작성하는 문서들을 검토하여 정식 RFC(Request For Comment) 문서로서 등록하는 표준화 트랙을 | ||
+ | 담당한다. | ||
+ | |||
+ | 인터넷 표준화를 위해 개발되는 IETF 문서는 워킹그룹에서 드래프트(internet draft)로 등록되어 작성되며, 온라인/오프라인 워킹그룹 컴토를 거치면서 자유롭게 수정된다. 워킹그룹별로 등록된 드래프트 문서는 IESG의 검토를 거쳐 RFC 문서로 정식 번호를 부여받는다. RFC의 작성은 ISOC의 RFC Editor를 통하여 작성 및 관리된다. IETF 표준화 절차상 정식문서인 RFC 문서는 인터넷 연구와 개발 공동체의 작업문서이다. 이들의 대부분은 인터넷상에서 기술들을 구현함에 있어서 요구되는 상세한 절차와 기본 틀을 제공하는 기술관련 내용이다. 인터넷 사용자가 필요하면 전자우편을 통하거나, 직접 특정한 호스트에 접속하여 FTP로 RFC문서를 다운받거나, IETF의 웹페이지(www.ietf.org)를 통하여 찾을 수 있다. RFC 문서로 등록되면 유일한 번호가 부여되어 출판되고, 이후 문서가 수정되거나 같은 번호가 부여되는 일은 없으며, 갱신이 필요한 경우에도 새로운 번호가 부여되어 새로운 RFC 문서로 등록된다. | ||
+ | |||
+ | 기본적으로 RFC는 Standard Track, BCP(Best Current Practice), Informational. Experimental, Historic의 5가지 상태로 분류되고 있다. 정식 인터넷 표준(Internet Standard)의 후보문서가 되는 RFC 문서의 Standard Track은 Proposed Standard, Draft Standard, Standard의 3단계 표준화 과정을 거친다. Proposed Standard는 완전한 명세서로서 2년 ∼ 6개월 내에 다음 표준화 단계가 되거나 재발행된다. Draft Standard는 독립적이고 상호동작 구현이 가능하며 제한된 실험이 행해진 것이다. Standard는 실제 표준안으로서 안정적으로 동작되는 것이 확인된 문서이다.<ref>김진출, 〈[file:///C:/Users/C493/Downloads/JTGHBY_2001_s78_84.pdf IETF 표준화 동향]〉, 《한국정보통신기술협회》</ref> | ||
== 특징 == | == 특징 == | ||
26번째 줄: | 34번째 줄: | ||
* RFC 두산백과 - hhttps://terms.naver.com/entry.nhn?docId=1180285&cid=40942&categoryId=32828 RFC | * RFC 두산백과 - hhttps://terms.naver.com/entry.nhn?docId=1180285&cid=40942&categoryId=32828 RFC | ||
* 〈[https://library.gabia.com/contents/domain/4017 인터넷 발전사로 알아보는 DNS – ① 최초의 연결]〉, 《가비아》 | * 〈[https://library.gabia.com/contents/domain/4017 인터넷 발전사로 알아보는 DNS – ① 최초의 연결]〉, 《가비아》 | ||
+ | * 김진출, 〈[file:///C:/Users/C493/Downloads/JTGHBY_2001_s78_84.pdf IETF 표준화 동향]〉, 《한국정보통신기술협회》 | ||
* 차재복, 〈[http://www.ktword.co.kr/abbr_view.php?m_temp1=177 RFC]〉, 《정보통신기술용어해설》, 2019-03-05 | * 차재복, 〈[http://www.ktword.co.kr/abbr_view.php?m_temp1=177 RFC]〉, 《정보통신기술용어해설》, 2019-03-05 | ||
2020년 7월 31일 (금) 15:13 판
RFC(Request for Comments)는 IETF(Internet Engineering Task Force)에서, 인터넷에서 기술을 구현하는 데에 필요한 절차 등을 제공하는 공문서 간행물이다.
개요
RFC(Request for Comments)는 인터넷 연구와 개발 공동체의 작업 문서이다. 이 문서 내용의 대부분은 인터넷상에서 기술을 구현함에 있어서 요구되는 상세한 절차와 기본 틀을 제공하는 기술 관련 내용이다. 필요하면 전자우편을 통하거나 직접 특정 호스트에 접속하여 FTP로 다운로드할 수 있다. 한 문서에 RFC 문서 번호가 부여되고 출판되면, 수정되거나 같은 번호가 부여되는 일은 없다. RFC를 쉽게 구하기 위해서는 RFC 색인을 참조하면 된다. 색인은 어떤 RFC가 유일한 것인지 아니면 또 다른 RFC에 의해 갱신된 것인지를 나타내주고 있다. RFC가 발표될 때마다 이 색인은 온라인으로 갱신된다. RFC 색인은 anonymous FTP를 이용해 ftp://ftp.ietf.org/rfc/에서 가져올 수 있는데, 파일명은 RFC 디렉터리 아래의 rfc-index.txt이다. 사용자는 키워드, 제목, 작성자, 발표 기관, 날짜 등의 임의의 필드를 지정해 모든 RFC의 목록을 요청할 수 있다. 이 서비스를 사용하려면 원하는 요구 사항을 써 RFC-INFO@ISI.EDU에 전자우편을 보내야 한다.[1]
역사
RFC 형식의 시작은 프로젝트의 일부로 발생했다. 1969년 미국 국방부에서는 원거리에 분리되어 있던 값비싼 컴퓨터의 정보를 효율적으로 이용하는 한편, 전쟁이나 자연 재해와 같은 비상 사태 발생 시 고급 정보 유실의 문제를 해결할 목적의 일환으로 미국 주요 대학의 연구 기관과 국방 사업체의 컴퓨터 시스템을 연결하여 네트워크를 구성하려는 프로젝트(ARPA: Advanced Research Projects Agency)를 가동한다. 그리고 그 작업을 위한 첫 번째 단계로 IMP(Interface Message Processor)라는 일종의 ‘메시지 중계기를 통한 통신 규칙(호스트-IMP-호스트 프로토콜)’에 대한 구상을 밝히는데, 그것이 1969년 4월에 작성된 ARPA의 최초의 문서인 RFC1이다. 그리고 같은 해 말, 4대의 컴퓨터를 연결하는 데 성공함으로써 오늘날 인터넷의 전신인 ‘ARPANET’의 서막을 열게된다. 이 RFC1 문서의 제목은 처음부터 자연스럽게 호스트(host)란 용어를 사용하고 있는 ‘Host Software’였다. 의심할 여지 없이 실험에 참여하는 기관의 컴퓨터를 의미하고 각기 다른 운영체제의 호스트 컴퓨터들을 연결시키기 위한 IMP를 지칭한다.[2]
표준화 과정
RFC의 표준화는 1996년 설립된 국제적인 사실 표준화기구 IETF(Internet Engineering Task Force)와 인터넷 기술 관리 그룹 IESG(Internet Engineering Steering Group)에서 이루어진다. IETF에서는 인터넷 기술과 이들의 개발 및 구현에 대한 문서를 작성하고, IESG에서는 IETF에서 작성하는 문서들을 검토하여 정식 RFC(Request For Comment) 문서로서 등록하는 표준화 트랙을 담당한다.
인터넷 표준화를 위해 개발되는 IETF 문서는 워킹그룹에서 드래프트(internet draft)로 등록되어 작성되며, 온라인/오프라인 워킹그룹 컴토를 거치면서 자유롭게 수정된다. 워킹그룹별로 등록된 드래프트 문서는 IESG의 검토를 거쳐 RFC 문서로 정식 번호를 부여받는다. RFC의 작성은 ISOC의 RFC Editor를 통하여 작성 및 관리된다. IETF 표준화 절차상 정식문서인 RFC 문서는 인터넷 연구와 개발 공동체의 작업문서이다. 이들의 대부분은 인터넷상에서 기술들을 구현함에 있어서 요구되는 상세한 절차와 기본 틀을 제공하는 기술관련 내용이다. 인터넷 사용자가 필요하면 전자우편을 통하거나, 직접 특정한 호스트에 접속하여 FTP로 RFC문서를 다운받거나, IETF의 웹페이지(www.ietf.org)를 통하여 찾을 수 있다. RFC 문서로 등록되면 유일한 번호가 부여되어 출판되고, 이후 문서가 수정되거나 같은 번호가 부여되는 일은 없으며, 갱신이 필요한 경우에도 새로운 번호가 부여되어 새로운 RFC 문서로 등록된다.
기본적으로 RFC는 Standard Track, BCP(Best Current Practice), Informational. Experimental, Historic의 5가지 상태로 분류되고 있다. 정식 인터넷 표준(Internet Standard)의 후보문서가 되는 RFC 문서의 Standard Track은 Proposed Standard, Draft Standard, Standard의 3단계 표준화 과정을 거친다. Proposed Standard는 완전한 명세서로서 2년 ∼ 6개월 내에 다음 표준화 단계가 되거나 재발행된다. Draft Standard는 독립적이고 상호동작 구현이 가능하며 제한된 실험이 행해진 것이다. Standard는 실제 표준안으로서 안정적으로 동작되는 것이 확인된 문서이다.[3]
특징
- RFC는 ARPANET 프로젝트 수행 시 작성하는 일련의 문서들에 그 기원을 두고 있으며, 사실상 인터넷 기술과 관련된 공식 문서의 성격을 띄고 있다
- 모든 인터넷 표준은 항상 RFC로 문서화되고 있다
- 명칭 자체로는 RFC를 표준 규격이라고 말하기에는 이상하지만, 사실상, TCP/IP 프로토콜 사양서(표준서)로서의 기능을 다하고 있다
- IETF에서 RFC를 작성하고 있으며, 인터넷(Internet)을 통해서 입수가 가능하다.[4]
종류
- 인포메이셔널(Informational) : 일반적인 정보 전달을 목적으로 한다.
- 익스페리멘탈(Experimental) : 진행중인 연구 또는 개발과 관련되있다.
- 히스토릭(Historic) : 역사적인 면에서 중요한 의미를 갖음. 인터넷 표준이 되기위한 필요한 단계를 통과하지 못한 것이다.
- 프로포지드 스탠다드(Proposed Standard) : 현재 시험중이어서 계속적인 개정이 필요하며, 완전한 표준의 틀은 갖추고 있다
- 드래프트 스탠다드(Draft Standard) : 적어도 2개 이상의 다른 코드로 구현, 상호운용에 대한 충분한 필드 테스트가 되었으나, 더 많은 필드 경험 필요하다
- 인터넷 스탠다드(Internet Standard) : 성공적으로 구현 사용되고 있다.[4]
각주
참고자료
- RFC 두산백과 - hhttps://terms.naver.com/entry.nhn?docId=1180285&cid=40942&categoryId=32828 RFC
- 〈인터넷 발전사로 알아보는 DNS – ① 최초의 연결〉, 《가비아》
- 김진출, 〈[file:///C:/Users/C493/Downloads/JTGHBY_2001_s78_84.pdf IETF 표준화 동향]〉, 《한국정보통신기술협회》
- 차재복, 〈RFC〉, 《정보통신기술용어해설》, 2019-03-05
같이 보기