vyos-1x.git/smoketest/scripts, branch 1.3.6VyOS 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.62024-02-01T16:10:18+00:00bfd: T5967: add minimum-ttl option2024-02-01T16:10:18+00:00Christian Breunigchristian@breunig.cc2024-02-01T16:10:18+00:00urn:sha1:e559ff4e552a0959287bee7712d887e754b25fb7
* set protocols bfd peer <x.x.x.x> minimum-ttl <1-254>
(partially cherry-picked from 1f07dcbddfcfdbb9079936ec479c5633934dd547)
T1297: vrrp: backport VRRP GARP options to Equuleus2024-01-09T09:52:07+00:00Nicolas Fortnicolasfort1988@gmail.com2024-01-09T09:52:07+00:00urn:sha1:56141ca2165f58dcfd7ef47afcdb1b227827d416Merge 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 keyMerge pull request #2536 from c-po/backport-pr-25272023-11-28T14:27:07+00:00Christian Breunigchristian@breunig.cc2023-11-28T14:27:07+00:00urn:sha1:50a78a29e3bbe6ccc2e070706133c06f6053a612
pppoe: T5630: make MRU default to MTU if unspecified (backport #2527)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
smoketest: tftp: T4012: disable VRF based tests due to false positives2023-11-23T11:14:23+00:00Christian Breunigchristian@breunig.cc2023-11-23T11:14:23+00:00urn:sha1:addf70b659c44e0ee1318be7aaac0a0622ad55ad
TFTP VRF support is working on a live system but the smoketests tend to fail.
This commit removes the VRF based smoketests for TFTP server, to make
the equuleus Jenkins builds work again.
pppoe: T5630: make MRU default to MTU if unspecified2023-11-23T11:06:31+00:00Christian Breunigchristian@breunig.cc2023-11-22T10:40:29+00:00urn:sha1:220750b9e747c7f539849e96889cfef695300313
This fixes the implementation in e062a8c11 ("pppoe: T5630: allow to specify MRU
in addition to already configurable MTU") and restores the bahavior that MRU
defaults to MTU if MRU is not explicitly set.
This was the behavior in VyOS 1.3.3 and below before we added ability to define
the MRU value.
(cherry picked from commit ffd7339e2ea3eafdd97ac0763ca4a3913fe71bf3)
pppoe: T5630: verify MRU is less or equal then MTU2023-10-08T07:58:45+00:00Christian Breunigchristian@breunig.cc2023-10-03T18:51:21+00:00urn:sha1:ab2aeec41a2ef34730b9dc8894b184e0bf00b147
(cherry picked from commit e357258e645cf85de0035d4ecfbf99db4dd90f7e)
pppoe: T5630: allow to specify MRU in addition to already configurable MTU2023-10-08T07:45:00+00:00Christian Breunigchristian@breunig.cc2023-10-03T16:14:23+00:00urn:sha1:88c1fd3a35926d813967b3c969e01b41ea67771a
Set the MRU (Maximum Receive Unit) value to n. PPPd will ask the peer to send
packets of no more than n bytes. The value of n must be between 128 and 16384,
the default was always 1492 to match PPPoE MTU.
A value of 296 works well on very slow links (40 bytes for TCP/IP header + 256
bytes of data). Note that for the IPv6 protocol, the MRU must be at least 1280.
CLI:
set interfaces pppoe pppoe0 mru 1280
(cherry picked from commit e062a8c11856f213983f5b41f50d4f9dbc0dde0f)
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:47d9c8067135b97bc1fbc5450dc5fa9b8e65e345