lvs DR模式下，client，gateway是怎么处理arp缓存的

busyant

设想如下最简单的DR环境

client-------------->LVS--------------->real_svr
/|\                 (MAC:lvs_mac)           (MAC:rs1_mac)
  |                                                          |
  |                                                          |
  |                                                         \|/
  -<----------------------------------------

所有角色都在同一网段
1. client发起一个连接时，首先arp解析到VIP的MAC为lvs_mac，于是加入到自己的arp缓存。
2. lvs将包转发给real_server
3. real_server发送响应包给client，这个包的source MAC为rs1_mac。
4. client会发现其余缓存的条目不一致，于是更新arp缓存。

疑问：
第4步的情况会发生吗，也就是client会更新自己的缓存吗？从我的测试抓包来看，client发送的第二个包，目标mac仍然是lvs_mac，不知道为什么。

如果会发生，那么多个real server的情况下，可能会比较混乱。
而在正式的环境中，当client与lvs，real server不在同一网段时，real server的网关更会发生缓存不停刷新的情况吧！

jerryjzm

前提是在一个局域网！

busyant

是的，上面说的就是在同一个网段内。
但是，在正常情况下，real server、lvs，还有real server的网关，无论如何都会在同一个网段内吧？而且所有的IP包都会经过网关的，那岂不是网关始终都会发生这样的情况？

busyant

没有兄弟补充？
网关不停刷新arp缓存，这个问题太不正常了呀，访问量大的时候肯定会有影响的呀。
大家没想到过？
或者是大家的环境都没出现问题，觉得可以接受？
还是这样的情况根本就不会发生？

surpass_li

关注,了解中...

xiaowei7

在nat/dr/tun三种模式中，主要的区别是director和realserver之间通知的方式，而realserver处理完请求，发出的数据包都是一样的
源MAC地址：自己的
源IP地址：VIP（dr/tun）或自己的实际地址（nat）
目标MAC地址：client的
目标IP地址：client的

client在收到数据包后，仅检测该包的目的地址的IP和MAC是不是本机，来决定收不收这个包，对于源MAC地址是不做判断的

busyant

在nat/dr/tun三种模式中，主要的区别是director和realserver之间通知的方式，而realserver处理完请求，发出 ...
xiaowei7 发表于 2010-05-28 19:39

这样吗？那就想得通了。谢谢兄弟！