Page MenuHomePhabricator

hagbard (burkhard)
User

Projects

User Details

User Since
May 25 2018, 2:31 AM (81 w, 2 d)

Recent Activity

Today

hagbard claimed T1878: accel-ppp: pppoe single-session.

per default session=replace is set and if I understand correctly you'd like to have to have the option to change it to deny don't set it at all. Is that correct?

Sun, Dec 15, 3:49 PM

Fri, Dec 13

hagbard added a comment to T1831: FRR: implementation ipv6 RAs via FRR.

current hop limit is per default set to 64, but can't be set in frr while is was/is possible for radvd. I'd propose to use the the frr options only and not using the current existing ones, that way migration will become easier since the option 'current hop limit' could be just skipped and removed during migration.
Any ideas? Or should we stay with radvd for that purpose?
I would only do it for 1.3 and not backport into 1.2-rolling.

Fri, Dec 13, 9:04 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1831: FRR: implementation ipv6 RAs via FRR from On hold to In progress.
Fri, Dec 13, 7:46 PM · VyOS 1.3 Equuleus

Thu, Dec 12

hagbard renamed T1872: Removing serial console port from ESXi VM causes flooded syslog from Removing serial console port from ESXi VM causes flodded syslog to Removing serial console port from ESXi VM causes flooded syslog.
Thu, Dec 12, 7:11 PM · VyOS 1.2 Crux
hagbard added a comment to T1703: Macvlan PPPoE support .

@sunser Can you please clarify if you still encounter that issue?

Thu, Dec 12, 6:11 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1703: Macvlan PPPoE support from Open to On hold.
Thu, Dec 12, 6:11 PM · VyOS 1.3 Equuleus
hagbard closed T1834: rsyslog: 'del system syslog' doesn't stop rsyslog as Wontfix.

syslog is required by multiple targets and logs journald messages, stopping it works at the first commit, but the dependencies will start is automatically after reboot. the vyos config is being removed from rsyslog.d but the default rsyslog.conf will be used, which logs daemon, emerg (to console) and auth failures and would have to be changed in vyos-build if required.

Thu, Dec 12, 5:11 PM · VyOS 1.3 Equuleus

Wed, Dec 11

hagbard added a comment to T1869: Install and Boot from RAID Doesn't Work.

Yeah I figured. vyos is being install into /dev/mdX, I can boot via live cd and mount mount it and it has everything in there, but there seems something wrong with writing the boot sector since I would see at least grub. Instead it is empty.

Wed, Dec 11, 9:01 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1869: Install and Boot from RAID Doesn't Work from Open to Confirmed.

Looks like an issue with the raid metadata and grub, problem confirmed with virtual box. Tested, latest rolling, 1.2.3 and 1.2.4-epa1.

Wed, Dec 11, 4:41 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1869: Install and Boot from RAID Doesn't Work.
Wed, Dec 11, 4:26 PM · VyOS 1.3 Equuleus
hagbard renamed T1831: FRR: implementation ipv6 RAs via FRR from radvd rewrite to FRR: implementation ipv6 RAs via FRR.
Wed, Dec 11, 4:11 PM · VyOS 1.3 Equuleus
hagbard moved T1832: radvd adding feature DNSSL branch.example.com example.com to existing package from In Progress to Finished on the VyOS 1.3 Equuleus board.
Wed, Dec 11, 4:10 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard changed the status of T1832: radvd adding feature DNSSL branch.example.com example.com to existing package from Needs testing to Backport candidate.
Wed, Dec 11, 4:10 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard changed the status of T1832: radvd adding feature DNSSL branch.example.com example.com to existing package, a subtask of T1831: FRR: implementation ipv6 RAs via FRR, from Needs testing to Backport candidate.
Wed, Dec 11, 4:09 PM · VyOS 1.3 Equuleus
hagbard added a project to T1832: radvd adding feature DNSSL branch.example.com example.com to existing package: VyOS 1.2 Crux.
Wed, Dec 11, 4:09 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard closed T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config., a subtask of T1846: Make session_config not depend on the current edit level, as Resolved.
Wed, Dec 11, 3:55 PM
hagbard closed T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config. as Resolved.
Wed, Dec 11, 3:55 PM · VyOS 1.2 Crux
hagbard changed the status of T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config., a subtask of T1846: Make session_config not depend on the current edit level, from Needs testing to Backport pending.
Wed, Dec 11, 3:55 PM
hagbard changed the status of T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config. from Needs testing to Backport pending.
Wed, Dec 11, 3:55 PM · VyOS 1.2 Crux
hagbard added a comment to T577: Unconfigured Ethernet interface discovery partial failure on boot.

