Linux实现VXLAN点对点网络通信-实验

最新推荐文章于 2024-07-28 22:05:17 发布
最新推荐文章于 2024-07-28 22:05:17 发布
阅读量2.5k 收藏 18
点赞数 2
分类专栏： # VXLAN 文章标签： linux SDN vxlan
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ledrsnet/article/details/121309313
版权
本文详细介绍了如何配置两台主机之间的点对点VXLAN通信，包括关闭防火墙、创建VXLAN设备、配置IP、建立bridge、namespace以及veth pair等步骤。还探讨了VXLAN通信过程中的ARP请求与响应，以及路由配置。通过实例解析了VXLAN通信中的关键参数和报文封装解封装过程。
摘要由CSDN通过智能技术生成

1. 点对点vxlan通信逻辑拓扑

在这里插入图片描述

1.1 目标

两台主机之间的ns1 namespace和 ns2 namespace之间通过vxlan相互通信。
描述网络结构图（包的构成和转发依据）

1.2 实现步骤

1.2.1 关闭防火墙

systemctl stop firewalld
systemctl disalbe firewalld

1.2.2 创建vxlan设备，并配置IP

ip link add vxlan1 type vxlan id 100 dstport 4789 \
 remote 10.33.30.151 local 10.33.30.150 dev ens160

 参数解释
id 100 : 指定 VNI 的值，有效值在 1 到 2^24 之间。
dstport : VTEP 通信的端口，IANA 分配的端口是 4789。如果不指定，Linux 默认使用 8472。ovs创建的vxlan port也是默认使用端口4789
remote : 对端 VTEP 的地址。
local : 当前节点 VTEP 要使用的 IP 地址，即当前节点隧道口的 IP 地址。
dev eth0 : 当前节点用于 VTEP 通信的设备，用来获取 VTEP IP 地址。这个参数与 local 参数目的相同，二选一即可

查看vxlan1的详细信息：

[root@ld-vxlan1 ~]#  ip -d link show vxlan1
3: vxlan1: <BROADCAST,MULTICAST> mtu 1450 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether f6:6b:60:7a:24:f2 brd ff:ff:ff:ff:ff:ff promiscuity 0 
    vxlan id 100 remote 10.33.30.151 local 10.33.30.150 dev ens160 srcport 0 0 dstport 4789 ageing 300 noudpcsum noudp6zerocsumtx noudp6zerocsumrx addrgenmode eui64 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535

同时会增加一条bridge FDB转发表

[root@ld-vxlan1 ~]# bridge fdb
00:00:00:00:00:00 dev vxlan1 dst 10.33.30.151 via ens160 self permanent

全零表项表示没有匹配的MAC地址时，就发送到该表项中的VTEP。这条表项的意思是，默认的VTEP对端地址为10.33.30.151，原始报文经过vxlan1后会添加vxlan头部，而外部UDP头的目的IP地址会被冠上10.33.30.151

为vxlan1配置IP地址并启用

ip link set dev vxlan1 up
ip addr add 192.168.1.254/32 dev vxlan1

问题1? 为什么是32位的，24位的不可以吗？
因为后边br1的ip也是192.168.1.0/24网段的，这里改成24位会无法正常路由，路由条目有两个1.0网段路由，ns1流量访问br1的192.168.1.1的出去流量会因为路由问题无法响应，导致不通。

1.2.3 创建bridge，并设置IP

brctl addbr br1
ip link set dev br1 up
ip addr add 192.168.1.1/24 dev br1

1.2.4 创建namespace，veth pair，分别移入bridge和ns中

ip netns add ns1
ip link add tap1 type veth peer name tap2
ip link set dev tap2 up
ip link set tap1 netns ns1
ip netns exec ns1 ip link set dev tap1 up 
ip netns exec ns1 ip addr add 192.168.1.100/24 dev tap1
brctl addif br1 tap2

1.2.5 系统网络内核参数修改

echo 0 > /proc/sys/net/ipv4/conf/all/rp_filter
echo 0 > /proc/sys/net/ipv4/conf/br1/rp_filter

问题2？上面两个参数不修改也可以通信?
只是本场景没有涉及到，其他场景有可能用到该内核参数，反向路径检测。

