[Yahoo-eng-team] [Bug 1790255] Re: Multiple IPs from ipv6 subnets on the associated network are allocated for port creation

2018-09-03 Thread sunzuohua
** Changed in: neutron Status: New => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1790255 Title: Multiple IPs from ipv6 subnets on the associated network are allocated

[Yahoo-eng-team] [Bug 1790255] [NEW] Multiple IPs from ipv6 subnets on the associated network are allocated for port creation

2018-08-31 Thread sunzuohua
all of the v6 subnets. [1]https://specs.openstack.org/openstack/neutron-specs/specs/kilo/multiple-ipv6-prefixes.html ** Affects: neutron Importance: Undecided Assignee: sunzuohua (zuohuasun) Status: New ** Changed in: neutron Assignee: (unassigned) => sunzuohua (zuohuasun) -

[Yahoo-eng-team] [Bug 1789824] Re: One single ip is allocated for a port in the network with multiple subnets

2018-08-30 Thread sunzuohua
** Changed in: neutron Status: In Progress => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1789824 Title: One single ip is allocated for a port in the network with

[Yahoo-eng-team] [Bug 1789824] [NEW] One single ip is allocated for a port in the network with multiple subnets

2018-08-30 Thread sunzuohua
d instead of "append" for s in subnets]) [1]https://github.com/openstack/neutron/blob/master/neutron/db/ipam_pluggable_backend.py#L223 ** Affects: neutron Importance: Undecided Assignee: sunzuohua (zuohuasun) Status: New ** Changed in: n

[Yahoo-eng-team] [Bug 1776160] [NEW] 'burst' does not take effect for neutron egress qos bindlimit by ovs

2018-06-11 Thread sunzuohua
Public bug reported: 1. openstack version: newton(same with master) 2. neutron --version 11.0.1 3. ovs-vsctl (Open vSwitch) 2.7.2 4. iperf3 The ovs config is as follow: [root@cdpm04 common]# ovs-vsctl list qos _uuid : b90a11e9-ea70-4908-8cb2-bab21e117312 external_ids:

[Yahoo-eng-team] [Bug 1741411] [NEW] Centralized floating ip Error status

2018-01-04 Thread sunzuohua
Public bug reported: DVR l3 agent mode on network nodes : dvr_snat l3 agent mode on compute nodes : dvr_no_external Reproduction steps: 1.Create a dvr. 2.Create a vm and associate a floating ip. 3.Restart l3 agent on the compute node which hosting the vm or add a new interface to the router.

[Yahoo-eng-team] [Bug 1741407] [NEW] L3 HA: 2 masters after restart of l3 agent

2018-01-04 Thread sunzuohua
Public bug reported: DVR+HA l3 agent service: killmode=process 1.Restart l3 agent which is backup. 2.Because the value of killmode is process, the keepalived processes are alive all the time. 4.When l3 agent starts, all the ha interfaces on this host are set down and the ha network is

[Yahoo-eng-team] [Bug 1740450] [NEW] Restarting l3 agent results in lost of centralized fip in snat ns

2017-12-28 Thread sunzuohua
Public bug reported: Reproduce steps: l3 agent mode: network node:dvr_snat compute node:dvr_no_external 1、Create dvr+ha. 2、Set router gateway and add router interface. 3、Create vm and associate fip. 4、Restart l3 agent. 5、Restart l3 agent again. After step 3, fip can be found in snat ns

[Yahoo-eng-team] [Bug 1736068] [NEW] DVR lost centralized floating ip when the ha state switched.

2017-12-03 Thread sunzuohua
Public bug reported: Reproduction steps: The l3 agent mode is as follows: Network:dvr_snat Compute:dvr_no_external 1、Create a DVR(HA). Then add interface and gateway to the DVR. 2、Create a vm and associate a floating ip to the vm. 3、Check the keepalived.conf and snat ns on the master and

[Yahoo-eng-team] [Bug 1736069] [NEW] DVR lost centralized floating ip when the ha state switched.

