Page MenuHomeVyOS Platform

runar (Runar Borge)
User

Projects

User Details

User Since
Jun 7 2018, 9:21 PM (95 w, 4 d)

Recent Activity

Thu, Apr 2

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

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

Sun, Mar 29

runar added a subtask for T2174: Rewrite protocol BGP to new XML/Python style: T1315: Allow BGP to use address-family l2vpn evpn.
Sun, Mar 29, 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.
Sun, Mar 29, 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.
Sun, Mar 29, 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.
Sun, Mar 29, 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.
Sun, Mar 29, 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.
Sun, Mar 29, 2:53 PM
runar created T2175: Rewriting all FRR processes allow for reloading and to XML/Python style.
Sun, Mar 29, 12:38 PM

Fri, Mar 20

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

Fri, Mar 20, 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
runar created T1781: Inconsistant leveling output from json printout.
Oct 31 2019, 10:12 AM · VyOS 1.3 Equuleus

Oct 27 2019

runar added a comment to T1773: Make it possible to export config to JSON.

With this, will there also be possible to parse the same json into an json import? This to allow for a more programatic way to add things than via set commands

Oct 27 2019, 2:16 PM · VyOS 1.2 Crux (VyOS 1.2.5), VyOS 1.3 Equuleus

Oct 23 2019

runar updated subscribers of T1761: Bgp instance not found after save/reboot.

Whats happening here is that the non-commit-able session is saved to disk. because of this BGP will fail on reload because of illegal configuration on the peer. What needs to be done here is to disallow the save command when there are non-commited work in the session.. or at least give a clear warning about this with a [y/N] answer. is this possible to incorporate into vbash? @dmbaturin

Oct 23 2019, 4:24 PM · VyOS 1.3 Equuleus

Oct 19 2019

runar added a comment to T1711: Bgp set local-AS number one time.

It is true what @Viacheslav say, there is only possible to run one instance of bgp om a given router.. when using vrf's the bgp running inside the vrf is a subset of the main instance. to confirm, start vtysh and try to create multiple processes.. it will likly fail :)

Oct 19 2019, 10:46 AM · VyOS 1.3 Equuleus
runar added a comment to T1711: Bgp set local-AS number one time.

As for my understanding frr only supports a single bgp instance running at a time. But i've not verified thid completly.

Oct 19 2019, 7:14 AM · VyOS 1.3 Equuleus

Oct 18 2019

runar added a comment to T1711: Bgp set local-AS number one time.

As the AS number is a bgp specific attribute i don't think it's wise to move it out of the bgp hierarchy .

Oct 18 2019, 9:15 PM · VyOS 1.3 Equuleus
runar added a comment to T1604: equuleus: buster: vbash: tab completion breaks.

@c-po what you are describing don't look like a bug.. its more like a feature :) anyways its not related to this issue so please open another ticket on this.

Oct 18 2019, 8:45 PM · VyOS 1.3 Equuleus

Oct 15 2019

runar added a comment to T1732: Removing vyatta-webproxy module.

Also, as we are implementing this into the vyos cli, we can only omplement a small subset of the squid functionallity without doing lare efforts on implementing everything.. thats also why i favor to removing this functionallity..

Oct 15 2019, 4:01 PM · VyOS 1.3 Equuleus
runar added a comment to T1732: Removing vyatta-webproxy module.

+1

Oct 15 2019, 3:50 PM · VyOS 1.3 Equuleus

Oct 14 2019

runar added a comment to T1730: Adding the remote syslog feature to webproxy.

Because the amount of logs from this system could be enormous, Is it possible to move these logs to another syslog file to not overcroud the main syslog file?

Oct 14 2019, 8:40 PM · VyOS 1.3 Equuleus
runar added a comment to T1604: equuleus: buster: vbash: tab completion breaks.

@hagbard This is still an issue in conf-mode. to replicate:

Oct 14 2019, 5:11 PM · VyOS 1.3 Equuleus

Oct 1 2019

runar added a comment to T1700: Wireguard FQDN endpoint doesn't work after reboot.

@kroy just to be clear, i'm not against using dns as endpoint for wireguard.. i'm for it, because i have the same issue as you do, but what i'm against is the way to getting there. As the wireguard protocol does not support dns in it self using this method is a loosing game.. what i'm not against is writing a daemon that does the name resolution for you when it comes available.. and available could mean after 1sec, 1m, 1h or even longer after the system is booted.. this daemon also could do re-resolving when the peer is down and the dns has changed...

