I just tried that and it fails. We get
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
May 17 2021
May 17 2021
dtoux added a comment to T3553: OSPFv3 redistribute configuration remains in frr running config after removal.
Hmm, I still have it in my running-config. Is there a way to force config regeneration?
The "Time exceeded" likely means that message is sent to a black hole. There are two bfd sessions running through the same tunnel - one for OSPF and the other for OSPFv3. Timeout settings are the same and the first one is established instantly and is running happily. The OSPFv3 one is not so much:
did you try
set protocols static table 1 route 0.0.0.0/0 interface 'eth1'
ernstjo added a comment to T3555: GRE TAP tunnel does not silent fragment packets / kernel fix available.
Iproute2 is too old and needs a newer version. So, we have to upgrade that package.
Even I also faced this error while upgrading the server from 1.2.7 to the latest rolling release.
Time Exceeded (3)
PR for current https://github.com/vyos/vyos-1x/pull/844
PR for Equuleus https://github.com/vyos/vyatta-cfg-quagga/pull/78
ernstjo added a comment to T3555: GRE TAP tunnel does not silent fragment packets / kernel fix available.
Fix should be easy implement in create function with following add in:
Viacheslav added a comment to T3553: OSPFv3 redistribute configuration remains in frr running config after removal.
I can't reproduce it VyOS 1.3-rolling-202105011026
BFDd amybe creating those addresses automatically. In theory, it doesn't matter what they are as long as both ends have a way of learning them. I'm not sure if this is a general issue or an issue only with wireguard but right now bfd doesn't work with OSPFv3 over wireguard.
As WireGuard has bo MAC address a EUI64 link-local address is calculated artificially https://github.com/vyos/vyos-1x/blob/current/python/vyos/ifconfig/wireguard.py#L161
BTW, it appears ths fe80::... addresses used in bfd dialogue do not belong to any of the actual interfaces. It could be by design but this si something I discovered when trying to troubleshoot the session. This could also be the reason for mismatch between session ends if the other side does not know the peer address.
Attaching packet captures from both ends filered with bfd && ipv6.addr == fe80::/64 rule
I ran a packet capture on the session and It appears had been an issue with firewall settings on the provider site. It just happened that we hit a similar issue with two providers and VyOS was the common denominator but It appears to be red herring. Feel free to close.
May 16 2021
May 16 2021
Hi @ernstjo got an idea how we should do it?
Thanks for the hint.
May 15 2021
May 15 2021
c-po moved T3468: Tunnel interfaces aren't suggested as being available for bridging (regression) from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3333: "show vpn ipsec sa" reports ESP tunnels to be up when they are not. from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3491: Change Kernel HZ to 1000 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3517: FRR 7.5 bfd behavior for 1.3 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3519: Cannot add / assign L2TPv3 to vrf from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3526: Smoketest policy fail in CI from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3528: Frr 7.5.1 uses 'seq' for community-lists from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3547: conntrackd: remove deprecated config options from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T3550: Router-advert completion typo from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po committed rVYOSONEX69a0b0a7c665: router-advert: T3550: fixed completion typo (authored by FileGo).
GitHub <noreply@github.com> committed rVYOSONEX0a1e22336c2e: Merge pull request #842 from FileGo/T3550 (authored by c-po).
c-po changed the status of T3549: DHCPv6 "service dhcpv6-server global-parameters name-server" is not correctly exported to dhcpdv6.conf when multiple name-server entries are present from Open to In progress.
c-po moved T3532: Not possible to change ethertype after interface creation from Open to Finished on the VyOS 1.4 Sagitta board.
c-po moved T3532: Not possible to change ethertype after interface creation from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po added a project to T3532: Not possible to change ethertype after interface creation: VyOS 1.3 Equuleus.
It will be enough to add a quote here?
"\`"
Viacheslav closed T2049: Update strongSwan cipher suites list for IPSec settings, a subtask of T2816: Rewrite IPsec scripts with the new XML/Python approach, as Resolved.
A quick solution that convert JSON to config set
c-po closed T3535: Rewrite vyatta-conntrack-sync in new XML and Python flavor, a subtask of T3355: Remove all remaining legacy Vyatta code, as Resolved.
GitHub <noreply@github.com> committed rVYOSONEXe2978bb452c4: Merge pull request #841 from c-po/conntrack-sync (authored by c-po).
c-po closed T3547: conntrackd: remove deprecated config options, a subtask of T3535: Rewrite vyatta-conntrack-sync in new XML and Python flavor, as Resolved.
c-po renamed T3318: Update Linux Kernel to v5.4.208 / 5.10.142 from Update Linux Kernel to v5.4.118 / 5.10.36 to Update Linux Kernel to v5.4.119 / 5.10.37.
May 14 2021
May 14 2021
c-po moved T2809: An issue with config migration (system ntp server) from Open to Finished on the VyOS 1.4 Sagitta board.
c-po moved T2809: An issue with config migration (system ntp server) from Need Triage to Finished on the VyOS 1.3 Equuleus board.