站点A和B在同一个以太网上，两个站点之间的传播时延为225比特时间，并且在273比特时间完成了干扰信号的发送

就是这个题目，懒得打字了，谢希仁计算机网络3-25。网友的评论也是我的问题，特别是问题4和问题5。我根本不明白为什么一会能监听到信道忙，一会又监听不到了。找了很久也没有详细的解释，自己查了一点资料，做个总结吧。（图片中的解释是不对的）

为什么监听信道空闲，发送，还会出现碰撞？
很多解释都是：信号传输需要时间。so？

看到有大神的评论

1. 因为A,B同时发送数据帧，同时在225bit时间检测到碰撞停止发送数据帧，检测到碰撞之前的224bit时间A和B可能一直在发数据帧，所以B最后一个数据帧传到A这边也需要224+225=449bit时间，所以273bit到449bit时间信道内并不空闲，从449bit时间到498bit时间差小于帧间最小间隔，所以这段时间不能发。
2. 再次发送的时候，实际AB双方都是在273时刻开始考虑重传的，rA=0所以A要立即启动重传，但重传之前要先检测信道是否空闲，273时刻由于AB发出的干扰信号还在信道里，A会一直检测到忙，等待并持续监测，直到干扰信号到了273+225=498时刻传输完成了，此时A会检测到信道闲，然后498再加上最小间隔96等于594时刻A才会真正开始重传。B方面也是在273时刻考虑重传，只不过rB=1，B需要再等一个512时刻才会启动重传，所以是在273+512=785时刻开始检测。也就是说实际上A是从273时刻开始检测的，在这方面AB一定是对等的。

我这样理解哈。因为3-24就是B 只有经过225才能监听到A。为什么干扰信号就可以直接监听到啊？这个干扰信号当然没有被直接监听到…

干扰信号的作用就是让这个225内没法继续传（B还有数据没到，在这个225内会一直收到B的信号，收到干扰信号之后才能确定B所有信号都发送OK了）所以A确实要等225…就是说B之前一直在发送（因为A最小也是576比特时间，B肯定大于等于A，对吧？所以之前B224肯定一直在发哦所以A发送完干扰信号之后，还有225的时间会一直收到B发送的信号，此时信道一直是忙的

而且所谓B在785检测到信道忙，此时A才发了199根本没到225。唯一可能就是再等96所以信道忙…这个为什么会在785检测到忙呢…答案应该有问题吧。我是不明白

这道题有很多很多注意点，比如说

• 传播时延和争用期并不一样？以太网规定争用期是51.2微秒
• 在传输媒体传送的比MAC帧多8B。站点A实际传了64+8B大小的帧
• 每次到了可以发送的时候，如果监听到信道空闲，必须再等待96比特时间再监听，如果此时信道空闲才能开始发送。96比特时间，这是最小帧间间隔

最后

以上就是慈祥画笔为你收集整理的站点A和B在同一个以太网上，两个站点之间的传播时延为225比特时间，并且在273比特时间完成了干扰信号的发送的全部内容，希望文章能够帮你解决站点A和B在同一个以太网上，两个站点之间的传播时延为225比特时间，并且在273比特时间完成了干扰信号的发送所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。