Page MenuHomeVyOS Platform

runar (Runar Borge)
User

Projects

User Details

User Since
Jun 7 2018, 9:21 PM (119 w, 6 d)

Recent Activity

Fri, Sep 4

runar created T2856: equuleus: `show version all` throws broken pipe exception on abort.
Fri, Sep 4, 7:41 AM · VyOS 1.2 Crux, VyOS 1.3 Equuleus

Thu, Sep 3

runar added a comment to T2508: Enable user to configure a LUA script that modifies resolving in PowerDNS.

why don't we chang unbound to coredns ? Coredns will be more stronger thant unbound.

Thu, Sep 3, 4:54 AM · VyOS 1.3 Equuleus

Tue, Aug 25

runar closed T2826: frr: frr python lib error in replace_section as Resolved.
Tue, Aug 25, 6:27 PM · VyOS 1.3 Equuleus
runar created T2826: frr: frr python lib error in replace_section.
Tue, Aug 25, 6:03 PM · VyOS 1.3 Equuleus

Aug 20 2020

runar added a comment to T2814: kernel 5.1+ : NAT : module `nft_chain_nat_ipv4` renamed.

Yes, nft_chain_nat_ipv6 is also affected by this, and needs the same adjustments as the nat module

Aug 20 2020, 4:29 AM · VyOS 1.3 Equuleus

Aug 19 2020

runar updated the task description for T2814: kernel 5.1+ : NAT : module `nft_chain_nat_ipv4` renamed.
Aug 19 2020, 7:05 PM · VyOS 1.3 Equuleus
runar added a project to T2814: kernel 5.1+ : NAT : module `nft_chain_nat_ipv4` renamed: VyOS 1.3 Equuleus.
Aug 19 2020, 6:47 PM · VyOS 1.3 Equuleus
runar created T2814: kernel 5.1+ : NAT : module `nft_chain_nat_ipv4` renamed.
Aug 19 2020, 6:44 PM · VyOS 1.3 Equuleus
runar renamed T2813: NAT: possible to commit illegal source nat without translation from NAT: possible to commit illegal source nat without destination to NAT: possible to commit illegal source nat without translation .
Aug 19 2020, 6:32 PM · VyOS 1.3 Equuleus
runar created T2813: NAT: possible to commit illegal source nat without translation .
Aug 19 2020, 6:31 PM · VyOS 1.3 Equuleus

Aug 17 2020

runar closed T2766: vyos-build: build-config: arm64 is not a valid architecture as Resolved.

Merged

Aug 17 2020, 9:43 AM

Aug 6 2020

runar added a comment to T2766: vyos-build: build-config: arm64 is not a valid architecture.

PR: https://github.com/vyos/vyos-build/pull/116

Aug 6 2020, 9:33 PM
runar created T2766: vyos-build: build-config: arm64 is not a valid architecture.
Aug 6 2020, 9:29 PM
runar closed T2765: vyatta-cfg-system: arm: vyatta-cfg-system is dependent on a amd64 only package as Resolved.

PR Merged

Aug 6 2020, 9:21 PM
runar added a comment to T2765: vyatta-cfg-system: arm: vyatta-cfg-system is dependent on a amd64 only package.

PR: https://github.com/vyos/vyatta-cfg-system/pull/127

Aug 6 2020, 9:12 PM
runar created T2765: vyatta-cfg-system: arm: vyatta-cfg-system is dependent on a amd64 only package.
Aug 6 2020, 8:44 PM
runar closed T2422: arm: docker: Unable to build docker container for ARM and ARM64 as Resolved.

Container fixed, closing this ticket

Aug 6 2020, 5:59 PM
runar closed T1927: Extend main docker container to support arm builds as Resolved.

The CI is now extended to build arm containers by default. they are also exported to dockerhub. closing this ticket

Aug 6 2020, 5:58 PM

Aug 3 2020

runar closed T1511: Rewrite ethernet setup scripts to python as Resolved.

This could be closed in its current form, i'll open a new ticket om the missing parts

