mirror of
https://github.com/gnu4cn/ccna60d.git
synced 2024-05-21 04:55:00 +08:00
update
This commit is contained in:
@@ -876,7 +876,7 @@ GLBP网关之间的通信,是通过以每隔3秒的频率,往多播地址`22
|
||||
|
||||
重定向时间是指在活动虚拟网关持续将主机重新到原有该虚拟转发器MAC地址的间隔。在此计时器超时后,活动虚拟网关就在ARP应答中停止使用原有的虚拟转发器MAC地址了,就算该虚拟转发器仍将持续发送到原有虚拟转发器MAC地址的数据包(the redirect time is the interval during which the AVG continues to redirect hosts to the old virtual forwarder MAC address. When this timer expires, the AVG stops using the old virtual forwarder MAC address in ARP replies, although the virtual forwarder will continue to forward packets that were sent to the old virtual forwarder MAC address)。
|
||||
|
||||
而在超时计时器超时后,该虚拟转发器就被从该GLBP组的所有网关中移除。那些仍在使用ARP缓存中原有MAC地址的客户端,就必须刷新此项条目,以获取到新的虚拟MAC地址。GLBP使用Hello报文,来就这两个计时器的当前状态进行通信(when the timeout timer expires, the virtual forwarder is removed from all gateways in the GLBP group. Any clients still using the old MAC address in their ARP caches must refresh the entry to obtain the new virtual MAC address. GLBP uses Hello messages to communicate the current state of these two timers)。
|
||||
而在超时计时器超时后,该虚拟转发器就被从该GLBP组的所有网关中移除。那些仍在使用ARP缓存中原有MAC地址的客户端,就必须刷新此项项目,以获取到新的虚拟MAC地址。GLBP使用Hello报文,来就这两个计时器的当前状态进行通信(when the timeout timer expires, the virtual forwarder is removed from all gateways in the GLBP group. Any clients still using the old MAC address in their ARP caches must refresh the entry to obtain the new virtual MAC address. GLBP uses Hello messages to communicate the current state of these two timers)。
|
||||
|
||||
###GLBP的负载抢占
|
||||
|
||||
@@ -884,5 +884,36 @@ GLBP抢占默认是关闭的,也就是说仅在当前活动虚拟网关失效
|
||||
|
||||
思科IOS软件允许管理员开启GLBP的抢占特性,这就令到在备份虚拟网关被指派了一个比当前活动虚拟网关更高的优先级值时,成为活动虚拟网关。默认GLBP的虚拟转发器抢占性方案是开启的,有一个30秒的延迟(By default, the GLBP virtual forwarder preemptive scheme is enabled with a delay of 30 seconds)。但这个延迟可由管理员手动调整。
|
||||
|
||||
::
|
||||
###GLBP的权重
|
||||
|
||||
**GLBP Weighting**
|
||||
|
||||
GLBP采用了一种权重方案(a weighting scheme),来确定GLBP组中各台网关的转发容量。指派给GLBP组中某台网关的权重,可用于确定其是否要转发数据包,因此就可以依比例来确定该网关所要转发的LAN中主机的数据包了(the weighting assigned to a gateway in the GLBP group can be used to determine whether it will forward packets and, if so, the proportion of hosts in the LAN for which it will forward packets)。
|
||||
|
||||
每台网关都默认指派了100的权重。管理员可通过配置结合了GLBP的对象跟踪,比如接口及IP前缀跟踪,来进一步将网关配置为动态权重调整。在某个接口失效时,权重就被动态地降低一个指定数值,如此令到那些有着更高权重值的网关,用于转发比那些有着更低权重值的网关更多的流量。
|
||||
|
||||
此外,在某个GLBP组(成员)的权重降低到某个值时,还可设置一个阈值,用于关闭数据包的转发,且在权重值上升到另一与之时,又可自动开启转发。在当前活动虚拟转发器的权重掉到低权重阈值30秒时,备份虚拟转发器将成为活动虚拟转发器。
|
||||
|
||||
###GLBP负载共同分担
|
||||
|
||||
**GLBP Load Sharing**
|
||||
|
||||
GLBP支持以下三种方式的负载分担:
|
||||
|
||||
- 有赖于主机的,Host-dependent
|
||||
|
||||
- 轮转调度的,Round-robin
|
||||
|
||||
- 加权的,Weighted
|
||||
|
||||
在有赖于主机的负载共担下,生成虚拟路由器地址ARP请求的各台客户端,总是会在响应中收到同样的虚拟MAC地址。此方式为客户端提供了一致的网关MAC地址。
|
||||
|
||||
而轮询的负载共担机制,将流量平均地分发到组中作为活动虚拟转发器的所有网关(the round-robin load-sharing mechanism distributes the traffic evenly across all gateways participating as AVFs in the group)。这是默认的负载分担机制。
|
||||
|
||||
加权的负载分担机制,使用权重值来确定发送到某个特定AVF的流量比例。较高的权重值会带来更频繁的包含那台网关虚拟MAC地址的ARP响应。
|
||||
|
||||
###GLBP的客户端缓存
|
||||
|
||||
GLBP的客户端缓存,包含了使用到某个GLBP组作为默认网关的那些网络主机的信息。此缓存项目包含了关于发送了IPv4 ARP或IPv6 邻居发现(Neighbor Discovery, ND)请求主机,以及AVG指派了哪个转发器给它的信息,还有每台网络主机已被分配的GLBP转发器的编号,和当前分配给GLBP组中各台转发器的网络主机总数。
|
||||
|
||||
可以开启某个GLBP组的活动虚拟网关,来存储一个使用到此GLBP组的所有LAN客户端的客户端缓存数据库(a client cache database)。客户端缓存数据库最多可以存储2000个条目,但建议条目数不要超过1000。同时GLBP缓存的配置,是超出CCNA考试要求的,此特性可使用命令`glbp client-cache`进行配置,使用命令`show glbp detail`进行验证。
|
||||
|
||||
Reference in New Issue
Block a user