计算机网络响应报文长度

‘壹’ 计算机网络发送时延和传播时延怎么算

总时延 = 排队时延 + 处理时延 + 传输时延 + 传播时延

1. 排队时延

分组在路由器的输入队列和输出队列中排队等待的时间，取决于网络当前的通信量。

2. 处理时延

主机或路由器收到分组时进行处理所需要的时间，例如分析首部、从分组中提取数据、进行差错检验或查找适当的路由等。

3. 传输时延

主机或路由器传输数据帧所需要的时间。

(1)计算机网络响应报文长度扩展阅读

网络延时高可能有以下几个原因：

1. 本机到服务器之间路由跳数过多。由于光/电的传输速度非常快，他们在物理介质中的传播时间几乎可以忽略不计，但是路由器转发数据包的处理时间是不可忽略的。当本机到服务器链路中有太多路由转发处理时，网络延时就会很明显。

2. 网络带宽不够。排除其它因素，如果客户端和服务器端直接通过一个路由器连接，但带宽只有10Kbps，却同时有多个应用需要传输远超带宽的数据量200Kbps，这时候会造成大量数据丢失，从而表现为响应延时。

3. 处理带宽不够。排除其它因素，如果客户端和服务器端直接通过一个路由器连接，且带宽足够，但服务器端处理能力不足，也会造成响应延时。

‘贰’ 192.168.0.2计算机Ping 192.168.0.1在192.168.0.1这台计算机上收到的IP报文长度，以太网报文长度是要详

ipv4的icmp包长度74bytes，也就是592bits，其中包头20bytes，数据长度是32bytes
IP报文不就是以太网报文吗？
下边是用wireshark抓的包
No. Time Source Destination Protocol Length Info
415 511.454821 172.21.236.81 172.30.51.133 ICMP 74 Echo (ping) request id=0x0400, seq=30525/15735, ttl=123

Frame 415: 74 bytes on wire (592 bits), 74 bytes captured (592 bits)
Arrival Time: Feb 24, 2011 16:43:53.510964000 中国标准时间
Epoch Time: 1298537033.510964000 seconds
[Time delta from previous captured frame: 1.000035000 seconds]
[Time delta from previous displayed frame: 1.000035000 seconds]
[Time since reference or first frame: 511.454821000 seconds]
Frame Number: 415
Frame Length: 74 bytes (592 bits)
Capture Length: 74 bytes (592 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ip:icmp:data]
[Coloring Rule Name: ICMP]
[Coloring Rule String: icmp || icmpv6]
Ethernet II, Src: Hangzhou_a1:9c:65 (00:23:89:a1:9c:65), Dst: QuantaCo_39:b7:74 (60:eb:69:39:b7:74)
Destination: QuantaCo_39:b7:74 (60:eb:69:39:b7:74)
Address: QuantaCo_39:b7:74 (60:eb:69:39:b7:74)
.... ...0 .... .... .... .... = IG bit: Indivial address (unicast)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
Source: Hangzhou_a1:9c:65 (00:23:89:a1:9c:65)
Address: Hangzhou_a1:9c:65 (00:23:89:a1:9c:65)
.... ...0 .... .... .... .... = IG bit: Indivial address (unicast)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
Type: IP (0x0800)
Internet Protocol, Src: 172.21.236.81 (172.21.236.81), Dst: 172.30.51.133 (172.30.51.133)
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00: Not-ECT (Not ECN-Capable Transport))
0000 00.. = Differentiated Services Codepoint: Default (0x00)
.... ..00 = Explicit Congestion Notification: Not-ECT (Not ECN-Capable Transport) (0x00)
Total Length: 60
Identification: 0xac13 (44051)
Flags: 0x00
0... .... = Reserved bit: Not set
.0.. .... = Don't fragment: Not set
..0. .... = More fragments: Not set
Fragment offset: 0
Time to live: 123
Protocol: ICMP (1)
Header checksum: 0x1ba3 [correct]
[Good: True]
[Bad: False]
Source: 172.21.236.81 (172.21.236.81)
Destination: 172.30.51.133 (172.30.51.133)
Internet Control Message Protocol
Type: 8 (Echo (ping) request)
Code: 0
Checksum: 0xd21e [correct]
Identifier (BE): 1024 (0x0400)
Identifier (LE): 4 (0x0004)
Sequence number (BE): 30525 (0x773d)
Sequence number (LE): 15735 (0x3d77)
Data (32 bytes)
Data: ...
[Length: 32]

