- 1、本文档共37页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
ZCNPBGP高级路由协议
BGP高级路由协议
课程目标:
掌握BGP适用环境、了解BGP使用的注意事项
掌握BGP的消息类型和各种属性
掌握BGP在解决大型网络中的解决方案
掌握BGP的基本排错方法
参考资料:
ZXR10路由交换机操作手册
ZXR10 路由器用户手册
目 录
第1章 BGP 1-1
1.1 BGP适用环境 1-1
1.2 BGP的消息类型和属性 1-6
1.3 大型网络BGP解决方案 1-35
1.4 基本BGP排错 1-40
BGP
BGP适用环境
如图所示,用户和ISP之间只有一个连接。在这种拓扑下,BGP或者任何其它的任何动态路有协议都是不必要的。因为一旦这个唯一的连接出现故障,用户和ISP之间的业务就会中断,路有协议并不能解决这个问题。因此,在这种拓扑结构中,我们只需要在用户的路由器上配置一条默认路由,指向ISP,并把用户的网段发布到ISP中去。
在学习BGP的时候,我们还应该认识到,每一条物理上的连接,都实际上代表了两条逻辑上的链路。对于业务来说,即是入的业务量和出的业务量。而路由就是为这两类业务做指向的。拿图示来说,我们在用户设备上配置默认路由,是为出的业务量做指向;而把用户网段发布到ISP中去,是为入的业务指向。
我们在考虑ISP之间的连接和路由问题时,应该特别注意路由对业务的影响。
为了保证冗余,可以在ISP和用户使用多条连接,为用户提供冗余的连接。并根据链路的使用情况对出的业务量和入的业务量进行处理。一般有两种处理的情况,一种是备份。即一条链路做为主用,而另外一条仅仅做为备份。只在主用链路实效的情况下,用户才会使用备份两路接入ISP。而在主用链路重新恢复工作之后,自动切换回主用链路。因此,一般备份链路都是低速的连接。早期的银行储蓄网点会用2M专线,和电话线做这样的主备工作,保证网络的正常使用。
当使用主备进行连接的时候,实际上,我们也不需要bgp。我们还记得浮动静态路由吗?浮动静态路由就可以满足这个功能。和单宿主连接的情况一样,把用户的网段向ISP公布,在决定出的业务量的时候,通过给备份链路设定较高的花费值,来保证首先使用主用链路,只有在主用链路实效的时候,备份的链路才会承担转发的工作。
另外一种就是让两条去往ISP的连接同时工作,这样,既做到了增加链路的带宽,又做到了互为备份。
这种方式就要求用户设备在决定去往ISP的时候,必须知道出口的情况,包括出口的数量和到各个出口的花费。因此,需要在用户内部网络运行igp协议。Ospf是个不错的选择。通过出口路由器向内分别发布默认路由,内部网络的设备就会根据各自到达出口路由器的花费来自行选择出口路由器。而在其中出口设备或者连接失效之后,也会使用尚存的出口来去往ISP。
在这种情况下,业务是完全取决于到各个出口的花费来决定出口的。然而,对于入的业务量取决于向ISP发布用户网段2的情况。如果您很在意入的业务量,同时您又充分考虑了bgp实施的可行性。您可以使用bgp来帮您处理这个问题。通过对bgp向外宣告用户网段时的控制,进而控制入的业务量在不同连接上的选择。
而在引入外部路由的时候,您应该格外的小心。您所做的操作可能引入了世界上其它的所有路由,严重的情况可能导致您的设备应付不过来。而这是完全没有必要的。总之您在使用bgp的时候,应该格外的小心,既保证内部网络的稳定,也要避免发布时候的失误,甚至还要仔细考虑对方的失误对自己造成的影响情况。
类似于前面提到的多宿主到单一的自治系统,通过去往ISP的多条连接来保证链路的冗余。尽管如此,还是存在ISP的单点故障,也就是说,当连接的ISP出现故障的时候,用户还是会丢失和internet的连接。我们可以选择多宿主到多个自治系统拓扑。这种拓扑除了前面提到的多种好处之外,还可以保护用户不会因为ISP发生问题而引起的internet连接的丢失。
同样的,这种拓扑也可以运行主备方式,也可以运行负载分担的方式,依靠igp决定用户内部设备如何到达各个出口。但是,这仅仅考虑了出的业务量,为了更好的保证冗余,理想的情况就是用户把自己的网段向两个ISP都通告,以保证在其中有ISP出现故障的时候,出入业务均不受影响。但是,这势必影响到ISP的部署。很多时候,这种要求并不能实现。因为对于ISP来说,发布一个并不属于自己的网段,可能会使流经本ISP的流量变得不可控制。因此,这样的建议很难被ISP接受。
在ISP同意接受你发布的路由之后,你还是需要小心的操作。因为每一个发布的网段,都意味着一个承诺。即,向全世界承诺,将数据包送到发布的网段。由于发布的问题,你可能会出现不对称的业务流量模型;如果你附带的把ISP1的网段也发布到ISP2上,你的网段可能会因此承载了去往ISP1的流量,严重的时候,会影响到你本身正常的业务。
在实施bgp前后,您需要考虑以下问题:
是
文档评论(0)