Aug 3 2020, 5:32 PM · VyOS 1.3 Equuleus

Jul 29 2020

runar created T2739: vyos-utils is not compiled with a Jenkins pipeline..
Jul 29 2020, 6:12 AM
runar added a comment to T2719: Standardized op mode script structure.

Please consider using zeromq instead of pynng

Jul 29 2020, 4:57 AM · VyOS 1.3 Equuleus

Jul 27 2020

runar added a comment to T2736: Change curl to aria2c.

I have to say i agree with @c-po, i see no real reason for changing this. But it could be added as an optional executable but not changing our internal tools to use it. -1

Jul 27 2020, 5:57 PM · VyOS 1.3 Equuleus

Jul 26 2020

runar added a comment to T2735: WireGuard can not configure multiple peers - allowed-ips is overwritten.

Ref: https://lists.zx2c4.com/pipermail/wireguard/2018-December/003704.html

Jul 26 2020, 7:30 PM · VyOS 1.3 Equuleus
runar added a comment to T2735: WireGuard can not configure multiple peers - allowed-ips is overwritten.

This s expected wireguard behavior.

Jul 26 2020, 7:10 PM · VyOS 1.3 Equuleus

Jul 21 2020

runar added a comment to T2326: Migrate NHRP(DMVPN) to FRR.

As i remember the lack of multicast replication was the reason this stopped up last time it was discussed... And as ospf and eigrp is the most used protocols run over dmvpn i think this is a showstopper for implementimg nhrpd

Jul 21 2020, 5:58 PM · VyOS 1.3 Equuleus
runar added a comment to T2720: Rework vyos.template Python module to make future extension easier.

While you are working on this, there is a need for a render function that does return the template as an variable instead of saving it to a file.
could you extend your patch to also include such a function? if written correctly it could be used by the render() function to not duplicate code.

Jul 21 2020, 11:19 AM · VyOS 1.3 Equuleus

Jul 15 2020

runar added a comment to T2706: Support NDP protocol monitoring.

https://github.com/vyos/vyos-1x/blob/current/debian/control

Jul 15 2020, 2:38 PM · VyOS 1.3 Equuleus
runar added a comment to T2706: Support NDP protocol monitoring.

Hi! This PR does the wrong approach for adding this command to the vyos system. As this is a utility that should be used from within the CLI it should be added to the cliwith the xml framework inside vyos-1x, and rhen should be a dependency of vyos-1x, and not to vyos-build

Jul 15 2020, 2:25 PM · VyOS 1.3 Equuleus

Jul 9 2020

runar added a comment to T2638: FRR: New framework for configuring FRR .

After some benchmarking of this code i have i've gotten hold of a quite large test configuration that takes a waste amount of time to load into vyos.

Jul 9 2020, 9:54 PM · VyOS 1.3 Equuleus

Jul 8 2020

runar added a comment to T2646: Sysctl for IPv4 ECMP Hash Policy Not Set.

The same for ipv6 is available under set system ipv6 layer4-hashing

Jul 8 2020, 5:45 AM · VyOS 1.3 Equuleus
runar added a comment to T2646: Sysctl for IPv4 ECMP Hash Policy Not Set.

HI! On 1.3 layer4-hashing is activated by using the set system ip layer4-hashing command

Jul 8 2020, 5:38 AM · VyOS 1.3 Equuleus

Jul 6 2020

runar added a comment to T2689: Add helper functions to query changes between session and effective configs.

About is_changed, i see the need to have a function that tells if there are any changes in the path tree under the given path.. specified.

Jul 6 2020, 3:45 PM · VyOS 1.3 Equuleus
runar added a comment to T2689: Add helper functions to query changes between session and effective configs.

Good point, get_value_changed is a better name for this. As you want to distinguish between a returned value of False and a "Not Changed" using a two tuple (namedTuple?) returned with new and old value makes it easy to "see" the difference

Jul 6 2020, 3:17 PM · VyOS 1.3 Equuleus
runar added a comment to T2689: Add helper functions to query changes between session and effective configs.

