【案例分享】 某运营商省级城域网路由割接故障案例

举报
IOT 发表于 2019/01/16 18:07:00 2019/01/16
【摘要】 某运营商省级城域网路由割接故障案例一份

 

某运营商省级城域网路由割接故障案例

案例背景:

某运营商省级城域网路由割接后,省公司接到用户投诉部分网页打开速度较慢。

 

问题描述:

路由优化内容主要包括对IS-IS路由协议区域进行扩展,并使用BGP路由协议替代IS-IS承载省移动城域网业务流量,分离数据转发控制层和网络承载层。同时,使用省网M320作为全区RRCRSR/BRAS分别和两台RR建立IBGP邻居关系。最终目标为使用IS-IS路由协议承载网络路由,使用BGP路由协议承载业务路由,使用RR控制各地市的路由发布。

1.png

                                                                              割接前网络拓扑图

2.png

                                           割接后网络拓扑图


分析与对策:

  1. 根据客户投诉明确故障范围,并非影响全省网络,而之影响某市所带用户

  2. 有城域网路由有调整,故障出现在调整后,说明故障很可能是割接引起;

  3. 打开网页慢,但跟踪路由,DNS都正常。但PING测大包存在不通的情况。可能的原因有缓存问题、链路故障、硬件故障、配置问题

  4. 关闭缓存,故障依旧存在,说明与缓存无关;

  5. 根据路由跟踪信息,某市城域网内无丢包错包;

  6. 检查告警和日志,未见异常;说明硬件正常

  7. 配置问题,为解决投诉,优先进行割接回退操作;

  8. 出流量暂时使用通过IS-IS学习到的默认路由,不会被打上mpls label,而返回流量在查找用户业务网段路由时,BGP路由下一跳是SR的loopback地址,需要经过LSP,普通的internet流量会打上一层MPLS 标签,在实际数据MTU是1500时,再加上4字节的mpls label,数据包长度将变为1504,就大于了接口的MTU值(1500);网络拓扑图如下:

3.png


处理结果:

将CR和SR互联接口的MTU调整到4475(大于1500)后再次进行测试,则ping大包亦回复正常,延迟,丢包率均在规范要求内,故障解决。


【版权声明】本文为华为云社区用户原创内容,未经允许不得转载,如需转载请自行联系原作者进行授权。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。