Oct 1 2019, 2:48 PM · Rejected
runar added a comment to T1700: Wireguard FQDN endpoint doesn't work after reboot.

As for openvpn i dont know, but if the app itself does dns queries on connect it will work quite fint (as i think it does)

Oct 1 2019, 6:54 AM · Rejected
runar added a comment to T1700: Wireguard FQDN endpoint doesn't work after reboot.

As i tried to say, this fix will only work in some scenarios, and this comes down to the implementation of the app were configuring. And to be clear, wireguard does NOT support dns, but the wg config utillity does. On execution time it reads the dns name and tries to resolve it once, and only once. When it fails things would not work.. this is the same with eg. Nhrp that works exactly the same.. using this has raise conditions with getting ip up and running and not only on the host file. We do not wait for dhcp to delegate an address or dns servers.. these could come many ms/sec after wireguard is configured.. this is even true in the case when you change the priority.. and the length of the config/execution time also comes in as an parameter in this raise condition.. so, if you ask me, revert the priority and instead create a dns daemon thing that could read the config and populate the entry when it has failed.

Oct 1 2019, 6:53 AM · Rejected

Sep 30 2019

runar added a comment to T1700: Wireguard FQDN endpoint doesn't work after reboot.

Changing the priority will only change a portion of this. It.. could fix the situation there the user have static ip and a default route, but will not give effect when the user has dhcp or uses bgp el.. so my wote goes to not changing priorities on this. This is a loosing race as long as we dont have a daemon el. That manages the connections..

Sep 30 2019, 5:44 PM · Rejected

Sep 26 2019

runar closed T1686: Spam as Invalid.
Sep 26 2019, 5:14 AM
runar renamed T1686: Spam from Arlo Customer Support Number to Spam.
Sep 26 2019, 5:13 AM

Sep 15 2019

runar added a comment to T1663: T1656 equuleus: buster: arm64/aarch64: ipaddrcheck does not complete testing.

the error in the test-log is just the errorcode, but the real error message is a memory allocation error:

vyos_bld@dd27213bf7b5:/vyos/ipaddrcheck/src$ ./ipaddrcheck
Error: could not allocate memory!
Sep 15 2019, 5:53 PM · VyOS 1.3 Equuleus
runar added a comment to T1663: T1656 equuleus: buster: arm64/aarch64: ipaddrcheck does not complete testing.

The same build procedure is tested fine on x86_64 and armhf without this issue

Sep 15 2019, 7:26 AM · VyOS 1.3 Equuleus
runar triaged T1663: T1656 equuleus: buster: arm64/aarch64: ipaddrcheck does not complete testing as Normal priority.
Sep 15 2019, 7:22 AM · VyOS 1.3 Equuleus

Sep 12 2019

runar placed T1656: equuleus: buster: arm: iso creation failes because of intel drivers up for grabs.
Sep 12 2019, 12:10 PM · VyOS 1.3 Equuleus
runar triaged T1656: equuleus: buster: arm: iso creation failes because of intel drivers as Normal priority.
Sep 12 2019, 12:10 PM · VyOS 1.3 Equuleus
runar triaged T1655: equuleus: buster: arm: vyos-accel-ppp build failes because of filename hardcoded as x86_64 in debian/rules as Normal priority.
Sep 12 2019, 7:56 AM · VyOS 1.3 Equuleus

Sep 7 2019

runar added a comment to T945: Unable to change configuration after changing it from script (vbash + script-template).

As a workaround could this be added as the first lines of the bash script?
This will check the primary group the script executes via and respawn as the vyattacfg group if it's something else before continuing.

if [ $(id -gn) != vyattacfg ]; then
    exec sg vyattacfg "$0 $*"
fi

NB! the if is necessary because the script should not execute the exec when you respawn as correct group.
You will end in a exec loop if its not there .. :)
i've not tested this on vyos, but have helped me on other systems

Sep 7 2019, 7:21 PM · VyOS 1.3 Equuleus

Sep 6 2019

runar added a comment to T1572: Wireguard keyPair per interface.

i agree with allowing this.

Sep 6 2019, 10:23 AM · VyOS 1.3 Equuleus

Aug 27 2019

runar added a comment to T1614: Rewrite bonding interface in new style XML syntax.

