openstack allinone vxlan,虚机网络不通

环境:openstack Q版本,allinone,linuxbridge+vxlan
现象:虚机可以拿到地址,但是ping不通网关和dhcp服务器

由于是allinone环境,虚机的tap直接挂到bridge,而dhcp和网关的接口也是直接挂到该bridge,按理虚机是可以直接访问dhcp和网关的,但是虚机确实不通,通过抓包发现连接dhcp的tap没有报文,好像是linux bridge没有转发报文,实在没有办法,把vxlan接口从bridge中删除,虚机竟然可以ping通了,重启linuxbridge agent,继续调试,发现bridge fdb show vxlan-xx,有两个条目
{网关mac} dst 127.0.0.1 self
{dhcp服务器mac} dst 127.0.0.1 self
想起来vxlan的local_ip配置的是127.0.0.1,改成网口的物理地址,重启物理机测试,bridge fdb show vxlan-xx没有多余的条目了,虚机也可正常ping通

怀疑的点是 虽然网关和dhcp的tap和虚机的tap都是连在一个桥上,但是由于是vxlan网络,桥收到这个报文后还是转发了vxlan接口处理,而由于dst是127.0.0.1,访问出现了异常

原文地址:https://blog.51cto.com/liuanhf/2445681

时间: 2024-07-30 11:12:14

openstack allinone vxlan,虚机网络不通的相关文章

如何用ping来测试Azure虚机网络延迟的监测工作

ping操作是大家非常熟悉的测试网络连通性和延迟的操作,之前曾经听到有客户用不能"ping"通azure虚机来说事.因为客户需要能够实现对网络延迟的监测.而在windows Azure上我们是无法使用ping从外部监测Azure上的虚拟机,也无法从Azure虚拟机监测外部延迟的.因为ping基于ICMP协议,在WindowsAzure上,所有服务的对外接口都仅支持TCP和UDP协议.其实,我们可以做到实现对网络延迟的监测.微软technet提供了一个工具叫psping.可以从这里下载h

openstack在vmware虚机环境(exsi或者workstation)中实例挂死

在vmware虚机环境中安装了openstack平台,创建实例cirros和centos,openstack并未报错,但是在novnc里查看cirros实例卡在grub无法进入系统,centos实例卡在install centos7之后的界面,并且报内核错误. 后来发现comtute节点的nova.conf中的virt_type=kvm,后改为virt_type=qemu后正常

centos7 vmware虚机ping不通主机:network unreachable

Ifconfig之后发现网卡名称是ens33,这个其实没有影响 Cd 到/etc/sysconfig/network-script下找到ifcfg-ens33 vi ifcfg-ens33,找到onboot,设置为yes即可 修改完成后ping www.baidu.com,通畅 原文地址:http://blog.51cto.com/12482328/2085001

SDN Overlay 网络中虚机数据包的转发(2)

在配置了网络虚拟化(Overlay)的网络结构中,处于Overlay网络中的虚机数据包的封装和MAC地址学习和传统物理网络(Underlay)相似又不尽相同.除了我们了解Overlay网络需要借助Underlay网络进行二次封装之外,其MAC地址学习过程也相对要曲折一些.这些MAC地址学习过程取决于多种因素: 虚机是否在同一虚拟子网? 虚机是否在同一虚机网络的不同虚拟子网? 虚机是否运行于同一台物理机? 虚机是否运行在不同的物理机? 不同的场景,虚机之间学习对方的MAC地址,以及在互相学习到对方

SDN Overlay网络中虚机到物理机的数据包的转发

在之前我们讨论了SDN Overlay 网络中5个不同场景下虚机数据包如何转发,今天我们将继续讨论处于Overlay网络中的虚机如何与物理机进行数据转发.有关于微软网络虚拟化HNV的相关概念,如RDID.VSID.虚机网络.虚拟子网.默认网关等,可以参考http://ichbinleo.blog.51cto.com/11948851/1902265和http://ichbinleo.blog.51cto.com/11948851/1903866  进一步了解. 在开始今天的讨论之前,我们需要引入

SDN Overlay 网络中虚机数据包的转发(1)

在配置了网络虚拟化(Overlay)的网络结构中,处于Overlay网络中的虚机数据包的封装和MAC地址学习和传统物理网络(Underlay)相似又不尽相同.除了我们了解Overlay网络需要借助Underlay网络进行二次封装之外,其MAC地址学习过程也相对要曲折一些.这些MAC地址学习过程取决于多种因素:     1)  虚机是否在同一虚拟子网?    2)  虚机是否在同一虚机网络的不同虚拟子网?    3)  虚机是否运行于同一台物理机?    4)  虚机是否运行在不同的物理机?不同的

CentOS虚机Ip配置

前提:虚机网络配置选择NAT 1.查看本虚机的Ip,地址是多少,点击vm编辑-虚拟网络编辑器 2.选择VMnet8, 点击Nat设置 3.记住这些地址 4.进入系统,进入文件  vi /etc/sysconfig/network-scripts/ifcfg-eth0  修改其中的配置,和刚刚配置的一致 DEVICE=eno[数字] // 这是网卡的名称 NAME=eno[数字] ONBOOT=yes // 是否随着开机自启动 BOOTPROTO=static // static表示固定ip地址,

本地访问Vmware虚机Web网站

情况:公司是域环境,Vmware网络设置的是NAT连接模式,里外装的都是Windows,虚机网络IP地址是自动获取的. 查看: 1.虚机Ping本地的IP地址可以Ping通: 2.本地Ping虚机的IP地址可以Ping通: 3.Web端口是83: 4.直接在本地IE浏览器地址栏里,输入http://虚机IP地址:83/Web站点,发现无法访问. 解决: 关闭虚机防火墙,再次尝试,成功.

Neutron 理解 (9): OpenStack 是如何实现 Neutron 网络 和 Nova虚机 防火墙的 [How Nova Implements Security Group and How Neutron Implements Virtual Firewall]

学习 Neutron 系列文章: (1)Neutron 所实现的虚拟化网络 (2)Neutron OpenvSwitch + VLAN 虚拟网络 (3)Neutron OpenvSwitch + GRE/VxLAN 虚拟网络 (4)Neutron OVS OpenFlow 流表 和 L2 Population (5)Neutron DHCP Agent (6)Neutron L3 Agent (7)Neutron LBaas (8)Neutron Security Group (9)Neutro