2005-08-27, 继续RFC翻译计划

最新推荐文章于 2024-06-05 11:53:58 发布
最新推荐文章于 2024-06-05 11:53:58 发布
阅读量617 收藏
点赞数
分类专栏： 标准-RFC 文章标签： 文档 工作

想法： 通过系统地翻译标准，推动各个领域工作者站在标准的高度看行业的发展，并在标准制订上更快地融入世界，进而取得行业发展的有利地位

态度： 开放的，有组织的，无偿的

http://www.cnpaf.net/class/RFC/ 有相当多的翻译，但其计划已停止，实在让人遗憾。希望有志者继续努力。我计划从以下3方面着手

1 收录已有的

2 联系各个已作出贡献的翻译者继续在相关领域翻译

3 邀请有志之士谋划，组织，贡献

4 翻译RFC3261 和相关文档

richardisused
关注
专栏目录
RFC中文翻译计划
如是我闻
02-03 822
藏锋者: http://www.cangfengzhe.com/cdrfc/list_67_2.html BSD爱好者乐园: http://www.bsdlover.cn/html/5/category-catid-5.html 中国协议分析网  http://www.cnpaf.net/Class/RFC/200411/1054.html
中文RFC
bjxg--北极星光
01-12 655
 http://blog.chinaunix.net/u1/33803/  此博客中有几个中文RFC文档下载。其中就有：RFC793——TCP协议 RFC2616（HTTP）中文版 RFC2660——SHTTP 在此谢过博主！