improvement suggestion:

  • remove the use of + in hash-policy names. layer2+3 and layer3+4. this could be replaced with the more used - character, so layer2-3 and layer3-4
  • also add support for encap2-3 and encap3-4hash-policy
Aug 27 2019, 2:16 PM · VyOS 1.3 Equuleus
runar added a comment to T1614: Rewrite bonding interface in new style XML syntax.

It is true that you need a hash-policy, but specifying a hash-policy is optional, if you don't specify it reverts to the kernel default that is layer2..
also defaults should not be listed in the configuration. (because then the configuration will be crowded with all kind of strange things that is a default)

Aug 27 2019, 2:09 PM · VyOS 1.3 Equuleus
runar added a comment to T1614: Rewrite bonding interface in new style XML syntax.

Improvement suggestion:
set interfaces bonding bond0 hash-policy # defaults to layer2, listing layer2 as an configureable alternative is then redundant. to revert to level2 the user should delete the config entry instead. also update description about using layer2 as a default

Aug 27 2019, 1:11 PM · VyOS 1.3 Equuleus

Aug 23 2019

runar added a comment to T1608: bridge: Bridge adding non existing interfaces is allowed but does not work.

Full console dump to reproduce with comments:

##
## Start without anything
Aug 23 2019, 9:29 AM · VyOS 1.3 Equuleus
runar added a comment to T1608: bridge: Bridge adding non existing interfaces is allowed but does not work.

the current only way to get the interface added to the group is to remove and readd it to the group.

vyos@vyos# brctl show
bridge name	bridge id		STP enabled	interfaces
br1		8000.525405123456	yes		eth0.1
Aug 23 2019, 8:53 AM · VyOS 1.3 Equuleus
runar added a comment to T1608: bridge: Bridge adding non existing interfaces is allowed but does not work.

i've updated the description. the bridge is created and comitted prior to the creation of the interface.

Aug 23 2019, 8:51 AM · VyOS 1.3 Equuleus
runar updated the task description for T1608: bridge: Bridge adding non existing interfaces is allowed but does not work.
Aug 23 2019, 8:51 AM · VyOS 1.3 Equuleus
runar renamed T1608: bridge: Bridge adding non existing interfaces is allowed but does not work from bridge: possible to add non-created interfaces. to bridge: Bridge adding non existing interfaces is allowed but does not work.
Aug 23 2019, 8:44 AM · VyOS 1.3 Equuleus
runar created T1608: bridge: Bridge adding non existing interfaces is allowed but does not work.
Aug 23 2019, 8:43 AM · VyOS 1.3 Equuleus

Aug 22 2019

runar triaged T1604: equuleus: buster: vbash: tab completion breaks as Normal priority.
Aug 22 2019, 7:48 AM · VyOS 1.3 Equuleus

Aug 21 2019

runar added a comment to T1070: SWANCTL: DMVPN: ALL peers are deleted in swan when opennhrp tries to delete ONE peer.

@UnicronNL , no need to apply the patch, it is already applied to the codebase. this issue needs to be something else

Aug 21 2019, 10:18 PM · VyOS 1.3 Equuleus
runar triaged T1603: equuleus: buster: upgrade live-boot to new version as Normal priority.
Aug 21 2019, 5:54 PM · VyOS 1.3 Equuleus
runar added a comment to T1070: SWANCTL: DMVPN: ALL peers are deleted in swan when opennhrp tries to delete ONE peer.

@UnicronNL could you apply my patch to the codebase?

Aug 21 2019, 3:29 PM · VyOS 1.3 Equuleus

Aug 18 2019

runar added a comment to T1570: Unable to build for ocaml/dune for armhf on docker and chroot.

I've also tested this on the newly released dune1.11.1 with the same result

Aug 18 2019, 11:02 AM · VyOS 1.3 Equuleus

Aug 16 2019

runar updated subscribers of T1572: Wireguard keyPair per interface.

Maybe you could comment on this @zx2c4 ?

Aug 16 2019, 9:30 AM · VyOS 1.3 Equuleus

Aug 13 2019

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

A note when stating to convert physical interfaces.

Aug 13 2019, 9:48 PM · VyOS 1.3 Equuleus
runar added a comment to T1580: Rewrite dummy interface type with new style XML/Python interface.

Please keep this in mind when rewriting dummy/loopback interfaces: https://phabricator.vyos.net/T1467

