So far I have seen that BFD for static routes in FRR is currently under development:
https://github.com/FRRouting/frr/issues/3369
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Sep 28 2020
Sep 28 2020
Unknown Object (User) changed the status of T2919: PPPoE server: Called-Station-Id attribute from Open to In progress.
Sep 27 2020
Sep 27 2020
Yeah, I'm going to second the motion on this one. I've been down the road of SNMP before, and just navigating the available metrics and trying to figure out what they are is less than straightforward. I mean, I've been at this sysadmin thing for a bit over 10 years now and I couldn't manage something useable out of it. It might be because I'm not a great sysadmin, but a lot of people are not great sysadmins. 馃槢 Having this feature would be great for accessibility and discoverability.
This issue also exists in:
Version: VyOS 1.3-rolling-202009271030 Release Train: equuleus
Write redundant and intrusive code for all interface types, which may introduce unknown errors (I can鈥檛 guarantee 100% accuracy without testing)
@c-po I am thinking about a problem. Placing proxy-ndp under the child node of interface may generate redundant implementation code and is intrusive. In fact, for proxy-ndp, only one configuration file is needed. Is this Reasonable? I don't even know how to fully test whether the intrusive code affects the basic functions of the router.
dmbaturin edited projects for T2482: Update PowerDNS recursor to 4.3.1 for CVE-2020-10995, added: Unknown Object (Project); removed VyOS 1.2 Crux (VyOS 1.2.7).
Sep 27 2020, 9:53 AM 路 Unknown Object (Project)
dmbaturin changed Is it a breaking change? from none to syntax on T2899: remote syslog server migration error on update.
Sep 27 2020, 9:53 AM 路 Unknown Object (Project)
dmbaturin added a project to T2899: remote syslog server migration error on update: Unknown Object (Project).
Sep 27 2020, 9:52 AM 路 Unknown Object (Project)
c-po closed T2930: Support configuration of MAC address for VXLAN and GENEVE tunnel, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
Sep 26 2020
Sep 26 2020
GitHub <noreply@github.com> committed rVYOSONEX57b37c9e2341: Merge pull request #554 from sever-sever/T2918 (authored by c-po).
Viacheslav added a comment to T2793: compare + TAB completion does not show proper username if user contains _.
It looks like this problem is around here
https://github.com/vyos/vyatta-cfg/blob/current/etc/bash_completion.d/vyatta-cfg#L280-L290
c-po changed the status of T2902: "add system image" fails when appending XX to image name from Unknown Status to Resolved.
c-po moved T2902: "add system image" fails when appending XX to image name from Need Triage to Finished on the VyOS 1.3 Equuleus board.
backported to crux
c-po moved T2902: "add system image" fails when appending XX to image name from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
c-po edited projects for T2902: "add system image" fails when appending XX to image name, added: VyOS 1.2 Crux (VyOS 1.2.7); removed VyOS 1.2 Crux (VyOS 1.2.6).
Viacheslav closed T2902: "add system image" fails when appending XX to image name as Unknown Status.
Testing on crux
That鈥檚 how it is now and it doesn鈥檛 work.
GitHub <noreply@github.com> committed rVYOSONEX9717d6630144: Merge pull request #553 from sever-sever/T2917_port (authored by c-po).
Sep 26 2020, 10:57 AM 路 Unknown Object (Project)
c-po closed T2928: MTU less then 1280 bytes and IPv6 will raise FileNotFoundError, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
Viacheslav changed the status of T2856: equuleus: `show version all` throws broken pipe exception on abort from Unknown Status to Resolved.
c-po updated the task description for T2928: MTU less then 1280 bytes and IPv6 will raise FileNotFoundError.
c-po updated the task description for T2928: MTU less then 1280 bytes and IPv6 will raise FileNotFoundError.
c-po updated the task description for T2928: MTU less then 1280 bytes and IPv6 will raise FileNotFoundError.
c-po changed the status of T2928: MTU less then 1280 bytes and IPv6 will raise FileNotFoundError from Open to In progress.
c-po updated the task description for T2928: MTU less then 1280 bytes and IPv6 will raise FileNotFoundError.
vyos@r2-roll# set interfaces ethernet eth0 vif 15 ip proxy-arp-pvlan [edit] vyos@r2-roll# commit
c-po closed T2912: When setting MTU check for hardware maximum supported MTU size, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
c-po updated the task description for T2912: When setting MTU check for hardware maximum supported MTU size.
Cant we run dhcpd as dhcp user which is also a member of hostsd group?
@kroy could you be so kind and write a smoketest for it, too?
GitHub <noreply@github.com> committed rVYOSONEX29084dd8c2ee: Merge pull request #551 from kroy-the-rabbit/current (authored by c-po).
kroy changed the status of T2465: DHCP isn't updating host file when hostfile-update enabled., a subtask of T2464: DNS bugs (parent task), from Needs testing to Confirmed.
kroy changed the status of T2465: DHCP isn't updating host file when hostfile-update enabled. from Needs testing to Confirmed.
This is a problem again.
Sep 25 2020
Sep 25 2020
PR should correct this
c-po reopened T2912: When setting MTU check for hardware maximum supported MTU size, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as In progress.
c-po reopened T2912: When setting MTU check for hardware maximum supported MTU size as "In progress".
c-po closed T2912: When setting MTU check for hardware maximum supported MTU size, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
cpo@LR1.wue3# commit [ interfaces ethernet eth1 ] Interface MTU too high, maximum supported MTU is 9000!
c-po updated the task description for T2912: When setting MTU check for hardware maximum supported MTU size.
Yes that's correct. And there is already some sort of check implemented for the node traffic-policy, so it does not fail when the pppoe interface does not exist yet. It just shows a warning: https://github.com/vyos/vyatta-cfg-qos/blob/bbf2b2f06b7a0f883f7134df5e2b3e089015738e/scripts/vyatta-qos.pl#L198
I think I know what's happening here.
I would also like to add that wouldn't it make more sense to set the protocol mode under host aswell rather behind "facility".
Sep 25 2020, 1:56 PM 路 Unknown Object (Project)
Sep 25 2020, 12:54 PM 路 Restricted Project
Sep 24 2020
Sep 24 2020
I saw that the new build was online, so I added the image, rebooted and tried to issue the command again.
Everything seems to work, no error when committing and the route is added.
c-po closed T2923: Configuring DHCPv6-PD without a interface to delegate to raises TypeError as Resolved.
c-po added a comment to T2923: Configuring DHCPv6-PD without a interface to delegate to raises TypeError.
After the fix an error is reported on the CLI: