返回首页
苏宁会员
购物车 0
易付宝
手机苏宁

服务体验

店铺评分与同行业相比

用户评价:----

物流时效:----

售后服务:----

  • 服务承诺: 正品保障
  • 公司名称:
  • 所 在 地:

  • 正版 TCP/IP协议原理与应用
  • 新华书店旗下自营,正版全新
    • 作者: (美)詹姆斯·派尔斯(James Pyles),(美)杰弗里·卡雷尔(Jeffrey L. Carrell),(美)埃德·泰特尔(Ed Tittel)著著 | (美)詹姆斯·派尔斯(James Pyles),(美)杰弗里·卡雷尔(Jeffrey L. Carrell),(美)埃德·泰特尔(Ed Tittel)著编 | (美)詹姆斯·派尔斯(James Pyles),(美)杰弗里·卡雷尔(Jeffrey L. Carrell),(美)埃德·泰特尔(Ed Tittel)著译 | (美)詹姆斯·派尔斯(James Pyles),(美)杰弗里·卡雷尔(Jeffrey L. Carrell),(美)埃德·泰特尔(Ed Tittel)著绘
    • 出版社: 清华大学出版社
    • 出版时间:2017-04
    送至
  • 由""直接销售和发货,并提供售后服务
  • 加入购物车 购买电子书
    服务

    看了又看

    商品预定流程:

    查看大图
    /
    ×

    苏宁商家

    商家:
    美阅书店
    联系:
    • 商品

    • 服务

    • 物流

    搜索店内商品

    商品参数
    • 作者: (美)詹姆斯·派尔斯(James Pyles),(美)杰弗里·卡雷尔(Jeffrey L. Carrell),(美)埃德·泰特尔(Ed Tittel)著著| (美)詹姆斯·派尔斯(James Pyles),(美)杰弗里·卡雷尔(Jeffrey L. Carrell),(美)埃德·泰特尔(Ed Tittel)著编| (美)詹姆斯·派尔斯(James Pyles),(美)杰弗里·卡雷尔(Jeffrey L. Carrell),(美)埃德·泰特尔(Ed Tittel)著译| (美)詹姆斯·派尔斯(James Pyles),(美)杰弗里·卡雷尔(Jeffrey L. Carrell),(美)埃德·泰特尔(Ed Tittel)著绘
    • 出版社:清华大学出版社
    • 出版时间:2017-04
    • 版次:1
    • 印次:1
    • 印刷时间:2018-08-01
    • 字数:893千字
    • 页数:563
    • 开本:16开
    • ISBN:9787302488415
    • 版权提供:清华大学出版社
    • 作者:(美)詹姆斯·派尔斯(James Pyles),(美)杰弗里·卡雷尔(Jeffrey L. Carrell),(美)埃德·泰特尔(Ed Tittel)著
    • 著:(美)詹姆斯·派尔斯(James Pyles),(美)杰弗里·卡雷尔(Jeffrey L. Carrell),(美)埃德·泰特尔(Ed Tittel)著
    • 装帧:平装
    • 印次:1
    • 定价:128.00
    • ISBN:9787302488415
    • 出版社:清华大学出版社
    • 开本:16开
    • 印刷时间:2018-08-01
    • 语种:中文
    • 出版时间:2017-04
    • 页数:563
    • 外部编号:9246312
    • 版次:1
    • 成品尺寸:暂无

    第1章 TCP/IP导引 1
    1.1 什么是TCP/IP 1
    1.2 TCP/IP的起源和历史 2
    1.2.1 TCP/IP的设计目标 2
    1.2.2 TCP/IP大事年表 2
    1.2.3 谁“拥有”Internet 3
    1.2.4 管理TCP/IP的标准化组织 4
    1.2.5 IPv4与IPv6 4
    1.3 TCP/IP标准和RFC 5
    1.4 OSI网络参考模型概览 6
    1.4.1 网络分层 6
    1.4.2 ISO/OSI网络参考模型 7
    1.4.3 协议层如何工作 8
    1.5 TCP/IP网络模型 12
    1.5.1 TCP/IP网络访问层 12
    1.5.2 TCP/IP网络访问层协议 13
    1.5.3 TCP/IP互联网层的功能 14
    1.5.4 TCP/IP互联网层协议 14
    1.5.5 TCP/IP传输层的功能 15
    1.5.6 TCP/IP传输层协议 15
    1.5.7 TCP/IP应用层 16

    • 第5章 Internet控制消息协议 本章内容: * 解释Internet控制消息协议的基本知识,以及它在网络中所起的作用。
      * 描述RFC 792中的规范说明,它定义了*初的ICMPv4协议,包括其首部格式,以及ICMPv4消息的不同类型和格式。
      * 概述ICMPv6协议的基本知识,内容涉及其首部格式,以及ICMPv6消息的不同类型和格式,包括错误消息和信息消息的组织方式。
      * 列举出不同ICMPv6错误消息的详细内容,包括那些在ICMPv4中已有的和进行了*新的,以及为ICMPv6新创建的消息类型。
      * 描述所有不同ICMPv6信息消息的复杂内容,包括那些在ICMPv4中已有的和进行了*新的,以及为ICMPv6新创建的。
      * 理解ICMPv4与ICMPv6之间的一般差别。
      * 解释路径MTU发现在IPv4结点之间是如何操作的,包括默认数据包MTU、数据分段,以及与ICMPv4消息发送有关的数据包被标记为不分段时所产生的影响。
      * 描述路径MTU发现为IPv6做了什么改变,以及对ICMPv6消息做了什么相关的 改变。
      * 描述ICMP的各种测试和故障诊断过程,包括网络实用工具(如ping、Traceroute和Pathping)的使用,以及路由序列与安全性问题。
      * 解释网络协议分析数据,并使用这些数据来解码ICMPv4和ICMPv6数据包,以便理解它们的版本、类型、序列和其他信息。
           尽管IP无疑是TCP/IP协议族中***的网络层协议,但它不是**的。本章介绍Internet控制消息协议(Internet Control Message Protocol,ICMP),这是一个重要的错误处理和信息处理协议,它是TCP/IP协议族不可或缺的一部分,也运行在网络层。本章先概要介绍ICMP所起的作用,接着描述了ICMP的能力、数据包结构,以及字段格式,并且解释ICMP如何处理报告错误、交付错误、路径发现、路径*大传输单元(MTU)发现,以及其他与路由相关的功能。
      5.1 ICMP基础   ICMP是一个重要的网络层协议,因为它提供了有关网络可连接性和路由行为的信息,这些是基于数据报的、无连接协议(例如IP与UDP)无法传输的。
        当遇到诊断和修复TCP/IP连接性问题时,就必须得到,在IP互连网络上,数据包如何从源结点传输到目的地结点的信息。对于任何网络结点,如果要与另一个网络结点进行通信和交换数据,一定存在从发送方到接收方转发数据的某种方法。这一概念称为可达性(Reachability)。
        正常情况下,在位于发送方与接收方之间的各种中间设备的本地IP路由表中,可以找到可用的转发路径。
        ICMP利用特殊类型的消息,提供了一种将信息返回给发送方的方法,这些信息是关于数据包在转发过程中所经历的路由(包括可达性信息)。ICMP还提供了一种在因为路由或可达性问题而阻止了IP数据报交付时返回错误信息的方法。这种能力很好地补充了IP的数据包交付服务,因为ICMP提供了IP自身不能提供的东西:路由、可达性、控制信息以及交付错误报告。
        ICMP报告错误、阻塞以及其他网络状况的能力,对于增强IP的*大努力交付方法并没有任何好处。事实上,ICMP消息只不过是特殊格式的IP数据报,它有一个8字节的首部,与一般网络流量中其他IP数据报受到相同的限制。尽管ICMP能够报告错误或网络阻塞(Network Congestion)(这会在网络流量开始超过处理能力时发生),但它也与IP主机(那些接收入站ICMP消息并操作这些消息内容的主机)有关。ICMP的内容是什么,主机会对它做些什么,是本章的主要内容。
        因此,ICMP消息用来让主机报告网络状况和问题,也可以使得主机能够选择网络上的*佳路径。当数据报不能到达预定接收方时,会有一条ICMP消息告知发送方。当网关(或路由器)能够把主机导引到一条*好(通常情况下,意味着*短)的网络路由上时,将发送一条重定向消息。随着本章的学习,ICMP消息的类型将会向你展示*多有关ICMP如何报告网络健康和传输问题的内容。
      ICMP在IP网络中的作用   如前所述,ICMP的任务是提供有关IP路由行为、可达性、两个特定主机之间的路由、传输错误等各种信息的。ICMP提供的信息对于网络监控和故障诊断相当有用。表5-1列出了ICMP消息类型,并给出了其用途和含义的简要解释。
      表5-1 ICMP消息类型及其用途或重要性 ICMP消息类型 用途或重要性 Echo/Echo应答 为像ping和Tracert这样的实用程序提供功能,在安装、配置和故障诊断IP网络时尤其有用 目的地不可达 当路由或传输错误阻止IP数据报到达其目的地时记入文档;代码值**重要。也用于两主机之间的路径MTU发现 源站抑制 使得网关可以引导发送主机调整(降低)其发送速度,以便缓解阻塞问题 重定向 使得在发送方和接收方之间非优化路由上的网关可以将流量重定向到一条*优化的路径上 路由器公告 支持主机请求本地路由器信息,并且支持路由器公告其在IP网络上的存在 超时 表示IP数据报的TTL或分段IP数据报的重组定时器已经超时;也可以表示TTL太小或在网络上出现了路由循环(路由循环必须被清除) 参数问题 表示在处理入站数据报的IP首部时,发生了某些问题,使得该数据报被丢弃;由于它涉及很多方面的内容,因此需要做进一步的调查    ICMP消息类型为TCP/IP网络和路由器故障诊断提供了基础。本章剩余部分将*深入地探索这些ICMP消息类型及其应用。
      5.2 ICMPv4   ICMP是IP的核心协议,*初是于1981年4月在RFC 777文档中描述的,该文档随后于9月被RFC 792废弃。计算机操作系统使用ICMPv4,主要是用于发送某些错误消息给其他网络结点。对普通的计算机用户来说,可能并不了解ICMPv4,但其*常见的形式(ping命令)是用于测试一台计算机与另一台计算机之间的连通性,即使是那些对网络技术了解甚少的人,都会使用到该命令。
         尽管RFC 792已经被RFC 950、RFC 4884、RFC 6633和RFC 6918替代,但它在**仍然是有效的。因此,有必要查看这些*新,以确定它们是否符合初始的ICMP标准。
           尽管ICMPv4被认为是一种传输协议,但它与TCP和UDP不同,它并不携带有效载荷,不能被计算机应用程序使用。ICMPv4支持一系列的网络测试和错误消息。除了ping实用程序外,它还支持Tracert或Traceroute实用程序,该程序可跟踪从源计算机到目的地计算机之间的IP数据包,计算数据包在传输过程中经过的跳数,以及每跳所需的时间。ICMP的消息类型包括Echo请求、Echo应答、目的地不可达、路由器公告等。
      5.2.1 RFC 792概览   RFC 792提供了所有合法ICMP消息的基础说明,并定义了ICMP能够传递的信息和服务的类型。该RFC文档还给出了有关IP和ICMP的一些要点,为了*好地理解这两个网络层TCP/IP协议之间的关系,这里对它们归纳如下。
      * ICMP提供了一种机制,使得网关(路由器)或目的地主机可以与源主机进行通信。
      * ICMP消息采用了特殊格式的IP数据报,使用了特殊的关联消息类型和编码。本章将阐述与ICMP消息相关的类型和代码。
      * 在TCP/IP的某些实现中,ICMP是一项必需的元素,***的那些协议栈适宜出售给美国政府,并且ICMP通常作为提供IP基础支持一部分而出现。
      * ICMP仅仅报告有关非ICMP的IP数据报处理错误。为了防止错误消息的无限循环,ICMP不传送有关自身的任何消息,且仅仅提供任何分段数据报序列中**个分段的消息。
        尽管RFC 792发布于1981年,但它定义的ICMP消息的主要功能和蓝图,直到**还在使用。本章中阐述ICMP消息的多个章节就是直接来自这个文档的。
      5.2.2 ICMPv4的首部   IP首部协议(Protocol)字段的值1表示ICMP首部紧跟在该IP首部后面,如图5-1所示。ICMP首部由两部分组成:固定部分和可变部分。本节中,我们介绍首部结构的每一部分,各种ICMP数据包类型的功能,并给出ICMP查询示例,以及在网络上可以遇到的错误消息。
      图5-1 协议字段的值1表示ICMP首部紧跟在该IP首部后面 一些固定的ICMP字段   在IP首部后面,ICMP数据包仅仅包含3个必需字段:类型(Type)字段、编码(Code) 字段、校验和(Checksum)字段。然而,在某些ICMP数据包中,还有一些附加字段,它们提供了消息的信息或细节,或提供了特定消息的信息。例如,ICMP重定向数据包需要包含用于数据包重定向的网关地址。一旦接收到这样的数据包,主机应该在其路由表中添加一个动态路由项,并立即开始使用新的路由信息。图5-1显示了ICMP首部的一些固定字段。
      有关本节列出的ICMP帧结构的*进一步信息,请参阅RFC 792、RFC 1191和RFC 1256文档。
      类型字段   类型字段标识了可在网络上发送的ICMP消息类型。表5-2列出了已分配的ICMP类型编号及其对应的各种ICMP消息类型。该表是基于IANA文档的。关于该列表的*新版本,请访问www.iana.org/assignments/icmp-parameters/icmp.parameter.xml。
      表5-2 ICMPv4类型、名称及其参考 类 型 名 称 参 考 0 Echo应答 RFC 792 1 未分配 2 未分配 3 目的地不可达 RFC 792 4 源结点抑制 RFC 792 5 重定向 RFC 792 6 备用主机地址 JBP 7 未分配 8 Echo RFC 792 ???????????????????????????????????????????续表?? 类 型 名 称 参 考 9 路由器公告 RFC 1256 10 路由器请求 RFC 1256 11 超时 RFC 792 12 参数问题 RFC 792 13 时间戳 RFC 792 14 时间戳应答 RFC 792 15 信息请求 RFC 792 16 信息应答 RFC 792 17 地址掩码请求 RFC 950 18 地址掩码应答 RFC 950 19 保留(出于安全性) Solo 20~29 保留(为了健壮性试验) ZSu 30 Traceroute RFC 1393 31 数据报转换错误 RFC 1475 32 移动主机重定向 David Johnson 33 IPv6 Where-Are-You Bill Simpson 34 IPv6 I-Am-Here Bill Simpson 35 移动注册请求 Bill Simpson 36 移动注册应答 Bill Simpson 37 域名请求 Bill Simpson 38 域名应答 Bill Simpson 39 SKIP Markson 40 Photuris RFC 2521 41 由试验性移动协议使用的ICMP消息 RFC 4065 42~255 保留 JBP   当前,并非所有这些类型都在使用。某些还处于开发状态,另一些仅仅用于试验。
      *初的JBP标识为Jon B. Postel。Jon B. Postel是Internet协议族的奠基人之一。他拥有一副长胡须和聪颖超凡的心灵,直到1998年10月去世之前,他帮助塑造了Internet通信系统以及数百万个专用网络。有关这个杰出人物的*多信息,请访问www.postel.org/remembrances。
      编码字段   很多ICMP数据包类型都有一个编码(Code)字段。表5-3列出了能够与目的地不可达(Destination Unreachable)ICMP数据包一起使用的编码。
        表5-4列出了能够与ICMP重定向(Redirect)数据包一起使用的编码。
        表5-5列出了能够与ICMP备用主机地址(Alternate Host Address)数据包一起使用的编码。
        表5-6列出了能够与ICMP超时(Time Exceeded)数据包一起使用的编码。
      表5-3 类型3:目的地不可达编码 编 码 定 义 编 码 定 义 0 网络不可达 8 源主机孤立 1 主机不可达 9 与目的地网络的通信被强制禁止 2 协议不可达 10 与目的地主机的通信被强制禁止 3 不可达 11 由于服务类型原因目的地网络不可达 4 需要分段,但设置了不分段位 12 由于服务类型原因目的地主机不可达 5 源路由失败 13 通信被强制禁止 6 目的地网络未知 14 主机优先级冲突 7 目的地主机未知 15 优先级事实上被屏蔽 表5-4 类型5:重定向编码 编 码 定 义 0 为网络(或子网)重定向数据报 1 为主机重定向数据报 2 为服务类型和网络重定向数据报 3 为服务类型和主机重定向数据报 表5-5 类型6:备用主机地址编码 编 码 定 义 0 主机的备用地址 表5-6 类型11:超时编码 编 码 定 义 0 传输超时 1 分段重组超时   表5-7列出了能够与ICMP参数问题(Parameter Problem)数据包一起使用的编码。
      表5-7 类型12:ICMP参数问题编码 编 码 定 义 0 指针指示错误 1 丢失了所需选项 2 长度无效   表5-8列出了能够与ICMP Photuris数据包一起使用的编码。
      表5-8 类型40:ICMP Photuris编码 编 码 定 义 编 码 定 义 0 坏的SPI 3 解密失败 1 认证失败 4 需要认证 2 解压缩失败 5 需要授权    Photuris是一种会话密钥管理协议,定义在RFC 2522中。
      校验和字段   校验和(Checksum)字段仅仅用于ICMP首部的错误检测。跟在校验和后面的字段依据所发送的特定ICMP消息而变化。在下一节中,我们考察*常用ICMP数据包类型、解释它们的编码,以及考察完整的ICMP结构。
      5.2.3 ICMPv4消息的类型   ICMP的消息类型有很多,但可把它们分为两大类:错误消息和信息消息。所有ICMPv4消息都使用一种常用消息格式,并使用一组协议规则来发送和接收。但是,ICMP消息的详细内容因特定的消息类型而不同。
        路由器和网络结点使用ICMPv4错误消息来告知源结点,它所传输的数据报在网络上遇到了一个问题,影响了它的传输。ICMPv4消息类型往往要求有来自发送结点的某种响应。当然,如果往源结点发送一个消息,声明其数据包是无法交付的,发送方将希望发现是什么问题,并寻找一种解决办法。下面是各种消息类型的简要描述。
      目的地不可达消息   当发送的数据包不能传输给目的地址时,会给源结点返回目的地不可达消息(Destination Unreachable Message)。数据包传输失败的原因有不少。一些数据包含有错误参数,例如,不合法的IP地址。有时,路由器无法到达目的地所在的网络。由于IPv4是不可靠协议,尽管会进行“*大努力”传输,但它并不能保证发送的数据包肯定能到达目的地。如果数据包不能到达目的地,那么目的地不可达消息将会与无法交付的部分数据报一起返回给发送结点。然后,发送方就可以使用这些信息来决定如何改正问题。
      源结点抑制消息   该消息用于告诉源结点,降低往目的地结点发送数据报的速率。通常,当输入的数据流量快过处理能力时,网络结点可以把数据包缓存起来。但一个设备的缓冲区大小毕竟是有限的,当缓存区缓存满了时,而接收结点无法快速处理数据流以减少缓冲区的内容,就会发送一个源结点抑制消息给发送结点。通常,源结点会做出响应,降低传输速率,直到不再接收到源结点抑制为止。源结点抑制消息的作用是有限的,因为它们只含有目的地拥塞的信息,它们并不能告诉源结点,它该为出现的问题做些什么。同样,也不会给源结点发送消息,告诉它目的地的缓冲区现在不是满的,从而可以接收以*快速率发送的数据了。对该消息的响应**留给源结点负责。
         *高层的TCP协议具有*高效的流控制机制,可用于调节两个网络设备之间的数据包传输。超时消息   在两种情况下会发送这种消息。**种情况是,在数据包达到其目的地之前,网络上的路由器把数据包的生存时间(TTL)字段减少为0了。第二种情况是,当结点的数据包重组计时器为0时,还有一些消息段没有到达目的地结点。
        如果在一个路由循环中捕获了一个数据包,但在该路径中并没有汇聚一个能到达目的地的路由器时,就会发送**种情况。该数据包在一组路由器之间返回,直到其TTL值降为0。除路由循环外,如果在通往目的地时,TTL值设置得过低,数据包的TTL也会减为0。因此,如果TTL的初始值设为7,而实际上需要经过14跳才能到达目的地,那么就会发送超时消息。在这种情况下,接收到跳数为0的数据包的路由器,将把超时消息发送给源结点。
        另外,当源结点的消息必须分段时,目的地结点也会发送一个超时消息。当**个数据段达到了目的地结点,就会为计时器设置为某个值,在这个时间内,该结点将等待接收其余的数据段,这样就可以重组该消息。如果在计时器到0时,还有一个或多个数据段没有接收到,那么所有数据段都被丢弃,且目的地结点发送一个超时消息给源结点。
         有关路由循环的*多信息请参见第4章。
      重定向消息   当某个**跳路由器接收到一个数据包,该数据包可以被另一个**跳路由器*有效地管理时,就会往源网络结点发送一个重定向(Redirect)消息。例如,假设某个本地网络有两台路由器。路由器A是通往Internet的默认网关。路由器B是通往同一公司的另一个本地网络的网关。如果某台计算机配置为使用路由器A作为其默认的**跳路由器,当该计算机要发送一个数据包给该公司另一个本地网络上的计算机时,路由器A知道路由器B可以*有效地处理该数据包。路由器A把该数据包转发给路由器B,并往发送该数据包的结点发送一个转发消息,告诉该结点,使用路由器B作为通往另一个本地网络的**个跳路由器。从技术上来说,重定向消息并不是错误消息,但ICMPv4就是这样分类的(ICMPv6则把该消息重新分类为信息消息)。重定向消息用于为结点提供数量有限的路由信息,路由器并不会给其他路由器发送重定向消息。
      参数问题消息   参数问题是一种“通用”错误消息,如果网络上的任何设备在IP数据包的首部字段中检测到了一个错误,这些设备就会发送回一个参数问题消息给源结点。这种消息含有一个特殊的指针字段,用于告诉源结点,在数据包的首部中发生了哪种类型的问题。当网络上的一个设备发现数据包在其某个字段中含有错误参数,该结点将把该数据包丢弃,并往源结点发送回参数问题消息。
        很多ICMPv4消息提供的消息与错误纠正没有任何关系。现在,这种类型的消息有9种,但大多数是成对出现的。因此,它们中的大多数是两个两个同时出现,例如Echo请求和Echo应答消息。
         初始的ICMP标准含有两种类型的消息:信息请求和信息应答。它们并不是ICMPv4实现的一部分,因为它们的功能目前是由其他协议(例如BOOTP、DHCP和RARP)管理的。
      Echo请求与Echo应答消息   这些消息类型用于网络结点间的连通性测试。网络结点A往结点B发送一个Echo请求消息,结点B接收到该请求消息后,往结点A发送Echo应答消息,以确认接收到消息了。这些消息的*常见实现是ping实用工具的使用。当Echo请求消息无法到达目的地结点时,接收Echo消息但无法把它转发的设备将发送错误消息。这种错误消息就是前面介绍的目的地不可达消息。
         从技术上说,ICMPv4的Echo请求消息指的是“Echo(请求)”或就是“Echo”。
      时间戳请求与时间戳应答消息   在网络上,路由器使用这两个消息来同步化系统时钟的日期和时间。网络上的每个设备都有一个系统时钟,利用它,就可以知道日期和时间。但是,两个设备不可能具有**一致的时间。当这些设备一起工作时,这可能会出现问题。某个设备如果想与另一个设备同步化其系统时间,就可以发送一个时间戳请求消息给第二个设备,该设备响应一个时间戳应答消息。在大型网络(尤其是Internet)中,这种时间同步化的方法并不能很好地工作,因为这样来回传输ICMPv4消息是很费时间的。对于大型网络以及现代的网络基础设施来说,其中的设备使用的是网络时间协议(Network Time Protocol,NTP),在它们的系统时钟上创建**一致的时间。
         从技术上来说,时间戳请求就称为“时间戳(请求)”。
         从2015年的年初到年中,NTP及其管理员的命运很成问题,直到NTP资源库在GitHub找到了新家。详见http://nwtime.org/master-ntp- repositories-on-github/。
      路由器公告与路由器请求消息   这两个消息允许网络结点不用手工配置**跳路由器的地址,以请求和接收本地网络中的路由器信息。当网络结点**次启动时,如果不了解网络中的任何路由器,就会使用给“所有路由器”的多播地址224.0.0.2发送一个ICMPv4路由器请求消息。这就使得就有路由器才会接收该请求,避免与网络上的所有设备发生通信。路由器使用有关其自己的信息来响应该结点。路由器会定期地使用“所有设备”的多播地址224.0.0.1来发送路由器公告消息。需要路由器信息或需要*新其路由器信息的结点,接收该公告并*新本地路由器信息。尽管利用路由器公告消息也可以了解本地路由器的信息,但通过路由器请求消息,可以使得计算机在启动后要发现路由器地址时,无须等待和侦听这些路由器消息。这种路由器发现方法不是必需的。通常,计算机是使用DHCP动态地接收默认路由器的IP地址。要记住的重要一条是,路由器公告消息并不是用于在路由器之间交换路由器信息的,也不会把复杂的路由表植入网络结点。网络结点只含有与本地网络中的计算机进行通信所需的信息,以及明白如何与路由器进行联系,以便与其他网络上的结点进行通信。路由器是使用路由协议(例如RIP和OSPF)来与其他路由器交换路由信息的。
         关于路由器、路由表与路由协议的*多信息,请参见第4章。
      地址掩码请求与地址掩码应答   这两个消息用于为发送地址掩码请求的结点提供关于网络中其他计算机的子网掩码信息。网络中的某个结点可能知道另一个结点的IP地址,但它并不知道如何解释该IP地址,除非知道了应用于该地址的子网掩码。毕竟,使用子网掩码255.255.255.0还是255.255.255.240划分的地址192.168.0.3是不一样的。发送地址掩码请求消息的结点,通常是通过单播或广播来把消息发送给路由器的。路由器使用应答消息来响应该结点,告诉该结点本地网络所使用的子网掩码(该结点的子网掩码也与本地网络中每台计算机的子网掩码相同)。与路由器公告和路由器请求消息不同,路由器并不会有规律地公告子网信息。它们只有在响应网络结点的一个请求时,才会发送子网掩码信息。地址掩码请求和地址掩码应答消息也不是必需的。大多数计算机是通过DHCP来获得子网掩码信息的。
      Traceroute消息   Traceroute消息类似于Echo请求和Echo应答消息,但它不只是用于测试基本的网络连通性。这种ICMPv4消息可跟踪数据包所经过的一系列路由器,通过这些路由器,逐跳地把数据包从源结点发送到目的地结点。在Windows系统的计算机中,这些消息是利用Tracert实用工具来发送的。在其他操作系统中(例如Linux),使用的是Traceroute程序。尽管名称不一样,但底层的ICMPv4消息格式是相同的。一个Traceroute消息是作为单个数据包来发送的,它含有一个特定的Traceroute IP选项,通过对这个选项的辨识,路由器把该数据包接收为一个测试消息。路由器沿路由路径把该数据包转发到目的地结点,每个转发了该消息的路由器,都会用一个Traceroute消息来应答源结点,这个Traceroute消息含有该路由器的IP地址和(或)名称,以及经过该路由器所需的时间(以毫秒为单位)。
         以单个数据包的形式来发送一个Traceroute消息,实际上是在RFC 1393中定义的一种试验性方法。*初的方法是发送一组消息,每个消息对应于路径中的一个路由器,且每个消息的TTL字段值,等于到达对应路由器的跳数(即依次是1,2,3,等等),利用超时错误消息来“跟踪”路由跳。这需要大量的数据流量和时间,而且,在运行Traceroute实现时,源结点与目的地结点之间的路由可能已发生了变化。


    本书深入介绍了TCP/IP的模型、协议、服务以及标准。本书采用理论与实践相结合的方法,利用各种协议分析工具(如Wireshark),通过捕获网络上的真实数据包,并把数据包的内部结构以可视化的形式详细分解,让读者能够以直观的方式了解TCP/IP的精髓。此外,通过每章末尾的习题、¶

    • 深入剖析TCP/IP协议。


    售后保障

    最近浏览

    猜你喜欢

    该商品在当前城市正在进行 促销

    注:参加抢购将不再享受其他优惠活动

    x
    您已成功将商品加入收藏夹

    查看我的收藏夹

    确定

    非常抱歉,您前期未参加预订活动,
    无法支付尾款哦!

    关闭

    抱歉,您暂无任性付资格

    此时为正式期SUPER会员专享抢购期,普通会员暂不可抢购