vyos-1x.git/python/vyos/ifconfig, branch 1.3.1VyOS command definitions, scripts, and utilities (mirror of https://github.com/marekm72/vyos-1x.git)
https://git.amelek.net/marekm72/vyos-1x.git/atom?h=1.3.12022-02-21T17:33:52+00:00vxlan: T4120: code cleanup for multiple remotes2022-02-21T17:33:52+00:00Christian Poessingerchristian@poessinger.com2022-02-21T17:23:55+00:00urn:sha1:928071d90091511baf49874e6003ceef30bb829b
(cherry picked from commit 3a605ad020d8d20b08a72cb1284f6e590d1fd7b5)
vxlan: T4120: add ability to set multiple remotes (PR #1127)2022-02-21T17:31:10+00:00Andreasvyos-git@justsecure.de2021-12-29T17:02:06+00:00urn:sha1:1d4b567b219678cafebfa0117be6779de30f9017
VXLAN does support using multiple remotes but VyOS does not. Add the ability
to set multiple remotes and add their flood lists using "bridge" command.
(cherry picked from commit 0ecddff7cffa8900d351d5c15e32420f9d780c0b)
interface: T4203: prevent DHCP client restart if not necessary2022-02-20T18:35:54+00:00Christian Poessingerchristian@poessinger.com2022-02-20T09:36:33+00:00urn:sha1:4271bc19d152da493f62a1f5b1707ff8cf8e1f10
In the past whenever a change happened to any interface and it was configured
as a DHCP client, VyOS always had a breif outage as DHCP released the old lease
and re-aquired a new one - bad!
This commit changes the behavior that DHCP client is only restarted if any one
of the possible options one can set for DHCP client under the "dhcp-options"
node is altered.
(cherry picked from commit 3a1a7c40a13ee9f5561823a79876d88d3f5bf053)
wireless: T4240: bugfix interface bridging2022-02-17T13:53:51+00:00Christian Poessingerchristian@poessinger.com2022-02-16T21:16:01+00:00urn:sha1:267818cb247f66dce4509b8e187a0ead7f1bcd97
VLAN isolation can not be "set" when interface is of type wifi.
(cherry picked from commit 1ceaed55a629c92cf42baccdef4106e8d0e4914e)
op-mode: T4142: Fix for show input ifbX interfaces2022-01-06T17:56:27+00:00Viacheslavv.gletenko@vyos.io2022-01-05T16:00:31+00:00urn:sha1:fab311fa3c7930e22c06665de5602f59aa7dbe4d
Ability to see interface type "input" ifbX from op-mode
(cherry picked from commit 5fdf4e5988344f7a890fe351183b58b8e21699c2)
T4035: correct the interface basename extraction logic2021-12-04T05:00:18+00:00Daniil Baturindaniil@baturin.org2021-12-02T17:32:39+00:00urn:sha1:071313e5180c76a7651150747530b41e06a9d7cb
to avoid confusing 'v' in GENEVE interface prefix ('gnv')
with a "vXXX" part of a VRRP interface
ethernet: T4011: deleting interface should place interface in admin down state2021-11-19T06:39:04+00:00Christian Poessingerchristian@poessinger.com2021-11-19T06:37:56+00:00urn:sha1:783dcc13e22be9d81179ab986062a12ed49cd601
Interface will still be visible to the operating system.
(cherry picked from commit a14f93adfa633eabff90524e1f83d56092ec0c3c)
wwan: T3620: fix commend in remove()2021-11-19T06:38:49+00:00Christian Poessingerchristian@poessinger.com2021-11-19T06:36:48+00:00urn:sha1:038fb7a4dd7d22c9fc604811509f9a1477d4a89d
Improve commend in WWANIf.remove() - remove() was implemented in commit 61e4d75a
("wwan: T3620: place interface in A/D state when removed").
(cherry picked from commit d9a19b77a56031fa3fbfa43a85c8be7ee83ae3d7)
wwan: T3620: place interface in A/D state when removed2021-11-18T18:11:03+00:00Christian Poessingerchristian@poessinger.com2021-11-18T18:10:33+00:00urn:sha1:61e4d75abb1129f63df5a47b9c9bf0553850d893tunnel: T3894: fix design when building synthetic MAC addresses2021-10-09T06:39:30+00:00Christian Poessingerchristian@poessinger.com2021-10-09T06:38:06+00:00urn:sha1:1786246655c36e932be649a29d70cca6c9a29773
It seems not all systems have eth0 - get a list of all available Ethernet
interfaces on the system (without VLAN subinterfaces) and then take the
first one.
(cherry picked from commit f19c92f255011149eeb7626a2e158456abe4c9b8)