Also, as everything set in python will render True, couldn't is_value_changed return the old and new value instead of just true/false? This will make get_value_changed redundant

Jul 6 2020, 3:08 PM · VyOS 1.3 Equuleus
runar added a comment to T2689: Add helper functions to query changes between session and effective configs.

What about providing a is_changed, that returns False, added, deleted or changed with the new value provided in the result? Added/deleted/changed can be of a enum type or something like that

Jul 6 2020, 3:00 PM · VyOS 1.3 Equuleus

Jul 3 2020

runar added a comment to T2674: Other arhitecture support (MIPS, ARM).

There are allready someone trying to make a guide for building vyos on arm and the pi3/4, i myself have made it work on the pi4 some time ago but did not save my work so i dont have all the steps to reproduce..

Jul 3 2020, 8:19 AM · VyOS 1.3 Equuleus

Jul 2 2020

runar added a comment to T2653: "set interfaces" Python handler code improvements - next iteration.

Please open a new ticket or move your comment to an appropriate ticket, this ticket is not discussing your consernes.

Jul 2 2020, 4:42 PM · VyOS 1.3 Equuleus

Jun 28 2020

runar added a comment to T2638: FRR: New framework for configuring FRR .

PR for FRR code in vyos-1x : https://github.com/vyos/vyos-1x/pull/483/files

Jun 28 2020, 7:09 PM · VyOS 1.3 Equuleus

Jun 27 2020

runar added a comment to T2638: FRR: New framework for configuring FRR .

PR for fixing frr-reload: https://github.com/vyos/vyos-build/pull/111

Jun 27 2020, 7:43 PM · VyOS 1.3 Equuleus
runar added a comment to T2659: Add fastnetmon (DDoS detection) support.

I agree with @jack9603301 on this, as fastnetmon is not a ids solution, and only focuses on ddos protection it is best to avoid ids in the command syntax alltogether...

Jun 27 2020, 4:02 PM · VyOS 1.3 Equuleus

Jun 24 2020

runar updated the task description for T2638: FRR: New framework for configuring FRR .
Jun 24 2020, 9:18 PM · VyOS 1.3 Equuleus
runar updated the task description for T2638: FRR: New framework for configuring FRR .
Jun 24 2020, 9:43 AM · VyOS 1.3 Equuleus
runar created T2638: FRR: New framework for configuring FRR .
Jun 24 2020, 9:38 AM · VyOS 1.3 Equuleus

Jun 11 2020

runar added a comment to T2587: Cannot enable the interface when the MTU is set to less than 1280.

As a side-note, the kernel reacts correctly to this by rfc6145.

An IPv6 link has to have an MTU of 1280 bytes or greater. The corresponding limit for IPv4 is 68 bytes.
Jun 11 2020, 9:12 PM · VyOS 1.3 Equuleus

Jun 10 2020

runar added a comment to T2578: ipaddrcheck unaware of /31 host addresses - can no longer assign /31 mask to interface addresses.

i'm wondering if this is the right approach.
This works as a workaround, but this needs to be added to the ipaddrcheck validator as an allowed host-address and not be done in a shell script

Jun 10 2020, 8:23 AM · VyOS 1.3 Equuleus

Jun 5 2020

runar added a comment to T2549: repository restructuration suggestions.

Yes, we need to try/except the apply section (the other should never fail but we could still catch errors to not leave the system in an unknown state) but when applying the reverse configuration (ie: invert effective and new and re-apply) one must then be careful if that fails too (we do not want a forever loop :p). The code already runs all the get_dict and all the verify first, so we will only apply if all is ok, but still issues could occur.

Jun 5 2020, 8:48 PM · VyOS 1.3 Equuleus
runar added a comment to T2549: repository restructuration suggestions.

About rollback, i'm wondering about a try:expect loop around apply() that will catch faults and trigger a rollback() to restore old files etc.
The rollback won't be a 100% abort, because vyatta-cfg would not rollback subsystems that have allready been configured.. but we will get a pr. Subsystem rollback and thats a start :) to get a full rollback wee need to change the backend or the executor in the backend.

