原文链接: https://blog.youkuaiyun.com/dog250/article/details/78746198
评论内容如下:
明细路由添加的时候ip对调了
[code=plain]ip route add 1.1.1.2/32 dev veth1 src 1.1.1.1 tab 100
ip route add 1.1.1.1/32 dev veth0 src 1.1.1.2 tab 100
[/code]
按照文中配置操作是可以ping通的,但是有个疑问,ARP返回包1.1.1.1 is-at3a:2f:38:95:af:75和ip addr获取到的veth1 mac地址不一样,却和veth0一致
tcpdump抓包如下
[code=plain]
01:13:38.346959 ARP, Request who-has 1.1.1.1 tell 1.1.1.2, length 28
01:13:38.346985 ARP, Reply 1.1.1.1 is-at 3a:2f:38:95:af:75, length 28
[/code]
ip addr获取如下
[code=plain]
3: veth1@veth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether e6:21:4c:72:e2:f4 brd ff:ff:ff:ff:ff:ff
inet 1.1.1.1/24 scope global veth1
......
4: veth0@veth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 3a:2f:38:95:af:75 brd ff:ff:ff:ff:ff:ff
inet 1.1.1.2/24 scope global veth0
......
[/code]
麻烦作者解惑下,多谢了
本文探讨了在网络配置中遇到的一个特殊情况:通过明细路由配置实现设备间通信时,发现ARP回复包中的源MAC地址与预期的接口MAC地址不符。通过对网络抓包和接口信息的对比分析,寻求这一现象背后的技术原因。
1763

被折叠的 条评论
为什么被折叠?