Aug 13 2019, 4:02 PM · VyOS 1.3 Equuleus

Aug 10 2019

runar added a comment to T1574: VMware resume script error on resume.

Thanks :) i see the pull message is updated, but could you also update the commit message to reflect this?

Aug 10 2019, 11:50 AM · vyos-open-vm-tools
runar added a comment to T1574: VMware resume script error on resume.

Hi! Thanks for the contribution!

Aug 10 2019, 11:44 AM · vyos-open-vm-tools

Aug 9 2019

runar added a comment to T1572: Wireguard keyPair per interface.

This sounds like a good improvement!

Aug 9 2019, 12:01 PM · VyOS 1.3 Equuleus
runar added a comment to T1192: Wlan regression between 1.2.0-rc11 and rolling.

Is this still an issue?

Aug 9 2019, 11:57 AM · VyOS 1.3 Equuleus
runar added a comment to T1076: Configuration files are kept in the system when VyOS config is commited but not saved.

Most of these files are autogenerated and dont need to be saved across reboots.. is it possible to make them in a overlay that does not save to disk? Or another aproach is to just delete them when the device starts (before or when vyatta starts)

Aug 9 2019, 11:50 AM · VyOS 1.3 Equuleus

Aug 8 2019

runar updated the task description for T1570: Unable to build for ocaml/dune for armhf on docker and chroot.
Aug 8 2019, 9:31 PM · VyOS 1.3 Equuleus
runar triaged T1570: Unable to build for ocaml/dune for armhf on docker and chroot as Normal priority.
Aug 8 2019, 9:23 PM · VyOS 1.3 Equuleus

Aug 3 2019

runar added a comment to T1557: Create generic abstraction for configuring interfaces e.g. IP address.

This is a good start! The names should be made pythonic and why not use getters and setters? Then we dont need set_ functions but use the objects directly.

Aug 3 2019, 9:09 AM · VyOS 1.3 Equuleus

Jul 18 2019

runar added a comment to T1533: Rolling builds broken!.

This also affect manually built iso's that also fails because of pdns-recursor

Jul 18 2019, 6:28 PM · VyOS 1.3 Equuleus
runar added a comment to T1533: Rolling builds broken!.

Hi! The rolling release is broken because pdns-recursor has stopped to provide packages for jessie and the current index points to a file that is currently not available. We are working on fixing this and it migth be that we need to start building it ourself instead.

Jul 18 2019, 6:27 PM · VyOS 1.3 Equuleus

Jul 11 2019

runar added a comment to T1519: Firewall get's confused when using the same network-group name for IPv4 and IPv6.

As long as its allowed but not working its a bug.. :)

Jul 11 2019, 3:52 PM · VyOS 1.3 Equuleus

Jul 9 2019

runar renamed T1514: Add ability to restart frr processes from Add ability to reboot frr processes to Add ability to restart frr processes.
Jul 9 2019, 7:17 AM · VyOS 1.3 Equuleus
runar created T1514: Add ability to restart frr processes in the S1 VyOS Public space.
Jul 9 2019, 6:42 AM · VyOS 1.3 Equuleus
runar updated the task description for T1513: Move ospf and rip interface configuration under protocols.
Jul 9 2019, 6:31 AM · VyOS 1.3 Equuleus
runar created T1513: Move ospf and rip interface configuration under protocols in the S1 VyOS Public space.
Jul 9 2019, 6:19 AM · VyOS 1.3 Equuleus
runar renamed T1511: Rewrite ethernet setup scripts to python from Rewrite ethernet setup scripts to perl to Rewrite ethernet setup scripts to python.
Jul 9 2019, 6:18 AM · VyOS 1.3 Equuleus
runar created T1511: Rewrite ethernet setup scripts to python in the S1 VyOS Public space.
Jul 9 2019, 5:58 AM · VyOS 1.3 Equuleus

Jul 6 2019

runar added a comment to T1499: Move nic to mac mapping out of the configuration file.

I've updated all found instances of hardcoded eth instances to also take systemd interfaces names. this will be working when were upgrading to buster.. i've built an iso with these changes and i'm able to set an ip on my ens3/ens4 nic's and it works. for buster this could be a solution on this issue. the question then is if buster comes soon enough to not rewrite these scripts until then.

Jul 6 2019, 10:41 PM · VyOS 1.3 Equuleus

