【已解决！】ADSL+路由无法上传大数据的问题！

van_zaya

前些天一直无法在专门网上发表新帖子，只能靠回帖子问了nello版几个问题，不过没有得到合适的回答。今天抛开路由器，直接连猫，PPPoe上网，终于可以发新贴，恳求高手赐教：
我的网络情况如下：学校公寓2mADSL宽带，使用神州数码DCAD-6010RA V5.00猫接入（只能用桥接模式，PPPoE），使用TP-link R410路由器（200元购置，带四口交换）共享此连接。
现故障情况如下：使用路由器时，1、在专门网上可以正常回复别人的帖子,但无法在回帖中上传图片；无法发新帖子；无法更改个人签名。2、无法登陆Hotmail。3、在wallop上无法上传图片，有时候写的东西也会丢掉。4、使用outlook经常无法发出电子邮件。
以上故障均只在使用路由器时出现，直接使用modem无故障。
看样子，应该是加上路由器后，上传数据会出问题？
请大家帮忙分析一下！！！

[ Last edited by van_zaya on 2005-5-24 at 12:19 ]

ittgx

不懂，等待高手指教

yxyadd

比较怪的问题，不好解释。期待高人指点。

nello

最简单的方法就是先把路由Reset一下,重新设置.还有就是用大包ping一下网关看看是否丢包.

van_zaya

现在再去试试吧，虽然以前硬重置过几次了。

van_zaya

另外还有一个问题，我们好多别的宿舍是用交换机组成一个局域网，并且把猫接在这个交换机上，在自己的机子上建立pppOe拨号连接，上网的时候各自拨号，并不共享，一个猫居然能几个人一起拨号，我想问一下，这样能够每个人得到相应的2m带宽吗？
虽然说ADSl上限是8m，他们应该每人分不到应该的2m吧？

luying

注意你的DNS是多少，最好问你的网络营运商

van_zaya

谢谢nello版的提醒，解决了这个问题。
现在把它详细的写一下，以防别的兄弟碰到这种问题
首先查看了路由器的Wan口设置，如图

[ Last edited by van_zaya on 2005-5-24 at 10:57 ]

van_zaya

我上网google了一下Mtu：
当电脑连接网络传送资料时，资料会分割为不同大小的封包,MTU值设定。MTU是英文Maximum Transmission Unit的缩写，意为“最大传输单位”。也就是通过TCP/IP协议所传输的数据包最大有多少字节, MTU值越大，封包就越大，理论上可增加传送速率，但MTU值又不能设得太大，因为封包太大，传送时出现错误的机会大增。一般默认的设置，PPPoE连接的最高MTU值是1492, 而以太网（Ethernet）的最高MTU值则是1500,而在Internet上，默认的MTU大小是576字节, 为什么会有这种差别呢？一般而言，LAN就不说了吧，为充分发挥LAN的效能，MTU可以稍微大一点。Internet的情况恰好相反,对拨号用户来说,那叫一个慢呀。因此，对于Internet，应当采用较小的数据包。 MTU值设定与宽带接入方式的不同也会影响上网速度，通常推荐的MTU配置是：对于拨号用户，设置成576；对于使用PPPoE的DSL用户，设置成1400；对于其他用户，设置成1500。


而我的路由器默认设置为1492，于是，我试着在cmd下用ping 221.194.116.159 -f -l 1492,其中211.194.1116.159是我的路由器的网关地址，-f参数是使ping发出的数据包不被分割成更小的数据包，-l 1492参数是设置数据包的大小为1492字节，结果发现丢包率达到了100%！
于是逐渐调整mtu的大小，直至1472时ping网关不再丢包，成功了！

[ Last edited by van_zaya on 2005-5-24 at 11:55 ]

van_zaya

但是，在上专门网时，昨晚截取的图片有时又会出现上传不了的情况，这是怎么回事呢？

