TCP/IP卷一中的串行线路吞吐量计算问题

magic_os

各位老师们、大神们、各路英雄好汉们，大家好~！

在下最近看TCP/IP卷一的时候那个串行线路吞吐量计算的部分遇到几个小疑问，在这里还请各位老师帮忙看看~

下面是部分原文：（有疑问的部分用红色标记..并在原文下方提出问题）
=================
2.10 串行线路吞吐量计算

如果线路速率是9600 b/s，而一个字节有8 bit，加上一个起始比特和一个停止比特，那么线路的速率就是960 B/s（字节/秒）。以这个速率传输一个1024字节的分组需要1066 ms。如果我们用SLIP链接运行一个交互式应用程序，同时还运行另一个应用程序如FTP发送或接收1024字节的数据，那么一般来说我们就必须等待一半的时间（533 ms）才能把交互式应用程序的分组数据发送出去。
   ******
1.@把SLIP的MTU缩短到256就意味着链路传输一帧最长需要266 ms,它的一半是133 ms（这是我们一般需要等待的时间）。这样情况会好一些，但仍然不完美。我们选择它的原因（与64或128相比）是因为大块数据提供良好的线路利用率（如大文件传输）。假设CSLIP的报文首部是5个字节，数据帧总长为261个字节，256个字节的数据使线路的利用率为98.1%，帧头占了1.9%，这样的利用率是很不错。如果把MTU降到256以下，那么将降低传输大块数据的最大吞吐量。
在图2.5列出的MTU值中，点对点链路的MTU是296个字节。假设数据为256字节，TCP和IP首部占40个字节。由于MTU是IP向链路层查询的结果，因此该值必须包括通常的TCP和IP首部。这样就会导致IP如何进行分片的决策。IP对于CSLIP的压缩情况一无所知。
我们对平均等待时间的计算（传输最大数据帧所需时间的一半）只适用于SLIP链路（或PPP链路）在交互通信和大块数据传输这两种情况下。当只有交互通信时，2.@如果线路速率是9600 b/s，那么任何方向上的1字节数据（假设有5个字节的压缩帧头）往返一次都大约需要12.5 ms。它比前面提到的100-200 ms足够小。需要注意的是，由于帧头从40个字节压缩到5个字节，使得1字节数据往返时间从85 ms减到12.5 ms。

=================
1.@把SLIP的MTU缩短到256就意味着链路传输一帧最长需要266 ms
    对于这句话，这个266是怎么计算出来的？TAT
2.@如果线路速率是9600 b/s，那么任何方向上的1字节数据（假设有5个字节的压缩帧头）往返一次都大约需要12.5 ms。
   这一句话中，往返一次，指的是1字节的数据+上5字节的压缩帧头的往返时间吧？这个时间是如何计算出来的？

=.=其实说实在的，这一小节，除第一段的那个调理稍微清晰一点的换算外..后面的计算看的有点不知所云..
还希望路过的老师们大神们..能够不吝赐教..在下万分感谢!!

明天¤晴天℃

天晴 我帮你去找人来回答

小皮球

我很想帮忙回答。

magic_os

明天¤晴天℃ 发表于 2011-11-22 14:54
天晴 我帮你去找人来回答

谢谢晴天姐~

magic_os

小皮球 发表于 2011-11-22 15:06
我很想帮忙回答。

有美女们的关注..俺已经没有什么问题解决不了了...

magic_os

在网上搜索了很多~没有发现关于这一段的很好的解释=。=继续求解...

明天¤晴天℃

你这帖子被刷下去了 很多人都没看到这个帖子
我再帮你找人来回答
这个问题是协议的设计算法和一些信号的处理，好像不太容易回答

迷糊

哇靠 你出现了 嘿嘿

迷糊

各位大侠 来帮帮此小弟吧，稍等哈···

bookpig

好久没看到你了哦。不知你的问题得到解决了没有啊。