马宏伟《计算机网络A》Chapter3-作业解答.docx

第三章作业及解答

两个应用进程使用UDP交换数据。设发送端传输三个字节数据给接收端进程，三个字节数据为：101010102。假设发送端进程的端口号为1024，接收端进程的端口号为80。为简化问题，我们假设只有UDP

Segment的头部和数据两部分参与校验和的计算(实际上，UDP校验和计算中还包括一个伪头部)。

以十六进制形式描述计算校验和之前的UDP Segment。注意，UDP

Segment总长度必须是偶数。不足的，补一个全零字节。

答：根据RFC768-UserDatagramProtocol规定，如果UDPSegment的总长度为奇数字节，需要补一个全零的填充字节，以使参与Checksum运算的字节数为偶数。但UDPSegment头部的Length字段的值为Segment的实际长度，并不包含这个填充字节(填充字节只用做Checksum计算)。

源端口号为1024,即00000000)2，(0400)hex；

目的端口号为80，即01010000)2，(0050)hex；

长度为11字节(8字节头部，3字节数据)，即00001011)

2，(000B)hex；

Checksum全为0，即00000000)2，(0000)hex；三字节数据加上一个填充字节，Segment的数据部分为

1010101000000000)2,(55AA3300)hex

因此，在计算Checksum前，Segment的十六进制形式为：

0400

0050

000B

0000

55AA

3300

UDPSegment校验和的计算过程及结果。00000000源端口01010000目的端口010100000000000000000100源端口号01010000

目的端口号0101000000001011

Segment长度0101101100000000 校验和字段(其实加不加对结果没影响)0101101110101010 前两个字节的数据0000010100000000 第三字节数据和填充字节00000101

第二步：对和按位取反，得到校验和：0111001011111010注意：UDP计算checksum的方法如下：

决定是否需要在数据最后添加一个全0字节，以便使UDP

Segment的总长度为偶数字节。但添加的这个字节并不计入总长度；

Checksum字段的值初始化为(0000)hex；

将整个Segment(包含头部和数据)分成2字节(16位)的单元；

求所有2字节单元的和，产生的进位要加在和上；

将最终求得的和按位取反，得到checksum。

假设，主机C中Web服务器进程的端口号为80，该Web服务器使用持续

(persistent)连接，正在接收来自不同主机A和B的请求。这些请求是被发向主机C的同一个Socket吗？如果是发向不同的Socket，这些Socket均使用端口

80吗？讨论并解释。

答：对于每个持续连接，Web服务器将创建单独的“connectionsocket”。每个connectionsocket由四元组（源地址，源端口号，目的地址，目的端口）标识。当主机C收到一个IP数据报(datagram)，将检查数据报中这四个字段的值来确定将Segment交给哪个Socket。

因此，A和B的请求将被交给不同的Socket。两个Socket的标识有一个共同点：即两个socket的目的端口号相同，均为80，但两个Socket的源IP地址不同，两个Socket的源端口号通常情况也不同(由于这两个Socket分别位于主机A和B)。

一个简单的同步消息交换协议。考虑两个网络实体(A和B)之间使用完美的双向信道连接(发送的任意消息将被正确地接收，分组不会损坏、丢失、乱序)。

A和B交替地向对方发送数据消息：最初，A向B发送消息；然后B必须向

A发送消息；然后A必须向B发送消息，以此类推。画出该协议的FSM(A和

B分别描述)。不用考虑