一个很简单而又反常的PC连接switch的问题

FBugFramework 2006-03-15 10:22:04
一个交换机S,直接用直连线L 连接电脑P 时,
ping 交换机器 有50%左右的包丢了。

之后,我用了一集线器H

S 接 H的UpLink, H 再接P 的时候直接ping 就很好了。


n久以前我也有类似的问题碰到:
一HUB过来接PC,ping网关的时候也丢的很严重,可是中间架一HUB后就很好了

WinGate --- HUB ---- PC => Lag
WinGate --- HUB ---- new HUB ---- PC => OK

我对上面出现的情况很是奇怪。

不知道各位dx有没有碰到过。
还有就是你们是怎么解决的。
出现这类象限是什么的缘故?
...全文
302 10 点赞 打赏 收藏 举报
写回复
10 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
FBugFramework 2006-03-17
为什么呢?
to: yh7572984(风隐) sisun(西阳)
就是直连线啊。 平行的。
  • 打赏
  • 举报
回复
xyz 2006-03-17
因为是直连线。。。
  • 打赏
  • 举报
回复
yh7572984 2006-03-17
怀疑连接电缆的制作有问题
  • 打赏
  • 举报
回复
FBugFramework 2006-03-16
有电源的。
HUB ---- PC 间的线也不到20米。
认为是 信号衰竭吗 ?
  • 打赏
  • 举报
回复
FBugFramework 2006-03-16
google 了一下:
=========================================================
接口的自动协商简化了网络管理的开销.但对其本质,应有正确的理解,以解决配置错误时所带来的问题.
先从最初的10兆以太网说起吧,为了维护链路的正常可用,接口要定期发送脉冲,如果在规定时间内,接口没有收到脉冲,就进入down状态,如果两次收到脉冲,就转为up状态,这种脉冲就是normal link pulse,简称nlp.其发送脉冲的间隔是16ms.
10兆不支持自动协商,是因为只能发送nlp,而自动协商是要接口能发送flp(fast link pulse)脉冲,百兆,千兆口都能发送flp.flp的发送间隔比nlp要小很多,具体的忘记了.呵呵.
百兆接口发送flp时,如果在规定时间内收到了响应,那接口可以进入百兆模式,如果超时没有收到flp,只收到nlp,转而向下兼容,发送nlp,转为10兆模式.
而双工问题是在flp中进行的,在一对接口中,相互发送flp,在flp中有个"速率双工能力"字段,2个接口就是靠这个字段来协商双工问题的.而要能保证两者进行协商,前提是任何一方都不能手工指定双工,否则这个"速率双工能力"将被忽略.可能造成无法协商正确的双工结果.
举个例子:如果一边是自动协商,一边是100兆全双工,那最后的结果是100兆半双工.原因:100兆是因为双方都发送flp,而半双工的原因是手工指定全双工的一端将flp中"速率双工能力"字段滞空.另外自动协商一端无法就双工能力进行协商,转为半双工.
所以100兆和双工问题要具体,分别的考虑.
=========================================================


可是 SWITCH是100M1000M 的。
PC是10M的。
不应该加个HUB后就ok了呀。。

或则是我的理解有问题。。。
  • 打赏
  • 举报
回复
FBugFramework 2006-03-16
"可能考虑速率和双工的协商问题。"

能解释的详细些吗 ? 谢了先。
  • 打赏
  • 举报
回复
jikikiji 2006-03-16
路过注意
  • 打赏
  • 举报
回复
mudonfield 2006-03-16
可能考虑速率和双工的协商问题。
  • 打赏
  • 举报
回复
猪儿滚滚 2006-03-15
可能是信号强度的问题,下面的HUB是无源的吗?

*
WinGate --- HUB ---- PC
  • 打赏
  • 举报
回复
FBugFramework 2006-03-15
首先保证: 线 和 接法(如什么时候接UpLink) 都是对的。
  • 打赏
  • 举报
回复
相关推荐
发帖
windows网络管理与配置
创建于2007-08-02

6071

社区成员

windows网络管理与配置
申请成为版主
帖子事件
创建了帖子
2006-03-15 10:22
社区公告
暂无公告