<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>FDS's Blog</title>
	<atom:link href="http://blog.1xi.net/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.1xi.net</link>
	<description>收藏和分享</description>
	<lastBuildDate>Thu, 12 May 2011 06:33:30 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
		<item>
		<title>[软考]Internet数据库建设方案比较</title>
		<link>http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83internet%e6%95%b0%e6%8d%ae%e5%ba%93%e5%bb%ba%e8%ae%be%e6%96%b9%e6%a1%88%e6%af%94%e8%be%83</link>
		<comments>http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83internet%e6%95%b0%e6%8d%ae%e5%ba%93%e5%bb%ba%e8%ae%be%e6%96%b9%e6%a1%88%e6%af%94%e8%be%83#comments</comments>
		<pubDate>Thu, 12 May 2011 06:33:30 +0000</pubDate>
		<dc:creator>liaowei</dc:creator>
				<category><![CDATA[计算机考试]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83internet%e6%95%b0%e6%8d%ae%e5%ba%93%e5%bb%ba%e8%ae%be%e6%96%b9%e6%a1%88%e6%af%94%e8%be%83</guid>
		<description><![CDATA[　　在Internet应用中，除设计静态网页以外，通过数据库进行数据管理和根据查询生成动态网页也是其中极其重要的一部分，一方面，数据库提高了数据管理的能力，使得数据可以重用和进行必要的数据分析;另一方面，通过数据库进行动态网页的生成，大大提高了网页设计和开发的效率，减少了静态网页的设计和开发任务，并保证了Internet应用的数据一致性和设计风格的一致性，同时数据库还大大提高了Internet应用数据维护的方便性和效率。然而，通过数据库建设Internet应用，也存在数据库选型问题，即选用什么数据库，能够对数据库实现什么样的检索能力，具有什么样的检索效率，也是用户必须考虑的问题。　　在90年代初期，用户设计和开发Internet应用时，只有唯一的选择，即必须采用关系数据库，通过应用服务器和各种中间件产品，实现对数据库的数据检索、维护和显示。然而，随着技术的不断发展，这种局面正在改变，用户可以有更多的选择机会，采用不同的数据库产品、不同的查询和检索方式来设计和构造自己的Internet应用。从严格意义上说，传统关系数据库经过了多年的针对Internet应用的发展和完善，具有自己的传统意义上的优势。针对Internet网上应用而设计和开发的产品，则克服了传统关系数据库在Internet应用上的一些局限，大大提高了网上应用的效率。　　下面仅就Internet应用中数据库建设的几种方案进行比较： 一、 关系数据库建设方案　　关系数据库最初设计目标是基于主机/终端方式的大型机上的应用，应用范围较为有限，随着客户机/服务器方式的流行和应用向客户机方的分解，关系数据库又经历了客户机/服务器时代，并获得了极大的发展。随着Internet应用的普及，由于Internet上信息资源的复杂性和不规范性，关系数据库初期在开发各种网上应用时显得力不从心，表现在无法管理各种网上的复杂的文档型和多媒体型数据资源。后来关系数据库对于这些需求作出了一些适应性调整，如增加数据库的面向对象成分以增加处理多种复杂数据类型的能力，增加各种中间件以扩展基于Internet应用能力，通过应用服务器解释执行各种HTML中嵌入脚本来解决Internet应用中数据库数据的显示、维护、输出以及到HTML的格式转换等。此时关系数据库的基于Internet应用的模式典型表现为一种三层或四层的多层结构。　　在这种多层结构体系下，关系数据库解决了数据库的Internet应用的方法问题，使得基于关系数据库能够开发各种网上数据库数据的发布、检索、维护、数据管理等一般性应用。　　但是可以说关系数据库从设计之初并没有也不可能考虑到以HTTP为基础、HTML为文件格式的因特网的需求，只是在因特网出现后才作出相应的调整，因此关系数据库在基于Internet应用时由于结构模型等原因的限制，不能与Internet完全融合，需在Internet与数据库之间加入大量的中间件，从而在无形中加大了数据库基于网络应用的难度。并且对于网络环境下Internet应用，如各种非结构化文档信息、多媒体信息以及全文检索需求显得力不从心。虽然后来关系数据库对于这些需求作出了一些适应性调整，但对于网络环境下Internet应用不可或缺的检索效率、全文检索能力等却无法解决。同时，关系数据库的基于中间件的解决方案又给Internet应用带来了新的网络瓶颈，应用服务器端由于与数据库频繁交互，因其本身的效率和数据库检索的效率造成Internet应用在应用服务器端的阻塞。二、 iBASE非结构化数据库建设方案　　Internet的迅猛发展使数据库应用环境发生了巨大的变化。电子商务、Web 医院、远程教育、移动计算等都需要新的数据库技术支持。因此，对半结构化和无结构数据模型的描述、管理、查询和安全控制等问题的研究已成为新的研究课题，特别是Web数据库发展是新热点和难题。　　从数据库技术发展的角度看，以前通过浏览器访问数据库的唯一渠道是CGI，随后又出现ISAPI、NSAPI和ODBC、JDBC、ASP、PHP、JSP等技术方案，但均没有实现Web服务器和数据库服务器的有机结合，让数据库系统和技术成为Web的重要有机组成部分。　　iBASE非结构化数据库在出现之前经过了近10年的研发，在充分考虑到因特网的实际和需求的前提下,北京国信贝斯软件有限公司(http://www. ibase.com.cn)基于自己的非结构化数据库和全文检索技术，将TCP/IP、HTTP协议、HTML语言等网络技术紧密结合，推出iBASE WEB非结构化网络数据库系统。iBASE WEB非结构化网络数据库系统提供了将iBASE非结构化数据库和各种传统关系数据库方便上网发布的能力，同时对于数据库的网上发布还提供了极高的检索效率和强大的全文检索能力，能够满足网络环境下各种Internet应用的需要。　　针对Internet应用的特殊性，iBASE非结构化网络数据库系统主要解决了Internet数据库应用的几大难点：1、文档型和多媒体数据类型的支持问题　　在Internet应用中，存在大量的复杂数据类型，如各种超文本文档信息，各种图片、声音等多媒体信息资源，如何对这些信息资源进行有效的存储、管理、检索，是Internet数据库必须解决的问题，iBASE非结构化网络数据库系统通过其外部文件数据类型，可以管理各种文档信息、多媒体信息，并且，对于各种具有检索意义的文档信息资源，如HTML、DOC、RTF、TXT等还提供了强大的全文检索能力。2、数据库的全文检索问题　　 在Internet应用中，由于信息资源极其繁多，如何从浩瀚的信息海洋中查找到所需的信息，如何保证所查询信息的全面性和准确性，也是一个Internet数据库应用必须解决的问题。iBASE非结构化网络数据库系统通过其独特的索引技术和基于布尔检索表达式的查询检索算法，解决了基于字段级和数据库级的全文检索问题，用户可以针对数据库中特定的字段也可针对整个数据库进行全文检索，从而从数据库中检索出感兴趣的内容。同时，其强大的索引表达式构造能力和布尔检索表达式解析能力，使用户可以构造极其灵活的Internet数据库全文检索应用。3、Internet数据库应用中的查询和检索效率问题　　作为Internet应用，由于需要面对大量的用户群和大量的瞬时并发数据库查询检索，其数据库查询和检索效率就是一个极其关键的问题。iBASE非结构化网络数据库系统主要通过以下途径来保证数据库查询和检索的效率。　　iBASE非结构化网络数据库系统提供了重复字段和子字段的支持能力，通过这种能力，在构造数据库时，可以实现数据库的一条记录中一维表和二维表嵌套，从而避免了关系数据库在大数据量时由于表连接查询而导致的查询检索性能的急剧降低。　　作为Internet数据库应用，一般采用多层结构，由于多层结构以及各种中间件产品在相互连接和交互时，需要交换大量信息和占用处理器资源，也会导致Internet数据库应用性能的降低。iBASE非结构化网络数据库系统实现了WEB Server、Application Server、DB Server的紧密集成，使数据库系统和技术成为Web的一个重要有机组成部分,实现数据库和Web的有机组合。4、对现有Internet应用的全文检索支持问题　　iBASE非结构化网络数据库系统不仅能够支持iBASE非结构化数据库的直接上网发布和全文检索，对于传统关系型数据库，如Oracle、SYBASE、SQL Server、DB2、Informix等，也提供了导入和链结的支持能力，用户可以采用导入方式，将传统关系数据库转换为iBASE非结构化数据库，再进行网上发布和开发全文检索应用；用户也可采用链结方式，对传统关系数据库构建本地化索引，从而通过本地化索引实现对关系数据库的全文检索支持，iBASE非结构化网络数据库系统充当关系数据库应用服务器，系统的检索效率也将受关系数据库自身检索效率和应用服务器交互效率的影响。三、 Internet数据库方案比较　　Internet数据库建设到底采用何种数据库，摆在用户面前的至少有三种方案：关系数据库建设方案、iBASE非结构化网络数据库建设方案、关系数据库和iBASE非结构化网络数据库共存方案。　　在事务处理和数值计算方面，由于关系数据库经过了多年的发展，其在事务处理、数值计算方面具有强大的能力并已被证实，而iBASE数据库目前在事务处理和对于数值计算方面的支持则相对薄弱，因此，对于偏向事务处理和数值计算方面的Internet数据库建设，关系数据库建设方案应该说更有优势。　　在对于超文本、文档信息管理和数据库全文检索方面，关系数据库通过其MEMO或TEXT字段等也能实现这种信息的存储，而对于这些信息或数据库的全文检索，关系数据库则显得捉襟见肘。虽然一些网站通过关系数据库构造了一些所谓的“全文搜索引擎”，但实质上，只是在关系数据库中进行基于字段的一种字符串匹配检索，检索时需要对数据库进行顺序扫描，效率极其低下，在数据量较少时尚可胜任，但任何一个Internet应用是不但发展的，随着数据量的不但增大，这种检索方式的必将成为Internet应用的效率及发展的致命的瓶颈。而iBASE WEB非结构化网络数据库系统则完全解决了网上数据库的全文检索问题，通过其独特的单汉字、单英文词、英文字母的索引方式及B*树索引算法，能够高效地解决数据库的网上全文检索问题，构造出强大的网上全文搜索引擎。因此，在对于超文本、文档信息管理和数据库全文检索方面，iBASE非结构化网络数据库建设方案应为首选。　　然而，Internet数据库建设并不能从严格意义上按以上两种情况进行区分，但有一点可以肯定的是，大多数Internet应用都会有全文检索或构建搜索引擎的需求，从理论上讲，除事务处理能力外，iBASE非结构化网络数据库能够处理所有关系数据库支持的Internet应用方式，并能对数据库进行全文检索扩展，也就是说，完全可以利用iBASE非结构化网络数据库构建独立的Internet应用。　　对于一些特殊的Internet应用，我们也可以采用关系数据库和iBASE非结构化网络数据库两者共存的建设方案，实现两者的无缝集成，以发挥两者各自的长处。]]></description>
			<content:encoded><![CDATA[<p>　　在Internet应用中，除设计静态网页以外，通过数据库进行数据管理和根据查询生成动态网页也是其中极其重要的一部分，一方面，数据库提高了数据管理的能力，使得数据可以重用和进行必要的数据分析;另一方面，通过数据库进行动态网页的生成，大大提高了网页设计和开发的效率，减少了静态网页的设计和开发任务，并保证了Internet应用的数据一致性和设计风格的一致性，同时数据库还大大提高了Internet应用数据维护的方便性和效率。然而，通过数据库建设Internet应用，也存在数据库选型问题，即选用什么数据库，能够对数据库实现什么样的检索能力，具有什么样的检索效率，也是用户必须考虑的问题。<BR><P>　　在90年代初期，用户设计和开发Internet应用时，只有唯一的选择，即必须采用关系数据库，通过应用服务器和各种中间件产品，实现对数据库的数据检索、维护和显示。然而，随着技术的不断发展，这种局面正在改变，用户可以有更多的选择机会，采用不同的数据库产品、不同的查询和检索方式来设计和构造自己的Internet应用。<BR>从严格意义上说，传统关系数据库经过了多年的针对Internet应用的发展和完善，具有自己的传统意义上的优势。针对Internet网上应用而设计和开发的产品，则克服了传统关系数据库在Internet应用上的一些局限，大大提高了网上应用的效率。</P><P>　　下面仅就Internet应用中数据库建设的几种方案进行比较： </P><P><FONT color=#ff0000>一、 关系数据库建设方案</FONT></P><P>　　关系数据库最初设计目标是基于主机/终端方式的大型机上的应用，应用范围较为有限，随着客户机/服务器方式的流行和应用向客户机方的分解，关系数据库又经历了客户机/服务器时代，并获得了极大的发展。随着Internet应用的普及，由于Internet上信息资源的复杂性和不规范性，关系数据库初期在开发各种网上应用时显得力不从心，表现在无法管理各种网上的复杂的文档型和多媒体型数据资源。后来关系数据库对于这些需求作出了一些适应性调整，如增加数据库的面向对象成分以增加处理多种复杂数据类型的能力，增加各种中间件以扩展基于Internet应用能力，通过应用服务器解释执行各种HTML中嵌入脚本来解决Internet应用中数据库数据的显示、维护、输出以及到HTML的格式转换等。此时关系数据库的基于Internet应用的模式典型表现为一种三层或四层的多层结构。</P><P>　　在这种多层结构体系下，关系数据库解决了数据库的Internet应用的方法问题，使得基于关系数据库能够开发各种网上数据库数据的发布、检索、维护、数据管理等一般性应用。</P><P>　　但是可以说关系数据库从设计之初并没有也不可能考虑到以HTTP为基础、HTML为文件格式的因特网的需求，只是在因特网出现后才作出相应的调整，因此关系数据库在基于Internet应用时由于结构模型等原因的限制，不能与Internet完全融合，需在Internet与数据库之间加入大量的中间件，从而在无形中加大了数据库基于网络应用的难度。并且对于网络环境下Internet应用，如各种非结构化文档信息、多媒体信息以及全文检索需求显得力不从心。虽然后来关系数据库对于这些需求作出了一些适应性调整，但对于网络环境下Internet应用不可或缺的检索效率、全文检索能力等却无法解决。同时，关系数据库的基于中间件的解决方案又给Internet应用带来了新的网络瓶颈，应用服务器端由于与数据库频繁交互，因其本身的效率和数据库检索的效率造成Internet应用在应用服务器端的阻塞。</P><P><FONT color=#ff0000>二、 iBASE非结构化数据库建设方案<BR></FONT><BR>　　Internet的迅猛发展使数据库应用环境发生了巨大的变化。电子商务、Web 医院、远程教育、移动计算等都需要新的数据库技术支持。因此，对半结构化和无结构数据模型的描述、管理、查询和安全控制等问题的研究已成为新的研究课题，特别是Web数据库发展是新热点和难题。<BR><BR>　　从数据库技术发展的角度看，以前通过浏览器访问数据库的唯一渠道是CGI，随后又出现ISAPI、NSAPI和ODBC、JDBC、ASP、PHP、JSP等技术方案，但均没有实现Web服务器和数据库服务器的有机结合，让数据库系统和技术成为Web的重要有机组成部分。<BR><BR>　　iBASE非结构化数据库在出现之前经过了近10年的研发，在充分考虑到因特网的实际和需求的前提下,北京国信贝斯软件有限公司(http://www. ibase.com.cn)基于自己的非结构化数据库和全文检索技术，将TCP/IP、HTTP协议、HTML语言等网络技术紧密结合，推出iBASE WEB非结构化网络数据库系统。iBASE WEB非结构化网络数据库系统提供了将iBASE非结构化数据库和各种传统关系数据库方便上网发布的能力，同时对于数据库的网上发布还提供了极高的检索效率和强大的全文检索能力，能够满足网络环境下各种Internet应用的需要。<BR><BR>　　针对Internet应用的特殊性，iBASE非结构化网络数据库系统主要解决了Internet数据库应用的几大难点：<FONT color=#0000ff><BR><BR>1、文档型和多媒体数据类型的支持问题</FONT><BR><BR>　　在Internet应用中，存在大量的复杂数据类型，如各种超文本文档信息，各种图片、声音等多媒体信息资源，如何对这些信息资源进行有效的存储、管理、检索，是Internet数据库必须解决的问题，iBASE非结构化网络数据库系统通过其外部文件数据类型，可以管理各种文档信息、多媒体信息，并且，对于各种具有检索意义的文档信息资源，如HTML、DOC、RTF、TXT等还提供了强大的全文检索能力。<BR><BR><FONT color=#0000ff>2、数据库的全文检索问题</FONT><BR><BR>　　 在Internet应用中，由于信息资源极其繁多，如何从浩瀚的信息海洋中查找到所需的信息，如何保证所查询信息的全面性和准确性，也是一个Internet数据库应用必须解决的问题。iBASE非结构化网络数据库系统通过其独特的索引技术和基于布尔检索表达式的查询检索算法，解决了基于字段级和数据库级的全文检索问题，用户可以针对数据库中特定的字段也可针对整个数据库进行全文检索，从而从数据库中检索出感兴趣的内容。同时，其强大的索引表达式构造能力和布尔检索表达式解析能力，使用户可以构造极其灵活的Internet数据库全文检索应用。<BR><BR><FONT color=#0000ff>3、Internet数据库应用中的查询和检索效率问题</FONT><BR><BR>　　作为Internet应用，由于需要面对大量的用户群和大量的瞬时并发数据库查询检索，其数据库查询和检索效率就是一个极其关键的问题。iBASE非结构化网络数据库系统主要通过以下途径来保证数据库查询和检索的效率。<BR><BR>　　iBASE非结构化网络数据库系统提供了重复字段和子字段的支持能力，通过这种能力，在构造数据库时，可以实现数据库的一条记录中一维表和二维表嵌套，从而避免了关系数据库在大数据量时由于表连接查询而导致的查询检索性能的急剧降低。<BR><BR>　　作为Internet数据库应用，一般采用多层结构，由于多层结构以及各种中间件产品在相互连接和交互时，需要交换大量信息和占用处理器资源，也会导致Internet数据库应用性能的降低。iBASE非结构化网络数据库系统实现了WEB Server、Application Server、DB Server的紧密集成，使数据库系统和技术成为Web的一个重要有机组成部分,实现数据库和Web的有机组合。<BR><BR><FONT color=#0000ff>4、对现有Internet应用的全文检索支持问题</FONT><BR><BR>　　iBASE非结构化网络数据库系统不仅能够支持iBASE非结构化数据库的直接上网发布和全文检索，对于传统关系型数据库，如Oracle、SYBASE、SQL Server、DB2、Informix等，也提供了导入和链结的支持能力，用户可以采用导入方式，将传统关系数据库转换为iBASE非结构化数据库，再进行网上发布和开发全文检索应用；用户也可采用链结方式，对传统关系数据库构建本地化索引，从而通过本地化索引实现对关系数据库的全文检索支持，iBASE非结构化网络数据库系统充当关系数据库应用服务器，系统的检索效率也将受关系数据库自身检索效率和应用服务器交互效率的影响。</P><P><FONT color=#ff0000>三、 Internet数据库方案比较</FONT><BR><BR>　　Internet数据库建设到底采用何种数据库，摆在用户面前的至少有三种方案：关系数据库建设方案、iBASE非结构化网络数据库建设方案、关系数据库和iBASE非结构化网络数据库共存方案。<BR><BR>　　在事务处理和数值计算方面，由于关系数据库经过了多年的发展，其在事务处理、数值计算方面具有强大的能力并已被证实，而iBASE数据库目前在事务处理和对于数值计算方面的支持则相对薄弱，因此，对于偏向事务处理和数值计算方面的Internet数据库建设，关系数据库建设方案应该说更有优势。<BR><BR>　　在对于超文本、文档信息管理和数据库全文检索方面，关系数据库通过其MEMO或TEXT字段等也能实现这种信息的存储，而对于这些信息或数据库的全文检索，关系数据库则显得捉襟见肘。虽然一些网站通过关系数据库构造了一些所谓的“全文搜索引擎”，但实质上，只是在关系数据库中进行基于字段的一种字符串匹配检索，检索时需要对数据库进行顺序扫描，效率极其低下，在数据量较少时尚可胜任，但任何一个Internet应用是不但发展的，随着数据量的不但增大，这种检索方式的必将成为Internet应用的效率及发展的致命的瓶颈。而iBASE WEB非结构化网络数据库系统则完全解决了网上数据库的全文检索问题，通过其独特的单汉字、单英文词、英文字母的索引方式及B*树索引算法，能够高效地解决数据库的网上全文检索问题，构造出强大的网上全文搜索引擎。因此，在对于超文本、文档信息管理和数据库全文检索方面，iBASE非结构化网络数据库建设方案应为首选。<BR><BR>　　然而，Internet数据库建设并不能从严格意义上按以上两种情况进行区分，但有一点可以肯定的是，大多数Internet应用都会有全文检索或构建搜索引擎的需求，从理论上讲，除事务处理能力外，iBASE非结构化网络数据库能够处理所有关系数据库支持的Internet应用方式，并能对数据库进行全文检索扩展，也就是说，完全可以利用iBASE非结构化网络数据库构建独立的Internet应用。<BR><BR>　　对于一些特殊的Internet应用，我们也可以采用关系数据库和iBASE非结构化网络数据库两者共存的建设方案，实现两者的无缝集成，以发挥两者各自的长处。</P></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83internet%e6%95%b0%e6%8d%ae%e5%ba%93%e5%bb%ba%e8%ae%be%e6%96%b9%e6%a1%88%e6%af%94%e8%be%83/feed</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>[软考]数据库为网格设计</title>
		<link>http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83%e6%95%b0%e6%8d%ae%e5%ba%93%e4%b8%ba%e7%bd%91%e6%a0%bc%e8%ae%be%e8%ae%a1</link>
		<comments>http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83%e6%95%b0%e6%8d%ae%e5%ba%93%e4%b8%ba%e7%bd%91%e6%a0%bc%e8%ae%be%e8%ae%a1#comments</comments>
		<pubDate>Thu, 12 May 2011 06:33:30 +0000</pubDate>
		<dc:creator>liaowei</dc:creator>
				<category><![CDATA[计算机考试]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83%e6%95%b0%e6%8d%ae%e5%ba%93%e4%b8%ba%e7%bd%91%e6%a0%bc%e8%ae%be%e8%ae%a1</guid>
		<description><![CDATA[作为一名网格用户，您最关心的是什么？ 　　答案是网格计算作为类似于电力网或电话网等公用设施一样的计算模式，用户只需要关心数据及进行计算的位置。因为从服务器端来看，网格与虚拟化和供应有关。将所有的资源集中在一起，然后根据业务需求动态地供应这些资源，从而可以同时实现更好的资源利用率。由此看来，网格计算正在改变着计算经济学。 转向网格计算 　　从IT 行业的趋势来看，企业也正在向网格计算转移，这在很大程度上是由硬件革新——低成本的刀片服务器驱动的。同时，共享存储技术也简化了硬件的虚拟化和供应，硬件供应商也开始提供实现硬件虚拟化和供应的管理软件。而只有当运行在硬件上的软件能够有效利用硬件革新时，这些革新才更有价值。 硬件趋势 　　使网格计算成为可能的主要原因是围绕着硬件的革新。例如:　　· 处理器 新的低成本、高容量的Intel Itanium 2、Sun SPARC 和IBM PowerPC 64 位处理器所提供的性能等于或者优于在高端SMP 服务器中使用的处理器。　　· 服务器 与同类产品相比，刀片服务器技术以其极低的成本提供了较高的密集计算能力。由于这些刀片服务器还自带了远程管理功能，使得数据中心管理员可以较为容易地管理这些系统。　　· 网络化存储 目前，网络附加存储(NAS) 和存储区域网(SAN) 在数据中心中已经得到了广泛的应用，存储已不再局限在单台服务器上。　　· 网络互联 千兆位以太网和无限带宽互联技术正不断降低连接服务器集群的成本。 软件趋势 　　在软件中，Linux 继续保持比其它任何OS 更快的发展势头。今天，尽管Linux 还不能适应大型的SMP，但由于刀片服务器有1～4个CPU，Linux 已经可以在其上很好地运行。刀片服务器优于SMP的经济优势将使得刀片服务器占据市场支配地位。另外，由于Linux 本身所具有的价格优势，随着刀片服务器数量的增多，这将变得更加重要，从而也将加速Linux的普遍采用。因此，标准的低成本刀片服务器集群自然与Linux非常相配。 简化网格管理 　　Oracle数据库10g是第一个为网格计算设计的数据库。它利用了基于网格的硬件革新，并使用户更容易地在这些标准化、模块化的硬件组件上安装和配置Oracle数据库。作为网格资源（服务器和存储器）的消费者以及数据的提供者，Oracle 数据库10g利用了网格计算的三个基本属性（每一层计算堆栈之间的虚拟化、基于企业策略和动态需求的工作和资源供应、集中资源以提高利用率），使Oracle 数据库使用硬件组件（存储器和服务器）的方式虚拟化。它自动地将集群化的存储器和服务器供应给运行在网格中的不同数据库。作为数据的提供者，Oracle数据库10g提供了各种技术，Oracle管理员可以利用这些技术来为网格用户和应用程序集中、虚拟化和供应数据。此外，运行在网格上的企业在安全性、高可用性、自依赖性和可管理性方面还具有严格的操作要求。 　　Oracle数据库10g 自身所具有的技术优势，简化了网格的管理和操作。具体地说，该数据库的特点如下： 自动存储管理 　　自动存储管理(ASM)使存储虚拟化，并且提供了轻松的数据库存储供应。用户可以使用标准、低成本、模块化的组件来存储所有的Oracle 数据，也可以使用单个ASM来为多个Oracle 数据库管理存储。ASM仅要求用户管理少量的磁盘组，而不是管理许多数据库文件。一个磁盘组是一组磁盘设备的集合，ASM将其作为单个逻辑单元来管理。另外，用户可以定义一个特别的磁盘组作为数据库的默认磁盘组，Oracle 自动为该数据库分配存储资源，以及创建或删除与该数据库相关的文件。 　　ASM还提供了一些存储技术方面的功能，如镜像或逻辑卷管理器(LVM)。类似于这些技术，ASM 使用户能够从单独磁盘设备的集合中创建单一磁盘组。它可以跨磁盘组中的所有设备均衡到该磁盘组的I/O，并执行条带划分和镜像存储来改善I/O 性能和数据可靠性。当存储配置发生变化时，ASM 都将自动再均衡数据库的存储资源。 可移植的集群组件 　　集群组件是为集群中服务器间的通信提供集群化服务的软件。在Oracle 数据库10g 之前，用户可以依赖硬件供应商来提供其平台上的集群组件（除了Linux 和Windows 平台）。Oracle只为Linux 和Windows 平台提供集群组件，Oracle [...]]]></description>
			<content:encoded><![CDATA[<p>作为一名网格用户，您最关心的是什么？ <P>　　答案是网格计算作为类似于电力网或电话网等公用设施一样的计算模式，用户只需要关心数据及进行计算的位置。因为从服务器端来看，网格与虚拟化和供应有关。将所有的资源集中在一起，然后根据业务需求动态地供应这些资源，从而可以同时实现更好的资源利用率。由此看来，网格计算正在改变着计算经济学。 </P><P><FONT color=#ff0000>转向网格计算</FONT> </P><P>　　从IT 行业的趋势来看，企业也正在向网格计算转移，这在很大程度上是由硬件革新——低成本的刀片服务器驱动的。同时，共享存储技术也简化了硬件的虚拟化和供应，硬件供应商也开始提供实现硬件虚拟化和供应的管理软件。而只有当运行在硬件上的软件能够有效利用硬件革新时，这些革新才更有价值。 </P><P><FONT color=#ff0000>硬件趋势</FONT> </P><P>　　使网格计算成为可能的主要原因是围绕着硬件的革新。例如:<BR></P><P>　　· 处理器 新的低成本、高容量的Intel Itanium 2、Sun SPARC 和IBM PowerPC 64 位处理器所提供的性能等于或者优于在高端SMP 服务器中使用的处理器。<BR></P><P>　　· 服务器 与同类产品相比，刀片服务器技术以其极低的成本提供了较高的密集计算能力。由于这些刀片服务器还自带了远程管理功能，使得数据中心管理员可以较为容易地管理这些系统。<BR></P><P>　　· 网络化存储 目前，网络附加存储(NAS) 和存储区域网(SAN) 在数据中心中已经得到了广泛的应用，存储已不再局限在单台服务器上。<BR></P><P>　　· 网络互联 千兆位以太网和无限带宽互联技术正不断降低连接服务器集群的成本。 </P><P><FONT color=#ff0000>软件趋势</FONT> </P><P>　　在软件中，Linux 继续保持比其它任何OS 更快的发展势头。今天，尽管Linux 还不能适应大型的SMP，但由于刀片服务器有1～4个CPU，Linux 已经可以在其上很好地运行。刀片服务器优于SMP的经济优势将使得刀片服务器占据市场支配地位。另外，由于Linux 本身所具有的价格优势，随着刀片服务器数量的增多，这将变得更加重要，从而也将加速Linux的普遍采用。因此，标准的低成本刀片服务器集群自然与Linux非常相配。 </P><P><FONT color=#ff0000>简化网格管理</FONT> </P><P>　　Oracle数据库10g是第一个为网格计算设计的数据库。它利用了基于网格的硬件革新，并使用户更容易地在这些标准化、模块化的硬件组件上安装和配置Oracle数据库。作为网格资源（服务器和存储器）的消费者以及数据的提供者，Oracle 数据库10g利用了网格计算的三个基本属性（每一层计算堆栈之间的虚拟化、基于企业策略和动态需求的工作和资源供应、集中资源以提高利用率），使Oracle 数据库使用硬件组件（存储器和服务器）的方式虚拟化。它自动地将集群化的存储器和服务器供应给运行在网格中的不同数据库。作为数据的提供者，Oracle数据库10g提供了各种技术，Oracle管理员可以利用这些技术来为网格用户和应用程序集中、虚拟化和供应数据。此外，运行在网格上的企业在安全性、高可用性、自依赖性和可管理性方面还具有严格的操作要求。 </P><P>　　Oracle数据库10g 自身所具有的技术优势，简化了网格的管理和操作。具体地说，该数据库的特点如下： </P><P><FONT color=#ff0000>自动存储管理</FONT> </P><P>　　自动存储管理(ASM)使存储虚拟化，并且提供了轻松的数据库存储供应。用户可以使用标准、低成本、模块化的组件来存储所有的Oracle 数据，也可以使用单个ASM来为多个Oracle 数据库管理存储。ASM仅要求用户管理少量的磁盘组，而不是管理许多数据库文件。一个磁盘组是一组磁盘设备的集合，ASM将其作为单个逻辑单元来管理。另外，用户可以定义一个特别的磁盘组作为数据库的默认磁盘组，Oracle 自动为该数据库分配存储资源，以及创建或删除与该数据库相关的文件。 </P><P>　　ASM还提供了一些存储技术方面的功能，如镜像或逻辑卷管理器(LVM)。类似于这些技术，ASM 使用户能够从单独磁盘设备的集合中创建单一磁盘组。它可以跨磁盘组中的所有设备均衡到该磁盘组的I/O，并执行条带划分和镜像存储来改善I/O 性能和数据可靠性。当存储配置发生变化时，ASM 都将自动再均衡数据库的存储资源。 </P><P><FONT color=#ff0000>可移植的集群组件 </FONT></P><P>　　集群组件是为集群中服务器间的通信提供集群化服务的软件。在Oracle 数据库10g 之前，用户可以依赖硬件供应商来提供其平台上的集群组件（除了Linux 和Windows 平台）。Oracle只为Linux 和Windows 平台提供集群组件，Oracle 数据库10g 现在提供了可移植的集群组件。也就是说，Oracle 提供了一个可以在所有平台上运行的集群组件，用户不需要依赖供应商提供的集群组件。这也会给他们带来很多好处，如：有单个支持点，不需要依靠多个供应商来解决支持问题；诊断和解决问题变得容易，没有任何由供应商施加的限制，利用可移植的集群组件，即可将集群扩大为任何想要的规模。 </P><P>　　此外，Oracle 也便于用户安装可移植集群。利用单次安装，用户可以确定希望安装可移植集群组件的节点，Oracle Universal Installer 将在所有这些节点上安装可移植集群组件。 </P><P><FONT color=#ff0000>高速无限带宽网络支持 </FONT></P><P>　　Oracle数据库10g利用高速互联技术（如无限带宽）提供更好的性能和可伸缩性。用户可以全面使用无限带宽来进行网络通信。它提供了许多好处，主要表现为：无限带宽提供了超过千兆位以太网的许多性能改善；用户可以使用单个网络基础架构来进行不同服务器之间、以及服务器和存储器之间的通信，简化了数据中心的连接需求；利用简化的网络基础架构，用户可以使用单个网络底板，使得网络供应更加容易。利用Oracle数据库10g，用户现在可以使用无限带宽来进行应用服务器到数据库服务器的通信、集群数据库中服务器到服务器的通信，以及服务器到存储器的通信，从而为企业的数据中心提供了全面的性能改善和灵活性。 </P><P><FONT color=#ff0000>计算资源供应 </FONT></P><P>　　网格计算的宗旨是能够根据不断变化的优先级动态分配资源。Oracle数据库10g 有许多改进和新的功能，便于用户分配计算资源以适应业务需求。 </P><P>　　Oracle Real Application Clister (RAC) 具有标准、低成本、模块化服务器（如刀片服务器）集群的高利用率。用户可以在一个刀片服务器集群上运行单个Oracle 数据库。运行在RAC 上的应用程序，能够动态地利用供应给它们的更多的刀片服务器。同样，当应用程序不再需要这些刀片服务器时，能够容易地释放它们。相反，标准级数据库在标准级组件上具有非常低的利用率。在标准级数据库上，用户需要为高峰负载分配资源并且分配备用资源。只有整个系统停止工作，才能向标准级数据库中添加或删除刀片服务器。由于不进行共享，数据被人为地分区。当增加了更多的刀片服务器时，所有的数据都需要重新分区，并将数据分配给新的刀片服务器。类似地，当需要删除刀片服务器时，在删除前需要重新对数据分区。 </P><P>　　Oracle数据库10g为RAC数据库内的服务提供自动负载管理。当在托管服务的例程间建立连接时，RAC会自动地为这些连接执行负载均衡。此外，利用资源管理器，用户可以制订策略，并给运行在RAC 数据库内的服务分配资源。为了满足这些策略，RAC 将自动向这些服务供应数据库例程。 </P><P><FONT color=#ff0000>共振 </FONT></P><P>　　Oracle数据库10g的最显著特性之一是共振——自己定义集群。集群是一组服务器的集合，这些服务器通过Oracle 可移植集群组件集群在一起。用户可以在相同的集群上运行许多数据库，并且为这些数据库定义服务策略。共振将动态地增加或减少集群中服务器（个人数据库在其上运行）的数量来满足服务级目标。该任务可以自动完成，无需任何用户干预。 </P><P><FONT color=#ff0000>结论</FONT> </P><P>　　由于以上只是Oracle数据库10g的主要技术特色，其它的新增功能在此不再赘述。尽管它还没有网格的统一定义，但网格计算本身所存在一些基本属性，可以让企业享受网格的好处。硬件新的革新和新的经济性，使得网格计算在硬件层成为可能，并且切合实际。 </P><P>　　可以说，Oracle数据库10g 利用其强大的安全性、自依赖性和可管理性产品解决了企业网格的严格操作要求。利用Oracle数据库10g中的网格优势，用户可在Oracle 产品中进行投资，并将它作为未来的网格计算技术。 </P></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83%e6%95%b0%e6%8d%ae%e5%ba%93%e4%b8%ba%e7%bd%91%e6%a0%bc%e8%ae%be%e8%ae%a1/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【软考】SQL Server中各个系统表的作用</title>
		<link>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91sql-server%e4%b8%ad%e5%90%84%e4%b8%aa%e7%b3%bb%e7%bb%9f%e8%a1%a8%e7%9a%84%e4%bd%9c%e7%94%a8</link>
		<comments>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91sql-server%e4%b8%ad%e5%90%84%e4%b8%aa%e7%b3%bb%e7%bb%9f%e8%a1%a8%e7%9a%84%e4%bd%9c%e7%94%a8#comments</comments>
		<pubDate>Thu, 12 May 2011 06:33:30 +0000</pubDate>
		<dc:creator>liaowei</dc:creator>
				<category><![CDATA[计算机考试]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91sql-server%e4%b8%ad%e5%90%84%e4%b8%aa%e7%b3%bb%e7%bb%9f%e8%a1%a8%e7%9a%84%e4%bd%9c%e7%94%a8</guid>
		<description><![CDATA[sysaltfiles 主数据库 保存数据库的文件 　　syscharsets 主数据库 字符集与排序顺序 　　sysconfigures 主数据库 配置选项 　　syscurconfigs 主数据库 当前配置选项 　　sysdatabases 主数据库 服务器中的数据库 　　syslanguages 主数据库 语言 　　syslogins 主数据库 登陆帐号信息 　　sysoledbusers 主数据库 链接服务器登陆信息 　　sysprocesses 主数据库 进程 　　sysremotelogins 主数据库 远程登录帐号 　　syscolumns 每个数据库 列 　　sysconstrains 每个数据库 限制 　　sysfilegroups 每个数据库 文件组 　　sysfiles 每个数据库 文件 　　sysforeignkeys 每个数据库 外部关键字 　　sysindexs 每个数据库 索引 　　sysmenbers 每个数据库 角色成员 　　sysobjects 每个数据库 所有数据库对象 　　syspermissions [...]]]></description>
			<content:encoded><![CDATA[<p>sysaltfiles 主数据库 保存数据库的文件 <BR>　　syscharsets 主数据库 字符集与排序顺序 <BR>　　sysconfigures 主数据库 配置选项 <BR>　　syscurconfigs 主数据库 当前配置选项 <BR>　　sysdatabases 主数据库 服务器中的数据库 <BR>　　syslanguages 主数据库 语言 <BR>　　syslogins 主数据库 登陆帐号信息 <BR>　　sysoledbusers 主数据库 链接服务器登陆信息 <BR>　　sysprocesses 主数据库 进程 <BR>　　sysremotelogins 主数据库 远程登录帐号 <BR>　　syscolumns 每个数据库 列 <BR>　　sysconstrains 每个数据库 限制 <BR>　　sysfilegroups 每个数据库 文件组 <BR>　　sysfiles 每个数据库 文件 <BR>　　sysforeignkeys 每个数据库 外部关键字 <BR>　　sysindexs 每个数据库 索引 <BR>　　sysmenbers 每个数据库 角色成员 <BR>　　sysobjects 每个数据库 所有数据库对象 <BR>　　syspermissions 每个数据库 权限 <BR>　　systypes 每个数据库 用户定义数据类型 <BR>　　sysusers 每个数据库 用户</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91sql-server%e4%b8%ad%e5%90%84%e4%b8%aa%e7%b3%bb%e7%bb%9f%e8%a1%a8%e7%9a%84%e4%bd%9c%e7%94%a8/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【软考】MD5算法基础</title>
		<link>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91md5%e7%ae%97%e6%b3%95%e5%9f%ba%e7%a1%80</link>
		<comments>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91md5%e7%ae%97%e6%b3%95%e5%9f%ba%e7%a1%80#comments</comments>
		<pubDate>Thu, 12 May 2011 06:33:29 +0000</pubDate>
		<dc:creator>liaowei</dc:creator>
				<category><![CDATA[计算机考试]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91md5%e7%ae%97%e6%b3%95%e5%9f%ba%e7%a1%80</guid>
		<description><![CDATA[MD5产生一个128位的HASH值，在经过一写初始树立后，将明文分成了512位的块，再将每一块分成16个32位的子块。算法的输出是4个32位的块，连接起来构成128位的HASH值。 &#160;&#160;&#160; 首先，将消息填充到比512的倍数少64位，填充时先向消息末尾填一个1，然后再填满0，然后后面再加上一个64位的消息长度的表示（不包括填充位）。这两步使消息长度恰好是512的倍数，同时保证不同消息在填充后仍不相同。 &#160;&#160;&#160; 初始化4个32位变量： &#160;&#160;&#160; A=0&#215;01234567 &#160;&#160;&#160; B=0x89abcdef &#160;&#160;&#160; C=0xfedcba98 &#160;&#160;&#160; D=0&#215;76543210 这些变量成为链变量。 然后，开始算法的主循环。这个循环对消息中所有的块都执行一次。将4个变量复制到不同的变量：a值为A，b值为B，c值为C，d值为D。 &#160;&#160;&#160; 主循环有4圈，都很相似。每圈使用一个不同的操作，重复16次。每个操作完成一个a,b,c和d中三个变量的非线性函数。然后，将结果与第四个变量、文本的一个子块和一个常数相加。然后，将结果混换左移一个可变值的位数，再将结果与a,b,c和d之一相加。最后用结果来代替a,b,c和d之一。 &#160;&#160;&#160; 共有4个非线性函数，每次操作使用一个，每圈都不相同。 &#160;&#160;&#160; F(X,Y,Z)=(X∧Y)∨((「X)∧Z) &#160;&#160;&#160; G(X,Y,Z)=(X∧Z)∨(Y∧(「z)) &#160;&#160;&#160; H(X,Y,Z)=X㈩Y㈩Z &#160;&#160;&#160; I(X,Y,Z)=Y㈩(X∧(「z)) &#160;&#160;&#160; ㈩为异或，∧为与，∨为或，「为非 &#160;&#160;&#160; 如果Mi代表消息的第i个子块(0到15),而&#60;&#60;&#60;s代表循环左移s位,则4个操作为: &#160;&#160;&#160; FF(a,b,c,d,Mj,s,ti)代表=a=b((a+F(b,c,d)+Mj+ti)&#60;&#60;&#60;s) &#160;&#160;&#160; GG(a,b,c,d,Mj,s,ti)代表=a=b((a+G(b,c,d)+Mj+ti)&#60;&#60;&#60;s) &#160;&#160;&#160; HH(a,b,c,d,Mj,s,ti)代表=a=b((a+H(b,c,d)+Mj+ti)&#60;&#60;&#60;s) &#160;&#160;&#160; II(a,b,c,d,Mj,s,ti)代表=a=b((a+I(b,c,d)+Mj+ti)&#60;&#60;&#60;s) 本新闻共2页,当前在第1页&#160;&#160;1&#160;&#160;2&#160;&#160;]]></description>
			<content:encoded><![CDATA[<p><P>MD5产生一个128位的HASH值，在经过一写初始树立后，将明文分成了512位的块，再将每一块分成16个32位的子块。算法的输出是4个32位的块，连接起来构成128位的HASH值。 <BR>&nbsp;&nbsp;&nbsp; 首先，将消息填充到比512的倍数少64位，填充时先向消息末尾填一个1，然后再填满0，然后后面再加上一个64位的消息长度的表示（不包括填充位）。这两步使消息长度恰好是512的倍数，同时保证不同消息在填充后仍不相同。 <BR>&nbsp;&nbsp;&nbsp; 初始化4个32位变量： <BR>&nbsp;&nbsp;&nbsp; A=0&#215;01234567 <BR>&nbsp;&nbsp;&nbsp; B=0x89abcdef <BR>&nbsp;&nbsp;&nbsp; C=0xfedcba98 <BR>&nbsp;&nbsp;&nbsp; D=0&#215;76543210 <BR>这些变量成为链变量。 <BR>然后，开始算法的主循环。这个循环对消息中所有的块都执行一次。将4个变量复制到不同的变量：a值为A，b值为B，c值为C，d值为D。 <BR>&nbsp;&nbsp;&nbsp; 主循环有4圈，都很相似。每圈使用一个不同的操作，重复16次。每个操作完成一个a,b,c和d中三个变量的非线性函数。然后，将结果与第四个变量、文本的一个子块和一个常数相加。然后，将结果混换左移一个可变值的位数，再将结果与a,b,c和d之一相加。最后用结果来代替a,b,c和d之一。 </P><P>&nbsp;&nbsp;&nbsp; 共有4个非线性函数，每次操作使用一个，每圈都不相同。 <BR>&nbsp;&nbsp;&nbsp; F(X,Y,Z)=(X∧Y)∨((「X)∧Z) <BR>&nbsp;&nbsp;&nbsp; G(X,Y,Z)=(X∧Z)∨(Y∧(「z)) <BR>&nbsp;&nbsp;&nbsp; H(X,Y,Z)=X㈩Y㈩Z <BR>&nbsp;&nbsp;&nbsp; I(X,Y,Z)=Y㈩(X∧(「z)) <BR>&nbsp;&nbsp;&nbsp; ㈩为异或，∧为与，∨为或，「为非 </P><P>&nbsp;&nbsp;&nbsp; 如果Mi代表消息的第i个子块(0到15),而&lt;&lt;&lt;s代表循环左移s位,则4个操作为: <BR>&nbsp;&nbsp;&nbsp; FF(a,b,c,d,Mj,s,ti)代表=a=b((a+F(b,c,d)+Mj+ti)&lt;&lt;&lt;s) <BR>&nbsp;&nbsp;&nbsp; GG(a,b,c,d,Mj,s,ti)代表=a=b((a+G(b,c,d)+Mj+ti)&lt;&lt;&lt;s) <BR>&nbsp;&nbsp;&nbsp; HH(a,b,c,d,Mj,s,ti)代表=a=b((a+H(b,c,d)+Mj+ti)&lt;&lt;&lt;s) <BR>&nbsp;&nbsp;&nbsp; II(a,b,c,d,Mj,s,ti)代表=a=b((a+I(b,c,d)+Mj+ti)&lt;&lt;&lt;s) </P>
<div align="right">本新闻共<font color=red>2</font>页,当前在第<font color=red>1</font>页&nbsp;&nbsp;<font color="red">1</font>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2005_09_28_86838_2.htm">2</a>&nbsp;&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91md5%e7%ae%97%e6%b3%95%e5%9f%ba%e7%a1%80/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【软考】异步传输和同步传输的区别</title>
		<link>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e5%bc%82%e6%ad%a5%e4%bc%a0%e8%be%93%e5%92%8c%e5%90%8c%e6%ad%a5%e4%bc%a0%e8%be%93%e7%9a%84%e5%8c%ba%e5%88%ab</link>
		<comments>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e5%bc%82%e6%ad%a5%e4%bc%a0%e8%be%93%e5%92%8c%e5%90%8c%e6%ad%a5%e4%bc%a0%e8%be%93%e7%9a%84%e5%8c%ba%e5%88%ab#comments</comments>
		<pubDate>Thu, 12 May 2011 06:33:29 +0000</pubDate>
		<dc:creator>liaowei</dc:creator>
				<category><![CDATA[计算机考试]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e5%bc%82%e6%ad%a5%e4%bc%a0%e8%be%93%e5%92%8c%e5%90%8c%e6%ad%a5%e4%bc%a0%e8%be%93%e7%9a%84%e5%8c%ba%e5%88%ab</guid>
		<description><![CDATA[1,异步传输是面向字符的传输，而同步传输是面向比特的传输。 2,异步传输的单位是字符而同步传输的单位是桢。 3,异步传输通过字符起止的开始和停止码抓住再同步的机会，而同步传输则是以数据中抽取同步信息。 4,异步传输对时序的要求较低，同步传输往往通过特定的时钟线路协调时序。 5,异步传输相对于同步传输效率较低。]]></description>
			<content:encoded><![CDATA[<p><SPAN id=yuyuzi>1,异步传输是面向字符的传输，而同步传输是面向比特的传输。 <BR>2,异步传输的单位是字符而同步传输的单位是桢。 <BR>3,异步传输通过字符起止的开始和停止码抓住再同步的机会，而同步传输则是以数据中抽取同步信息。 <BR>4,异步传输对时序的要求较低，同步传输往往通过特定的时钟线路协调时序。 <BR>5,异步传输相对于同步传输效率较低。</SPAN></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e5%bc%82%e6%ad%a5%e4%bc%a0%e8%be%93%e5%92%8c%e5%90%8c%e6%ad%a5%e4%bc%a0%e8%be%93%e7%9a%84%e5%8c%ba%e5%88%ab/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【软考】联机分析处理（OLAP）</title>
		<link>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e8%81%94%e6%9c%ba%e5%88%86%e6%9e%90%e5%a4%84%e7%90%86%ef%bc%88olap%ef%bc%89</link>
		<comments>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e8%81%94%e6%9c%ba%e5%88%86%e6%9e%90%e5%a4%84%e7%90%86%ef%bc%88olap%ef%bc%89#comments</comments>
		<pubDate>Thu, 12 May 2011 06:33:29 +0000</pubDate>
		<dc:creator>liaowei</dc:creator>
				<category><![CDATA[计算机考试]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e8%81%94%e6%9c%ba%e5%88%86%e6%9e%90%e5%a4%84%e7%90%86%ef%bc%88olap%ef%bc%89</guid>
		<description><![CDATA[OLAP是使分析人员、管理人员或执行人员能够从多角度对信息进行快速、一致、交互地存取,从而获得对数据的更深入了解的一类软件技术。OLAP的目标是满足决策支持或者满足在多维环境下特定的查询和报表需求,它的技术核心是&#8221;维&#8221;这个概念。“维”是人们观察客观世界的角度,是一种高层次的类型划分。“维”一般包含着层次关系,这种层次关系有时会相当复杂。通过把一个实体的多项重要的属性定义为多个维(dimension)，使用户能对不同维上的数据进行比较。因此OLAP也可以说是多维数据分析工具的集合。OLAP的基本多维分析操作有钻取（roll up和drill down）、切片（slice）和切块（dice）、以及旋转（pivot）、drill across、drill through等。·钻取是改变维的层次，变换分析的粒度。它包括向上钻取（roll up）和向下钻取（drill down）。roll up是在某一维上将低层次的细节数据概括到高层次的汇总数据，或者减少维数；而drilldown则相反，它从汇总数据深入到细节数据进行观察或增加新维。·切片和切块是在一部分维上选定值后，关心度量数据在剩余维上的分布。如果剩余的维只有两个，则是切片；如果有三个，则是切块。·旋转是变换维的方向，即在表格中重新安排维的放置（例如行列互换）。 OLAP有多种实现方法，根据存储数据的方式不同可以分为ROLAP、MOLAP、HOLAP。ROLAP表示基于关系数据库的OLAP实现（Relational OLAP）。以关系数据库为核心,以关系型结构进行多维数据的表示和存储。ROLAP将多维数据库的多维结构划分为两类表:一类是事实表,用来存储数据和维关键字;另一类是维表,即对每个维至少使用一个表来存放维的层次、成员类别等维的描述信息。维表和事实表通过主关键字和外关键字联系在一起,形成了&#8221;星型模式&#8221;。对于层次复杂的维,为避免冗余数据占用过大的存储空间,可以使用多个表来描述,这种星型模式的扩展称为&#8221;雪花模式&#8221;。MOLAP表示基于多维数据组织的OLAP实现（Multidimensional OLAP）。以多维数据组织方式为核心,也就是说,MOLAP使用多维数组存储数据。多维数据在存储中将形成&#8221;立方块（Cube）&#8221;的结构,在MOLAP中对&#8221;立方块&#8221;的&#8221;旋转&#8221;、&#8221;切块&#8221;、&#8221;切片&#8221;是产生多维数据报表的主要技术。HOLAP表示基于混合数据组织的OLAP实现（Hybrid OLAP）。如低层是关系型的，高层是多维矩阵型的。这种方式具有更好的灵活性。还有其他的一些实现OLAP的方法，如提供一个专用的SQL Server，对某些存储模式（如星型、雪片型）提供对SQL查询的特殊支持。OLAP工具是针对特定问题的联机数据访问与分析。它通过多维的方式对数据进行分析、查询和报表。维是人们观察数据的特定角度。例如，一个企业在考虑产品的销售情况时，通常从时间、地区和产品的不同角度来深入观察产品的销售情况。这里的时间、地区和产品就是维。而这些维的不同组合和所考察的度量指标构成的多维数组则是OLAP分析的基础，可形式化表示为（维1，维2，……，维n，度量指标），如（地区、时间、产品、销售额）。多维分析是指对以多维形式组织起来的数据采取切片（Slice）、切块（Dice）、钻取（Drill-down和Roll-up）、旋转（Pivot）等各种分析动作，以求剖析数据，使用户能从多个角度、多侧面地观察数据库中的数据，从而深入理解包含在数据中的信息。根据综合性数据的组织方式的不同，目前常见的OLAP主要有基于多维数据库的MOLAP及基于关系数据库的ROLAP两种。MOLAP是以多维的方式组织和存储数据，ROLAP则利用现有的关系数据库技术来模拟多维数据。在数据仓库应用中，OLAP应用一般是数据仓库应用的前端工具，同时OLAP工具还可以同数据挖掘工具、统计分析工具配合使用，增强决策分析功能。]]></description>
			<content:encoded><![CDATA[<p><P><BR>OLAP是使分析人员、管理人员或执行人员能够从多角度对信息进行快速、一致、交互地存取,从而获得对数据的更深入了解的一类软件技术。OLAP的目标是满足决策支持或者满足在多维环境下特定的查询和报表需求,它<BR>的技术核心是&#8221;维&#8221;这个概念。<BR><BR>“维”是人们观察客观世界的角度,是一种高层次的类型划分。“维”一般包含着层次关系,这种层次关系有时会相当复杂。通过把一个实体的多项重要的属性定义为多个维(dimension)，使用户能对不同维上的数<BR>据进行比较。因此OLAP也可以说是多维数据分析工具的集合。<BR><BR>OLAP的基本多维分析操作有钻取（roll up和drill down）、切片（slice）和切块（dice）、以及旋转（pivot）、drill across、drill through等。<BR><BR>·钻取是改变维的层次，变换分析的粒度。它包括向上钻取（roll up）和向下钻取（drill down）。roll up是在某一维上将低层次的细节数据概括到高层次的汇总数据，或者减少维数；而drill<BR>down则相反，它从汇总数据深入到细节数据进行观察或增加新维。<BR>·切片和切块是在一部分维上选定值后，关心度量数据在剩余维上的分布。如果剩余的维只有两个，则是切片；如果有三个，则是切块。<BR>·旋转是变换维的方向，即在表格中重新安排维的放置（例如行列互换）。 <BR>OLAP有多种实现方法，根据存储数据的方式不同可以分为ROLAP、MOLAP、HOLAP。<BR><BR>ROLAP表示基于关系数据库的OLAP实现（Relational OLAP）。以关系数据库为核心,以关系型结构进行多维数据的表示和存储。ROLAP将多维数据库的多维结构划分为两类表:一类是事实表,用<BR>来存储数据和维关键字;另一类是维表,即对每个维至少使用一个表来存放维的层次、成员类别等维的描述信息。维表和事实表通过主关键字和外关键字联系在一起,形成了&#8221;星型模式&#8221;。对于层次复杂的维,为避免冗余数据占用<BR>过大的存储空间,可以使用多个表来描述,这种星型模式的扩展称为&#8221;雪花模式&#8221;。<BR><BR>MOLAP表示基于多维数据组织的OLAP实现（Multidimensional OLAP）。以多维数据组织方式为核心,也就是说,MOLAP使用多维数组存储数据。多维数据在存储中将形成&#8221;立方块（Cub<BR>e）&#8221;的结构,在MOLAP中对&#8221;立方块&#8221;的&#8221;旋转&#8221;、&#8221;切块&#8221;、&#8221;切片&#8221;是产生多维数据报表的主要技术。<BR><BR>HOLAP表示基于混合数据组织的OLAP实现（Hybrid OLAP）。如低层是关系型的，高层是多维矩阵型的。这种方式具有更好的灵活性。<BR><BR>还有其他的一些实现OLAP的方法，如提供一个专用的SQL Server，对某些存储模式（如星型、雪片型）提供对SQL查询的特殊支持。<BR><BR>OLAP工具是针对特定问题的联机数据访问与分析。它通过多维的方式对数据进行分析、查询和报表。维是人们观察数据的特定角度。例如，一个企业在考虑产品的销售情况时，通常从时间、地区和产品的不同角度来深入观<BR>察产品的销售情况。这里的时间、地区和产品就是维。而这些维的不同组合和所考察的度量指标构成的多维数组则是OLAP分析的基础，可形式化表示为（维1，维2，……，维n，度量指标），如（地区、时间、产品、销售<BR>额）。多维分析是指对以多维形式组织起来的数据采取切片（Slice）、切块（Dice）、钻取（Drill-down和Roll-up）、旋转（Pivot）等各种分析动作，以求剖析数据，使用户能从多个角度、<BR>多侧面地观察数据库中的数据，从而深入理解包含在数据中的信息。<BR><BR>根据综合性数据的组织方式的不同，目前常见的OLAP主要有基于多维数据库的MOLAP及基于关系数据库的ROLAP两种。MOLAP是以多维的方式组织和存储数据，ROLAP则利用现有的关系数据库技术来模拟<BR>多维数据。在数据仓库应用中，OLAP应用一般是数据仓库应用的前端工具，同时OLAP工具还可以同数据挖掘工具、统计分析工具配合使用，增强决策分析功能。</P></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e8%81%94%e6%9c%ba%e5%88%86%e6%9e%90%e5%a4%84%e7%90%86%ef%bc%88olap%ef%bc%89/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>[软考]数据仓库设计的原则</title>
		<link>http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83%e6%95%b0%e6%8d%ae%e4%bb%93%e5%ba%93%e8%ae%be%e8%ae%a1%e7%9a%84%e5%8e%9f%e5%88%99</link>
		<comments>http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83%e6%95%b0%e6%8d%ae%e4%bb%93%e5%ba%93%e8%ae%be%e8%ae%a1%e7%9a%84%e5%8e%9f%e5%88%99#comments</comments>
		<pubDate>Thu, 12 May 2011 06:33:29 +0000</pubDate>
		<dc:creator>liaowei</dc:creator>
				<category><![CDATA[计算机考试]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83%e6%95%b0%e6%8d%ae%e4%bb%93%e5%ba%93%e8%ae%be%e8%ae%a1%e7%9a%84%e5%8e%9f%e5%88%99</guid>
		<description><![CDATA[高效实现数据仓库的七个步骤　　数据仓库和我们常见的RDBMS系统有些亲缘关系，但它又有所不同。如果你没有实施过数据仓库，那么从设定目标到给出设计，从创建数据结构到编写数据分析程序，再到面对挑剔的用户的评估，整个过程都会带给你一种与以往的项目完全不同的体验。一句话，如果你试图以旧有的方式创建数据仓库，那你所面对的不是预算超支就是所建立的数据仓库无法良好运作。 　　在处理一个数据仓库项目时需要注意的问题很多，但同时也有很多有建设性的参考可以帮助你更顺利的完成任务。开放思维，不断尝试新的途径，对于找到一种可行的数据仓库实现方法来说也是必需的。 1. 配备一个全职的项目经理或你自己全面负责项目管理　　在通常情况下，项目经理都会同时负责多个项目的实施。这么做完全是出于资金和IT资源方面的考虑。但是对于数据仓库项目的管理，绝对不能出现一人身兼数个项目的情况。由于你所处的领域是你和你的团队之前没有进入过的领域，有关数据仓库的一切－数据分析、设计、编程、测试、修改、维护－全都是崭新的，因此你或者你指派的项目经理如果能全心投入，对于项目的成功会有很大帮助。 2. 将项目管理职责推给别的项目经理　　由于数据仓库实现过程实在是太困难了，为了避免自虐，你可以在当前阶段的项目完成后就将项目管理职责推给别的项目经理。当然，这个新的项目经理一定要复合第一条所说的具有全职性。为什么要这么做呢？首先，从项目经理的角度看，数据仓库实施过程的任何一个阶段都足以让人身心疲惫。从物理存储设备的开发到Extract-Transform-Load的实现，从设计开发模型到OLAP，所有阶段都明显的比以前接触的项目更加困难。每个阶段不但需要新的处理方法、新的管理方法，还需要创新性的观点。所以将管理职责推给别的项目经理不但不会对项目有损害，还可以起到帮助作用。3.与用户进行沟通　　这里所讲的内容远比一篇文章本身要重要的多。你必须明白，在数据仓库的设计阶段，那些潜在用户自己也不清楚他们到底需要数据仓库为他们做什么。他们在不断的探索和发现自己的需求，而你的开发团队也在和客户的接触中做着同样的事情。更加频繁的与客户接触，多做记录，并让你的团队更关注于项目需求讨论的结果而不是讨论的过程本身。　　既然你和客户的交流是为了了解存储的数据是何种类型以及如何有效存储数据，你也许需要（和你的用户一起）采用一种新的方法观察数据，而不是直接处理数据。你可以尝试从中找出隐藏的信息，比如在一段时期内的数字涨落等。不要试图追寻项目需求的答案，而是要让答案找上门来。4. 以技术/信息库作为领导　　由于数据仓库实施的各个阶段都有很大不同，因此你需要有人能起到维持整个项目的连续进行的作用，不过这个职责并不需要那种全职性。项目实施有三个重要方面：架构、技术和业务。将架构作为重点可以保证在整个项目中，数据仓库的架构从物理层往上，都会受到良好的维护。而我们应该将技术作为重点，因为开发团队和关键用户都在使用他们以前从未用过的工具，必须有人监督开发过程以及工具使用的一致性。　　最后，在数据仓库的应用过程中浮现出来的业务需求必须被详细分析和记录，以促机开发过程持续下去。如果用户不能很好的开发人员以及其它用户沟通，那么数据分析和度量方面的开发进程就会延期，所以必须有人关注业务方面的开发，推动开发进入更高级别。5. 跳出反复修改程序的陷阱　　第一次实现的数据仓库肯定不会是最终交付的版本。为什么呢？实际上在真正见到产品前，你无法确定的知道自己的目标是什么。或者说，最终用户只有在使用数据仓库产品一段时间后，才能明确告诉你这个产品是不是他所希望的。与你以往处理的项目不同，业务智能还处于发展的初期，每个公司对业务智能都有不同的解释，因此你的项目决不会一次成功。　　为了以正确的格式获得数据，你需要在不断变化的状况中摸索前进。BI具有很强的个性，不同的环境、不同的市场以及不同的企业都有不同的BI。这又代表什么呢？这表示你需要把数据库管理员放在一个消息相对封闭的环境中，不要让他知道数据仓库的数据结构以及ETL程序在不断的改变。对此没有别的办法。这样可以减轻你和DBA所承受的压力。6. 对大量的前端资源进行数据源分析　　在数据仓库实现过程中，你不得不在旧有的数据中艰难跋涉，这些数据来自老的数据库、老的磁带机以及远程的数据。它们中的大部分都凌乱不堪，并且难以获取。你要对这些数据进行大量处理，并且还要设计ETL程序来寻找其中的有用信息。如果你希望整个项目做起来比较顺利，并且找到一种方法能够一次成功，那就需要你的开发人员必须花费足够的时间来充分研究这些旧有数据，将凌乱的数据规则化，并尽力设计和实现强壮的数据采集和转换过程。数据仓库的ETL部分会占用整个项目资源的百分之八十，所以一定要确定你的资源都用在刀刃上了。7. 将人际关系处理放在首位　　在数据仓库实现过程中真正的地狱不是来自技术或者开发方面，而是来自你周围的人。你也许会遇到一个对项目并不乐观而又没时间听你陈述的领导。你也许会遇到一些开发人员将进度拖延太长时间还抱怨为什么不能用老方法实施。你也许还会遇到一些抱有不切实际的幻想的用户，他们希望轻点鼠标就能实现想象中的功能，但却不愿在他们那边多做些智力投资，更好的培训他们自己的员工。而你也已经疲惫不堪，鼓励投资，以及在开发团队和用户（甚至老板）中推广新的开发技巧。　　总之你要保持微笑。当一切搞定，你的烦恼也就一扫而空了，笑到最后才笑得最轻松。[page]数据仓库开发过程中的七个禁忌 　　过去我们一直使用的OLTP技术也许隐藏着许多严重的缺陷。数据仓库的实现并不是一个简单的任务，你会发现以前积累下来的丰富经验，并不适合处理每个数据仓库的独特需求。 　　下面列出的条款是你在实现数据仓库过程中一定会面对的问题，其中一些看起来并没有想象中那么严重，但是你还是应该尽量避免出现类似问题。数据仓库并不是一个事务处理系统，它没有一定的标准也不会实现某个特定的应用，但它本质上是非常有组织性的。总之，每个公司所建立的数据仓库都是唯一的，并且每一次数据仓库的实现方法都不是一成不变的。在实现数据仓库时需要注意的不单是&#8221;应该如何作&#8221;，更要注意&#8221;不该如何做&#8221;。下面就是我们总结的七点&#8221;不该如何作&#8221;。 1.不要编写自己无法快速修改的代码　　你所要编写的程序主要用于数据分析，而不是处理事务。而你的用户也并不真正知道他们自己真正想要一个什么样的程序。因此你不得不反复修改代码好几次，才会明白用户到底需要一个什么样的程序。如果你编写的程序具有良好的结构和灵活性，就算需要修改也不会太浪费力气。反之，你会被自己累死。 2. 不要使用无法修改的数据库访问API　　在过去，你的数据库可以为大量的客户提供稳定的数据查询服务。而如今，你的程序必须能够应付更多的数据查询。这使得重新改写程序以使得每个查询请求能得到最大的数据量成为势在必行的工作，而一般来说这种代码修改都不会一次成功，所以只有选择合适的可以修改的API，才能使程序尽快适应新的需求。 3. 不要设计任何无法扩展的东西　　在联机处理过程（OLTP）应用中，数据分析并不是一个真正的应用程序。实际上，数据分析的关键是获取大量旧的数据，从中提取数据模型，并以此模型推断出新的信息。而你所编写的访问潜在信息的代码应该具有可扩展性，可以附加新的数据。千万别在支持数据分析的代码中假定数据都是固定格式的。 4. 不要附加不必要的功能　　一个仓库要做的是恰到好处的服务，用户走进仓库，从货架上取得自己所需得信息，仅此而已。由于业务智能、分析以及规律性的问题都有各自的处理程序，因此你的客户唯一的需要就是获取信息。他们需要一种应用环境，可以让他们快速的从数据仓库中取得分析过程所需的数据，而不论这个数据是什么样子的。也许你想帮助他们精炼一下获得的数据，但最好不要这么做。一定要记住，不要给客户的数据分析程序添加任何会影响数据访问性能的功能。5. 不要简化数据清除和数据源分析的步骤　　在实现数据仓库过程中最应该注意的地方就是为Extract-Transform-Load机制分析数据源，以及为优化负载而清除数据。安全的做法是假设项目经理在这个阶段会需要整个项目资源的一半以上。相反，如果你在这方面进行了简化，稍后肯定会后悔。所以就算系统工作缓慢，也不要简化清理旧的数据的过程。6. 不要避免颗粒度和分区问题　　在数据仓库设计过程中有两个最大的数据存储问题，第一是如何给转换数据定位一个恰当的颗粒度等级，第二是如何将数据绝对的分区。为什么这两点问题如此重要呢？因为整个数据仓库的响应能力受颗粒度影响，并且数据访问的效率直接与数据分区性能有关。因此这是具有关键性的工作，不要试图避免面对这些问题。7. 不要在没考虑业务问题前就使用OLAP　　用户在亲眼见到程序前通常都不知道自己到底想要个什么样的程序。因此他们的观点有不少错误，比如他们希望分析结果会忠实反应性能度量，或者希望程序会使他们部门或公司的业务工作有所不同。而你必须跳出自己的职责范围，从IT管理者的角度考虑用户部门直至整个企业的运行方式，才能在开发过程中避免这类问题。在通常的OLTP开发中，你可以比较方便的理解业务流程。而在联机分析处理（OLAP）领域，任何事情都需要亲自考察，而在你周围工作的人也许并不会发现你对业务方面存在的误解。因此，不要自以为已经了解了足够的信息。不断的询问才能使你真正了解&#8221;业务智能&#8221;中的&#8221;业务&#8221;到底是什么样子的[page]顺利开发数据仓库的七种思路　　对于大多数IT顾问来说，实现一个数据仓库的难度比以前做过的任何项目难度都要大。考虑到不同的数据结构、用途以及应用程序开发方法，以前所积累的经验和技巧大部分都无用武之地了。但是只要在你的前进道路上稍加修正，你就会发现实现一个数据仓库并不是难事，就算你是第一次实现数据仓库也没问题。 　　下面列出了数据仓库实施过程需要考虑的步骤，有一些你可能从来没有意识到，而另一些可能已经在实施过程中使用到了，但是重新思考一番也许你会有更多的领悟。开放思维，不断尝试新的途径，找到一种可行的数据仓库实现方法。 1. 再三考虑应用程序的实现方法　　数据仓库并不涉及事务处理，并且在报表方面也仅占一小部分。而数据仓库应用程序的本质是分析，尤其是针对业务智能的分析。BI并不是通常所说的数据：它是一种从旧有数据中,模型化得到的新的数据。那么如何才能从旧有数据中挖出这些新数据呢？事实上，这个工作不是让你来完成的，而是你的客户所要完成的。从项目主管的角度看，应该有一个经验丰富的数据表格设计师与你合作，进而决定如何将各类程序融合在一起。其中所遇到的最主要的挑战将是如何用新的方法观察数据，这也是你的客户正在试图使用的方法。 2. 创建抽象的、良好部署的数据库访问组件　　在过去你接触过的数据库项目和现在的数据仓库之间，有一点绝对不同，那就是：在Online Transaction Processing （OLTP）环境中，用户数量非常大，但使用到的数据却比较少；而在Online Analytical Processing （OLAP）环境中情况却正好相反，少量的用户在使用大量的数据。而你的工作就是编写一个应用程序来优化这种不同。这里有一个线索：在你所有的分析程序中，都要能抓取连续的数据项，这样在以后建立和访问的数据结构中才能存放与原数据物理结构类似的数据。具体如何实现呢？首先不要规格化数据。第二将其放入数组中最小化读取请求数。按照这种方法，DBA会很乐意与你合作。3. 保持松散　　现在回头看看第一步，你应该可以理解定义一个分析程序不是件简单事了，而且一般情况下，很难在第一次就实现符合要求的最终产品。而在你将要进行分析的数据结构上同样存在这种问题。一句话，实现过程会有很多变数，你需要不断的改动你的程序。通常我们都希望将改动次数降到最低。在一个数据仓库实现过程中，本质是要分析过程毫无差错，这也需要DBA的参与。不要死抓住你的程序设计、代码、框图，或你建立的其它什么东西不放手，要根据这种变化而不断进行调整。4. 将管理放在首位　　在分析数据源方面你做的如何呢？你是否认为清理垃圾数据的工作非常困难？并不是只有你一个人这样想，做过类似工作的人都有这种看法。在一个一般规模的机构中，作为数据仓库实现过程的一部分，会有大量的旧有数据必须进行一致性处理。所以分析数据源并花费数个小时编写转换程序将旧有数据导入数据仓库是整个数据仓库实现过程中最艰难的一部分。并且这也是整个项目中最重要的一环，可以占到整个项目周期和预算的四分之三。所以一定要小心对待。5. 从字里行间发现问题　　与用户交流是个很麻烦的事情，为什么这么说呢？因为很多用户在见到最终产品前都不知道自己想要什么样的产品。定义数据仓库应用程序是一个探索的过程，而且这个过程要反复进行。记住所谓的&#8221;业务智能&#8221;是用户自己定义的，他们按照自己的理解来处理业务流程。因此这些用户就是连接数据和业务处理过程间的桥梁。他们所要的并不是数据本身，而是隐藏在数据后面的智能性。你可以让他们讨论、思考并给出建设性的意见。但千万不要让他们解决或让他们任意想象和发表那些&#8221;有可能&#8221;的观点。最后，一定要随时留意用户得出的结论。6. 保持领先　　数据仓库看起来没有传统的OLTP模式根深蒂固，事实如此。虽然很多人投身数据仓库的开发中，但由于其框架与以前的系统大相径庭，因此在开始的一段时间数据仓库的实现看上去相当混乱。但是坚持下去是很重要的。它具有两方面重要的作用。　　第一，技术的领先性。它可以跟踪项目中任何阶段的软件工具的部署和正确使用，以及开发过程。如果这复合你的背景，你可以对此多加留意。　　第二，体系结构的领先性。它使得项目在各个阶段转换时，数据仓库和它所支持的系统的物理以及逻辑架构都具有持续性，不会发生改变。这也是你能提供的。7. 发出警告　　最后你要记住，你并不是唯一登上新大陆的人。你周围的每一个人都会有下面一点或几点问题：不现实的期望、对技术的误解、旧习惯或坏习惯、竞争行为，或缺乏对项目的信任度。虽然交流沟通等任务应该是项目经理负责的，但实际上你也要担负起相同的责任。那么作为技术总监你该怎么作呢？首先当然是要真诚的对待周围的人，但一定要竖立威信，适当的发出警告。当你发现项目进度缓慢、资源流失，或者员工失去目标，就要直言不讳的说出来。快速明确的给予警告在大部分情况下都是明智之举。匆忙上马的数据仓库项目也许会出轨，但不要让失败的项目把你拉下马。]]></description>
			<content:encoded><![CDATA[<p><P><FONT color=#ff0000>高效实现数据仓库的七个步骤</FONT></P><P>　　数据仓库和我们常见的RDBMS系统有些亲缘关系，但它又有所不同。如果你没有实施过数据仓库，那么从设定目标到给出设计，从创建数据结构到编写数据分析程序，再到面对挑剔的用户的评估，整个过程都会带给你一种与以往的项目完全不同的体验。一句话，如果你试图以旧有的方式创建数据仓库，那你所面对的不是预算超支就是所建立的数据仓库无法良好运作。 </P><P>　　在处理一个数据仓库项目时需要注意的问题很多，但同时也有很多有建设性的参考可以帮助你更顺利的完成任务。开放思维，不断尝试新的途径，对于找到一种可行的数据仓库实现方法来说也是必需的。 </P><P><FONT color=#0000ff>1. 配备一个全职的项目经理或你自己全面负责项目管理</FONT></P><P>　　在通常情况下，项目经理都会同时负责多个项目的实施。这么做完全是出于资金和IT资源方面的考虑。但是对于数据仓库项目的管理，绝对不能出现一人身兼数个项目的情况。由于你所处的领域是你和你的团队之前没有进入过的领域，有关数据仓库的一切－数据分析、设计、编程、测试、修改、维护－全都是崭新的，因此你或者你指派的项目经理如果能全心投入，对于项目的成功会有很大帮助。 </P><P><FONT color=#0000ff>2. 将项目管理职责推给别的项目经理</FONT></P><P>　　由于数据仓库实现过程实在是太困难了，为了避免自虐，你可以在当前阶段的项目完成后就将项目管理职责推给别的项目经理。当然，这个新的项目经理一定要复合第一条所说的具有全职性。为什么要这么做呢？首先，从项目经理的角度看，数据仓库实施过程的任何一个阶段都足以让人身心疲惫。从物理存储设备的开发到Extract-Transform-Load的实现，从设计开发模型到OLAP，所有阶段都明显的比以前接触的项目更加困难。每个阶段不但需要新的处理方法、新的管理方法，还需要创新性的观点。所以将管理职责推给别的项目经理不但不会对项目有损害，还可以起到帮助作用。</P><P><FONT color=#0000ff>3.与用户进行沟通</FONT></P><P>　　这里所讲的内容远比一篇文章本身要重要的多。你必须明白，在数据仓库的设计阶段，那些潜在用户自己也不清楚他们到底需要数据仓库为他们做什么。他们在不断的探索和发现自己的需求，而你的开发团队也在和客户的接触中做着同样的事情。更加频繁的与客户接触，多做记录，并让你的团队更关注于项目需求讨论的结果而不是讨论的过程本身。</P><P>　　既然你和客户的交流是为了了解存储的数据是何种类型以及如何有效存储数据，你也许需要（和你的用户一起）采用一种新的方法观察数据，而不是直接处理数据。你可以尝试从中找出隐藏的信息，比如在一段时期内的数字涨落等。不要试图追寻项目需求的答案，而是要让答案找上门来。</P><P><FONT color=#0000ff>4. 以技术/信息库作为领导</FONT></P><P>　　由于数据仓库实施的各个阶段都有很大不同，因此你需要有人能起到维持整个项目的连续进行的作用，不过这个职责并不需要那种全职性。项目实施有三个重要方面：架构、技术和业务。将架构作为重点可以保证在整个项目中，数据仓库的架构从物理层往上，都会受到良好的维护。而我们应该将技术作为重点，因为开发团队和关键用户都在使用他们以前从未用过的工具，必须有人监督开发过程以及工具使用的一致性。</P><P>　　最后，在数据仓库的应用过程中浮现出来的业务需求必须被详细分析和记录，以促机开发过程持续下去。如果用户不能很好的开发人员以及其它用户沟通，那么数据分析和度量方面的开发进程就会延期，所以必须有人关注业务方面的开发，推动开发进入更高级别。</P><P><FONT color=#0000ff>5. 跳出反复修改程序的陷阱</FONT></P><P>　　第一次实现的数据仓库肯定不会是最终交付的版本。为什么呢？实际上在真正见到产品前，你无法确定的知道自己的目标是什么。或者说，最终用户只有在使用数据仓库产品一段时间后，才能明确告诉你这个产品是不是他所希望的。与你以往处理的项目不同，业务智能还处于发展的初期，每个公司对业务智能都有不同的解释，因此你的项目决不会一次成功。</P><P>　　为了以正确的格式获得数据，你需要在不断变化的状况中摸索前进。BI具有很强的个性，不同的环境、不同的市场以及不同的企业都有不同的BI。这又代表什么呢？这表示你需要把数据库管理员放在一个消息相对封闭的环境中，不要让他知道数据仓库的数据结构以及ETL程序在不断的改变。对此没有别的办法。这样可以减轻你和DBA所承受的压力。</P><P><FONT color=#0000ff>6. 对大量的前端资源进行数据源分析</FONT></P><P>　　在数据仓库实现过程中，你不得不在旧有的数据中艰难跋涉，这些数据来自老的数据库、老的磁带机以及远程的数据。它们中的大部分都凌乱不堪，并且难以获取。你要对这些数据进行大量处理，并且还要设计ETL程序来寻找其中的有用信息。如果你希望整个项目做起来比较顺利，并且找到一种方法能够一次成功，那就需要你的开发人员必须花费足够的时间来充分研究这些旧有数据，将凌乱的数据规则化，并尽力设计和实现强壮的数据采集和转换过程。数据仓库的ETL部分会占用整个项目资源的百分之八十，所以一定要确定你的资源都用在刀刃上了。</P><P><FONT color=#0000ff>7. 将人际关系处理放在首位</FONT></P><P>　　在数据仓库实现过程中真正的地狱不是来自技术或者开发方面，而是来自你周围的人。你也许会遇到一个对项目并不乐观而又没时间听你陈述的领导。你也许会遇到一些开发人员将进度拖延太长时间还抱怨为什么不能用老方法实施。你也许还会遇到一些抱有不切实际的幻想的用户，他们希望轻点鼠标就能实现想象中的功能，但却不愿在他们那边多做些智力投资，更好的培训他们自己的员工。而你也已经疲惫不堪，鼓励投资，以及在开发团队和用户（甚至老板）中推广新的开发技巧。</P><P>　　总之你要保持微笑。当一切搞定，你的烦恼也就一扫而空了，笑到最后才笑得最轻松。</P><P>[page]</P><P></P><P><FONT color=#ff0000>数据仓库开发过程中的七个禁忌</FONT> </P><P>　　过去我们一直使用的OLTP技术也许隐藏着许多严重的缺陷。数据仓库的实现并不是一个简单的任务，你会发现以前积累下来的丰富经验，并不适合处理每个数据仓库的独特需求。 </P><P>　　下面列出的条款是你在实现数据仓库过程中一定会面对的问题，其中一些看起来并没有想象中那么严重，但是你还是应该尽量避免出现类似问题。数据仓库并不是一个事务处理系统，它没有一定的标准也不会实现某个特定的应用，但它本质上是非常有组织性的。总之，每个公司所建立的数据仓库都是唯一的，并且每一次数据仓库的实现方法都不是一成不变的。在实现数据仓库时需要注意的不单是&#8221;应该如何作&#8221;，更要注意&#8221;不该如何做&#8221;。下面就是我们总结的七点&#8221;不该如何作&#8221;。 </P><P><FONT color=#0000ff>1.不要编写自己无法快速修改的代码</FONT></P><P>　　你所要编写的程序主要用于数据分析，而不是处理事务。而你的用户也并不真正知道他们自己真正想要一个什么样的程序。因此你不得不反复修改代码好几次，才会明白用户到底需要一个什么样的程序。如果你编写的程序具有良好的结构和灵活性，就算需要修改也不会太浪费力气。反之，你会被自己累死。 </P><P><FONT color=#0000ff>2. 不要使用无法修改的数据库访问API</FONT></P><P>　　在过去，你的数据库可以为大量的客户提供稳定的数据查询服务。而如今，你的程序必须能够应付更多的数据查询。这使得重新改写程序以使得每个查询请求能得到最大的数据量成为势在必行的工作，而一般来说这种代码修改都不会一次成功，所以只有选择合适的可以修改的API，才能使程序尽快适应新的需求。 </P><P><FONT color=#0000ff>3. 不要设计任何无法扩展的东西</FONT></P><P>　　在联机处理过程（OLTP）应用中，数据分析并不是一个真正的应用程序。实际上，数据分析的关键是获取大量旧的数据，从中提取数据模型，并以此模型推断出新的信息。而你所编写的访问潜在信息的代码应该具有可扩展性，可以附加新的数据。千万别在支持数据分析的代码中假定数据都是固定格式的。 </P><P><FONT color=#0000ff>4. 不要附加不必要的功能</FONT></P><P>　　一个仓库要做的是恰到好处的服务，用户走进仓库，从货架上取得自己所需得信息，仅此而已。由于业务智能、分析以及规律性的问题都有各自的处理程序，因此你的客户唯一的需要就是获取信息。他们需要一种应用环境，可以让他们快速的从数据仓库中取得分析过程所需的数据，而不论这个数据是什么样子的。也许你想帮助他们精炼一下获得的数据，但最好不要这么做。一定要记住，不要给客户的数据分析程序添加任何会影响数据访问性能的功能。</P><P><FONT color=#0000ff>5. 不要简化数据清除和数据源分析的步骤</FONT></P><P>　　在实现数据仓库过程中最应该注意的地方就是为Extract-Transform-Load机制分析数据源，以及为优化负载而清除数据。安全的做法是假设项目经理在这个阶段会需要整个项目资源的一半以上。相反，如果你在这方面进行了简化，稍后肯定会后悔。所以就算系统工作缓慢，也不要简化清理旧的数据的过程。</P><P><FONT color=#0000ff>6. 不要避免颗粒度和分区问题</FONT></P><P>　　在数据仓库设计过程中有两个最大的数据存储问题，第一是如何给转换数据定位一个恰当的颗粒度等级，第二是如何将数据绝对的分区。为什么这两点问题如此重要呢？因为整个数据仓库的响应能力受颗粒度影响，并且数据访问的效率直接与数据分区性能有关。因此这是具有关键性的工作，不要试图避免面对这些问题。</P><P><FONT color=#0000ff>7. 不要在没考虑业务问题前就使用OLAP</FONT></P><P>　　用户在亲眼见到程序前通常都不知道自己到底想要个什么样的程序。因此他们的观点有不少错误，比如他们希望分析结果会忠实反应性能度量，或者希望程序会使他们部门或公司的业务工作有所不同。而你必须跳出自己的职责范围，从IT管理者的角度考虑用户部门直至整个企业的运行方式，才能在开发过程中避免这类问题。在通常的OLTP开发中，你可以比较方便的理解业务流程。而在联机分析处理（OLAP）领域，任何事情都需要亲自考察，而在你周围工作的人也许并不会发现你对业务方面存在的误解。因此，不要自以为已经了解了足够的信息。不断的询问才能使你真正了解&#8221;业务智能&#8221;中的&#8221;业务&#8221;到底是什么样子的</P><P>[page]<BR><FONT color=#ff0000>顺利开发数据仓库的七种思路</FONT></P><P><FONT color=#ff0000>　　</FONT>对于大多数IT顾问来说，实现一个数据仓库的难度比以前做过的任何项目难度都要大。考虑到不同的数据结构、用途以及应用程序开发方法，以前所积累的经验和技巧大部分都无用武之地了。但是只要在你的前进道路上稍加修正，你就会发现实现一个数据仓库并不是难事，就算你是第一次实现数据仓库也没问题。 </P><P>　　下面列出了数据仓库实施过程需要考虑的步骤，有一些你可能从来没有意识到，而另一些可能已经在实施过程中使用到了，但是重新思考一番也许你会有更多的领悟。开放思维，不断尝试新的途径，找到一种可行的数据仓库实现方法。 </P><P><FONT color=#0000ff>1. 再三考虑应用程序的实现方法</FONT></P><P>　　数据仓库并不涉及事务处理，并且在报表方面也仅占一小部分。而数据仓库应用程序的本质是分析，尤其是针对业务智能的分析。BI并不是通常所说的数据：它是一种从旧有数据中,模型化得到的新的数据。那么如何才能从旧有数据中挖出这些新数据呢？事实上，这个工作不是让你来完成的，而是你的客户所要完成的。从项目主管的角度看，应该有一个经验丰富的数据表格设计师与你合作，进而决定如何将各类程序融合在一起。其中所遇到的最主要的挑战将是如何用新的方法观察数据，这也是你的客户正在试图使用的方法。 </P><P><FONT color=#0000ff>2. 创建抽象的、良好部署的数据库访问组件</FONT></P><P>　　在过去你接触过的数据库项目和现在的数据仓库之间，有一点绝对不同，那就是：在Online Transaction Processing （OLTP）环境中，用户数量非常大，但使用到的数据却比较少；而在Online Analytical Processing （OLAP）环境中情况却正好相反，少量的用户在使用大量的数据。而你的工作就是编写一个应用程序来优化这种不同。这里有一个线索：在你所有的分析程序中，都要能抓取连续的数据项，这样在以后建立和访问的数据结构中才能存放与原数据物理结构类似的数据。具体如何实现呢？首先不要规格化数据。第二将其放入数组中最小化读取请求数。按照这种方法，DBA会很乐意与你合作。</P><P><FONT color=#0000ff>3. 保持松散</FONT></P><P>　　现在回头看看第一步，你应该可以理解定义一个分析程序不是件简单事了，而且一般情况下，很难在第一次就实现符合要求的最终产品。而在你将要进行分析的数据结构上同样存在这种问题。一句话，实现过程会有很多变数，你需要不断的改动你的程序。通常我们都希望将改动次数降到最低。在一个数据仓库实现过程中，本质是要分析过程毫无差错，这也需要DBA的参与。不要死抓住你的程序设计、代码、框图，或你建立的其它什么东西不放手，要根据这种变化而不断进行调整。</P><P><FONT color=#0000ff>4. 将管理放在首位</FONT></P><P>　　在分析数据源方面你做的如何呢？你是否认为清理垃圾数据的工作非常困难？并不是只有你一个人这样想，做过类似工作的人都有这种看法。在一个一般规模的机构中，作为数据仓库实现过程的一部分，会有大量的旧有数据必须进行一致性处理。所以分析数据源并花费数个小时编写转换程序将旧有数据导入数据仓库是整个数据仓库实现过程中最艰难的一部分。并且这也是整个项目中最重要的一环，可以占到整个项目周期和预算的四分之三。所以一定要小心对待。</P><P><FONT color=#0000ff>5. 从字里行间发现问题</FONT></P><P>　　与用户交流是个很麻烦的事情，为什么这么说呢？因为很多用户在见到最终产品前都不知道自己想要什么样的产品。定义数据仓库应用程序是一个探索的过程，而且这个过程要反复进行。记住所谓的&#8221;业务智能&#8221;是用户自己定义的，他们按照自己的理解来处理业务流程。因此这些用户就是连接数据和业务处理过程间的桥梁。他们所要的并不是数据本身，而是隐藏在数据后面的智能性。你可以让他们讨论、思考并给出建设性的意见。但千万不要让他们解决或让他们任意想象和发表那些&#8221;有可能&#8221;的观点。最后，一定要随时留意用户得出的结论。</P><P><FONT color=#0000ff>6. 保持领先</FONT></P><P>　　数据仓库看起来没有传统的OLTP模式根深蒂固，事实如此。虽然很多人投身数据仓库的开发中，但由于其框架与以前的系统大相径庭，因此在开始的一段时间数据仓库的实现看上去相当混乱。但是坚持下去是很重要的。它具有两方面重要的作用。</P><P>　　第一，技术的领先性。它可以跟踪项目中任何阶段的软件工具的部署和正确使用，以及开发过程。如果这复合你的背景，你可以对此多加留意。</P><P>　　第二，体系结构的领先性。它使得项目在各个阶段转换时，数据仓库和它所支持的系统的物理以及逻辑架构都具有持续性，不会发生改变。这也是你能提供的。</P><P><FONT color=#0000ff>7. 发出警告</FONT></P><P>　　最后你要记住，你并不是唯一登上新大陆的人。你周围的每一个人都会有下面一点或几点问题：不现实的期望、对技术的误解、旧习惯或坏习惯、竞争行为，或缺乏对项目的信任度。虽然交流沟通等任务应该是项目经理负责的，但实际上你也要担负起相同的责任。那么作为技术总监你该怎么作呢？首先当然是要真诚的对待周围的人，但一定要竖立威信，适当的发出警告。当你发现项目进度缓慢、资源流失，或者员工失去目标，就要直言不讳的说出来。快速明确的给予警告在大部分情况下都是明智之举。匆忙上马的数据仓库项目也许会出轨，但不要让失败的项目把你拉下马。</P></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/kaoshi/%e8%bd%af%e8%80%83%e6%95%b0%e6%8d%ae%e4%bb%93%e5%ba%93%e8%ae%be%e8%ae%a1%e7%9a%84%e5%8e%9f%e5%88%99/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>TCP协议深入理解</title>
		<link>http://blog.1xi.net/wangluo/tcp%e5%8d%8f%e8%ae%ae%e6%b7%b1%e5%85%a5%e7%90%86%e8%a7%a3</link>
		<comments>http://blog.1xi.net/wangluo/tcp%e5%8d%8f%e8%ae%ae%e6%b7%b1%e5%85%a5%e7%90%86%e8%a7%a3#comments</comments>
		<pubDate>Thu, 12 May 2011 06:32:40 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机网络]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/wangluo/tcp%e5%8d%8f%e8%ae%ae%e6%b7%b1%e5%85%a5%e7%90%86%e8%a7%a3</guid>
		<description><![CDATA[&#160;&#160;&#160; TCP协议在能够发送数据之前就建立起了“连接”。要实现这个连接，启动TCP连接的那一方首先将发送一个SYN(回忆一下在上一篇文章中讲到的TCP包头格式)数据包。这只是一个不包含数据的数据包，然后，打开SYN标记。如果另一方同时在它收到SYN标记的端口通话，它将发回一个SYN+ACK:SYN和ACK标志位都被打开，并将ACK(确认)编号字段设定为刚收到的那个数据包的顺序号字段的值。接下来，连接发起方为了表示收到了这个SYN+ACK信息，会向发送方发送一个最终的确认信息（ACK包）。这种SYN、SYN+ACK、ACK的步骤被称为TCP连接建立时的“三次握手”。在这之后，连接就建立起来了。这个连接将一直保持活动状态，直到超时或者任何一方发出一个FIN(结束)信号。&#160;&#160;&#160;&#160;任何一方都可以关闭一个TCP连接，要求双方发送一个FIN信号关闭自己的通讯频道。一方可以在另一方之前关闭，或者双方同时关闭TCP连接。因此，当一方发送一个FIN信号时，另一方可发送“FIN+ACK”，开始关闭自己一方的通信并且确认收到了第一个FIN信号。发送第一个FIN信号的人接下来再发送一个“FIN+ACK”信息，确认收到第二个FIN信号。另一方就知道这个连接已经关闭了，并且关闭了自己的连接。发送第一个FIN的人没有办法收到最后一个ACK信号的确认信息。这时它会进入“TIME_WAIT”(等待时间)状态并启动一个定时器，防止另一方没有收到ACK信息并且认为连接仍是打开的。一般来说，这个状态会持续1至2分钟。&#160;&#160;&#160;&#160;现在，我们来讨论第一个问题。如果有人(假如一个黑客)在你的Web服务器上留下一个半开或者半关的连接，那就是一个坏消息。每一个连接都要消耗内存，打开数千个虚假的TCP连接可能导致服务器瘫痪。当然，你实际上不可能在不影响TCP正常工作的情况下调整TCP定时器。如果你听说过TCP SYN 攻击的话，那就是这个意思。为了防止出现这种情况，大多数操作系统都要限制半开连接的数量。例如，Linux默认的限制一般是256个。&#160;&#160;&#160;&#160;关于持续流控制问题，现在我们就来讨论这个问题。TCP中实现它的机制是TCP滑动窗口机制。TCP协议使用“重新发送与正向ACK”来保证数据传输的可靠性。发送方将等待一段时间，如果没有收到其发送的数据包的ACK确认信息，发送方就要重新发送。顺便说一下，TCP协议中有许多定时器。这只是其中一个定时器。ACK的概念对于流控制是非常重要的，因为TCP滑动窗口协议使TCP的往复确认变得更有效率。如果TCP要发送一个数据包并且等待每一个ACK确认信息，它实际上就把数据吞吐量削减了一半。&#160;&#160;&#160;&#160;理想的情况是，我们能够一次发送许多数据包，然后等待收到一个确认收到全部数据包的ACK信息，而不用对方发来更多的数据。但是，我们如何知道发送了多少个数据包呢?TCP窗口尺寸可以控制在“已发送但是没有确认”的状态下能够容纳多少个数据包。如果这个窗口尺寸很大，我们不必等待ACK信息就可以发送大量的数据包。这实际上就是流控制。&#160;&#160;&#160;&#160;接收方就是控制窗口大小的那一方。如果接收方将窗口大小设为“0”，那么，发送方根本就不能发送任何数据。如果这个窗口的尺寸是“1”，那么，我们就回到了简单的“发送和等待ACK”的协议。如果最后的窗口尺寸是“0”，发送者将发出一个探测信号以搞清这个窗口什么时间再次打开。如果发送方从来没有收到ACK信息，它就一直不断地重试，直到定时器过期。请记住，这个窗口尺寸在TCP头中是一个16位字段。如果你要一个窗口尺寸(按字节计算)大于16位可以表示的容量（2的16次方个字节），还可以使用一个名为“窗口缩放”的TCP协议选项。这个选项允许窗口尺寸乘以比例因子。如果没有极大的窗口尺寸，TCP协议就就无法充分利用GB级别的高速连接。这也是我们需要针对这些新的高速连接调整TCP参数的原因，&#160;&#160;&#160;&#160;关于TCP流控制的问题，我们不能不提一下Nagle算法。如果我们在一个telnet连接上使用一个大的TCP窗口会发生什么事情呢?你会输入一个指令（例如敲了一个字母），然后一直等待回应它却迟迟不出现在终端回显上。这对于实时通信来说是一个大问题。而且，telnet也会增加网络的阻塞度，因为一个字节的数据（例如我们的一次击键）需要40个字节的包头。于是RFC 896定义这个Nagle算法，用以消除小的数据包。这个思路是我们应该在数据发送之前给先把小数据集中起来然后一次性发送，以便提高效率。为了更有效率，它还限定只允许存在一个未经确认的数据段，你在得到确认信息之前不能发送更多的数据。Telnet和互动SSH连接使用TCP_NODELAY套接口选项启用这个功能，这样当你按下一个按键的时候，你能够立即得到一个回应。&#160;&#160;&#160;&#160;当然，我们仍是忽略了有关TCP协议的许多事情。然而，通过这两篇文章的了解，你应该能够理解其它一些更专业的TCP著作。阻塞控制与流控制不同，本文没有讨论。如果你真的对了解TCP协议的全部工作原理感兴趣，你可以详细阅读TCP RFC。&#160;&#160;&#160;&#160;小结&#160;&#160;&#160;&#160;TCP协议非常善于解决流控制问题，因此非常适应于许多应用程序。TCP协议中的流控制的含义是:“在收到对发送的数据的确认信息这前，我可以发送多少数据?”这就是TCP窗口。学习阻塞控制的问题可以留作读者的练习。需要指出的是，在TCP协议之下连接速度开始很慢，然后速度逐渐加快。这个做法并不总是最理想的。]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;&nbsp; TCP协议在能够发送数据之前就建立起了“连接”。要实现这个连接，启动TCP连接的那一方首先将发送一个SYN(回忆一下在上一篇文章中讲到的TCP包头格式)数据包。这只是一个不包含数据的数据包，然后，打开SYN标记。如果另一方同时在它收到SYN标记的端口通话，它将发回一个SYN+ACK:SYN和ACK标志位都被打开，并将ACK(确认)编号字段设定为刚收到的那个数据包的顺序号字段的值。接下来，连接发起方为了表示收到了这个SYN+ACK信息，会向发送方发送一个最终的确认信息（ACK包）。这种SYN、SYN+ACK、ACK的步骤被称为TCP连接建立时的“三次握手”。在这之后，连接就建立起来了。这个连接将一直保持活动状态，直到超时或者任何一方发出一个FIN(结束)信号。<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;任何一方都可以关闭一个TCP连接，要求双方发送一个FIN信号关闭自己的通讯频道。一方可以在另一方之前关闭，或者双方同时关闭TCP连接。因此，当一方发送一个FIN信号时，另一方可发送“FIN+ACK”，开始关闭自己一方的通信并且确认收到了第一个FIN信号。发送第一个FIN信号的人接下来再发送一个“FIN+ACK”信息，确认收到第二个FIN信号。另一方就知道这个连接已经关闭了，并且关闭了自己的连接。发送第一个FIN的人没有办法收到最后一个ACK信号的确认信息。这时它会进入“TIME_WAIT”(等待时间)状态并启动一个定时器，防止另一方没有收到ACK信息并且认为连接仍是打开的。一般来说，这个状态会持续1至2分钟。<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;现在，我们来讨论第一个问题。如果有人(假如一个黑客)在你的Web服务器上留下一个半开或者半关的连接，那就是一个坏消息。每一个连接都要消耗内存，打开数千个虚假的TCP连接可能导致服务器瘫痪。当然，你实际上不可能在不影响TCP正常工作的情况下调整TCP定时器。如果你听说过TCP SYN 攻击的话，那就是这个意思。为了防止出现这种情况，大多数操作系统都要限制半开连接的数量。例如，Linux默认的限制一般是256个。<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;关于持续流控制问题，现在我们就来讨论这个问题。TCP中实现它的机制是TCP滑动窗口机制。TCP协议使用“重新发送与正向ACK”来保证数据传输的可靠性。发送方将等待一段时间，如果没有收到其发送的数据包的ACK确认信息，发送方就要重新发送。顺便说一下，TCP协议中有许多定时器。这只是其中一个定时器。ACK的概念对于流控制是非常重要的，因为TCP滑动窗口协议使TCP的往复确认变得更有效率。如果TCP要发送一个数据包并且等待每一个ACK确认信息，它实际上就把数据吞吐量削减了一半。<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;理想的情况是，我们能够一次发送许多数据包，然后等待收到一个确认收到全部数据包的ACK信息，而不用对方发来更多的数据。但是，我们如何知道发送了多少个数据包呢?TCP窗口尺寸可以控制在“已发送但是没有确认”的状态下能够容纳多少个数据包。如果这个窗口尺寸很大，我们不必等待ACK信息就可以发送大量的数据包。这实际上就是流控制。<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;接收方就是控制窗口大小的那一方。如果接收方将窗口大小设为“0”，那么，发送方根本就不能发送任何数据。如果这个窗口的尺寸是“1”，那么，我们就回到了简单的“发送和等待ACK”的协议。如果最后的窗口尺寸是“0”，发送者将发出一个探测信号以搞清这个窗口什么时间再次打开。如果发送方从来没有收到ACK信息，它就一直不断地重试，直到定时器过期。请记住，这个窗口尺寸在TCP头中是一个16位字段。如果你要一个窗口尺寸(按字节计算)大于16位可以表示的容量（2的16次方个字节），还可以使用一个名为“窗口缩放”的TCP协议选项。这个选项允许窗口尺寸乘以比例因子。如果没有极大的窗口尺寸，TCP协议就就无法充分利用GB级别的高速连接。这也是我们需要针对这些新的高速连接调整TCP参数的原因，<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;关于TCP流控制的问题，我们不能不提一下Nagle算法。如果我们在一个telnet连接上使用一个大的TCP窗口会发生什么事情呢?你会输入一个指令（例如敲了一个字母），然后一直等待回应它却迟迟不出现在终端回显上。这对于实时通信来说是一个大问题。而且，telnet也会增加网络的阻塞度，因为一个字节的数据（例如我们的一次击键）需要40个字节的包头。于是RFC 896定义这个Nagle算法，用以消除小的数据包。这个思路是我们应该在数据发送之前给先把小数据集中起来然后一次性发送，以便提高效率。为了更有效率，它还限定只允许存在一个未经确认的数据段，你在得到确认信息之前不能发送更多的数据。Telnet和互动SSH连接使用TCP_NODELAY套接口选项启用这个功能，这样当你按下一个按键的时候，你能够立即得到一个回应。<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;当然，我们仍是忽略了有关TCP协议的许多事情。然而，通过这两篇文章的了解，你应该能够理解其它一些更专业的TCP著作。阻塞控制与流控制不同，本文没有讨论。如果你真的对了解TCP协议的全部工作原理感兴趣，你可以详细阅读TCP RFC。<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;小结<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;TCP协议非常善于解决流控制问题，因此非常适应于许多应用程序。TCP协议中的流控制的含义是:“在收到对发送的数据的确认信息这前，我可以发送多少数据?”这就是TCP窗口。学习阻塞控制的问题可以留作读者的练习。需要指出的是，在TCP协议之下连接速度开始很慢，然后速度逐渐加快。这个做法并不总是最理想的。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/wangluo/tcp%e5%8d%8f%e8%ae%ae%e6%b7%b1%e5%85%a5%e7%90%86%e8%a7%a3/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>数据通信基础</title>
		<link>http://blog.1xi.net/wangluo/%e6%95%b0%e6%8d%ae%e9%80%9a%e4%bf%a1%e5%9f%ba%e7%a1%80</link>
		<comments>http://blog.1xi.net/wangluo/%e6%95%b0%e6%8d%ae%e9%80%9a%e4%bf%a1%e5%9f%ba%e7%a1%80#comments</comments>
		<pubDate>Thu, 12 May 2011 06:32:40 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机网络]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/wangluo/%e6%95%b0%e6%8d%ae%e9%80%9a%e4%bf%a1%e5%9f%ba%e7%a1%80</guid>
		<description><![CDATA[2.1 数据通信的基本概念 　　1．通信的目的就是传递信息。 一次通信中产生和发送信息的一端叫信源，接收信息的一端叫信宿。通信线路称为信道，所以信源和信宿 之间的信息交换是通过信道进行的。（见P8图2.1）（填空、单选）　　2．模拟信号是随时间连续变化的信号。数字信号只取有限个离散值，而且数字信号之间的转换几乎是瞬时的。（判断）　　3．如果信源产生的是模拟数据并且以模拟信道传输则叫做模拟通信；如果信源发出的是模拟数据而以数字信号的形式进行传输，那么这种 通信方式叫做数字通信。（填空）　　4．如果信源发出的是数字数据，当然也可有两种传输方式。这时无论是用模拟信号传输或是用数字信号传输都叫做数据通信。（判断）　　5．在模拟传输方式中，数据进入信道之前要经过调制，变换为模拟的调制信号。由于调制信号的频谱较窄，因此信道的利用率较高。在数 字传输方式中，可以直接传输二进制数据或经过二进制编码的数据，也可传输数字化了的模拟信号。（判断）　　2.2 数字信号的频谱和信道带宽　　1．谐波的最高频率fh与最低频率fl之差（fh-fl）叫做信号的频带宽度，简称带宽。　　2．信号带宽与脉冲宽度成反比。（判断）　　3．信道的带宽是指信道频响应曲线上幅度取其频带中心处值的1/√2倍的两个频率之间的区间宽度。（判断、填空、选择）　　2.3 数字信道的特性 　　1．数字信道是一种离散信道，它只能传送取离散值的数字信号。数字信道的通频带（即带宽）决定了信道中能不失真地传输脉冲序列的最 高速率。一个数字脉冲称为一个码元，码元携带的信息量由码元取的离散值个数决定。总之一个码元携带的信息量n（比特）与码元取 的离散值个数N有如下关系：n = log2N 　　2．用码元速率表示单位时间内信号波形的变换次数，即通过信道传输的码元个数。若信号码元的宽度为T秒，则码元速率B=1/T，码元速率 的单位叫波特（Band）。若信道带宽为W，则尼奎斯特定理指出最大码元速率为 B=2W （Band）。　　3．单位时间内在信道上传送的信息量（比特数）称为数据速率R。 R =Blog2N=2Wlog2N (b/s)　　4．数据速率和波特率是两不同的概念。仅当码元取0和1两离散值时两者才相等（R=B）。对于普通电话线路，带宽为3000Hz，最高波特率 为6000Band。而最高数据速率可随编码方式的不同而有不同的取值。这些都是在无噪音的理想情况下的极限值，至于有噪声影响的实际 信道，则远远达不到这个极限。（判断)　　5．香农（Shannon）的研究表明，有噪声信道的极限数据速率可由下面公式计算： C = Wlog2(1+S/N) W为信道带宽，S为信号的平均功率 ，N为噪声平均功率，S/N叫做信噪比。　　6．在有噪声的信道中（实际中的信道都是有噪声的），数据速率的增加意味着传输中出现差错的概率增加。我们用误码率来表示传输二进 制位时出现差错的概率。误码率可用公式表示：Pc = Ne（出错的位数）/N（传送的总位数） 　　7．在电缆中的传播速度一般为光速的77%，即200m/us左右。 　　8．500米同轴电缆的时延大约是2.5 us，而卫星信道的时延大约是270ms。 本新闻共4页,当前在第1页&#160;&#160;1&#160;&#160;2&#160;&#160;3&#160;&#160;4&#160;&#160;]]></description>
			<content:encoded><![CDATA[<p>2.1 数据通信的基本概念 <BR><BR>　　1．通信的目的就是传递信息。 一次通信中产生和发送信息的一端叫信源，接收信息的一端叫信宿。通信线路称为信道，所以信源和信宿 之间的信息交换是通过信道进行的。（见P8图2.1）（填空、单选）<BR>　　2．模拟信号是随时间连续变化的信号。数字信号只取有限个离散值，而且数字信号之间的转换几乎是瞬时的。（判断）<BR>　　3．如果信源产生的是模拟数据并且以模拟信道传输则叫做模拟通信；如果信源发出的是模拟数据而以数字信号的形式进行传输，那么这种 通信方式叫做数字通信。（填空）<BR>　　4．如果信源发出的是数字数据，当然也可有两种传输方式。这时无论是用模拟信号传输或是用数字信号传输都叫做数据通信。（判断）<BR>　　5．在模拟传输方式中，数据进入信道之前要经过调制，变换为模拟的调制信号。由于调制信号的频谱较窄，因此信道的利用率较高。在数 字传输方式中，可以直接传输二进制数据或经过二进制编码的数据，也可传输数字化了的模拟信号。（判断）<BR><BR>　　2.2 数字信号的频谱和信道带宽<BR><BR>　　1．谐波的最高频率fh与最低频率fl之差（fh-fl）叫做信号的频带宽度，简称带宽。<BR>　　2．信号带宽与脉冲宽度成反比。（判断）<BR>　　3．信道的带宽是指信道频响应曲线上幅度取其频带中心处值的1/√2倍的两个频率之间的区间宽度。（判断、填空、选择）<BR><BR>　　2.3 数字信道的特性 <BR><BR>　　1．数字信道是一种离散信道，它只能传送取离散值的数字信号。数字信道的通频带（即带宽）决定了信道中能不失真地传输脉冲序列的最 高速率。一个数字脉冲称为一个码元，码元携带的信息量由码元取的离散值个数决定。总之一个码元携带的信息量n（比特）与码元取 的离散值个数N有如下关系：n = log2N <BR>　　2．用码元速率表示单位时间内信号波形的变换次数，即通过信道传输的码元个数。若信号码元的宽度为T秒，则码元速率B=1/T，码元速率 的单位叫波特（Band）。若信道带宽为W，则尼奎斯特定理指出最大码元速率为 B=2W （Band）。<BR>　　3．单位时间内在信道上传送的信息量（比特数）称为数据速率R。 R =Blog2N=2Wlog2N (b/s)<BR>　　4．数据速率和波特率是两不同的概念。仅当码元取0和1两离散值时两者才相等（R=B）。对于普通电话线路，带宽为3000Hz，最高波特率 为6000Band。而最高数据速率可随编码方式的不同而有不同的取值。这些都是在无噪音的理想情况下的极限值，至于有噪声影响的实际 信道，则远远达不到这个极限。（判断)<BR>　　5．香农（Shannon）的研究表明，有噪声信道的极限数据速率可由下面公式计算： C = Wlog2(1+S/N) W为信道带宽，S为信号的平均功率 ，N为噪声平均功率，S/N叫做信噪比。<BR>　　6．在有噪声的信道中（实际中的信道都是有噪声的），数据速率的增加意味着传输中出现差错的概率增加。我们用误码率来表示传输二进 制位时出现差错的概率。误码率可用公式表示：Pc = Ne（出错的位数）/N（传送的总位数） <BR>　　7．在电缆中的传播速度一般为光速的77%，即200m/us左右。 <BR>　　8．500米同轴电缆的时延大约是2.5 us，而卫星信道的时延大约是270ms。
<div align="right">本新闻共<font color=red>4</font>页,当前在第<font color=red>1</font>页&nbsp;&nbsp;<font color="red">1</font>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_03_27_38067_2.htm">2</a>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_03_27_38067_3.htm">3</a>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_03_27_38067_4.htm">4</a>&nbsp;&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/wangluo/%e6%95%b0%e6%8d%ae%e9%80%9a%e4%bf%a1%e5%9f%ba%e7%a1%80/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IP网络技术发展趋势和策略（2）</title>
		<link>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e6%8a%80%e6%9c%af%e5%8f%91%e5%b1%95%e8%b6%8b%e5%8a%bf%e5%92%8c%e7%ad%96%e7%95%a5%ef%bc%882%ef%bc%89</link>
		<comments>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e6%8a%80%e6%9c%af%e5%8f%91%e5%b1%95%e8%b6%8b%e5%8a%bf%e5%92%8c%e7%ad%96%e7%95%a5%ef%bc%882%ef%bc%89#comments</comments>
		<pubDate>Thu, 12 May 2011 06:32:40 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机网络]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e6%8a%80%e6%9c%af%e5%8f%91%e5%b1%95%e8%b6%8b%e5%8a%bf%e5%92%8c%e7%ad%96%e7%95%a5%ef%bc%882%ef%bc%89</guid>
		<description><![CDATA[4 IP技术关键问题 4.1 QoS问题 能否保证QoS是IP网络能否能成为未来统一平台的关键，目前基于分组承载网的各种QoS解决方案主要关注于承载网络设备的QoS处理能力，更多的是基于分组承载网络设备的实现技术（如CAR、整形、队列调度、优先级标记及DiffServ等），这些具体的技术是所有QoS实施的基础，IP QoS关注的重点。 IP网络需要从网管/资源方面实施相应的QoS控制策略，因此需要有一个全网的QoS解决方案。IP电信网的QoS方案是一种基于资源隔离和业务请求的IP　QoS框架及方法，把传统电信网的思路应用到IP网络中，将信令，DiffServ，MPLS，流量工程（TE）和策略控制（Policy）技术结合应用，能够严格保证每条业务流穿越IP骨干网时的QoS要求，使得IP网络可以支持各类需要电信级服务质量的新业务。 4.2 IP网络安全 IP网络没有UNI和NNI的区别，在承载层面是相互可见的。运营商网络设备、协议甚至拓扑对用户可见，用户侧产生的IP信息既有可能在用户侧终结，也可能在网络中终结，这就使得用户侧有机会与运营商网络交换非法路由信息，也可能攻击运营商网络的路由器和控制设备。另外，位于网络边缘的用户侧网络、业务和应用一般都使用TCP/UDP/IP技术，用户之间在承载层和应用层都相互可见。这种要在通信过程中才确定信任关系的不面向连接的工作方式为用户之间的相互攻击对方网络，攻击对方的应用和业务提供了方便。同时，在目前的IP网络上，安全性要求低的一般Internet业务与安全性要求高的电信级业务混杂在一起，没有进行很好的物理或逻辑上隔离，对业务的安全性产生很大影响。在一个安全的IP网络中，Internet业务和电信级业务的隔离是保证业务安全的重要前提之一。IP电信网安全技术方案就是在现有的IP网络上，将Internet业务和电信级业务作为两大业务区别对待，并在承载网中通过MPLS LSP技术隔离传送，并利用信令机制建立端到端之间的连接，使IP网络变成一个面向连接的安全的网络。。通过在边缘设备上实施流分类技术，识别出不同的电信级业务流和Internet业务流。通过在接入和边缘设备实施针对业务流的带宽管理机制，隔离和控制不同业务的资源使用，可以有效地防止业务盗用和恶意攻击，从而保证电信业务在IP承载网上的安全。 目前，ITU-T正在制订和开发IP网络安全体系架构，以提供最大的网络和端—用户资源保护，允许多网络技术共存，提供端到端的安全机制，提供应用于多个管理域的端到端安全解决方案，确保用户以安全方式接入到IP网络。 4.3 MPLS技术 多协议标签交换（MPLS）技术目前已成为IP网络QoS的基础技术，具有良好的可扩展性，适用于大规模核心网络。通过MPLS技术可以实施流量工程，区分服务和计费管理，增强电信IP网络的盈利能力。MPLS 快速重路由功能使得LSP上的节点或链路在出现故障时，能自动迂回或切换到新的LSP上，保证网络业务的不中断。MPLS通过路由受限—标记分配协议（CR-LDP）设置有关节点，通过流量的检测，决定有关流量分流的情况。IP网络也可以通过MPLS技术提供语音和电路仿真业务。 4.4 IPv6技术的应用与演进问题 对于IPv6协议，它的最大优势是提供了巨大的地址空间。IPv6适合于IP业务端到端的特性、巨大的用户数目、永远在线等特点。但一次性地以IPv6取代现有的IPv4网络是不可能，也是不现实的，IPv4和IPv6网络将共存相当长的时间。 IPv6网络的开始阶段要面临很多的问题： （1）从网络的构架上看，要关注IPv4与IPv6的转换，过渡和共存； （2）从技术角度看，目前的所有过渡技术中，没有一个能统一彻底地解决问题，需要根据不同的环境和不同的客户进行不同的适配和不同的技术组合； （3）从业务开展模式上看，首先要解决好用户的接入、认证、计费、管理等工作； （4）IPv6的真正大量应用应是在家庭网络、家居安保、传感器网络、3G、NGN等领域，我们应有效地开展上述IPv6应用，逐步平滑地升级IPv6的功能。]]></description>
			<content:encoded><![CDATA[<p><DIV><STRONG>4 IP技术关键问题</DESCRIPT></STRONG> <BR><BR><DESCRIPT><I>4.1 QoS问题</I></DESCRIPT> <BR><BR>能否保证QoS是IP网络能否能成为未来统一平台的关键，目前基于分组承载网的各种QoS解决方案主要关注于承载网络设备的QoS处理能力，更多的是基于分组承载网络设备的实现技术（如CAR、整形、队列调度、优先级标记及DiffServ等），这些具体的技术是所有QoS实施的基础，IP QoS关注的重点。 IP网络需要从网管/资源方面实施相应的QoS控制策略，因此需要有一个全网的QoS解决方案。IP电信网的QoS方案是一种基于资源隔离和业务请求的IP　QoS框架及方法，把传统电信网的思路应用到IP网络中，将信令，DiffServ，MPLS，流量工程（TE）和策略控制（Policy）技术结合应用，能够严格保证每条业务流穿越IP骨干网时的QoS要求，使得IP网络可以支持各类需要电信级服务质量的新业务。 <BR><BR><DESCRIPT><I>4.2 IP网络安全</I></DESCRIPT> <BR><BR>IP网络没有UNI和NNI的区别，在承载层面是相互可见的。运营商网络设备、协议甚至拓扑对用户可见，用户侧产生的IP信息既有可能在用户侧终结，也可能在网络中终结，这就使得用户侧有机会与运营商网络交换非法路由信息，也可能攻击运营商网络的路由器和控制设备。另外，位于网络边缘的用户侧网络、业务和应用一般都使用TCP/UDP/IP技术，用户之间在承载层和应用层都相互可见。这种要在通信过程中才确定信任关系的不面向连接的工作方式为用户之间的相互攻击对方网络，攻击对方的应用和业务提供了方便。同时，在目前的IP网络上，安全性要求低的一般Internet业务与安全性要求高的电信级业务混杂在一起，没有进行很好的物理或逻辑上隔离，对业务的安全性产生很大影响。在一个安全的IP网络中，Internet业务和电信级业务的隔离是保证业务安全的重要前提之一。IP电信网安全技术方案就是在现有的IP网络上，将Internet业务和电信级业务作为两大业务区别对待，并在承载网中通过MPLS LSP技术隔离传送，并利用信令机制建立端到端之间的连接，使IP网络变成一个面向连接的安全的网络。。通过在边缘设备上实施流分类技术，识别出不同的电信级业务流和Internet业务流。通过在接入和边缘设备实施针对业务流的带宽管理机制，隔离和控制不同业务的资源使用，可以有效地防止业务盗用和恶意攻击，从而保证电信业务在IP承载网上的安全。 <BR><BR>目前，ITU-T正在制订和开发IP网络安全体系架构，以提供最大的网络和端—用户资源保护，允许多网络技术共存，提供端到端的安全机制，提供应用于多个管理域的端到端安全解决方案，确保用户以安全方式接入到IP网络。 <BR><BR><DESCRIPT><I>4.3 MPLS技术</I></DESCRIPT> <BR><BR>多协议标签交换（MPLS）技术目前已成为IP网络QoS的基础技术，具有良好的可扩展性，适用于大规模核心网络。通过MPLS技术可以实施流量工程，区分服务和计费管理，增强电信IP网络的盈利能力。MPLS 快速重路由功能使得LSP上的节点或链路在出现故障时，能自动迂回或切换到新的LSP上，保证网络业务的不中断。MPLS通过路由受限—标记分配协议（CR-LDP）设置有关节点，通过流量的检测，决定有关流量分流的情况。IP网络也可以通过MPLS技术提供语音和电路仿真业务。 <BR><BR><DESCRIPT><I>4.4 IPv6技术的应用与演进问题</I></DESCRIPT> <BR><BR>对于IPv6协议，它的最大优势是提供了巨大的地址空间。IPv6适合于IP业务端到端的特性、巨大的用户数目、永远在线等特点。但一次性地以IPv6取代现有的IPv4网络是不可能，也是不现实的，IPv4和IPv6网络将共存相当长的时间。 <BR><BR>IPv6网络的开始阶段要面临很多的问题： <BR><BR>（1）从网络的构架上看，要关注IPv4与IPv6的转换，过渡和共存； <BR><BR>（2）从技术角度看，目前的所有过渡技术中，没有一个能统一彻底地解决问题，需要根据不同的环境和不同的客户进行不同的适配和不同的技术组合； <BR><BR>（3）从业务开展模式上看，首先要解决好用户的接入、认证、计费、管理等工作； <BR><BR>（4）IPv6的真正大量应用应是在家庭网络、家居安保、传感器网络、3G、NGN等领域，我们应有效地开展上述IPv6应用，逐步平滑地升级IPv6的功能。 </DIV></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e6%8a%80%e6%9c%af%e5%8f%91%e5%b1%95%e8%b6%8b%e5%8a%bf%e5%92%8c%e7%ad%96%e7%95%a5%ef%bc%882%ef%bc%89/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IP网络技术发展趋势和策略（1）</title>
		<link>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e6%8a%80%e6%9c%af%e5%8f%91%e5%b1%95%e8%b6%8b%e5%8a%bf%e5%92%8c%e7%ad%96%e7%95%a5%ef%bc%881%ef%bc%89</link>
		<comments>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e6%8a%80%e6%9c%af%e5%8f%91%e5%b1%95%e8%b6%8b%e5%8a%bf%e5%92%8c%e7%ad%96%e7%95%a5%ef%bc%881%ef%bc%89#comments</comments>
		<pubDate>Thu, 12 May 2011 06:32:40 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机网络]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e6%8a%80%e6%9c%af%e5%8f%91%e5%b1%95%e8%b6%8b%e5%8a%bf%e5%92%8c%e7%ad%96%e7%95%a5%ef%bc%881%ef%bc%89</guid>
		<description><![CDATA[1 引言 互联网宽带用户的高速发展带动了数据业务的迅速普及和通信业务收入的快速增长。随着网络的分组化，IP业务已初步显现出替代话音通信的技术基础。宽带接入成为IP业务发展的核心拉动力，IP业务运营模式逐步成熟。 2 当前IP网络的主要问题 面对电信业由语音业务向数据业务进行战略性转变，面对网络IP化的必然趋势，各运营商纷纷进行IP数据网络的建设，目前已基本建成了具有一定规模，覆盖范围较广的IP数据网络。但是，现有的IP网络在业务承载和运营上还存有不足，各运营商对现有IP网是否能够承载各种电信级业务仍存有疑虑。 在业务承载方面，自从Internet进入到电信级商用领域，原有的尽力而为传送的技术已不能满足不同用户不同应用的不同要求。IP技术也在逐步地完善以满足不同的用户、不同的应用对网络的不同的要求。由于缺乏完整的系统考虑，现有的IP网在电信级业务承载上还存在不少问题。虽然IP网络在QoS上有了很大的进步，但现有的IP网络大都只是在单个节点上提供相对优先权的处理。如果没有在全网层面上特别是在接入网中解决业务感知和接入允许控制，就不可能真正解决端到端的业务质量问题。此外，现有IP网络在业务承载上的不足还体现在网络业务安全性和网络管理能力不足上。由于IP技术的开放性使得IP网络业务很容易受到攻击，黑客无处不在、业务不时受到攻击等，这些都导致用户业务体验无法提高，特别是商业用户对此存在较大顾虑。在网络管理问题上，传统IP网络没有定义和设计针对公众环境的管理维护体系，当网络发生故障时，对故障点无法定位或者定位不够迅速，影响网络业务的服务质量。 在业务运营模式方面，尽管数据通信业务的增长迅速，网络的IP化趋势已经达成共识，但到目前为止数据业务仍不是运营商的主要业务收入来源，数据业务在整个电信业务收入中的比重还是很小的，难以支撑下一代电信业务的发展，这也与IP网络的用户数和业务量不相称。目前，制约数据业务发展的主要因素一是服务和资费模式比较单一，不利于把各种层次的消费群都吸纳到网络上来；二是缺乏成熟的商业运营模式，没有建立比较完善的宽带产业链，把社会上的各种资源吸纳到网络上来，充实网络的内容，把客户留在网内；三是缺乏用户确实感兴趣的，同时又消费得起的业务。 业务模式是IP网络赢利的关键，现有的IP网络应在业务承载和运营手段上进行完善，提升网络对业务的承载能力，保证业务承载的质量，提升ARPU值，走出IP网络运营“增量不增收”的困境。 3 IP网络发展趋势 3.1 IP电信网 （1）作为主要承载网络的IP网络必须满足的要求 根据目前网络发展的趋势，下一代网络是能够提供各种业务的综合、开放的网络。IP网络作为支撑下一代电信业务的主要承载网络，必须满足如下要求： ●可运营可管理。下一代网络应能够提供营运商一套方便的网络业务运营的管理手段，包括对用户的管理、对网元设备的管理、对网络资源的管理、对业务的管理等。 ●提供多业务承载的能力。电信业的竞争是全业务的竞争，营运商希望在一个网络上提供对多种业务的承载，以降低基础网络建设开销和运营维护成本。IP承载网不仅要能够承载现有的Internet业务、承载语音、视频等多媒体业务、还要具备诸如NGN，3G等新业务承载的能力。 ●具有业务质量保证。IP承载网首先必须是一个高度稳定、高可用的网络，以保障业务的可靠运营。其次，它应能够保证向用户提供类似原来电信网相同甚至更好的服务质量，使业务在网络上的时延、时延抖动、丢包情况是可控的、可预测的。 ●业务安全。IP承载网必须要具有提供端到端服务的安全性。避免或减少黑客或其他恶意攻击对网络业务的影响。从网络设备抗攻击、用户业务保护、避免非法用户业务盗用等方式保护网络业务安全。 （2）IP电信网络的特征 IP电信网（IPTN）是建立在IP网络技术基础上，能够满足电信运营需求，使运营商减少投入、带来增值的通信网络解决方案。它可以承载传统的PSTN业务和数据专线业务，支持电信级服务质量的IP新业务。IP电信网不是否定现有的IP网络，而是对现有IP网络的改造，解决IP网络QoS、安全、管理等问题。IP电信网有以下几个特征： ●可以跟现有的IP网络共存，不影响传统的无QoS的业务； ●能够承载传统的电信业务，并且支持新的电信业务； ●业务使用前申请资源，使用中保证资源，使用后释放资源； ●基于分层的网络结构，包括逻辑承载层、承载控制层、业务控制层； ●承载层基于MPLS，跟传统IP业务从资源上分离开； ●承载控制层引入CM，实现对资源的统一管理。 （3）IPTN网络参考模型介绍 目前，业界对于IP电信网的概念、发展思路等逐步达到共识。图1所示的是IPTN的网络参考模型，从水平方向上看，IPTN包括IP接入网、IP端局、IP骨干网几个部分，其中： ●IP端局是用户进入运营商IP网络的第一个IP设备，这个设备在运营商网络的物理位置一般在运营商PSTN网络端局的位置，称之为IP端局，在设备形态上，是在现有BAS设备或MPLS VPN PE设备的基础上增加必要的功能而构成的设备。该设备还应提供带宽管理功能，提供防火墙、加密验证和VPN功能， 支持用户管理、业务管理以及配合承载网实现QoS管理等功能。 ●IP接入网是用户到IP端局属于运营商的一段网络，为了确保网络的可控性、可管理性和安全性，IP接入网必须是一个二层网络。 ●IP骨干网的建网模式可以有两种方式：一种是为IP电信业务单独建立一个物理IP网络，网络的安全性、可靠性要高一些，对IP端局设备的要求也可以低一些。另一种是IP电信业务和Internet业务共用一个物理网络，这时必须采用必要的技术手段将IP电信业务和Internet业务进行资源上的隔离，以防止Internet业务或各种网络攻击、突发事件等不确定因素对IP电信业务的影响，一般采用MPLS流量工程技术来实现两个逻辑业务网络的资源隔离。 ●为了给IP电信业务提供端到端、有严格QoS保证的承载通道，IP端局需要接受统一的资源管理控制。 ●IP接入网和IP骨干网有不同的QoS实现机制，IP接入网QoS的实现机制还和具体的接入手段有关。 ●IP电信网的计费模式是按业务收费，用户感知的是业务层面的服务质量而不是承载层面的QoS，用户业务获得QoS保证的方法是：用户申请业务，业务确定QoS，业务向网络申请QoS，用户根据所用业务向运营商交费。 本新闻共2页,当前在第1页&#160;&#160;1&#160;&#160;2&#160;&#160;]]></description>
			<content:encoded><![CDATA[<div>1 引言</DESCRIPT></b> </p>
<p>互联网宽带用户的高速发展带动了数据业务的迅速普及和通信业务收入的快速增长。随着网络的分组化，IP业务已初步显现出替代话音通信的技术基础。宽带接入成为IP业务发展的核心拉动力，IP业务运营模式逐步成熟。 </p>
<p><DESCRIPT><B>2 当前IP网络的主要问题</B></DESCRIPT> </p>
<p>面对电信业由语音业务向数据业务进行战略性转变，面对网络IP化的必然趋势，各运营商纷纷进行IP数据网络的建设，目前已基本建成了具有一定规模，覆盖范围较广的IP数据网络。但是，现有的IP网络在业务承载和运营上还存有不足，各运营商对现有IP网是否能够承载各种电信级业务仍存有疑虑。 </p>
<p>在业务承载方面，自从Internet进入到电信级商用领域，原有的尽力而为传送的技术已不能满足不同用户不同应用的不同要求。IP技术也在逐步地完善以满足不同的用户、不同的应用对网络的不同的要求。由于缺乏完整的系统考虑，现有的IP网在电信级业务承载上还存在不少问题。虽然IP网络在QoS上有了很大的进步，但现有的IP网络大都只是在单个节点上提供相对优先权的处理。如果没有在全网层面上特别是在接入网中解决业务感知和接入允许控制，就不可能真正解决端到端的业务质量问题。此外，现有IP网络在业务承载上的不足还体现在网络业务安全性和网络管理能力不足上。由于IP技术的开放性使得IP网络业务很容易受到攻击，黑客无处不在、业务不时受到攻击等，这些都导致用户业务体验无法提高，特别是商业用户对此存在较大顾虑。在网络管理问题上，传统IP网络没有定义和设计针对公众环境的管理维护体系，当网络发生故障时，对故障点无法定位或者定位不够迅速，影响网络业务的服务质量。 </p>
<p>在业务运营模式方面，尽管数据通信业务的增长迅速，网络的IP化趋势已经达成共识，但到目前为止数据业务仍不是运营商的主要业务收入来源，数据业务在整个电信业务收入中的比重还是很小的，难以支撑下一代电信业务的发展，这也与IP网络的用户数和业务量不相称。目前，制约数据业务发展的主要因素一是服务和资费模式比较单一，不利于把各种层次的消费群都吸纳到网络上来；二是缺乏成熟的商业运营模式，没有建立比较完善的宽带产业链，把社会上的各种资源吸纳到网络上来，充实网络的内容，把客户留在网内；三是缺乏用户确实感兴趣的，同时又消费得起的业务。 </p>
<p>业务模式是IP网络赢利的关键，现有的IP网络应在业务承载和运营手段上进行完善，提升网络对业务的承载能力，保证业务承载的质量，提升ARPU值，走出IP网络运营“增量不增收”的困境。 </p>
<p><DESCRIPT><B>3 IP网络发展趋势</B></DESCRIPT> </p>
<p><DESCRIPT><I>3.1 IP电信网</I></DESCRIPT> </p>
<p>（1）作为主要承载网络的IP网络必须满足的要求 </p>
<p>根据目前网络发展的趋势，下一代网络是能够提供各种业务的综合、开放的网络。IP网络作为支撑下一代电信业务的主要承载网络，必须满足如下要求： </p>
<p>●可运营可管理。下一代网络应能够提供营运商一套方便的网络业务运营的管理手段，包括对用户的管理、对网元设备的管理、对网络资源的管理、对业务的管理等。 </p>
<p>●提供多业务承载的能力。电信业的竞争是全业务的竞争，营运商希望在一个网络上提供对多种业务的承载，以降低基础网络建设开销和运营维护成本。IP承载网不仅要能够承载现有的Internet业务、承载语音、视频等多媒体业务、还要具备诸如NGN，3G等新业务承载的能力。 </p>
<p>●具有业务质量保证。IP承载网首先必须是一个高度稳定、高可用的网络，以保障业务的可靠运营。其次，它应能够保证向用户提供类似原来电信网相同甚至更好的服务质量，使业务在网络上的时延、时延抖动、丢包情况是可控的、可预测的。 </p>
<p>●业务安全。IP承载网必须要具有提供端到端服务的安全性。避免或减少黑客或其他恶意攻击对网络业务的影响。从网络设备抗攻击、用户业务保护、避免非法用户业务盗用等方式保护网络业务安全。 </p>
<p>（2）IP电信网络的特征 </p>
<p>IP电信网（IPTN）是建立在IP网络技术基础上，能够满足电信运营需求，使运营商减少投入、带来增值的通信网络解决方案。它可以承载传统的PSTN业务和数据专线业务，支持电信级服务质量的IP新业务。IP电信网不是否定现有的IP网络，而是对现有IP网络的改造，解决IP网络QoS、安全、管理等问题。IP电信网有以下几个特征： </p>
<p>●可以跟现有的IP网络共存，不影响传统的无QoS的业务； </p>
<p>●能够承载传统的电信业务，并且支持新的电信业务； </p>
<p>●业务使用前申请资源，使用中保证资源，使用后释放资源； </p>
<p>●基于分层的网络结构，包括逻辑承载层、承载控制层、业务控制层； </p>
<p>●承载层基于MPLS，跟传统IP业务从资源上分离开； </p>
<p>●承载控制层引入CM，实现对资源的统一管理。 </p>
<p>（3）IPTN网络参考模型介绍 </p>
<p>目前，业界对于IP电信网的概念、发展思路等逐步达到共识。图1所示的是IPTN的网络参考模型，从水平方向上看，IPTN包括IP接入网、IP端局、IP骨干网几个部分，其中： </p>
<p><DESCRIPT></p>
<div><img src="/article/UploadPic/2006-7/2006724132035478.gif"></div>
<p></DESCRIPT></p>
<p>●IP端局是用户进入运营商IP网络的第一个IP设备，这个设备在运营商网络的物理位置一般在运营商PSTN网络端局的位置，称之为IP端局，在设备形态上，是在现有BAS设备或MPLS VPN PE设备的基础上增加必要的功能而构成的设备。该设备还应提供带宽管理功能，提供防火墙、加密验证和VPN功能， 支持用户管理、业务管理以及配合承载网实现QoS管理等功能。 </p>
<p>●IP接入网是用户到IP端局属于运营商的一段网络，为了确保网络的可控性、可管理性和安全性，IP接入网必须是一个二层网络。 </p>
<p>●IP骨干网的建网模式可以有两种方式：一种是为IP电信业务单独建立一个物理IP网络，网络的安全性、可靠性要高一些，对IP端局设备的要求也可以低一些。另一种是IP电信业务和Internet业务共用一个物理网络，这时必须采用必要的技术手段将IP电信业务和Internet业务进行资源上的隔离，以防止Internet业务或各种网络攻击、突发事件等不确定因素对IP电信业务的影响，一般采用MPLS流量工程技术来实现两个逻辑业务网络的资源隔离。 </p>
<p>●为了给IP电信业务提供端到端、有严格QoS保证的承载通道，IP端局需要接受统一的资源管理控制。 </p>
<p>●IP接入网和IP骨干网有不同的QoS实现机制，IP接入网QoS的实现机制还和具体的接入手段有关。 </p>
<p>●IP电信网的计费模式是按业务收费，用户感知的是业务层面的服务质量而不是承载层面的QoS，用户业务获得QoS保证的方法是：用户申请业务，业务确定QoS，业务向网络申请QoS，用户根据所用业务向运营商交费。 </p></div>
<p><P></p>
<div>本新闻共<font color=red>2</font>页,当前在第<font color=red>1</font>页&nbsp;&nbsp;<font color=red>1</font>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_03_22_32011_2.htm">2</a>&nbsp;&nbsp;</div>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e6%8a%80%e6%9c%af%e5%8f%91%e5%b1%95%e8%b6%8b%e5%8a%bf%e5%92%8c%e7%ad%96%e7%95%a5%ef%bc%881%ef%bc%89/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>路由器原理及常用的路由协议、路由算法</title>
		<link>http://blog.1xi.net/wangluo/%e8%b7%af%e7%94%b1%e5%99%a8%e5%8e%9f%e7%90%86%e5%8f%8a%e5%b8%b8%e7%94%a8%e7%9a%84%e8%b7%af%e7%94%b1%e5%8d%8f%e8%ae%ae%e3%80%81%e8%b7%af%e7%94%b1%e7%ae%97%e6%b3%95</link>
		<comments>http://blog.1xi.net/wangluo/%e8%b7%af%e7%94%b1%e5%99%a8%e5%8e%9f%e7%90%86%e5%8f%8a%e5%b8%b8%e7%94%a8%e7%9a%84%e8%b7%af%e7%94%b1%e5%8d%8f%e8%ae%ae%e3%80%81%e8%b7%af%e7%94%b1%e7%ae%97%e6%b3%95#comments</comments>
		<pubDate>Thu, 12 May 2011 06:32:39 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机网络]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/wangluo/%e8%b7%af%e7%94%b1%e5%99%a8%e5%8e%9f%e7%90%86%e5%8f%8a%e5%b8%b8%e7%94%a8%e7%9a%84%e8%b7%af%e7%94%b1%e5%8d%8f%e8%ae%ae%e3%80%81%e8%b7%af%e7%94%b1%e7%ae%97%e6%b3%95</guid>
		<description><![CDATA[近十年来，随着计算机网络规模的不断扩大，大型互联网络（如Internet）的迅猛发展，路由技术在网络技术中已逐渐成为关键部分，路由器也随之成为最重要的网络设备。&#160; 用户的需求推动着路由技术的发展和路由器的普及，人们已经不满足于仅在本地网络上共享信息，而希望最大限度地利用全球各个地区、各种类型的网络资源。而在目前的情况下，任何一个有一定规模的计算机网络（如企业网、校园网、智能大厦等），无论采用的是快速以大网技术、FDDI技术，还是ATM技术，都离不开路由器，否则就无法正常运作和管理。 　　1 网络互连 　　把自己的网络同其它的网络互连起来，从网络中获取更多的信息和向网络发布自己的消息，是网络互连的最主要的动力。网络的互连有多种方式，其中使用最多的是网桥互连和路由器互连。 　　1.1 网桥互连的网络 　　网桥工作在OSI模型中的第二层，即链路层。完成数据帧（frame）的转发，主要目的是在连接的网络间提供透明的通信。网桥的转发是依据数据帧中的源地址和目的地址来判断一个帧是否应转发和转发到哪个端口。帧中的地址称为“MAC”地址或“硬件”地址，一般就是网卡所带的地址。 　　网桥的作用是把两个或多个网络互连起来，提供透明的通信。网络上的设备看不到网桥的存在，设备之间的通信就如同在一个网上一样方便。由于网桥是在数据帧上进行转发的，因此只能连接相同或相似的网络（相同或相似结构的数据帧），如以太网之间、以太网与令牌环（token ring）之间的互连，对于不同类型的网络（数据帧结构不同），如以太网与X.25之间，网桥就无能为力了。 　　网桥扩大了网络的规模，提高了网络的性能，给网络应用带来了方便，在以前的网络中，网桥的应用较为广泛。但网桥互连也带来了不少问题：一个是广播风暴，网桥不阻挡网络中广播消息，当网络的规模较大时（几个网桥，多个以太网段），有可能引起广播风暴（broadcasting storm），导致整个网络全被广播信息充满，直至完全瘫痪。第二个问题是，当与外部网络互连时，网桥会把内部和外部网络合二为一，成为一个网，双方都自动向对方完全开放自己的网络资源。这种互连方式在与外部网络互连时显然是难以接受的。问题的主要根源是网桥只是最大限度地把网络沟通，而不管传送的信息是什么。 　　1.2 路由器互连网络 　　路由器互连与网络的协议有关，我们讨论限于TCP／IP网络的情况。 　　路由器工作在OSI模型中的第三层，即网络层。路由器利用网络层定义的“逻辑”上的网络地址（即IP地址）来区别不同的网络，实现网络的互连和隔离，保持各个网络的独立性。路由器不转发广播消息，而把广播消息限制在各自的网络内部。发送到其他网络的数据茵先被送到路由器，再由路由器转发出去。 　　IP路由器只转发IP分组，把其余的部分挡在网内（包括广播），从而保持各个网络具有相对的独立性，这样可以组成具有许多网络（子网）互连的大型的网络。由于是在网络层的互连，路由器可方便地连接不同类型的网络，只要网络层运行的是IP协议，通过路由器就可互连起来。 　　网络中的设备用它们的网络地址（TCP／IP网络中为IP地址）互相通信。IP地址是与硬件地址无关的“逻辑”地址。路由器只根据IP地址来转发数据。IP地址的结构有两部分，一部分定义网络号，另一部分定义网络内的主机号。目前，在Internet网络中采用子网掩码来确定IP地址中网络地址和主机地址。子网掩码与IP地址一样也是32bit，并且两者是一一对应的，并规定，子网掩码中数字为“1”所对应的IP地址中的部分为网络号，为“0”所对应的则为主机号。网络号和主机号合起来，才构成一个完整的IP地址。同一个网络中的主机IP地址，其网络号必须是相同的，这个网络称为IP子网。 　　通信只能在具有相同网络号的IP地址之间进行，要与其它IP子网的主机进行通信，则必须经过同一网络上的某个路由器或网关（gateway）出去。不同网络号的IP地址不能直接通信，即使它们接在一起，也不能通信。 　　路由器有多个端口，用于连接多个IP子网。每个端口的IP地址的网络号要求与所连接的IP子网的网络号相同。不同的端口为不同的网络号，对应不同的IP子网，这样才能使各子网中的主机通过自己子网的IP地址把要求出去的IP分组送到路由器上。 　　2 路由原理 　　当IP子网中的一台主机发送IP分组给同一IP子网的另一台主机时，它将直接把IP分组送到网络上，对方就能收到。而要送给不同IP于网上的主机时，它要选择一个能到达目的子网上的路由器，把IP分组送给该路由器，由路由器负责把IP分组送到目的地。如果没有找到这样的路由器，主机就把IP分组送给一个称为“缺省网关（default gateway）”的路由器上。“缺省网关”是每台主机上的一个配置参数，它是接在同一个网络上的某个路由器端口的IP地址。 　　路由器转发IP分组时，只根据IP分组目的IP地址的网络号部分，选择合适的端口，把IP分组送出去。同主机一样，路由器也要判定端口所接的是否是目的子网，如果是，就直接把分组通过端口送到网络上，否则，也要选择下一个路由器来传送分组。路由器也有它的缺省网关，用来传送不知道往哪儿送的IP分组。这样，通过路由器把知道如何传送的IP分组正确转发出去，不知道的IP分组送给“缺省网关”路由器，这样一级级地传送，IP分组最终将送到目的地，送不到目的地的IP分组则被网络丢弃了。 　　目前TCP／IP网络，全部是通过路由器互连起来的，Internet就是成千上万个IP子网通过路由器互连起来的国际性网络。这种网络称为以路由器为基础的网络（router based network），形成了以路由器为节点的“网间网”。在“网间网”中，路由器不仅负责对IP分组的转发，还要负责与别的路由器进行联络，共同确定“网间网”的路由选择和维护路由表。 　　路由动作包括两项基本内容：寻径和转发。寻径即判定到达目的地的最佳路径，由路由选择算法来实现。由于涉及到不同的路由选择协议和路由选择算法，要相对复杂一些。为了判定最佳路径，路由选择算法必须启动并维护包含路由信息的路由表，其中路由信息依赖于所用的路由选择算法而不尽相同。路由选择算法将收集到的不同信息填入路由表中，根据路由表可将目的网络与下一站（nexthop）的关系告诉路由器。路由器间互通信息进行路由更新，更新维护路由表使之正确反映网络的拓扑变化，并由路由器根据量度来决定最佳路径。这就是路由选择协议（routing protocol），例如路由信息协议（RIP）、开放式最短路径优先协议（OSPF）和边界网关协议（BGP）等。 　　转发即沿寻径好的最佳路径传送信息分组。路由器首先在路由表中查找，判明是否知道如何将分组发送到下一个站点（路由器或主机），如果路由器不知道如何发送分组，通常将该分组丢弃；否则就根据路由表的相应表项将分组发送到下一个站点，如果目的网络直接与路由器相连，路由器就把分组直接送到相应的端口上。这就是路由转发协议（routed protocol）。 　　路由转发协议和路由选择协议是相互配合又相互独立的概念，前者使用后者维护的路由表，同时后者要利用前者提供的功能来发布路由协议数据分组。下文中提到的路由协议，除非特别说明，都是指路由选择协议，这也是普遍的习惯。 本新闻共2页,当前在第1页&#160;&#160;1&#160;&#160;2&#160;&#160;]]></description>
			<content:encoded><![CDATA[<p><P>近十年来，随着计算机网络规模的不断扩大，大型互联网络（如Internet）的迅猛发展，路由技术在网络技术中已逐渐成为关键部分，路由器也随之成为最重要的网络设备。&nbsp; <BR>用户的需求推动着路由技术的发展和路由器的普及，人们已经不满足于仅在本地网络上共享信息，而希望最大限度地利用全球各个地区、各种类型的网络资源。而在目前的情况下，任何一个有一定规模的计算机网络（如企业网、校园网、智能大厦等），无论采用的是快速以大网技术、FDDI技术，还是ATM技术，都离不开路由器，否则就无法正常运作和管理。 </P><P>　　1 网络互连 </P><P>　　把自己的网络同其它的网络互连起来，从网络中获取更多的信息和向网络发布自己的消息，是网络互连的最主要的动力。网络的互连有多种方式，其中使用最多的是网桥互连和路由器互连。 </P><P>　　1.1 网桥互连的网络 </P><P>　　网桥工作在OSI模型中的第二层，即链路层。完成数据帧（frame）的转发，主要目的是在连接的网络间提供透明的通信。网桥的转发是依据数据帧中的源地址和目的地址来判断一个帧是否应转发和转发到哪个端口。帧中的地址称为“MAC”地址或“硬件”地址，一般就是网卡所带的地址。 </P><P>　　网桥的作用是把两个或多个网络互连起来，提供透明的通信。网络上的设备看不到网桥的存在，设备之间的通信就如同在一个网上一样方便。由于网桥是在数据帧上进行转发的，因此只能连接相同或相似的网络（相同或相似结构的数据帧），如以太网之间、以太网与令牌环（token ring）之间的互连，对于不同类型的网络（数据帧结构不同），如以太网与X.25之间，网桥就无能为力了。 </P><P>　　网桥扩大了网络的规模，提高了网络的性能，给网络应用带来了方便，在以前的网络中，网桥的应用较为广泛。但网桥互连也带来了不少问题：一个是广播风暴，网桥不阻挡网络中广播消息，当网络的规模较大时（几个网桥，多个以太网段），有可能引起广播风暴（broadcasting storm），导致整个网络全被广播信息充满，直至完全瘫痪。第二个问题是，当与外部网络互连时，网桥会把内部和外部网络合二为一，成为一个网，双方都自动向对方完全开放自己的网络资源。这种互连方式在与外部网络互连时显然是难以接受的。问题的主要根源是网桥只是最大限度地把网络沟通，而不管传送的信息是什么。 </P><P>　　1.2 路由器互连网络 </P><P>　　路由器互连与网络的协议有关，我们讨论限于TCP／IP网络的情况。 </P><P>　　路由器工作在OSI模型中的第三层，即网络层。路由器利用网络层定义的“逻辑”上的网络地址（即IP地址）来区别不同的网络，实现网络的互连和隔离，保持各个网络的独立性。路由器不转发广播消息，而把广播消息限制在各自的网络内部。发送到其他网络的数据茵先被送到路由器，再由路由器转发出去。 </P><P>　　IP路由器只转发IP分组，把其余的部分挡在网内（包括广播），从而保持各个网络具有相对的独立性，这样可以组成具有许多网络（子网）互连的大型的网络。由于是在网络层的互连，路由器可方便地连接不同类型的网络，只要网络层运行的是IP协议，通过路由器就可互连起来。 </P><P>　　网络中的设备用它们的网络地址（TCP／IP网络中为IP地址）互相通信。IP地址是与硬件地址无关的“逻辑”地址。路由器只根据IP地址来转发数据。IP地址的结构有两部分，一部分定义网络号，另一部分定义网络内的主机号。目前，在Internet网络中采用子网掩码来确定IP地址中网络地址和主机地址。子网掩码与IP地址一样也是32bit，并且两者是一一对应的，并规定，子网掩码中数字为“1”所对应的IP地址中的部分为网络号，为“0”所对应的则为主机号。网络号和主机号合起来，才构成一个完整的IP地址。同一个网络中的主机IP地址，其网络号必须是相同的，这个网络称为IP子网。 </P><P>　　通信只能在具有相同网络号的IP地址之间进行，要与其它IP子网的主机进行通信，则必须经过同一网络上的某个路由器或网关（gateway）出去。不同网络号的IP地址不能直接通信，即使它们接在一起，也不能通信。 </P><P>　　路由器有多个端口，用于连接多个IP子网。每个端口的IP地址的网络号要求与所连接的IP子网的网络号相同。不同的端口为不同的网络号，对应不同的IP子网，这样才能使各子网中的主机通过自己子网的IP地址把要求出去的IP分组送到路由器上。 </P><P>　　2 路由原理 </P><P>　　当IP子网中的一台主机发送IP分组给同一IP子网的另一台主机时，它将直接把IP分组送到网络上，对方就能收到。而要送给不同IP于网上的主机时，它要选择一个能到达目的子网上的路由器，把IP分组送给该路由器，由路由器负责把IP分组送到目的地。如果没有找到这样的路由器，主机就把IP分组送给一个称为“缺省网关（default gateway）”的路由器上。“缺省网关”是每台主机上的一个配置参数，它是接在同一个网络上的某个路由器端口的IP地址。 </P><P>　　路由器转发IP分组时，只根据IP分组目的IP地址的网络号部分，选择合适的端口，把IP分组送出去。同主机一样，路由器也要判定端口所接的是否是目的子网，如果是，就直接把分组通过端口送到网络上，否则，也要选择下一个路由器来传送分组。路由器也有它的缺省网关，用来传送不知道往哪儿送的IP分组。这样，通过路由器把知道如何传送的IP分组正确转发出去，不知道的IP分组送给“缺省网关”路由器，这样一级级地传送，IP分组最终将送到目的地，送不到目的地的IP分组则被网络丢弃了。 </P><P>　　目前TCP／IP网络，全部是通过路由器互连起来的，Internet就是成千上万个IP子网通过路由器互连起来的国际性网络。这种网络称为以路由器为基础的网络（router based network），形成了以路由器为节点的“网间网”。在“网间网”中，路由器不仅负责对IP分组的转发，还要负责与别的路由器进行联络，共同确定“网间网”的路由选择和维护路由表。 </P><P>　　路由动作包括两项基本内容：寻径和转发。寻径即判定到达目的地的最佳路径，由路由选择算法来实现。由于涉及到不同的路由选择协议和路由选择算法，要相对复杂一些。为了判定最佳路径，路由选择算法必须启动并维护包含路由信息的路由表，其中路由信息依赖于所用的路由选择算法而不尽相同。路由选择算法将收集到的不同信息填入路由表中，根据路由表可将目的网络与下一站（nexthop）的关系告诉路由器。路由器间互通信息进行路由更新，更新维护路由表使之正确反映网络的拓扑变化，并由路由器根据量度来决定最佳路径。这就是路由选择协议（routing protocol），例如路由信息协议（RIP）、开放式最短路径优先协议（OSPF）和边界网关协议（BGP）等。 </P><P>　　转发即沿寻径好的最佳路径传送信息分组。路由器首先在路由表中查找，判明是否知道如何将分组发送到下一个站点（路由器或主机），如果路由器不知道如何发送分组，通常将该分组丢弃；否则就根据路由表的相应表项将分组发送到下一个站点，如果目的网络直接与路由器相连，路由器就把分组直接送到相应的端口上。这就是路由转发协议（routed protocol）。 </P><P>　　路由转发协议和路由选择协议是相互配合又相互独立的概念，前者使用后者维护的路由表，同时后者要利用前者提供的功能来发布路由协议数据分组。下文中提到的路由协议，除非特别说明，都是指路由选择协议，这也是普遍的习惯。 </P>
<div align="right">本新闻共<font color=red>2</font>页,当前在第<font color=red>1</font>页&nbsp;&nbsp;<font color="red">1</font>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_06_22_23779_2.htm">2</a>&nbsp;&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/wangluo/%e8%b7%af%e7%94%b1%e5%99%a8%e5%8e%9f%e7%90%86%e5%8f%8a%e5%b8%b8%e7%94%a8%e7%9a%84%e8%b7%af%e7%94%b1%e5%8d%8f%e8%ae%ae%e3%80%81%e8%b7%af%e7%94%b1%e7%ae%97%e6%b3%95/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>局域网数据链路层网络安全</title>
		<link>http://blog.1xi.net/wangluo/%e5%b1%80%e5%9f%9f%e7%bd%91%e6%95%b0%e6%8d%ae%e9%93%be%e8%b7%af%e5%b1%82%e7%bd%91%e7%bb%9c%e5%ae%89%e5%85%a8</link>
		<comments>http://blog.1xi.net/wangluo/%e5%b1%80%e5%9f%9f%e7%bd%91%e6%95%b0%e6%8d%ae%e9%93%be%e8%b7%af%e5%b1%82%e7%bd%91%e7%bb%9c%e5%ae%89%e5%85%a8#comments</comments>
		<pubDate>Thu, 12 May 2011 06:32:39 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机网络]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/wangluo/%e5%b1%80%e5%9f%9f%e7%bd%91%e6%95%b0%e6%8d%ae%e9%93%be%e8%b7%af%e5%b1%82%e7%bd%91%e7%bb%9c%e5%ae%89%e5%85%a8</guid>
		<description><![CDATA[通信的每一层中都有自己独特的安全问题。数据链路层（第二协议层）的通信连接就安全而言，是较为薄弱的环节。网络安全的问题应该在多个协议层针对不同的弱点进行解决。在本篇文章中，我们将集中讨论与有线局域网相关的安全问题。无线局域网和广域网（WAN）的安全问题将在其它篇章中单独进行讨论。在第二协议层的通信中，交换机是关键的部件，它们也用于第三协议层的通信。对于相同的第三协议层的许多攻击和许多独特的网络攻击，它们和路由器都会很敏感，这些攻击包括：内容寻址存储器（CAM）表格淹没：交换机中的 CAM 表格包含了诸如在指定交换机的物理端口所提供的 MAC 地址和相关的 VLAN 参数之类的信息。一个典型的网络侵入者会向该交换机提供大量的无效 MAC 源地址，直到 CAM 表格被添满。当这种情况发生的时候，交换机会将传输进来的信息向所有的端口发送，因为这时交换机不能够从 CAM 表格中查找出特定的 MAC 地址的端口号。CAM 表格淹没只会导致交换机在本地 VLAN 范围内到处发送信息，所以侵入者只能够看到自己所连接到的本地 VLAN 中的信息。 VLAN 中继：VLAN 中继是一种网络攻击，由一终端系统发出以位于不同 VLAN 上的系统为目标地址的数据包，而该系统不可以采用常规的方法被连接。该信息被附加上不同于该终端系统所属网络 VLAN ID 的标签。或者发出攻击的系统伪装成交换机并对中继进行处理，以便于攻击者能够收发其它 VLAN 之间的通信。 操纵生成树协议：生成树协议可用于交换网络中以防止在以太网拓朴结构中产生桥接循环。通过攻击生成树协议，网络攻击者希望将自己的系统伪装成该拓朴结构中的根网桥。要达到此目的，网络攻击者需要向外广播生成树协议配置/拓朴结构改变网桥协议数据单元（BPDU），企图迫使生成树进行重新计算。网络攻击者系统发出的 BPDU 声称发出攻击的网桥优先权较低。如果获得成功，该网络攻击者能够获得各种各样的数据帧。 媒体存取控制地址（MAC）欺骗：在进行 MAC 欺骗攻击的过程中，已知某其它主机的 MAC 地址会被用来使目标交换机向攻击者转发以该主机为目的地址的数据帧。通过发送带有该主机以太网源地址的单个数据帧的办法，网络攻击者改写了 CAM 表格中的条目，使得交换机将以该主机为目的地址的数据包转发给该网络攻击者。除非该主机向外发送信息，否则它不会收到任何信息。当该主机向外发送信息的时候，CAM 表中对应的条目会被再次改写，以便它能恢复到原始的端口。 地址解析协议（ARP）攻击：ARP 协议的作用是在处于同一个子网中的主机所构成的局域网部分中将 IP 地址映射到 MAC 地址。当有人在未获得授权时就企图更改 MAC 和 IP 地址的 ARP 表格中的信息时，就发生了 ARP 攻击。通过这种方式，黑客们可以伪造 [...]]]></description>
			<content:encoded><![CDATA[<p>通信的每一层中都有自己独特的安全问题。数据链路层（第二协议层）的通信连接就安全而言，是较为薄弱的环节。网络安全的问题应该在多个协议层针对不同的弱点进行解决。在本篇文章中，我们将集中讨论与有线局域网相关的安全问题。无线局域网和广域网（WAN）的安全问题将在其它篇章中单独进行讨论。在第二协议层的通信中，交换机是关键的部件，它们也用于第三协议层的通信。对于相同的第三协议层的许多攻击和许多独特的网络攻击，它们和路由器都会很敏感，这些攻击包括：<BR><P>内容寻址存储器（CAM）表格淹没：交换机中的 CAM 表格包含了诸如在指定交换机的物理端口所提供的 MAC 地址和相关的 VLAN 参数之类的信息。一个典型的网络侵入者会向该交换机提供大量的无效 MAC 源地址，直到 CAM 表格被添满。当这种情况发生的时候，交换机会将传输进来的信息向所有的端口发送，因为这时交换机不能够从 CAM 表格中查找出特定的 MAC 地址的端口号。CAM 表格淹没只会导致交换机在本地 VLAN 范围内到处发送信息，所以侵入者只能够看到自己所连接到的本地 VLAN 中的信息。 <BR>VLAN 中继：VLAN 中继是一种网络攻击，由一终端系统发出以位于不同 VLAN 上的系统为目标地址的数据包，而该系统不可以采用常规的方法被连接。该信息被附加上不同于该终端系统所属网络 VLAN ID 的标签。或者发出攻击的系统伪装成交换机并对中继进行处理，以便于攻击者能够收发其它 VLAN 之间的通信。 <BR>操纵生成树协议：生成树协议可用于交换网络中以防止在以太网拓朴结构中产生桥接循环。通过攻击生成树协议，网络攻击者希望将自己的系统伪装成该拓朴结构中的根网桥。要达到此目的，网络攻击者需要向外广播生成树协议配置/拓朴结构改变网桥协议数据单元（BPDU），企图迫使生成树进行重新计算。网络攻击者系统发出的 BPDU 声称发出攻击的网桥优先权较低。如果获得成功，该网络攻击者能够获得各种各样的数据帧。 <BR>媒体存取控制地址（MAC）欺骗：在进行 MAC 欺骗攻击的过程中，已知某其它主机的 MAC 地址会被用来使目标交换机向攻击者转发以该主机为目的地址的数据帧。通过发送带有该主机以太网源地址的单个数据帧的办法，网络攻击者改写了 CAM 表格中的条目，使得交换机将以该主机为目的地址的数据包转发给该网络攻击者。除非该主机向外发送信息，否则它不会收到任何信息。当该主机向外发送信息的时候，CAM 表中对应的条目会被再次改写，以便它能恢复到原始的端口。 <BR>地址解析协议（ARP）攻击：ARP 协议的作用是在处于同一个子网中的主机所构成的局域网部分中将 IP 地址映射到 MAC 地址。当有人在未获得授权时就企图更改 MAC 和 IP 地址的 ARP 表格中的信息时，就发生了 ARP 攻击。通过这种方式，黑客们可以伪造 MAC 或 IP 地址，以便实施如下的两种攻击：服务拒绝和中间人攻击。 <BR>专用 VLAN：专用 VLAN 通过限制 VLAN 中能够与同 VLAN 中其它端口进行通信的端口的方式进行工作。VLAN 中的孤立端口只能和混合端口进行通信。混合端口能够和任何端口进行通信。能够绕过专用 VLAN 安全措施的攻击的实现要使用绕过专用 VLAN 访问限制的代理。 <BR>DHCP 耗竭：DHCP 耗竭的攻击通过利用伪造的 MAC 地址来广播 DHCP 请求的方式来进行。利用诸如 gobbler 之类的攻击工具就可以很容易地造成这种情况。如果所发出的请求足够多的话，网络攻击者就可以在一段时间内耗竭向 DHCP 服务器所提供的地址空间。这是一种比较简单的资源耗竭的攻击手段，就像 SYN 泛滥一样。然后网络攻击者可以在自己的系统中建立起虚假的 DHCP 服务器来对网络上客户发出的新 DHCP 请求作出反应。 <BR>　　降低局域网安全风险</P><P>　　在交换机上配置端口安全选项可以防止 CAM 表淹没攻击。该选择项要么可以提供特定交换机端口的 MAC 地址说明，要么可以提供一个交换机端口可以习得的 MAC 地址的数目方面的说明。当无效的 MAC 地址在该端口被检测出来之后，该交换机要么可以阻止所提供的 MAC 地址，要么可以关闭该端口。</P><P>　　对 VLAN 的设置稍作几处改动就可以防止 VLAN 中继攻击。这其中最大的要点在于所有中继端口上都要使用专门的 VLAN ID。同时也要禁用所有使用不到的交换机端口并将它们安排在使用不到的 VLAN 中。通过明确的办法，关闭掉所有用户端口上的 DTP，这样就可以将所有端口设置成非中继模式。</P><P>　　要防止操纵生成树协议的攻击，需要使用根目录保护和 BPDU 保护加强命令来保持网络中主网桥的位置不发生改变，同时也可以强化生成树协议的域边界。根目录保护功能可提供保持主网桥位置不变的方法。生成树协议 BPDU 保护使得网络设计者能够保持有源网络拓朴结构的可预测性。尽管 BPDU 保护也许看起来是没有必要的，因为管理员可以将网络优先权调至0，但仍然不能保证它将被选做主网桥，因为可能存在一个优先权为0但ID却更低的网桥。使用在面向用户的端口中，BPDU 保护能够发挥出最佳的用途，能够防止攻击者利用伪造交换机进行网络扩展。</P><P>　　使用端口安全命令可以防止 MAC 欺骗攻击。端口安全命令能够提供指定系统 MAC 地址连接到特定端口的功能。该命令在端口的安全遭到破坏时，还能够提供指定需要采取何种措施的能力。然而，如同防止 CAM 表淹没攻击一样，在每一个端口上都要指定一个 MAC 地址是一种难办的解决方案。在界面设置菜单中选择计时的功能，并设定一个条目在 ARP 缓存中可以持续的时长，能够达到防止 ARP 欺骗的目的。</P><P>　　对路由器端口访问控制列表（ACL）进行设置可以防止专用 VLAN 攻击。虚拟的 ACL 还可以用于消除专用 VLAN 攻击的影响。</P><P>　　通过限制交换机端口的 MAC 地址的数目，防止 CAM 表淹没的技术也可以防止 DHCP 耗竭。随着 RFC 3118，DHCP 消息验证的执行，DHCP 耗竭攻击将会变得越来越困难。</P><P>　　另外，IEEE802.1X 还能够在数据链路层对基本的网络访问进行监测，它本身是一种在有线网络和无线网络中传送可扩展验证协议（EAP）架构的标准。在未完成验证的情况下 801.1X 就拒绝对网络的访问，进而可以防止对网络基础设备实施的，并依赖基本 IP 连接的多种攻击。802.1X 的初始编写目标是用于拔号连接和远程访问网络中的点对点协议（PPP），它现在支持在局域网的环境中使用 EAP，包括无线局域网。</P></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/wangluo/%e5%b1%80%e5%9f%9f%e7%bd%91%e6%95%b0%e6%8d%ae%e9%93%be%e8%b7%af%e5%b1%82%e7%bd%91%e7%bb%9c%e5%ae%89%e5%85%a8/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IP网络设计系列之－－局域网设计</title>
		<link>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%b1%80%e5%9f%9f%e7%bd%91%e8%ae%be%e8%ae%a1</link>
		<comments>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%b1%80%e5%9f%9f%e7%bd%91%e8%ae%be%e8%ae%a1#comments</comments>
		<pubDate>Thu, 12 May 2011 06:32:39 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机网络]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%b1%80%e5%9f%9f%e7%bd%91%e8%ae%be%e8%ae%a1</guid>
		<description><![CDATA[【导读】这是IP网络设计系列讲座的最后一部分，讨论园区局域网设计中遇到的一些问题。以太网交换机优越于传统的集线器环境的好处将首先介绍一下。应用虚拟局域网的动机已经同规划和配置虚拟局域网遇到的问题一起进行了研究。本文还将讨论确保园区网络设计具有可伸缩性和弹性的一些技术。本文还将讨论生成树协议以及如何在大型交换的网络中优化这个协议。最后，在本文的结论部分将涉及到与推出IP电话有关的设计问题。以太网交换的好处传统的共享的以太网是一种基带介质。这就意味着在任何一个时间只能有一个站点能够向这个介质发送数据。多个信号不能像在宽带网介质中那样成为多路复用的信号。在一个共享的以太网集线器，各个站点通过监听一对儿接收的线路来检查是否有其它站点在发送数据，用这种方法来解决访问冲突问题。以太网交换的应用取代了共享的以太网，从而产生了如下改善的运行功能:专用的冲突域交换机的每一个端口都在自己的冲突域中，因此，一个站点通过一台交换机的端口连接到这个局域网，而不是通过一个集线器的端口。这样，这个站点就不需要在发送数据之前通过监听是否有冲突来竞争接入到线路的权限。这将提高局域网的有效带宽。通信过滤和转发一台交换机像一个多口网桥一样工作，并且通过监听实况通信来了解每一个站点的MAC地址的位置。对于交换机交换的每一帧，交换机仅把通信转发到目的地MAC地址所在的端口。这台交换机据说要过滤所有其它端口的帧。这将显著减少局域网中不必要的通信，提高带宽的利用率。然而，广播帧将涌向所有的端口，这样，一个交换机据说要创建多个冲突域，但是，所有的端口仍在同一个广播域中。这通常是一种理想工作方式，因为广播时必要的，通常是局域网中的一种有效的通信手段。这与广域网有些不同。微软的Windows就使用严重依赖广播的NetBios。另一个例子是地址解析协议(ARP)。根据地址解析协议，一个地址解析协议广播必须要达到IP子网的每一个站点以便把一个目的地的IP地址解析为MAC地址。全双工传输传统共享的以太网以半双工的模式工作。换句话说，各个站点不能同时发送和接收数据。由于以太网基带的性质，只有一个站点能够访问这个介质并且在任何一个时间发送数据。一个共享的以太网介质上的各个站点通过监听冲突来解决通信冲突。全双工传输意味着所有的站点都能够同时发送和接收数据。在以太网中，这并不是通过监视冲突来实现的。如果这个站点附加到自己专用的交换机端口，它只是合法地关闭了冲突检测功能。这就意味着在冲突域只有两个站点:这个站点本身和这台交换机的端口。然后，每个站点都可以相互收发数据，而不必监听冲突。这种方式称作点对点的以太网。同许多网络词汇一样，全双工一直被滥用而且有些说法是不真实的。交换机厂商之间的市场营销大战促使这些厂商声称全双工作业能够使数据吞吐量提高一倍。全双工作业确实能够显著改善数据吞吐量，但是，还不能说把数据吞吐量提高了一倍，因为同一个站点不可能以线速的速度同时发送和接收应用程序的通信。理解客户机-服务器通信流当实施一个交换的局域网设计时，获得对客户机-服务器通信流的详细了解大概是一项最大的挑战。一个网络正在进行重新设计，要把一个共享的局域网环境转变为一个交换的局域网，以满足日益增长的带宽需求。在这种情况下，有可能收集到详细的大量有关通信状况的信息。在一个全新的网络，在网络推出之前收集这些信息是不容易的。然而，没有严格数量的通信状况分析，对通信状况进行合理的质量分析也是应该达到的。获得下列信息的合理的预测是非常重要的:什么用户在与什么服务器进行通话，通话的时间有多长，现在消耗的带宽是多少，将来消耗的带宽是多少?所有的客户机和服务器的物理位置和逻辑位置是什么。换句话说，要清楚地了解每个应用程序的客户机与服务器之间数据通道。服务器之间的通信水平是什么?再次说明一下，这与了解整个网络的全部主要通信流的需求是一致的。如果不充分理解这些通信流，介绍局域网交换机的作用也是很有限的。举一个极端的例子，假设一台服务器在远方并且必须通过一个56K的广域网线路访问这台服务器。在这种情况下，一台局域网交换机将不能显著提高性能，因为瓶颈是在广域网而不是在局域网。高速内核一些专有的方法与802.3ad标准的存在允许把多个连接集成为一个逻辑的高速连接。两台交换机之间的多个物理连接必须被当作一个逻辑连接对待，否则，生成树将封锁多余的连接。这种功能可以用来提供核心交换机之间的高速连接并且向高带宽服务器提供高速连接。即使在应用万兆以太网之前，就存在最多把8个以太网端口集成在一起提供高速园区干线的功能。 本新闻共3页,当前在第1页&#160;&#160;1&#160;&#160;2&#160;&#160;3&#160;&#160;]]></description>
			<content:encoded><![CDATA[<p><P>【导读】这是IP网络设计系列讲座的最后一部分，讨论园区局域网设计中遇到的一些问题。<SPAN class=top11>以太网交换机优越于传统的集线器环境的好处将首先介绍一下。应用虚拟局域网的动机已经同规划和配置虚拟局域网遇到的问题一起进行了研究。本文还将讨论确保园区网络设计具有可伸缩性和弹性的一些技术。本文还将讨论生成树协议以及如何在大型交换的网络中优化这个协议。最后，在本文的结论部分将涉及到与推出IP电话有关的设计问题。</P><P><STRONG>以太网交换的好处</STRONG></P><P>传统的共享的以太网是一种基带介质。这就意味着在任何一个时间只能有一个站点能够向这个介质发送数据。多个信号不能像在宽带网介质中那样成为多路复用的信号。在一个共享的以太网集线器，各个站点通过监听一对儿接收的线路来检查是否有其它站点在发送数据，用这种方法来解决访问冲突问题。以太网交换的应用取代了共享的以太网，从而产生了如下改善的运行功能:</P><P><STRONG>专用的冲突域</STRONG></P><P>交换机的每一个端口都在自己的冲突域中，因此，一个站点通过一台交换机的端口连接到这个局域网，而不是通过一个集线器的端口。这样，这个站点就不需要在发送数据之前通过监听是否有冲突来竞争接入到线路的权限。这将提高局域网的有效带宽。</P><P><STRONG>通信过滤和转发</STRONG></P><P>一台交换机像一个多口网桥一样工作，并且通过监听实况通信来了解每一个站点的MAC地址的位置。对于交换机交换的每一帧，交换机仅把通信转发到目的地MAC地址所在的端口。这台交换机据说要过滤所有其它端口的帧。这将显著减少局域网中不必要的通信，提高带宽的利用率。然而，广播帧将涌向所有的端口，这样，一个交换机据说要创建多个冲突域，但是，所有的端口仍在同一个广播域中。这通常是一种理想工作方式，因为广播时必要的，通常是局域网中的一种有效的通信手段。这与广域网有些不同。微软的Windows就使用严重依赖广播的NetBios。另一个例子是地址解析协议(ARP)。根据地址解析协议，一个地址解析协议广播必须要达到IP子网的每一个站点以便把一个目的地的IP地址解析为MAC地址。</P><P><STRONG>全双工传输</STRONG></P><P>传统共享的以太网以半双工的模式工作。换句话说，各个站点不能同时发送和接收数据。由于以太网基带的性质，只有一个站点能够访问这个介质并且在任何一个时间发送数据。一个共享的以太网介质上的各个站点通过监听冲突来解决通信冲突。全双工传输意味着所有的站点都能够同时发送和接收数据。在以太网中，这并不是通过监视冲突来实现的。如果这个站点附加到自己专用的交换机端口，它只是合法地关闭了冲突检测功能。这就意味着在冲突域只有两个站点:这个站点本身和这台交换机的端口。然后，每个站点都可以相互收发数据，而不必监听冲突。这种方式称作点对点的以太网。同许多网络词汇一样，全双工一直被滥用而且有些说法是不真实的。交换机厂商之间的市场营销大战促使这些厂商声称全双工作业能够使数据吞吐量提高一倍。全双工作业确实能够显著改善数据吞吐量，但是，还不能说把数据吞吐量提高了一倍，因为同一个站点不可能以线速的速度同时发送和接收应用程序的通信。</P><P><STRONG>理解客户机-服务器通信流</STRONG></P><P>当实施一个交换的局域网设计时，获得对客户机-服务器通信流的详细了解大概是一项最大的挑战。一个网络正在进行重新设计，要把一个共享的局域网环境转变为一个交换的局域网，以满足日益增长的带宽需求。在这种情况下，有可能收集到详细的大量有关通信状况的信息。在一个全新的网络，在网络推出之前收集这些信息是不容易的。然而，没有严格数量的通信状况分析，对通信状况进行合理的质量分析也是应该达到的。获得下列信息的合理的预测是非常重要的:什么用户在与什么服务器进行通话，通话的时间有多长，现在消耗的带宽是多少，将来消耗的带宽是多少?所有的客户机和服务器的物理位置和逻辑位置是什么。换句话说，要清楚地了解每个应用程序的客户机与服务器之间数据通道。服务器之间的通信水平是什么?再次说明一下，这与了解整个网络的全部主要通信流的需求是一致的。如果不充分理解这些通信流，介绍局域网交换机的作用也是很有限的。举一个极端的例子，假设一台服务器在远方并且必须通过一个56K的广域网线路访问这台服务器。在这种情况下，一台局域网交换机将不能显著提高性能，因为瓶颈是在广域网而不是在局域网。</P><P><STRONG>高速内核</STRONG></P><P>一些专有的方法与802.3ad标准的存在允许把多个连接集成为一个逻辑的高速连接。两台交换机之间的多个物理连接必须被当作一个逻辑连接对待，否则，生成树将封锁多余的连接。这种功能可以用来提供核心交换机之间的高速连接并且向高带宽服务器提供高速连接。即使在应用万兆以太网之前，就存在最多把8个以太网端口集成在一起提供高速园区干线的功能。</P></SPAN>
<div align="right">本新闻共<font color=red>3</font>页,当前在第<font color=red>1</font>页&nbsp;&nbsp;<font color="red">1</font>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_05_11_60107_2.htm">2</a>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_05_11_60107_3.htm">3</a>&nbsp;&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%b1%80%e5%9f%9f%e7%bd%91%e8%ae%be%e8%ae%a1/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IP网络设计系列之－－广域网设计</title>
		<link>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%b9%bf%e5%9f%9f%e7%bd%91%e8%ae%be%e8%ae%a1</link>
		<comments>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%b9%bf%e5%9f%9f%e7%bd%91%e8%ae%be%e8%ae%a1#comments</comments>
		<pubDate>Thu, 12 May 2011 06:32:39 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机网络]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%b9%bf%e5%9f%9f%e7%bd%91%e8%ae%be%e8%ae%a1</guid>
		<description><![CDATA[&#160;广域网(WAN)对于企业的网络拥有成本是一个最大的单项开支。因此，强调得最多的和最重要的是有一个权衡性价比的区域。本文将探讨各种替代的方法。这些方法在选择和设计WAN基础设施的时候是必须要进行评估的。不同的拓扑的和技术的选择将从它们与基本的WAN设计目标的关系的角度进行讨论。包括同步串行线路、帧中继和ATM在内的传统的技术替代方法将同DSL和MPLS等更高级的技术一起讨论。同步串行线路清晰频道租赁线路是地理上分散的站点之间相互连接的最简单和最传统的方式，然而也是最昂贵的方式。同步租赁线路的主要优势在于其技术的简单性。这就意味着这种技术的安装和排除故障仅需要较少的专业知识，从而减少了技术支持的费用。点对点的串行连接的特点是需要的费用最少，因此提高了有效的数据吞吐量并且消除了额外的延迟和抖动的因素。充足带宽的串行连接的特点是具有极好的服务质量。在串行连接上造成信号延迟和抖动的主要原因是路由器上的队列和数据包串行化。当一个小数据包等待一个大数据包在这个连接上发送的时候可能会出现串行化延迟。这种类型的延迟最有可能发生在低速连接上。然而，带宽预算总是有上限的，并且总有更省钱的方法减少在串行连接上的延迟和抖动。高级的队列技术把大型数据包分割为小数据包，并且给小数据包更高的优先等级，从而保证在串行连接上的延迟分布的更统一。这对于数据包语音、视频和多媒体等对延迟非常敏感的实时应用是非常重要的。串行租赁线路最大的缺点是成本太高。因此，这个行业的许多部门都把串行租赁线路看作是不能有效地使用价格昂贵的带宽。这种情况促使人们从串行租赁线路技术向诸如帧中继或者用于更高带宽需求的ATM信元中继等包交换技术转移。帧中继帧中继协议是在客户的路由器或者帧中继接入设备(FRAD)之间运行的。本地帧中继交换机一般属于服务提供商。永久虚拟电路(PVC)用于站点之间的连接。永久虚拟电路之所以称作“永久”是因为端点总是与一个租赁线路时相同的。使用“虚拟”这个词是因为在运营商的网络上的整个线路中没有一个专用的物理连接。例如，不需要运营商编排其交换机来保证信号传输，从站点A进入帧中继网络的通信将在站点B退出这个运营商的网络。因此，在最基本的水平上，这看起来好像与使用一条租赁线路把站点A与站点B连接起来是一样的。不过，还有许多基本的和相当大的区别。帧中继实际上是通过一种包交换的技术收取传统的基本费用。事实是，整个线路上没有一个专用的物理电路使运营商能够提供一个灵活的带宽，向用户证明这种连接是节省费用的。一项帧中继服务需要为每一个永久虚拟电路购买一个承诺信息速率(CIR)。CIR是运营商担保的端对端的带宽。用户还可以购买额外的突发速率(Burst Rate)。突发速率是所有的永久虚拟电路都支持的最大速度的通信速率。显然，最大突发速率是用户接入帧中继服务提供商的线路的物理速度。然而，运营商不能保证通信将以超过CIR的速度传输。一旦超过了这个速率，所有随后的数据包都将在帧中继文件头上打上“DE”(符合丢弃条件)的标签。这将在本地帧中继交换机上完成。如果在帧中继网络的一个节点检测到阻塞的情况，有“DE”标记的数据包将被首先放弃。在检测到拥塞之后，帧中继交换机将向信息源发送一个后向拥塞通知(BECN)信息。如果发送这个信息的路由器或者FRAD有足够的智能来处理这个信息，那么，它就能够把发送的速率降低到CIR速率。因此，用户可以选择CIR速率或者最大突发速率，以便获得能够充分支持其应用需求的最划算的带宽。使用TCP协议的应用程序对于放弃的数据包更有弹性，因此同不太可靠的基于UDP的应用程序相比性能受到的影响要小一些。对于语音应用程序来说，被放弃的数据包超过一定的比例将影响语音的质量。当以超过CIR的速率进行语音通信时，还有一个需要注意的问题。除了在拥塞时放弃有“DE”标记的数据包之外，帧中继交换机还可能以较低的优先等级缓存这些数据包。这意味着这种通信将会达到目的地，但是，会有很大的延迟或者抖动，对于语音质量或者任何实时重放都会产生严重的影响。避免以超过CIR速率的速度运行实时通信程序应该被当作一项一般的原则。这是非常恰当的，因为帧中继服务会需要某些带宽的保证，不能保证出现任何延迟。因此，对于实时的和非实时的通信使用不同的永久虚拟电路是非常必要的。帧中继网络能够以节省成本的方式提供恢复能力。可以使用一些CIR速率低于主要的永久虚拟电路的备份的永久虚拟电路。这种备份的永久虚拟电路位于通向本地帧中继交换机的不同的电缆线中，因为不仅仅在理论上保证这种恢复能力是很重要的。异步传输模式异步传输模式(ATM)一种综合性技术，旨在把带宽的一致性和传统的清晰频道TDM技术有关的延迟与包交换技术的灵活性结合在一起。ATM的较高层使用专用网络接口(PNNI)支持交换式虚电路(SVC)的动态重新路由。ATM还适应突发通信状况。小的、固定的53个字节的信元可减少在WAN中出现的延迟或者抖动的变化。虽然ATM中使用的许多原则与帧中继相似，但是，交换较小的固定长度的信元以及ATM协议中固有的服务质量的特点使ATM更适合用于由不同成分组成的和实时的应用程序。ATM资源和服务质量参数用户能够受益于与帧中继相同的带宽的灵活性。使用ATM，用户可以从服务提供商那里购买可持续信元速率(SCR)和峰值信元速率(PCR)。这与帧中继中使用的CIR和EIR相同。因此，同使用帧中继一样，用户对于接入速度有一定的控制权，并且可以根据应用的需求调整接入速度。除了与信元速率有关的通信参数之外，ATM还采用了服务质量参数。这些参数可在用户网络接口提出申请，旨在为各种对延迟敏感的和对丢失数据包敏感的应用程序提供更好的服务。信元丢失率(CLR):这是整个连接中数据吞吐量中信元总数与放弃的信元数量的比例。CLR是一个参数，对于那些对丢失数据包非常敏感的应用程序可以把CLR设置为最大值，例如基于UDP数据的应用程序等。信元延迟变化(CDV):CDV是在特定时间间隔中整个ATM连接中延迟的平均变化。对于语音和视频等不能容忍大量延迟变化的应用程序，可以向ATM网络申请CDV的最大值。信元传送延迟(CTD):CTD是总的端对端的延迟或者在整个ATM连接中的延迟。对于那些对时间敏感的语音或者数据应用程序，可以设置这个值。 本新闻共3页,当前在第1页&#160;&#160;1&#160;&#160;2&#160;&#160;3&#160;&#160;]]></description>
			<content:encoded><![CDATA[<p><SPAN class=top11>&nbsp;广域网(WAN)对于企业的网络拥有成本是一个最大的单项开支。因此，强调得最多的和最重要的是有一个权衡性价比的区域。本文将探讨各种替代的方法。这些方法在选择和设计WAN基础设施的时候是必须要进行评估的。不同的拓扑的和技术的选择将从它们与基本的WAN设计目标的关系的角度进行讨论。包括同步串行线路、帧中继和ATM在内的传统的技术替代方法将同DSL和MPLS等更高级的技术一起讨论。<BR><BR><STRONG>同步串行线路</STRONG><P>清晰频道租赁线路是地理上分散的站点之间相互连接的最简单和最传统的方式，然而也是最昂贵的方式。同步租赁线路的主要优势在于其技术的简单性。这就意味着这种技术的安装和排除故障仅需要较少的专业知识，从而减少了技术支持的费用。点对点的串行连接的特点是需要的费用最少，因此提高了有效的数据吞吐量并且消除了额外的延迟和抖动的因素。</P><P>充足带宽的串行连接的特点是具有极好的服务质量。在串行连接上造成信号延迟和抖动的主要原因是路由器上的队列和数据包串行化。当一个小数据包等待一个大数据包在这个连接上发送的时候可能会出现串行化延迟。这种类型的延迟最有可能发生在低速连接上。然而，带宽预算总是有上限的，并且总有更省钱的方法减少在串行连接上的延迟和抖动。高级的队列技术把大型数据包分割为小数据包，并且给小数据包更高的优先等级，从而保证在串行连接上的延迟分布的更统一。<BR><BR>这对于数据包语音、视频和多媒体等对延迟非常敏感的实时应用是非常重要的。串行租赁线路最大的缺点是成本太高。因此，这个行业的许多部门都把串行租赁线路看作是不能有效地使用价格昂贵的带宽。这种情况促使人们从串行租赁线路技术向诸如帧中继或者用于更高带宽需求的ATM信元中继等包交换技术转移。</P><P><STRONG>帧中继</STRONG></P><P>帧中继协议是在客户的路由器或者帧中继接入设备(FRAD)之间运行的。本地帧中继交换机一般属于服务提供商。永久虚拟电路(PVC)用于站点之间的连接。永久虚拟电路之所以称作“永久”是因为端点总是与一个租赁线路时相同的。使用“虚拟”这个词是因为在运营商的网络上的整个线路中没有一个专用的物理连接。例如，不需要运营商编排其交换机来保证信号传输，从站点A进入帧中继网络的通信将在站点B退出这个运营商的网络。</P><P>因此，在最基本的水平上，这看起来好像与使用一条租赁线路把站点A与站点B连接起来是一样的。不过，还有许多基本的和相当大的区别。帧中继实际上是通过一种包交换的技术收取传统的基本费用。事实是，整个线路上没有一个专用的物理电路使运营商能够提供一个灵活的带宽，向用户证明这种连接是节省费用的。</P><P>一项帧中继服务需要为每一个永久虚拟电路购买一个承诺信息速率(CIR)。CIR是运营商担保的端对端的带宽。用户还可以购买额外的突发速率(Burst Rate)。突发速率是所有的永久虚拟电路都支持的最大速度的通信速率。显然，最大突发速率是用户接入帧中继服务提供商的线路的物理速度。然而，运营商不能保证通信将以超过CIR的速度传输。一旦超过了这个速率，所有随后的数据包都将在帧中继文件头上打上“DE”(符合丢弃条件)的标签。这将在本地帧中继交换机上完成。</P><P>如果在帧中继网络的一个节点检测到阻塞的情况，有“DE”标记的数据包将被首先放弃。在检测到拥塞之后，帧中继交换机将向信息源发送一个后向拥塞通知(BECN)信息。如果发送这个信息的路由器或者FRAD有足够的智能来处理这个信息，那么，它就能够把发送的速率降低到CIR速率。因此，用户可以选择CIR速率或者最大突发速率，以便获得能够充分支持其应用需求的最划算的带宽。</P><P>使用TCP协议的应用程序对于放弃的数据包更有弹性，因此同不太可靠的基于UDP的应用程序相比性能受到的影响要小一些。对于语音应用程序来说，被放弃的数据包超过一定的比例将影响语音的质量。当以超过CIR的速率进行语音通信时，还有一个需要注意的问题。除了在拥塞时放弃有“DE”标记的数据包之外，帧中继交换机还可能以较低的优先等级缓存这些数据包。这意味着这种通信将会达到目的地，但是，会有很大的延迟或者抖动，对于语音质量或者任何实时重放都会产生严重的影响。</P><P>避免以超过CIR速率的速度运行实时通信程序应该被当作一项一般的原则。这是非常恰当的，因为帧中继服务会需要某些带宽的保证，不能保证出现任何延迟。因此，对于实时的和非实时的通信使用不同的永久虚拟电路是非常必要的。帧中继网络能够以节省成本的方式提供恢复能力。可以使用一些CIR速率低于主要的永久虚拟电路的备份的永久虚拟电路。这种备份的永久虚拟电路位于通向本地帧中继交换机的不同的电缆线中，因为不仅仅在理论上保证这种恢复能力是很重要的。</P><P><STRONG>异步传输模式</STRONG></P><P>异步传输模式(ATM)一种综合性技术，旨在把带宽的一致性和传统的清晰频道TDM技术有关的延迟与包交换技术的灵活性结合在一起。ATM的较高层使用专用网络接口(PNNI)支持交换式虚电路(SVC)的动态重新路由。ATM还适应突发通信状况。小的、固定的53个字节的信元可减少在WAN中出现的延迟或者抖动的变化。虽然ATM中使用的许多原则与帧中继相似，但是，交换较小的固定长度的信元以及ATM协议中固有的服务质量的特点使ATM更适合用于由不同成分组成的和实时的应用程序。</P><P><STRONG>ATM资源和服务质量参数</STRONG></P><P>用户能够受益于与帧中继相同的带宽的灵活性。使用ATM，用户可以从服务提供商那里购买可持续信元速率(SCR)和峰值信元速率(PCR)。这与帧中继中使用的CIR和EIR相同。因此，同使用帧中继一样，用户对于接入速度有一定的控制权，并且可以根据应用的需求调整接入速度。</P><P>除了与信元速率有关的通信参数之外，ATM还采用了服务质量参数。这些参数可在用户网络接口提出申请，旨在为各种对延迟敏感的和对丢失数据包敏感的应用程序提供更好的服务。</P><P>信元丢失率(CLR):这是整个连接中数据吞吐量中信元总数与放弃的信元数量的比例。CLR是一个参数，对于那些对丢失数据包非常敏感的应用程序可以把CLR设置为最大值，例如基于UDP数据的应用程序等。</P><P>信元延迟变化(CDV):CDV是在特定时间间隔中整个ATM连接中延迟的平均变化。对于语音和视频等不能容忍大量延迟变化的应用程序，可以向ATM网络申请CDV的最大值。</P><P>信元传送延迟(CTD):CTD是总的端对端的延迟或者在整个ATM连接中的延迟。对于那些对时间敏感的语音或者数据应用程序，可以设置这个值。</P></SPAN>
<div align="right">本新闻共<font color=red>3</font>页,当前在第<font color=red>1</font>页&nbsp;&nbsp;<font color="red">1</font>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_05_11_32520_2.htm">2</a>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_05_11_32520_3.htm">3</a>&nbsp;&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%b9%bf%e5%9f%9f%e7%bd%91%e8%ae%be%e8%ae%a1/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IP网络设计系列之－－IP地址管理</title>
		<link>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8dip%e5%9c%b0%e5%9d%80%e7%ae%a1%e7%90%86</link>
		<comments>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8dip%e5%9c%b0%e5%9d%80%e7%ae%a1%e7%90%86#comments</comments>
		<pubDate>Thu, 12 May 2011 06:32:39 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机网络]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8dip%e5%9c%b0%e5%9d%80%e7%ae%a1%e7%90%86</guid>
		<description><![CDATA[&#160;IP地址管理是成功的逻辑设计的基础。本讲座的这一部分将介绍如何制定一个能够支持网络随时扩容的可伸缩性的IP地址管理计划。这部分还将介绍可变长度子网掩码和路由汇聚等关键工具的使用和重要性。选择适当的路由协议是同等重要的。用于评估一个路由协议的适宜性参数也在这里进行研究和讨论。IP路由协议的不同特点将与路由信息协议(RIP)和开放最短路径优先协议(OSPF)等行业标准协议的运行一起介绍。可变长度子网掩码可变长度子网掩码(VLSM)的含义是在一个网络的同一个主要类别中使用一个以上的子网掩码。它能够更有效率地在主机和子网中使用IP地址空间。在一个没有充裕的IP地址空间的网络中，VLSM是非常重要的。为了在同一个主要网络使用不同的子网掩码，需要一个支持VLSM的路由协议。这种路由协议称作无类路由协议。这些协议在路由广播中携带子网掩码信息，因此能够支持一个以上的子网掩码。无类路由协议的例子包括OSPF、RIP第二版、思科的EIGRP(增强型内部网关路由协议)、BGP(边界网关协议)和IS-IS(中间系统-中间系统协议)。考虑一个使用VLSM的例子。假设需要一个B类地址172.16.0.0支持一个总共拥有200个站点的网络。这个最繁忙的局域网可能最多支持100台主机，并且最多可以有400个点对点的广域网连接。因此，需要600个子网，每一个子网最多可以有100台主机。即使采用B类地址，在不使用VLSM的情况下也没有足够的地址空间来满足这种需求。在规划一个VLSM解决方案的时候，你应该首先使用最短的子网掩码。换句话说，你应该计划让这个子网支持最多的主机。这一般是用于大多数或者全部局域网网段中的子网掩码。在这个例子中，有200个局域网网段，每个网段最多可支持100台主机。虽然7个“host bits”(主机地址的二进制位数)或者一个25位掩码就能够满足这种需求，但是，从管理方面说，使用一个24位掩码会更方便。由于在这个例子中使用了VLSM，网络地址是非常充裕的。局域网网段可以使用172.16.1.0/24至172.16.200.0/24的地址。现在是进入VLSM第二个阶段的时候了。这个阶段包括选择可用的子网和进一步划分子网。这个阶段有时候称作“划分子网”。重要的是要记住，子网划分只能在一个或者更多的子网没有用尽的情况下才能实施。172.16.201.0这个地址范围是空闲的，可以使用30位掩码进行划分，在这个地址范围内创建一个额外的64个子网。同样，172.16.202.x/30地址范围可以创建适用于点对点连接的64个以上的子网。每一个最多可包含172.16.207.x/30的地址范围都可以为400个串行连接提供足够的子网地址空间。这就意味着满足了地址管理的要求，并且还有许多空闲的地址空间。如果有可能，应该使用连续的子网。虽然这并不重要，但是，选择一个连续范围的地址并且为这些地址分配一个特定的子网掩码是非常有意义的。正如下一节将要重点介绍的那样，在讨论路由汇聚的时候，高效率的IP地址分配不会仅仅是为了整洁而做的，这样做通常对于良好的网络设计是必不可少的。路由汇聚路由汇聚的含义是把一组路由汇聚为一个单个的路由广播。路由汇聚的最终结果和最明显的好处是缩小网络上的路由表的尺寸。这样将减少与每一个路由跳有关的延迟，因为由于减少了路由登录项数量，查询路由表的平均时间将加快。由于路由登录项广播的数量减少，路由协议的开销也将显著减少。随着整个网络(以及子网的数量)的扩大，路由汇聚将变得更加重要。除了缩小路由表的尺寸之外，路由汇聚还能通过在网络连接断开之后限制路由通信的传播来提高网络的稳定性。如果一台路由器仅向下一个下游的路由器发送汇聚的路由，那么，它就不会广播与汇聚的范围内包含的具体子网有关的变化。例如，如果一台路由器仅向其临近的路由器广播汇聚路由地址172.16.0.0/16，那么，如果它检测到172.16.10.0/24局域网网段中的一个故障，它将不更新临近的路由器。这个原则在网络拓扑结构发生变化之后能够显著减少任何不必要的路由更新。实际上，这将加快汇聚，使网络更加稳定。为了执行能够强制设置的路由汇聚，需要一个无类路由协议。不过，无类路由协议本身还是不够的。制定这个IP地址管理计划是必不可少的，这样就可以在网络的战略点实施没有冲突的路由汇聚。这些地址范围称作连续地址段。例如，一台把一组分支办公室连接到公司总部的路由器能够把这些分支办公室使用的全部子网汇聚为一个单个的路由广播。如果所有这些子网都在172.16.16.0/24至172.16.31.0/24的范围内，那么，这个地址范围就可以汇聚为172.16.16.0/20。这是一个与位边界(bit boundary)一致的连续地址范围，因此，可以保证这个地址范围能够汇聚为一个单一的声明。要实现路由汇聚的好处的最大化，制定细致的地址管理计划是必不可少的。选择路由协议选择正确的IP路由协议的重要性已经间接地提到了。现在，我介绍一下评估一个路由协议的具体问题。让我们考察一下判断一个路由协议所依据的一些特点。·稳定性路由协议必须具备防止出现路由环路问题的稳定性。路由环路是由网络拓扑结构发生变化之后立即出现的虚假路由信息广播引起的，可造成网络的崩溃。RIP等不太高级的协议使用保持计时器(holddown timer)来提高稳定性。如果一个子网性能下降，所有的路由器在保持计时器运行期间将忽略那个子网的任何更新。 本新闻共3页,当前在第1页&#160;&#160;1&#160;&#160;2&#160;&#160;3&#160;&#160;]]></description>
			<content:encoded><![CDATA[<p><SPAN class=top11>&nbsp;IP地址管理是成功的逻辑设计的基础。本讲座的这一部分将介绍如何制定一个能够支持网络随时扩容的可伸缩性的IP地址管理计划。这部分还将介绍可变长度子网掩码和路由汇聚等关键工具的使用和重要性。选择适当的路由协议是同等重要的。用于评估一个路由协议的适宜性参数也在这里进行研究和讨论。IP路由协议的不同特点将与路由信息协议(RIP)和开放最短路径优先协议(OSPF)等行业标准协议的运行一起介绍。<P><STRONG>可变长度子网掩码</STRONG></P><P>可变长度子网掩码(VLSM)的含义是在一个网络的同一个主要类别中使用一个以上的子网掩码。它能够更有效率地在主机和子网中使用IP地址空间。在一个没有充裕的IP地址空间的网络中，VLSM是非常重要的。</P><P>为了在同一个主要网络使用不同的子网掩码，需要一个支持VLSM的路由协议。这种路由协议称作无类路由协议。这些协议在路由广播中携带子网掩码信息，因此能够支持一个以上的子网掩码。无类路由协议的例子包括OSPF、RIP第二版、思科的EIGRP(增强型内部网关路由协议)、BGP(边界网关协议)和IS-IS(中间系统-中间系统协议)。</P><P>考虑一个使用VLSM的例子。假设需要一个B类地址172.16.0.0支持一个总共拥有200个站点的网络。这个最繁忙的局域网可能最多支持100台主机，并且最多可以有400个点对点的广域网连接。因此，需要600个子网，每一个子网最多可以有100台主机。即使采用B类地址，在不使用VLSM的情况下也没有足够的地址空间来满足这种需求。</P><P>在规划一个VLSM解决方案的时候，你应该首先使用最短的子网掩码。换句话说，你应该计划让这个子网支持最多的主机。这一般是用于大多数或者全部局域网网段中的子网掩码。在这个例子中，有200个局域网网段，每个网段最多可支持100台主机。虽然7个“host bits”(主机地址的二进制位数)或者一个25位掩码就能够满足这种需求，但是，从管理方面说，使用一个24位掩码会更方便。由于在这个例子中使用了VLSM，网络地址是非常充裕的。局域网网段可以使用172.16.1.0/24至172.16.200.0/24的地址。</P><P>现在是进入VLSM第二个阶段的时候了。这个阶段包括选择可用的子网和进一步划分子网。这个阶段有时候称作“划分子网”。重要的是要记住，子网划分只能在一个或者更多的子网没有用尽的情况下才能实施。</P><P>172.16.201.0这个地址范围是空闲的，可以使用30位掩码进行划分，在这个地址范围内创建一个额外的64个子网。同样，172.16.202.x/30地址范围可以创建适用于点对点连接的64个以上的子网。每一个最多可包含172.16.207.x/30的地址范围都可以为400个串行连接提供足够的子网地址空间。这就意味着满足了地址管理的要求，并且还有许多空闲的地址空间。</P><P>如果有可能，应该使用连续的子网。虽然这并不重要，但是，选择一个连续范围的地址并且为这些地址分配一个特定的子网掩码是非常有意义的。正如下一节将要重点介绍的那样，在讨论路由汇聚的时候，高效率的IP地址分配不会仅仅是为了整洁而做的，这样做通常对于良好的网络设计是必不可少的。</P><P><STRONG>路由汇聚</STRONG></P><P>路由汇聚的含义是把一组路由汇聚为一个单个的路由广播。路由汇聚的最终结果和最明显的好处是缩小网络上的路由表的尺寸。这样将减少与每一个路由跳有关的延迟，因为由于减少了路由登录项数量，查询路由表的平均时间将加快。由于路由登录项广播的数量减少，路由协议的开销也将显著减少。随着整个网络(以及子网的数量)的扩大，路由汇聚将变得更加重要。</P><P>除了缩小路由表的尺寸之外，路由汇聚还能通过在网络连接断开之后限制路由通信的传播来提高网络的稳定性。如果一台路由器仅向下一个下游的路由器发送汇聚的路由，那么，它就不会广播与汇聚的范围内包含的具体子网有关的变化。例如，如果一台路由器仅向其临近的路由器广播汇聚路由地址172.16.0.0/16，那么，如果它检测到172.16.10.0/24局域网网段中的一个故障，它将不更新临近的路由器。</P><P>这个原则在网络拓扑结构发生变化之后能够显著减少任何不必要的路由更新。实际上，这将加快汇聚，使网络更加稳定。为了执行能够强制设置的路由汇聚，需要一个无类路由协议。不过，无类路由协议本身还是不够的。制定这个IP地址管理计划是必不可少的，这样就可以在网络的战略点实施没有冲突的路由汇聚。</P><P>这些地址范围称作连续地址段。例如，一台把一组分支办公室连接到公司总部的路由器能够把这些分支办公室使用的全部子网汇聚为一个单个的路由广播。如果所有这些子网都在172.16.16.0/24至172.16.31.0/24的范围内，那么，这个地址范围就可以汇聚为172.16.16.0/20。这是一个与位边界(bit boundary)一致的连续地址范围，因此，可以保证这个地址范围能够汇聚为一个单一的声明。要实现路由汇聚的好处的最大化，制定细致的地址管理计划是必不可少的。</P><P><STRONG>选择路由协议</STRONG></P><P>选择正确的IP路由协议的重要性已经间接地提到了。现在，我介绍一下评估一个路由协议的具体问题。让我们考察一下判断一个路由协议所依据的一些特点。</P><P><STRONG>·稳定性</STRONG></P><P>路由协议必须具备防止出现路由环路问题的稳定性。路由环路是由网络拓扑结构发生变化之后立即出现的虚假路由信息广播引起的，可造成网络的崩溃。RIP等不太高级的协议使用保持计时器(holddown timer)来提高稳定性。如果一个子网性能下降，所有的路由器在保持计时器运行期间将忽略那个子网的任何更新。</P></SPAN>
<div align="right">本新闻共<font color=red>3</font>页,当前在第<font color=red>1</font>页&nbsp;&nbsp;<font color="red">1</font>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_05_11_33341_2.htm">2</a>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_05_11_33341_3.htm">3</a>&nbsp;&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8dip%e5%9c%b0%e5%9d%80%e7%ae%a1%e7%90%86/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IP网络设计系列之－－基本原则</title>
		<link>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%9f%ba%e6%9c%ac%e5%8e%9f%e5%88%99</link>
		<comments>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%9f%ba%e6%9c%ac%e5%8e%9f%e5%88%99#comments</comments>
		<pubDate>Thu, 12 May 2011 06:32:39 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机网络]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%9f%ba%e6%9c%ac%e5%8e%9f%e5%88%99</guid>
		<description><![CDATA[导言一个优秀的网络设计是建立一切成功的网络应用的基础。本文是四篇讲座文章的第一篇，重点介绍基于IP的网络设计，因为IP实际上已经成为标准的桌面协议。高级IP网络支持的应用在本质上已经日益变得多元化。IP已经同传统的数据应用一起成为语音、视频和多媒体等实时应用的一种传输机制。由于当前应用有许多不同的性质，IP互联网设计从来没有像现在这样具有挑战性。本文讨论在设计网络时应该遵循的一些基本原则。以后的文章将介绍用来熟练地进行网络设计的具体的局域网和广域网技术。需要一个设计计划大多数IP互联网络从设计方面说都属于两大类之中的一类。一类显然是设计非常好的网络，另一类只是临时批凑起来的网络。这两类网络明显的区别显示了良好的设计的重要性。一个设计良好的网络的特点是在下面的每一个领域都有可预见性和一致性:性能在主要网络性能参数方面能够保持不变的高水平性能。这些参数可能包括应用程序响应时间和响应时间的变化。弹性网络应该为其支持的应用程序提供一个有弹性的平台。一个高度专用的网络比需要满足所有的应用程序的99%的可用性目标，并且能够满足重要任务应用程序“零关机时间”的要求。理想的情况是，任何一个连接的失败或者客户机至服务器之间的任何一台网络设备的故障都不应该导致客户机与服务器之间通信进程的丢失。自动绕过故障启用备份线路的功能应该在极短的时间内完成，这个时间的间隙应该足以把当前通信进程的影响降低到最小的程度。这个间隔时间称作“收敛时间”，可根据网络拓扑结构变化的时间长度来确定(如一个连接的丢失)，直到网络上的每一台设备都知道这个变化。一个设计良好的网络总是一直保持较低的收敛时间。可伸缩性一个具有可伸缩性的网络能够充分支持网络的扩容，而不需要进行重大的重新设计。在用户数量的增长方面，网络节点或者站点的数量必须能够满足可能增加新的应用程序和这些应用程序可能消耗更多的带宽的需求。要获得对你的网络的伸缩性的认识，你需要回答下列问题:如果用户数量增加一倍、节点数量增加一倍、并且有需要一倍带宽的应用程序，你该怎么办?一个具有伸缩性的网络能够容纳这种增长和变化，而不需要对基础设置进行全面修改。基础的网络拓扑结构和使用的技术不必为了容纳这些变化而进行重新设计。新的用户和节点可以用一个简单的构建模块的方式添加到一个可伸缩的网络中。例如，新的节点应该简单地把新的网段或者模块与作为网络核心和骨干的现有的网络结构结合在一起。应该采用根据需要适当地增加局域网和广域网带宽的方式来容纳增加的带宽。在增加网络路由器和交换机的内存和处理能力等网络寿命周期之间，某些运营的升级也许还是必要的。然而，不应该做的事情是，在网络的寿命周期内，不应该为了支持计划之中的增长而对这个网络基础设施进行全面的修改。这就是一开始就要有一个网络计划的根本原因之一。运行成本成本是网络设计过程之中最基本的推动因素。这是一个不可回避的事实。网络不仅必须要满足某些技术规范，而且必须在设计和应用上更划算。拥有一个网络的主要成本通常是服务提供商提供的广域网的费用。那是帧中继、ATM、租赁线路或者ISDN技术的费用。网络设计的特点是权衡性能和可用性的成本。例如，要保证优化的应用程序平台可能需要更多的带宽，然而，这里有一个临界点，超过了这个限度去购买更多的带宽就不划算。同样，备份线路或者ISDN可以用来在客户机与服务器的通道之中保证网络的弹性，一旦主要数据通道出现故障，即可立即启用保证线路畅通。这种备份技术必须与主要连接线路的速度相同以避免在发生故障时降低服务质量。对于用户来说，在发生故障时降低服务质量是否可以容忍是一个经济性的决策。一个设计良好的网络不仅运行起来节省成本，而且还应该保持相对一致的运行成本。能够说明运行成本的一致性和可预见性的重要性的最佳例子之一是就是技术支持的成本问题。拥有网络的成本的第二大组成部分(仅次于广域网成本)就是技术支持的成本。这也是最容易忽略的一个成本要素，主要是因为技术支持的成本很难量化。例如，为了减少ATM服务提供商收取的广域网的费用，可以决定采用一种私人管理的应用ATM的方式。虽然这样做毫无疑问可以减少广域网成本，但是，这样做会导致技术支持费用的增加。要为一个专用ATM网络提供技术支持需要一个具有相当水平的技术人员。雇用和保留一个这样的技术人员是很昂贵的。然而，如果在公司内部没有这种技术人员，使用外部人员提供技术支持的费用将更高，例如使用外部的技术顾问或者使用第三方填补这个空缺以保证系统每天的顺利运行。设计目标在设计开始的时候制定一个明确的设计目标是必不可少的。这些目标与用来评估网络设计的一些参数有关。关键的性能参数必须要确定下来，并且为这些参数分配目标值。这些性能的目标最终是由应用程序的要求规定的。要以有意义的方式分配这些目标，应用程序必须知道数量和质量的水平。必须评估应用程序消耗的带宽以便提供必要的容量来满足性能目标。必须清楚地了应用程序包对数据包丢失、数据包延迟和各种延迟的敏感性。这在支持多种应用程序的现代网络中是特别重要的。数据包丢失对于使用UDP协议传输的数据应用程序的影响比对需要可靠连接的TCP协议应用程序的影响还要严重。相反，对于数据包丢失、数据包延迟和各种延迟来说，语音、视频、和多媒体等实时应用程序能够更容忍数据包丢失。因此，对于不同的网络应用程序应该采用优先等级不同的质量参数。目标值应该设置网络的可用性或者关机时间。同性能目标一样，这个目标在设计过程中将作为一个质量的标准。允许的网络关机时间的水平与商业应用程序本身有很大的关系。应用程序不能使用造成的影响在不同的行业有很大区别，在金融行业可能造成每小时数万美元的损失，在医疗行业有可能造成性命的损失。对于网络可能升级的规模应该提供一个预测。这种预测目标应该包括网络用户增加的数量、网络节点的增加数量，地理位置数量的增加、以及更重要的应用程序通信量的增加等。网络设计师的任务就是制定一个能够容纳这些增长的网络计划。如果一个网络不是一个成本低效率高的解决方案，设计这种具有性能、弹性和可伸缩性的网络就是没有用处的。设计师必须要非常清楚地了解预算的限制，以便对权衡成本和可用性做出聪明的决策。 本新闻共2页,当前在第1页&#160;&#160;1&#160;&#160;2&#160;&#160;]]></description>
			<content:encoded><![CDATA[<p><SPAN class=top11><STRONG>导言</STRONG><P>一个优秀的网络设计是建立一切成功的网络应用的基础。本文是四篇讲座文章的第一篇，重点介绍基于IP的网络设计，因为IP实际上已经成为标准的桌面协议。高级IP网络支持的应用在本质上已经日益变得多元化。IP已经同传统的数据应用一起成为语音、视频和多媒体等实时应用的一种传输机制。由于当前应用有许多不同的性质，IP互联网设计从来没有像现在这样具有挑战性。本文讨论在设计网络时应该遵循的一些基本原则。以后的文章将介绍用来熟练地进行网络设计的具体的局域网和广域网技术。</P><P><STRONG>需要一个设计计划</STRONG></P><P>大多数IP互联网络从设计方面说都属于两大类之中的一类。一类显然是设计非常好的网络，另一类只是临时批凑起来的网络。这两类网络明显的区别显示了良好的设计的重要性。一个设计良好的网络的特点是在下面的每一个领域都有可预见性和一致性:</P><P><STRONG>性能</STRONG></P><P>在主要网络性能参数方面能够保持不变的高水平性能。这些参数可能包括应用程序响应时间和响应时间的变化。</P><P><STRONG>弹性</STRONG></P><P>网络应该为其支持的应用程序提供一个有弹性的平台。一个高度专用的网络比需要满足所有的应用程序的99%的可用性目标，并且能够满足重要任务应用程序“零关机时间”的要求。理想的情况是，任何一个连接的失败或者客户机至服务器之间的任何一台网络设备的故障都不应该导致客户机与服务器之间通信进程的丢失。自动绕过故障启用备份线路的功能应该在极短的时间内完成，这个时间的间隙应该足以把当前通信进程的影响降低到最小的程度。这个间隔时间称作“收敛时间”，可根据网络拓扑结构变化的时间长度来确定(如一个连接的丢失)，直到网络上的每一台设备都知道这个变化。一个设计良好的网络总是一直保持较低的收敛时间。</P><P><STRONG>可伸缩性</STRONG></P><P>一个具有可伸缩性的网络能够充分支持网络的扩容，而不需要进行重大的重新设计。在用户数量的增长方面，网络节点或者站点的数量必须能够满足可能增加新的应用程序和这些应用程序可能消耗更多的带宽的需求。要获得对你的网络的伸缩性的认识，你需要回答下列问题:如果用户数量增加一倍、节点数量增加一倍、并且有需要一倍带宽的应用程序，你该怎么办?一个具有伸缩性的网络能够容纳这种增长和变化，而不需要对基础设置进行全面修改。基础的网络拓扑结构和使用的技术不必为了容纳这些变化而进行重新设计。新的用户和节点可以用一个简单的构建模块的方式添加到一个可伸缩的网络中。例如，新的节点应该简单地把新的网段或者模块与作为网络核心和骨干的现有的网络结构结合在一起。应该采用根据需要适当地增加局域网和广域网带宽的方式来容纳增加的带宽。在增加网络路由器和交换机的内存和处理能力等网络寿命周期之间，某些运营的升级也许还是必要的。然而，不应该做的事情是，在网络的寿命周期内，不应该为了支持计划之中的增长而对这个网络基础设施进行全面的修改。这就是一开始就要有一个网络计划的根本原因之一。</P><P><STRONG>运行成本</STRONG></P><P>成本是网络设计过程之中最基本的推动因素。这是一个不可回避的事实。网络不仅必须要满足某些技术规范，而且必须在设计和应用上更划算。拥有一个网络的主要成本通常是服务提供商提供的广域网的费用。那是帧中继、ATM、租赁线路或者ISDN技术的费用。</P><P>网络设计的特点是权衡性能和可用性的成本。例如，要保证优化的应用程序平台可能需要更多的带宽，然而，这里有一个临界点，超过了这个限度去购买更多的带宽就不划算。</P><P>同样，备份线路或者ISDN可以用来在客户机与服务器的通道之中保证网络的弹性，一旦主要数据通道出现故障，即可立即启用保证线路畅通。这种备份技术必须与主要连接线路的速度相同以避免在发生故障时降低服务质量。对于用户来说，在发生故障时降低服务质量是否可以容忍是一个经济性的决策。</P><P>一个设计良好的网络不仅运行起来节省成本，而且还应该保持相对一致的运行成本。能够说明运行成本的一致性和可预见性的重要性的最佳例子之一是就是技术支持的成本问题。拥有网络的成本的第二大组成部分(仅次于广域网成本)就是技术支持的成本。这也是最容易忽略的一个成本要素，主要是因为技术支持的成本很难量化。</P><P>例如，为了减少ATM服务提供商收取的广域网的费用，可以决定采用一种私人管理的应用ATM的方式。虽然这样做毫无疑问可以减少广域网成本，但是，这样做会导致技术支持费用的增加。要为一个专用ATM网络提供技术支持需要一个具有相当水平的技术人员。雇用和保留一个这样的技术人员是很昂贵的。然而，如果在公司内部没有这种技术人员，使用外部人员提供技术支持的费用将更高，例如使用外部的技术顾问或者使用第三方填补这个空缺以保证系统每天的顺利运行。</P><P><STRONG>设计目标</STRONG></P><P>在设计开始的时候制定一个明确的设计目标是必不可少的。这些目标与用来评估网络设计的一些参数有关。关键的性能参数必须要确定下来，并且为这些参数分配目标值。这些性能的目标最终是由应用程序的要求规定的。</P><P>要以有意义的方式分配这些目标，应用程序必须知道数量和质量的水平。必须评估应用程序消耗的带宽以便提供必要的容量来满足性能目标。必须清楚地了应用程序包对数据包丢失、数据包延迟和各种延迟的敏感性。这在支持多种应用程序的现代网络中是特别重要的。数据包丢失对于使用UDP协议传输的数据应用程序的影响比对需要可靠连接的TCP协议应用程序的影响还要严重。</P><P>相反，对于数据包丢失、数据包延迟和各种延迟来说，语音、视频、和多媒体等实时应用程序能够更容忍数据包丢失。因此，对于不同的网络应用程序应该采用优先等级不同的质量参数。目标值应该设置网络的可用性或者关机时间。同性能目标一样，这个目标在设计过程中将作为一个质量的标准。</P><P>允许的网络关机时间的水平与商业应用程序本身有很大的关系。应用程序不能使用造成的影响在不同的行业有很大区别，在金融行业可能造成每小时数万美元的损失，在医疗行业有可能造成性命的损失。</P><P>对于网络可能升级的规模应该提供一个预测。这种预测目标应该包括网络用户增加的数量、网络节点的增加数量，地理位置数量的增加、以及更重要的应用程序通信量的增加等。网络设计师的任务就是制定一个能够容纳这些增长的网络计划。<BR><BR>如果一个网络不是一个成本低效率高的解决方案，设计这种具有性能、弹性和可伸缩性的网络就是没有用处的。设计师必须要非常清楚地了解预算的限制，以便对权衡成本和可用性做出聪明的决策。</P></SPAN>
<div align="right">本新闻共<font color=red>2</font>页,当前在第<font color=red>1</font>页&nbsp;&nbsp;<font color="red">1</font>&nbsp;&nbsp;<a href="/CMS/Pub/softlevel/softlevel_networkengineer/2006_05_11_18342_2.htm">2</a>&nbsp;&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/wangluo/ip%e7%bd%91%e7%bb%9c%e8%ae%be%e8%ae%a1%e7%b3%bb%e5%88%97%e4%b9%8b%ef%bc%8d%ef%bc%8d%e5%9f%ba%e6%9c%ac%e5%8e%9f%e5%88%99/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【软考】电子签名基础知识ABC</title>
		<link>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e7%94%b5%e5%ad%90%e7%ad%be%e5%90%8d%e5%9f%ba%e7%a1%80%e7%9f%a5%e8%af%86abc</link>
		<comments>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e7%94%b5%e5%ad%90%e7%ad%be%e5%90%8d%e5%9f%ba%e7%a1%80%e7%9f%a5%e8%af%86abc#comments</comments>
		<pubDate>Thu, 12 May 2011 06:31:28 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机考试]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e7%94%b5%e5%ad%90%e7%ad%be%e5%90%8d%e5%9f%ba%e7%a1%80%e7%9f%a5%e8%af%86abc</guid>
		<description><![CDATA[&#160;&#160;&#160;1) 什么是电子签名?　　电子签名并非是书面签名的数字图像化。它其实是一种电子代码，利用它，收件人便能在网上轻松验证发件人的身份和签名。它还能验证出文件的原文在传输过程中有无变动。　　目前，可以通过多种技术手段实现电子签名，在确认了签署者的确切身份后，电子签名承认人们可以用多种不同的方法签署一份电子记录。方法有：基于PKI的公钥密码技术的数字签名；以生物特征统计学为基础的识别标识；手印、声音印记或视网膜扫描的识别；一个让收件人能识别发件人身份的密码代号、密码或个人识别码PIN；基于量子力学的计算机等等。但比较成熟的，使用方便具有可操作性的，在世界先进国家和我国普遍使用的电子签名技术还是基于PKI（PublicKeyInfrastructino）的数字签名技术。&#160;&#160;&#160;&#160;2) 基于PKI的数字签名技术　　基于ＰＫＩ（公钥基础设施）的电子签名被称作“数字签名”。有人称“电子签名”就是“数字签名”是错误的。数字签名只是电子签名的一种特定形式。因为电子签名虽然获得了技术中立性，但也带来使用的不便，法律上又对电子签名作了进一步规定，如上述联合国贸发会的《电子签名示范法》和欧盟的《电子签名共同框架指令》中就规定了“可靠电子签名”和“高级电子签名”。实际上就是规定了数字签名的功能，这种规定使数字签名获得了更好的应用安全性和可操作性。目前，具有实际意义的电子签名只有公钥密码理论。所以，目前国内外普遍使用的、技术成熟的、可实际使用的还是基于PKI的数字签名技术。作为公钥基础设施ＰＫＩ可提供多种网上安全服务，如认证、数据保密性、数据完整性和不可否认性。其中都用到了数字签名技术。　　PKI的核心执行机构是电子认证服务提供者，即通称为认证机构CA（Certificate Authority），PKI签名的核心元素是由CA签发的数字证书。它所提供的PKI服务就是认证、数据完整性、数据保密性和不可否认性。它的作法就是利用证书公钥和与之对应的私钥进行加/解密，并产生对数字电文的签名及验证签名。数字签名是利用公钥密码技术和其他密码算法生成一系列符号及代码组成电子密码进行签名，来代替书写签名和印章；这种电子式的签名还可进行技术验证，其验证的准确度对手工签名和图章的验证无法比拟的。这种签名方法可在很大的可信PKI域人群中进行认证，或在多个可信的PKI域中进行交叉认证，它特别适用于互联网和广域网上的安全认证和传输。]]></description>
			<content:encoded><![CDATA[<p><P>&nbsp;&nbsp;&nbsp;1) 什么是电子签名?<BR><BR>　　电子签名并非是书面签名的数字图像化。它其实是一种电子代码，利用它，收件人便能在网上轻松验证发件人的身份和签名。它还能验证出文件的原文在传输过程中有无变动。<BR><BR>　　目前，可以通过多种技术手段实现电子签名，在确认了签署者的确切身份后，电子签名承认人们可以用多种不同的方法签署一份电子记录。方法有：基于PKI的公钥密码技术的数字签名；以生物特征统计学为基础的识别标识；手印、声音印记或视网膜扫描的识别；一个让收件人能识别发件人身份的密码代号、密码或个人识别码PIN；基于量子力学的计算机等等。但比较成熟的，使用方便具有可操作性的，在世界先进国家和我国普遍使用的电子签名技术还是基于PKI（PublicKeyInfrastructino）的数字签名技术。<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;2) 基于PKI的数字签名技术<BR><BR>　　基于ＰＫＩ（公钥基础设施）的电子签名被称作“数字签名”。有人称“电子签名”就是“数字签名”是错误的。数字签名只是电子签名的一种特定形式。因为电子签名虽然获得了技术中立性，但也带来使用的不便，法律上又对电子签名作了进一步规定，如上述联合国贸发会的《电子签名示范法》和欧盟的《电子签名共同框架指令》中就规定了“可靠电子签名”和“高级电子签名”。实际上就是规定了数字签名的功能，这种规定使数字签名获得了更好的应用安全性和可操作性。目前，具有实际意义的电子签名只有公钥密码理论。所以，目前国内外普遍使用的、技术成熟的、可实际使用的还是基于PKI的数字签名技术。作为公钥基础设施ＰＫＩ可提供多种网上安全服务，如认证、数据保密性、数据完整性和不可否认性。其中都用到了数字签名技术。<BR><BR>　　PKI的核心执行机构是电子认证服务提供者，即通称为认证机构CA（Certificate Authority），PKI签名的核心元素是由CA签发的数字证书。它所提供的PKI服务就是认证、数据完整性、数据保密性和不可否认性。它的作法就是利用证书公钥和与之对应的私钥进行加/解密，并产生对数字电文的签名及验证签名。数字签名是利用公钥密码技术和其他密码算法生成一系列符号及代码组成电子密码进行签名，来代替书写签名和印章；这种电子式的签名还可进行技术验证，其验证的准确度对手工签名和图章的验证无法比拟的。这种签名方法可在很大的可信PKI域人群中进行认证，或在多个可信的PKI域中进行交叉认证，它特别适用于互联网和广域网上的安全认证和传输。 </P></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e7%94%b5%e5%ad%90%e7%ad%be%e5%90%8d%e5%9f%ba%e7%a1%80%e7%9f%a5%e8%af%86abc/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>『软考』接入网的分类</title>
		<link>http://blog.1xi.net/kaoshi/%e3%80%8e%e8%bd%af%e8%80%83%e3%80%8f%e6%8e%a5%e5%85%a5%e7%bd%91%e7%9a%84%e5%88%86%e7%b1%bb</link>
		<comments>http://blog.1xi.net/kaoshi/%e3%80%8e%e8%bd%af%e8%80%83%e3%80%8f%e6%8e%a5%e5%85%a5%e7%bd%91%e7%9a%84%e5%88%86%e7%b1%bb#comments</comments>
		<pubDate>Thu, 12 May 2011 06:31:28 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机考试]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/kaoshi/%e3%80%8e%e8%bd%af%e8%80%83%e3%80%8f%e6%8e%a5%e5%85%a5%e7%bd%91%e7%9a%84%e5%88%86%e7%b1%bb</guid>
		<description><![CDATA[&#160;&#160;&#160; 接入网的分类方法有很多种，例如可以按传输媒介分、按拓扑结构分、按使用技术分、按接口标准分、按业务带宽分、按业务种类分等等。　　接入网的分类方法有很多种，例如可以按传输媒介分、按拓扑结构分、按使用技术分、按接口标准分、按业务带宽分、按业务种类分等等。将这些因素都考虑进去，接入网的花样自然就很多，但常用的主要有下面几大类，它们可单独使用或混合使用：　 　　金属用户线上的XDSL：它又可分为IDSL(ISDN数字用户环路)、HDSL(利用两对线双向对称传输2Mb/s的高速数字用户环路)、SDSL(单线对双向对称传输2Mb/s的数字用户环路，传输距离比HDSL稍短)、VDSL(甚高速数字用户环路)、ADSL(不对称数字用户环路)。上述系统的拓扑结构是点到点。　　同轴电缆上的HFC(双向混合光纤同轴电缆接入传输系统)，SDV(可交换的数字视频接入系统，也基于混合光纤同轴电缆，但同轴缆上只传下行信号)。　　拓扑结构是树型或总线型，下行物理上通常为广播方式。HFC/SDV与其他接入方式相比的特点是下行可以混合传送摸拟与数字信号。　　光纤接入系统：可分为有源与无源系统，有源系统有基于PDH和SDH之分，拓扑结构可以是环型、总线型、星型或它们的混合型，也有点对点的应用。　　无源即PON(无源光网络)，有窄带与宽带之分，目前宽带 PON已经标准化的是基于ATM的 PON，即APON。PON本身下行是点到多点系统，上行为多点到点，上行时需要解决多用户争用问题，目前上行大多用TDMA(时分多址)技术。　　无线接入系统：通常指固定无线接入(FWA)，根据其技术来自无绳电话(如DECT)、集群电话、蜂窝移动通信、微波通信或卫星通信可分为很多类，对应不同的频段，容量、业务带宽和覆盖范围各异。无线接入主要的工作方式是点到多点，上行解决多用户争用的技术有FDMA(频分多址)、TDMA(时分多址)和CDMA(码分多址)，从频谱效率看CDMA最好，TDMA其次。其中CDMA又可有扩谱(DS)、跳频(FH)和同步(S-CDMA)几种。]]></description>
			<content:encoded><![CDATA[<p><P><SPAN class=f14>&nbsp;&nbsp;&nbsp; 接入网的分类方法有很多种，例如可以按传输媒介分、按拓扑结构分、按使用技术分、按接口标准分、按业务带宽分、按业务种类分等等。</SPAN></P><P><SPAN class=f14><FONT size=3>　　接入网的分类方法有很多种，例如可以按传输媒介分、按拓扑结构分、按使用技术分、按接口</FONT><FONT color=blue>标准</FONT><FONT size=3>分、按业务带宽分、按业务种类分等等。将这些因素都考虑进去，接入网的花样自然就很多，但常用的主要有下面几大类，它们可单独使用或混合使用：</FONT></SPAN><SPAN class=f14><FONT size=3>　 </FONT></P><P>　　金属用户线上的XDSL：它又可分为IDSL(ISDN数字用户环路)、HDSL(利用两对线双向对称传输2Mb/s的高速数字用户环路)、SDSL(单线对双向对称传输2Mb/s的数字用户环路，传输距离比HDSL稍短)、VDSL(甚高速数字用户环路)、ADSL(不对称数字用户环路)。上述系统的拓扑结构是点到点。</P><P>　　同轴电缆上的HFC(双向混合光纤同轴电缆接入传输系统)，SDV(可交换的数字视频接入系统，也基于混合光纤同轴电缆，但同轴缆上只传下行信号)。</P><P>　　拓扑结构是树型或总线型，下行物理上通常为广播方式。HFC/SDV与其他接入方式相比的特点是下行可以混合传送摸拟与数字信号。</P><P>　　光纤接入系统：可分为有源与无源系统，有源系统有基于PDH和SDH之分，拓扑结构可以是环型、总线型、星型或它们的混合型，也有点对点的应用。</P><P>　　无源即PON(无源光网络)，有窄带与宽带之分，目前宽带 PON已经标准化的是基于ATM的 PON，即APON。PON本身下行是点到多点系统，上行为多点到点，上行时需要解决多用户争用问题，目前上行大多用TDMA(时分多址)技术。</P><P>　　无线接入系统：通常指固定无线接入(FWA)，根据其技术来自无绳电话(如DECT)、集群电话、蜂窝移动通信、微波通信或卫星通信可分为很多类，对应不同的频段，容量、业务带宽和覆盖范围各异。无线接入主要的工作方式是点到多点，上行解决多用户争用的技术有FDMA(频分多址)、TDMA(时分多址)和CDMA(码分多址)，从频谱效率看CDMA最好，TDMA其次。其中CDMA又可有扩谱(DS)、跳频(FH)和同步(S-CDMA)几种。</P></SPAN></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/kaoshi/%e3%80%8e%e8%bd%af%e8%80%83%e3%80%8f%e6%8e%a5%e5%85%a5%e7%bd%91%e7%9a%84%e5%88%86%e7%b1%bb/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>【软考】如何编写HTTP Servlet程序</title>
		<link>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e5%a6%82%e4%bd%95%e7%bc%96%e5%86%99http-servlet%e7%a8%8b%e5%ba%8f</link>
		<comments>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e5%a6%82%e4%bd%95%e7%bc%96%e5%86%99http-servlet%e7%a8%8b%e5%ba%8f#comments</comments>
		<pubDate>Thu, 12 May 2011 06:31:28 +0000</pubDate>
		<dc:creator>fangds</dc:creator>
				<category><![CDATA[计算机考试]]></category>

		<guid isPermaLink="false">http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e5%a6%82%e4%bd%95%e7%bc%96%e5%86%99http-servlet%e7%a8%8b%e5%ba%8f</guid>
		<description><![CDATA[&#160;&#160;&#160;&#160;在编写Servlet 时需要用到两个用于所有 Servlet 的基本软件包：javax.servlet 和 javax.servlet.http。下面主要介绍javax.servlet.http提供的HTTP Servlet应用编程接口。 &#160;&#160;&#160;&#160;首先介绍一下Java Servlet的基本方法。 init() 方法&#160;&#160;&#160;&#160;在Servlet的生命周期中，仅执行一次 init() 方法，即在服务器装入Servlet时执行。通过配置服务器，可以设定在启动服务器或客户机首次访问Servlet 时装入Servlet。无论有多少客户机访问Servlet，都不会重复执行 init()。 service() 方法 &#160;&#160;&#160;&#160;service()方法是Servlet的主体部分。客户对一个HttpServlet对象的每次请求都会调用该对象的service() 方法，并传递给这个方法一个&#8221;请求&#8221;对象和一个&#8221;响应&#8221;对象作为参数。&#8221;请求&#8221;对象提供有关请求的信息，而&#8221;响应&#8221;对象提供了一个将响应信息返回给浏览器的通信途径。javax.servlet 软件包中的相关类为ServletRequest和ServletResponse，而javax.servlet.http 软件包中的相关类为HttpServletRequest 和 HttpServletResponse。Servlet 通过这些对象与服务器通信并最终与客户机通信。Servlet 能通过调用&#8221;请求&#8221;对象的方法获知客户机环境、服务器环境的信息和所有由客户机提供的信息；通过调用&#8221;响应&#8221;对象的方法，Servlet可以向客户机发送响应。 &#160;&#160;&#160;&#160;HttpServlet中的service()方法默认的服务功能是调用与 HTTP 请求的方法相应的 do 功能。例如，如果 HTTP 请求方法为 GET，则默认情况下就调用 doGet()。当一个客户通过HTML表单发出一个HTTP POST请求时，doPost()方法被调用。与POST请求相关的参数作为一个单独的HTTP 请求从浏览器发送到服务器。当需要修改服务器端的数据时，应该使用doPost()方法。 &#160;&#160;&#160;&#160;Servlet的响应可以是下列几种类型： &#160;&#160;&#160;&#160;·一个输出流，浏览器根据它的内容类型（如text/HTML）进行解释。 &#160;&#160;&#160;&#160;·一个HTTP错误响应，重定向到另一个URL、Servlet和JSP。 destroy() 方法 &#160;&#160;&#160;&#160;destroy() 方法仅执行一次，即在服务器停止且卸载Servlet 时执行该方法。当服务器卸载 Servlet 时，将在所有 service() 方法调用完成后，或在指定的时间间隔过后调用 destroy() 方法。一个Servlet 在运行service() 方法时可能会产生其他的线程，因此在调用 destroy() 方法时，必须确认这些线程已终止或完成。 GetServletConfig()方法 [...]]]></description>
			<content:encoded><![CDATA[<p><P></p>
<table class=p14 cellSpacing=0 cellPadding=2 width="96%" border=0>
<tr>
<td style="WORD-WRAP: break-word"><font id=zoom>&nbsp;&nbsp;&nbsp;&nbsp;在编写Servlet 时需要用到两个用于所有 Servlet 的基本软件包：javax.servlet 和 javax.servlet.http。下面主要介绍javax.servlet.http提供的HTTP Servlet应用编程接口。 </p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;首先介绍一下Java Servlet的基本方法。<br />
<UL><br />
<LI>init() 方法<br />&nbsp;&nbsp;&nbsp;&nbsp;在Servlet的生命周期中，仅执行一次 init() 方法，即在服务器装入Servlet时执行。通过配置服务器，可以设定在启动服务器或客户机首次访问Servlet 时装入Servlet。无论有多少客户机访问Servlet，都不会重复执行 init()。<br />
<LI>service() 方法 <br />&nbsp;&nbsp;&nbsp;&nbsp;service()方法是Servlet的主体部分。客户对一个HttpServlet对象的每次请求都会调用该对象的service() 方法，并传递给这个方法一个&#8221;请求&#8221;对象和一个&#8221;响应&#8221;对象作为参数。&#8221;请求&#8221;对象提供有关请求的信息，而&#8221;响应&#8221;对象提供了一个将响应信息返回给浏览器的通信途径。javax.servlet 软件包中的相关类为ServletRequest和ServletResponse，而javax.servlet.http 软件包中的相关类为HttpServletRequest 和 HttpServletResponse。Servlet 通过这些对象与服务器通信并最终与客户机通信。Servlet 能通过调用&#8221;请求&#8221;对象的方法获知客户机环境、服务器环境的信息和所有由客户机提供的信息；通过调用&#8221;响应&#8221;对象的方法，Servlet可以向客户机发送响应。 </p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;HttpServlet中的service()方法默认的服务功能是调用与 HTTP 请求的方法相应的 do 功能。例如，如果 HTTP 请求方法为 GET，则默认情况下就调用 doGet()。当一个客户通过HTML表单发出一个HTTP POST请求时，doPost()方法被调用。与POST请求相关的参数作为一个单独的HTTP 请求从浏览器发送到服务器。当需要修改服务器端的数据时，应该使用doPost()方法。 </p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;Servlet的响应可以是下列几种类型： <br />&nbsp;&nbsp;&nbsp;&nbsp;·一个输出流，浏览器根据它的内容类型（如text/HTML）进行解释。 <br />&nbsp;&nbsp;&nbsp;&nbsp;·一个HTTP错误响应，重定向到另一个URL、Servlet和JSP。 <br />
<LI>destroy() 方法 <br />&nbsp;&nbsp;&nbsp;&nbsp;destroy() 方法仅执行一次，即在服务器停止且卸载Servlet 时执行该方法。当服务器卸载 Servlet 时，将在所有 service() 方法调用完成后，或在指定的时间间隔过后调用 destroy() 方法。一个Servlet 在运行service() 方法时可能会产生其他的线程，因此在调用 destroy() 方法时，必须确认这些线程已终止或完成。 <br />
<LI>GetServletConfig()方法 <br />&nbsp;&nbsp;&nbsp;&nbsp;GetServletConfig()方法返回一个 ServletConfig 对象，该对象用来返回初始化参数和ServletContext。ServletContext 接口提供有关Servlet 的环境信息。<br />
<LI>GetServletInfo()方法 <br />&nbsp;&nbsp;&nbsp;&nbsp;GetServletInfo()方法是一个可选的方法，它提供有关Servlet 的信息，如作者、版本、版权。</LI></UL></p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;下面介绍编写一个基本HTTP Servlet的步骤。 </p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;（1）引入相应的包和类，包括： </p>
<p><CCID_NOBR></p>
<table cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>
<tr>
<td class=code style="FONT-SIZE: 9pt" bgColor=#e6e6e6><PRE><CCID_CODE>import javax.servlet.*;import javax.servlet.http.*;import java.io.*;继承javax.servlet.http.HttpServlet public class MyServlet extends HttpServlet&#123;</CCID_CODE></PRE></td>
</tr>
</table>
<p></CCID_NOBR></p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;（2）实现service方法。 </p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;Servlet的主要功能是接受从浏览器发送过来的HTTP请求（request），并返回HTTP响应（response）。这个工作是在service方法中完成的。service方法包括从request对象获得客户端数据和向response对象创建输出。 </p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;如果一个Servlet从javax.servlet.http.HttpServlet继承，实现了doPost或doGet方法，那么这个Servlet只能对POST或GET做出响应。如果开发人员想处理所有类型的请求（request），只要简单地实现service方法即可（但假如选择实现service方法，则不必实现doPost或doGet方法，除非在service方法的开始调用super.service()）。其中的差别如图14-2所示。 </p>
<p><CENTER><img src="/article/UploadPic/2006-7/2006724132150475.jpg"><br />图14-2 doGet、doPost、service的区别</CENTER></p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;HTTP Servlet规范描述了用来处理其他请求（request）类型的方法，所有这些方法都可以归属于service方法。所有的service 方法使用一样的参数。HttpServletRequest提供关于请求（request）的信息，Servlet可以使用 HttpServletResponse 对HTTP客户端做出响应。 </p>
<p><CCID_NOBR></p>
<table cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>
<tr>
<td class=code style="FONT-SIZE: 9pt" bgColor=#e6e6e6><PRE><CCID_CODE>public void service(HttpServletRequest req,HttpServletResponse res)throws IOException&#123;// 设置响应内容的类型 res.setContentType(&#8220;text/html&#8221;);// 获得java.io.PrintWriter对象的引用，用来输出 PrintWriter out = res.getWriter();// 使用PrintWriter对象的println()方法创建一些HTML代码，例如 out.println(&#8220;&lt;html&gt;&lt;head&gt;&lt;title&gt;Hello  World!&lt;/title&gt;&lt;/head&gt;&#8221;);out.println(&#8220;&lt;body&gt;&lt;h1&gt;Hello World!&lt;/h1&gt;&lt;/body&gt;&lt;/html&gt;&#8221;);……&#125;</CCID_CODE></PRE></td>
</tr>
</table>
<p></CCID_NOBR></p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;（3）编译Servlet。<br />&nbsp;&nbsp;&nbsp;&nbsp;从存放此Servlet源代码文件的目录编译此Servlet到包含此Servlet的应用中的 WEB-INF/classes目录。如：<br />&nbsp;&nbsp;&nbsp;&nbsp;javac -d /your_application_dir/WEB-INF/classes your_servlet.java </p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;（4）将此Servlet作为应用的一部分部署。<br />&nbsp;&nbsp;&nbsp;&nbsp;把程序编译到指定目录后还是没有开启这个服务，我们必须对它进行配置，在C:\bea\wlserver6.1\config\mydomain\applications\DefaultWebApp\WEB-INF下有一个web.xml文件，这个就是应用程序的配置文件。这个文件的一般形式如下： </p>
<p><CCID_NOBR></p>
<table cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>
<tr>
<td class=code style="FONT-SIZE: 9pt" bgColor=#e6e6e6><PRE><CCID_CODE>&lt;?xml version=&#8221;1.0&#8243; ?&gt;&lt;!DOCTYPE web-app PUBLIC &#8220;-//Sun Microsystems, Inc.//DTD Web Application 1.2//EN&#8221; &#8220;http://java.sun.com/j2ee/dtds/web-app_2_2.dtd&#8221;&gt;&lt;web-app&gt;  &lt;!&#8211;chapter 8  java  servlets &#8211;&gt;  &lt;servlet&gt;  &lt;servlet-name&gt;HelloWorld2&lt;/servlet-name&gt;  &lt;servlet-class&gt;examples.servlets.HelloWorld2&lt;/servlet-class&gt;  &lt;init-param&gt;   &lt;param-name&gt;greeting&lt;/param-name&gt;   &lt;param-value&gt;welcome&lt;/param-value&gt;   &lt;/init-param&gt;   &lt;init-param&gt;    &lt;param-name&gt;person&lt;/param-name&gt;    &lt;param-value&gt;weblogic developer&lt;/param-value&gt;    &lt;/init-param&gt;  &lt;/servlet&gt;  &lt;servlet-mapping&gt;  &lt;servlet-name&gt;HelloWorld2&lt;/servlet-name&gt;  &lt;url-pattern&gt;/HelloWorld2/*&lt;/url-pattern&gt;  &lt;/servlet-mapping&gt;    &lt;welcome-file-list&gt;    &lt;welcome-file&gt;index.html&lt;/welcome-file&gt;  &lt;/welcome-file-list&gt;&lt;/web-app&gt;</CCID_CODE></PRE></td>
</tr>
</table>
<p></CCID_NOBR></p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;其中servlet-name是Servlet的名字，servlet-class是在\WEB-INF\classes下存放class文件的相对路径。我们还可以在此文件中初始化参数，形式如下： </p>
<p><CCID_NOBR></p>
<table cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>
<tr>
<td class=code style="FONT-SIZE: 9pt" bgColor=#e6e6e6><PRE><CCID_CODE>&lt;init-param&gt; &lt;param-name&gt;greeting&lt;/param-name&gt; &lt;param-value&gt;welcome&lt;/param-value&gt;&lt;/init-param&gt;</CCID_CODE></PRE></td>
</tr>
</table>
<p></CCID_NOBR></p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;param-name是参数的名称，在本例中是greeting；param-value是参数的值，在本例是welcome。我们可以以此形式初始化更多的参数。 </p>
<p><CCID_NOBR></p>
<table cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>
<tr>
<td class=code style="FONT-SIZE: 9pt" bgColor=#e6e6e6><PRE><CCID_CODE>&lt;servlet-mapping&gt;&lt;servlet-name&gt;HelloWorld2&lt;/servlet-name&gt;&lt;url-pattern&gt;/HelloWorld2/*&lt;/url-pattern&gt;&lt;/servlet-mapping&gt;</CCID_CODE></PRE></td>
</tr>
</table>
<p></CCID_NOBR></p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;这段代码是Servlet名称与url-pattern路径的映射。根据这段代码，HelloWorld2这个Servlet程序的URL路径就是http://SERVER_ADDRESS:<PORT>/HelloWorld2。 </p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;（5）从浏览器访问Servlet。一般说来，调用Servlet的URL 取决于包含Servlet的Web应用的名字和Web应用部署描述中的Servlet映射的名字。请求（request）参数也可以是调用Servlet的URL的一部分，一般Servlet 的URL如以下模式：<br />&nbsp;&nbsp;&nbsp;&nbsp;http://SERVER_ADDRESS:<PORT>/your_web_application_name/ mapped_servlet_name? Parameter </font></td>
</tr>
</table>
<p></P></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.1xi.net/kaoshi/%e3%80%90%e8%bd%af%e8%80%83%e3%80%91%e5%a6%82%e4%bd%95%e7%bc%96%e5%86%99http-servlet%e7%a8%8b%e5%ba%8f/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

