51CTO订阅专栏 骨干网与数据中心建设案例 ...

新人大礼包
小程序订阅 省¥12

20篇  已完结 747人已订阅

专栏介绍

在骨干网技术中,BGP/MPLS V PN这些都是属于CCIE、HCIE级别的高级技术,在实际运维工作中显得尤其困难。


专栏中的20个案例,都是作者亲自参与实施的真实项目,保留了95%的原汁原味(另外5%是因为行业保密性所以无法提供)。


为了保证每一个案例的客观性,也防止文章落入“说教”的枯燥环境,本专栏以生动的网络工程师故事,结合小清新的漫画场景进行讲述。


专栏目录


序:大型网络实战,带你掌握高级技术(已更新)

1.骨干网:一个县的骨干网从一个市划给另一个市的改造(已更新)

2.骨干网:调度网的一、二级骨干对接路由聚合与选路调整(已更新)

3.骨干网:统一的IMC网管部署,对全局路由的优化调整(已更新)

4.骨干网:全互连BGP邻居改为RR-Client结构(已更新)

5.骨干网:新建骨干网平面与老平面的对接(已更新)

6.骨干网:跑了一圈只为Option-B改为Option-A(已更新)

7.骨干网:因地址规划问题造成的一桩“悬案”(已更新)

8.骨干网:当我第一次见到Sham-Link在现网中使用时(已更新)

9.骨干网:MPLS SWAP也有耗尽时!注意聚合路由啊!(已更新)

10.骨干网:VRF整合与骨干网扁平化改造(已更新)

11.数据中心:为什么不对核心设备做堆叠?(已更新)

12.数据中心:VRF与不同“等保”、防火墙之间的设置关系(已更新)

13.数据中心:因带外网管如何设计而带来的一些争执(已更新)

14.数据中心:云资源平台的网络部署(已更新)

15.经验:跑100公里山路,就为了一条negotiate命令?(已更新)

16.经验:“舍近求远”的设置互连地址,师傅是你为了那般?(已更新)

17.没搞明白跳纤位置,结果挖断了8个站点(已更新)

18.经验:Qos丢包?情报失误导致白跑了一趟(已更新)

19.经验:不看实施方案,一到现场就原形毕露(已更新)

20.经验:不按设计标准来做事?拜托你返工吧(已更新)


专栏入口


专栏订阅成功后,即可通过以下4个途径永久阅读

1.“51CTO订阅专栏”小程序端

2.“51CTO”微信服务号端

3.“51CTO博客”web端

4.“51CTO学院”Android App端


适用人群

适用人群 1.计算机网络从业者
2.初入网络行业的小菜鸟
3.摸着石头过河的老油条
4.需要实战来消化理论的学生

作者介绍

捷哥CCIE

人气45W+ 文章35 粉丝2559

吴忠捷(捷哥)·高级网络工程师
曾在南方电网,金融行业等多领域担任网络技术培训讲师
精通思科,华为,H3C等主流产品的网络技术,拥有丰富的大型企业网络建设经验和防火墙运维经验,熟知网络建设常用技术及标准化

订阅说明

1.本专栏为图文专栏,共计20篇
2.专栏定期更新,更新频率为每周1-2篇,现已更新完结
3.专栏一经订阅永久阅读, 可与作者留言互动
4.本专栏为虚拟产品,一经订阅,概不退款,请慎重订购
5.专栏阅读过程中,如有任何问题请联系51CTO小助手(微信:cto51boke/QQ:3591348659)

学习本专栏您能收获什么

1.精湛的网络技术
2.每一个教训都是前车之鉴

