ABSTRACT Distributed Storage in RIB
Distributed Storage in RIB
Thomas Brant Boehmann
March 23, 2003
Computer Science Department
University of Tennessee
Knoxville, TN 37996-1301
ICL Technical Document Number: ICL-UT-03-01
ABSTRACT
Recently, the Logistical Computing and Internetworking (LoCI) Lab at the University of Tennessee has created an abstraction of distributed network storage known as the Network Storage Stack. Many applications would benefit from making use of the foundations provided by LoCI. This paper is intended to serve as an explanation of how the Repository in a Box (RIB) toolkit, which was created by the Innovative Computing Lab (ICL) as part of the National HPCC Software Exchange project, can increase functionality by becoming an application at the top of the Network Storage Stack and making use of the Logistical Runtime System (LoRS) and exNodes.
1. INTRODUCTION
Myriads of applications have storage requirements that can be difficult to meet. The Repository in a Box (RIB) toolkit is one such application. This metadata repository could benefit from storage as well as bandwidth relief, for example for archiving and retrieval of large data files resulting from simulations. Such relief can be provided by using distributed storage. Distributed storage can easily be facilitated using logistical networking techniques provided by the Network Storage Stack with the Internet Backplane Protocol (IBP) as its base.
2. REPOSITORY IN A BOX
The Innovative Computing Laboratory (ICL) at the University of Tennesseehas created software known as Repository in a Box (RIB) as part of the National HPCC Software Exchange project[5]. RIB is a software package for creating metadata repositories and archiving related data files. RIB allows users to enter data into a user friendly interface; the datathen get pushed to a RIB server over http. The information is stored in a database for future retrieval from a web-based catalog. By default, RIB uses a simplified version of IEEE Standard 1420.1, Basic Interoperability Data Model (BIDM), as the data model for storing and exchanging metadata. The purpose of the BIDM is to define the minimal set of information about assets that reuse libraries should be able to exchange in order to support interoperability [2]. Other data that would be useful but are not included in the BIDM but can be added to RIB’s data model by an administrator via a simple interface after defining the necessary extension to the BIDM.
The BIDM consists of five classes that each have a set of attributes and relationships. An attribute is a field that contains a value. A relationship is a field that is used to relate one class to another class. RIGObject is the root class of the BIDM model. All sublasses inherit the Name attribute from the RIGObject class [5]. An illustration of the classes and their relationships using the graphic notation of James Rumbaugh's Object-Oriented Modeling and Design [3] can be viewed in Figure 2.
Figure 1. Legend for Data Model Notation [5]
Figure 2. Basic Interoperability Data Model [5]
? Asset contains information about items of interest that are stored in a reuse library, such as design documentation, specifications, source code, test suites, or any other unit of
information of potential value to the reuser.
? Element consists of a single file.
? Library is made up of Assets.
? Organization may be a person, company, research group, etc., that creates and manages an Asset or Library.
The Element object is of primary concern to this project. An object of class Element provides metadata about a single file. In recent versions of RIB, a facility has been added to upload files to the RIB server. Later, the user has the ability to attach the actual file to the Element itself. This is very useful when viewing the catalog, because the file can be downloaded directly from the catalog.
3. LOGISTICAL NETWORKING
The Logistical Computing and Internetworking (LoCI) Laboratory at the University of Tennessee is devoted to information logistics in distributed computer systems and networks. LoCI has designed and implemented a network storage abstraction called the Network Storage Stack. A pictorial view of the Network Storage Stack can be viewed in Figure 3.
Figure 3. Network Storage Stack [4]
3.1 Internet Backplane Protocol
While the bottom two layers are simply the hardware and operating system layers of storage, the lowest layer of interest is the Internet Backplane Protocol (IBP).
IBP is a server daemon and a client library that allows storage owners to insert their storage into the network and allows generic clients to allocate and use this storage. The unit of storage is a time-limited, append-only byte-array. IBP’s byte-array allocation is like a network malloc() call – clients request an allocation from a specific IBP Depot, and if successful, are returned encrypted text strings (called capabilities) for reading and writing [1].
3.2 L-Bone
The next layer contains the L-Bone, for resource discovery and proximity resolution, and the exNode, a data structure for aggregation. The L-Bone (Logistical Backbone) is a directory or registry that allows clients to perform IBP depot discovery. IBP depots register themselves with the LBone, and clients may then query the L-Bone for depots that have various characteristics, including minimum storage capacity and duration requirements, and basic proximity requirements [1].
3.3 ExNode
The exNode is a data structure for aggregation, similar to the Unix inode (Figure 4). Whereas the inode aggregates disk blocks on a single disk volume to compose a file, the exNode aggregates IBP byte-arrays to compose a logical entity like a file. Two major differences between exNodes and inodes are that the IBP buffers may be of any size, and the extents may overlap and be replicated (Figure 5) [1].
Figure 4: The exNode in comparison to the Unix inode [1]
Figure 5: Sample exNodes of a 600-byte file with different replication strategies [1].
3.4 Logistical Runtime System
At the next level of the Network Storage Stack are tools that perform the actual aggregation of network storage resources, using the lower layers of the stack. These tools take the form of client libraries that perform basic functionalities, and stand-alone programs built on top of the libraries [1]. These tools are known as the Logistical Runtime System (LoRS). The basic functionalities of the LoRS tools include the following:
Upload: This takes a local file and uploads it into the network and returns an exNode for the upload.
Download: This takes an exNode as input and downloads a specified region of the file that it represents into local storage.
List: This takes an exNode as input and provides a long listing of the stored file’s name and size and metadata about each segment or fragment of the file (individual IBP capability sets) including offset, length, available bandwidth and expiration.
Refresh: This takes an exNode as input and extends time limits of the IBP buffers that compose the file.
Augment: This takes an exNode as input, adds more replica(s) to it (or to parts of it), and returns an updated exNode.
Trim: This takes an exNode, deletes specified fragments, and returns a new exNode.
3.5 Applications
Lastly, applications sit at the top of the Network Storage Stack. These are applications that make use of distributed storage and logistical networking through the use of the LoRS tools. Indeed, the goal of this project was to make RIB an application on top of the Network Storage Stack. 4. USING LOGISTICAL NETWORKING IN RIB
As previously mentioned, RIB contains objects called Elements which contain metadata about individual files. Files can be uploaded via http and be attached to the Element and available for download via the web based catalog. In many cases it would be useful if exNodes could be used instead of the actual file, for example for very large data files.
4.1 An exNode Repository
One way to view RIB would be as an exNode repository. Currently files can be uploaded and attached to the corresponding Element; however, nothing prohibits that file from being an exNode. This method allows users to upload all their exNodes and keep metadata about the exNode. The problem with this is IBP space is time limited. So in order to keep exNodes from expiring, exNodes must be refreshed. A process can be added to RIB to keep all exNodes automatically refreshed. This process takes the form of a Perl script and a job inserted in the RIB user’s cron tab. Another issue is data locality. An exNode could have been created in Australia and uploaded to a RIB server in North America. Performing operations on such an exNode could prove costly. It would be beneficial if copies could be stored in IBP depots that are closer to the RIB server. Another issue related to data locality is that it will be difficult for many RIB administrators to trust servers out of their control. It would be beneficial if the exNodes could point to space that the administrator either controls or trusts. This is where an augment operation would be useful. The same process in RIB that keeps all exNodes refreshed also has the capability to automatically augment the exNodes to “trusted” depots. The RIB administrator can configure the LoRS tools to use preferred IDP depots using the .xndrc file.
4.2 Using an external exNode Repository
Other, more advanced software packages that will serve as exNode repositories are under development. These include a server from the LoCI lab called ROLF. Perhaps these repositories, which are external to RIB, will prove more functional than using RIB as an exNode repository. However, RIB’s main purpose remains to collect metadata regardless of location of storage. In this case, using an extension to the BIDM known as the Standard NHSE Extension could be helpful. This extension adds a webpage attribute to the top level RIGObject class which is inherited by all objects including the Element. Using the webpage attribute, a user could store a URL to the exNode contained in an external repository. By doing so, the URL to the exNode would appear in the catalog and could be navigated to or downloaded with a simple mouse click.
4.3 Using LoRS from the RIB interface
Performing LoRS operations on files contained in RIB is key functionality if RIB is to be used as an exNode repository. Reasons for doing this include the following:
Bandwidth at the client machine is low, so uploading an exNode would be faster than uploading an entire file. Then, a download operation could be performed from the RIB server where presumably higher bandwidth is available. The file attached to the Element would then be changed to the “real” file as opposed to the exNode.
A file has been uploaded in the past and based on the use of that file it has become apparent that distributing an exNode would be more useful to the consumer of the file. Thus, an upload can be performed on the file, and now the exNode is associated with the element instead of the original file. This could also be done to conserve space on the RI
B server.
Simply storing exNodes in an organized manner is useful. Using RIB as an exNode repository allows remote access to a user’s exNodes regardless of location. RIB provides a place to store metadata about the exNode (or contents of the exNode). A list operation could be performed to see exNode information.
As mentioned before, automatic refresh and augment capabilities have been added to RIB, but perhaps the RIB administrator has chosen not to enable this feature. Being able to refresh and augment manually from the RIB interface itself is also useful.
This project has made changes to both the RIB server and the RIB user interface to expose LoRS functionality to the user. First the LoRS tools need to be installed on the server. Second, a set of perl based CGI programs have been added to encapsulate the logic and make the calls to the LoRS tools. Third, the java applet that provides the RIB administrative interface has been modified to provide an interface to the new IBP functionality. You can see the components of RIB and their interactions in Figure 6.
Figure 6: RIB interaction
The new IBP functionality has been exposed in the RIB administrative interface as a context-sensitive menu (Figures 7 and 8). This menu appears when right clicking on an object in the object browser. If the object is an element and has a file attached, the user will see the IBP submenu. If the file is an exNode, then the IBP submenu will contain the following options: download, augment, refresh, and list. If the file is not an exNode, the IBP submenu will provide
an option to upload the file into IBP. When the download option is chosen, the RIB server will download the file from IBP and place it on the RIB file system. The database record associated with the Element will now point to the new file instead of the exNode. Conversely, when the upload option is selected, the file will be uploaded into IBP space, an exNode will be placed on the RIB server’s file system, and the database record associated with the Element will point to the new exNode.
Figure 7: IBP submenu for an Element with exNode attached.
Figure 8: IBP submenu for Element with “normal” file attached.
When the list option is selected, a popup window will appear showing the exNode information obtained from the LoRS list command (Figure 9).
Figure 9: Popup window as a result of choosing “List” option.
5. CONCLUSION AND FUTURE WORK
The ability to utilize distributed storage via IBP is a very useful addition to a software package whose main concern is to store metadata. Such functionality allows for the conservation of space on RIB servers while bringing the RIB package to the edge of the latest in storage technologies. There are several aspects of this work that could be expanded upon to provide more and better functionality.
The LoRS tools which are wrapped by the RIB server provide many options for customization. Currently all operations exposed are using the tools under their default operation modes. At present the only way to take advantage of any of these options is by using the .xndrc file which makes for global options. It would be nice if a more feature-rich interface could be provided at the user level so that the user can choose options for LoRS operations. A trim operation from the RIB interface could be useful, but this is a difficult operation for which to provide defaults. Right now, using the upload and download options may be difficult for files of large size. The reasons for this are two-fold. One, the User Interface blocks during these IBP operations. Two, the communication between the applet and the RIB server is facilitated via http. HTTP is not a very reliable communication mechanism. In order to make this more robust, an alternate protocol to http could be used for a more reliable communication mechanism. If these operations were asynchronous, the user would be able to perform other operations while waiting for the other operations to complete. Issues such as error handling would have to be addressed in an asynchronous architecture.
ACKNOWLEDGEMENT
I would like to give special thanks to my advisor, Dr. Shirley Moore, for helping me find a PILOT project and helping me along the process. I would also like to thank Dr. Jack Dongarra and Dr. Micah Beck for serving on my graduate committee. Thanks to Yuanlei Zhang for
answering all my questions about RIB and shipping me the latest source code. Thanks to Jeremy
Millar for being so helpful while I was trying to understand IBP and the LoRS tools.
REFERENCES
[1] Atchley, S., Soltesz, S., Plank, J. S., Beck, M., and Moore T. Fault-Tolerance in the Network Storage Stack. IEEE Workshop on Fault-Tolerant Parallel and Distributed Systems, Ft.
Lauderdale, FL, April, 2002.
[2] IEEE Standard for Information Technology - Software Reuse - Data Model for Reuse
Library Interoperability: Basic Interoperability Data Model (BIDM). IEEE Std 1420.1, 1995.
[3] J. Rumbaugh, M. Blaha, W. Premerlani, F. Eddy, and W. Lorensen. Object-Oriented
Modeling and Design. Prentice-Hall: Englewood Cliffs, New Jersey, 1991.
[4] Logistical and Internetworking Lab Website, https://www.wendangku.net/doc/ec12554285.html,.
[5] Repository in a Box Homepage, https://www.wendangku.net/doc/ec12554285.html,/RIB.
路由器知识大全
路由器知识大全 内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）
第一章网络互联 网络的根本目的非常简单：方便人们交换所获得的信息。但是网络的应用需求非常复杂：有的用户希望高带宽，但并不要求很长的传输距离；有的用户要求很长的距离，但对带宽要求很低；有的对网络的可靠性要求较高，而另外一些则要求较低，等等。这些都导致了网络的多样化，现在比较常见的局域网有以太网、令牌环和FDDI，广域网有DDN、、帧中继、ATM等，这些网络分别从不同方面满足用户需求。这些网络的物理介质和协议都不相同，彼此之间不能直接相互通信。将它们相互连接，使不同网络上的用户之间可以交换信息的技术就称为网络互联技术。实现网络互联的技术有两种：协议转换和隧道技术。 TCP/IP 和Novell的IPX是两种常见的协议转换技术。 Novell的IPX曾经红火一时，但现在网络互联中占统治地位的是TCP/IP，风靡世界的nternet就是利用TCP/IP作为互联协议的实例。路由器就是一种利用协议转换技术将异种网进行互联的设备。而现在非常时髦的VPN（Virtual Private Network，虚拟私有网）则是隧道技术的代表。 ？ 第二章路由器的基本结构和工作原理 路由器实质上是一种将网络进行互联的专用计算机，路由器在TCP/IP中又称为IP网关。本章拟以TCP/IP技术为例介绍路由器。大家都知道OSI的七层模型，如图 TCP/IP层次模型
路由器的软件结构就是以TCP/IP协议栈为核心的，下图是一个简单的路由器软件结构。 路由器软件结构 路由器的协议转换发生在IP层。如下图所示，路由器试图互联局域网和Internet。局域网是以太网，运行和。路由器和接入服务器之间为专线，而链路层协议为PPP（Point to Point Protocol，点对点协议）。以太网上的主机以及Internet上的接入服务器的网络层协议都是IP。主机将IP包封装在以太网帧中发向路由器；路由器的以太网口收到主机发来的以太网帧后处理帧头并上交路由器的IP层；IP查看报文头后将IP包交给广域网口的PPP；PPP将IP包封装在PPP帧中并通过专线发往接入服务器。上述互联原理具有普遍性：某种网络设备要在第n层上互联异种网N1和N2，那么N1和N2在第n层及以上的协议（若有）必须相同。这实际上也是N1和N2能够互联的充要条件。 问题是主机如何知道把要去Internet的报文交给正确的路由器（假设以太网上有多台主/路由器），而路由器又是如何知道将主机报文发给哪个接入服务器（假设路由器有多个广域网口，且每个广域网口都和一个接入服务器相连）的呢答案是依靠寻址和路由机制。 路由器的工作原理 IP地址被用来标识一台工作在IP层的网络设备。在相互联结的网络中IP地址应该是唯一的，即一个IP地址不能同时被多个网络设备使用。但是TCP/IP允许一台网络设备占用多个IP地址，这种设备称为“多穴主机”。路由器就是一种多穴主机，它的每个端口都有一个IP地址，甚至于一个端口可以有多个IP地
公文写作规范格式
商务公文写作目录 一、商务公文的基本知识 二、应把握的事项与原则 三、常用商务公文写作要点 四、常见错误与问题
一、商务公文的基本知识 1、商务公文的概念与意义 商务公文是商业事务中的公务文书，是企业在生产经营管理活动中产生的，按照严格的、既定的生效程序和规范的格式而制定的具有传递信息和记录作用的载体。规范严谨的商务文书，不仅是贯彻企业执行力的重要保障，而且已经成为现代企业管理的基础中不可或缺的内容。商务公文的水平也是反映企业形象的一个窗口，商务公文的写作能力常成为评价员工职业素质的重要尺度之一。 2、商务公文分类：（1）根据形成和作用的商务活动领域，可分为通用公文和专用公文两类（2）根据内容涉及秘密的程度，可分为对外公开、限国内公开、内部使用、秘密、机密、绝密六类（3）根据行文方向，可分为上行文、下行文、平行文三类（4）根据内容的性质，可分为规范性、指导性、公布性、陈述呈请性、商洽性、证明性公文（5）根据处理时限的要求，可分为平件、急件、特急件三类（6）根据来源，在一个部门内部可分为收文、发文两类。 3、常用商务公文： （1）公务信息：包括通知、通报、通告、会议纪要、会议记录等 （2）上下沟通：包括请示、报告、公函、批复、意见等 （3）建规立矩：包括企业各类管理规章制度、决定、命令、任命等； （4）包容大事小情：包括简报、调查报告、计划、总结、述职报告等； （5）对外宣传：礼仪类应用文、领导演讲稿、邀请函等； （6）财经类：经济合同、委托授权书等； （7）其他：电子邮件、便条、单据类（借条、欠条、领条、收条）等。 考虑到在座的主要岗位，本次讲座涉及请示、报告、函、计划、总结、规章制度的写作，重点谈述职报告的写作。 4、商务公文的特点： （1）制作者是商务组织。（2）具有特定效力，用于处理商务。 （3）具有规范的结构和格式，而不像私人文件靠“约定俗成”的格式。商务公文区别于其它文章的主要特点是具有法定效力与规范格式的文件。 5、商务公文的四个构成要素： （1）意图：主观上要达到的目标 (2）结构：有效划分层次和段落，巧设过渡和照应 (3）材料：组织材料要注意多、细、精、严 (4) 正确使用专业术语、熟语、流行语等词语，适当运用模糊语言、模态词语与古词语。 6、基本文体与结构 商务文体区别于其他文体的特殊属性主要有直接应用性、全面真实性、结构格式的规范性。其特征表现为：被强制性规定采用白话文形式，兼用议论、说明、叙述三种基本表达方法。商务公文的基本组成部分有：标题、正文、作者、日期、印章或签署、主题词。其它组成部分有文头、发文字号、签发人、保密等级、紧急程度、主送机关、附件及其标记、抄送机关、注释、印发说明等。印章或签署均为证实公文作者合法性、真实性及公文效力的标志。 7、稿本 （1）草稿。常有“讨论稿”“征求意见稿”“送审稿”“草稿”“初稿”“二稿”“三稿”等标记。（2）定稿。是制作公文正本的标准依据。有法定的生效标志（签发等）。（3）正本。格式正规并有印章或签署等表明真实性、权威性、有效性。（4）试行本。在试验期间具有正式公文的法定效力。（5）暂行本。在规定
路由器功能性测试报告
A2路由器DQA测试报告
目录 测试环境 (4) 测试设备及环境 (4) 测试硬件 (4) 测试软件 (4) 测试环境 (4) 一、设置向导 (5) 静态IP地址 (5) DHCP客户端 (5) PPPOE 拨号 (6) 二、模式设置 (6) 网关模式 (6) 桥接模式 (7) 无线网络服务提供商 (7) 三、无线 (8) 基本设置 (8) 禁用无线网络接口 (8) 无线网络频段测试 (8) 多AP设置 (9) 无线模式测试 (9) 网络服务标识测试 (10) 信道带宽测试 (10) 信道测试 (11) 广播网络服务标识 (11) 数率测试 (12) 显示活跃的客户端 (12) 扩展网络服务标识 (13) 高级设置 (13) 发射功率测试 (13) 安全 (14) 访问控制 (14) WDS 设置 (14) 站点扫描 (15) WPS 设置 (15) 时间表 (16) 四、 TCP/IP 设置 (16) 局域网设置 (16) 局域网IP地址更改测试 (16) 局域网DHCP地址范围、DHCP 测试 (17) 局域网静态DHCP测试 (17) 广域网设置 (18)
静态IP地址 (18) DHCP客户端 (18) PPPOE 拨号 (19) WAN口带宽测试 (19) WAN口启用PING (20) 在WAN口上启用WEB 访问 (20) 五、防火墙 (21) 端口过滤 (21) IP地址过滤 (21) MAC地址过滤 (21) 端口转发 (22) URL过滤 (22) 隔离区（DMZ） (23) 虚拟局域网 (23) 六、服务质量控制 (23) 下载限速 (23) 上传限速 (24) 七、管理 (24) 状态 (24) 统计信息 (25) 动态域名服务 (25) 时区设置 (25) 拒绝服务攻击 (26) 日志记录 (26) 升级固件 (26) 八、测试结论 (28)
路由器基本知识
路由器及相关知识讲稿 前言 路由器是一种常见的网络设备。网络的复杂性导致了路由器的复杂性：功能复杂，应用复杂，使用复杂。我们公司以前主要业务是在电信网方面，有很多员工对路由器不了解，在工作中遇到相关问题时往往束手无策。本文的目的主要是帮助这些同事尽快熟悉计算机网络。 第一章网络互联 网络的根本目的非常简单：方便人们交换所获得的信息。但是网络的应用需求非常复杂：有的用户希望高带宽，但并不要求很长的传输距离；有的用户要求很长的距离，但对带宽要求很低；有的对网络的可靠性要求较高，而另外一些则要求较低，等等。这些都导致了网络的多样化，现在比较常见的局域网有以太网、令牌环和FDDI，广域网有DDN、X.25、帧中继、ATM等，这些网络分别从不同方面满足用户需求。这些网络的物理介质和协议都不相同，彼此之间不能直接相互通信。将它们相互连接，使不同网络上的用户之间可以交换信息的技术就称为网络互联技术。 实现网络互联的技术有两种：协议转换和隧道技术。TCP/IP 和Novell的IPX是两种常见的协议转换技术。Novell的IPX曾经红火一时，但现在网络互联中占统治地位的是TCP/IP，风靡世界的nternet就是利用TCP/IP作为互联协议的实例。路由器就是一种利用协议转换技术将异种网进行互联的设备。而现在非常时髦的VPN （Virtual Private Network，虚拟私有网）则是隧道技术的代表。 第二章路由器的基本结构和工作原理 路由器实质上是一种将网络进行互联的专用计算机，路由器在TCP/IP中又称为IP网关。本章拟以TCP/IP技术为例介绍路由器。大家都知道OSI的七层模型，如图
关于会议纪要的规范格式和写作要求
关于会议纪要的规范格式和写作要求 一、会议纪要的概念 会议纪要是一种记载和传达会议基本情况或主要精神、议定事项等内容的规定性公文。是在会议记录的基础上，对会议的主要内容及议定的事项，经过摘要整理的、需要贯彻执行或公布于报刊的具有纪实性和指导性的文件。 会议纪要根据适用范围、内容和作用，分为三种类型： 1、办公会议纪要(也指日常行政工作类会议纪要)，主要用于单位开会讨论研究问题，商定决议事项，安排布置工作，为开展工作提供指导和依据。如，xx学校工作会议纪要、部长办公会议纪要、市委常委会议纪要。 2、专项会议纪要(也指协商交流性会议纪要)，主要用于各类交流会、研讨会、座谈会等会议纪要，目的是听取情况、传递信息、研讨问题、启发工作等。如，xx县脱贫致富工作座谈会议纪要。 3、代表会议纪要(也指程序类会议纪要)。它侧重于记录会议议程和通过的决议，以及今后工作的建议。如《××省第一次盲人聋哑人代表会议纪要》、《xx市第x次代表大会会议纪要》。 另外，还有工作汇报、交流会，部门之间的联席会等方面的纪要，但基本上都系日常工作类的会议纪要。 二、会议纪要的格式 会议纪要通常由标题、正文、结尾三部分构成。
1、标题有三种方式：一是会议名称加纪要，如《全国农村工作会议纪要》;二是召开会议的机关加内容加纪要，也可简化为机关加纪要，如《省经贸委关于企业扭亏会议纪要》、《xx组织部部长办公会议纪要》;三是正副标题相结合，如《维护财政制度加强经济管理——在xx部门xx座谈会上的发言纪要》。 会议纪要应在标题的下方标注成文日期，位置居中，并用括号括起。作为文件下发的会议纪要应在版头部分标注文号，行文单位和成文日期在文末落款(加盖印章)。 2、会议纪要正文一般由两部分组成。 (1)开头，主要指会议概况，包括会议时间、地点、名称、主持人，与会人员，基本议程。 (2)主体，主要指会议的精神和议定事项。常务会、办公会、日常工作例会的纪要，一般包括会议内容、议定事项，有的还可概述议定事项的意义。工作会议、专业会议和座谈会的纪要，往往还要写出经验、做法、今后工作的意见、措施和要求。 (3)结尾，主要是对会议的总结、发言评价和主持人的要求或发出的号召、提出的要求等。一般会议纪要不需要写结束语，主体部分写完就结束。 三、会议纪要的写法 根据会议性质、规模、议题等不同，正文部分大致可以有以下几种写法： 1、集中概述法(综合式)。这种写法是把会议的基本情况，讨
线上压测配套改造-影子库路由方案设计
线上压测配套改造-影子库路由方案设计 提供一个基础框架，支持mysql、mongo的影子库功能；配合线上压测影子库功能的推广 压测请求标识 压测请求标识，需要设置在WafContext中，key 为"PRESSURE_PRODUCT"，值为boolean类型 组件方需要进行改造，根据当前的租户，设置压测标识到WafContext waf的分库框架，支持从WafContext读取压测标识，进行相应的数据库路由 Mysql支持影子库 目前绝大部分java服务都是使用spring bean容器中DataSource对象，来进行mysql的操作的。所以我们可以对DataSource对象进行包装，将包装过的DataSource设置到spring bean容器。 //DataSource包装类 public class DataSourceWrapper implements DataSource { //内部持有正式库、影子库2个DataSource private DataSource normal; private DataSource shadow; public WafShadingDbWrapper(DataSource normal, DataSource shadow){ this.normal = normal; this.shadow = shadow; } protected DataSource getCurrentDb(){ //根据线程上下文中，是否压测请求的标识，来返回正式库或者影子库 if(WafShardingContext.isPressure()){ return shadow; }else{ return normal; }
titlesec宏包使用手册
titlesec&titletoc中文文档 张海军编译 makeday1984@https://www.wendangku.net/doc/ec12554285.html, 2009年10月 目录 1简介,1 2titlesec基本功能,2 2.1.格式,2.—2.2.间隔, 3.—2.3.工具,3. 3titlesec用法进阶,3 3.1.标题格式,3.—3.2.标题间距, 4.—3.3.与间隔相关的工具, 5.—3.4.标题 填充,5.—3.5.页面类型,6.—3.6.断行,6. 4titletoc部分,6 4.1.titletoc快速上手,6. 1简介 The titlesec and titletoc宏包是用来改变L A T E X中默认标题和目录样式的，可以提供当前L A T E X中没有的功能。Piet van Oostrum写的fancyhdr宏包、Rowland McDonnell的sectsty宏包以及Peter Wilson的tocloft宏包用法更容易些；如果希望用法简单的朋友，可以考虑使用它们。 要想正确使用titlesec宏包，首先要明白L A T E X中标题的构成，一个完整的标题是由标签+间隔+标题内容构成的。比如： 1.这是一个标题，此标题中 1.就是这个标题的标签，这是一个标签是此标题的内容，它们之间的间距就是间隔了。 1
2titlesec基本功能 改变标题样式最容易的方法就是用几向个命令和一系列选项。如果你感觉用这种方法已经能满足你的需求，就不要读除本节之外的其它章节了1。 2.1格式 格式里用三组选项来控制字体的簇、大小以及对齐方法。没有必要设置每一个选项，因为有些选项已经有默认值了。 rm s f t t md b f up i t s l s c 用来控制字体的族和形状2，默认是bf,详情见表1。 项目意义备注（相当于） rm roman字体\textrm{...} sf sans serif字体\textsf{...} tt typewriter字体\texttt{...} md mdseries(中等粗体)\textmd{...} bf bfseries(粗体)\textbf{...} up直立字体\textup{...} it italic字体\textit{...} sl slanted字体\textsl{...} sc小号大写字母\textsc{...} 表1:字体族、形状选项 bf和md属于控制字体形状，其余均是切换字体族的。 b i g medium s m a l l t i n y（大、中、小、很小） 用来标题字体的大小，默认是big。 1这句话是宏包作者说的，不过我感觉大多情况下，是不能满足需要的，特别是中文排版，英文 可能会好些！ 2L A T E X中的字体有5种属性：编码、族、形状、系列和尺寸。 2
路由器自动连接设置方法(图解)
TP-LINK路由器 PPPOE拨号方式路由器操作指南 首先把路由器的WAN口和Modem的LAN口连接起来，电脑网卡连接路由器任意一个LAN口；如果是网线到家，就直接把网线接到路由器WAN口。然后为电脑设置网络参数，指定IP地址，如果电脑不多的话，建议用户手动指定IP地址。 若路由器为默认设置，那么主机网络参数设置为： IP：192.168.1.x 掩码：255.255.255.0 网关：192.168.1.1 DNS：填写当地DNS地址，如不清楚，请咨询当地服务提供商。 （也可将IP地址设置为自动获取，DNS建议您手动指定(若不设置路由将自动分配路由DNS)） 具体如何设置 右击桌面网上邻居→选择“属性”→在网卡对应的“本地连接”选择“属性”→“常规”→“Internet协议（TCP/IP）”，查看其“属性”： 若路由器为默认设置，那么主机网络参数设置为： IP：192.168.1.x（2-254） 掩码：255.255.255.0 网关：192.168.1.1 DNS：填写当地DNS地址，如不清楚，请咨询当地服务提供商。
（也可将IP地址设置为自动获取，DNS建议手动指定） 3）Vista 、WIN7参数设置： 右击桌面网上邻居→选择“属性”→在网络管理侧边栏选择“管理网络连接”， 在网卡对应的“本地连接”选择“属性”→“常规”→“Internet协议版本4（TCP/IP）”，查看其“属性”：
若路由器为默认设置，那么主机网络参数设置为： IP：192.168.1.x（2-254） 掩码：255.255.255.0 网关：192.168.1.1 DNS：填写当地DNS地址，如不清楚，请咨询当地服务提供商。
路由器测试技术和方法
随着信息产业的飞速发展，计算机网络技术得到广泛应用，计算机网络已成为现代工作生活中必不可少的一部分。路由器作为计算机网的核心设备，相应地在网络上存在广泛的应用。高端路由器现已由企业级设备成为公众网上重要的电信级设备。随着互联网络的逐步普及以及它在生活中重要性的增加，路由器的性能、功能、安全性、可靠性等指标变得越来越重要。所以对路由器的测试有其重要性与必要性。路由器测试规范主要有下面通信行业标准来规范：YD/T1156-2001《路由器测试规范－高端路由器》；YD/T1098-2001《路由器测试规范－低端路由器》。以上标准分别参照下面标准制定：YD/T1097-2001《路由器设备技术规范－高端路由器》；YD/T1096-2001《路由器设备技术规范－低端路由器》。 本文的测试介绍主要依据上述路由器测试规范。但是由于以上测试规范只作设备入网测试标准，是一种入门测试，所以我们重点介绍在上述规范基础上补充的一些其他测试内容。 一、测试的目的和内容 路由器是通过转发数据包来实现网络互连的设备，可以支持多种协议（例如TCP/IP，SPX/IPX，AppleTalk），可以在多个层次上转发数据包（例如数据链路层、网络层、应用层）。 路由器需要连接两个或多个逻辑端口，至少拥有一个物理端口。路由器根据收到的数据包中网络层地址以及路由器内部维护的路由表决定输出端口以及下一条路由器地址或主机地址，并且重写链路层数据包头。路由表必须动态维护来反映当前的网络拓扑。路由器通常通过与其他路由器交换路由信息来完成动态维护路由表。 （一）路由器分类 当前路由器分类方法各异。各种分类方法有一定的关联，但是并不完全一致。通常可以按照路由器能力分类、结构分类、网络中位置分类、功能分类和性能分类等方法。在路由器标准制定中主要按照能力分类，按能力分为高端路由器和低端路由器。背板交换能力大于20Gbit/s，吞吐量大于20Mbit/s的路由器称为高端路由器。交换能力在上述数据以下的路由器成为低端路由器。与此对应，路由器测试规范分为高端路由器测试规范和低端路由器测试规范。 （二）测试目的及内容 通过测试路由器，可以了解到哪些路由器能提供最好的性能、路由器在不同负载下的行为、模型化网络使用路由器的设计参数、路由器能否处理突发流量、路由器的性能限制、路由器能否提供不同服务质量、路由器不同体系结构对功能和性能的影响、路由器的功能特性和性能指标、路由器的使用是否影响网络安全、路由器协议实现的一致性以及路由器可靠性和路由器产品的优势和劣势等内容。 低端路由器设备测试主要包括：常规测试，即电气安全性测试；环境测试，包括高低温、湿度测试和高低温存储测试；物理接口测试，测试低端路由器可能拥有接口的电气和物理测性；协议一致性测试，测试协议实现的一致性；性能测试，测试路由器的主要性能；管理测试，主要测试路由器对无大项网管功能的支持。 高端路由器测试主要包括：接口测试，高端路由器可能拥有的接口测试；ATM协议测试，
路由器IP自动更换器的设置方法
路由器IP自动更换器的设置方法 路由器IP自动更换器的dhcp功能，就是ip地址自动分配，比如说两电脑同时上网，你先开机可能会获得192.168.0.2的地址第二台再开机可能就是192.168.0.3，（随机性的）第二天第二台电脑先开机就有可能会获得你昨天用得ip地址。 使用路由器IP自动更换器能够帮助我们自动分配IP地址，在下面的文章中，我们分五步讲解路由器IP自动更换器的设置等等。本文还附带了很多路由器IP自动更换器的下载地址，方便大家下载使用。 路由器IP自动更换器 1.设置路由器型号 一般都是会直接标在路由器的身上的，自己找下就行了；如果你看不懂，就找帮你买路由器的人问下，或者找店家问下是什么型号；路由器的说明书上也会有。在你确认路由器的型号后，而又无法在软件上找到时，可以先试试同一品牌其它型号的选项；路由器型号不正确时，在日志页里的表现是，登录已经成功，而发送指令时发生错误，其它错误不代表型号选择错误。 2.路由器地址（管理IP） 一般就是192.168.1.1和192.168.0.1，出现其它IP地址的可能性比较小，IP地址填写错误时，日志页里的条目是“目标主机无法到达，可能是路由器IP自动更换器地址填写错误。”实在不行，就用下面这个方法：“网上邻居”上右键，属性；在所打开的“网络连接”窗口里找到活动的连接（一般是“本地连接”），右键，状态；在新打开的状态窗口里，点“支持”选项卡，找到“连接状态”里的“默认网关”，一般这个就是你路由器的IP地址了。 3.路由器的登录用户名和密码 首先要明确的是，这个不是的ADSL的帐号密码，而是你用来登录路由器管理界面的用户名和密码；也就是说你要有这个路由器的管理权限，否则没有办法使用。这两个参数一般也会标在路由器的身上，默认一般为“admin/admin”或者“a dmin/空密码”，说明书上也肯定有。如果已经改了，那么我想你也应该知道修改后的用户名密码是什么的，如果不是你改的，就问改的人；别来问我，我不可能知道你的路由器的帐号密码的。顺便提醒下，路由器的登录密码不能为空；如果为空，请先自己登录到路由器管理界面修改。 4.状态页
毕业论文写作要求与格式规范
毕业论文写作要求与格式规范 关于《毕业论文写作要求与格式规范》，是我们特意为大家整理的，希望对大家有所帮助。 (一)文体 毕业论文文体类型一般分为：试验论文、专题论文、调查报告、文献综述、个案评述、计算设计等。学生根据自己的实际情况，可以选择适合的文体写作。 (二)文风 符合科研论文写作的基本要求：科学性、创造性、逻辑性、
实用性、可读性、规范性等。写作态度要严肃认真，论证主题应有一定理论或应用价值;立论应科学正确，论据应充实可靠，结构层次应清晰合理，推理论证应逻辑严密。行文应简练，文笔应通顺，文字应朴实，撰写应规范，要求使用科研论文特有的科学语言。 (三)论文结构与排列顺序 毕业论文，一般由封面、独创性声明及版权授权书、摘要、目录、正文、后记、参考文献、附录等部分组成并按前后顺序排列。 1.封面：毕业论文(设计)封面具体要求如下： (1)论文题目应能概括论文的主要内容，切题、简洁，不超过30字，可分两行排列;
(2)层次：大学本科、大学专科 (3)专业名称：机电一体化技术、计算机应用技术、计算机网络技术、数控技术、模具设计与制造、电子信息、电脑艺术设计、会计电算化、商务英语、市场营销、电子商务、生物技术应用、设施农业技术、园林工程技术、中草药栽培技术和畜牧兽医等专业，应按照标准表述填写; (4)日期：毕业论文(设计)完成时间。 2.独创性声明和关于论文使用授权的说明：需要学生本人签字。 3.摘要：论文摘要的字数一般为300字左右。摘要是对论文的内容不加注释和评论的简短陈述，是文章内容的高度概括。主要内容包括：该项研究工作的内容、目的及其重要性;所使用的实验方法;总结研究成果，突出作者的新见解;研究结论及其意义。摘要中不列举例证，不描述研究过程，不做自我评价。
关闭EIGRP路由自动汇总
7-03 EIGRP路由自动汇总姓名：张三日期：2010-9-7 实验名称：EIGRP路由自动汇总 试验目标： ◆了解EIGRP协议自动汇总功能。 ◆在类的边界自动汇总。 ◆在不连续的网络禁止自动汇总 实验环境： 任务： ◆在以上路由器上配置EIGRP协议。 ◆在不连续的地址禁用路由汇总 步骤： 1.在网络中配置EIGRP协议 1.1在Router5、2、0、1上 Router(config)#route eigr 10
Router(config-router)#network 172.16.0.0 1.2在Router4、3上 Router(config)#route eigr 10 Router(config-router)#network 172.16.0.0 Router(config-router)#network 10.0.0.0 1.3在Router6上 Router(config)#route eigr 10 Router(config-router)#network 10.0.0.0 2.查看路由汇总结果 2.1在Router6上查看路由 Router#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-user static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set 10.0.0.0/24 is subnetted, 2 subnets C 10.0.0.0 is directly connected, Serial3/0 C 10.0.1.0 is directly connected, Serial2/0 D 172.16.0.0/16 [90/20514560] via 10.0.0.1, 00:14:03, Serial3/0 [90/20514560] via 10.0.1.2, 00:13:41, Serial2/0 Router# 路由器看到到172.16.0.0/16网段有两条可用路由。这是错误的汇总。 2.2在Router6上测试到PC0的连接 Router#ping 172.16.10.2 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 172.16.10.2, timeout is 2 seconds: ..!.! Success rate is 40 percent (2/5), round-trip min/avg/max = 13/14/15 ms
公文格式规范与常见公文写作
公文格式规范与常见公文写作 一、公文概述与公文格式规范 党政机关公文种类的区分、用途的确定及格式规范等，由中共中央办公厅、国务院办公厅于2012年4月16日印发，2012年7月1日施行的《党政机关公文处理工作条例》规定。之前相关条例、办法停止执行。 （一）公文的含义 公文，即公务文书的简称，属应用文。 广义的公文，指党政机关、社会团体、企事业单位，为处理公务按照一定程序而形成的体式完整的文字材料。 狭义的公文，是指在机关、单位之间，以规范体式运行的文字材料，俗称“红头文件”。 ?（二）公文的行文方向和原则 ?、上行文下级机关向上级机关行文。有“请示”、“报告”、和“意见”。 ?、平行文同级机关或不相隶属机关之间行文。主要有“函”、“议案”和“意见”。 ?、下行文上级机关向下级机关行文。主要有“决议”、“决定”、“命令”、“公报”、“公告”、“通告”、“意见”、“通知”、“通报”、“批复”和“会议纪要”等。 ?其中，“意见”、“会议纪要”可上行文、平行文、下行文。?“通报”可下行文和平行文。 ?原则： ?、根据本机关隶属关系和职权范围确定行文关系 ?、一般不得越级行文 ?、同级机关可以联合行文 ?、受双重领导的机关应分清主送机关和抄送机关 ?、党政机关的部门一般不得向下级党政机关行文 ?(三) 公文的种类及用途 ?、决议。适用于会议讨论通过的重大决策事项。 ?、决定。适用于对重要事项作出决策和部署、奖惩有关单位和人员、变更或撤销下级机关不适当的决定事项。
?、命令（令）。适用于公布行政法规和规章、宣布施行重大强制性措施、批准授予和晋升衔级、嘉奖有关单位和人员。 ?、公报。适用于公布重要决定或者重大事项。 ?、公告。适用于向国内外宣布重要事项或者法定事项。 ?、通告。适用于在一定范围内公布应当遵守或者周知的事项。?、意见。适用于对重要问题提出见解和处理办法。 ?、通知。适用于发布、传达要求下级机关执行和有关单位周知或者执行的事项，批转、转发公文。 ?、通报。适用于表彰先进、批评错误、传达重要精神和告知重要情况。 ?、报告。适用于向上级机关汇报工作、反映情况，回复上级机关的询问。 ?、请示。适用于向上级机关请求指示、批准。 ?、批复。适用于答复下级机关请示事项。 ?、议案。适用于各级人民政府按照法律程序向同级人民代表大会或者人民代表大会常务委员会提请审议事项。 ?、函。适用于不相隶属机关之间商洽工作、询问和答复问题、请求批准和答复审批事项。 ?、纪要。适用于记载会议主要情况和议定事项。?（四）、公文的格式规范 ?、眉首的规范 ?（）、份号 ?也称编号，置于公文首页左上角第行，顶格标注。“秘密”以上等级的党政机关公文，应当标注份号。 ?（）、密级和保密期限 ?分“绝密”、“机密”、“秘密”三个等级。标注在份号下方。?（）、紧急程度 ?分为“特急”和“加急”。由公文签发人根据实际需要确定使用与否。标注在密级下方。 ?（）、发文机关标志（或称版头） ?由发文机关全称或规范化简称加“文件”二字组成。套红醒目，位于公文首页正中居上位置（按《党政机关公文格式》标准排
路由交换技术复习选择题
1、在计算机局域网中，常用的通信设备有（A B D）。 A. 集线器（Hub） B. 交换机（Switch） C. 调制解调器（Modem） D. 路由器（Router） 2、802.x协议族是由（C）定义的。 A. OSI B. EIA C. IEEE D. ANSI 3、衡量网络性能的两个主要指标为（A C）。 A. 带宽 B. 可信度 C. 延迟 D. 距离 4、会产生单点故障的是（A B C）拓扑结构。 A. 总线型 B. 环型 C. 网状 D. 星型 5、数据交换技术包括（A B C）。 A. 电路交换 B. 报文交换 C. 分组交换 D. 文件交换 6、OSI参考模型按顺序有（C）。 A. 应用层、传输层、网络层、物理层 B. 应用层、表示层、会话层、网络层、传输层、数据链路层、物理层 C. 应用层、表示层、会话层、传输层、网络层、数据链路层、物理层 D. 应用层、会话层。传输层、物理层 7、在OSI参考模型7层结构中，网络层的功能有（B）。 A. 确保数据的传送正确无误 B. 确保数据包如何转发与路由 C. 在信道上传送比特流 D. 纠错与流控 8、在OSI参考模型7层结构中，（B）实现对数据的加密。 A. 传输层 B. 表示层 C. 应用层 D. 网络层 9、网络层传输的数据称为（B）。 A. 比特 B. 包 C. 段 D. 帧 10、TCP/IP协议栈中传输层的协议有（A C）。 A. TCP B. ICMP C. UDP D. IP 11、数据从上到下封装的格式为（B）。 A. 比特包帧段数据 B. 数据段包帧比特 C. 比特帧包段数据 D. 数据包段帧比特 12、以下属于路由器特性的是（A B C D）。 A. 逐跳转发数据包 B. 维护路由表 C. 执行路由查找 D. 接口类型丰富 13、以下属于二层交换机特性的是（B C）。 A. 利用IP包头中的信息进行转发 B. 维护MAC地址表 C. 隔离冲突域 D. 寻找到目的以太网段的最佳路径
express 框架之 路由与中间件
express 框架之路由与中间件 1. 什么是router路径，什么是middleware？ 我们输入https://www.wendangku.net/doc/ec12554285.html, 来访问百度的主页，浏览器会自动转换为 https://www.wendangku.net/doc/ec12554285.html,:80/(省略一些参数)。 http://代表我们同服务器连接使用的是http协议，https://www.wendangku.net/doc/ec12554285.html, 代表的是服务器的主机地址，会被我们的pc 通过DNS解析为IP地址。80是默认的应用层端口。/ 即为我们访问的服务器(https://www.wendangku.net/doc/ec12554285.html,)的路径，服务器要对我们访问的这个路径做出响应，采取一定的动作。我们可以把这一过程看做一个路由。 访问的路径‘/’即为router的路径，服务器采取的动作即为middleware，即为一个个特殊的函数。 2. router路径 https://www.wendangku.net/doc/ec12554285.html,/test: 路径为/test https://www.wendangku.net/doc/ec12554285.html,/test?name=1&number=2: 路径同样为/test, ?后面会被服务器理解传给路径的参数。 3. Middleware An Express application is essentially a stack of middleware which are executed serially.(express应用其实就是由一系列顺序执行的Middleware组成。) A middleware is a functionwith access to the request object (req), the response object (res), and the next middleware in line in the request-response cycle of an Express application. It is commonly denoted by a variable named next. Each middleware has the capacity to execute any code, make changes to the request and the reponse object, end the request-response cycle, and call the next middleware in the stack. Since middleware are execute serially, their order of inclusion is important.(中间件其实就是一个访问express应用串入的req，res，nex参数的函数，这个函数可以访问任何通过req，res传入的资源。) If the current middleware is not ending the request-response cycle, it is important to call next() to pass on the control to the next middleware, else the request will be left hanging.(如果当前中间件没有完成对网页的res响应，还可以通过next把router 留给下一个middleware继续执行) With an optional mount path, middleware can be loaded at the application level or at the router level. Also, a series of middleware functions can
ctex 宏包说明 ctex
ctex宏包说明 https://www.wendangku.net/doc/ec12554285.html,? 版本号：v1.02c修改日期：2011/03/11 摘要 ctex宏包提供了一个统一的中文L A T E X文档框架，底层支持CCT、CJK和xeCJK 三种中文L A T E X系统。ctex宏包提供了编写中文L A T E X文档常用的一些宏定义和命令。 ctex宏包需要CCT系统或者CJK宏包或者xeCJK宏包的支持。主要文件包括ctexart.cls、ctexrep.cls、ctexbook.cls和ctex.sty、ctexcap.sty。 ctex宏包由https://www.wendangku.net/doc/ec12554285.html,制作并负责维护。 目录 1简介2 2使用帮助3 2.1使用CJK或xeCJK (3) 2.2使用CCT (3) 2.3选项 (4) 2.3.1只能用于文档类的选项 (4) 2.3.2只能用于文档类和ctexcap.sty的选项 (4) 2.3.3中文编码选项 (4) 2.3.4中文字库选项 (5) 2.3.5CCT引擎选项 (5) 2.3.6排版风格选项 (5) 2.3.7宏包兼容选项 (6) 2.3.8缺省选项 (6) 2.4基本命令 (6) 2.4.1字体设置 (6) 2.4.2字号、字距、字宽和缩进 (7) ?https://www.wendangku.net/doc/ec12554285.html, 1
1简介2 2.4.3中文数字转换 (7) 2.5高级设置 (8) 2.5.1章节标题设置 (9) 2.5.2部分修改标题格式 (12) 2.5.3附录标题设置 (12) 2.5.4其他标题设置 (13) 2.5.5其他设置 (13) 2.6配置文件 (14) 3版本更新15 4开发人员17 1简介 这个宏包的部分原始代码来自于由王磊编写cjkbook.cls文档类，还有一小部分原始代码来自于吴凌云编写的GB.cap文件。原来的这些工作都是零零碎碎编写的，没有认真、系统的设计，也没有用户文档，非常不利于维护和改进。2003年，吴凌云用doc和docstrip工具重新编写了整个文档，并增加了许多新的功能。2007年，oseen和王越在ctex宏包基础上增加了对UTF-8编码的支持，开发出了ctexutf8宏包。2009年5月，我们在Google Code建立了ctex-kit项目1，对ctex宏包及相关宏包和脚本进行了整合，并加入了对XeT E X的支持。该项目由https://www.wendangku.net/doc/ec12554285.html,社区的开发者共同维护，新版本号为v0.9。在开发新版本时，考虑到合作开发和调试的方便，我们不再使用doc和docstrip工具，改为直接编写宏包文件。 最初Knuth设计开发T E X的时候没有考虑到支持多国语言，特别是多字节的中日韩语言。这使得T E X以至后来的L A T E X对中文的支持一直不是很好。即使在CJK解决了中文字符处理的问题以后，中文用户使用L A T E X仍然要面对许多困难。最常见的就是中文化的标题。由于中文习惯和西方语言的不同，使得很难直接使用原有的标题结构来表示中文标题。因此需要对标准L A T E X宏包做较大的修改。此外，还有诸如中文字号的对应关系等等。ctex宏包正是尝试着解决这些问题。中间很多地方用到了在https://www.wendangku.net/doc/ec12554285.html,论坛上的讨论结果，在此对参与讨论的朋友们表示感谢。 ctex宏包由五个主要文件构成：ctexart.cls、ctexrep.cls、ctexbook.cls和ctex.sty、ctexcap.sty。ctex.sty主要是提供整合的中文环境，可以配合大多数文档类使用。而ctexcap.sty则是在ctex.sty的基础上对L A T E X的三个标准文档类的格式进行修改以符合中文习惯，该宏包只能配合这三个标准文档类使用。ctexart.cls、ctexrep.cls、ctexbook.cls则是ctex.sty、ctexcap.sty分别和三个标准文档类结合产生的新文档类，除了包含ctex.sty、ctexcap.sty的所有功能，还加入了一些修改文档类缺省设置的内容（如使用五号字体为缺省字体）。 1https://www.wendangku.net/doc/ec12554285.html,/p/ctex-kit/
路由自动汇总
实践拓扑： R1 R1(config)#int f0/0 R1(config-if)#ip add 192.168.1.1 255.255.255.0 R1(config-if)#no shut R1(config-if)#exit R1(config)#router eigrp 100 R1(config-router)#net 192.168.1.0 汇总前： R1#sh ip route C 192.168.1.0/24 is directly connected, FastEthernet0/0 D 192.168.2.0/24 [90/30720] via 192.168.1.2, 00:00:29, FastEthernet0/0 汇总后： R1#sh ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-user static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set C 192.168.1.0/24 is directly connected, FastEthernet0/0 D 192.168.2.0/24 [90/30720] via 192.168.1.2, 00:01:58, FastEthernet0/0 R1#sh ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP