]> git.proxmox.com Git - mirror_ifupdown2.git/commit
addons: link: porting 'veth-peer-name' attribute to python3 branch 3.0.0-1
authorJulien Fortin <julien@cumulusnetworks.com>
Thu, 14 May 2020 02:03:44 +0000 (04:03 +0200)
committerJulien Fortin <julien@cumulusnetworks.com>
Thu, 14 May 2020 02:08:04 +0000 (04:08 +0200)
commit5890ab714e965f958f51ebd31e397ef83779906e
tree5f1033944d9152faeb17d68ff3a5e77b951b6ea6
parent8a78cd07bc383a5b538e7191a90da0cf206ce467
addons: link: porting 'veth-peer-name' attribute to python3 branch

original commit ported to the python3 branch:

commit bffa619b11ae7aa9e567c26c255c17ac6df2c495
Author: Maximilian Wilhelm <max@rfc2324.org>
Date:   Sat Jan 14 19:08:01 2017 +0100

    Add option 'veth-peer-name' to veth links and ensure proper configuration.

      The option »veth-peer-name« forces an veth peer link to be created with
      a specific interface name. As the interface name of the "local" part of
      the veth link pair already is defined by the name of the interface stanza
      this option is added to, now both sides are clearly named.

      As there is a bidirectional dependency of both link pairs - both cannot
      exist without the other - this presents a problem when setting up all
      interfaces. Depending on which interface is set up first there might be
      a problem when only on dependency is specified. Therefore adding the
      »veth-peer-name« option to both interface of the veth link pair ensures
      that regardless of which side is configured first the peer name will be
      set correctly. This intentionally creates a circular dependency which is
      handled accordingly.

      Fixing the config check for veth link-type while at it :)

Signed-off-by: Maximilian Wilhelm <max@rfc2324.org>
Signed-off-by: Julien Fortin <julien@cumulusnetworks.com>
debian/changelog
ifupdown2/addons/link.py
ifupdown2/ifupdown/ifupdownmain.py
ifupdown2/lib/iproute2.py