echo 1 > /proc/sys/net/ipv4/ip_forward

1.2.6 配置路由

ip netns exec ns1 ip route add default via 192.168.1.1
ip route add 192.168.2.0/24 via 192.168.2.254 dev vxlan1 onlink

若不设置onlink，会提示network is unreachable
onlink的意义在于协议栈虽然找不到链路层直连路由，但是还是会发布针对via网关的arp请求的.

1.2.7 状态截图

vxlan1 主机1
在这里插入图片描述
vxlan2主机2
在这里插入图片描述

1.3 点对点VXLAN通信过程

主机1 ns1向主机2 ns2发送第一个包，各个接口抓包状态。
在这里插入图片描述

1.3.1 主机1 br1接口抓包

9a:9d:8a:71:77:a9 是 ns1 namespace tap1设备的mac，
4a:a4:77:8f:e7:90 是br1设备的mac.
（1）当ns1中的tap1网卡去ping另一个主机的ns2中的网卡192.168.2.100时，跨网段访问会将请求发给网关，先发送arp请求获取网关192.168.1.1的mac。

arp请求报文:
sender IP：192.168.1.100
sender mac：9a:9d:8a:71:77:a9
target IP：192.168.1.1
target mac：全0
以太二层封装:
源MAC：NS1中tap1设备（192.168.1.100）的mac
目的MAC：全F
arp广播请求报文会通过tap1–>tap2达到宿主机，本地MAC地址表会学习记录该报文的源MAC和接受接口的对应关系。
在这里插入图片描述
收到该arp广播请求，解封装之后查看arp请求的IP是本地的，那么构建arp单播响应，根据先前学习记录的对应mac表项出接口是br1设备上的tap2口到达ns1。
arp响应报文：
sender IP：192.168.1.1
sender mac：4a:a4:77:8f:e7:90
target IP：192.168.1.100
target mac：9a:9d:8a:71:77:a9
以太二层封装:
源MAC：br1网桥设备的mac（192.168.1.1网关的mac）
目的MAC：NS1中tap1网卡设备（192.168.1.100）的mac

（2）ns1收到网关的arp响应之后，缓存到本地
在这里插入图片描述
然后继续构建icmp请求报文

  • 源IP：192.168.1.100 目的IP：192.168.2.100 源MAC：9a:9d:8a:71:77:a9
  • 目的MAC：4a:a4:77:8f:e7:90

在这里插入图片描述

（3）ICMP请求报文通过tap1–tap2设备从ns1到达宿主机1时也就是到达默认的namespace时，

  • 查看报文目的MAC是本机的br1设备MAC，解封装拆掉二层帧头，露出IP报文。
    （br设备的MAC地址是它所有从设备中最小的MAC地址），在这里br1设备只有一个从设备tap2，所以br1的mac和tap2的mac一致.

在这里插入图片描述

  • 查看宿主机（default namespace）路由表，匹配路由，发现去往192.168.2.0/24的下一跳为192.168.2.254，出接口为vxlan1
  • 不是发往本机的，需要判断本地是否开启了路由转发功能，如果开启则发送arp请求192.168.2.254的mac地址.
  • 出接口是vxlan1，需要进行vxlan封装，会使用出接口的IP，MAC作为报文的源地址。

vxlan1收到报文截图，vxlan接口抓的包是未封装之前或解封装之后的报文。
6:6b:60:7a:24:f2 --> vxlan1（192.168.1.254）的MAC
52:8f:7f:a6:f4:b1 --> vxlan2（192.168.2.254）的MAC

在这里插入图片描述
ens160接口抓包截图,是vxlan封装之后的报文
原始arp请求报文

  • send MAC：f6:6b:60:7a:24:f2（vxlan1设备的mac）
  • send IP：192.168.1.254（vxlan1设备的IP）
  • target MAC：全0
  • target IP：192.168.2.254

内层以太二层帧

  • 源MAC：VXLAN1设备的mac
  • 目的MAC：全F

vxlan封装

  • vni为100

UDP封装：

  • 源端口随机端口，目的端口4789

外层VtepIP封装：

  • 源IP：10.33.30.150
  • 目的IP：10.33.30.151

