分享

neutron的flat模式,vm不能ping通网关

s060403072 发表于 2015-3-17 23:45:26 [显示全部楼层] 回帖奖励 阅读模式 关闭右栏 2 28712
我使用neutron的flat模式来搭建H版的openstack,vm起来后,不能ping通网关
配置文件:
[root@xxx-xxx-xxx-xxx havana]# cat /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini
[DATABASE]
sql_connection = mysql://neutron:neutron@xxx-xxx-xxx-xxx/neutron
reconnect_interval = 2
[OVS]
bridge_mappings = physnet1:br-eth0
network_vlan_ranges = physnet1
[SECURITYGROUP]
firewall_driver = neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver
[AGENT]
polling_interval = 10
root_helper = sudo neutron-rootwrap /etc/neutron/rootwrap.conf
软件环境:OVS
问题描述:VM不能收到rarp报文,感觉回复的rarp报文没有进入ovs的处理流程
拓扑:
交换机<-->eth0<-->br-eth0<-->br-int<-->VM
操作:ping 网关
日志:
现象1:
eth0上只有发送报文counter,没有接收counter(接收counter计数没有增长),为什么这里没有rarp的计数呢
[root@havana]# ovs-ofctl dump-ports br-eth0 eth0   
OFPST_PORT reply (xid=0x4): 1 ports
  port  1: rx pkts=38390, bytes=4684960, drop=0, errs=98, frame=0, over=98, crc=0
           tx pkts=43757, bytes=1895594, drop=0, errs=0, coll=0
           
           
现象2:br-eth0桥上只有发送端的mac地址学习,没有接收端的mac地址学习,这个说明没有接收rarp packet吧
[root@~]# ovs-appctl fdb/show br-eth0
port  VLAN  MAC                Age
    5     0  22:13:fb:90:67:93   90
    5     0  76:32:ef:f3:b2:bc   30
    5     0  fa:16:3e:18:52:85    0
现象3:tcpdump eth0与br-eth上收到了,rarp报文,但是tcpdump br-int没有收到rarp报文,这个感觉比较奇怪,机器还是收到了rarp packet,但是与现象1冲突,感觉是不是rarp没有进入ovs处理
[root@~]# tcpdump arp host 主机IP
tcpdump: WARNING: eth0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
07:53:41.802028 ARP, Request who-has 网关IP tell 主机IP, length 28
07:53:41.803146 ARP, Reply 网关IP is-at xx:xx:xx:80:bd:3e (oui Unknown), length 46
07:53:42.801936 ARP, Request who-has 网关IP tell 主机IP, length 28
07:53:42.808403 ARP, Reply 网关IP is-at xx:xx:xx:80:bd:3e (oui Unknown), length 46


现象4:下边是br-eth0上的flow,感觉rarp packet应该被第一条流match,但是现象是n_packets的计数没有变化,也就是没有match,为什么我tcpdump到rarp pakcet了,但是这里没有match上呢,
而且eth0上也没有计数,好奇怪啊
[root@havana]# ovs-ofctl dump-flows --rsort br-eth0
cookie=0x0, duration=50390.173s, table=0, n_packets=1675, n_bytes=574525, priority=6,in_port=1 actions=NORMAL
cookie=0x0, duration=55198.13s, table=0, n_packets=43142, n_bytes=1861616, priority=5,in_port=3 actions=strip_vlan,NORMAL
cookie=0x0, duration=56574.423s, table=0, n_packets=24, n_bytes=1012, priority=4,in_port=3,dl_vlan=2 actions=mod_vlan_vid:1024,NORMAL
cookie=0x0, duration=81679.172s, table=0, n_packets=0, n_bytes=0, priority=2,in_port=3 actions=drop
cookie=0x0, duration=81681.279s, table=0, n_packets=32161, n_bytes=3599264, priority=1 actions=NORMAL
[root@havana]#  
问题比较长,希望您能帮忙看看,谢谢!

已有(2)人评论

跳转到指定楼层
arsenduan 发表于 2015-3-17 23:46:10
这个还是比较复杂的
linux bridge是否删除

回复

使用道具 举报

s060403072 发表于 2015-3-17 23:46:32
这个问题我已经解决了,原因是在安装ovs之前,需要删除linux bridge创建的桥,否则接收到packet就被linux bridge截获,不会被ovs处理了,所以产生了一些奇怪的现象
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

推荐上一条 /2 下一条