自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(22)
  • 资源 (2)
  • 论坛 (1)
  • 收藏
  • 关注

原创 RFC2757-Long Thin Networks-chifire自译本(9)完

  [KRLKA97]      Kojo, M., Raatikainen, K., Liljeberg,  M., Kiiskinen,                  J., Alanko, T., "An Efficient Transport Service for                  Slow Wireless Telephone Links," in IE

2001-05-09 12:18:00 951

原创 RFC2757-Long Thin Networks-chifire自译本(8)

     -  共享网络性能信息(TCP控制块和拥塞管理模块)      有些信息不应当被共享。例如,TCP顺序号用来防止伪装攻击(spoofing attacks),甚至有关性能参数的共享都会给拒绝服务攻击造成机会[Touch97]。    -  性能增强代理(Performance Enhancing Proxies) 从安全攻击角度看,此类系统扮演了中间人(m

2001-05-09 12:16:00 870

原创 RFC2757-Long Thin Networks-chifire自译本(7)

   -          允许延迟敏感的低速通信使用小包。 -          降低头的负载(通常的TCP段尺寸是512)。移动IP通道中IPv4/TCP的头负载可以从11.7%降到不足1%。 -          降低有损耗连接的丢包率(因为采用了更小的压缩包进行交互)。 Van Jacobson (VJ)头压缩[RFC1144]中所描述的TCP头压缩是被

2001-05-08 13:49:00 884

原创 RFC2757-Long Thin Networks-chifire自译本(6)

   -          分割TCP建议并不适合含有不对称路由的网络。要应用分割TCP方案,需要保证移动设备在中间介质节点间来去路由的畅通,而对一些网络来说,这要么是无法完成的,要么需要中间介质节点回溯远离无线网络边界的几级连接才能完成,这在实际上是无法实践的,而且可能导致路由不可优化(non-optimal routing)。 -          分割TCP,正如其名所示

2001-05-08 13:47:00 669

原创 RFC2757-Long Thin Networks-chifire自译本(5)

    4.8 活动队列管理(Active Queue Management)              前面已经提过,TCP回应拥塞的方式是关闭窗口并调用慢启动。延迟时间长的网络在从此状况中恢复也需要特别长的时间,因此,必须在远程窄带网络(LTNs)中避免拥塞的产生。为此,活动队列管理技术做为整个Internet上路由器的性能增强建议[RED]。此类配置机制的主要方式是通

2001-05-08 13:45:00 820

原创 RFC2757-Long Thin Networks-chifire自译本(3)

         -  ESRO [RFC2188]       -  RDP [RFC908, RFC1151]       -  VMTP [VMTP] 3 TCP协议的状况(The Case for TCP)        这是无线领域争论最为激烈的问题,这里列出几个主要反对观点:       -          通常认为,TCP在实

2001-05-08 13:03:00 718

原创 RFC2757-Long Thin Networks-chifire自译本(4)

          应答间隔要求ACK毫发无损地穿越应答间隔路由器。当应答间隔路由器也是中介结点时,要求W-WAN环境的工作运转良好才行。        在我们提出本建议之前,需要对有限字节计数(Limited byte counting)进行更深层的研究。 4.3.2.2 每节应答(ACK-every-segment)    每节应答的主要思想是这样的: 

2001-05-08 13:03:00 665

原创 RFC2757-Long Thin Networks-chifire自译本(2)

         相应地,移动装置在办公室的有线局域网和无线广域网间自由切换,而在此过程中,已建立的连接仍将继续而不发生中断,当然,这种类型的机动性需要有移动IP地址(Mobile IP [RFC2002])。 1.2 无线连接的设想(Assumptions about the Radio Link)        上面提到的系统结构大多数是假设基于一个无线连接(也可能多于

2001-05-08 13:02:00 779

原创 RFC2757-Long Thin Networks-chifire自译本(1)

  Network Working Group                                      G. MontenegroRequest for Comments: 2757                        Sun Microsystems, Inc.Category: Informational                       

2001-05-08 12:59:00 861

原创 RFC2617- HTTP Authentication自译本-(5)全文完

 6 感谢(Acknowledgments)AbiSource公司的Eric W. Sink是本规范修订以前版本的原始作者。 通过讨论方式对本规范做出贡献的其它作者有:Peter J. Churchyard、Ned Freed和David M.  Kristol。        Jim Gettys和Larry Masinter对本文档做了最后更新。 7 参考书

2001-02-16 12:13:00 2057 1

原创 RFC2617- HTTP Authentication自译本-(4)

        但它还是比在LDAP[10]、POP及IMAP(见RFC2195[9])上用的CRAM-MD5要强许多。它将被用来替代薄弱的危机四伏的基本机制。              分类鉴别只提供对实际口令的加密保护。请求或回应的所有其它内容都可以被监听。              对双向传递的消息,分类鉴别方案只提供有限的完整性保护。如果使用了qop=auth-int机

2001-02-16 12:12:00 2114

原创 RFC2617- HTTP Authentication自译本-(3)

  auth-param           该指示用于未来扩展。任何无法识别的指示都必须被忽略。 3.2.2 授权请求标题(The Authorization Request Header)        客户端想重试发送请求,并传递对应前面所框架定义的授权标题行,如下: credentials         = "Digest" digest-respon

2001-02-16 12:05:00 2171

原创 RFC2617- HTTP Authentication自译本-(2)

 1 授权鉴别(Access Authentication) 1.1对HTTP/1.1规范的依赖(Reliance on the HTTP/1.1 Specification)        本规范和HTTP/1.1规范[2]一起使用,它使用HTTP/1.1文档2.1节的补充反馈方式(Augmented BNF),并依赖于该文档对非终端(non-terminals)的定义及对其

2001-02-16 12:03:00 2579

原创 RFC2617- HTTP Authentication自译本-(1)

   Network Working Group                                          J. FranksRequest for Comments: 2617                       Northwestern UniversityObsoletes: 2069                            

2001-02-16 12:01:00 4006

原创 rfc1945-http1.0自译本-(8)全文完

 12.5  基于文件及路径名的攻击(Attacks Based On File and Path Names)        HTTP原始服务器的实现应当注意,要对以服务器管理员名义发出的,对某个文件的HTTP请求进行限制。如果HTTP服务器直接将HTTP URI发送给系统调用,服务器要特别注意,当某个请求文件不是发往HTTP客户端时,要予以拒绝服务。例如,在Unix、Microso

2001-02-16 11:46:00 1209

原创 rfc1945-http1.0自译本-(7)

 10.7  过期(Expires)              过期实体标题域中的日期/时间值指定了实体过期的时间。这为信息提供方提供了使信息失效的手段。当超过此期限时,应用程序不应再对此实体进行缓存了。过期并不意味着原始资源会在此期限后发生改变或停止存在。在实际应用中,信息提供者通过检查过期标题域中所指定的时间,从而获知或预测资源将会发生改变的确切日期。该格式用的是绝对日期时间(3.

2001-02-16 11:45:00 1010

原创 rfc1945-http1.0自译本-(6)

 8.1  GET              GET方法就是以实体方式得到由请求URI所指定资源的信息。如果请求URI只是一个数据产生过程,那么最终要在回应实体中返回的是由该处理过程的结果所指向的资源,而不是返回该处理过程的描述文字,除非那段文字恰好是处理的输出。       如果请求消息包含If-Modified-Since标题域,GET方法的语法就变成“条件GET”,即“(co

2001-02-16 11:42:00 845

原创 rfc1945-http1.0自译本-(5)

 按惯例,在标识应用程序时,组件以其重要性顺序排列。Product                  = token ["/" product-version]product-version        = token例如:       User-Agent: CERN-LineMode/2.15 libwww/2.17b3       Server: Apache/0.

2001-02-16 11:39:00 844

原创 rfc1945-http1.0自译本-(4)

 3.2  统一资源标识(Uniform Resource Identifiers)        URI有许多名字,如WWW地址、通用文件标识(Universal Document Identifiers)、通用资源标识(Universal Resource Identifiers [2]),以及最终的统一资源定位符(Uniform Resource Locators (URL) [

2001-02-16 11:35:00 740

原创 rfc1945-http1.0自译本-(3)

 要解释的名词=名词解释(name = definition)规则的名字(name)就是它本身(不带任何尖括号,“”,“>”),后面跟个等号=,然后就是该规则的定义。如果规则需要用多个行来描述,利用空格进行缩进格式排版。某些基本的规则使用大写,如SP, LWS, HT, CRLF, DIGIT, ALPHA,等等。定义中还可以使用尖括号来帮助理解规则名的使用。 字面意思("lite

2001-02-16 11:26:00 915

原创 rfc1945-http1.0自译本-(2)

1.  介绍(Introduction) 1.1  目的(Purpose)       HTTP(Hypertext Transfer Protocol)是应用级协议,它适应了分布式超媒体协作系统对灵活性及速度的要求。它是一个一般的、无状态的、基于对象的协议,通过对其请求方法(request methods)进行扩展,可以被用于多种用途,比如命名服务器(name server)及

2001-02-16 11:11:00 1277

原创 rfc1945-http1.0自译本-(1)

    Network Working Group                                     T. Berners-LeeRequest for Comments: 1945                                        MIT/LCSCategory: Informational             

2001-02-16 10:49:00 826

中国电信EDM3.0规范

企业数据模型3.0是中国电信CTG-MBOSS中EDA分总规范的一个分册,是中国电信企业数据标准体系组成部分,包括概念数据模型、逻辑数据模型。本次修订重点主要是BSS部分数据模型,涵盖参与人、产品、帐务、市场营销、事件和地域六大主题域。

2011-11-11

eTOM规范9.0

TMForm论坛的最新版本,非常难得。 内容包括: 1. Business Process Framework (eTOM) Suite Release Note Release 9.0 - RN 311 2. Business Process Framework (eTOM) Primer - GB921-P 3. Business Process Framework (eTOM) Concepts and Principles - the main Business Process Framework document - GB921 4. Business Process Framework (eTOM) User Guidelines - GB921-U 5. Guide to Applying the Business Process Framework (eTOM) - GB921-G 6. eTOM and ITIL Building bridges - TR143 附录标准: • Process Decompositions - GB921-D • Extended Process Decompositions - GB921-DX • End-to-End Business Flows - GB921-E • Process Flow examples - GB921-F • Real World Use Cases - GB921-R • B2B Integration Work - GB921-B • eTOM-M.3400 Mapping Application Note- GB921-T

2011-11-12

软件发布:中文HTTP1.0和英文HTTP1.1

发表于 2001-02-25 最后回复 2001-02-25

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人 TA的粉丝

提示
确定要删除当前文章?
取消 删除