- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Feb 28 2021
Feb 28 2021
c-po moved T3349: Ethernet: "disable" flag is not honored after a reboot for VIF interfaces from Need Triage to Finished on the VyOS 1.4 Sagitta board.
Viacheslav closed T3320: Bgp neighbor peer-group without peer-group fail, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
Viacheslav changed the status of T3353: PPPoE server wrong vlan-range generating config from Confirmed to Needs testing.
You can use <x.x.x.x>-<x.x.x.x>
Or you need "multi" addresses not in "range"? Something like
set nat destination rule 5 translation member 203.0.113.1 set nat destination rule 5 translation member 203.0.113.14 set nat destination rule 5 translation member 203.0.113.240
c-po edited projects for T3349: Ethernet: "disable" flag is not honored after a reboot for VIF interfaces, added: VyOS 1.2 Crux (VyOS 1.2.7); removed Restricted Project.
c-po moved T3371: Replace netplugd by udev rules from Need Triage to Backlog on the VyOS 1.4 Sagitta board.
Temporary workaround for the VyOS 1.3-rc1 users:
c-po moved T3370: dhcp: Invalid domain name "private" from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po moved T3370: dhcp: Invalid domain name "private" from Need Triage to In Progress on the VyOS 1.4 Sagitta board.
I agree we should just check if it starts with a letter and doesn't include characters that an FQDN cannot have.
c-po closed T3369: VXLAN: add IPv6 underlay support, a subtask of T1636: Rewrite VXLAN in new style XML/Python, as Resolved.
c-po moved T3369: VXLAN: add IPv6 underlay support from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
Feb 27 2021
Feb 27 2021
c-po changed the status of T2947: Nat translation many-many with prefix does not map 1-1., a subtask of T3092: nat: migrate to get_config_dict(), from Backport pending to On hold.
c-po changed the status of T2947: Nat translation many-many with prefix does not map 1-1. from Backport pending to On hold.
Backport is complete - It will "work" once the 1.3 kernel is updated to 5.10 series
c-po closed T3368: macsec: add support for gcm-aes-256 cipher, a subtask of T2023: Add support for 802.1ae MACsec, as Resolved.
c-po closed T3364: tunnel: cleanup/rename CLI nodes, a subtask of T3072: Migrate tunnel interfaces to new get_config_dict() approach, as Resolved.
rps closed T2291: Bad hostnames in /etc/hosts with static-mapping in dhcp server config as Resolved.
A work-around for this was added in 1.2.6 and I verified it's working in 1.3.0-rc1
starcraft66 added a comment to T2623: Creating sit tunnel fails with “Can not set “local” for tunnel sit tun1 at tunnel creation”.
Just chiming back in to let you guys know I installed the latest vyos rolling release after all this time and the issue seems to have been fixed!
c-po changed the status of T3368: macsec: add support for gcm-aes-256 cipher from Open to In progress.
c-po changed the status of T3368: macsec: add support for gcm-aes-256 cipher, a subtask of T2023: Add support for 802.1ae MACsec, from Open to In progress.
c-po closed T3366: tunnel: can not change local / remote ip address for gre-bridge tunnel, a subtask of T2028: Convert "interfaces tunnel" to new XML/Python representation, as Resolved.
c-po closed T3366: tunnel: can not change local / remote ip address for gre-bridge tunnel as Resolved.
Viacheslav closed T3365: Bgp neighbor interface ordering for remote-as, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
@craterman Thanks.
@Viacheslav, tested on VyOS 1.3-beta-202102270443. It works
Node "protocols" in 1.4 also doesn't have a description
c-po renamed T3364: tunnel: cleanup/rename CLI nodes from tunnel: cleanup/rename encapsulation modes to tunnel: cleanup/rename CLI nodes.
c-po moved T3364: tunnel: cleanup/rename CLI nodes from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po moved T3366: tunnel: can not change local / remote ip address for gre-bridge tunnel from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po added a comment to T3366: tunnel: can not change local / remote ip address for gre-bridge tunnel.
This is not applicable to VyOS 1.4 because of T3364.
c-po changed the status of T3366: tunnel: can not change local / remote ip address for gre-bridge tunnel from Open to In progress.
c-po renamed T3318: Update Linux Kernel to v5.4.208 / 5.10.142 from Update Linux Kernel to v5.4.99 / 5.10.17 to Update Linux Kernel to v5.4.101 / 5.10.19.
PR https://github.com/vyos/vyos-1x/pull/753
Additional checks for "neighbor interface" configuration.
Viacheslav reopened T3365: Bgp neighbor interface ordering for remote-as, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Needs testing.
Viacheslav closed T3365: Bgp neighbor interface ordering for remote-as, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
But only vrrp works
Viacheslav renamed T3365: Bgp neighbor interface ordering for remote-as from Bgp neighbor interface ordering to Bgp neighbor interface ordering for remote-as.
c-po renamed T2966: tunnel: add new encapsulation types ip6tnl and ip6gretap from tunnel: add new encapsulation type ip6tnl to tunnel: add new encapsulation types ip6tnl and ip6gretap.
c-po changed the status of T3364: tunnel: cleanup/rename CLI nodes, a subtask of T3072: Migrate tunnel interfaces to new get_config_dict() approach, from Open to In progress.
Viacheslav added a comment to T3225: Adding a BGP neighbor with an address on a local interface throws a vyos.frr.CommitError: Configuration FRR failed while committing code: ''.
The neighbor can contain a string
set protocols bgp 64501 neighbor eth1 set protocols bgp 64501 neighbor eth1 remote-as 65001
Feb 26 2021
Feb 26 2021
Something wrong with that check https://github.com/vyos/vyos-1x/blob/8732ebc46a2daddc6e4dfa05f3f70bf2ac9400af/src/conf_mode/protocols_bgp.py#L170-L171
Viacheslav changed the status of T3320: Bgp neighbor peer-group without peer-group fail, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, from Open to Needs testing.
Viacheslav changed the status of T3320: Bgp neighbor peer-group without peer-group fail from Open to Needs testing.
c-po updated the task description for T3349: Ethernet: "disable" flag is not honored after a reboot for VIF interfaces.
c-po updated the task description for T3349: Ethernet: "disable" flag is not honored after a reboot for VIF interfaces.
c-po updated the task description for T3349: Ethernet: "disable" flag is not honored after a reboot for VIF interfaces.
Viacheslav added a comment to T3225: Adding a BGP neighbor with an address on a local interface throws a vyos.frr.CommitError: Configuration FRR failed while committing code: ''.
Fail
set protocols bgp 64501 neighbor 203.0.113.1 remote-as 65001 set protocols bgp 64501 neighbor 203.0.113.1 peer-group FOO set protocols bgp 64501 peer-group FOO
Viacheslav changed the status of T3225: Adding a BGP neighbor with an address on a local interface throws a vyos.frr.CommitError: Configuration FRR failed while committing code: '', a subtask of T3227: Latest releases don't work with RPKI (crash), from Open to Needs testing.
Viacheslav changed the status of T3225: Adding a BGP neighbor with an address on a local interface throws a vyos.frr.CommitError: Configuration FRR failed while committing code: '' from Open to Needs testing.
Viacheslav closed T3323: Bgp ttl-security and ebgp-multihop fail, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
Viacheslav closed T3324: Bgp space in the password, a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
Viacheslav claimed T3225: Adding a BGP neighbor with an address on a local interface throws a vyos.frr.CommitError: Configuration FRR failed while committing code: ''.
PR https://github.com/vyos/vyos-1x/pull/748
Add checks for neighbor "is_addr_assigned"
jestabro changed the status of T3357: HTTP-API redirect from http correct https port from Open to Backport candidate.
Thanks @rob, it is true that nginx is not redirecting to a non canonical https port. Using the nginx custom https status code 497, this can be added; I will update the template accordingly.