Jun 5 2020, 2:43 PM · VyOS 1.3 Equuleus
runar added a comment to T2549: repository restructuration suggestions.

Here comes some suggestions from my part :)

Jun 5 2020, 8:55 AM · VyOS 1.3 Equuleus

May 31 2020

runar added a comment to T2088: Increased boot time from 1.2.4 -> 1.3 rolling by 100%.

As the current "priority map" there aren't a loot of concurrent python blocks, but i think many of the remaining bash/perl scripts could be moved to new places. https://pastebin.com/z6ZvkJKB

May 31 2020, 6:14 AM · VyOS 1.3 Equuleus
runar added a comment to T2088: Increased boot time from 1.2.4 -> 1.3 rolling by 100%.

I've created some proof of concept code that i think could help on this issue. https://github.com/runborg/vyos-1x/blob/main-cfg/src/conf_mode/main.py this is a conf-mode executor that handles multiple conf mode scripts. The reason i think this could seriously help on this issue is that as this is all running inside a single python tnterpreter, its able to load the config object once and pass it to all needed conf_mode scripts without a need for reinitialization.

May 31 2020, 5:50 AM · VyOS 1.3 Equuleus

May 18 2020

runar added a comment to T2474: Building instructions with Docker need a little more detail.

The dockerhub image is just an environment capable of generating the vyos image, it does not include any of the files needed to generate the image itself. These files are inside the vyos-build repository.

May 18 2020, 9:44 PM
runar added a comment to T2476: Bond member description change leads to network outage.

To clarify the hw-id tag. This is the only way VyOS scripts know what interface to give what name on bootup, as the boot-order of nics could be different on every reboot (potentially) vyos needs a way to identify the "correct" order of the nics when it boots. if you remove the hw-id tag from the interface the configuration script don't know what interface to give the configuration to, so you could potentially get nic-reordering on every single reboot.

May 18 2020, 9:30 PM · VyOS 1.2 Crux (VyOS 1.2.6), VyOS 1.3 Equuleus
runar added a comment to T2475: linting.

What repository, and what errors? :)

May 18 2020, 4:31 PM · VyOS 1.3 Equuleus

May 10 2020

runar added a comment to T2267: equuleus: Autogenerating deb package version number for internal packages.

I've added an extra bulletpoint that needs to be fixed in the comment prior to this one.

May 10 2020, 6:34 PM · VyOS 1.3 Equuleus
runar added a comment to T2267: equuleus: Autogenerating deb package version number for internal packages.

VyOS dont provide the packages upstream to anyone, and a package is only installed at image create time and never upgraded. And as the changelog have up to now newer been used i dont see the point of over-complicating this. This will only make it harder to make a release image as more unnecessary (as i would call it) steps are added to the process.

May 10 2020, 6:27 PM · VyOS 1.3 Equuleus
runar added a comment to T2267: equuleus: Autogenerating deb package version number for internal packages.

Yes, i'm aware of these modifiers. But the issue here is not to generate newer then the upstream, because we are the upstream. these changes are to make the version visible in our upstream packages. the current solution with manually versioning does not work because the Debian version is "never" incremented. (there could be hundreds of commits between each version increase..) and in the mean time it is quite hard to identify exactly what changes are made to the package in the image. for this we automatically change the version tag on build-time and adds the most resent git version tag and the number of commits since that tag visible in the upstream version tag. as for the "downstream" part of the version tag we out the git commit id and info about the "state" of the repo on build-time. those we also could identify if the package build is indeed the upstream package or a custom package by the user. :)
upstream version will be in the format of : <git-version-tag> - <commits from tag> and downstream version: -g<commit-id>(+<dirty>)? an example : 1.3dev0-4 -g1234567 and 1.3.0-0 -g1234567

May 10 2020, 10:28 AM · VyOS 1.3 Equuleus

May 8 2020

runar created T2436: equuleus: Testing: vyos-1x: syntax checking python scripts in PR.
May 8 2020, 7:51 AM

May 3 2020

