<?xml version="1.0" encoding="gb2312" ?>
<rss version="2.0">
<channel>
<title>TCP/IP协议</title>
<link>http://www.cnpaf.nethttp://www.cnpaf.net/Class/TCPANDIP/</link>
<description>协议大全 / / TCP/IP协议</description>
<language>zh-cn</language>
<generator><![CDATA[    &lt;p&gt;版权所有 &lt;a href=&quot;http://www.cnpaf.net&quot;&gt;协议分析网&lt;/a&gt; 信箱:wayky#126.com(把&quot;#&quot;改成&quot;@&quot;)&lt;br /&gt;
Copyright (C)&lt;span style=&quot;FONT-WEIGHT: bold; FONT-SIZE: 8.5pt; FONT-STYLE: italic; FONT-FAMILY: Arial&quot;&gt;
&lt;span style=&quot;COLOR: #f26522&quot;&gt;www.&lt;span style=&quot;COLOR: #006699&quot;&gt;Cnpaf.&lt;/span&gt;N&lt;/span&gt;et &lt;span style=&quot;COLOR: #f26522&quot;&gt;2004-2013&lt;/span&gt; &lt;/span&gt; All Rights Reserved.京公网安备110105010524]]></generator>
<webmaster>wayky@126.com</webmaster>
<item>
    <title><![CDATA[Internet管理组织]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200910/23373.html</link>
    <description><![CDATA[随着Internet变得越来越大，以及新技术的采用来加强Internet的功能：读者可能认为管理Internet的组织一直非常忙碌，这只说对了一部分：实际上，没有一个组织对Internet负责，没有首席执行官或领导，甚至没有主席。事实是Internet仍沿袭了6 0年代形成时的多元化模式。不]]></description>
    <pubDate>2009-10-15</pubDate>
    <category>TCP/IP协议</category>
    <author>小远</author>
    <comments>未知</comments>
</item>
<item>
    <title><![CDATA[开放式网络的发展]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200910/23372.html</link>
    <description><![CDATA[最初的网络与计算解决方案一起是一个享有很高专利权的互联解决方案，这个方案几乎是一个完整的专利。个人计算机出现前，如果某个公司想使他们的数据处理和记帐功能自动 化，就必须为其监管系统与某个厂家联系，而且只能与单一厂家联系。 在该专利中，单一厂家产品环境]]></description>
    <pubDate>2009-10-15</pubDate>
    <category>TCP/IP协议</category>
    <author>小远</author>
    <comments>未知</comments>
</item>
<item>
    <title><![CDATA[中国IPv4地址告急,IPv6势在必行]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200811/23265.html</link>
    <description><![CDATA[近日，由中国互联网络信息中心(CNNIC)等主办的2008IP地址资源研讨会透露，中国IP地址告急，如果没有使用新的地址资源，2年后IP地址面临枯竭。IPv6上马势在必行。 目前我们使用的第二代互联网IPv4技术，核心技术属于美国。它的最大问题是网络地址资源有限，从理论上讲，]]></description>
    <pubDate>2008-11-10</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>比特网</comments>
</item>
<item>
    <title><![CDATA[IP协议存在的问题与战略发展]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200705/20082.html</link>
    <description><![CDATA[下一代网络（NGN）、3G、3G演进及下一代宽带无线（NGBW）是目前通信业界关注和探讨的热点话题，人们希望通过NGN及NGBW来解决目前各类网络中的许多问题， 如网络安全问题、QoS问题、智能网管、网络的移动性与汇聚及融合、前后向兼容平滑演进、建立增加ARPU及纯利润率（A]]></description>
    <pubDate>2007-05-10</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[IP网络测试技术与方法]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200610/16334.html</link>
    <description><![CDATA[一个高品质的网络要通过业务设计和定位、网络设计、设备选型、工程建设、方案验证和持续优化、维护管理6个环节来保证，其中设备选型、方案验证和优化主要通过选型测试和网络测试实现。为此中国电信于2004年初和2005年初分别组织了CN2项目的设备选型测试和网络验收测试。]]></description>
    <pubDate>2006-10-19</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[NAT中TCP负载均衡]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200610/16323.html</link>
    <description><![CDATA[配置方法比较简单,只是需要注意被调用的ACL配置: 环境: R2(s1)------(s1)R1(e0)-----(e0)R3 R1上配置具体实验,R2测试发起telnet,R3被telnet 1,如果使用非扩展访问列表,则将内部主机对外表现的内部全局地址作为ACL配置部分,如: access-list1permit内部全局地址. 看测试的]]></description>
    <pubDate>2006-10-18</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[IPSec原理与实践]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200610/16211.html</link>
    <description><![CDATA[随着越来越多的企业、单位接入Internet和接入速度的不断提高，网络安全正日益成为网络管理的一个重要课题。作为广泛部署的Windows（NT）Server系统自身的安全受到越来越多的关注。市场上也出现了很多软、硬件防火墙产品来保证内网服务器的安全。其实，Windows（NT）Ser]]></description>
    <pubDate>2006-10-13</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[小议TCP的MSS(最大分段)以及MTU]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200511/9898.html</link>
    <description><![CDATA[[背景知识] MTU:MaxitumTransmissionUnit最大传输单元 MSS:MaxitumSegmentSize最大分段大小（偶是直译，翻译的不好，不要打 俺PP） PPPoE:PPPOverEthernet（在以太网上承载PPP协议） [分析过程] 先说说这MTU最大传输单元，这个最大传输单元实际上和链路层协议有着密切的]]></description>
    <pubDate>2005-11-01</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[IPsec：IP层协议安全结构]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200511/9897.html</link>
    <description><![CDATA[IPsec 在 IP 层提供安全服务，它使系统能按需选择安全协议，决定服务所使用的算法及放置需求服务所需密钥到相应位置。 IPsec 用来保护一条或多条主机与主机间、安全网关与安全网关间、安全网关与主机间的路径。 IPsec 能提供的安全服务集包括访问控制、无连接的完整性]]></description>
    <pubDate>2005-11-01</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[IPSEC 安全架构、应用及展望]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200509/5035.html</link>
    <description><![CDATA[在互联网上的持续不断的不安全推动了IETF组织去开发统一的安全架构，能够符合国家关于加密通信的使用的法律。本文是对IP安全架构的规范和相关草案的一个简介。 一、前言 因特网技术的兴起，互连技术的成长，使得大家愈来愈仰赖Internet这个应用广泛的公众网络。因此如何]]></description>
    <pubDate>2005-09-29</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[彻底明白IP地址——计算相关地址]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200509/5033.html</link>
    <description><![CDATA[通过IP地址和子网掩码与运算计算相关地址 知道ip地址和子网掩码后可以算出： 1、 网络地址 2、 广播地址 3、 地址范围 4、 本网有几台主机 例1：下面例子IP地址为192·168·100·5 子网掩码是255·255·255·0。算出网络地址、广播地址、地址范围、主机数。 一）分步骤]]></description>
    <pubDate>2005-09-29</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[tcp三次握手及原理]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200509/5025.html</link>
    <description><![CDATA[TCP/IP 是很多的不同的协议组成，实际上是一个协议组，TCP 用户数据报表协议(也 称作TCP 传输控制协议，Transport Control Protocol。可靠的主机到主机层协议。这里要先 强调一下，传输控制协议是OSI 网络的第四层的叫法，TCP 传输控制协议是TCP/IP 传输的 6 个基本协]]></description>
    <pubDate>2005-09-22</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[特殊的IP地址介绍]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/326.html</link>
    <description><![CDATA[就像我们每个人都有一个身份证号码一样，网络里的每台电脑(更确切地说，是每一个设备的网络接口)都有一个IP地址用于标示自己。我们可能都知道这些地址由四个字节组成，用点分十进制表示以及它们的A，B，C分类等，然而，在总数大约为四十多亿个可用IP地址里，你知道下面]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[TCP的首部]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/325.html</link>
    <description><![CDATA[TCP数据被封装在一个IP数据报中如下图： TCP数据在IP数据报中的封装 显示TCP首部的数据格式。如果不计任选字段，它通常是20个字节。 TCP包首部 每个TCP段都包含源端和目的端的端口号，用于寻找发端和收端应用进程。这两个值加上IP首部中的源端IP地址和目的端IP地址唯一]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[TCP的服务]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/324.html</link>
    <description><![CDATA[尽管TCP和UDP都使用相同的网络层（IP），TCP却向应用层提供与UDP完全不同的服务。 TCP提供一种面向连接的、可靠的字节流服务。 面向连接意味着两个使用TCP的应用（通常是一个客户和一个服务器）在彼此交换数据之前必须先建立一个TCP连接。这一过程与打电话很相似，先拨]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[BOOTP穿越路由器]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/323.html</link>
    <description><![CDATA[RARP的一个缺点就是它使用链路层广播，这种广播通常不会由路由器转发。这就需要在每个物理网络内设置一个RARP服务器。如果路由器支持BOOTP协议，那么BOOTP能够由路由器转发（绝大多数路由器厂商的产品都支持这个功能）。 这个功能主要用于无盘路由器，因为如果在磁盘的]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[BOOTP服务器的设计]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/322.html</link>
    <description><![CDATA[BOOTP客户通常固化在无盘系统只读存储器中，因此了解BOOTP服务器的实现将更有意义。 首先，BOOTP服务器将从它的熟知端口（67）读取UDP数据报。这没有特别的地方。它不同于RARP服务器，它必须读取类型字段为“RARP请求”的以太网]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[BOOTP：引导程序协议]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/321.html</link>
    <description><![CDATA[在不知道自身IP地址的情况下，在进行系统引导时能够通过RARP来获取它的IP地址。然而使用RARP有两个问题：（1）IP地址是返回的唯一结果；（2）既然RARP使用链路层广播，RARP请求就不会被路由器转发（迫使每个实际网络设置一个RARP服务器）。本章将介绍一种用于无盘系统]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[TFTP：简单文件传送协议]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/320.html</link>
    <description><![CDATA[TFTP(TrivialFileTransferProtocol)即简单文件传送协议，最初打算用于引导无盘系统（通常是工作站或X终端）。和将在第27章介绍的使用TCP的文件传送协议（FTP）不同，为了保持简单和短小，TFTP将使用UDP。TFTP的代码（和它所需要的UDP、IP和设备驱动程序）都能适合只读]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[IP多播提供的两类服务]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/319.html</link>
    <description><![CDATA[IP多播提供两类服务： 1)向多个目的地址传送数据。有许多向多个接收者传送信息的应用：例如交互式会议系统和向多个接收者分发邮件或新闻。如果不采用多播，目前这些应用大多采用TCP来完成（向每个目的地址传送一个单独的数据复制）。然而，即使使用多播，某些应用可能]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[关于广播的应用]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/318.html</link>
    <description><![CDATA[广播是怎样传送的？路由器及主机又如何处理广播？很遗憾，这是难以回答的问题，因为它依赖于广播的类型、应用的类型、TCP/IP实现方法以及有关路由器的配置。 首先，应用程序必须支持广播。如果执行 sun%ping255.255.255.255 /usr/etc/ping:unknownhost255.255.255.255]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[四种I P广播地址详谈]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/317.html</link>
    <description><![CDATA[受限的广播 受限的广播地址是255.255.255.255。该地址用于主机配置过程中IP数据报的目的地址，此时，主机可能还不知道它所在网络的网络掩码，甚至连它的IP地址也不知道。在任何情况下，路由器都不转发目的地址为受限的广播地址的数据报，这样的数据报仅出现在本地网络]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[广播和多播概述]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/316.html</link>
    <description><![CDATA[广播和多播仅应用于UDP，它们对需将报文同时传往多个接收者的应用来说十分重要。TCP是一个面向连接的协议，它意味着分别运行于两主机（由IP地址确定）内的两进程（由端口号确定）间存在一条连接。 考虑包含多个主机的共享信道网络如以太网。每个以太网帧包含源主机和目]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[ICMP路由器发现报文]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/315.html</link>
    <description><![CDATA[前面已提到过一种初始化路由表的方法，即在配置文件中指定静态路由。这种方法经常用来设置默认路由。另一种新的方法是利用ICMP路由器通告和请求报文。 一般认为，主机在引导以后要广播或多播传送一份路由器请求报文。一台或更多台路由器响应一份路由器通告报文。另外，]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[ICMP重定向差错]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/314.html</link>
    <description><![CDATA[当IP数据报应该被发送到另一个路由器时，收到数据报的路由器就要发送ICMP重定向差错报文给IP数据报的发送端。这在概念上是很简单的，正如图9-3所示的那样。只有当主机可以选择路由器发送分组的情况下，我们才可能看到ICMP重定向报文（回忆我们在图7-6中看过的例子）。]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[ICMP主机与网络不可达差错]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/313.html</link>
    <description><![CDATA[当路由器收到一份IP数据报但又不能转发时，就要发送一份ICMP“主机不可达”差错报文（ICMP主机不可达报文的格式如图6-10所示）。可以很容易发现，在我们的网络上把接在路由器sun上的拨号SLIP链路断开，然后试图通过该SLIP链路发送分组给任何指定sun为默认路由器的主机]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[初始化路由表]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/312.html</link>
    <description><![CDATA[我们从来没有说过这些路由表是如何被创建的。每当初始化一个接口时（通常是用ifconfig命令设置接口地址），就为接口自动创建一个直接路由。对于点对点链路和环回接口来说，路由是到达主机（例如，设置H标志）。对于广播接口来说，如以太网，路由是到达网络。 到达主机或]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[IP选路的原理]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/311.html</link>
    <description><![CDATA[开始讨论IP选路之前，首先要理解内核是如何维护路由表的。路由表中包含的信息决定了IP层所做的所有决策。在3.3节中，我们列出了IP搜索路由表的几个步骤：1)搜索匹配的主机地址；2)搜索匹配的网络地址；3)搜索默认表项（默认表项一般在路由表中被指定为一个网络表项，其]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[IP选路简述]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/310.html</link>
    <description><![CDATA[选路是IP最重要的功能之一。图9-1是IP层处理过程的简单流程。需要进行选路的数据报可以由本地主机产生，也可以由其他主机产生。在后一种情况下，主机必须配置成一个路由器，否则通过网络接口接收到的数据报，如果目的地址不是本机就要被丢弃（例如，悄无声息地被丢弃）]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[IP地址与MAC地址的区别]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/309.html</link>
    <description><![CDATA[IP地址是指Internet协议使用的地址，而MAC地址是Ethernet协议使用的地址。IP地址与MAC地址之间并没有什么必然的联系，MAC地址是Ethernet网卡上带的地址，长度为48位。 每个Ethernet网卡生产厂家必须向IEEE组织申请一组MAC地址，在生产网卡时在网卡的串行EEPROM中写入一]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[在以太网上传送IPv6包]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/308.html</link>
    <description><![CDATA[1.最大传送单元（MTU） IPv6在以太网上的MTU大小是1500字节。这个大小可以被包括在MTU选项降低来指定一个小的MTU，当然也可以手工配置每个节点的MTU。如果收到MTU大于1500字节，或大于手工规定的值，这个MTU选项可以被记入系统管理日志，但不能忽略不管。本文中假定由D]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[在以太网上传送IP包的标准]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/307.html</link>
    <description><![CDATA[本文主要适用于10M以上，48位MAC地址的情况下，3M传送速率8位地址的情况请参阅其它资料。 帧格式 包必须以标准以太帧的形式发送，帧内的类型域必须包括0x0800，在数据域内IP包头就在IP数据之前。以太网上传送数据的最小长度为46字节，如果需要数据域应该进行填充以达到]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[宽松的源站选路traceroute程序的往返路由]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/306.html</link>
    <description><![CDATA[我们在前面已经说过，从A到B的路径并不一定与从B到A的路径完全一样。除非同时在两个系统中登录并在每个终端上运行traceroute程序，否则很难发现两条路径是否不同。但是，采用宽松的源站选路，就可以决定两个方向上的路径。 这里的窍门就在于指定一个宽松的源站路由，该]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[严格的源站选路的traceroute程序示例]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/305.html</link>
    <description><![CDATA[在作者的traceroute程序版本中，-G选项与前面所描述的-g选项是完全一样的，不过此时是严格的源站选路而不是宽松的源站选路。我们可以采用这个选项来观察在指明无效的严格的源站选路时其结果会是什么样的。从图8-5可以看出来，从作者的子网发往NSFNET的数据报的正常路由]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[traceroute广域网输出]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/304.html</link>
    <description><![CDATA[前面所给出的小互联网的输出例子对于查看协议运行过程来说是足够了，但对于像全球互联网这样的大互联网来说，应用traceroute程序就需要一些更为实际的东西。图8-4是从sun主机到NIC(NetworkInformationCenter)的情况。 图8-4从sun主机到nic.ddn.mil的traceroute程序 由]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[traceroute局域网输出]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/303.html</link>
    <description><![CDATA[现在已经做好运行Traceroute程序并观察其输出的准备了。我们将使用从svr4到slip，经路由器bsdi的简单互联网。bsdi和slip之间是9600b/s的SLIP链路。 输出的第1个无标号行给出了目的主机名和其I P地址，指出t r a c e r o u t e程序最大的T T L字段值为3 0。4 0字节的数据]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[Traceroute程序的操作]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/302.html</link>
    <description><![CDATA[以前我们描述了I P记录路由选项（R R）。为什么不使用这个选项而另外开发一个新的应用程序？有三个方面的原因。首先，原先并不是所有的路由器都支持记录路由选项，因此该选项在某些路径上不能使用（Tr a c e r o u t e 程序不需要中间路由器具备任何特殊的或可选的功能]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[IP时间戳选项]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/301.html</link>
    <description><![CDATA[IP时间戳选项与记录路由选项类似。IP时间戳选项的格式如图7-7所示（请与图7-3进行比较）。 图7-7IP首部中时间戳选项的一般格式 时间戳选项的代码为0x44。其他两个字段len和ptr与记录路由选项相同：选项的总长度（一般为36或40）和指向下一个可用空间的指针（5，9，13等]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[执行PING命令时异常的输出]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/300.html</link>
    <description><![CDATA[下面的例子是作者观察到的，把它作为第9章讨论ICMP间接报文的起点。在子网140.252.1上ping主机aix（在主机sun上通过拨号SLIP连接可以访问），并带有记录路由选项。在slip主机上运行有如下输出结果： 我们已经在主机bsdi上运行过这个例子。现在选择slip来运行它，观察RR]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[用R R选项运行p i n g程序]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/299.html</link>
    <description><![CDATA[在主机svr4上运行ping程序到主机slip。一个中间路由器(bsdi)将处理这个数据报。下面是svr4的输出结果：分组所经过的四站如图7-4所示（每个方向各有两站），每一站都把自己的IP地址加入RR清单。 图7-4带有记录路由选项的ping程序 路由器bsdi在不同方向上分别加入了不同]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[IP记录路由选项]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/298.html</link>
    <description><![CDATA[ping程序为我们提供了查看IP记录路由（RR）选项的机会。大多数不同版本的ping程序都提供-R选项，以提供记录路由的功能。它使得ping程序在发送出去的IP数据报中设置IPRR选项（该IP数据报包含ICMP回显请求报文）。这样，每个处理该数据报的路由器都把它的IP地址放入选项]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[拨号SLIP链路]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/297.html</link>
    <description><![CDATA[对于拔号SLIP链路来说，情况有些变化，因为在链路的两端增加了调制解调器。用在sun和netb系统之间的调制解调器提供的是V.32调制方式（9600b/s）、V.42错误控制方式（也称作LAP-M）以及V.42bis数据压缩方式。这表明我们针对线路链路参数进行的简单计算不再准确了。 很多]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[线路SLIP链接]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/296.html</link>
    <description><![CDATA[让我们再来看看SLIP链路上的往返时间，因为它们经常运行于低速的异步方式，如9600b/s或更低。回想我们在2.10节计算的串行线路吞吐量。针对这个例子，我们把主机bsdi和slip之间的SLIP链路传输速率设置为1200b/s。 下面我们可以来估计往返时间。首先，从前面的Ping程序输]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[PING命令在WAN上输出]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/295.html</link>
    <description><![CDATA[]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[PING命令在LAN上的输出]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/294.html</link>
    <description><![CDATA[在局域网上运行ping程序的结果输出一般有如下格式： 当返回ICMP回显应答时，要打印出序列号和TTL，并计算往返时间（TTL位于IP首部中的生存时间字段。当前的BSD系统中的ping程序每次收到回显应答时都打印出收到的TTL—有些系统并不这样做。我们将在第8章中通过traceroute]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[Ping程序在TCP/IP中的应用]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/293.html</link>
    <description><![CDATA[我们称发送回显请求的ping程序为客户，而称被ping的主机为服务器。大多数的TCP/IP实现都在内核中直接支持Ping服务器—这种服务器不是一个用户进程（在第6章中描述的两种ICMP查询服务，地址掩码和时间戳请求，也都是直接在内核中进行处理的）。 ICMP回显请求和回显应答]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[ICMP端口不可达差错]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/292.html</link>
    <description><![CDATA[ICMP查询报文—地址掩码和时间戳查询及应答。现在来分析一种ICMP差错报文，即端口不可达报文，它是ICMP目的不可到达报文中的一种，以此来看一看ICMP差错报文中所附加的信息。使用UDP来查看它。 UDP的规则之一是，如果收到一份UDP数据报而目的端口与某个正在使用的进程]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[ICMP时间戳请求与应答]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/291.html</link>
    <description><![CDATA[]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[ICMP地址掩码请求与应答]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/290.html</link>
    <description><![CDATA[ICMP地址掩码请求用于无盘系统在引导过程中获取自己的子网掩码。系统广播它的ICMP请求报文（这一过程与无盘系统在引导过程中用RARP获取IP地址是类似的）。无盘系统获取子网掩码的另一个方法是BOOTP协议，ICMP地址掩码请求和应答报文的格式如图6-4所示。 图6-4 ICMP地址]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>
<item>
    <title><![CDATA[ICMP报文的类型]]></title>
    <link>http://www.cnpaf.net/Class/TCPANDIP/200408/288.html</link>
    <description><![CDATA[各种类型的ICMP报文如图6-3所示，不同类型由报文中的类型字段和代码字段来共同决定。 图中的最后两列表明ICMP报文是一份查询报文还是一份差错报文。因为对ICMP差错报文有时需要作特殊处理，因此我们需要对它们进行区分。例如，在对ICMP差错报文进行响应时，永远不会生成]]></description>
    <pubDate>2004-08-03</pubDate>
    <category>TCP/IP协议</category>
    <author>秩名</author>
    <comments>协议分析网</comments>
</item>

</channel>
</rss>
