有关GLBP实验的一些问题

wuxiaohan

刚刚做了个GLBP的实验，发现有很多问题。。= =。。摆上来请各位大虾们指导！


首先就是，在show glbp bri中，我发现AVG和AVF显示的状态不一样：

MSW1#sho glbp bri
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Vl1                 1    -   150 Active   10.1.1.254      local           10.1.1.252
Vl1                 1    1   -   Active   0007.b400.0101  local           -
Vl1                 1    2   -   Listen   0007.b400.0102  10.1.1.252      -


MSW2#sho glbp bri
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Vl1                 1    -   80  Standby  10.1.1.254      10.1.1.253      local
Vl1                 1    1   -   Listen   0007.b400.0101  10.1.1.253      -
Vl1                 1    2   -   Active   0007.b400.0102  local           -

两个显示的AVF的状态不一样，想知道有什么情况会出现这样呢。。。。

还有个问题就是GLBP怎么测试呢？

----------------------------------------------分割线-----------------------------------------------------------------------------

还有一个静态路由的问题。。。

拓扑是这样的：    R1-------MSW

MSW与R1相连的口为路由口，自己有一个vlan1
R1到vlan1用静态路由，下一跳用出接口
然后问题就来了，当MSW的vlan1  pingR1的口时，出现了这样的现象：

MSW2#ping 12.1.1.2 source vlan 1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 12.1.1.2, timeout is 2 seconds:
Packet sent with a source address of 10.1.1.252
.!.!.
Success rate is 40 percent (2/5), round-trip min/avg/max = 260/278/296 ms
MSW2#ping 12.1.1.2 source vlan 1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 12.1.1.2, timeout is 2 seconds:
Packet sent with a source address of 10.1.1.252
..!.!
Success rate is 40 percent (2/5), round-trip min/avg/max = 172/206/240 ms
MSW2#ping 12.1.1.2 source vlan 1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 12.1.1.2, timeout is 2 seconds:
Packet sent with a source address of 10.1.1.252
.!.!.
Success rate is 40 percent (2/5), round-trip min/avg/max = 236/314/392 ms

这就是传说中的间隔丢包现象？？被我做出来了。。请各位老师指导一下。。怎么会这样的= =。。应该是跟ARP有关吧。。。

喵喵

小汉，我来顶你来了！！

喵喵

arp？我电脑两个月以来的arp问题前天让LH给解决了，相当高兴呀~~~

wuxiaohan

回复 2 # 喵喵 的帖子

哎~~~抢沙发女王啊！~

task

还有个问题就是GLBP怎么测试呢？

GLBP默认的负载均衡方式是round-robin（轮询），所以你第一次在主机上ping网关后，show mac-add看网关的MAC地址。
第二次ping之前，先clear arp-cache（PC就arp -d），然后再ping。
比较两次网关的MAC地址是否有变化。

wuxiaohan

回复 5 # task 的帖子

哦。。- -原来是这样测试的。。。我还在两台PC机上traceroute的路径看路径怎么样呢。- -

task

MSW1#sho glbp bri
Interface   Grp  Fwd Pri State    Address         Active router   Standby router
Vl1                 1    -   150 Active   10.1.1.254      local           10.1.1.252
Vl1                 1    1   -   Active   0007.b400.0101  local           -
Vl1                 1    2   -   Listen   0007.b400.0102  10.1.1.252      -

Active   0007.b400.0101  local
代表本AVF，负责到达这个虚拟MAC地址的流量的转发。所有发送到这个虚拟MAC地址的数据，都将由本AVF处理。
Listen   0007.b400.0102  10.1.1.252
本AVF，不负责到达这个虚拟MAC地址的流量的转发。但将所有发送到此虚拟MAC地址的流量，都通过ICMP redirection传递到负责此MAC地址的AVF 10.1.1.252上去。

你可以通过show glbp看到，所有不是本AVF负责的虚拟MAC地址，都默认开启了ICMP redirection，并且有TTL值（Time to live: 14397.644 sec (maximum 14400 sec)）。

listen状态的ICMP redirection功能，可以使得主机的流量被重定向到正确的AVF上去。如果一台AVF不再负责其原本使用的MAC地址，那么它会将此MAC地址的AVF状态置为listen状态，并启用ICMP redirection功能，把主机发送来的数据重定向到当前网络中其他可用的AVF上去。

task

以上内容纯属本人推论，如果错误纯属不幸，不因此承担任何责任

Jeff.

task回答的glbp非常的棒，已经解决了你的问题：另外补充一句，只有ACTIVE状态的AVF才能转发相应的数据，listen是监听对端的ACTIVE的，如果对端的ACTIVE出现故障，那么listen的状态变为ACTIVE作为相应的AVF转发数据

sujf

楼上两位正解