专栏目录

  • 增:高级网工实战之旅

    以生动的网络工程师故事,搭配小清新的漫画场景,一次掌握60个网络实战案例!

  • 序:大型网络实战,带你掌握高级技术

    目前在一些论坛里,包括相关技术QQ群,微信群。对于网络工程师这个行业总是充斥着两个极端的传言。

  • 1.骨干网:县级骨干网行政移交改造(H3C、ZTE)

    本文作为专栏的开篇文章,先介绍一个枝叶级别的骨干网改造案例。在本案例中,讲述了一个县城行政上属于A市,但是其县级单位的网络却由B市进行代管。而网络改造的要求就是将县级单位的所有网络全部移交给A市。

  • 2.骨干网:调度网的一、二级骨干对接路由聚合与选路调整(Cisco、H3C)

    本案例就讲一个MPLS V PN骨干网络,网络结构比较规整,而且其中只有两个VRF。案例要求将路由进行聚合,过滤掉不必要的路由,然后让两个VRF内的业务流量分别选择不同的链路。

  • 3.骨干网:统一的IMC网管部署,对全局路由的优化调整(思科,H3C)

    本文介绍的案例,网络结构是一次双平面,4对2的ASBR结构,要求一级骨干网的两个平面之间不能相互收取路由,但都必须和二级骨干网交互路由。所以路由过滤的方式比较复杂。那这一次,就必须用到BGP Community和AS-Path正则表达式来完成了。

  • 4.骨干网:全互连BGP邻居改为RR-Client结构(思科、H3C)

    因为iBGP邻居传递路由的特殊性(iBGP路由传递限制为1跳),这也导致了在设计iBGP网络的时候出现了各种各样的补丁技术。

  • 5.骨干网.新建一级骨干网与老网、二级骨干网对接(Cisco、H3C)

    实际上,玩MPLS V PN网络,基本上玩的都是BGP;而玩BGP呢,多半都是玩的是选路,过滤这些操作。本文为大家介绍一个新建的MPLS V PN网络,和原有的骨干网构成两个平级的骨干网。再通过RT值进行路由控制。本文说的内容可以和第三章的内容联系起来学习,第三章主要是针对公网的操作,而本章主要针对的是私网的操作。

  • 6.骨干网:跑了一圈只为Option-B改为Option-A

    本案例讲了一次由Option-B改为Option-A的案例,总的来说这个案例的难度不太大,只要弄明白其思路,Route-Map/Route-Policy这些属性也基本上都可以照抄照用。只是因为Option-B改Option-A,配置量比较大,所以这里在操作的时候还是要求细心和细致。

  • 7.骨干网-因地址规划问题造成的一桩“悬案”

    这个案例其实就是一个老的数据中心核心+出口设备E1200i设备不支持VRF,后来采购了两台H3C R8806准备充当PE设备,预计将不同的业务流量分入不同的VRF,但就在这个“分流”的时候出了点技术难题。

  • 8.骨干网:当我第一次见到Sham-Link在现网中使用时

    本案例就遇到了一次OSPF网络切换到MPLS V.PN网络时,遇到了后门链路问题。当时排查了一个晚上,就是没想到sham-Link这个概念,结果一晚上熬夜了全是白忙活。

  • 9.骨干网.MPLS SWAP也有耗尽时!注意聚合路由啊!

    本文为大家讲述一个案例,说的是某个二级骨干网发现其私网业务时断时续,经过多方排查仍然找不到原因。后来原厂工程师发现是设备板卡上与MPLS相关的VC_AND_SWAP耗尽。最终,因为这一个二级骨干网的问题,最终全网要求做跨域路由的聚合操作。那为什么MPLS SWAP耗尽会和路由聚合有关系呢?

  • 10.骨干网-网络融合与扁平化改造

    本文也算是骨干网案例与数据中心案例的一个小小的结合。

  • 11.数据中心-为什么不对核心设备做堆叠?

    本文主要讲了数据中心建设中的核心—汇聚之间互联的相关内容。在这个案例中,使用了4台核心交换机,而这4台核心交换机采用了独立部署的方式,既没有做堆叠,也没有做级联。这种部署的好处就是:收敛速度快,核心之间独立互不干扰,便于扩展。

  • 12.数据中心-VRF与不同“等保”,旁路防火墙之间的设置关系

    数据中心的第二个阶段建设,即开始设置各个汇聚层与接入层。这个阶段的主要技术还是静态路由与防火墙接入的设置。考虑到可扩展性的因素,也为了适应核心—汇聚之间的动态路由,将防火墙部署为旁路模式,使用VRF隔离路由并控制流量的穿行。这种防火墙的部署方式在一些金融机构的数据中心也有采用。本案例基本上没有什么新的知识点,都是一些老知识点的活学活用。

  • 13.数据中心-因带外网管如何设计而带来的一些争执

    本案例要说的就是数据中心的网络设备及其他服务器需要配置带外管理。在部署的时候,就因为安全性和方便性发生冲突,从而一群人发生了一些争执。那最终又是使用何种方案来解决这个问题的呢?

  • 14.数据中心-云资源测试区的网络部署

    本文就来为大家介绍这个使用Trill技术的测试区案例,并且简单介绍一些Trill的基本概念,工作原理和单播报文的转发机制。

  • 15.排障-跑100多公里山路,就为了一条undo negotiate命令?

    本文给大家介绍的一次网络故障实际上是一次乌龙事件,因为两个设备的接口双工、速率没有协商好,导致一个远端站点一直处于掉线的状态。这个远端站点位于离中心城区100多公里以外的一个县城,没有高速公路,交通极为不便。那为什么还要工程师跑一趟呢?

  • 16.排障-“舍近求远”的设置互连地址,师傅是你为了哪般?

    本案例就为大家说一下这样的一个网络架构,在设计的时候,把直连的两台设备用Trunk打成了二层通道,三层互连地址却设置在不相邻的设备上,导致后期的运维相当困难

  • 17.教训-没搞明白跳纤位置,结果挖断8个站点

    本案例为大家说的案例,就是客户新来了一位运维人员,不太了解跳纤位置,在没有搞明白状况的时候,光缆维护人员又擅自提前施工,最终导致8个站点断网的事情。

  • 18.教训-Qos丢包?情报失误导致白跑了一趟

    本来有一个汇聚设备准备在全省铺开实施,但就是因为试点单位做了以后,总有一些站点说是有丢包的情况。但是怎么稀里糊涂的就说是Qos的事情了?终于,找了一个时间,终于是派人跑到了贵州西南部那个交通较为不便的城市。可是,查了半天,丢包的问题真的是因为Qos没配置好造成的问题吗?

  • 19.教训-不看实施方案,一到现场就原形毕露

    本案例说到的一个网络改造问题,从技术上来说并不复杂,但是因为这属于“委托式施工”,也就是说由A公司的技术人员编写方案,交给B公司的技术人员进行施工操作。这要求A公司的人员编写的方案务必精准有效,也要求B公司的技术人员仔细阅读方案并及时和A公司的人员沟通。但可惜,B公司的人却在关键时刻出了问题……

  • 20.教训-不按设计标准来做事?拜托你返工吧

    本案例就说了这么一个情况,一个县城的汽车客运站建设了一张网络,采购的设备比较高端,但就是因为实施人员不仅对技术一知半解,而且夜郎自大。当网络出问题的时候,一群人责任互相推诿指责……当最后找出核心问题的时候,才发现这纯粹就是结构设计的问题,而且这个错误还特别低级。

组合专栏推荐

更多
试读 ¥51.00/永久订阅

已自动为您匹配最优优惠券

不使用优惠券

总金额:¥51.00

去支付

扫码邀请好友

分享给更多好友,获得更多收益机会

支付成功

恭喜您获得分享邀请好友机会

邀请成功立赚¥0

加入作者互动群

和作者近距离提问 &交流 &互动

扫描二维码 回复 ZL071 + 昵称 入群