https://phabricator.vyos.net/T1499
https://phabricator.vyos.net/T1671
https://phabricator.vyos.net/T770
are all related to the same issue.

Wed, Dec 11, 1:41 AM · VyOS 1.2 Crux (VyOS 1.2.4), VyOS 1.3 Equuleus

Tue, Dec 10

hagbard added a comment to T1867: ISO 1.2.4-epa1 not having the latest changes.

Looks like the vyos-1x images was not rebuilt from the crux branch before the new image was built. I manually checked out the crux branch and the commit ins backported in there, rebuilt the packages manually and everything needed is in there and working.

Tue, Dec 10, 7:12 PM · VyOS 1.2 Crux
hagbard reopened T1845: syslog host no longer accepts a port as "Backport candidate".
Tue, Dec 10, 7:11 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard closed T1845: syslog host no longer accepts a port as Resolved.
Tue, Dec 10, 7:10 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard added a comment to T1845: syslog host no longer accepts a port.

@kroy Please let me know if you still experience any issues (setting the port or migration).

Tue, Dec 10, 6:00 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard changed the status of T1853: wireguard - disable peer doesn't work , a subtask of T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config., from Needs testing to Backport candidate.
Tue, Dec 10, 5:57 PM · VyOS 1.2 Crux
hagbard changed the status of T1853: wireguard - disable peer doesn't work from Needs testing to Backport candidate.

