I opened a new bug and submitted a fix for this problem since it was
introduced by my previous patch.
https://bugs.launchpad.net/neutron/+bug/1392564
https://review.openstack.org/#/c/134432/
It will be great if you can have a look at the fix and comment. Thanks!
Xu Han
On 11/14/2014 05:54
root access, so it will need to be guarded by rootwrap anyway.
Vish
On Sep 25, 2014, at 7:00 PM, Xu Han Peng pengxu...@gmail.com
mailto:pengxu...@gmail.com wrote:
Sending unsolicited NA by scapy is like this:
from scapy.all import send, IPv6, ICMPv6ND_NA, ICMPv6NDOptDstLLAddr
Armando,
Will error message change still stop the fix from making into RC2?
Thanks,
Xu Han
On 10/04/2014 03:42 AM, Armando M. wrote:
I have all of these bugs on my radar, and I want to fast track them
for merging in the next few days.
Please tag the bug reports with 'juno-rc-potential'.
For
the option only apply to either version 4 or 6. *If the key is
missing or null, then the option would apply to both*.
Thanks,
Robert
On 9/30/14, 1:46 AM, Xu Han Peng pengxu...@gmail.com
mailto:pengxu...@gmail.com wrote:
Robert,
I think the CLI will look something like based
Hi,
Can anyone help elaborate why the following line of code in devstack
which is trying to add a route for VM private network via router gateway
IP on network node is *NOT* taken care by neutron but devstack? The
reason to ask is that every time a router external gateway IP changed or
a new
/2014 08:51 PM, Robert Li (baoli) wrote:
Hi Xu Han,
My question is how the CLI user interface would look like to
distinguish between v4 and v6 dhcp options?
Thanks,
Robert
On 9/28/14, 10:29 PM, Xu Han Peng pengxu...@gmail.com
mailto:pengxu...@gmail.com wrote:
Mark's suggestion works for me
Mark's suggestion works for me as well. If no one objects, I am going to
start the implementation.
Thanks,
Xu Han
On 09/27/2014 01:05 AM, Mark McClain wrote:
On Sep 26, 2014, at 2:39 AM, Xu Han Peng pengxu...@gmail.com
mailto:pengxu...@gmail.com wrote:
Currently the extra_dhcp_opts has
Currently the extra_dhcp_opts has the following API interface on a port:
{
port:
{
extra_dhcp_opts: [
{opt_value: testfile.1,opt_name: bootfile-name},
{opt_value: 123.123.123.123, opt_name: tftp-server},
{opt_value: 123.123.123.45, opt_name:
, Sep 26, 2014 at 2:39 PM, Xu Han Peng pengxu...@gmail.com
mailto:pengxu...@gmail.com wrote:
Currently the extra_dhcp_opts has the following API interface on a
port:
{
port:
{
extra_dhcp_opts: [
{opt_value: testfile.1,opt_name: bootfile-name
/70700/37/neutron/agent/l3_ha_agent.py
On Thu, Sep 4, 2014 at 3:32 AM, Xu Han Peng pengxu...@gmail.com wrote:
Carl,
Thanks a lot for your reply!
If I understand correctly, in VRRP case, keepalived will be
responsible for
sending out GARPs? By checking the code you provided, I can see all
/target_ll_addr
*send(packet, iface=interface_name, count=10, inter=0.2)*
It's not actually a python script but a python method. Any ideas?
On 09/25/2014 06:20 PM, Kevin Benton wrote:
Does running the python script with ip netns exec not work correctly?
On Thu, Sep 25, 2014 at 2:05 AM, Xu Han Peng
Maybe this blueprint can meet some of your requirements? It allows
specification of MTU for a network instead of a subnet, though.
https://review.openstack.org/#/c/105989/
Xu Han
On 09/12/2014 01:01 AM, Jonathan Proulx wrote:
Hi All,
I'm hoping to get this blueprint
/agent/l3_ha_agent.py
On Thu, Sep 4, 2014 at 3:32 AM, Xu Han Peng pengxu...@gmail.com wrote:
Carl,
Thanks a lot for your reply!
If I understand correctly, in VRRP case, keepalived will be responsible for
sending out GARPs? By checking the code you provided, I can see all
in this discussion.
Carl
[1] https://review.openstack.org/#/c/70700/37/neutron/agent/l3_ha_agent.py
On Mon, Sep 1, 2014 at 8:52 PM, Xu Han Peng pengxu...@gmail.com wrote:
Anthony,
Thanks for your reply.
If HA method like VRRP are used for IPv6 router, according to the VRRP RFC
with IPv6 included
Anthony,
Thanks for your reply.
If HA method like VRRP are used for IPv6 router, according to the VRRP
RFC with IPv6 included, the servers should be auto-configured with the
active router's LLA as the default route before the failover happens and
still remain that route after the failover.
Anthony and Robert,
Thanks for your reply. I don't know if the arping is there for NAT, but
I am pretty sure it's for HA setup to broadcast the router's own change
since the arping is controlled by send_arp_for_ha config. By checking
the man page of arping, you can find the arping -A we use
I would like to request one Juno Spec freeze exception for Support
Stateful and Stateless DHCPv6 by dnsmasq BP.
This BP is an important part if IPv6 support in Juno. Router
advertisement support by RADVD has been merged and this BP is planned
for configure OpenStack dnsmasq to co-work with
Shi Xiong,
Thanks for asking! The error was found in dnsmasq log during our test.
The error looks something like: no addresses available.
Jian Li from my team posted a comment about the PID error on your code
review:
https://review.openstack.org/#/c/70649/15/neutron/agent/linux/dhcp.py
Shixiong,
Sean and I were thinking about throwing out an error when someone is
trying to attach a router to subnet when gateway is already set (for
IPv6, it could be LLA). In the long term, we need to figure out how to
use the link local address IP of the gateway port to overwrite the
19 matches
Mail list logo