vyos-1x.git/python, branch 1.3.6VyOS command definitions, scripts, and utilities (mirror of https://github.com/vyos/vyos-1x.git)
https://git.amelek.net/vyos/vyos-1x.git/atom?h=1.3.62024-01-21T19:05:23+00:00ethernet: T4638: deleting parent interface does not delete underlying VIFs2024-01-21T19:05:23+00:00Christian Breunigchristian@breunig.cc2024-01-18T16:11:23+00:00urn:sha1:31ba9f00628da7da4339b4cdc2d208e06d686092
(cherry picked from commit 7ba47f027f3a9441125c13a927eb23cee2de041b)
Merge pull request #2540 from aapostoliuk/T5413-equuleus2023-12-09T16:31:44+00:00Daniil Baturindaniil@vyos.io2023-12-09T16:31:44+00:00urn:sha1:48e512ffec259d8753a8fd5a0a6a961f332ab8c1
wireguard: T5413: Blocked adding the peer with the router's public keyhttps: T5772: remove the default API key2023-11-30T13:58:39+00:00Daniil Baturindaniil@baturin.org2023-11-30T13:58:39+00:00urn:sha1:ad72670a1f7410a3c4a7e2021f0b7511156f5850
The new verification code prevents it from being used,
but it's not a reason to keep it
wireguard: T5413: Blocked adding the peer with the router's public key2023-11-24T14:57:10+00:00aapostoliuka.apostoliuk@vyos.io2023-11-24T14:21:37+00:00urn:sha1:2c1c3613567e23e14ce89bbf872e6e9dee16badb
Disabled adding the peer with the same public key as the router has.
Backport from current
https://github.com/vyos/vyos-1x/pull/2122
T5594: vrrp: extend function is_ipv6_tentative2023-09-18T14:34:14+00:00Nicolas Fortnicolasfort1988@gmail.com2023-09-18T14:34:14+00:00urn:sha1:70f0a6142cc67271e34cf3816490fc8dae784a79T5533: Fix VRRP IPv6 FAULT state due to IPv6 tentative state2023-09-04T15:51:00+00:00Viacheslav Hletenkov.gletenko@vyos.io2023-09-04T15:51:00+00:00urn:sha1:500d59cb1fe12916ae529fa20860f1518d68244b
Checks if an IPv6 address on a specific network interface is
in the tentative state. IPv6 tentative addresses are not fully configured
and are undergoing Duplicate Address Detection (DAD) to ensure they are
unique on the network.
inet6 2001:db8::3/125 scope global tentative
It tentative state the group enters in FAULT state. Fix it.
T5428: fix DHCP address renewal/release when running in VRF2023-08-28T19:21:14+00:00Christian Breunigchristian@breunig.cc2023-08-28T19:21:14+00:00urn:sha1:47d9c8067135b97bc1fbc5450dc5fa9b8e65e345vrf: T5428: stop DHCP processes on VRF removal2023-09-01T06:29:12+00:00Christian Breunigchristian@breunig.cc2023-08-23T18:14:37+00:00urn:sha1:396329cc9a2419c5be8ddd0bc8fbde67fdcb03fa
This is a workaround for the priority inversion from T5492 ("CLI node priority
is not inversed on node deletion"). As this is a corner case bug that's only
triggered if an interface is removed from a VRF and also the VRF is removed in
one commit, priorities are not honored.
Thus we implement this workaround which stop the DHCP(v6) client processes on
the VRF associated interfaces to get out the DHCP RELEASE message before
interfaces are shut down.
(cherry picked from commit 005151f77be5cf999689cfd03620bbc39df59018)
vyos.util: T4933: informative error for bad colon-separated lines2023-08-30T15:13:31+00:00Daniil Baturindaniil@baturin.org2023-01-12T12:18:15+00:00urn:sha1:a8777563f19fe5f9f190b96a61b6bab8cdcd58d2
in vyos.util.colon_separated_to_dict
(cherry picked from commit fb7f162f61522127ca72adffd6802797b136a99a)
T4825: Add interface type veth2023-08-25T12:12:29+00:00Viacheslav Hletenkov.gletenko@vyos.io2023-08-25T12:12:29+00:00urn:sha1:9763154d99f7852e3fd8a50f8ecaf10b27b4ad0f
Add interface type veth (Virtual ethernet)
One of the usecases it's interconnect different vrf's and
default vrf via bridge
set interfaces virtual-ethernet veth0 peer-name 'veth1010'
set interfaces virtual-ethernet veth1010 address '10.0.0.10/24'
set interfaces virtual-ethernet veth1010 peer-name 'veth0'
set interfaces virtual-ethernet veth1010 vrf 'foo'
set interfaces bridge br0 address '10.0.0.1/24'
set interfaces bridge br0 member interface veth0
vyos@r1:~$ ping 10.0.0.10 count 1
PING 10.0.0.10 (10.0.0.10) 56(84) bytes of data.
64 bytes from 10.0.0.10: icmp_seq=1 ttl=64 time=0.082 ms