TCP/IP 详解翻译中的疑问（2）

Ch 14.3.1:

英文: The query type is a superset of the type: Two of the values we show can be used only in questions.
翻译: ...图中显示的类型值中只有两个能用于查询类型
正确: ...图中显示的类型值中有两个只能用于查询类型

别的类型值就不能用于查询类型了吗？！把一个"只"字移了一个位置，意思截然不同！

Ch 14.5.2:

英文:but then ask the DNS for the IP addresses corresponding to the name returned in the PTR response,
翻译:还要向D N S询问该I P地址所对应的域名
正确:还要向D N S询问该域名所对应的I P地址

完全搞反了嘛，不看英文原版，你永远也不知道这是错的了

自己看的时候要小心点：
P48 第五章
“这种不确定的情况一直继续下去”
原文是这样的：”This continues indefinitely”
结合上下文，我认为这儿应该是“这种循环会一直继续下去”的意思，而没有“不确定”之意；况且紧跟着提到“如果计算一下两次重发
之间的时间间隔，我们发现存在一种双倍的关系：从 5 . 3 4到6 . 5 5是1 . 2 1秒，从 6 . 5 5到8 . 9 7是
2 . 4 2秒，从8 . 9 7到1 3 . 8 0是4 . 8 3秒，一直这样继续下去。当时间间隔达到某个阈值时（大于
4 2 . 8 0秒） ，它又重新置为5 . 3 4秒”，说明并无不确定的意思
Chapter 6, P50
“所有报文的
前4个字节都是一样的，但是剩下的其他字节则互不相同”
“The first 4 bytes have the same format for all messages, but the remainder differs from one message to the next”
遗漏了关键的“格式”一词
Chapter 6, P50
“我们将详细介绍第 2 7章P i n g程序所使用的回应请
求和应答报文和第9章处理I P路由的I C M P报文”
“We discuss the echo request and reply messages in detail with the
Ping program in Chapter 7, and we discuss the ICMP messages dealing
with IP routing in Chapter 9.”
不是说在这章就详细介绍！
“显然，尽管 s v r 4 接口
已经设置了正确的子网掩码，但是 S V R 4还是返回了一个普通的B类地址掩码，就好像子网并
不存在一样。
svr4 %  ifconfig emd0
emd0: flags=23
inet 140.252.13.34 netmask ffffffe0 broadcast 140.252.13.63″
“It appears that SVR4 is returning the general class B address mask,
assuming no subnets, even though the interface on svr4 has been
configured with the correct subnet mask:
svr4 % ifconfig emd0
emd0: flags=23
inet 140.252.13.34 netmask ffffffe0 broadcast 140.252.13.63
”
冒号不应该被改为句号，并因此这里语句的顺序也不适合作无意义的调换
Chapter 6, P53
“发送给本机 I P地址的数据报（ 1 4 0 . 2 5 2 . 1 2 . 3 3）实际上是送到环回接口。
I C M P地址掩码应答必须是收到请求接口的子网掩码（这是因为多接口主机每个接口有不同的
子网掩码） ，因此两种情况下地址掩码请求都来自于环回接口。”
“we see that IP datagrams sent to the host’s own IP address
(140.252.13.33 in this example) are actually sent to the loop-back
interface. The ICMP address mask reply must correspond to the subnet
mask of the interface on which the request was received (since a
multihomed host can have different subnet masks for each interface),
and in both cases the request is received from the loopback interface.
”
1、地址写错：13。33
2、（这是因为多接口主机每个接口有不同的
子网掩码）—-是可能会有不同的掩码，不是一定的
3、“因此两种情况下”–并无因果关系，应为“在以上两种情况下”
P54
“提供三个字段的原因是可以让发送方分别计算发送请求的时间和发送应答的时间”
“The reason for providing the three fields is to let the sender
compute the time for the request to be sent, and separately compute the
time for the reply to be sent”
这个..
P54
“此它们的值比82 800 000（2 3 0 0小时）要大是有道理的。”
明显应该是23小时或者23：00小时，虽然原文也是这样的
P56
“最后两小节我们来讨论I C M P查询报文 — 地址掩码和时间戳查询及应答”
“The last two sections looked at ICMP query messages-the address mask and time-stamp queries and replies. We’ll now examine ”
结合上下文，此处应该是“刚才的两小节”、“过去的两小节”而不是“最后两小节”
P60
“发送端应用程序在标识字段内存入一个
唯一的数值，以区别于其他进程的应答”
” The sending application stores a unique value in the identifier
field, to distinguish between replies for itself and replies for other
processes”
不一定说是数值
另外，“以区别发送给自己的应答还是发送给其他进程的应答”
Chapter 7, P61
“对于其他类型的I C M P查询报文，服务器必须响应标识符和序列号字段”
“As with other ICMP query messages, the server must echo the identifier and sequence number fields”
应该是“和其它的ICMP查询报文一样”而不是“对于其他类型的。。。”
P62
“I P是一种最好的数据报传递服务，因此
这三个条件都有可能发生”
“IP is a best effort datagram delivery service, so any of these three conditions can occur”
似乎不太通理，丢掉了effort
P63
“这是因为计时器只能提供1 0 m s的误差”
“provided only IO-ms accuracy”
应为精度而不是误差
P65
“最后，我们还要处理每一端的
计算机异步串行接口，许多操作系统只能在固定的时间间隔内，或者收到若干字符后才去读
这些接口。”
“Finally, we’re dealing with a computer’s asynchronous serial
interface on each end, and many operating systems read these interfaces
only at fixed intervals, or when a certain number of characters have
been received.
”
不准确！
P68
“把它作为第 9章讨论 I C M P间接报文的起点”
“a starting point for our description of the ICMP redirect message in Chapter 9″
是“重定向”而不是“间接”
P68
“在子网
1 4 0 . 2 5 2 . 1上p i n g主机 a i x （在主机 s u n 上通过拨号S L I P连接可以访问） ，并带有记录路由选项。”
“We ping the host aix on the 140.252.1 subnet (accessible through
the dialup SLIP connection on the host sun) with the record route
option.”
是说“PING在子网
1 4 0 . 2 5 2 . 1上的主机aix”
see more: 
11111
,
22222
,
33333