@Viacheslav yes it was rc4 got the link some day's befor release via slack. I will setup a test lab next days, these boxes are now in production.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
May 9 2021
May 9 2021
c-po changed the status of T3531: policy: prefix-list and route-map names do not allow underscores in names (FRR does) from Open to In progress.
c-po moved T3529: vyos.frr class has no support for multi-line modify_section from Open to Backlog on the VyOS 1.4 Sagitta board.
c-po renamed T3483: Update Linux Kernel to v4.19.195 from Update Linux Kernel to v4.19.188 to Update Linux Kernel to v4.19.190.
c-po edited projects for T3479: route-maps containing "aggregator as" can not be deleted, added: VyOS 1.2 Crux (VyOS 1.2.8); removed VyOS 1.2 Crux.
May 8 2021
May 8 2021
c-po changed the status of T3512: set protocols static table creates wrong frr config from Open to On hold.
c-po renamed T3318: Update Linux Kernel to v5.4.208 / 5.10.142 from Update Linux Kernel to v5.4.115 / 5.10.33 to Update Linux Kernel to v5.4.117 / 5.10.35.
Viacheslav removed a subtask for T3528: Frr 7.5.1 uses 'seq' for community-lists: T3517: FRR 7.5 bfd behavior for 1.3.
Viacheslav removed a parent task for T3517: FRR 7.5 bfd behavior for 1.3: T3528: Frr 7.5.1 uses 'seq' for community-lists.
@rherold can you recheck it? Or say is it real 1.3.0-rc4?
I can't reproduce it.
Viacheslav closed T3517: FRR 7.5 bfd behavior for 1.3, a subtask of T3182: Main blocker Task for FRR 7.4/7.5 series update, as Resolved.
Viacheslav closed T3517: FRR 7.5 bfd behavior for 1.3, a subtask of T3528: Frr 7.5.1 uses 'seq' for community-lists, as Resolved.
Viacheslav added a subtask for T3528: Frr 7.5.1 uses 'seq' for community-lists: T3517: FRR 7.5 bfd behavior for 1.3.
Viacheslav added a parent task for T3517: FRR 7.5 bfd behavior for 1.3: T3528: Frr 7.5.1 uses 'seq' for community-lists.
Viacheslav added a parent task for T3528: Frr 7.5.1 uses 'seq' for community-lists: T3182: Main blocker Task for FRR 7.4/7.5 series update.
May 7 2021
May 7 2021
set vpn ipsec site-to-site peer 100.64.0.2 dhcp-interface eth1
Viacheslav updated subscribers of T3341: Wrong behavior of the "reset vpn ipsec-peer XXX tunnel XXX" command.
Which proper format do we need?
For example 2 tunnels:
peer-100.64.0.2-tunnel-0
peer-100.64.0.2-tunnel-1
PBR works if we change the static route to:
Viacheslav closed T3333: "show vpn ipsec sa" reports ESP tunnels to be up when they are not., a subtask of T2641: Rewrite vpn ipsec OP commands in new style XML syntax, as Resolved.
Viacheslav closed T3333: "show vpn ipsec sa" reports ESP tunnels to be up when they are not. as Resolved.
Viacheslav triaged T3505: Commits do not respect changes in FRR that are not stored in a config as High priority.
Maybe related task T3505 which deletes the default route for DHCP in the commit.
Note that adding autosudo=False to the call to cmd does not fix this issue because this parameter is never passed to popen: https://github.com/vyos/vyos-1x/blob/current/python/vyos/util.py#L143
GitHub <noreply@github.com> committed rVYOSONEXb5c608949719: remote: T3356: use custom MissingHostKeyPolicy (authored by erkin).
mbailey added a comment to T3429: Hyper-V integration services not working on VyOS 1.4 (sagitta/current).
Confirming that this bug is still present on 1.4-rolling-20210505111.
May 6 2021
May 6 2021
I have not built vyos since 2018, so my last production version was 201803051831.
@carl.byington is it working in 1.3?
19: l2tpeth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master foo state UNKNOWN mode DEFAULT group default qlen 1000
link/ether 7e:0a:f4:5c:ef:8c brd ff:ff:ff:ff:ff:ff
alias L2 VPN Tunnelmaster foo <- foo is the VRF name
GitHub <noreply@github.com> committed rVYOSONEX401b21d1d0d7: smoketest: T3517: Fix bfd test for equuleus FRR 7.5.1 (authored by Viacheslav).
c-po moved T3523: VRF BGP daemon route-map command missing from Open to Finished on the VyOS 1.4 Sagitta board.
c-po moved T3520: Cannot add tunnel interface to isis within vrf from Open to Finished on the VyOS 1.4 Sagitta board.
GitHub <noreply@github.com> committed rVYOSONEXd9a05131c051: T3356: remote: Add support for custom source interface (authored by erkin).
GitHub <noreply@github.com> committed rVYOSONEXae5e67d3bc2e: Merge pull request #830 from erkin/current (authored by c-po).
@Viacheslav it must be added in the proper order and contexts need to be entered - exited appropriately
It seems a bug with frr-reload
! router bgp 64500 vrf foo no bgp ebgp-requires-policy no bgp network import-check exit ! vrf foo ip protocol bgp route-map RMAP exit-vrf ! route-map RMAP permit 10 set tag 555 ! line vty !
c-po changed the status of T3523: VRF BGP daemon route-map command missing from Open to In progress.
It is implemented in VyOS 1.4
Update I find an example
! vrf foo ip protocol bgp route-map RMAP exit-vrf ! router bgp 64500 vrf foo no bgp ebgp-requires-policy no bgp network import-check !
@ernstjo
Is it supported by FRR?
Can you provide an example?
erkin changed Is it a breaking change? from none to compatible on T3351: Installer checking MD5 checksums on the ISO image.
erkin changed the status of T3355: Remove all remaining legacy Vyatta code from Open to In progress.
erkin changed the status of T3351: Installer checking MD5 checksums on the ISO image from Open to In progress.
erkin changed the status of T936: Reimplementation of tech-support diagnostic file generation from In progress to On hold.
erkin changed the status of T936: Reimplementation of tech-support diagnostic file generation, a subtask of T3355: Remove all remaining legacy Vyatta code, from In progress to On hold.
erkin changed the status of T3508: Check if there's enough drive space for an upgrade before downloading an image from Open to In progress.