RFC (Request for Comments) 로 시작하는 문서들을 보신적이 있을겁니다.
표준으로 채택되기 전 단계로, 여러 사람들의 의견을 취합하는 단계의 문서라고 보시면 되고
주로 RFC ----로 번호매김된 문서들은 인터넷 기술에 관련된 문서입니다.
인터넷 국제 표준화기구인 IETF에서 관리를 한다고 알고 있는데, 혹시 틀리면 지적해주세요.
RFC의 번호는 시간 순으로 매겨지게 되는데, 때문에 RFC를 번호순으로 주르륵 나열을 해서 보면
인터넷 기술의 발전과정을 알 수도 있다는 말이 있을 정도이고,
별 의미 없이 매겨진 RFC의 숫자 중, 그 기술이 특히나 지대한 역할을 하여 번호가 유명해진 경우가
많습니다. 그 중, 제가 좋아하는 RFC 번호는 748번으로, 두 페이지 정도의 분량밖에 되지 않지만
이로 인해 수 많은 개발자와 사용자들이 텔넷의 혜택과 더불어 텔넷 프로토콜에서 무작위로 손실되는
패킷옵션 때문에 고통을 안게 된 유명한 RFC이니 영어가 좀 서투시더라도 한 번씩은 읽어보심이
어떠실까 싶어서 소개드립니다.
텍스트 형태의 html이라, 게시판 처럼 view count가 관리되지 않아 정확한 숫자는 알 수가 없으나
본 문서만 1억view 이상이 될 것이라고 합니다.
- - - - - - - - - - - - - - - - - - - - - - - - -
NWG/RFC# 748 MRC 1-APR-78 44125 Telnet Randomly-Lose Option Network Working Group M. Crispin Request for Comments 748 SU-AI NIC 44125 1 April 1978 TELNET RANDOMLY-LOSE Option 1. Command name and code. RANDOMLY-LOSE 256 2. Command meanings. IAC WILL RANDOMLY-LOSE The sender of this command REQUESTS permission to, or confirms that it will, randomly lose. IAC WON'T RANDOMLY-LOSE The sender of this command REFUSES to randomly lose. IAC DO RANDOMLY-LOSE The sender of this command REQUESTS that the receiver, or grants the receiver permission to, randomly lose. IAC DON'T RANDOMLY-LOSE The command sender DEMANDS that the receiver not randomly lose. 3. Default. WON'T RANDOMLY-LOSE DON'T RANDOMLY-LOSE i.e., random lossage will not happen. 4. Motivation for the option. Several hosts appear to provide random lossage, such as system crashes, lost data, incorrectly functioning programs, etc., as part of their services. These services are often undocumented and are in general quite confusing to the novice user. A general means is needed to allow the user to disable these features. - 1 - NWG/RFC# 748 MRC 1-APR-78 44125 Telnet Randomly-Lose Option 5. Description of the option. The normal mode does not allow random lossage; therefore the system is not allowed to crash, mung user files, etc. If the server wants to provide random lossage, it must first ask for permission from the user by sending IAC WILL RANDOMLY-LOSE. If the user wants to permit the server to randomly lose, it replys with IAC DO RANDOMLY-LOSE. Otherwise it sends IAC DONT RANDOMLY-LOSE, and the server is forbidden from randomly losing. Alternatively, the user could request the server to randomly lose, by sending IAC DO RANDOMLY-LOSE, and the server will either reply with IAC WILL RANDOMLY-LOSE, meaning that it will then proceed to do some random lossage (garbaging disk files is recommended for an initial implementation). Or, it could send IAC WONT RANDOMLY-LOSE, meaning that it insists upon being reliable. Since this is implemented as a TELNET option, it is expected that servers which do not implement this option will not randomly lose; ie, they will provide 100% reliable uptime. - 2 -