tested with today rolling release. (https://downloads.vyos.io/rolling/current/amd64/vyos-1.2-rolling-201912100217-amd64.iso)

Tue, Dec 10, 5:57 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux
hagbard changed the status of T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config., a subtask of T1846: Make session_config not depend on the current edit level, from Open to Needs testing.
Tue, Dec 10, 5:38 PM
hagbard changed the status of T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config. from Open to Needs testing.

@kroy please test with the latest rolling if https://phabricator.vyos.net/T1846 solves your issue.

Tue, Dec 10, 5:38 PM · VyOS 1.2 Crux
hagbard added a comment to T770: Bonded interfaces get updated with incorrect hw-id in config..

@Dmitry Tested it with the latest 1.2 rolling, the issue is still present.

Tue, Dec 10, 5:22 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard closed T1037: BGP exchanged prefixes are shown as incative as Wontfix.
Tue, Dec 10, 3:38 PM · VyOS 1.3 Equuleus

Fri, Dec 6

hagbard added a comment to T1845: syslog host no longer accepts a port.

fixed in http://dev.packages.vyos.net/repositories/current/vyos/pool/main/v/vyos-1x/vyos-1x_1.3.0-16_all.deb

Fri, Dec 6, 11:39 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard moved T1833: radvd: update documentation from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Fri, Dec 6, 7:50 PM · VyOS 1.3 Equuleus
hagbard closed T1833: radvd: update documentation , a subtask of T1832: radvd adding feature DNSSL branch.example.com example.com to existing package, as Wontfix.
Fri, Dec 6, 7:50 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard closed T1833: radvd: update documentation as Wontfix.

FRR will serve RAs in the future.

Fri, Dec 6, 7:50 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1845: syslog host no longer accepts a port.

https://downloads.vyos.io/rolling/current/amd64/vyos-1.2-rolling-201912061907-amd64.iso and later include the fix

Fri, Dec 6, 7:45 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard changed the status of T1845: syslog host no longer accepts a port from In progress to Needs testing.
Fri, Dec 6, 6:24 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus

Thu, Dec 5

hagbard added a comment to T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config..

@kroy I can't really reproduce it if I disable the peer first when multiple peers are defined on the same wg interface.
Can you please do a touch /tmp/vyos.ifconfig.debug and then run your commands and post it here?
It will show you the commands execute for each step like:

vyos@wg01# set  interfaces wireguard wg0 peer wg02 disable 
[edit]
vyos@wg01# commit
[ interfaces wireguard wg0 ]
DEBUG/wg0    write '1420' > '/sys/class/net/wg0/mtu'
DEBUG/wg0    write 'wg0' > '/sys/class/net/wg0/ifalias'
DEBUG/wg0    cmd 'wg set wg0 peer G1aA2KkyFyC8xsCUeENvuIW8HC5yDxwi902nR20592Y= remove'
DEBUG/wg0    cmd 'wg set wg0 listen-port 12345 fwmark 0 private-key /config/auth/wireguard/default/private.key peer hbwJSCu6SGUKIReNhWxlDIFRNCl5L7PaUSYOo2BF+Rg=  preshared-key /dev/null  allowed-ips 10.100.100.3/32 endpoint 10.1.1.203:12345 persistent-keepalive 0'
DEBUG/wg0    cmd 'ip link set dev wg0 up'
Thu, Dec 5, 10:21 PM · VyOS 1.2 Crux
hagbard moved T1853: wireguard - disable peer doesn't work from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Thu, Dec 5, 9:59 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux
hagbard changed the status of T1853: wireguard - disable peer doesn't work , a subtask of T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config., from In progress to Needs testing.
Thu, Dec 5, 9:59 PM · VyOS 1.2 Crux
hagbard changed the status of T1853: wireguard - disable peer doesn't work from In progress to Needs testing.

https://github.com/vyos/vyos-1x/commit/fde531d3791a3d71aa27f99244d7cbb3b3625bf0

Thu, Dec 5, 9:59 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux
hagbard closed T1852: ifconfig.py - apply interface config takes long as Invalid.

looks like i had an old version, newer iso doesn't show that issue.

Thu, Dec 5, 9:21 PM · VyOS 1.3 Equuleus
hagbard triaged T1853: wireguard - disable peer doesn't work as Normal priority.
Thu, Dec 5, 9:04 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux
hagbard changed the status of T1853: wireguard - disable peer doesn't work , a subtask of T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config., from Open to In progress.
Thu, Dec 5, 7:05 PM · VyOS 1.2 Crux
hagbard changed the status of T1853: wireguard - disable peer doesn't work from Open to In progress.
Thu, Dec 5, 7:05 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux
hagbard claimed T1853: wireguard - disable peer doesn't work .
Thu, Dec 5, 6:59 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux
hagbard created T1853: wireguard - disable peer doesn't work .
Thu, Dec 5, 6:59 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux
hagbard added a comment to T1852: ifconfig.py - apply interface config takes long.
DEBUG/wg0    cmd 'ip link add dev wg0 type wireguard'
DEBUG/wg0    cmd 'ip addr add "10.100.100.1/32" dev "wg0"'
DEBUG/wg0    cmd 'ip addr add "2001:db8::1/128" dev "wg0"'
DEBUG/wg0    write '1420' > '/sys/class/net/wg0/mtu'
DEBUG/wg0    write 'wg0' > '/sys/class/net/wg0/ifalias'
DEBUG/wg0    cmd 'wg set wg0 listen-port 12345 fwmark 0 private-key /config/auth/wireguard/default/private.key peer G1aA2KkyFyC8xsCUeENvuIW8HC5yDxwi902nR20592Y=  preshared-key /dev/null  allowed-ips 0.0.0.0/0,::/0 endpoint 10.1.1.201:12345 persistent-keepalive 0'
DEBUG/wg0    cmd 'ip link set dev wg0 up'
DEBUG/wg0    read 'unknown' < '/sys/class/net/wg0/operstate'
DEBUG/wg0    read 'unknown' < '/sys/class/net/wg0/operstate'
[...]
Interface wg0 could not be brought up in time ...
Thu, Dec 5, 6:47 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config..

What were the steps you used when you upated the pubkey?

Thu, Dec 5, 5:31 PM · VyOS 1.2 Crux
hagbard created T1852: ifconfig.py - apply interface config takes long.
Thu, Dec 5, 5:22 PM · VyOS 1.3 Equuleus
hagbard claimed T1851: wireguard - changing the pubkey on an existing peer seems to destroy the running config..
Thu, Dec 5, 4:40 PM · VyOS 1.2 Crux
hagbard updated the task description for T1850: syslog protocol can be set multiple times per facility for the same host.
Thu, Dec 5, 4:13 PM · VyOS 1.3 Equuleus
hagbard created T1850: syslog protocol can be set multiple times per facility for the same host.
Thu, Dec 5, 4:11 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1845: syslog host no longer accepts a port from Needs testing to In progress.
Thu, Dec 5, 4:07 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard added a comment to T1828: Missing completion helper for "set system syslog host 192.0.2.1 facility all protocol".

You can via https://github.com/vyos/vyos-1x/commit/dad110ce666edae42ac18c59a800bda503589f27, which just sets the completion help.
For T1845, yes it solves the issue with setting address:port _and_ moves protocol up from facility to host. Do you want me to revert and do 2 commits, which requires then 2 migrations, once for address:port and one to solve the logical issue with protocol. Right now you can set a different protocol for different facilities for the same host.

Thu, Dec 5, 3:40 PM · VyOS 1.2 Crux

Wed, Dec 4

hagbard added a comment to T1828: Missing completion helper for "set system syslog host 192.0.2.1 facility all protocol".

Will interfere with T1845, while I think T1845 should be the backport candidate. Facility is a tag node, protocol has been moved on level up and is host specific.

Wed, Dec 4, 11:45 PM · VyOS 1.2 Crux
hagbard changed the status of T1845: syslog host no longer accepts a port from In progress to Needs testing.
Wed, Dec 4, 11:40 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard added a comment to T1845: syslog host no longer accepts a port.

Ah yes, it's taken entirely from the string, my fault I tested with the version you can only use an IP address.

Wed, Dec 4, 6:25 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard added a project to T1845: syslog host no longer accepts a port: VyOS 1.2 Crux (VyOS 1.2.5).
Wed, Dec 4, 5:55 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard added a comment to T1845: syslog host no longer accepts a port.

Actually I found out that the address:port wasn't implemented at all even if you were able to set it, it never was used within the config. I have that fixed now (not pushed yet). I also moved that part within the nodes, so it's going to be:

Wed, Dec 4, 5:52 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard moved T1845: syslog host no longer accepts a port from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
Wed, Dec 4, 4:58 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard changed the status of T1845: syslog host no longer accepts a port from Open to In progress.
Wed, Dec 4, 4:58 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard triaged T1845: syslog host no longer accepts a port as Normal priority.
Wed, Dec 4, 4:52 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
hagbard claimed T1845: syslog host no longer accepts a port.
Wed, Dec 4, 4:09 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus

Tue, Dec 3

hagbard updated subscribers of T1844: Fix interface configuration which was broken in T1762 .

If your node exists, you won't see that issue, only if it doesn't. The above PR should fix that, but I have requested a review from @dmbaturin to make sure I don't introduce something into it he doesn't want there.

Tue, Dec 3, 11:42 PM
hagbard added a comment to T1764: Use lists instead of whitespace-separated strings in vyos.config .

https://github.com/vyos/vyos-1x/pull/172
should also fix https://github.com/vyos/vyos-1x/pull/171 which wouldn't be required then anymore

Tue, Dec 3, 11:38 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1764: Use lists instead of whitespace-separated strings in vyos.config .

@dmbaturin

c.return_value('local-ip') &&  c.return_value(['local-ip'])``` would work, shall I rewrite it to a single item list? conf.exists() does only accept s string as argument.
Tue, Dec 3, 10:27 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1831: FRR: implementation ipv6 RAs via FRR from Open to On hold.
Tue, Dec 3, 9:30 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1831: FRR: implementation ipv6 RAs via FRR.

Yup, I tested almost all parameters we have currently in our cli, works all quite well. So, I'm going to implement it under service then?

Tue, Dec 3, 8:57 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1831: FRR: implementation ipv6 RAs via FRR.

I just tested frr sending RAs, setup manually which works quite well. So, not it needs the determined what path it should go (stay in interface or move out to service) and if we go with frr for it or stay with radvd. I would be in favor of frr.

Tue, Dec 3, 8:22 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1831: FRR: implementation ipv6 RAs via FRR.
Tue, Dec 3, 7:58 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1831: FRR: implementation ipv6 RAs via FRR.

You can announce multiple prefixes with different options. If you leave for each interface all the options need to be generated (like it is right now), or manually setup or generate for vyos-1x. Also you need to consider that you may send RAs on vif and stuff like that only. dup-addr-detect-transmits has not real anything to do with sending RAs.

Tue, Dec 3, 7:54 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1831: FRR: implementation ipv6 RAs via FRR.

very basic example (uses default paramaters):

 service {
+    ipv6-ra {
+        interface eth3 {
+            disable
+            prefix 2001:db8:cafe:beef::/64 {
+            }
+            prefix 2001:db8:dead:beef::/64 {
+            }
+        }
+    }
Tue, Dec 3, 5:24 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1831: FRR: implementation ipv6 RAs via FRR.

Hmm, that's actually a good point (http://docs.frrouting.org/en/latest/ipv6.html). I started with implementing it as service, it has the advantage that you don't have the duplicated template code. I would lean the towards implementing it for frr rather then using radvd. I currently have set service ipv6-ra interface eth3 ... as CLI path which I would stay with, or should it then be moved into protocol? I'll focus on implementing it for frr, since the CLI path is different the current as well as a new implementation could coexist for testing so we can find the best way out.

Tue, Dec 3, 3:48 PM · VyOS 1.3 Equuleus

Mon, Dec 2

hagbard updated the task description for T1831: FRR: implementation ipv6 RAs via FRR.
Mon, Dec 2, 11:27 PM · VyOS 1.3 Equuleus

Sun, Dec 1

hagbard added a comment to T1837: PPPoE unrecognized option 'replacedefaultroute'.

https://phabricator.vyos.net/T1228 sent the bug and I backported from upstream . The PR is in T1228 but needs to be merged into our package which I don't have permissions for.

Sun, Dec 1, 9:40 PM · VyOS 1.2 Crux

Fri, Nov 29

hagbard added a comment to T1834: rsyslog: 'del system syslog' doesn't stop rsyslog.

After looking into this, the problem seems bigger than originally thought. If the syslog config is being removed from the config the syslog.py script is called and syslog stopped. However if the system is rebooted the init system starts syslog and the config is not calling the script since there is no 'system syslog' node in the config. systemctl disable rsyslog doesn't work some type of depend unit is starting it during reboot.

Fri, Nov 29, 7:26 PM · VyOS 1.3 Equuleus
hagbard triaged T1834: rsyslog: 'del system syslog' doesn't stop rsyslog as Normal priority.
Fri, Nov 29, 5:15 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1834: rsyslog: 'del system syslog' doesn't stop rsyslog from Open to In progress.
Fri, Nov 29, 5:15 PM · VyOS 1.3 Equuleus
hagbard claimed T1834: rsyslog: 'del system syslog' doesn't stop rsyslog.
Fri, Nov 29, 4:20 PM · VyOS 1.3 Equuleus
hagbard created T1834: rsyslog: 'del system syslog' doesn't stop rsyslog.
Fri, Nov 29, 4:20 PM · VyOS 1.3 Equuleus

Thu, Nov 28

hagbard changed the status of T1828: Missing completion helper for "set system syslog host 192.0.2.1 facility all protocol" from Needs testing to Backport candidate.
Thu, Nov 28, 11:15 PM · VyOS 1.2 Crux
hagbard renamed T1833: radvd: update documentation from radvd: update documtation to radvd: update documentation .
Thu, Nov 28, 9:14 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1831: FRR: implementation ipv6 RAs via FRR.

Yes, I think set service ra interface ... or something like that might be the best option. That would eliminate the template generator script all together and I was thinking to remove interface by interface from the generator, as the rewrite progresses.
Since it needs a migrator script for each interface then as well, even if the option are the same.

Thu, Nov 28, 9:14 PM · VyOS 1.3 Equuleus
hagbard moved T1832: radvd adding feature DNSSL branch.example.com example.com to existing package from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
Thu, Nov 28, 7:35 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard changed the status of T1832: radvd adding feature DNSSL branch.example.com example.com to existing package from Open to Needs testing.
Thu, Nov 28, 7:34 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard changed the status of T1832: radvd adding feature DNSSL branch.example.com example.com to existing package, a subtask of T1831: FRR: implementation ipv6 RAs via FRR, from Open to Needs testing.
Thu, Nov 28, 7:34 PM · VyOS 1.3 Equuleus
hagbard added a comment to T1832: radvd adding feature DNSSL branch.example.com example.com to existing package.

https://github.com/vyos/vyatta-ipv6-rtradv/commit/3487250218d7ed96ab5e99391a6367d0e026493f

Thu, Nov 28, 7:34 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard claimed T1833: radvd: update documentation .
Thu, Nov 28, 7:19 PM · VyOS 1.3 Equuleus
hagbard created T1833: radvd: update documentation .
Thu, Nov 28, 7:19 PM · VyOS 1.3 Equuleus
hagbard triaged T1832: radvd adding feature DNSSL branch.example.com example.com to existing package as Normal priority.
Thu, Nov 28, 7:00 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard updated the task description for T1832: radvd adding feature DNSSL branch.example.com example.com to existing package.
Thu, Nov 28, 7:00 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard claimed T1832: radvd adding feature DNSSL branch.example.com example.com to existing package.
Thu, Nov 28, 6:59 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard created T1832: radvd adding feature DNSSL branch.example.com example.com to existing package.
Thu, Nov 28, 6:59 PM · VyOS 1.2 Crux, VyOS 1.3 Equuleus
hagbard claimed T1831: FRR: implementation ipv6 RAs via FRR.
Thu, Nov 28, 5:58 PM · VyOS 1.3 Equuleus
hagbard created T1831: FRR: implementation ipv6 RAs via FRR.
Thu, Nov 28, 5:57 PM · VyOS 1.3 Equuleus
hagbard changed the status of T1828: Missing completion helper for "set system syslog host 192.0.2.1 facility all protocol" from In progress to Needs testing.

https://github.com/vyos/vyos-1x/commit/dad110ce666edae42ac18c59a800bda503589f27

Thu, Nov 28, 5:22 PM · VyOS 1.2 Crux
hagbard changed Difficulty level from easy to normal on T1828: Missing completion helper for "set system syslog host 192.0.2.1 facility all protocol".
Thu, Nov 28, 4:30 PM · VyOS 1.2 Crux
hagbard changed the status of T1828: Missing completion helper for "set system syslog host 192.0.2.1 facility all protocol" from On hold to In progress.

Gotcha, I start implement it for the rolling release for now.

Thu, Nov 28, 4:16 PM · VyOS 1.2 Crux

Wed, Nov 27

hagbard moved T1828: Missing completion helper for "set system syslog host 192.0.2.1 facility all protocol" from Need Triage to In Progress on the VyOS 1.2 Crux board.
Wed, Nov 27, 11:15 PM · VyOS 1.2 Crux
hagbard changed the status of T1828: Missing completion helper for "set system syslog host 192.0.2.1 facility all protocol" from Open to On hold.

@c-po I used the 1.2.3 iso from the download portal and can't reproduce the issue. The help message was also already there since it was (re)implemented, could it be an issue with your installation?

Wed, Nov 27, 11:09 PM · VyOS 1.2 Crux