联想到google到的那篇文章中说的PPPoe一般的MTU应该设置到1400，我想，是不是ping时不应该只考虑到自己的网关，而应该考虑到其他具体的网站？？？
于是，我在修改回路由器的MTU为默认值1492的情况下，继续ping了专门网的网址，当“ping www.ibmnb.com -f -l 1492”数据包为1492字节时，显示为"packet needs to be fragmented bu DF set."意为数据包应该被分片，但是DF（don't Fragment，不要分片）被设置了，所以无法ping通。逐渐减小数据包字节数到1472，终于不再出现"packet needs to be fragmented bu DF set."但是"request timed out"。超时了，显然是因为数据包过大，不适合在Internet上的传输，再慢慢减小数据包大小，发现直到数据包大小改为1460时，才会有回应，但仍有时会丢包，而且极为严重，如图

[ Last edited by van_zaya on 2005-5-24 at 11:48 ]

van_zaya

索性直接把数据包修改为一个稳妥的值，1400，继续ping，这次加上-t参数，多测试几下

终于，虽然还是丢包，但已经比之前好了许多！如图。
接着，到路由器相应界面，修改mtu值为1400，至此，问题解决！！！


再次感谢nello版主的提醒，第一次写这种帖子，而且个人水平也有限，肯定会有一些错误，请各位兄弟指正！！！

van_zaya

在一个网站上看见了这个，他加的28是什么意思呀？？？



日期：2004年3月15日 星期一 天气：晴朗 作者：艺人
关于MTU的设置造成问题的解释
发表：2004-3-15 11:25:50 出处：你的博客网(yourblog.org)
--------------------------------------------------------------------------------

pc1: 192.168.168.14 MTU:750
pc2: 192.168.168.200 MTU:1500

从pc1 ： ping -f -l 723 192.168.168.200
返回：Packet needs to be fragmented but DF set.
解释：长度723的包+28 = 751 超过了pc1的MTU 750，所以提示需要分组。

从pc1 ： ping -f -l 722 192.168.168.200
返回：Reply from 192.168.168.200: bytes=722 time<10ms TTL=128
解释：长度722的包+28 = 750 没有超过了pc1的MTU 750，所以直接通了。

从pc2 ：ping -f -l 1472 192.168.168.200
返回：Reply from 192.168.168.200: bytes=1472 time<10ms TTL=128
解释：本机出口网卡MTU=1500，所以不需要分组就可以通。

从pc2 ： ping -f -l 1472 192.168.168.14
返回：Request timed out.
解释：长度1472的包+28 = 1500 ，所以数据包在本地不分组，直接发给pc1，但是pc1的MTU=750,显然不能接受，所以pc1丢弃包。

下面请大家给解释：

从pc2: ping -f -l 722 192.168.168.14
从pc2: ping -f -l 723 192.168.168.14

各是什么现象，怎么解释？

呵呵~希望上面的例子能回答一些关于MTU的问题，解释为什么因为MTU不合理设置导致有些网站上不了。

nello

写的不错,奖励15nb了.楼主可以写一篇关于MTU的帖子,最好是再深一点.加一些原理性的东西.期待......

van_zaya

谢谢版主鼓励，下午就去图书馆查资料去

van_zaya

ps.原来一直不能用的windows update现在也可以用了！

nello

QUOTE:

Originally posted by van_zaya at 2005-5-24 12:54:
谢谢版主鼓励，下午就去图书馆查资料去

^_^,期待,先把积分给你预备好了.呵呵

pk987

思科在线俱乐部找到一篇原创文章,大家看看.
http://ciscoforum.bizcom.com.cn/ ... gid=43&tid=1575
--------------------------------------------------------------------------------------------------------------

[前言]
漫漫51长假，没有好的去处，只能每日上网消遣，某日逛到NBO灌水，见一帖
曰：无法通过2514路由器上MSN（出口为ADSL线路，通过PPPoE）
吾心想，ADSL---PPPoE，那肯定就是MTU之问题。回帖告之：改PC之MTU。

过数日，又逛到NBO，又见这帖，后有人回曰：ip tcp adjust-mss 1452
后帖主又跟：问题解决。

