Request for Comments とは?
ページ内リンク
↓ウィキペディア(Wikipedia)記事
↓Yahoo!知恵袋
Request for Comments(略称:RFC)はIETF(Internet Engineering Task Force)による技術仕様の保存、公開形式である。内容には特に制限はないが、プロトコルやファイルフォーマットが主に扱われる。RFCは日本語では「コメント募集」の意味であり、もともとは技術仕様を公開し、それについての意見を広く募集してより良いものにしていく観点から始められたようである。全てのRFCはインターネット上で公開されており、誰でも閲覧することができる。 出典: 『ウィキペディア(Wikipedia)』
ノースウエスト航空
のマイルは、国内航空会社のマイレージと違って無期限!! 格安パックツアーでも
100%マイルが付くのでお得!! 国内往復分15000マイルを貯めて沖縄や北海道へ!!
関連商品
マルチメディア通信研究会 /
最安値(新品): ¥ 9,975
最安値(中古): ¥ 1,750
 RFCを体系的に理解するために本書を利用してきました。
RFCは頻繁に変更されるので、常に新しいものを書き足さないといけません。
ところで、個々のRFCについては、勉強のため、RFCの翻訳を学生の卒業研究の一環でしてきました。
日本語に訳そうとしてみると、英語では十分な理解をしていなかったことに気がつくことがしばしばあります。
インタネットとは、インタナショナルが国際であることの対比でいえば、網際という訳が適切だということがわかります。網際と訳せば、インタネットが網と網の相互接続であることが理解できます。このように、日本語にするために、日本語に対応づけると、中身が欲泡借ります。カタカナ語ばかりでは、実は内容、意味が分かっていないことがしばしば遭遇します。
(kaizen さんのレビュー)
ウィキペディア(Wikipedia)記事
Request for Comments(略称:RFC)はIETF(Internet Engineering Task Force)による技術仕様の保存、公開形式である。内容には特に制限はないが、プロトコルやファイルフォーマットが主に扱われる。RFCは日本語では「コメント募集」の意味であり、もともとは技術仕様を公開し、それについての意見を広く募集してより良いものにしていく観点から始められたようである。全てのRFCはインターネット上で公開されており、誰でも閲覧することができる。
歴史
RFCは、1968年ごろ、スティーブ・クローカー が考案したと言われており、はじめのRFCは1969年4月7日の日付となっている (RFC 1) 。その後情報科学研究所 (ISI) のジョン・ポステルにより管理される。RFCの歴史についてはRFC 2555に30 Years of RFCsとしてまとめられている。
位置付け
すべての RFC が標準というわけではない(RFC 1796 "Not All RFCs are Standards")。各 RFC には標準化プロセスにおける位置付け (status) が定められている。位置付けは「情報 (Informational)」、「実験的 (Experimental)」、「現状で最良の慣行 (Best Current Practice, BCP)」、「標準化過程 (Standards Track)」、「歴史的 (Historic)」のいずれかである。
「標準化過程」はさらに「標準への提唱 (Proposed Standard, PS)」、「標準への草稿 (Draft Standard, DS)」、「インターネット標準 (Internet Standard, STD)」に分けられる。詳しくはインターネット標準を参照のこと。
「情報」RFC には、エイプリルフールのジョーク、プロプライエタリなプロトコル、RFC 1591 のように広く不可欠なものと認められた RFC など、ほとんどあらゆるものが含まれる。「情報」RFC には「参考 (for your information, FYI)」と呼ばれる一連の文書も含まれる。
「実験的」RFC は、インターネットに関して有用と考えられる研究成果や実験結果を広く公開するためのものである。実験的といっても、実際には具体的な手続きをとろうとする者がいないために標準化過程へ昇格していないだけの文書も含まれる。
「現状で最良の慣行」(BCP) は、「情報」には留まらないが実際にネットワークで使われるデータには影響しない、公的なルールと見なされている実務上の文書などである。またインターネット標準を実践するための技術的な推奨事項も含まれる。
「歴史的」は、標準化過程で破棄された文書や標準化以前に公開されていた廃れた RFC に適用される。
なお、非常に古い RFC には「不明 (unknown)」という位置付けのものがあり、もし同じ文書が現在公開されるとしたらどの位置付けになるかは明らかでない。
一風変わったRFC
毎年、エイプリルフールには、ジョーク的な内容を含むRFCが公開される。また、インターネットに多大な貢献があった人への追悼のRFCが公開されたこともある。
RFCの一覧
- RFC 748 - Telnet ランダム喪失オプション(1978年のジョークRFC)
- RFC 768 - UDP
- RFC 783 - TFTP
- RFC 791 - IP
- RFC 792 - ICMP
- RFC 793 - TCP
- RFC 826 - ARP
- RFC 854 - Telnet
- RFC 894 - IP over Ethernet
- RFC 903 - RARP
- RFC 959 - FTP
- RFC 1034, RFC 1035 - DNS
- RFC 1149 - 鳥類キャリアによるIPデータグラムの標準規格(1990年のジョークRFC)
- RFC 1157 - SNMP
- RFC 1189 - CMIP
- RFC 1242 - ネットワーク相互接続機器のためのベンチマーク用語
- RFC 1305 - NTP
- RFC 1459 - IRC
- RFC 1468 - インターネットメッセージのための日本語文字符号化(ISO-2022-JP)
- RFC 1766 - PNG
- RFC 1808 - 相対URL(RFC 3986により破棄)
- RFC 1855 - ネチケットガイドライン
- RFC 1866 - HTML 2.0(RFC 2854により破棄)
- RFC 1867 - HTMLにおけるフォームからのファイルアップロード(RFC 2854により破棄)
- RFC 1928 - SOCKS v5
- RFC 1939 - POP Version 3
- RFC 1942 - HTMLにおけるテーブル(RFC 2854により破棄)
- RFC 1951 - Deflate圧縮フォーマット仕様 Version 1.3
- RFC 1980 - HTMLにおけるクライアントサイドイメージマップ(RFC 2854により破棄)
- RFC 2070 - HTMLの国際化(ISO-8859-1以外の文字セットをHTMLで使えるようにしたもの。「HTML2.x」もしくは「HTML i18n」ともいわれる。RFC 2854により破棄)
- RFC 2080 - RIPng for IPv6
- RFC 2131 - DHCP
- RFC 2205 - RSVP
- RFC 2247 - LDAP/X.500 識別名におけるドメイン名の使用
- RFC 2251 - LDAP v3
- RFC 2252 - LDAP v3: 属性文法の定義
- RFC 2253 - LDAP v3: UTF-8 識別名のストリングリプレゼンテーション
- RFC 2254 - LDAP v3: LDAP 検索フィルタの定義
- RFC 2255 - LDAP URL形式
- RFC 2256 - LDAP v3 で利用される X.500(96) ユーザスキーマの要約
- RFC 2322 - Management of IP numbers by peg-dhcp(洗濯ばさみ-DHCPによるIPアドレス管理)(1998年のジョークRFC。実装例は#外部リンク参照)
- RFC 2324 - Hyper Text Coffee Pot Control Protocol(1998年のジョークRFC)
- RFC 2328 - OSPF Version 2
- RFC 2396 - URIの一般的書式(RFC 3986により破棄)
- RFC 2401 - IPSec : Security Architecture for the Internet Protocol
- RFC 2453 - RIP Version 2
- RFC 2460 - IPv6
- RFC 2468 - IANAを偲ぶ
- RFC 2549 - 鳥類キャリアによるIPのサービス品質(1999年のジョークRFC)
- RFC 2550 - Y10K and Beyond(1999年のジョークRFC。2000年問題ではなく10000年問題について)
- RFC 2555 - RFCの30年
- RFC 2616 - HTTP/1.1
- RFC 2732 - URLへのIPv6アドレスによるリテラルを含む書式(RFC 3986により破棄)
- RFC 2740 - OSPF for IPv6
- RFC 2795 - The Infinite Monkey Protocol Suite (IMPS)(1999年のジョークRFC。無限の猿定理の実証で用いることのできるプロトコル)
- RFC 2854 - text/htmlメディアタイプ(IETFにより標準化されたHTMLを破棄し、メディアタイプがtext/htmlである文書の仕様についてはW3Cの仕様書を参照するように定めた)
- RFC 2865 - RADIUS認証プロトコル
- RFC 3261 - SIP
- RFC 3305 - Uniform Resource Identifiers (URIs), URLs, and Uniform Resource Names (URNs): Clarifications and Recommendations(URI、URL、URNという概念についての考え方)
- RFC 3377 - LDAP v3: 技術仕様
- RFC 3411, RFC 3412, RFC 3413, RFC 3414, RFC 3415, RFC 3416, RFC 3417, RFC 3418 - SNMP
- RFC 3501 - IMAP Version 4rev1
- RFC 3514 - The Security Flag in the IPv4 Header(2003年のジョークRFC。このRFCは発行されたその日にFreeBSD上で実装された(すぐにキャンセルされたが))
- RFC 3550 - RTP
- RFC 3751 - Omniscience Protocol Requirements(2004年のジョークRFC)
- RFC 3920, RFC 3921, RFC 3922, RFC 3923 - Extensible Messaging and Presence Protocol (XMPP) (Jabberを参照)
- RFC 3977 - NNTP
- RFC 3986 - URIの一般的書式
- RFC 3987 - Internationalized Resource Identifiers(Unicodeの文字を使えるようにしたリソース識別子であるIRIの仕様定義)
- RFC 4041 - Requirements for Morality Sections in Routing Area Drafts(2005年のジョークRFC)
- RFC 4042 - UTF-9 and UTF-18 Efficient Transformation Formats of Unicode(2005年のジョークRFC)
- RFC 4250, RFC 4251, RFC 4252, RFC 4253, RFC 4254, RFC 4255, RFC 4256 - SSH
- RFC 4271 - BGP
- RFC 4346 - TLS
- RFC 4824 - The Transmission of IP Datagrams over the Semaphore Flag Signaling System (SFSS)(2007年のジョークRFC)
- RFC 4960 - SCTP
- RFC 5321 - SMTP
- RFC 5322 - Internet Message Format
関連項目
外部リンク
RFC公式ページ
The RFC-Editor
RFC英語版
RFC日本語訳
ジョークRFC
ジョークRFCの実装例
 All text is available under the terms of the GNU Free Documentation License. この記事は、ウィキペディアの記事を複製、改変、再配布したものにあたり、 GNU Free Documentation Licenseというライセンスの下で提供されています。 ことなびに掲載されているウィキペディアの記事も、全て GNU Free Documentation Licenseの元に提供されております。
Yahoo!知恵袋
-
特定のアドレスにのみ送信できないのですが、どうしたのでしょうか?
解決日時:Tue, 16 Sep 2008 03:36:10 +0900 /
回答数:1 /
スコア:97,887点
-
@メール(HI-HO)で送信する時、@の前にドットがあるアドレスに送信できません。アドレス帳にも@の前にドットが入ったものを入れようとしても、OKマークが出ず、入れることが出来ません。なぜでしょう?返信の形でなら送信できるのですが。よろしくお願いします。
解決日時:Wed, 03 Sep 2008 03:25:56 +0900 /
回答数:1 /
スコア:97,879点
-
解決法を教えて下さい。ドコモ携帯を使っている相手から私が利用しているパソコン(プロバイダーはDION)へのメールは受信できるのですが、私から相手へのメールは発信不能で送信できません。他の方へは携帯に送信できますし、相手も私以外のパソコンからのメールは受信できていると言います。どちらに不具合があるのでしょうか?解決法を教えて下さい。
解決日時:Sun, 24 Aug 2008 08:25:18 +0900 /
回答数:2 /
スコア:98,092点
-
メールアドレスって大文字は無理なんですか?ちなみにHotmail(MSN live mail)です。例としてYahoo_Chiebukuroとアカウント入力時点では大文字なんですが、メールアドレスが出来るとyahoo_chiebukuro@live.jpになってしまいます。
解決日時:Wed, 16 Apr 2008 04:10:33 +0900 /
回答数:3 /
スコア:97,972点
-
メールのことで。知り合いの携帯からから私のパソコンにメールが来ました、返信メールを出しましたが、届きません。どうして届かないかわかりません。すいませんがわかる方おしえてください。
解決日時:Wed, 10 Sep 2008 03:36:26 +0900 /
回答数:1 /
スコア:97,985点
-
You are Yvonne Tan You and your sales team are going to give an oral presenta...You are Yvonne Tan You and your sales team are going to give an oral presentation to Helena Wong reporting the snacking habits of Hong Kong people and health issues concerne & solution raise sales.Yvonne Tan is the Sales Manager og Mestle, a company that has numerous brands of snacks.The sales of snacks have been poor and the General Manager,Helena Wong,asked Yvonne to carry out an investigation on consumers snacking habits as well as propose solutions.Yvonne appointed a company and did research on the snacking habit of Hong Kong people . One thousand people aged 15-54 were interviewed and the results are summarized in the following charts. Sixty two percent of the respondents said they eat snacks regularly.Exhibit AWhat is the most frequent occasion you snack?Watching-----------47%Anytime------------14%Alone at home-------9%Working/Studying----9%With friends---------4%In cinema-----------3%Playing video games---2%Special occasions----1%Exhibit BRanking of Snack ItemsRanking Pre-packed Snacks Ranking Street Snacks1 Chips 1 Dish balls2 Candies & chocolates 2 Siu-mai3 Cookies & crackers 3 Fried cuttlefish4 Traditional preserved snacks 4 Waffles5 Mochi & ice-cream 5 Fried noodles6 Dried fruit & nuts 6 ChestnutsHealth ConcernWill you choose snacks with health labels?Yes,35% No,65% Yes,75% No,25%Male Female1.Study your survey results.What comments can you make about them in your presentation?2 Now discuss what recommendations to make to He3.Plan how you will structure your presentation.-An introduction ,explaining the structure of the presentation.-The survey results-The consumer profile-Your recommendations-Questions from the audience
解決日時:Mon, 08 Sep 2008 03:45:17 +0900 /
回答数:1 /
スコア:57,914点
|
↓ニュース
↓YouTube
↓テレビ番組
↓はてブ
↓ヤフオク
↓このページへのリンク
ニュース記事
powered by
Google+
Yahoo!
●CDO for NTSは,Microsoft Exchange Serverではなく,Windows NT Server上で動作させたSMTPサービスを利用して,メール送受信機能を提供するものである。 ... RFC(Request for Comments) ...
(2008年11月27日)
●インターネットの世界では,RFC(Request For Comments)という慣習があり,新しいプロトコルやその拡張,また,規格などに関しては,誰かが提案して,それに対して,他者が意見を述べるというスタイルで, ...
(2008年11月26日)
●1月に発表された暗号化 ... Generic Message Exchange Authentication for the Secure Shell ... 6)RFC(Request For Comments)は、 ...
(2008年11月24日)
●... method, asked questions and made comments favoring the industry at a ... Shimbun's repeated requests for interviews ...
(2008年10月15日)
●Some of the comments that have been uttered are ... in July that recognized a request for disclosure of detailed results. ...
(2008年9月19日)
●IANAは、インターネットの運用や仕様についての文書であるRFC(Request for Comments)とIAB(Internet Architecture Board:ISOC-Internet Society ...
(2004年6月8日)
PageRank5以上の相互リンク
・相互リンクスクエア
(PageRank 5)
・相互リンク インプロス
(PageRank 5)
→便利!NINJA TOOLS
→FC2検索
用語
Wikipedia
YouTube
|