What operational mode information do you require that are yet not displayed by:
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Jan 23 2021
Jan 23 2021
c-po closed T3236: Add XML for [conf-mode] OSPF, a subtask of T3235: Rewrite protocol OSPF to new XML/Python style, as Resolved.
c-po changed the status of T3235: Rewrite protocol OSPF to new XML/Python style, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, from Open to Needs testing.
c-po changed the status of T3235: Rewrite protocol OSPF to new XML/Python style from Open to Needs testing.
GitHub <noreply@github.com> committed rVYOSONEX7a7fdc561f0c: Merge pull request #694 from c-po/t3236-ospf (authored by dmbaturin).
c-po changed the status of T3227: Latest releases don't work with RPKI (crash), a subtask of T2174: Rewrite protocol BGP to new XML/Python style, from Confirmed to Needs testing.
c-po changed the status of T3227: Latest releases don't work with RPKI (crash) from Confirmed to Needs testing.
Jan 22 2021
Jan 22 2021
After solving this requirement of vyos and confirming its normal operation, it is recommended to provide a feedback repair patch and submit a pr
WOW! Any chance getting this upstreamed? That would be the overall best solution - I still like it and think we should add it, but fetching the source from upstream reduces our maintenance load.
Do you have a plan to backport it to 1.2?
See T3240 for a proper fix.
jestabro changed the status of T3239: XML: override 'defaultValue' for mtu of certain interfaces; remove workarounds, a subtask of T2910: XML: generator should support override of variables, from Resolved to Unknown Status.
jestabro changed the status of T3239: XML: override 'defaultValue' for mtu of certain interfaces; remove workarounds from Resolved to Unknown Status.
jestabro changed the status of T2910: XML: generator should support override of variables from Resolved to Unknown Status.
Jan 21 2021
Jan 21 2021
jestabro changed the status of T3239: XML: override 'defaultValue' for mtu of certain interfaces; remove workarounds from Open to In progress.
c-po edited projects for T1875: Add the ability to use network address as BGP neighbor (bgp listen range), added: VyOS 1.4 Sagitta; removed VyOS 1.3 Equuleus.
c-po changed the status of T1875: Add the ability to use network address as BGP neighbor (bgp listen range), a subtask of T2174: Rewrite protocol BGP to new XML/Python style, from Open to Needs testing.
c-po changed the status of T1875: Add the ability to use network address as BGP neighbor (bgp listen range) from Open to Needs testing.
GitHub <noreply@github.com> committed rVYOSONEXa80cd3058cb8: Merge pull request #690 from Cheeze-It/current (authored by c-po).
sever-sever <v.gletenko@vyos.io> committed rVYOSONEX95f61e54f1c9: ospf: T3236: Add XML for new format ospf conf-mode.
GitHub <noreply@github.com> committed rVYOSONEX0a6ca540da53: Merge pull request #691 from sever-sever/T3236 (authored by c-po).
c-po moved T3237: DHCP Server Static-Mapping Validation Error from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3237: DHCP Server Static-Mapping Validation Error from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
vyos@vyos# set service dhcp-server shared-network-name LAN subnet 10.242.0.0/24 static-mapping AlexPC mac-address 00-d8-61-9e-78-2a
c-po added a project to T3237: DHCP Server Static-Mapping Validation Error: VyOS 1.2 Crux (VyOS 1.2.7).
The problem is that there is no input validator for the mac address. Thank you for reporting this!
c-po changed the status of T3237: DHCP Server Static-Mapping Validation Error from Open to In progress.
GitHub <noreply@github.com> committed rVYOSONEX173e4599394c: Merge pull request #692 from jestabro/override-default (authored by jestabro).
Will remove test case and rebase to create PR and merge for 1.4; will later backport to 1.3 pending any issue.
I have finished the test of nat66 in GNS lab
Jan 20 2021
Jan 20 2021
jestabro renamed T3234: multi_to_list fails in certain cases, with root cause an element redundancy in XML interface-definitions from multi_to_list fails in certain case, with root cause an element redundancy in XML interface-definitions to multi_to_list fails in certain cases, with root cause an element redundancy in XML interface-definitions.
jestabro updated the task description for T3234: multi_to_list fails in certain cases, with root cause an element redundancy in XML interface-definitions.
jestabro changed the status of T3234: multi_to_list fails in certain cases, with root cause an element redundancy in XML interface-definitions from Open to Confirmed.
Two minor comments left out of the above:
(1) The script in question runs a check on all interface definitions, however, there is no measurable increase in compile time.
(2) lxml will escape characters '>', '<', however these are unescaped by build-command-templates, so the issue is mooted. One can see the single line changed in the XML by running the test case above; it is noted that some interface definitions already have a mixed use of, say, '>' and '>'.
Feature was present in 1.2 and until now not possible with nftables, so we keep the old CLI and just replace the engine for now. Adding the prefix option simply feels more complicated in terms of validation logic and scripting.
Since the current branch uses the kernel Linux 5.10+, I began to pay attention to the implementation of NPT again. At present, I have completed the following features:
'nopmtudisc' option still not present
@c-po Why not consider dnat prefix to? Maybe it's more convenient
Jan 19 2021
Jan 19 2021
jestabro changed the status of T2910: XML: generator should support override of variables from Open to Needs testing.
Preprocessing solution in testing here:
https://github.com/vyos/vyos-1x/compare/current...jestabro:override-default
Implemented on the 1.4 current branch, once the QAT issues are resolved for 5.10 Linux Kernel this can be backported after successful testing to 1.3 equuleus LTS branch.