专业技术知识讲解.doc

专业技术知识讲解一、485相关知识232转485转换器从性能上可以分为如下几种:1、 无源型485转换器无源型485转换器体积最小，采用串口窃电技术供电，所以不需要外部电源供电，由于其体积小，无需电源，所以应用灵活，但是由于其体积小，很多保护电路不能做上去，导致对485设备以及电脑的保护不是很好。由于采用串口窃电技术，电源供给不足，导致负载较小。 2、 有源型485转换器有源型485转换器只是在无源型485转换器上面加上一个外加电源，没有任何保护，该类产品市场基本没有前景，市场上该类产品基本绝迹。3、 防雷型485转换器防雷型485转换器，一般都是带有电源的产品，其中的防雷管等元器件可以防止浪涌，电磁干扰，雷电干扰等外部损坏。保护电脑以及485设备。有无源型的485转换器号称带有防雷功能，由于其体积小，在里面加防雷管等元器件不是很现实，即使有，性能也不是很好。4、 光隔离型485转换器光隔离型485转换器，都是使用外接电源的。其中又分为单端隔离及双端隔离，单端光隔离即是，在485信号的通道上使用光电隔离芯片，使得电信号转换为光信号，再将光信号转换为电信号，使得在485信号通道上没有电气接触，从而实现了隔离。而双端隔离是在485信号上实现了光电隔离的基础上，再将485转换器的电源供电，在232端与485端中间使用一个变压器，使得供电也没有电气接触，从而实现了真正意义上的隔离。5、 防雷光隔离型485转换器防雷光隔离型485转换器就是在光隔离型485转换器的基础上加上防雷保护功能。深圳市富永通科技有限公司的N-108型号防雷光隔离型485转换器即属于此，提供防雷保护，双端隔离等完全的保护，保护您的电脑及485设备。随着485系统的越来越大，485总线外挂的485设备越来越多，从而导致485总线的稳定性越来越差。现在市场上已经有可以负载128，256台甚至400台485设备的转换器，由于485总线使用总线连接形式，形成如果有一个485设备出现问题，就导致整个485总线出现问题的现象。所以从485总线的稳定性来说，当设备达到一定数量的时候，建议使用485集线器保证485总线的稳定性。从概率上分析，假设485总线上的485设备的无差错时间为99.9，当有128个485设备在一个总线上时，其无差错时间就是99.9的128次方，其无差错时间讯速降为87.98，而如果使用4口485集线器将128个485设备分割为四个32个485设备的485总线，其无差错时间就是99.9的32次方，其无差错时间为96.85，这样就大大提高了485总线的稳定性。二、CAN总线相关知识CAN(ControllerAreaNetwork)称为控制局域网，属于总线式通讯网络.CAN总线规范了任意两个CAN节点之间的兼容性，包括电气特性及数据解释协议，CAN协议分为二层：物理层和数据链路层。物理层决定了实际位传送过程中的电气特性，在同一网络中，所有节点的物理层必须保持一致，但可以采用不同方式的物理层。CAN的数据链路层功能包括帧组织形式，总线仲裁和检错、错误报告及处理，确认哪个信息要发送的，确认接收到的信息及为应用层提供了接口。CAN网络具有如下特点：CANBUS网络上任意一个节点均可在任意时刻主动向网络上的其它节点发送信息，而不分主从。通讯灵活，可方便地构成多机备份系统及分布式监测、控制系统。网络上的节点可分成不同的优先级以满足不同的实时要求。采用非破坏性总线裁决技术，当两个节点同时向网络上传送信息时，优先级低的节点主动停止数据发送，而优先级高的节点可不受影响地继续传输数据。具有点对点，一点对多点及全局广播传送接收数据的功能。通讯距离最远可达10KM/5KBPS，通讯速率最高可达1MBPS/40M。网络节点数实际可达110个。每一帧的有效字节数为8个，这样传输时间短，受干扰的概率低。每帧信息都有CRC校验及其它检错措施，数据出错率极低，可靠性极高通讯介质采用廉价的双绞线即可，无特殊要求。在传输信息出错严重时，节点可自动切断它与总线的联系，以使总线上的其它操作不受影响。三、FSK、光纤、基带、485、CAN总线五种通信方式的优缺点FSK方式：可靠通信速率为1200波特，可以连接树状总线；对线路性能要求低，通信距离远，一般可达30公里，线路绝缘电阻大于30欧姆，串联电阻高达数百欧姆都可以工作，适合用于大型矿井监控系统。主要缺点是：系统造价略高，通信线路要求使用屏蔽电缆；抗干扰性能一般，误码率略高于基带。 光纤方式：传输速率高，可达百兆以上；通信可靠无干扰；抗雷击性能好，缺点：系统造价高；光纤断线后熔接受井下防爆环境制约，不宜直达分站，一般只用于通信干线。 KJ101N式基带：抗干扰性能好，信号峰峰值高达60伏，相位延迟小，适宜传输同步SDLC信号，使用普通双绞线，不要求屏蔽，信号电缆可以树状连接。缺点：对线路性能要求苛刻，绝缘电阻必须大于3K，串联电阻必须小于300欧姆；传输速率不宜超过600波特。 485方式：为检测仪表间通信所设计，差动基带方式，线路简单，造价低廉适宜作近距离通信。缺点：信号有极性要求；通信总线必须链式连接，不能树状连接；信号幅度小，峰值只有零点几伏，抗干扰能力差，必须使用屏蔽电缆；通信速率低，十公里电缆通信标准仅有1200波特；长距离通信远不如FSK方式，不宜用作大型矿井监控系统。485总线目前已有许多产在应用。 CAN总线：为汽车内部智能化控制所设计，有很强的协议功能，短距离通信速率较485高，距离远时，速率与485类似，不宜做长距离通信。总线优缺点总结1、CAN总线与485具有相同的缺陷，不能连接树状总线，信号线要像有线电视一样连接，单独作为监控系统通信显然不妥，它常常作为大系统的分支连线。CAN总线目前尚未形成产品群，很难预测它在煤矿的应用前景。 2、光纤485混合模式：具有通信优势互补的优点，可以兼容现有的产品，缺点：光缆断纤后系统中断，灾害发生时系统恢复困难；此模式只适用大矿井。 3、光纤CAN总线模式：具有通信优势互补的优点，缺点：不能兼容现有产品，必须重新研发一整套系统；光缆断纤后系统中断，灾害发生时系统不可能恢复；此模式只适用大型矿井。 4、光纤FSK模式：可靠性好，具有通信优势互补的优点，可以兼容现有的产品，光缆断纤可立即切换到电缆上，缺点：末端通信速度相对低些。 5、光纤基带模式：抗干扰能力最好，具有通信优势互补的优点，可以兼容现有的产品，光缆断纤可立即切换到电缆上，缺点：末端通信速度相对低些。 6、KJ101N系统经过综合权衡后，选择了光纤FSK和光纤基带两种模式，它使用光缆，但能不依赖于光缆工作，只将光缆作为干线选项。去掉光缆就用于小煤矿，装上光缆就能实现高速通信。在发生矿难，或光缆短纤时，可以自动切换到电缆上。这种模式兼容新老用户已有的产品，可以为用户改造节省大量开支。四、TCP/UDP 协议知识面向连接的TCP协议1 面向连接:就是在正式通信前必须要与对方建立起连接。比如你给别人打电话，必须等线路接通了、对方拿起话筒才能相互通话。2 TCP（Transmission Control Protocol，传输控制协议）是基于连接的协议，也就是说，在正式收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，我们这里只做简单、形象的介绍，你只要做到能够理解这个过程即可。我们来看看这三次对话的简单过程： 主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话； 主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话； 主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。3 TCP协议能为应用程序提供可靠的通信连接，使一台计算机发出的字节流无差错地发往网络上的其他计算机，对可靠性要求高的数据通信系统往往使用TCP协议传输数据。4 我们来做一个实验，用计算机A（安装Windows 2000 Server操作系统）从“网上邻居”上的一台计算机B拷贝大小为8,644,608字节的文件，通过状态栏右下角网卡的发送和接收指标就会发现：虽然是数据流是由计算机B流向计算机A，但是计算机A仍发送了3,456个数据包，如图2所示。这些数据包是怎样产生的呢？因为文件传输时使用了TCP/IP协议，更确切地说是使用了面向连接的TCP协议，计算机A接收数据包的时候，要向计算机B回发数据包，所以也产生了一些通信量。 如果事先用网络监视器监视网络流量，就会发现由此产生的数据流量是9,478,819字节，比文件大小多出10.96%（如图3所示），原因不仅在于数据包和帧本身占用了一些空间，而且也在于TCP协议面向连接的特性导致了一些额外的通信量的产生。 面向非连接的UDP协议1 面向非连接: 就是在正式通信前不必与对方先建立连接，不管对方状态就直接发送。这与现在风行的手机短信非常相似：你在发短信的时候，只需要输入对方手机号就OK了。2 UDP（User Data Protocol，用户数据报协议）是与TCP相对应的协议。它是面向非连接的协议，它不与对方建立连接，而是直接就把数据包发送过去！ UDP适用于一次只传送少量数据、对可靠性要求不高的应用环境。比如，我们经常使用“ping”命令来测试两台主机之间TCP/IP通信是否正常，其实“ping”命令的原理就是向对方主机发送UDP数据包，然后对方主机确认收到数据包，再把数据包是否到达的消息及时反馈回来，那么网络就是通的。例如，在默认状态下，一次“ping”操作发送4个数据包（如图2所示）。大家可以看到，发送的数据包数量是4包，收到的也是4包（因为对方主机收到后会发回一个确认收到的数据包）。这充分说明了UDP协议是面向非连接的协议，没有建立连接的过程。正因为UDP协议没有连接的过程，所以它的通信效果高；但也正因为如此，它的可靠性不如TCP协议高。QQ就使用UDP发消息，因此有时会出现收不到消息的情况。 Windows网络命令行程序 这部分包括： 使用 ipconfig /all 查看配置 使用 ipconfig /renew 刷新配置 使用 ipconfig 管理 DNS 和 DHCP 类别 ID 使用 Ping 测试连接 使用 Arp 解决硬件地址问题 使用 nbtstat 解决 NetBIOS 名称问题 使用 netstat 显示连接统计 使用 tracert 跟踪网络连接 使用 pathping 测试路由器 使用 ipconfig /all 查看配置 发现和解决 TCP/IP 网络问题时，先检查出现问题的计算机上的 TCP/IP 配置。可以 使用 ipconfig 命令获得主机配置信息，包括 IP 地址、子网掩码和默认网关。 注意 对于 Windows 95 和 Windows 98 的客户机，请使用 winipcfg 命令而不是 ipconfi g 命令。 使用带 /all 选项的 ipconfig 命令时，将给出所有接口的详细配置报告，包括任何 已配置的串行端口。使用 ipconfig /all，可以将命令输出重定向到某个文件，并将 输出粘贴到其他文档中。也可以用该输出确认网络上每台计算机的 TCP/IP 配置，或 者进一步调查 TCP/IP 网络问题。 例如，如果计算机配置的 IP 地址与现有的 IP 地址重复，则子网掩码显示为 0.0.0 .0。 下面的范例是 ipconfig /all 命令输出，该计算机配置成使用 DHCP 服务器动态配置 TCP/IP，并使用 WINS 和 DNS 服务器解析名称。 Windows 2000 IP Configuration Node Type. . . . . . . . : Hybrid IP Routing Enabled. . . . : No WINS Proxy Enabled. . . . : No Ethernet adapter Local Area Connection: Host Name. . . . . . . . : DNS Servers . . . . . . . : 00 Deion. . . . . . . : 3Com 3C90x Ethernet Adapter Physical Address. . . . . : 00-60-08-3E-46-07 DHCP Enabled. . . . . . . : Yes Autoconfiguration Enabled.: Yes IP Address. . . . . . . . . : 12 Subnet Mask. . . . . . . . : Default Gateway. . . . . . : DHCP Server. . . . . . . . : 0 Primary WINS Server. . . . : 01 Secondary WINS Server. . . : 02 Lease Obtained. . . . . . : Wednesday, September 02, 1998 10:32:13 AM Lease Expires. . . . . . : Friday, September 18, 1998 10:32:13 AM 如果 TCP/IP 配置没有问题，下一步测试能够连接到 TCP/IP 网络上的其他主机。 使用 ipconfig /renew 刷新配置 解决 TCP/IP 网络问题时，先检查遇到问题的计算机上的 TCP/IP 配置。如果计算机 启用 DHCP 并使用 DHCP 服务器获得配置，请使用 ipconfig /renew 命令开始刷新租 约。 使用 ipconfig /renew 时，使用 DHCP 的计算机上的所有网卡（除了那些手动配置的 适配器）都尽量连接到 DHCP 服务器，更新现有配置或者获得新配置。 也可以使用带 /release 选项的 ipconfig 命令立即释放主机的当前 DHCP 配置。有 关 DHCP 和租用过程的详细信息，请参阅客户机如何获得配置。 注意 对于启用 DHCP 的 Windows 95 和 Windows 98 客户，请使用 winipcfg 命令的 rel ease 和 renew 选项，而不是 ipconfig /release 和 ipconfig /renew 命令，手动 释放或更新客户的 IP 配置租约。 使用 ipconfig 管理 DNS 和 DHCP 类别 ID 也可以使用 ipconfig 命令： 显示或重置 DNS 缓存。 详细信息，请参阅使用 ipconfig 查看或重置客户解析程序缓存。 刷新已注册的 DNS 名称。 详细信息，请参阅使用 ipconfig 更新 DNS 客户注册。 显示适配器的 DHCP 类别 ID。 详细信息，请参阅显示客户机上的 DHCP 类别 ID 信息。 设置适配器的 DHCP 类别 ID。 详细信息，请参阅设置客户机上的 DHCP 类别 ID 信息。 使用 Ping 测试连接 Ping 命令有助于验证 IP 级的连通性。发现和解决问题时，可以使用 Ping 向目标主 机名或 IP 地址发送 ICMP 回应请求。需要验证主机能否连接到 TCP/IP 网络和网络 资源时，请使用 Ping。也可以使用 Ping 隔离网络硬件问题和不兼容配置。 通常最好先用 Ping 命令验证本地计算机和网络主机之间的路由是否存在，以及要连 接的网络主机的 IP 地址。Ping 目标主机的 IP 地址看它是否响应，如下： ping IP_address 使用 Ping 时应该执行以下步骤： Ping 环回地址验证是否在本地计算机上安装 TCP/IP 以及配置是否正确。 ping Ping 本地计算机的 IP 地址验证是否正确地添加到网络。 ping IP_address_of_local_host Ping 默认网关的 IP 地址验证默认网关是否运行以及能否与本地网络上的本地主机通 讯。 ping IP_address_of_default_gateway Ping 远程主机的 IP 地址验证能否通过路由器通讯。 ping IP_address_of_remote_host Ping 命令用 Windows 套接字样式的名称解析将计算机名解析成 IP 地址，所以如果 用地址成功，但是用名称 Ping 失败，则问题出在地址或名称解析上，而不是网络连 通性的问题。详细信息，请参阅使用 Arp 解决硬件地址问题。 如果在任何点上都无法成功地使用 Ping，请确认： 安装和配置 TCP/IP 之后重新启动计算机。 “Internet 协议 (TCP/IP) 属性”对话框“常规”选项卡上的本地计算机的 IP 地址 有效而且正确。 启用 IP 路由，并且路由器之间的链路是可用的。 您可以使用 Ping 命令的不同选项来指定要使用的数据包大小、要发送多少数据包、 是否记录用过的路由、要使用的生存时间 (TTL) 值以及是否设置“不分段”标志。可 以键入 ping -? 查看这些选项。 下例说明如何向 IP 地址 idc.hk 发送两个 Ping，每个都是 1,450 字节： C:C:ping -n 2 -l 1450 idc.hk 正在 Ping idc.hk 32 具有 1450 字节的数据: 来自 32的回复: 字节=1450 时间=47ms TTL=124 来自 32 的回复: 字节=1450 时间=47ms TTL=124 32的 Ping 统计信息: 数据包: 已发送 = 2，已接收 = 2，丢失 = 0 (0% 丢失)，往返行程的估计时间(以毫秒为单位): 最短 = 47ms，最长 = 47ms，平均 = 47ms默认情况下，在显示“请求超时”之前，Ping 等待 1,000 毫秒（1 秒）的时间让每响应返回。如果通过 Ping 探测的远程系统经过长时间延迟的链路，如卫星链路， 则响应可能会花更长的时间才能返回。可以使用 -w （等待）选项指定更长时间的超 时。 使用 Arp 解决硬件地址问题 “地址解析协议 (ARP)”允许主机查找同一物理网络上的主机的媒体访问控制地址， 如果给出后者的 IP 地址。为使 ARP 更加有效，每个计算机缓存 IP 到媒体访问控制 地址映射消除重复的 ARP 广播请求。 可以使用 arp 命令查看和修改本地计算机上的 ARP 表项。arp 命令对于查看 ARP 缓 存和解决地址解析问题非常有用。 详细信息，请参阅查看“地址解析协议 (ARP)”缓存和添加静态 ARP 缓存项目。 使用 nbtstat 解决 NetBIOS 名称问题 TCP/IP 上的 NetBIOS (NetBT) 将 NetBIOS 名称解析成 IP 地址。TCP/IP 为 NetBI OS 名称解析提供了很多选项，包括本地缓存搜索、WINS 服务器查询、广播、DNS 服 务器查询以及 Lmhosts 和主机文件搜索。 Nbtstat 是解决 NetBIOS 名称解析问题的有用工具。可以使用 nbtstat 命令删除或 更正预加载的项目： nbtstat -n 显示由服务器或重定向器之类的程序在系统上本地注册的名称。 nbtstat -c 显示 NetBIOS 名称缓存，包含其他计算机的名称对地址映射。 nbtstat -R 清除名称缓存，然后从 Lmhosts 文件重新加载。 nbtstat -RR 释放在 WINS 服务器上注册的 NetBIOS 名称，然后刷新它们的注册。 nbtstat -a name 对 name 指定的计算机执行 NetBIOS 适配器状态命令。适配器状态 命令将返回计算机的本地 NetBIOS 名称表，以及适配器的媒体访问控制地址。 nbtstat -S 列出当前的 NetBIOS 会话及其状态（包括统计），如下例所示： NetBIOS connection table Local name State In/out Remote Host Input Output - CORP1 Connected Out CORPSUP1 6MB 5MB CORP1 Connected Out CORPPRINT 108KB 116KB CORP1 Connected Out CORPSRC1 299KB 19KB CORP1 Connected Out CORPEMAIL1 324KB 19KB CORP1 Listening 使用 netstat 显示连接统计 可以使用 netstat 命令显示协议统计信息和当前的 TCP/IP 连接。netstat -a 命令 将显示所有连接，而 netstat -r 显示路由表和活动连接。netstat -e 命令将显示 Ethernet 统计信息，而 netstat -s 显示每个协议的统计信息。如果使用 netstat -n，则不能将地址和端口号转换成名称。下面是 netstat 的输出示例： C:netstat -e Interface Statistics Received Sent Bytes 3995837940 47224622 Unicast packets 120099 131015 Non-unicast packets 7579544 3823 Discards 0 0 Errors 0 0 Unknown protocols 363054211 C:netstat -a Active Connections Proto Local Address Foreign Address State TCP CORP1:1572 0:nbsession ESTABLISHED TCP CORP1:1589 0:nbsession ESTABLISHED TCP CORP1:1606 45:nbsession ESTABLISHED TCP CORP1:1632 13:nbsession ESTABLISHED TCP CORP1:1659 69:nbsession ESTABLISHED TCP CORP1:1714 03:nbsession ESTABLISHED TCP CORP1:1719 6:nbsession ESTABLISHED TCP CORP1:1241 01:nbsession ESTABLISHED UDP CORP1:1025 *:* UDP CORP1:snmp *:* UDP CORP1:nbname *:* UDP CORP1:nbdatagram *:* UDP CORP1:nbname *:* UDP CORP1:nbdatagram *:* C:netstat -s IP Statistics Packets Received = 5378528 Received Header Errors = 738854 Received Address Errors = 23150 Datagrams Forwarded = 0 Unknown Protocols Received = 0 Received Packets Discarded = 0 Received Packets Delivered = 4616524 Output Requests = 132702 Routing Discards = 157 Discarded Output Packets = 0 Output Packet No Route = 0 Reassembly Required = 0 Reassembly Successful = 0 Reassembly Failures = Datagrams Successfully Fragmented = 0 Datagrams Failing Fragmentation = 0 Fragments Created = 0 ICMP Statistics Received Sent Messages 693 4 Errors 0 0 Destination Unreachable 685 0 Time Exceeded 0 0 Parameter Problems 0 0 Source Quenches 0 0 Redirects 0 0 Echoes 4 0 Echo Replies 0 4 Timestamps 0 0 Timestamp Replies 0 0 Address Masks 0 0 Address Mask Replies 0 0 TCP Statistics Active Opens = 597 Passive Opens = 135 Failed Connection Attempts = 107 Reset Connections = 91 Current Connections = 8 Segments Received = 106770 Segments Sent = 118431 Segments Retransmitted = 461 UDP Statistics Datagrams Received = 4157136 No Ports = 351928 Receive Errors = 2 Datagrams Sent = 13809 使用 tracert 跟踪网络连接 Tracert（跟踪路由）是路由跟踪实用程序，用于确定 IP 数据报访问目标所采取的路 径。Tracert 命令用 IP 生存时间 (TTL) 字段和 ICMP 错误消息来确定从一个主机到 网络上其他主机的路由。 Tracert 工作原理 通过向目标发送不同 IP 生存时间 (TTL) 值的“Internet 控制消息协议 (ICMP)”回 应数据包，Tracert 诊断程序确定到目标所采取的路由。要求路径上的每个路由器在 转发数据包之前至少将数据包上的 TTL 递减 1。数据包上的 TTL 减为 0 时，路由器 应该将“ICMP 已超时”的消息发回源系统。 Tracert 先发送 TTL 为 1 的回应数据包，并在随后的每次发送过程将 TTL 递增 1， 直到目标响应或 TTL 达到最大值，从而确定路由。通过检查中间路由器发回的“ICM P 已超时”的消息确定路由。某些路由器不经询问直接丢弃 TTL 过期的数据包，这在 Tracert 实用程序中看不到。 Tracert 命令按顺序打印出返回“ICMP 已超时”消息的路径中的近端路由器接口列表 。如果使用 -d 选项，则 Tracert 实用程序不在每个 IP 地址上查询 DNS。 在下例中，数据包必须通过两个路由器（ 和 ）才能到达主机 9。主机的默认网关是 ， 网络上的路由器的 IP 地 址是 。 C:tracert 9 -d Tracing route to 9 over a maximum of 30 hops 1 2s 3s 2s 10,0.0,1 2 75 ms 83 ms 88 ms 3 73 ms 79 ms 93 ms 9 Trace complete. 用 tracert 解决问题 可以使用 tracert 命令确定数据包在网络上的停止位置。下例中，默认网关确定 19 9 主机没有有效路径。这可能是路由器配置的问题，或者是 192.168.10. 0 网络不存在（错误的 IP 地址）。 C:tracert 9 Tracing route to 9 over a maximum of 30 hops 1 reportsestination net unreachable. Trace complete. Tracert 实用程序对于解决大网络问题非常有用，此时可以采取几条路径到达同一个 点。 Tracert 命令行选项 Tracert 命令支持多种选项，如下表所示。 tracert -d -h maximum_hops -j host-list -w timeout target_name 选项 描述 -d 指定不将 IP 地址解析到主机名称。 -h maximum_hops 指定跃点数以跟踪到称为 target_name 的主机的路由。 -j host-list 指定 Tracert 实用程序数据包所采用路径中的路由器接口列表。 -w timeout 等待 timeout 为每次回复所指定的毫秒数。 target_name 目标主机的名称或 IP 地址。 详细信息，请参阅使用 tracert 命令跟踪路径。 使用 pathping 测试路由器 pathping 命令是一个路由跟踪工具，它将 ping 和 tracert 命令的功能和这两个工 具所不提供的其他信息结合起来。pathping 命令在一段时间内将数据包发送到到达最 终目标的路径上的每个路由器，然后基于数据包的计算机结果从每个跃点返回。由于 命令显示数据包在任何给定路由器或链接上丢失的程度，因此可以很容易地确定可能 导致网络问题的路由器或链接。某些选项是可用的，如下表所示。 选项 名称 功能 -n Hostnames 不将地址解析成主机名。 -h Maximum hops 搜索目标的最大跃点数。 -g Host-list 沿着路由列表释放源路由。 -p Period 在 ping 之间等待的毫秒数。 -q Num_queries 每个跃点的查询数。 -w Time-out 为每次回复所等待的毫秒数。 -T Layer 2 tag 将