吾纳闷之，后百思而得其解，So决定将自己所得写出来，分享给大家。

[背景知识]
MTU: Maxitum Transmission Unit 最大传输单元

MSS: Maxitum Segment Size 最大分段大小（偶是直译，翻译的不好，不要打
俺PP）

PPPoE: PPP Over Ethernet（在以太网上承载PPP协议）

[分析过程]
先说说这MTU最大传输单元，这个最大传输单元实际上和链路层协议有着密切
的关系，让我们先仔细回忆一下EthernetII帧的结构
DMAC+SMAC+Type+Data+CRC
由于以太网传输电气方面的限制，每个以太网帧都有最小的大小64bytes
最大不能超过1518bytes，对于小于或者大于这个限制的以太网帧我们都可以
视之为错误的数据帧，一般的以太网转发设备会丢弃这些数据帧。
（注：小于64Bytes的数据帧一般是由于以太网冲突产生的“碎片”或者线路干扰
或者坏的以太网接口产生的，对于大于1518Bytes的数据帧我们一般把它叫做
Giant帧，这种一般是由于线路干扰或者坏的以太网口产生）

由于以太网EthernetII最大的数据帧是1518Bytes这样，刨去以太网帧的帧头
（DMAC目的MAC地址48bit=6Bytes+SMAC源MAC地址48bit=6Bytes+Type域
2bytes）14Bytes和帧尾CRC校验部分4Bytes（这个部门有时候大家也把它叫做
FCS），那么剩下承载上层协议的地方也就是Data域最大就只能有1500Bytes
这个值我们就把它称之为MTU。这个就是网络层协议非常关心的地方，因为网络
层协议比如IP协议会根据这个值来决定是否把上层传下来的数据进行分片。就好
比一个盒子没法装下一大块面包，我们需要把面包切成片，装在多个盒子里面一
样的道理。

当两台远程PC互联的时候，它们的数据需要穿过很多的路由器和各种各样的网络
媒介才能到达对端，网络中不同媒介的MTU各不相同，就好比一长段的水管，由
不同粗细的水管组成（MTU不同 ）通过这段水管最大水量就要由中间最细的水管决定。

对于网络层的上层协议而言（我们以TCP/IP协议族为例）它们对水管粗细不在意
它们认为这个是网络层的事情。网络层IP协议会检查每个从上层协议下来的数据
包的大小，并根据本机MTU的大小决定是否作“分片”处理。分片最大的坏处就是
降低了传输性能，本来一次可以搞定的事情，分成多次搞定，所以在网络层更高
一层（就是传输层）的实现中往往会对此加以注意！有些高层因为某些原因就会
要求我这个面包不能切片，我要完整地面包，所以会在IP数据包包头里面加上一
个标签：DF（Donot Fragment）。这样当这个IP数据包在一大段网络（水管里
面）传输的时候，如果遇到MTU小于IP数据包的情况，转发设备就会根据要求
丢弃这个数据包。然后返回一个错误信息给发送者。这样往往会造成某些通讯上
的问题，不过幸运的是大部分网络链路都是MTU1500或者大于1500。

对于UDP协议而言，这个协议本身是无连接的协议，对数据包的到达顺序以及是
否正确到达不甚关心，所以一般UDP应用对分片没有特殊要求。

对于TCP协议而言就不一样了，这个协议是面向连接的协议，对于TCP协议而言
它非常在意数据包的到达顺序以及是否传输中有错误发生。所以有些TCP应用对
分片有要求---不能分片（DF）。

花开两朵，各表一枝，说完MTU的故事我们该讲讲今天的第二个猪脚---PPPoE
所谓PPPoE就是在以太网上面跑PPP协议，有人奇怪了，PPP协议和Ethernet不
都是链路层协议吗？怎么一个链路层跑到另外一个链路层上面去了，难道升级
成网络层协议了不成。其实这是个误区：就是某层协议只能承载更上一层协议。
为什么会产生这种奇怪的需求呢？这是因为随着宽带接入（这种宽带接入一般
为Cable Modem或者xDSL或者以太网的接入）由于以太网缺乏认证计费机制
而传统运营商是通过PPP协议来对拨号等接入服务进行认证计费的，所以就
出了这么一个怪胎：PPPoE。（有关PPPoE的详细介绍参见V大以及本站其他成
员的一些介绍文章，我就不??里??唆的了）

