PR https://github.com/vyos/vyos-vpp-patches/pull/17
PR https://github.com/vyos/vyos-vpp-patches/pull/21
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
All Stories
Mon, Nov 24
Sun, Nov 23
vrf <name> option that is only used for verifying that the source address is assigned.
This was used in the past to start the old pmacct implementation in the appropriate VRF context.
Fri, Nov 21
I have tested it in the lab with 1.4.3, but I cannot reproduce it. But during the implementation of OpenVPN for our customer, I met this issue. It happened when the config was too large (around 9K command lines) and the system was overloaded (old servers or GNS3).
Tested, both option
Thu, Nov 20
A related issue is here: https://vyos.dev/T8000.
Wed, Nov 19
The "issue" why it's blocking for a very long time it the TACACS servers are unreachable is:
Record some discusion in slack
@tjjh89017 provided an upstream commit that fixed the issue - it was yet not backported due to conflicts https://github.com/FRRouting/frr/pull/19890.
Test method:
vyos-2 in GCE
10.0.0.0/24 is GKE cluster subnet, I connect vyos-2 to GKE FRR for BGP EVPN
vyos-1 in GCE
10.0.0.0/24 is GKE cluster subnet, I connect vyos-1 to GKE FRR for BGP EVPN