基于MTU值设置不当导致传输网和数据网设备对接丢包问题的分析处理
- 格式:pdf
- 大小:1.44 MB
- 文档页数:3
MTU参数对运营商网络的影响及配置建议MTU概念简介最大传输单元(Maximum Transmission Unit,MTU)是指一种通信协议承载上层数据报文的最大数据报大小(以字节为单位)。
最大传输单元这个参数通常与通信物理接口有关(以太接口、串口、ATM、E1/T1等)。
通常来说是指在IP层上能通过的最大报文长度。
IP协议允许IP分片,这样就可以将数据报分成足够小的片段以通过那些最大传输单元小于该数据报原始大小的链路了。
分片技术会降低通信效率,因此很多应用通过将IP报文头的DF“Don’t Fragment”标记位置位,来禁止对报文分片。
如常见的WEB应用。
此时就需要有一种机制来发现整个传输路径的所有接口的最小MTU值。
在IP协议中,一条传输路径的“路径的MTU”被定义为从源地址到目的地址所经过“路径”上的所有IP接口的MTU的最小值。
RFC 1191描述了“路径最大传输单元发现方法”。
在这项技术中,源地址将数据报文的DF“Don't Fragment”标记位置位,路径上任何需要将报文进行分片的设备接口都会将这种数据报丢弃并返回一个“数据报过大”的ICMP响应到源地址,并在这个响应中告知了该接口的MTU值。
这样,源主机就“学习”到了不用进行分片就能通过这条路径的最大传输单元了。
但在现实网络中,有很多种原因使得路径最大传输单元发现方法不能正常工作,常见的环境有:网络中存在NAT设备,导致路径上需要将报文分片的设备无法通知数据源;网络中安全设备基于状态的访问控制,或对ICMP报文抑制;网络中存在隧道,MPLS-VPN等技术,报文在传输过程中增加了额外的封装,超过了接口的MTU。
下面我们来看一看一些MTU带来的问题。
问题1:通过PPPoE over L2TP隧道访问总部WEB服务器部分网页打不开参考如下组网图:分部采用R1路由器和总部R2路由器租用运营商提供的Internet访问链路,通过L2TP建立隧道,分部需要访问总部服务器的客户端通过PPPoE连到R1,并通过L2TP隧道从R2处获得地址。
如何解决网络丢包问题网络丢包问题是我们在使用网络时经常会遇到的一个常见问题,它会导致网络连接不稳定,影响我们的工作和生活。
针对这个问题,本文将介绍一些解决网络丢包问题的方法,希望能对读者有所帮助。
一、检查网络连接首先,我们需要检查网络连接是否正常。
可以尝试重新启动路由器或调制解调器,检查网线是否插好,电话线是否接触良好。
若有网线连接,则可以尝试更换网线,看是否能解决丢包问题。
如果网络仍有问题,可以联系网络服务提供商或技术支持,寻求进一步的帮助。
二、调整网络设置如果网络连接正常,但仍然出现丢包问题,我们可以尝试调整网络设置来解决问题。
1. MTU设置:MTU(Maximum Transmission Unit)是数据在网络传输中的最大长度,过大的MTU可能导致丢包现象。
我们可以通过在计算机上设置较小的MTU值来解决问题。
具体方法是,在Windows 系统中,打开命令提示符窗口,输入“netsh interface ipv4 show subinterfaces”命令查看网络接口,找到对应的接口名称,然后输入“netsh interface ipv4 set sub interface 接口名称mtu=1400 store=persistent”命令来设置MTU值为1400。
在其他操作系统中,可以参考相关文档或咨询技术支持进行设置。
2. DNS设置:DNS(Domain Name System)是将域名解析为IP地址的系统,不稳定的DNS服务器可能导致网络丢包问题。
我们可以尝试更改为可靠的DNS服务器,例如Google Public DNS或OpenDNS。
具体设置方法可以参考相关文档或咨询技术支持。
3. QoS设置:QoS(Quality of Service)可以优化网络传输质量,减少丢包现象。
我们可以在路由器的设置页面中找到QoS选项,并根据网络需求进行适当的配置。
例如,可以设置特定应用程序或设备的优先级,避免其占用过多的带宽而导致丢包。
MTU参数对运营商网络的影响及配置建议MTU概念简介最大传输单元(Maximum Transmission Unit,MTU)是指一种通信协议承载上层数据报文的最大数据报大小(以字节为单位)。
最大传输单元这个参数通常与通信物理接口有关(以太接口、串口、ATM、E1/T1等)。
通常来说是指在IP层上能通过的最大报文长度。
IP协议允许IP分片,这样就可以将数据报分成足够小的片段以通过那些最大传输单元小于该数据报原始大小的链路了。
分片技术会降低通信效率,因此很多应用通过将IP报文头的DF“Don’t Fragment”标记位置位,来禁止对报文分片。
如常见的WEB应用。
此时就需要有一种机制来发现整个传输路径的所有接口的最小MTU值。
在IP协议中,一条传输路径的“路径的MTU”被定义为从源地址到目的地址所经过“路径”上的所有IP接口的MTU的最小值。
RFC 1191描述了“路径最大传输单元发现方法”。
在这项技术中,源地址将数据报文的DF“Don't Fragment”标记位置位,路径上任何需要将报文进行分片的设备接口都会将这种数据报丢弃并返回一个“数据报过大”的ICMP响应到源地址,并在这个响应中告知了该接口的MTU值。
这样,源主机就“学习”到了不用进行分片就能通过这条路径的最大传输单元了。
但在现实网络中,有很多种原因使得路径最大传输单元发现方法不能正常工作,常见的环境有:网络中存在NAT设备,导致路径上需要将报文分片的设备无法通知数据源;网络中安全设备基于状态的访问控制,或对ICMP报文抑制;网络中存在隧道,MPLS-VPN等技术,报文在传输过程中增加了额外的封装,超过了接口的MTU。
下面我们来看一看一些MTU带来的问题。
问题1:通过PPPoE over L2TP隧道访问总部WEB服务器部分网页打不开参考如下组网图:分部采用R1路由器和总部R2路由器租用运营商提供的Internet访问链路,通过L2TP建立隧道,分部需要访问总部服务器的客户端通过PPPoE连到R1,并通过L2TP隧道从R2处获得地址。
TCP协议中的MTU黑洞问题探究与解决方法随着互联网的快速发展,TCP协议成为了网络传输的核心协议之一。
然而,虽然TCP协议在大多数情况下能够提供可靠的数据传输,但是在实际应用中,我们经常会遇到MTU(Maximum Transmission Unit,最大传输单元)黑洞问题。
本文将会对这个问题进行一番探究,并提供解决方法。
一、MTU黑洞问题的起因MTU黑洞问题是指在网络传输过程中,由于不同网络设备或链路之间的MTU大小不一致,导致数据包在传输过程中被丢弃或者分片,从而造成网络延时增加、速率降低等问题。
这个问题尤其常见于广域网(WAN)连接,因为不同运营商或不同区域的网络通常具有不同的MTU大小。
二、MTU黑洞问题的影响MTU黑洞问题对网络传输性能造成了不可忽视的影响。
首先,数据包被丢弃或分片会导致网络延时增加,从而影响实时传输的稳定性,比如视频会议、在线游戏等。
其次,传输数据包的数量增加,会占用更多的带宽,进而使得整体传输速率降低。
而且,传输过程中数据包的分片和重组会消耗网络设备的计算资源,影响网络的扩展性。
三、解决MTU黑洞问题的方法针对MTU黑洞问题,网络工程师们提出了一些解决方法,以下是其中的几个常见方法:1. 使用Path MTU Discovery(PMTUD)协议PMTUD协议可以通过发送探测数据包,并根据收到的响应调整数据包的大小,以适应网络的MTU。
这种方法可以有效地避免数据包被丢弃或者分片,提高网络传输性能。
不过,需要注意的是,在一些特殊情况下,如网络中存在防火墙或代理服务器时,PMTUD协议可能无法正常工作。
2. 使用Path MTU Black Hole Detection(PMTUBHD)技术PMTUBHD技术可以通过监测网络传输过程中数据包的丢失率来判断是否存在MTU黑洞,并采取相应的措施。
例如,当发现数据包的丢失率超过一定阈值时,可以尝试降低数据包的大小,或者切换到更可靠的传输通道等。
TCP协议中的MTU黑洞问题探究与解决方法引言:在网络通信中,TCP协议是最常见的传输层协议之一。
它通过切割数据流并分发给接收方,确保可靠性和有序性。
然而,TCP协议在传输过程中也会遇到一些问题,其中之一就是MTU黑洞问题。
本文将对这一问题进行深入探讨,并提出解决方法。
一、MTU黑洞问题的定义和原因MTU(Maximum Transmission Unit)是指数据链路层中一次可传输的最大数据包长度。
MTU黑洞问题指的是在通过某些网络链路传输TCP数据时,由于MTU限制,导致数据包被分片,部分数据包可能丢失或被网络设备过滤。
造成该问题的原因主要有以下两点:1.网络链路的MTU限制:网路链路中,不同设备、不同网络段的最大传输单元可能不一致,当数据包在传递过程中遇到最小MTU限制时,就会发生分片。
在此过程中,分片包被发送到目标主机,但可能会出现丢包的情况。
2.网络设备过滤:某些防火墙、路由器等网络设备会设置过滤规则,对于大于特定大小的数据包进行丢弃或截断。
这就意味着,在通过这些网络设备传输数据时,数据包可能会在MTU限制下被过滤掉。
二、实际案例分析为了更好地理解MTU黑洞问题,我们来看一个实际案例。
假设有两个网络节点A和B,它们之间的网络链路中存在一个MTU限制为1400字节的路由器C。
当A节点向B节点发送一个1500字节的数据包时,路由器C会将该数据包分片为两个数据包(每个数据包大小为MTU 限制的最大值),并分别转发到B节点。
然而,在这个过程中,节点B 可能只能接收到一个数据包,另一个数据包则被路由器C丢弃。
这就是MTU黑洞问题造成的恶劣后果。
三、解决方法虽然MTU黑洞问题带来了许多困扰,但是有一些解决方法可以帮助我们解决这个问题。
1.路径MTU发现(Path MTU Discovery):路径MTU发现是一种动态地发现网络链路的MTU大小的方法。
TCP协议中的一个标志位DF (Don't Fragment)可以用来控制数据包的分片。
丢包解决方案一、问题描述在网络通信中,丢包是指在数据传输过程中,部分或全部数据包丢失的现象。
丢包可能会导致数据传输的不完整,影响网络通信的质量和稳定性。
针对丢包问题,我们需要制定相应的解决方案,以确保数据传输的可靠性和完整性。
二、解决方案1. 网络设备检查首先,我们需要检查网络设备,包括路由器、交换机、光纤等是否正常工作。
可以通过以下步骤进行检查:- 检查设备的电源和连接线是否正常,确保设备处于正常工作状态。
- 检查设备的配置是否正确,包括IP地址、子网掩码、网关等设置是否与网络环境相匹配。
- 检查设备的固件版本是否为最新,如果不是,可以考虑升级固件以修复已知的问题。
- 检查设备的端口是否正常工作,可以通过替换网线或者连接其他设备进行测试。
2. 网络拓扑优化优化网络拓扑可以减少丢包的发生。
以下是一些常用的优化方法:- 使用冗余路径:通过设置多条路径来传输数据,当其中一条路径出现问题时,可以自动切换到其他可用路径,减少丢包的影响。
- 使用负载均衡:将网络流量均匀地分配到多个路径上,避免某条路径负载过重导致丢包。
- 使用QoS(Quality of Service):通过设置不同的优先级和带宽限制,确保重要的数据包能够优先传输,减少丢包的影响。
3. 数据包重传机制为了解决丢包问题,可以使用数据包重传机制。
当发现数据包丢失时,可以通过以下步骤进行重传:- 发送方发送数据包后,等待接收方的确认消息。
如果在一定时间内未收到确认消息,则认为数据包丢失。
- 发送方重新发送丢失的数据包,直到接收方成功接收并发送确认消息。
- 如果重传次数超过预设的阈值,可以考虑放弃重传,以避免无限重传导致网络拥塞。
4. 网络质量监控定期监控网络质量可以及时发现丢包问题,并采取相应的措施进行修复。
以下是一些常用的监控方法:- 使用网络监控工具:通过使用专业的网络监控工具,可以实时监测网络的延迟、丢包率等指标,及时发现异常情况。
- 设置告警机制:当网络质量出现异常时,及时发送告警通知,以便管理员能够及时处理。
MTU设置不当导致4K高清视频回传出现概率性断流问题分析XXXX年XX月目录MTU设置不当导致4K高清视频回传出现概率性断流问题分析 (3)一、问题描述 (3)二、分析过程 (5)基础核查 (5)信令分析排查 (5)抓包分析 (6)三、解决措施 (7)四、经验总结 (7)MTU介绍 (8)MTU设置不当导致4K高清视频回传出现概率性断流问题分析XX【摘要】XX电信业务演示现场CPE进行4K高清视频回传,拓扑链路为视频流从4K摄像头-CPE-基站-传输-核心网-天翼云服务器-播放大屏的回传及显示业务。
基站开通后小区正常无告警,现场测试上行速率平均在75Mbit/s左右且很稳定,完全满足无人机图像回传要求的最高速率60Mbit/s。
但在业务调试时发现视频回传存在断流的风险,严重影响业务演示的效果。
通过对演示环境、端到端信令跟踪、CPE与基站的抓包分析发现是由于CPE MTU设置不合理导致视频回传存在重传和乱序,通过更改CPE的MTU后问题解决。
【关键字】5G,视频回传、断流一、问题描述●视频回传组网图如下:●推流链路(XX塔):4K摄像机拍摄画面→CPE→基站→核心网→承载网→视频服务器(天翼云)→播放大屏●业务需求:直播视频需满足稳定性和时延要求,业务需求为上行平均速率60Mbps,平均时延小于30ms,直播画面稳定无卡顿、无花屏●站点分布:N番禺沙园(汇珑)NR-AAU102-5GZ1PY0003-XJ为演示使用基站,市桥东方NR-AAU101-GZ5G00112为备用站点。
问题现象:初始测试时将用于回传的CPE与摄像头相连并定点放置,进行4K视频回传时图像清晰,无卡顿。
但是现场出现每2-3分钟突然断连1-2s的现象,需要重新进行推流,严重影响业务演示。
持续观测后发现该现象可能恶化,概率性出现视频回传断流现象,短则数秒出现,长则5分钟以上不出现。
出现视频断流时,CPE 的web管理界面上行速率以及利用OMT的上行速率检测都显示此时除除物理层外,速率均掉为0,如下图所示。
TCP协议中的MTU黑洞问题探究与解决方法导语:在计算机网络中,数据传输是一个非常重要的环节。
而在数据传输过程中,TCP协议扮演着至关重要的角色。
然而,很多时候,我们会遇到TCP协议中的MTU黑洞问题,即最大传输单元的大小无法适应网络环境,导致数据传输的失败或者速度过慢。
本文将深入探讨MTU黑洞问题的原因及解决方法。
一、MTU黑洞问题的原因MTU(最大传输单元)是网络中一次传输的最大数据量。
MTU的大小在不同的网络环境下是不同的,通常为1500字节。
然而,当数据包的大小超过了MTU的限制,就会发生分片。
而分片会增加网络传输的负载,降低传输速度,甚至导致数据丢失。
MTU黑洞问题的产生主要有以下几个原因。
1. 网络设备限制在一些特殊的网络环境中,如防火墙、路由器、交换机等网络设备,会对传输的数据包进行限制,将超过MTU大小的数据进行拦截或强制分片。
这会导致MTU黑洞问题的出现。
2. 网络链路问题网络链路中的每个节点都有自己的MTU大小限制,当数据包经过链路节点时,如果其大小超过了节点的MTU限制,就会触发分片。
而在链路传输过程中,如果各节点的MTU限制不一致,就会导致分片的发生,进而产生MTU黑洞。
3. ICMP过滤ICMP是Internet控制报文协议的简称,它主要用于网络设备之间的通信。
有些网络设备会过滤或拦截ICMP分片要求报文,这就会使得分片过程中的MTU黑洞问题无法得到正常处理。
二、MTU黑洞问题的解决方法为解决TCP协议中的MTU黑洞问题,我们可以采取以下几种方法。
1. 路径MTU发现(Path MTU Discovery)路径MTU发现是一种通过发送带有DF(Don't Fragment)标志的数据包,并根据收到的ICMP报文调整MTU大小的方法。
通过这种方式,可以动态地调整数据包的大小,使其适应网络环境。
在Linux系统中,可以使用"ping"命令进行路径MTU发现,指定不分片并设置数据包大小,观察是否收到MTU过大的ICMP报文。
网络丢包分析案例解决方案网络丢包是指在数据传输过程中,部分数据包未能正常到达目的地。
网络丢包可能导致数据传输速度变慢、网络连接中断以及影响用户体验等问题。
本文将针对网络丢包分析一个案例,并提出解决方案。
案例分析:假设一个中小型企业,拥有自己的局域网和接入互联网的路由器,由于最近网络丢包问题频发,导致员工在办公过程中遇到了困难。
为了解决这个问题,我们需要进行以下步骤:1.判断丢包情况:首先,需要确定是否存在网络丢包问题。
可以通过ping命令检测网络丢包率。
在命令提示符中输入ping目标IP,可以观察到ping的结果,如果出现丢包,则说明存在丢包问题。
2.排除硬件故障:网络丢包问题可能是由于硬件故障引起的。
首先,需要确保路由器和交换机没有故障。
可以尝试更换网络设备进行排错。
3.检查网络拓扑结构:网络拓扑结构可能导致丢包问题。
过多的中转、线路负载不均衡等都可能导致丢包。
需要检查路由器、交换机和服务器的连接情况,确保没有物理障碍。
4.调整MTU和MSS:最大传输单元(MTU)和最大报文段长度(MSS)是数据包大小的两个参数。
过大的MTU或MSS可能导致网络丢包。
可以通过调整这两个参数,减小数据包的大小,以提高网络稳定性。
5.网络流量管理:网络流量过大可能导致网络拥堵和丢包。
可以限制特定应用程序的带宽使用,或者调整路由器的流量控制策略,以减少网络拥堵和丢包。
6.升级网络设备固件:网络设备的固件可能存在漏洞,导致网络丢包。
可以升级网络设备的固件,以修复已知的漏洞,并提高网络性能。
解决方案:针对上述分析结果,我们提出以下解决方案:1.网络设备故障:更换或修复故障的网络设备,确保网络设备正常运行。
2.优化网络拓扑结构:根据实际情况重新设计网络拓扑结构,减少中转节点,确保网络连接稳定。
3.调整MTU和MSS:根据网络情况调整MTU和MSS的参数,保证数据包大小合适。
4.网络流量管理:使用流量管理工具进行网络流量监控和控制,合理分配网络带宽资源,减少网络拥堵。
TCP协议的MTU探测与调整方法解析引言TCP协议作为互联网传输层的核心协议,负责可靠地传输数据。
然而,在实际应用中,有时会遇到MTU(Maximum Transmission Unit)大小不匹配的问题,导致网络传输效率低下。
因此,本文将探讨TCP协议的MTU探测与调整方法,帮助读者了解并解决相关问题。
什么是MTUMTU是指数据链路层上能够传输的最大报文长度,通常以字节为单位。
不同网络设备和连接方式,其MTU值可能不同。
例如,以太网的MTU通常为1500字节,而某些WAN连接的MTU可能较小。
MTU不匹配问题的影响当TCP数据包的大小超过网络路径中任一设备或链路的MTU值时,会发生分片。
这将导致网络效率降低,因为分片的数据包需要额外的时间和资源来重新组装,同时还会占用网络带宽。
TCP的MTU探测方法为了解决MTU不匹配问题,TCP协议采用了一种名为"Path MTU Discovery"的机制。
该机制通过不断尝试发送不同大小的数据包,并根据返回的ICMP消息动态调整MTU值,以确保数据传输的高效性。
具体来说,TCP协议发送的数据包首先以最大可能的MTU值发送,如果数据包过大导致分片,则会收到ICMP的"Fragmentation Needed"消息。
根据该消息中包含的MTU值信息,TCP会调整下次发送的数据包大小,直到找到合适的MTU。
MTU黑洞与路径MTU探测优化方法尽管路径MTU探测机制提高了TCP数据传输的性能,但在实际应用中,仍然会遇到一些无法探测到正确MTU的情况。
这被称为MTU黑洞问题。
为了解决MTU黑洞问题,研究人员提出了一些优化方法。
例如,使用启发式的路径MTU探测算法,即根据先前传输的成功记录、失败记录和超时记录来调整MTU的大小。
这样可以避免无意义的探测,提高探测效率。
另外,一些网络设备(如防火墙)可能会过滤ICMP消息,导致路径MTU探测失效。
《有线电视技术》 2019年第2期 总第350期
1 引言
我们常说的通信术语——最大传输单元(Maximum Transmission Unit,MTU),是指一种通信协议的某一层上面所能通过的最大数据包的大小,以字节为单位。
一般情况下,MTU指的是业务MTU,它代表了三层报文的长度,也就是IP数据包的长度。
而MFL (Maximum Frame Length)最大帧长度,指的是端口MTU,它代表了二层报文长度,也就是以太网MAC帧长度。
2 MTU介绍
MTU最大传输单元这个参数通常与通信接口有关。
从图1可以看出,IP 数据包的范围为46~1500bytes,MTU 为1500bytes。
以太网MAC帧的范围为MTU+6+6+2+4=64~1518bytes,MFL 为1518bytes。
如果添加一层VLAN,长度则要增加4个字节,以此类推。
因为协议数据单元的包头和包尾的长度是固定的,MTU越大,则一个协议数据单元承载的有效数据就越长,通信效率也就越高。
MTU越大,传送相同的用户数据所需的数据包的个数
则越少。
但MTU也不是越大越好,因为
MTU越大,传送一个数据包的延迟也
越大,数据包中bit位发生错误的概率
就越大,通信效率越高,但传输延迟
就会增大,所以要权衡通信效率和传
输延迟,选择合适的MTU。
3 Ping工具实验
Ping工具使用的是三层ICMP协
议,Ping工具是故障处理时最常用的
工具之一,可以利用Ping工具的一些
参数来支持设备进行以太网帧的测试。
Ping的“-l”参数指的是“Send
buffer size”,即净荷的大小;“-f”
参数指的是“Set Don't Fragment flag in
packet”,就是不进行报文拆分。
由于PC机的Windows操作系统
默认的MTU是1500,也就是说超过
1500的包都要拆分,当我们使用Ping
工具设置“-l”参数为1472时,加
上20bytes的IP头,再加上8bytes的
ICMP头,就达到了1500。
如在公司内
网使用PC机Ping命令“Ping1472bytes”
的截图如图2所示。
当设置“-l”参数为1473时,
Ping计算出的组帧长度超过了MTU值
(1500),所以会报错。
截图如图3所示。
由上述可知,使用
Ping工具永远
基于MTU值设置不当导致传输网和数据网 设备对接丢包问题的分析处理
周鑫磊 闫斐 江苏省广电有线信息网络股份有限公司
摘要:随着大数据时代的来临,越来越多的数据网承载在高速率的传输网上。
本文针对传输网和数据网设备
对接问题的处理进行了介绍,要先检查传输网和数据网设备的基本配置,确认没有问题之后,再检查设备是否有
异常告警,最后根据实际情况,要回到设备端口开销配置及MTU值配置问题上考虑。
关键词:MTU 丢包 传输网 数据网
图1
109
110
《有线电视技术》 2019年第2期 总第350期
不能组建超过MTU 的报文,所以,在MTU 缺省取1500时,从电脑发到我们设备数据单板的最大包长为1500+MAC 帧头(18)=1518bytes。
4 故障现象
某网络拓扑结构为5点组成的复用段环,均采用华为公司的产品,设备型号为OSN7500和OSN3500,速率等级为STM-64。
B 站点和D 站点下挂
华为公司数据网产品NE40设备各一台,业务类型为点到点链形以太网GE 业务通道,用于两台数据网设备互联互通。
网络拓扑图如图4所示。
开通对接测试期间,发现某些网页打不开,使用Ping 工具在两台数据网NE40设备对Ping 大包时出现丢包现象,且双方网管均未出现异常告警。
5 故障分析及处理过程
(1)检查传输网和数据网设备
软、硬件版本信息,经确认未见异常。
(2)检查传输网和数据网设备互联互通接口指标如光功率和误码等,均未见异常。
(3)检查传输网和数据网对接端口光模块类型,发现其型号均为1.25G-1310nm-10km-ESFP,未见异常。
(4)分别在传输网网管上B 站点和D 站点的对应EGS4单板的port1端口打开以太网维护功能,使用以太网帧测试功能,测试结果均显示正常,没有丢包现象。
(5)在传输网管上进行人工MSP
保护倒换,工作路由从原先的B-C-D 路
由倒换
至B-A-E-D 保护路由,等待一段时间后,在数据网NE40设备
对Ping 大包时丢包现象仍然存在,故
图4
图2
图3
111
《有线电视技术》 2019年第2期 总第350期
障没有排除。
(6)使用EXFO 仪表,对传输通道进行测试,分别对吞吐量、背靠背、过载丢包率和时延指标进行测试,测试结果均未见异常。
这样基本可以判定传输通道没有问题,问题可能会出现在和数通设备的对接上。
(7)分别在传输网和数据网网管上修改GE 端口的工作模式,由原先的自协商工作模式修改为1000M 全双工,进行数据网Ping 包实验,丢包现象仍然存在,故障没有排除。
(8)将数据网网元X-NE40和Y-NE40连至二平面传输网(二平面传输网采用中兴厂家的产品)后,数据网Ping 包实验,Ping 大包时没有出
现丢包现象,问题解决。
排查华为设备与中兴设备差别发现:中兴的最大帧长度为9600bytes,而华为EGS4单板的默认最大帧长度为1522bytes。
(9)更改华为传输网默认最大帧长度值至1510,进行数据网Ping 包实验,发现丢包率提升5.6%;更改华为传输网默认最大帧长度值至1524,进行数据网Ping 包实验,发现丢包率下降2.4%。
据此判断,故障原因可能为最大帧长度值不匹配。
(10)经查询资料发现,传输设备定义MTU 为接口时数据包最大帧长度即MFL。
华为数据网
NE40设备MTU 只计算IP 包头(20)+ ICMP 包头(8)+ data=1500bytes。
这个1500是不含有二层
图5
头部和MPLS 标签,由于该场景采用的是MPLS VPN,那么最大的TCP 报文的三层IP报头+二层报头发出去的大小为:TCP 报头(20)+IP 报头(20)+两层标签MPLS 标签(8)+以太网报头(14)+ CRC(4)+ data(1460)=1526bytes。
而华为传输网的MTU 的默认值是1522,由于华为传输网MTU 值小于实际承载的NE40路由器的MTU 值,故无法传输出去,导致Ping 大包时出现丢包现象。
将华为传输网EGS4单板的对应端口的最大帧长度值修改为1526,再进行数据网Ping 大包实验测试,测试结果正常,无丢包现象。
6 建议与总结
常见丢包现象故障处理流程如图5所示。
(1)Ping 工具使用的是三层ICMP 协议,Ping 工具是故障处理时最常用的工具之一。
(2)本次故障网管侧未上报告警,互联互通测试期间,缺少故障判定依据。
从Ping 包测试结果推断,依次排除光功率适配、误码、软硬件问题,剩余参考项只有接口特性。
(3)在有数据网路由器与传输网设备的组网条件下,Ping 大包有丢包现象,可能导致某些网页打不开,打开网页时某些网页的报文可能比较大。
建议先解决Ping 大包丢包的问题,即先调整传输设备的MTU 值。
参考文献
[1]邓忠礼.光同步传送网和波分复用系统[M].北京:北京交通大学出版社,2003.
[2]武文彦.光波分复用系统与维护[M].北京:电子工业出版社,2010.
[3]谢希仁.计算机网络[M].北京:电子工业
出版社,2015.CATV。