外层以太二层帧：

  • 源MAC：本端Vtep(10.33.30.150)接口的MAC
  • 目的MAC：对端Vtep(10.33.30.151)接口的MAC
    在这里插入图片描述
    在这里插入图片描述
    主机2 ens160抓取的报文和主机1 ens160抓取的报文一样
    在这里插入图片描述
    （4）报文到达主机2，解封装，
    主机2 vxlan2抓取报文.
    vxlan2这里的报文是已经解封装之后的报文。
    在这里插入图片描述
    根据原始arp广播报文发现（主机本地fdb mac地址表会记录该广播包的源MAC和入接口绑定） 请求的是本机的192.168.2.254的MAC，
    构建ARP单播响应，目的MAC是f6:6b:60:7a:24:f2，源MAC是52:8f:7f:a6:f4:b1
    根据fdb转发表查看发给f6:6b:60:7a:24:f2这个MAC表项出接口是Vxlan2.
    三层路由出接口和二层的出接口必须一致，三层路由表项和二层转发表项都得有，不然会不通（两个表都会查）
    在这里插入图片描述
    在这里插入图片描述
    arp单播响应也会进行vxlan封装
    在这里插入图片描述

（5）主机1收到192.168.2.254的arp响应之后，开始构建发送icmp请求报文。
根据三层路由表和fdb转发表得知发往aa:f4:53:6c:aa:a6这个MAC的数据包需要走Vxlan1通道，进行vxlan封装：

在这里插入图片描述
ICMP报文
IP封装

  • 源IP：192.168.1.100
  • 目的IP：192.168.2.100
    内层以太二层封装：
  • 源MAC：vxlan1设备MAC
  • 目的MAC：vxlan2设备MAC

vxlan封装

  • vni为100

UDP封装：

  • 源端口随机端口，目的端口4789

外层VtepIP封装：

  • 源IP：10.33.30.150
  • 目的IP：10.33.30.151

外层以太二层帧：

  • 源MAC：本端Vtep接口的MAC
  • 目的MAC：对端Vtep接口的MAC

在这里插入图片描述
（6）vxlan封装的ICMP请求报文到达主机2 VTEP设备，解封装之后二层目的MAC是vxlan设备的MAC（192.168.2.254/32），发现原始报文访问的是192.168.2.100，与本地不是同一网段（vxlan设备32位主机路由），查找路由表发现去往192.168.2.0/24网段的出接口是br2，使用src 192.168.2.1作为广播源，arp广播请求192.168.2.100的mac。
在这里插入图片描述
（7）ns2的tap1网卡收到arp请求会返回arp响应。
ce:25:e7:db:28:a0 --> br2 192.168.2.1网关的MAC
在这里插入图片描述
（8）得到mac之后，构建ICMP报文，目的MAC是192.168.2.100的MAC，根据br2转发表将数据从br2网桥的tap2设备转发出去，最终ns2中的tap1网卡会受到请求包。
在这里插入图片描述
报文封装如下：
ICMP报文
IP封装

  • 源IP：192.168.1.100
  • 目的IP：192.168.2.100

内层以太二层封装：

  • 源MAC：br2设备MAC（192.168.2.1MAC）
  • 目的MAC：192.168.2.100的MAC
    在这里插入图片描述
    回包逻辑大体同上。

问题3？为什么还要在vxlan设备上在配置IP地址，直接使用VTEP的地址可以吗？
问题3实验测试结果：
vxlan的地址是必须要配置的，如果vxlan设备不配置IP，那么arp请求中的sender IP 是10.33.30.150（vxlan设备配置的local端VTEP地址），那么对端Vtep收到之后不会回复arp响应，如果配置了IP 192.168.1.254，那么ARP请求中的sender IP是192.168.1.254，那么对端VTEP会回复arp响应，指向对端网络的路由无论下一跳是对端Vtep地址还是对端vxlan地址都可以通信。vxlan设备配置IP和不配置IP前后的报文中就这一个字段sender IP有区别。

通信后状态
在这里插入图片描述
在这里插入图片描述

