yahoo-eng-team team mailing list archive

[Liu Xie <1954771@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

With this patch[1], we avoid pre-populating flows for router to router
communication.

If we re-associated router interface with router, its mac has been
changed in neutron db and fixed_ip not, but we found that mac of lrp has
not been updated in MAC_Binding, vm also could not visit public network.

[1]https://review.opendev.org/c/openstack/neutron/+/814421

** Affects: neutron
     Importance: Undecided
         Status: New

** Summary changed:

- [OVN]mac of lrp has not been updated in MAC_Binding when it re-associated
+ [OVN]MAC of lrp has not been updated in MAC_Binding when it re-associated

** Description changed:

  With this patch[1], we avoid pre-populating flows for router to router
  communication.
  
  If we re-associated router interface with router, its mac has been
- changed in neutron db, but we found that mac of lrp has not been updated
- in MAC_Binding, vm also could not visit public network.
+ changed in neutron db and fixed_ip not, but we found that mac of lrp has
+ not been updated in MAC_Binding, vm also could not visit public network.
  
  [1]https://review.opendev.org/c/openstack/neutron/+/814421

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1954771

Title:
  [OVN]MAC of lrp has not been updated in MAC_Binding when it re-
  associated

Status in neutron:
  New

Bug description:
  With this patch[1], we avoid pre-populating flows for router to router
  communication.

  If we re-associated router interface with router, its mac has been
  changed in neutron db and fixed_ip not, but we found that mac of lrp
  has not been updated in MAC_Binding, vm also could not visit public
  network.

  [1]https://review.opendev.org/c/openstack/neutron/+/814421

To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1954771/+subscriptions