runar created T2422: arm: docker: Unable to build docker container for ARM and ARM64 .
May 3 2020, 11:03 AM

Apr 23 2020

runar added a comment to T2366: change the default for Interface creation to False.

"This is fine if used in conf_mode scripts that'll create it after that anyway" if the intention of the code was not to create the interdace this is not fine if you ask me. :)

Apr 23 2020, 3:39 PM
runar added a comment to T1557: Create generic abstraction for configuring interfaces e.g. IP address.

thats correct @jjakob , when a mac is changed on a interface the ONLY place to find the original mac address for a interface is using the hw-id, this is because the kernel does not hold track of the original mac anywhere. for now on saving the config it reverts back to the original hw-id mac when the mac node is deleted witch should be quite fine to do. When the old boot interface mapping code is rewritten these pointers also need to match the new scripts. but thats another storry :)

Apr 23 2020, 2:35 PM · VyOS 1.3 Equuleus

Apr 18 2020

runar added a comment to T2206: Split WireGuard endpoint into proper host and port nodes.

Actually, specifying wireguard peer as a hostname only worked on initial setup. The reason for this is that the hostname is resolved only on initial startup of the wireguard tunnel. On boot the ip stack is not fully operational resulting in wireguard beeing unable to resolve hostnames. (But this avtually could depend of the execution time of the initialization scripts) .. a better alternative to this is to make a initialization script that is delay'd and then resolves the hostname and inserts the correct ip in wireguard when the router is fully booted. This could be created using a custom script called from the post-bootup script or something like that.

Apr 18 2020, 12:48 PM · VyOS 1.3 Equuleus

Apr 13 2020

runar added a subtask for T2175: Rewriting all FRR processes allow for reloading and to XML/Python style: T1514: Add ability to restart frr processes.
Apr 13 2020, 10:19 AM
runar added a parent task for T1514: Add ability to restart frr processes: T2175: Rewriting all FRR processes allow for reloading and to XML/Python style.
Apr 13 2020, 10:19 AM · VyOS 1.3 Equuleus

Apr 12 2020

runar updated subscribers of T2267: equuleus: Autogenerating deb package version number for internal packages.

Any comments @dmbaturin ?

Apr 12 2020, 6:44 AM · VyOS 1.3 Equuleus

Apr 11 2020

runar added a subtask for T2175: Rewriting all FRR processes allow for reloading and to XML/Python style: T2271: OSPF: add VRF support.
Apr 11 2020, 5:10 PM
runar added a parent task for T2271: OSPF: add VRF support: T2175: Rewriting all FRR processes allow for reloading and to XML/Python style.
Apr 11 2020, 5:10 PM · VyOS 1.3 Equuleus

Apr 10 2020

runar updated the task description for T2267: equuleus: Autogenerating deb package version number for internal packages.
Apr 10 2020, 9:38 PM · VyOS 1.3 Equuleus
runar added a comment to T2267: equuleus: Autogenerating deb package version number for internal packages.

Change description since last update:

Apr 10 2020, 9:24 PM · VyOS 1.3 Equuleus
runar updated the task description for T2267: equuleus: Autogenerating deb package version number for internal packages.
Apr 10 2020, 9:21 PM · VyOS 1.3 Equuleus
runar added a comment to T2267: equuleus: Autogenerating deb package version number for internal packages.

Change description since original update.
versioning of 1.3dev-3-g1234567 will count as newer then 1.3dev3-3-g1234567 this means that all dev releases needs to have a initial index. i've added it indexed from zero.
for a full version list see here

