[求助]LIVE连接不能！！！

molastuta

昨天晚上开机准备上LIVE玩WE
没想到怎么也连不起
然后测试始终是MTU失败
用的路由器
原来从来没出现过这种情况
然后今天早上起来又试
还是一样
MTU~~~~~~~~~~
IP和DNS都是手动分配的
用了将近半年都没出过问题
然后又试了用ADSL直连360
还是MTU~~~~~~~~~
现在能我能想到的都试了
始终不行
求助啊~~~~~~~~~~~


哎
RP啊
前天才用代理上了几个月都上不了的WIISHOP下了浏览器
没想到360又上不了LIVE了

早知道我就不上SHOP了。。。。。。.

sakumi

ＬＺ哪人？我知道香港地区ＬＩＶＥ出问题了，咱这应该没事吧？
昨天晚上搜索房间时候就看到房间奇少，刚才进香港论坛才知道那边连ＬＩＶＥ有问题．

molastuta

成都的
我想的话 应该不是我这边有问题
有其他成都的朋友吗

snakeater

难道是网络运营商封路由器了？？

molastuta

问题是直连ADSL也不行

sakumi

不应该啊,我看了下好友他们正在LIVE玩呢啊..

snakeater

mtu
最大传输单元（Maximum Transmission Unit，MTU）是指一种通信协议的某一层上面所能通过的最大数据报大小（以字节为单位）。最大传输单元这个参数通常与通信接口有关（网络接口卡、串口等）。

因特网协议允许IP分片，这样就可以将数据报分成足够小的片段以通过那些最大传输单元小于该数据报原始大小的链路了。这一分片过程发生在IP层（OSI模型的第三层，即网络层），它使用的是将分组发送到链路上的网络接口的最大传输单元的值。原始分组的分片都被加上了标记，这样目的主机的IP层就能将分组重组成原始的数据报了。

在因特网协议中，一条因特网传输路径的“路径最大传输单元”被定义为从源地址到目的地址所经过“路径”上的所有IP跳的最大传输单元的最小值。或者从另外一个角度来看，就是无需进一步分片就能穿过这条“路径”的最大传输单元的最大值。

RFC 1191描述了“路径最大传输单元发现方法”，这是一种确定两个IP主机之间路径最大传输单元的技术，其目的是为了避免IP分片。在这项技术中，源地址将数据报的DF（Don't Fragment，不要分片）位置位，再逐渐增***送的数据报的大小——路径上任何需要将分组进行分片的设备都会将这种数据报丢弃并返回一个“数据报过大”的ICMP响应到源地址——这样，源主机就“学习”到了不用进行分片就能通过这条路径的最大的最大传输单元了。

不幸的是，越来越多的网络封杀了ICMP的传输（譬如说为了防范DOS攻击）——这使得路径最大传输单元发现方法不能正常工作，其常见表现就是一个连接在低数据流量的情况下可以正常工作，但一旦有大量数据同时发送，就会立即挂起（例如在使用IRC的时候，客户会发现在发送了一个禁止IP欺骗的ping之后就得不到任何响应了，这是因为该连接被大量的欢迎消息堵塞了）。而且，在一个使用因特网协议的网络中，从源地址到目的地址的“路径”常常会为了响应各种各样的事件（负载均衡、拥塞、断电等等）而被动态地修改——这可能导致路径最大传输单元在传输过程中发生改变——有时甚至是反复的改变。其结果是，在主机寻找新的可以安全工作的最大传输单元的同时，更多的分组被丢失掉了。

对于时下大多数使用以太网的局域网来说，最大传输单元的值是1500字节。但是像PPPoE这样的系统会减小这个数值，这就使得在使用最大传输单元发现方法时可能会产生这样的结果：一些处于配置不当的防火墙之后的站点变得不可达了。对于这种情况，还是可能找到变通的方法的，但这取决于你控制的是网络的哪一部分。这些方法包括改变用来在防火墙一端建立TCP连接的第一个分组的MSS（Maximum Segment Size，最大分段大小）。

对于一些支持老版本以太网协议的IBM系统（例如XSeries），可能只有在把最大传输单元设为1492之后才能在当下常见的局域网上进行运作。

molastuta

谢楼上
不过把MTU改成1492，1394，1454都试了
还是不行
郁闷啊
改成>1500路由器又无法保存

snakeater

如果是陆游器的问题 你可以把陆游器的固件升级最新版本 再不行就把你的陆游器恢复出厂设置一下应该能解决这个问题~~