0000 60 eb 69 39 b7 74 00 23 89 a1 9c 65 08 00 45 00 `.i9.t.#...e..E.
0010 00 3c ac 13 00 00 7b 01 1b a3 ac 15 ec 51 ac 1e .<....{......Q..
0020 33 85 08 00 d2 1e 04 00 77 3d 61 62 63 64 65 66 3.......w=abcdef
0030 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 ghijklmnopqrstuv
0040 77 61 62 63 64 65 66 67 68 69 wabcdefghi

‘叁’ UDP报文头和TCP报文头，最小长度是多少

UDP报文的头部只有8个字节，相对TCP的20字节。

报头长度字段：占4比特。是头部占32比特的数字，包括可选项。普通IP数据报（没有任何选项），该字段的值是5，即160比特=20字节。此字段最大值为60字节。TCP报文头必须大于等于20byte，最大为60byte意味着Option选项部分取值范围0-40bits

报文就是网络传输的单位,传输过程中会不断的封装成分组、包、帧来传输，封装的方式就是添加一些信息段，那些就是报文头。

(3)计算机网络响应报文长度扩展阅读：

特点

（1）电路利用率高。由于许多报文可以分时共享两个节点之间的通道，所以对于同样的通信量来说，对电路的传输能力要求较低。

（2）在电路交换网络上，当通信量变很大时，就不能接受新的呼叫。而在报文交换网络上，通信量大时仍然可以接收报文不过传送延迟会增加。

（3）报文交换系可以把一个报文发送到多个目的地，而电路交换网络很难做到这一点。

（4）报文交换网络可以进行速度和代码的转换。

‘肆’ 在192.168.0.1这台计算机上收到的IP报文长度是多少

1. IP报文长度是38btye。
   

2. 以太网报的长度是64btye.
   

‘伍’ modbustcp异常响应报文长度是多少

功能码位由01h变为81h，那么说明主站发的这帧读线圈的请求不被从站所接受；
异常码在81h后面的那一个字节，一般是01h至04h；
最后两个字节仍然是CRC校验码；

‘陆’ 承载一个http响应报文一共需要多少个data-containing TCP报文段

需要4个。

IP数据报的最大长度=2^16-1=65535（字节）

TCP报文段的数据部分=IP数据报的最大长度-IP数据报的首部-TCP报文段的首部=65535-20-20=65495（字节）

TCP/IP协议模型包含一系列构成互联网基础的网络协议，是Internet的核心协议，通过20多年的发展已日渐成熟，并被广泛应用于局域网和广域网中，目前已成为事实上的国际标准。TCP/IP协议簇是一组不同层次上的多个协议的组合，通常被认为是一个四层协议系统，与OSI的七层模型相对应。

(6)计算机网络响应报文长度扩展阅读：

TCP为了保证报文传输的可靠，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认（ACK）；如果发送端实体在合理的往返时延（RTT）内未收到确认，那么对应的数据（假设丢失了）将会被重传。

当应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，TCP则把数据流分割成适当长度的报文段，最大传输段大小（MSS）通常受该计算机连接的网络的数据链路层的最大传送单元（MTU）限制。之后TCP把数据包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。

‘柒’ 关于计算机网络的题，急求解答！！

首先这段链路所允许的最大报文长度为420字节，这个要先确认
每个报文420字节，其中包含了20字节的IP报文头，所以有效数据字节为400
故
1）1635字节被分为了5个报文，大小分别为20+400,20+400,20+400,20+400,20+35
2）由上题，段内偏移明显分别为400,800,1200,1600

‘捌’ 一个RIP响应消息在封装进UDP报文之前，为什么其长度不能超过504个字节

这是《CCNA网络技术学习指导》一书中的一道习题。
对于这个问题我的想法如下，不一定是正确的，仅供大家参考：
RIP协议有两个格式：RIP-1消息的通用格式 RIP-2消息的通用格式
首先看RIP-1消息的通用格式 ：
不可重复字段：包含命令（8位）版本（8位）共计2字节
可重复字段：包含协议族（16位）网络地址（32位）跳数（32位）和填充0（10字节）
总计字节数=不可重复字段（2字节）+可重复字段（10+10）*25（最多可重复24次）=502字节
其次是RIP-2消息的通用格式
与RIP-1消息的通用格式 比较，RIP-2消息的通用格式 是把10字节的填充0改为了路由标记（16位）子网掩码（32位）和吓一跳IP地址（32）位。大小其实都是一样的，502字节，不会超过504字节。
说明：以上单位换算关系8位=1字节 此道题目考察的是（知识点）一个RIP消息中最多可以包含多少条路由信息。

‘玖’ UDP数据报的最小长度是多少 UDP数据报的

以字节为单位，最小值为8，即没有数据时的长度。2^16=65536，UDP理论上最大的数据报长度为65536字节，实际上65536字节会溢出，所以实际上包含报头在内的数据报的最大长度为65535字节。

从UDP的封装格式来看。其中源端口和目的端口各占16位。数据报长度位占16位。此数据报长度表示的为数据报长度，包含首部和数据区。

UDP协议全称是用户数据报协议，在网络中它与TCP协议一样用于处理数据包，是一种无连接的协议。在OSI模型中，在第四层——传输层，处于IP协议的上一层。

UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。UDP用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。

(9)计算机网络响应报文长度扩展阅读：

UDP数据报校验值

UDP协议使用报头中的校验值来保证数据的安全。校验值首先在数据发送方通过特殊的算法计算得出，在传递到接收方之后，还需要再重新计算。

如果某个数据报在传输过程中被第三方篡改或者由于线路噪音等原因受到损坏，发送和接收方的校验计算值将不会相符，由此UDP协议可以检测是否出错。这与TCP协议是不同的，后者要求必须具有校验值。

许多链路层协议都提供错误检查，包括流行的以太网协议，也许你想知道为什么UDP也要提供检查和校验。其原因是链路层以下的协议在源端和终端之间的某些通道可能不提供错误检测。

虽然UDP提供有错误检测，但检测到错误时，UDP不做错误校正，只是简单地把损坏的消息段扔掉，或者给应用程序提供警告信息。

UDP Helper是实现对指定UDP端口广播报文的中继转发，即将指定UDP端口的广播报文转换为单播报文发送给指定的服务器，起到中继的作用。

‘拾’ 一个计算机网络题，如图，我不懂得是，为啥说要交换的信息量较大，应该使报文长度尽量短

1，这个说法貌似不确切，确切的说法是：让包的头部尽量短，包的有效负载率尽量高，直接使用IP协议可省掉TCP头部，每个数据包可多携带几十个字节的有效数据。
2，一个有效数据包，走7层模型向下的时候，越往下封装的各层数据头部越多，包也越大。
例如一个TCP包经过IP层封装后，至少会增加20个字节的IP头部，当然要比传输层长。