Original order               Sorted order                Upstream Version
1.3dev-0-g1234567          - 1.3.1-2-g1234567          : 1.3.1-2
1.3dev0-0-g1234567         - 1.3.1                     : 1.3.1
1.3.1-2-g1234567           - 1.3.0-7-g1234567          : 1.3.0-7
1.3.1                      - 1.3.0-3-g1234567          : 1.3.0-3
1.3dev2-8-g12345671.3.0    - 1.3dev-4-g1234567         : 1.3dev-4
1.3.0-7-g1234567           - 1.3dev-0-g1234567         : 1.3dev-0
1.3dev                     - 1.3dev2-8-g12345671.3.0   : 1.3dev2-8
1.3dev-4-g1234567          - 1.3dev2                   : 1.3dev2
1.3dev1                    - 1.3dev1-4-g1234567        : 1.3dev1-4
1.3dev2                    - 1.3dev1                   : 1.3dev1
1.3dev1-4-g1234567         - 1.3dev0-1-g1234567        : 1.3dev0-1
1.3.0-3-g1234567           - 1.3dev0-0-g1234567        : 1.3dev0-0
1.3dev0-1-g1234567         - 1.3dev                    : 1.3dev
Apr 10 2020, 9:12 PM · VyOS 1.3 Equuleus
runar updated the task description for T2267: equuleus: Autogenerating deb package version number for internal packages.
Apr 10 2020, 9:06 PM · VyOS 1.3 Equuleus
runar triaged T2267: equuleus: Autogenerating deb package version number for internal packages as Normal priority.
Apr 10 2020, 8:46 PM · VyOS 1.3 Equuleus

Apr 9 2020

runar changed the status of T2257: BGP does not work with VRF from Open to On hold.
Apr 9 2020, 5:03 PM · VyOS 1.3 Equuleus
runar changed the status of T2258: VRF route leaking from BGP from Open to On hold.
Apr 9 2020, 5:03 PM · VyOS 1.3 Equuleus
runar added a comment to T2258: VRF route leaking from BGP.

Vrfs are for now not supported in dynamic routing protocols, only static routing is for now possible. Se also comment in T2257

Apr 9 2020, 5:02 PM · VyOS 1.3 Equuleus
runar added a comment to T2257: BGP does not work with VRF.

For now only static routing supports vrf, bgp, ospf and rip does not support vrf for time beeing. Support for this is being workes on, but its quite a large rewrite required to add support for this in bgp.

Apr 9 2020, 5:00 PM · VyOS 1.3 Equuleus

Apr 2 2020

runar added a comment to T1579: Rewrite all interface types in new XML/Python style.

This is only for interfaces, T2175 is for all frr related daemons .. other features need a ticket

Apr 2 2020, 12:20 PM · VyOS 1.3 Equuleus

Mar 29 2020

runar added a subtask for T2174: Rewrite protocol BGP to new XML/Python style: T1315: Allow BGP to use address-family l2vpn evpn.
Mar 29 2020, 2:55 PM · VyOS 1.3 Equuleus
runar added a parent task for T1315: Allow BGP to use address-family l2vpn evpn: T2174: Rewrite protocol BGP to new XML/Python style.
Mar 29 2020, 2:55 PM · VyOS 1.3 Equuleus
runar removed a parent task for T2174: Rewrite protocol BGP to new XML/Python style: T1315: Allow BGP to use address-family l2vpn evpn.
Mar 29 2020, 2:55 PM · VyOS 1.3 Equuleus
runar removed a subtask for T1315: Allow BGP to use address-family l2vpn evpn: T2174: Rewrite protocol BGP to new XML/Python style.
Mar 29 2020, 2:55 PM · VyOS 1.3 Equuleus
runar added a parent task for T2174: Rewrite protocol BGP to new XML/Python style: T2175: Rewriting all FRR processes allow for reloading and to XML/Python style.
Mar 29 2020, 2:53 PM · VyOS 1.3 Equuleus
runar added a subtask for T2175: Rewriting all FRR processes allow for reloading and to XML/Python style: T2174: Rewrite protocol BGP to new XML/Python style.
Mar 29 2020, 2:53 PM
runar created T2175: Rewriting all FRR processes allow for reloading and to XML/Python style.
Mar 29 2020, 12:38 PM

Mar 20 2020

runar added a comment to T2007: SSTP accepts client MTU up to 16384 bytes.

As the mtu on an ip network could exceed 1500b it is not so strange to allow larger than 1500b frames on the tunnel. But this could be adjusted to follow the max mtu values on ethernet interfaces. As taken from my head max mtu on ethernet is about 9000b