PPPoE带来了好处，也带来了一些坏处，比如：二次封装耗费资源，降低了传输
效能等等，这些坏处俺也不多说了，最大的坏处就是PPPoE导致MTU变小了
以太网的MTU是1500，再减去PPP的包头包尾的开销（8Bytes），就变成
1492。

如果两台主机之间的某段网络使用了PPPoE那么就会导致某些不能分片的应用
无法通讯。

这个时候就需要我们调整一下主机的MTU，通过降低主机的MTU，这样我们
就能够顺利地进行通讯了。

当然对于TCP应用而言还有另外的解决方案。
马上请出今天第三位猪脚：MSS。
MSS最大传输大小的缩写，是TCP协议里面的一个概念。
MSS就是TCP数据包每次能够传输的最大数据分段。为了达到最佳的传输效能
TCP协议在建立连接的时候通常要协商双方的MSS值，这个值TCP协议在实现的
时候往往用MTU值代替（需要减去IP数据包包头的大小20Bytes和TCP数据段的
包头20Bytes）所以往往MSS为1460。通讯双方会根据双方提供的MSS值得最小
值确定为这次连接的最大MSS值。

介绍完这三位猪脚s
我们回过头来看前言里面的那个问题，我们试想一下，如果我们在中间路由器上
把每次TCP连接的最大MSS进行调整这样使得通过PPPoE链路的最大MSS值加上
数据包头包尾不会超过PPPoE的MTU大小1492这样就不会造成无法通讯的问题

所以上面的问题可以通过ip tcp adjust-mss 1452来解决。

当然问题也可以通过修改PC机的MTU来解决。

[后记]
Cisco的TCP Adjust MSS Feature：

The TCP MSS Adjustment feature enables the configuration of the
maximum segment size (MSS) for transient packets that traverse a router,
specifically TCP segments in the SYN bit set, when Point to Point Protocol
over Ethernet (PPPoE) is being used in the network. PPPoE truncates the
Ethernet maximum transmission unit (MTU) 1492, and if the effective MTU
on the hosts (PCs) is not changed, the router in between the host and the
server can terminate the TCP sessions. The ip tcp adjust-mss command
specifies the MSS value on the intermediate router of the SYN packets to
avoid truncation.

van_zaya

研究了一下午，参考了一堆子东西，写下了这些东西，图也都是今晚用画图画的，


在TCP/IP协议中，传输的基本单位是数据报(datagram,可能来自于telegram吧），数据报的格式跟一个硬件帧相似，都是一个头部开始，后跟数据区，具体格式见图

van_zaya

一个数据报携带的数据量不固定，发送方可以根据特定的用途选择合适的数据量。例如，一个应用程序需要传送击键信息，则可以将每次击键的数据放在单独的数据报里（自然也就非常的小了），而当另一个应用程序要传送大文件时，则会发送比较大的数据报。也就是说，数据报的尺寸取决于发送数据的应用程序。允许数据报的大小可变使IP可以适合各种应用。


在当前IP版本下，一个数据报的数据量可以小到一个字节，也可以大到64K字节（包括头部，IPv4中给总长度字段分配了16bit,从而限制了数据报的长度最多为65535八位组(之所以称八位组而不称字节，是因为这是英文octet的翻译，字节是Byte，有可能不是8比特，ps.金山词霸2005关于octet的翻译有歧义，竟然把它翻译成八位字节！)）。在大部分的数据报中，头部比数据区要小得多。但是，尽管头部很小，但传输它也需要时间，由于数据报头部的尺寸是固定的，因此，在传输同样多的数据量时，分的数据报数越多，就意味这有更多的数据报头部需要被传送，毛数据量（请允许我这样称呼它)也就越大，因此，我们知道，发送大数据报会使单位时间内传送了更多的用户数据，如果可以的话，传输数据时，应该分出更大，更少的数据报。这样才会有更快的速度。



