netiswork ,请问你哪里的啊，你的见解都很独到哦，呵呵

难道电信局的边缘接入楼道交换机都是光口的？要不用笔记本在交换机侧接光电收发器，用尾纤直接连接交换机试试看，何必把问题复杂化呢？

很有收获啊

引用:

原帖由 qlscool 于 2006-1-5 22:45 发表
一般自适应是没问题的，但我们这里确实碰到交换机和某型号的光收发器必须强制配置HALF才能正常工作，否则丢包，而且不是偶然现象，只要它们碰上了就不行，所以万不得已时还是值得试一试的。

这是个好办法，学习中。。。
最近我遇上的光纤故障估计就是与此有关

从楼主的问题引申到一个问题，理论上通过长度为1500字节的数据应该没有time out的提示。我试了一下我们单位的局域网。发现ping网关包的最大长度并不是1500，而是比这个值小，最大为1472。到了1473后就完全time out。我想问的是，这个值和什么有关

引用:

原帖由 共产国际 于 2006-4-29 15:10 发表
从楼主的问题引申到一个问题，理论上通过长度为1500字节的数据应该没有time out的提示。我试了一下我们单位的局域网。发现ping网关包的最大长度并不是1500，而是比这个值小，最大为1472。到了1473后就完全time ou ...

这个值跟MTU有关，你可以尝试ping 跟你在同一内网的主同，一般来讲，这是不会丢包的！
请看我的测试：
Pinging 192.168.22.101 with 1500 bytes of data:

Reply from 192.168.22.101: bytes=1500 time<10ms TTL=64
Reply from 192.168.22.101: bytes=1500 time<10ms TTL=64
Reply from 192.168.22.101: bytes=1500 time<10ms TTL=64
Reply from 192.168.22.101: bytes=1500 time<10ms TTL=64

Ping statistics for 192.168.22.101:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum =  0ms, Average =  0ms

但如果是ping 网关，就丢包：
Pinging 192.168.22.1 with 1500 bytes of data:

Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 192.168.22.1:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum =  0ms, Average =  0ms

所以想过去，应该是我自己的网关的MTU没有1500

刚找抓包看了下，
发现ICMP会有8个字节的控制字段，也就是说，我们用ping来测试MTU是，正确的算法应该是这样的：

以太网帧头（14）+IP头（20）+ICMP控制段（8）+数据段（1472）+FCS（4）=1518

刚试了一下，ping自己单位同事的电脑，也是临界值为1472.估计和斑竹说的一样，那些网管在交换机上设的MTU值就是1472

如双工、速率等，也可检查一下接头。

IP被攻击。

建议先做个背靠背测试吧，如果没有问题，就找线路原因吧

我遇到一个问题,同一条线两台电脑测,一台通,一台不通.把线路中减一直通,两台都通.地下有矿也不一定.都查过你重走线吧

采用排除法从局端交换机一级一级往下试

学习了。。。。

"光延是个存储转发设备，看看RAM有多大"
这个是什么东东,我倒是从来没听说过,只是在判断传输故障时做发光用的"光源",倒是经常在用,请介绍一下.我谈谈我在处理这种问题时的方法:
1、首先当然是在局内测试（直接用PC接在该用户的端口上测试），不正常就查局端。
2、局端正常的话，测试收、发光情况。
3、到客户端抛开用户设备，从光电转换器测试，如有问题，则故障在2套光电转换器之间，做更换等处理。
4、接上客户设备测试，此抓包做分析，并保存结果。
最基本的一些没提到，因为对于电信数据维护人员，是不会不知道的，包括：
1、从网管上看告警情况和流量。
2、逐段的速度模式和双工模式。

引用:

原帖由 connery 于 2005-7-13 09:50 发表
问题1：根据现象，主要是问关于光路的事情。估计数据部门只是用收光器测的光路。多少DB？光延的灵敏度是多少？光路的衰耗是不是在范围之内？如果上了20DB，最好用OTDR再测一下，看跳了几跳。
问题2：光延用的 ...
大原则就是四条：

1.全程全网

2.分段排查

3.排除法

4.置换法

引用:

1.接在同一交换机上其他光纤网吧用户 ping 同一DNS丢包情况相同吗？
2.所有的网吧用户都接在同一个交换机上吗？最好有个详细的拓扑
3.重新分配一个临时IP用于测试机，再进行测试，以免路由表有问题
4.接入交换机到有问题的网吧所用网线是否更换过？

斑竹。。。我家是用华为6000EV的。可是我在做测试时发现我ping网关的时候用65500也可以啊。就是说就算是mtu设成1500，大包也可以通过啊。。。。这是什么问题啊？是我的router问题还是设置有问题？

引用:

原帖由 netiswork 于 2006-1-24 15:35 发表
也可能不是故意搞鬼。比如说两端的光收发器的RJ45的双工方式不一样，如果用户端是half，电信端是full，则电信端交换机端口上是看不出异常情况的（如果用户端是full，电信端是half，则电信端交换机端口上可以看到 ...

因为我也遇到这种问题，所以我刚刚试过了，可是我ping 网关是没有问题。不过ping外网的时候问题就出现了。当我的长度是1500的时候延时大概是37左右。可是当我用15000ping 的时候就time out了。我详细测试过。我可以用的最大长度是14600。我想问一下，这是不是电信的问题？还是你们说的双工的问题？

我遇到过内部搞鬼，在交换机对应端口 启用了 DOT1X

大原则就是四条：

1.全程全网

2.分段排查

3.排除法

4.置换法


说的不错