Mar 20 2020, 4:14 PM · VyOS 1.3 Equuleus

Feb 13 2020

runar created T2035: Executing vyos-smoketest multiple times makes ssh test fail on execution.
Feb 13 2020, 10:41 PM
runar added a comment to T2034: Removal of interfaces loopback lo removed 127.0.0.1 and ::1.

PR: https://github.com/vyos/vyos-1x/pull/220

Feb 13 2020, 10:32 PM · VyOS 1.3 Equuleus
runar created T2034: Removal of interfaces loopback lo removed 127.0.0.1 and ::1.
Feb 13 2020, 9:52 PM · VyOS 1.3 Equuleus

Feb 12 2020

runar closed T2028: Convert "interfaces tunnel" to new XML/Python representation as Invalid.
Feb 12 2020, 1:00 PM · VyOS 1.3 Equuleus
runar added a comment to T2028: Convert "interfaces tunnel" to new XML/Python representation.

as discussed on slack, GRE is already supported: https://docs.vyos.io/en/latest/vpn/gre-ipsec.html , closing as invalid

Feb 12 2020, 1:00 PM · VyOS 1.3 Equuleus

Jan 22 2020

runar added a comment to T1970: Correct adding interfaces on boot.

This also could be the same issue as described in T577

Jan 22 2020, 8:10 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus
runar added a comment to T577: Unconfigured Ethernet interface discovery partial failure on boot.

This issue is possibly fixed in current by ticket T1970, could you retry with the newest current rolling release?

Jan 22 2020, 8:08 PM · VyOS 1.3 Equuleus

Jan 20 2020

runar added a comment to T1970: Correct adding interfaces on boot.

PR for this fix: https://github.com/vyos/vyatta-cfg/pull/20

Jan 20 2020, 7:31 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus

Jan 1 2020

runar created T1927: Extend main docker container to support arm builds.
Jan 1 2020, 9:32 AM

Dec 20 2019

runar added a comment to T1894: FRR config not loaded after daemons segfault or restart.

This is a known fault, and is not easily fixable in the current implementation. This fault is because the vuos cli manually configures the frr process after it's started, and when the process dies/restarts it will read its config from the saved config file. This makes the process restart into an empty config as we have no way to save the config from the prior process.

Dec 20 2019, 10:39 PM · VyOS 1.3 Equuleus

Dec 8 2019

runar added a comment to T1863: daemon config lost after commit changes.

This looks like the same issue as described in T1846, can anyone confirm this?

Dec 8 2019, 4:40 PM

Dec 5 2019

jjakob awarded T1354: Add support for VLAN-Aware bridges a Like token.
Dec 5 2019, 7:43 PM · VyOS 1.3 Equuleus
runar added a comment to T1354: Add support for VLAN-Aware bridges.

There have been some time since i've managed to work on this now, and in the mean-time the whole ethernet/bridge sertup have been rewritten into python, so i need to restart my work on this implementation , also the bridge membership part is moved around in the cli so information in this ticket is out-of-sync with the current implementation and needs to be rethinked

Dec 5 2019, 7:21 PM · VyOS 1.3 Equuleus

Dec 1 2019

runar added a comment to T1839: LLDP shows "VyOS unknown" instead of "VyOS".

as far as i know the content of the platform field is the first characters from sysdescr (20 characters?). on one of my devices this is

System Description:
Cisco IOS Software, C2960 Software (C2960-LANBASEK9-M), Version 15.0(2)SE8, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2015 by Cisco Systems, Inc.
Compiled Thu 14-May-15 02:39 by prod_rel_team
Dec 1 2019, 9:28 PM · VyOS 1.2 Crux (VyOS 1.2.4)

Oct 31 2019

runar added a comment to T1781: Inconsistant leveling output from json printout.

To fix this inconsistancy the output of show int ethernet | json should be:

{
       "eth0": {
            "address": "10.10.10.10/24"
        }
}
Oct 31 2019, 10:31 AM · VyOS 1.3 Equuleus