2017-12-03 Thread sunzuohua
Public bug reported: Reproduction steps: The l3 agent mode is as follows: Network:dvr_snat Compute:dvr_no_external 1、Create a DVR(HA). Then add interface and gateway to the DVR. 2、Create a vm and associate a floating ip to the vm. 3、Check the keepalived.conf and snat ns on the master and

[Yahoo-eng-team] [Bug 1735866] Re: Snat namespace misses iptables rules for floating ip.

2017-12-01 Thread sunzuohua
** Project changed: fuel-plugin-contrail => neutron -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1735866 Title: Snat namespace misses iptables rules for floating ip. Status in

[Yahoo-eng-team] [Bug 1733054] [NEW] Segment of ha network is deleted when a ha router is removed

2017-11-18 Thread sunzuohua
[2]https://github.com/openstack/neutron/blob/master/neutron/services/segments/db.py#L315 [3]https://github.com/openstack/neutron/blob/master/neutron/db/db_base_plugin_v2.py#L435 ** Affects: neutron Importance: Undecided Assignee: sunzuohua (zuohuasun) Status: New ** Changed

[Yahoo-eng-team] [Bug 1723891] [NEW] Fip agent port created on compute nodes with "dvr_no_external" mode

2017-10-16 Thread sunzuohua
Public bug reported: I have a devstack with following configuration: network nodes: /etc/neutron/l3_agent.ini [default] agent_mode = dvr_snat compute nodes: /etc/neutron/l3_agent.ini [default] agent_mode = dvr_no_external The reproduction steps 1.Launch VM and assign

[Yahoo-eng-team] [Bug 1723828] [NEW] FIP ns created on network node for DVR

2017-10-15 Thread sunzuohua
github.com/openstack/neutron/blob/master/neutron/agent/l3/dvr_local_router.py#L569 Mybe DvrLocalRouter should not create fip namespace on nodes with "dvr_no_external" and "dvr_snat" mode. ** Affects: neutron Importance: Undecided Assignee: sunzuohua (zuohuasun)

[Yahoo-eng-team] [Bug 1691674] Re: Restarting l3 agent causes split-brain in HA router

2017-05-21 Thread sunzuohua
** Changed in: neutron Status: New => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1691674 Title: Restarting l3 agent causes split-brain in HA router Status in

[Yahoo-eng-team] [Bug 1691674] [NEW] Restarting l3 agent causes split-brain in HA router

2017-05-18 Thread sunzuohua
, these keepalived processes will vote a real master, and other keepalived processes become backup and remove their vips. ** Affects: neutron Importance: Undecided Assignee: sunzuohua (zuohuasun) Status: New ** Tags: l3-bgp ** Tags added: l3-bgp ** Changed in: neutron

[Yahoo-eng-team] [Bug 1647912] Re: Unit is not consistent for max-burst-rate

2017-03-30 Thread sunzuohua
** Changed in: neutron Status: Incomplete => Invalid -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1647912 Title: Unit is not consistent for max-burst-rate Status in neutron:

[Yahoo-eng-team] [Bug 1647912] [NEW] Unit is not consistent for max-burst-rate

2016-12-06 Thread sunzuohua
Public bug reported: For qos in neutron: QosBandwidthLimitRule: defines the instance-egress bandwidth limit rule type, characterized by a max kbps and a max burst kbits. API parameters are as follows: max_kbps max_burst_kbps But for qos in openvswitch: "ingress_policing_rate": the maximum

[Yahoo-eng-team] [Bug 1642223] [NEW] neutron-openvswitch-agent failed to add default table

2016-11-16 Thread sunzuohua
table 0 or check all the default flow tables in check_ovs_status(). Or add the default flow table 23 first and then add the default table 0 in setup_default_table() Thanks ** Affects: neutron Importance: Undecided Assignee: sunzuohua (zuohuasun) Status: New ** Changed in: neutron

[Yahoo-eng-team] [Bug 1641837] [NEW] neutron-openvswitch-agent failed to add default table

2016-11-14 Thread sunzuohua
the default table 0 or check all the default flow tables in check_ovs_status(). Or add the default flow table 23 first and then add the default table 0 in setup_default_table() Thanks ** Affects: neutron Importance: Undecided Assignee: sunzuohua (zuohuasun) Status: New ** Changed