I have successfully added a *ton* of address families in my build. I will PR it, but we also have found an error. The error that we have found is an FRR error at this link here.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Mar 14 2021
Mar 14 2021
GitHub <noreply@github.com> committed rVYOSONEX0f24c5b25bc2: CONTRIBUTING: copy "writing good commit messages" section from docs (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEX8413e2f76092: Merge pull request #772 from jack9603301/T2518 (authored by c-po).
c-po added a subtask for T3345: BGP: add per VRF instance support: T2257: BGP does not work with VRF.
c-po added a parent task for T2257: BGP does not work with VRF: T3345: BGP: add per VRF instance support.
Sadly, this isn't a trivial update due to dependencies. However, Microsoft's own documentation says the version that is unsupported for real is 2.2.10, and 2.20 is still supported, even if they recommend the very latest one.
dmbaturin edited projects for T2296: Upgrade WALinux to 2.2.41, added: VyOS 1.2 Crux (VyOS 1.2.8); removed VyOS 1.2 Crux (VyOS 1.2.7).
This is a config syntax design mistake on our side indeed. The "preference" option should have always been under "cache".
dmbaturin edited projects for T3253: rpki: multiple peers cannot be configured , added: VyOS 1.2 Crux (VyOS 1.2.8); removed VyOS 1.2 Crux (VyOS 1.2.7).
dmbaturin edited projects for T3396: syslog can't be configured with an ipv6 literal destination in 1.2.x, added: VyOS 1.2 Crux (VyOS 1.2.8); removed VyOS 1.2 Crux (VyOS 1.2.7).
dmbaturin changed the status of T3395: WAN load-balancing fails with nexthop dhcp from Unknown Status to Resolved.
dmbaturin edited projects for T3381: Change GRE tunnel failed, added: VyOS 1.2 Crux (VyOS 1.2.8); removed VyOS 1.2 Crux (VyOS 1.2.7).
dmbaturin edited projects for T2800: Pseudo-Ethernet: source-interface must not be member of a bridge, added: VyOS 1.2 Crux (VyOS 1.2.8); removed VyOS 1.2 Crux (VyOS 1.2.7).
Mar 13 2021
Mar 13 2021
xtremxyz added a comment to T3406: tunnel: interface no longer supports specifying encaplimit none - or migrator is missing.
thank you very much ! Very responsive 😄
c-po added a comment to T3406: tunnel: interface no longer supports specifying encaplimit none - or migrator is missing.
Tomorrows 1.3 beta image and 1.4 rolling will have the fix included.
c-po moved T3406: tunnel: interface no longer supports specifying encaplimit none - or migrator is missing from Open to Finished on the VyOS 1.4 Sagitta board.
c-po added a comment to T3406: tunnel: interface no longer supports specifying encaplimit none - or migrator is missing.
Yeah, that would work. We still try to keep the number of custom validators to a minimum.
The XML file is changed now for 1.4 (and soon 1.3).
xtremxyz added a comment to T3406: tunnel: interface no longer supports specifying encaplimit none - or migrator is missing.
When I create dedicated validator and modify manually file /opt/vyatta/share/vyatta-cfg/templates/interfaces/tunnel/node.tag/parameters/ipv6/encaplimit/node.def it work :)
c-po added a comment to T3407: console-server: do not allow to spawn a console-server session on serial port used by "system console".
commit now produces an error:
c-po updated the task description for T3407: console-server: do not allow to spawn a console-server session on serial port used by "system console".
c-po updated the task description for T3407: console-server: do not allow to spawn a console-server session on serial port used by "system console".
c-po changed the status of T3407: console-server: do not allow to spawn a console-server session on serial port used by "system console" from Open to In progress.
Now, the last migration of this task should have completed the preliminary implementation (the operation mode can view NAT rules), but it does not support port rule display
GitHub <noreply@github.com> committed rVYOSONEX2595b90203ef: Merge pull request #771 from jack9603301/T2518 (authored by c-po).
Latest PR of T2518: https://github.com/vyos/vyos-1x/pull/771 The display script of rule file is completed
c-po moved T3373: Upgrade to SaltStack version 3002.5 from Open to In Progress on the VyOS 1.4 Sagitta board.
c-po moved T3373: Upgrade to SaltStack version 3002.5 from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po renamed T3318: Update Linux Kernel to v5.4.208 / 5.10.142 from Update Linux Kernel to v5.4.104 / 5.10.22 to Update Linux Kernel to v5.4.105 / 5.10.23.
c-po changed the status of T3345: BGP: add per VRF instance support, a subtask of T3344: Per VRF dynamic routing support, from Blocked to In progress.
Unknown Object (User) added a comment to T3405: PPPoE server unit-cache.
Yes, some time ago, it could produce kernel issues https://www.mail-archive.com/netdev@vger.kernel.org/msg218964.html
And I think it will be good to add the possibility to control unit-cache to have the opportunity to influence this.
Mar 12 2021
Mar 12 2021
Any reason to not default enable it?
GitHub <noreply@github.com> committed rVYOSONEXca08d8dc51ef: Merge pull request #769 from jack9603301/T2518 (authored by c-po).
Unknown Object (User) updated the task description for T3405: PPPoE server unit-cache.
Unknown Object (User) claimed T3405: PPPoE server unit-cache.
Unknown Object (User) created T3405: PPPoE server unit-cache.
Assuming T3356 can be backported to equuleus, this fix will not be needed.
After a while, I may consider how to provide the operation mode command for nat66
Specifically, to reproduce the issue - you need to make the changes in the configuration file - and use load /config/xxx
I use set. Then commit and "save" the configuration and reboot the server.
Unknown Object (User) created T3403: Error on interrupting list of pppoe sessions.
Did you use set commands - or did you use load ...? Its regularly/easily produced here.
I can't reproduce it.
vyos@1.1.8:~$ show interfaces
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface IP Address S/L Description
--------- ---------- --- -----------
bond0 - u/u
bond0.11 10.0.11.1/24 u/u
100.64.11.1/29
bond0.12 10.0.12.1/24 u/u
100.64.12.1/29
bond0.13 10.0.13.1/24 u/u
100.64.13.1/29
bond0.14 10.0.14.1/24 u/u
100.64.14.1/29
bond0.15 10.0.15.1/24 u/u
100.64.15.1/29
bond0.16 10.0.16.1/24 u/u
100.64.16.1/29
bond0.17 10.0.17.1/24 u/u
100.64.17.1/29
bond0.18 10.0.18.1/24 u/u
100.64.18.1/29
bond0.19 10.0.19.1/24 u/u
100.64.19.1/29
bond0.20 10.0.20.1/24 u/u
100.64.20.1/29
bond0.21 10.0.21.1/24 u/u
100.64.21.1/29
bond0.22 10.0.22.1/24 u/u
100.64.22.1/29
bond0.23 10.0.23.1/24 u/u
100.64.23.1/29
bond0.24 10.0.24.1/24 u/u
100.64.24.1/29
bond0.25 10.0.25.1/24 u/u
100.64.25.1/29
bond0.26 10.0.26.1/24 u/u
100.64.26.1/29
bond0.27 10.0.27.1/24 u/u
100.64.27.1/29
bond0.28 10.0.28.1/24 u/u
100.64.28.1/29
bond0.29 10.0.29.1/24 u/u
100.64.29.1/29
bond0.30 10.0.30.1/24 u/u
100.64.30.1/29
eth0 192.168.122.14/24 u/u
eth1 - u/u
lo 127.0.0.1/8 u/u
::1/128
vyos@1.1.8:~$
vyos@1.1.8:~$
vyos@1.1.8:~$ show vrrp
Name Interface VRID State Last Transition
------ ----------- ------ ------- -----------------
BND011 bond0.11 11 MASTER 2m13s
BND012 bond0.12 12 MASTER 2m13s
BND013 bond0.13 13 MASTER 2m13s
BND014 bond0.14 14 MASTER 2m13s
BND015 bond0.15 15 MASTER 2m13s
BND016 bond0.16 16 MASTER 2m13s
BND017 bond0.17 17 MASTER 2m13s
BND018 bond0.18 18 MASTER 2m13s
BND019 bond0.19 19 MASTER 2m13s
BND020 bond0.20 20 MASTER 2m13s
BND021 bond0.21 21 MASTER 2m13s
BND022 bond0.22 22 MASTER 2m13s
BND023 bond0.23 23 MASTER 2m13s
BND024 bond0.24 24 MASTER 2m13s
BND025 bond0.25 25 MASTER 2m13s
BND026 bond0.26 26 MASTER 2m13s
BND027 bond0.27 27 MASTER 2m13s
BND028 bond0.28 28 MASTER 2m13s
BND029 bond0.29 29 MASTER 2m13s
BND030 bond0.30 30 MASTER 2m13s
vyos@1.1.8:~$Needs to migrate "maximum-paths" to afi and add ipv6 (1.3)
vyos@r1.3# set protocols bgp 65001 maximum-paths Possible completions: ebgp Maximum ebgp multipaths ibgp Maximum ibgp multipaths
GitHub <noreply@github.com> committed rVYOSONEX8262556dd809: Merge pull request #767 from erkin/current (authored by c-po).
Mar 11 2021
Mar 11 2021
zsdc edited a custom field on T905: The command show remote-config does not work for remote-platform openvpn.
zsdc changed the status of T905: The command show remote-config does not work for remote-platform openvpn from Open to Confirmed.
Still does not work in 1.4-rolling-202102060218
Moving tunnels between bridges works well in:
1.3-beta-202103110443
1.4-rolling-202102060218
Unknown Object (User) edited a custom field on T486: Static IPv6 default route via OSPFv3-learned loopback is not activated.
Unknown Object (User) changed the subtype of T486: Static IPv6 default route via OSPFv3-learned loopback is not activated from "Task" to "Bug".
stepler changed the status of T3395: WAN load-balancing fails with nexthop dhcp from Resolved to Unknown Status.
Viacheslav changed the status of T3395: WAN load-balancing fails with nexthop dhcp from Unknown Status to Resolved.
Both UEFI and MBR boot modes are supported currently.
As a replacement for keys from Microsoft, it is possible to use our keys and ask users to install CA into a MOK database.
Unknown Object (User) added a comment to T3242: PPPoE Server overhead on virtual interfaces creation.
Fresh SNMP Daemon has some option which might be helpful
https://manpages.debian.org/unstable/snmpd/snmpd.conf.5.en.html
ifmib_max_num_ifaces NUM
zsdc edited a custom field on T842: Adopt VyOS CLI to latest StrongSwan options and deprecated Keywords.
c-po changed the status of T2271: OSPF: add per VRF instance support, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, from Blocked to In progress.
c-po changed the status of T2271: OSPF: add per VRF instance support, a subtask of T3344: Per VRF dynamic routing support, from Blocked to In progress.