在实践中，对数据报的大小产生了很多的基本限制（现实总是残酷的，呵呵），数据报是要通过底层的物理网络进行传输的，Internet其实并不是一种新的物理网络，实际上，它是一种把各种物理网络互联的方法以及一组使用网络的约定，因此，在Internet网络传输的底层，是各种各样的物理网络，大多数的物理网络不能传输任意大小的数据包（注意是包，即packet.网络系统把数据分成小块单独发送，这种数据叫做包。数据包在TCP/IP中被称为数据报，在硬件传输上，一般叫帧)。为了使互联网上的传输更为有效，最好每个数据报都在一个独立的物理帧中传输。也就是说，如果可能，我们要把物理网络帧的抽象映射到一个实际的数据报上。


在一个物理网络帧中携带一个数据报的传输方式称为封装（encapsulation）。对物理网络来说，它并不识别数据报，数据报类似于其他任何在机器间发送的报文，硬件并不识别数据报的格式，也不理解IP目的地址。如图所示，

van_zaya

当一台机器把一个IP数据报发送到另一台机器时，整个数据报通过网络帧的数据部分传输。


在理想情况下，整个数据报被封装在一个物理帧中，这样会使物理网上的传输非常有效。网络硬件所采用的分组交换技术各不相同，但都对一个物理帧可传输的数据量规定了一个固定的上界。例如，以太网限制每帧传输1500八位组的数据，而FDDI允许每帧大约4470八位组的数据。我们把这些限制称为网络最大传输单元或“MTU”。MTU可不是都像前面那两个那样大哦，有的硬件技术限制为128八位组或更小。


当数据报通过一个可以运载长度更大的帧的网络时，把数据报大小限制在互联网上最小MTU是不经济的，但若数据报的大小大于网络的MTU时，则数据报无法封装在一个网络帧中，这时候，TCP/IP提供了一种机制，在MTU较小的网络上，把长数据报划分成更小的部分，数据报划分得到的小块称为数据报片（fragment），这个划分过程叫做分片（fragmentation）。


分片的过程一般在路由器上进行，因此，在路由器上对数据报的大小应该进行选择，如图所示

van_zaya

Router1把从A发送到B的长数据报分片，Ronter2把从B发送到A的长数据报分片。如果Router1没有设置关于网络2的MTU参数，而默认以1500的MTU传输数据报给网络3，就会出现我以前的那种状态了！呵呵


第一次写这么长的帖子呀，下午到图书馆抄了3个小时的书，又借了一本回来，但还是没有搞太懂，基础知识我还是很欠缺，等待学习电路后希望可以融会贯通。

专门网上高手多，给小弟的帖子挑挑刺吧！

van_zaya

我的帖子这么不受欢迎么？？？**\**\*.*lll

pk987

普通人知道解决方法就可以了,原理知道的在清楚,自己没有能力去改变它,只能看不能动,对普通人是没有兴趣的.

温暖你的手

这个问题确实很麻烦，想不通怎么就没有一个统一的标准呢

van_zaya

pk987兄弟说的也是，唉，拿去当“网络操作”课的实验报告吧。感谢“温暖你的手”兄弟的关注，这帖子就让他沉下去吧

金算盘

鼓励楼主，碰到问题，自己动手解决，再把经验写下来分享给大家的精神。

van_zaya

谢谢斑竹！！！真没想到，在我自己失去信心的时候，却来了一个宝贵的积分！真的非常感谢！专门网良好的气氛让我觉得他的积分是非常宝贵的！今后一定努力，力争名字变成蓝色！

金算盘

不是别人让你失去信心，关键是自己不要失去信心。专门网鼓励大家互相学习，互相提高。欢迎看到你下一篇大作。

tp3086h

冒险顶一下

yy3yy3

支持。也帮我解决了问题！