china-pub翻译的RFC中文计划-完整打包版
05-03
rfc中文翻译完整版打包 请使用UltraEdit或notepad++等打开，否则会出现换行错误(\n\r) 组织：中国互动出版网（http://www.china-pub.com/） RFC文档中文翻译计划完整打包 E-mail：ouyang@china-pub.com 完整网页版： http://www.net130.com/netbass/RFCs/1to100.htm http://www.net130.com/netbass/RFCs/101to700.htm http://www.net130.com/netbass/RFCs/701to1000.htm http://www.net130.com/netbass/RFCs/1001to1500.htm http://www.net130.com/netbass/RFCs/2001to2500.htm http://www.net130.com/netbass/RFCs/1501to2000.htm http://www.net130.com/netbass/RFCs/2501to3000.htm http://www.net130.com/netbass/RFCs/3001to3039.htm
rfc中文翻译
11-21
包含了1-3093的rfc中文翻译。 组织：中国互动出版网（http://www.china-pub.com/） RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm） E-mail：ouyang@china-pub.com 译者： 李超（licc_li licc_li@sina.com） 译文发布时间：2001-5-23 版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须 保留本文档的翻译及版权信息。 Network Working Group S. Casner Request for Comments: 2508 Cisco Systems Category: Standards Track V. Jacobson Cisco Systems February 1999 低速串行链路下IP/UDP/RTP数据包头的压缩 （RFC 2508 Compressing IP/UDP/RTP Headers for Low-Speed Serial Links） 本备忘录的状态 本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建议以 得到改进。请参考最新版的“Internet正式协议标准” (STD1)来获得本协议的标准化程度 和状态。本备忘录的发布不受任何限制。 版权声明 Copyright (C) The Internet Society (1999). All Rights Reserved. 摘要 本文描述了一种对IP/UDP/RTP数据报头进行压缩的方法，它可以降低在低速串行链路上 的网络开销。多数情况下，三个头可压缩到2-4字节。 请赐教并将您的建议发送到工作组邮件列表rem-conf@es.net或直接给作者。 本文中的关键字“必须”，“必须不”，“要求的”，“应该”，“不应该”，“会”，“不会”， “建议”，“或许”，“可选的”在 RFC 2119 中解释。 目录 本备忘录的状态 1 版权声明 1 摘要 1 1. 介绍 2 2. 设想和折中 2 2.1. 单工与全双工 3 2.2. 分片与分层 3 3.压缩算法 3 3.1.基本概念 3 3.2 RTP数据包头压缩 4 3.3协议 5 3.4. RTCP控制包压缩 12 3.5.非RTP UDP包压缩 13 4.与分片的交互 13 5.压缩协商 13 6.致谢 14 7.参考文献 14 8. 安全性考虑 14 9.作者地址 15 10.版权声明 15 1. 介绍 随着实时传输协议(RTP)成为正式的RFC[1]发行，人们对于利用RTP实现不同的网络音视 频应用程序间互操作的兴趣也日益增长。然而，我们也注意到，当使用低速链路如14.4Kb/s 或28.8Kb/s拨号时，12字节的RTP头对于仅有20字节的负载而言开销实在太大。（为了减少 头占用的字节，一些已经在类似环境下存在的应用通常使用自定义的协议，而这样做的代价 就是削减了RTP相关的功能。） 事实上，正如在TCP中已经取得巨大成功，也可通过压缩技术来令IP/UDP/RTP包头变小。 这时，压缩可以针对于RTP头（在端到端应用中），或者IP，UDP，RTP的组合头（在Link-by-Link 应用中）。将40字节的组合头一起进行压缩比仅压缩12字节的RTP头更具实际效果，因为两 种情况下的结果大小均为约2-4字节。同时，由于延迟和丢失率都很低，对Link-by-Link应 用进行压缩性能上也更好。因此我们在这里定义的方法就是针对Link-by-link应用下 IP/UDP/RTP头进行组合压缩。 本文定义的压缩方案可应用于IPv4包、IPv6包或封装了多个IP头的包。为了能同时在IPv6 和IPv4下使用，这里定义的IP/UDP/RTP压缩符合[3]中规定的通用压缩框架。该框架把TCP 和非TCP定义为IP之上的两个传输类。本规范将IP/UDP/TCP从非TCP类中抽取出来创建为第三 类。 2. 设想和折中 本压缩方案的目标是，在不发送UDP校验和的情况下，将大多数包的IP/UDP/RTP头压缩到 2个字节，在带校验和时则压缩到4个字节。这一方案的提出主要是受使用14.4kb/s和 28.8kb/s拨号调制解调器发送音视频时遇到的相关问题所引起。这些链路提供全双工通信， 所以协议利用了这点，尽管协议在用于单工链路时可能性能会有所下降。该方案在本地链路 上往返时间(RTT)很低，从而实现性能最高。 为了降低低速链路下的延迟，除了在第四节中确定了分片和压缩中可能使用的一些交互 外，本规范并未提出大型数据包的分片和占先策略。分片方案可能会单独定义并与本压缩方 案配合使用。 应该注意到，实现的简单性是评价压缩方案的一个重要因素。通信服务器可能要用一个 处理器支持多达100个拨号调制解调器的数据压缩。因此，如下的考虑都是比较恰当的，即 在设计阶段为了实现简单而牺牲一些通用性，或者在设计上灵活通用但为了简单性可对设计 进行子集化。通过在压缩和解压器之间用更复杂的模型通信改变头字段还可以达成更好的压 缩效果，但其复杂性却是没必要的。下一节将讨论这里列出的一些折中方案。 2.1. 单工与全双工 在没有其它限制的情况下，单工链路上的压缩方案应成为首选。但为防止错误发生，单 工链路上的操作需要用一个含有压缩状态信息的未压缩包头进行周期性的刷新。如果明显的 错误信号可以返回，则恢复延迟也可以实质性地缩短，无错误情况的开销也会降低。为了实 现这些性能的优化，本规范包括了一个可逆向发送的明显错误指示。 在单工链路中，可以使用周期性刷新来取代。解压器一旦侦测到错误存在于某个特定的 流中，它可以简单地放弃该流中所有的包直到接收到一个未压缩的头为止，然后继续解压。 其致命弱点在于可能要在恢复解压前要放弃大量的包。周期性刷新的方法在[3]的3.3节中进 行描述，它应用于单工链路的IP/UDP/RTP压缩，或者应用于其它非TCP包流的高延迟链路。 2.2. 分片与分层 在低速链路上发送大型数据包所需时间而导致的延迟对于单向音频应用不算什么大问 题，因为接收方可以适应延迟变动。但对于交互式的交谈，最小端到端延迟是非常关键的。 对大的，非实时数据包进行分片以允许小的实时包在分片间隙进行传送可以降低这种延迟。 本规范只处理压缩，并且假定，如果包括分片，也将被处理为一个单独层。将分片和压 缩按这种方式进行集成并不可取，因为一旦如此，在没有必要或不可能进行分片的情况下， 连压缩都不能使用。类似地，应该避免预留协议的任何需求。除了要求链路层提供一些包类 型码，一个包长度指示和良好的错误检测外，该压缩方案可独立于任何其它机制而应用在本 地链路的两端。 相反，单独对IP/UDP和RTP层进行压缩丢失了太多的压缩效率，这些效率可以通过将它们 一起对待而得到。由于相同的函数可以应用于所有层，实现跨越这些协议层边界的方案是恰 当的。 3.压缩算法 本文定义的压缩算法主要利用了RFC 1144[2]描述的TCP/IP头压缩的设计。读者可以参考 该RFC获取更多的关于对包头进行压缩的基本动机和通用原理。
rfc文档（中文翻译）目前最全的
03-18
目前最全的rfc中文翻译（但仍没有英文版全，我另外上传了英文版的rfc0001-rfc5503），送给需要的朋友。
RFC 6455-websocket协议 -- 中文翻译
06-05 1067
RFC 6455-websocket协议 之 中文翻译
EPP-基于TCP传输(RFC5734翻译)
u013617791的专栏
11-11 987
本文档描述如何将可扩展配置协议(EPP)会话映射到单个传输控制协议(TCP)连接。这种映射需要使用传输层安全性(TLS)协议来保护EPP客户机和EPP服务器之间交换的信息。本文件废止RFC 4934。 2. 会话管理 创建TCP连接 客户端必须发出一个活动的OPEN呼叫，服务器必须在IANA分配的标准TCP端口(700)上侦听TCP连接请求。 在TCP会话建立后，EPP服务器必须向客户端返回EP.........
RFC2818--HTTPS/TLS 翻译
误入其途
11-05 2629
rfc2818原文原文连接 翻译 RFC818文档中对HTTPS的描述如下： 连接初始化-- 运行HTTP的客户端也是运行TLS的客户端。这个客户端需要在合适的端口向服务器发送一个连接请求，然后发送TLS clienthello 来开始一个TLS握手。当TLS握手结束后，客户端会发起首个HTTP请求。所有的HTTP数据必须以TLS “applicationdata”的形式发送。
【翻译】RFC1350-TFTP通讯协议
Codinglover
01-19 1181
此份文档为RFC1350的翻译，由于翻译此份文档的初衷是笔者希望实现一个TFTP服务器用来作为UDP协议学习中的练手项目，因此笔者在翻译时省略了原文档开头与协议本身无关的一些声明类章节。TFTP是一个非常简单易用的文件传输协议，如果希望在单片机上实现一个简单的通过网口或者串口更新用户程序的bootloader，此协议应该十分适合用于传输升级用的hex/bin文件。 1.协议用...
RFC 5627 SIP中文翻译
至虛極，守靜篤
09-01 1817
Network Working Group J. Rosenberg Request for Comments: 5627 Cisco Systems Category: Standards Track October 2009 SIP协议里，全局可路由的 UA URI（GRUU)的获取.
RFC-3550 A Transport Protocol for Real-Time Applications (RTP)
08-07
"RFC-3550 A Transport Protocol for Real-Time Applications (RTP)" RFC-3550 是一份关于实时应用的传输协议标准文档，详细介绍了实时传输协议（RTP）的规范和应用。下面是 RFC-3550 的知识点总结： 一、RTP 简介...
rfc7826.doc
09-24
实时流传输协议（Real-Time Streaming Protocol，简称RTSP）是一种应用层协议，设计用于管理和控制具有实时特性的数据传输，比如...随着流媒体技术的发展，RTSP2.0将继续发挥其重要作用，服务于各种多媒体应用和系统。
[RFC2616-HTTP/1.1 超文本传输协议]（翻译）[Part 1]
PiPiQ_Blog的博客
02-15 3897
原文：RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1 (ietf.org) （因本篇RFC较长，将其分为几篇文章进行翻译） 超文本传输​​协议——HTTP/1.1 超文本传输​​协议 (HTTP) 是分布式、协作、超媒体信息系统的应用层协议。它是一种通用的、无状态的协议，通过扩展其请求方法、错误代码和标头 [47]，可用于超文本之外的许多任务，例如名称服务器和分布式对象管理系统。 HTTP 的一个特性是数据表示的类型化和协商，允许独立于正在传输的数
翻译[RFC6238] TOTP: Time-Based One-Time Password Algorithm
anhe1364的博客
03-26 839
在闲暇时间做了一个TOTP相关的开源项目，在项目初步完成之余，我尝试对[RFC6238]文档进行了翻译，供大家参考与查阅，若有不妥之处，还望各位前辈海涵斧正。 [RFC6238] : Time-Based One-Time Password Algorithm 开源项目地址：tick-authenticator 文章概要 Thisdocumentdescribes an ex...
RFC文档(中文翻译版本)
热门推荐
大明的博客
08-25 3万+
RFC文档目录 RFC1 主机软件 RFC2 主机软件 RFC3 文档规范 RFC4 网络时间表 RFC6 与 Bob Kahn 会话 RFC10 文档规范 RFC13 零文本长度的EOF信息 RFC16 M.I.T RFC18 IMP-IMP和主机-主机控制联接 RFC19_可用来降低有限交换节点阻塞的两条协议性的建议 RFC20_用于网络交换的 A
BGP协议 rfc中文翻译
ma1030153182的专栏
09-14 3330
  边界网关协议 本备忘录的状态： 该RFC概述了在自治系统之间交换网络可达性信息的特定方法。 在撰写本文时，对于cisco路由器以及NSFNET节点交换系统，存在边界网关协议的实现。目前正在实施“gated”的公共域版本。   本备忘录的分发无限制   1. 介绍 边界网关协议（BGP）是一种自治系统间路由协议。它建立在RFC 904 中定义的EGP和NSFNET Back...
电子商务之价格优化算法：梯度下降：机器学习在价格优化中的角色.docx
最新发布
11-05
电子商务之价格优化算法：梯度下降：机器学习在价格优化中的角色.docx
RFC1661中文翻译：点对点协议(PPP)详解
"RFC1661 The Point-to-Point Protocol (PPP) 中文版" 《RFC1661 The Point-to-Point Protocol (PPP)》是互联网工程任务组（IETF）发布的一份标准文档，由W. Simpson编辑，旨在为点对点连接上的多协议数据包传输...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值