清枫cc
关注
专栏目录
实验十_VxLAN-20170862107-黄国彪1
08-08
- **OpenStack Neutron**：OpenStack的网络服务，负责虚机间的网络通信和隔离。 - **ML2插件**：OpenStack Neutron的多层交换插件，支持多种网络类型，如VLAN、GRE、VxLAN等。 - **Linux Bridge**：OpenStack中的...
FDB表-ARP表-路由表
热门推荐
张幺幺的博客——学习记录
09-08 1万+
FDB表 一、 简介 FDB表即二层MAC地址表。 记录MAC、端口、VLAN的对应关系。 用于二层转发。 交换机的MAC地址表存有交换机端口与MAC地址的映射，有动态和静态两部分，当某个端口收到来自于某个MAC地址处发来的帧数据时，会将该MAC地址与端口的映射关系存储在MAC地址表中。 二、 类别 动态地址表项 最开始的时候，交换机FDB地址表中的所有地址表项都是动态的。如果经过一段时间（老化时间Agingtime）之后，设备没有数据传输，那么该地址表项就会被删除。这样能防止地址表项变得过于庞大，当
neutron基础六（bridge fdb）
走在左边
01-28 2052
[b]转发表[/b] 在三台机器上建立三个namespace 192.168.139.55 上namespace 10.1.0.5 192.168.139.186 上namespace 10.1.0.6 192.168.139.221 上namespace 10.1.0.7 每天机器上建立个namespace zou 建立个veth peer(zouveth0,zouveth1...
(万字超详细-网络版本)VXLAN详解：概念、架构、原理、搭建过程、常用命令与实战案例
最新发布
CloudJourney的博客
07-28 5546
云计算因其在系统利用率高、人力/管理成本低、灵活性和可扩展性强等方面的优势，已成为现代企业IT建设的主流形态。在云计算环境中，虚拟化技术广泛应用于标准部署方案中。这种服务器虚拟化技术的普及极大地提升了数据中心的计算密度，同时为了实现业务的灵活变更，虚拟机（VM）需要能够在网络中自由迁移。
【博客634】linux vxlan设备的不同场景下的四种使用方法
qq_43684922的博客
03-12 1781
Linux 提供了另外一种方法，内核能够动态地通知节点要和哪个容器通信，应用程序可以订阅这些事件，如果内核发现需要的 ARP 或者 fdb 表项不存在，会发送事件给订阅的应用程序，这样应用程序从中心化的控制拿到这些信息来更新表项，做到更精确的控制。这个方案解决了在某些 underlay 网络中不能使用多播的问题，但是并没有解决多播的另外一个问题：每次要查找 MAC 地址要发送大量的无用报文，如果 vtep 组节点数量很大，那么每次查询都发送 N 个报文，其中只有一个报文真正有用。
ip 命令示例
mzhan017的博客
08-15 1381
link ip link help; ip link add link eth12 type vlan id 1// z ip link add link eth12 name eth12.1 type vlan protocol 802.1Q id 3 // 添加name 是eth12.1 的 link/ vlan id 是3； 启动link：ip link set dev eth8.1 up 设置MTU： ip link set dev eth0 mtu 1400 运行时查看：/proc/sy
Centos配置xvlan
LLLLLoodwd的博客
06-23 582
centos配置xvlan虚拟网桥
openstack使用openvswitch实现vxlan的方法
09-30
通过这样的配置，OpenStack可以使用OpenVSwitch来实现VXLAN，构建出支持大量虚拟机网络通信的复杂网络架构。这种网络架构为云计算服务提供了灵活性和可扩展性，允许云管理员更有效地管理网络资源，同时为租户提供...
linux-SaltStack自动化部署KubernetesHA
08-13
在Kubernetes v1.12.5版本中，通过多Master节点的设置，配合负载均衡器如LVS（Linux Virtual Server），可以实现高可用性，提高服务的稳定性和可靠性。 TLS双向认证是Kubernetes安全机制的重要组成部分。它要求...
66-Neutron 网络基本概念1
08-08
Neutron 的 Router 是通过 Linux network namespace 实现的。Network namespace 是一种网络的隔离机制。通过它，每个 Router 都有自己独立的路由表。这使得 Instance 之间的通信更加安全和可靠。 Neutron 提供了一...
vxlan.rar_V2
09-14
在Linux内核中，VXLAN是作为一个网络设备驱动程序实现的，它利用了UDP协议进行封装，从而能在IP网络上传输二层的数据帧。VXLAN的主要目标是解决大型数据中心和云环境中的虚拟机迁移和跨子网通信问题，它能够创建多达...
Linux实现Vxlan多点通信逻辑拓扑
ledrsnet的博客
11-13 654
2. Vxlan多点通信逻辑拓扑 手动实现多点vxlan隧道建立 n个节点就需要建立n个隧道 2.1 实现步骤 2.1.1 创建vxlan设备 ip link add vxlan1 type vxlan id 100 dstport 4789 remote 10.33.30.151 local 10.33.30.150 dev ens160 ip link add vxlan2 type vxlan id 200 dstport 4789 remote 10.33.30.152 local 10.33.3
VXLAN技术了解
iUcool的博客
05-23 2731
VXLAN是使用隧道技术的封装协议，常用于在物理层之上创建overlay网络，赋能虚拟网络。同时支持数据中心网络的虚拟化，并通过提供必要的分段满足多租户的需求。优势在于。
linux不能切换网络配置文件,Linux中将网络管理器由NetworkManager切换为systemd-network...
weixin_39817176的博客
04-28 479
在 Linux 世界里，对 systemd 的采用一直是激烈争论的主题，它的支持者和反对者之间的战火仍然在燃烧。到了今天，大部分主流 Linux 发行版都已经采用了 systemd 作为默认的初始化init系统。正如其作者所说，作为一个 “从未完成、从未完善、但一直追随技术进步” 的系统，systemd 已经不只是一个初始化进程，它被设计为一个更广泛的系统以及服务管理平台，这个平台是一个包含了不断...
VXLAN间通信
openlab网工之路
06-30 766
VXLAN间通信
【理论-huawei】VXLAN通信原理和应用场景
qq_37643334的博客
01-16 2304
我不是原创，我只是知识的搬运工(●’◡’●) 原创：https://www.bilibili.com/video/BV1py4y1a7iE?from=search&seid=14799585710022780459&spm_id_from=333.337.0.0 讲的真心不错，可是我听了2遍没听懂，于是我一狠心一跺脚，把动态视频变成了文字，细细理解。（暂时懒得对文章结构做修饰了，凑合着看吧） 随着数据中心租户规模越来越大，虚拟机数量也大幅增加。此时传统网络的二层技术vlan，因为tag只
【容器网络】跨主通信网络实现方法之VXLAN实现原理
带你去吃小豆花的博客
11-13 1584
容器跨主机通信实现方法原理解析之VXLAN实现
vxlan学习总结
liuyij3430448的博客
11-29 1514
这里需要注意 MTU 的问题，传统网络 MTU 一般为 1500，这里加上 VXLAN 的封装多出的（36+14/18，对于 14 的情况为 access 口，省去了 4 字节的 VLAN Tag）50 或 54 字节，需要调整 MTU 为 1550 或 1554，防止频繁分包。在 VXLAN 和原始二层帧的前面使用 8 字节 UDP 头部进行封装（MAC IN UDP），目的端口号缺省使用 4789，源端口按流随机分配（通过 MAC，IP，四层端口号进行 hash 操作）， 这样可以更好的做 ECMP。
高职组 网络系统管理大赛 Centos7.9部署VxLAN实验
奋斗Zalvin_JE（奋斗Zhy）的个人博客
10-26 575
VXLAN（Virtual eXtensible LAN，虚拟可扩展的局域网），是一种虚拟化隧道通信技术。它是一种overlay（覆盖网络）技术，通过三层的网络搭建虚拟的二层网络。由RFC7348中定义：A framework for overlaying virtualized layer 2 networks over lay 3 networks.在底层物理网络（underlay）之上，依托UDP层构建逻辑网络与物理网络解耦对原有的网络架构影响小底层多厂家设备组网需求。
OpenStack Ocata中Linux Bridge实现VXLAN网络配置详解
"本文主要介绍了如何在OpenStack Ocata版本的环境下，利用Linux Bridge实现VXLAN网络。文章提到了一个包含一个控制节点和一个计算节点的环境，并详细阐述了在控制节点和计算节点上进行VXLAN配置的步骤。此外，还探讨...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

清枫cc

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值