OVS: Add support for IPv6 addresses as tunnel endpoints

Bug #1578897 reported by OpenStack Infra
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
neutron
Invalid
Low
Unassigned
openstack-manuals
Fix Released
Undecided
Unassigned

Bug Description

https://review.openstack.org/257335
Dear bug triager. This bug was created since a commit was marked with DOCIMPACT.
Your project "openstack/neutron" is set up so that we directly report the documentation bugs against it. If this needs changing, the docimpact-group option needs to be added for the project. You can ask the OpenStack infra team (#openstack-infra on freenode) for help if you need to.

commit 773394a1887bec6ab4c2ff0308f0e830e9a9089f
Author: Frode Nordahl <email address hidden>
Date: Mon Dec 14 13:51:48 2015 +0100

    OVS: Add support for IPv6 addresses as tunnel endpoints

    Remove IPv4 restriction for local_ip configuration statement.

    Check for IP version mismatch of local_ip and remote_ip before creating
    tunnel.

    Create hash of remote IPv6 address for OVS interface/port name with least
    posibility for collissions.

    Fix existing tests that fail because of the added check for IP version
    and subsequently valid IP addresses in _setup_tunnel_port.

    DocImpact

    Change-Id: I9ec137ef8c688b678a0c61f07e9a01382acbeb13
    Closes-Bug: #1525895

Tags: doc neutron
Ryan Moats (rmoats)
Changed in neutron:
status: New → Confirmed
Revision history for this message
Brian Haley (brian-haley) wrote :

Not sure if I should be the owner since I did most of the later work on this change.

The change on docs.openstack.org really just need to mention either address family is possible, I didn't actually find any place where it said "IPv4 only". So matching the config.py change I made the setting could be described like this:

local_ip - Local IP address of tunnel endpoint. Can be either an IPv4 or IPv6 address.

Changed in neutron:
importance: Undecided → Low
Changed in openstack-manuals:
status: New → Confirmed
Revision history for this message
Rohit Agarwalla (rohitagarwalla) wrote :

Is the following fix (diff attached) acceptable for this bug ?

Changed in openstack-manuals:
assignee: nobody → Rohit Agarwalla (rohitagarwalla)
Revision history for this message
Brian Haley (brian-haley) wrote :

Thanks Rohit for updating the doc. That change looks good to me for now, when a follow-on [1] matches we can just update it again.

[1] https://review.openstack.org/#/c/320121/14/neutron/plugins/ml2/drivers/openvswitch/agent/common/config.py

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to openstack-manuals (master)

Fix proposed to branch: master
Review: https://review.openstack.org/335147

Changed in openstack-manuals:
status: Confirmed → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on openstack-manuals (master)

Change abandoned by Rohit Agarwalla (<email address hidden>) on branch: master
Review: https://review.openstack.org/335147
Reason: Updates to these files are done automatically and not manually.

Revision history for this message
Rohit Agarwalla (rohitagarwalla) wrote :

@brian-haley do you know which docs need to updated for this actually ?

Revision history for this message
Brian Haley (brian-haley) wrote :

Rohit - I'm thinking just what's on docs.openstack.org? Matt might have a better answer.

Changed in openstack-manuals:
assignee: Rohit Agarwalla (rohitagarwalla) → nobody
status: In Progress → Confirmed
Revision history for this message
Armando Migliaccio (armando-migliaccio) wrote :

The proposed fix (https://review.openstack.org/#/c/352027/) merged.

Changed in neutron:
status: Confirmed → Invalid
Changed in openstack-manuals:
status: Confirmed → Fix Released
Revision history for this message
Armando Migliaccio (armando-migliaccio) wrote :

Neutron marked invalid as there's no devref to be supplied.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.