小白网-奉贤部落-奉贤免费信息发布平台

查看: 22|回复: 0
打印 上一主题 下一主题

BGP是什么意思啊(bgp协议有什么用)

[复制链接]

2万

主题

2万

帖子

7万

积分

论坛元老

Rank: 8Rank: 8

积分
78182
跳转到指定楼层
楼主
发表于 2025-7-26 13:07 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
通过这篇文章,我们可以了解BGP的基本知识和使用它的原因。
BGP(边界网关协议)是统一互联网的路由协议。我将解释在什么情况下我们需要BGP以及它是如何工作的。
在您继续阅读之前,我应该告诉您“忘记”到目前为止您所知道的RIP、OSPF和EIGRP...这三种路由协议有一个共同点:都是IGP(内部网关协议)。我们只在我们的自治系统中使用它们,但它们无法扩展到像互联网这样大的网络。
RIP、OSPF和EIGRP各不相同,但它们都有一个共同点……它们都想找到到达目的地的最短路径。我们看互联网,不在乎找最短路径,更重要的是能够操控流量路径。目前我们在互联网上使用的路由协议只有一个,就是BGP。
[*]为什么需要BGP?为了理解为什么以及何时需要BGP,我们先来看一些场景:
现在几乎所有的东西都连上了互联网。在上图中,我们有一个连接到ISP(互联网服务提供商)的客户网络。我们的ISP正在确保我们可以访问互联网,我们的ISP为我们提供了一个可以用来访问互联网的公共IP地址。为了确保客户端LAN上的每个人都能访问互联网,我们使用NAT/PAT(网络/端口地址转换)将我们的内部私有IP地址转换为这个单一的公共IP地址。当您只有需要访问互联网的客户端时,这种方案非常合适。在我们的客户局域网中,我们只需要一条到ISP路由器的默认路由,这样就完成了。在这种情况下,我们不需要BGP...
也许客户有几台服务器需要从互联网访问…也许是邮件服务器或web服务器。我们可以使用端口映射并将正确的端口转发到这些服务器,因此我们仍然只需要一个IP地址。另一个选择是从我们的ISP获取更多的公共IP地址,并使用这些地址来配置不同的服务器。在这种情况下,我们仍然不需要BGP……...
如果我想要更多冗余怎么办?出现单点故障并不是一个好主意。我们可以在客户端添加另一台路由器,并将其连接到ISP。我们可以将主链路用于所有流量,将另一条链路作为备用链路。这种情况下我们还是不需要BGP,可以用默认路由解决:
[*]在客户的主路由器上配置低优先级的默认路由;[*]在客户的备用路由器上配置高优先级的默认路由;这将确保您的IGP使用主链路发送所有流量。一旦链路出现故障,您的IGP将确保所有流量都沿着备用链路发送。你可以考虑一下...我们可以在这两条链路之间进行负载平衡吗?会很难吗?
除非出现问题,否则IGP将沿主链路发送所有流量,但不会沿备用链路发送任何流量。您可以发布具有相同度量的默认路由,负载50/50共享。如果我想在主链路上发送80%的出站流量,在备用链路上发送20%的出站流量,该怎么办?上面的方法不会达到这个要求,但是可以使用BGP。
我们现在有两个不同的ISP,而不是连接到一个ISP。出于冗余的原因,拥有两个不同的ISP非常重要。万一其中一个出现故障,总会有一个备用ISP可用。客户的网络中还有两台需要通过互联网访问的服务器。
在前面的例子中,我们从一个ISP获得了一个公共IP地址,现在我连接到了两个不同的ISP,那么我应该使用哪个公共IP地址呢?是来自ISP1还是ISP2?如果我们使用ISP1(或ISP2)的公有IP地址,一旦ISP出现连接问题,就无法访问这些服务器。
我们将获得自己的公共IP地址,而不是使用ISP提供的公共IP地址。IP地址室空由IANA(互联网号码分配机构-http://www.iana.org/)维护。IANA正在为许多大型地区互联网注册机构分配IP地址空,如RIPE或ARIN。他们每个人都将IP地址空分配给ISP或大型组织。
当我们收到我们的公共IP地址空时,我们会向我们的ISP宣布。公告是通过路由协议完成的,该协议将是BGP。
[*]独立系统除了获取公有IP地址空,我们还必须考虑AS(自治系统):
如同单个管理域下的网络集合。互联网只是一堆互联的自治系统。在自治系统中,我们使用IGP,如OSPF或EIGRP。
对于不同自治系统之间的路由,我们使用EGP(外部网关协议),我们现在使用的唯一EGP是BGP。
我们如何获得自治系统号?就像公共IP地址空房间一样,需要注册一个。
自治号码是16位数字,这意味着我们有65,535个号码可供选择。就像私有和公有IP地址一样,有一系列的公有和私有AS号。
范围1–64511是全球唯一的AS号,范围64512–65535是私有自治系统号。
BGP有两种类型:
EBGP:用于自治系统之间
IBGP:用于自治系统。
EBGP是不同自治系统之间的路由信息交换。
2 BGP公告
现在我们知道了为什么我们需要BGP,以及什么是自治系统。互联网是一个很大的地方,一个完整的互联网路由表就有超过50万个前缀。
当我们运行BGP时,这是否意味着我们必须学习超过500.000个前缀?视情况而定……我们来看一些例子:
上图中,客户网络有一个自治系统号(AS 1)和一些IP地址空 (10.0.0.0 /8)。假设这些是公共IP地址。我们连接到两个不同的ISP,我们可以看到他们的AS号(AS2和AS3)和IP地址空(。
我们可以使用BGP向ISP通告我们的地址空,但是ISP通过BGP向我们的客户通告什么呢?有许多选项:
[*]他们只通告默认路由。[*]它们会通告默认路由和部分路由表。[*]他们会公布完整的互联网路由表。让我们来看看这三个选项:
3.1默认路线
接收默认路由消耗的路由器资源最少,因为您只有一个条目可以访问任何外部网络。客户路由器将向两个ISP通告其10.0.0.0 /8网络,这两个ISP将向连接到它们的任何其它ISP通告该网络。我们将使用默认路由访问互联网。这种配置的缺点是,我们的客户网络不知道ISP1和ISP2背后是什么。由于默认路由,我们有连通性,但这可能导致次优路由。如果我们只有默认路由,那么我们可以将所有流量发送到其中一个ISP。
如果只使用默认路由,可能会发生以下情况:
网络只接收来自两家ISP的默认路由。我们选择使用ISP1的默认路由将所有传出流量发送到Internet,这意味着每当我们发送定向到30.0.0.0 /8 (ISP2)的流量时,它将被发送到ISP1,然后发送到ISP2,这不是最佳路径。
3.2部分路线更新
我们还可以收到一些路由表和默认路由。此更新可能包括ISP分配给其客户的所有IP地址空。
就像在现实生活中一样.....你知道的越多越好。在路由世界中,拥有更多的路由信息意味着您可以做出更好的路由决策,并且与仅使用默认路由相比,您会遇到更少的次优路由问题。
3.3完整的互联网路由表
最后一种选择是从两家ISP处接收完整的互联网路由表,这需要更多的资源,但我们将能够做出最佳的路由决策。
[*]路径向量BGP被称为路径矢量路由协议。这是什么意思?看这张照片:
有4个自治系统运行BGP来交换路由信息。在AS 1中,有网络1.1.1.0 /24,向AS 2、AS 3和AS 4公布。
如果我们查看AS4中路由器的BGP表,我们会看到网络1.1.1.0 /24,但它也存储了我们到达那里必须经过的路径。它将存储前缀和到达1.1.1.0 /24必须经过的路径。以下是一个真实的BGP路由器示例:
route-views . optus . net . au  gt;显示ip bgp
BGP表版本是128380331,本地路由器ID是203.202.125.6
状态代码:s抑制,d阻尼,h历史,*有效, gt最好,我-内部,
r RIB故障,S失效,m多路径,b备用路径,x最佳外部路径
原产地代码:i - IGP,e - EGP,?-不完整
网络下一跳度量LocPrf权重路径
202.160.242.71
通过使用show ip bgp命令,我们可以查看bgp表,我们可以看到该路由器知道网络1.0.0.0 /24。下一跳IP地址是202.160.242.71。在这条线的尽头,你会看到编号为7473 15169的路径。这些是我们进入网络必须经过的自治系统。
[*]BGP路由所有IGP的共同点是,他们都希望找到到达目的地的最短路径。BGP的工作方式不同,因为自治系统属于不同的ISP或组织,我们希望能够有选择地影响我们的路由。看看这个例子:
BGP允许我们使用自治的系统级路由策略。在上图中,有9个自治系统,而在AS 9中,有一个网络192.168.9.0 /24。如果我们看AS 1,那么我们可以通过许多不同的路径到达AS 9中的网络192.168.9.0 /24。
可以选择出口路径……AS1可以向AS 2或者AS4发送流量,不需要选择其他自治系统。
每个自治系统将只通告到自治系统的最佳路径,并且AS 1将只知道来自AS 2和AS 4的最佳路径,除非它们的最佳路径失败...只有这样,你才能知道第二条最佳路径。
使用一组BGP属性来选择路径,这将在其他章节中介绍。
结论
希望这篇文章能帮助我们了解BGP的基础知识和使用它的原因。在其他课程中,我们将仔细研究外部和内部BGP的配置以及BGP路径选择的工作原理。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|小白网-奉贤部落-奉贤免费信息发布平台  

GMT+8, 2025-8-21 10:19 , Processed in 0.066151 second(s), 22 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表