Jul 4 2019

runar added a comment to T1499: Move nic to mac mapping out of the configuration file.

As i commented : the best i've found is to start using systemd and rewrite all occations that has hardcoded eth name mappings.. but thats a bigger case i think..

Jul 4 2019, 2:08 PM · VyOS 1.3 Equuleus
runar added a comment to T1499: Move nic to mac mapping out of the configuration file.

As for now, the mapping scheme is done with mac adress=>name, so as long as the mac address dont change and you preserve the persistent interface mapping file you should be all good.. i'm wondering if its possible to migrate from a mac-address mapping scheme to instead use eg. Pci index.. but havent found any good solution on this.. the best i've found is to start using systemd and rewrite all occations that has hardcoded eth name mappings.. but thats a bigger case i think.. so for now it's going to be mac address=>name

Jul 4 2019, 1:59 PM · VyOS 1.3 Equuleus

Jul 2 2019

runar added a comment to T1499: Move nic to mac mapping out of the configuration file.

The issue here is not the scripts themself, it is our(vyattas) mixing of hardware/ system configuration.. the ethernet mapping table is a device specific table that only works on one particular device, all other configuration inside vyos is portable between devices, but this information is not.
This also makes it impossible to move a config file to another hardware without modifications (removing the hw-id mappings)

Jul 2 2019, 10:08 PM · VyOS 1.3 Equuleus

Jul 1 2019

runar created T1499: Move nic to mac mapping out of the configuration file in the S1 VyOS Public space.
Jul 1 2019, 8:01 PM · VyOS 1.3 Equuleus

Jun 30 2019

runar updated subscribers of T1457: Improve documentation on readthedocs.

Hi rob! Nize that more people is involved in this :) i've started the large task of marking things that have been migrated to github, it's a lot of pages with outdated info thats not going to be migrated, also i find a lot of pages not having enough "end user" documentation that i don't know where to put.. eg. devel docs etc..

Jun 30 2019, 9:45 PM

Jun 29 2019

runar added a comment to T1496: Separate rolling release and LTS kernel builds.

and always download the latest upstream driver

i think that out-of-tree drivers also needs to be under the same control as modules and the kernel

Jun 29 2019, 7:10 AM · VyOS 1.2 Crux (VyOS 1.2.4), VyOS 1.3 Equuleus

Jun 22 2019

runar added a comment to T1467: Loopback interface naming and dummy devices.

with my last post in mind, here are the workings of a cisco IOS loopback:

router(config)#int loop 123
router(config-if)#ip addr 1.4.4.1 255.255.255.0
router(config-if)#exit
router(config)#exit
Jun 22 2019, 8:32 PM · VyOS 1.3 Equuleus
runar added a comment to T1467: Loopback interface naming and dummy devices.

@zsdc Thanks for your comments!

Jun 22 2019, 8:12 PM · VyOS 1.3 Equuleus
runar added a comment to T1467: Loopback interface naming and dummy devices.

Thanks for quick reply! :)

Jun 22 2019, 12:32 PM · VyOS 1.3 Equuleus

Jun 21 2019

runar updated the task description for T1467: Loopback interface naming and dummy devices.
Jun 21 2019, 9:34 PM · VyOS 1.3 Equuleus
runar added a comment to T1443: New "service https" implementation.

When were talking web-interface (not the api itself) it needs to have the functionality to "stage" multiple changes before commit'ing everything in one go, just like in the cli

Jun 21 2019, 9:33 PM · VyOS 1.2 Crux (VyOS 1.2.3), VyOS 1.3 Equuleus
runar added a project to T1467: Loopback interface naming and dummy devices: VyOS 1.3 Equuleus.
Jun 21 2019, 7:46 PM · VyOS 1.3 Equuleus
runar updated the task description for T1467: Loopback interface naming and dummy devices.
Jun 21 2019, 7:32 PM · VyOS 1.3 Equuleus
runar created T1467: Loopback interface naming and dummy devices in the S1 VyOS Public space.
Jun 21 2019, 7:29 PM · VyOS 1.3 Equuleus

Jun 19 2019

runar renamed T1457: Improve documentation on readthedocs from Improve documentation on to Improve documentation on readthedocs.
Jun 19 2019, 7:18 PM
runar created T1457: Improve documentation on readthedocs in the S1 VyOS Public space.
Jun 19 2019, 7:18 PM