Page MenuHomeVyOS Platform

Dmitry (Dmitry)
UserAdministrator

Projects

User Details

User Since
Mar 4 2019, 8:50 PM (103 w, 5 d)
Roles
Administrator

Recent Activity

Fri, Feb 26

Dmitry added a comment to T1297: Add GARP settings to VRRP/keepalived.

Tested in the lab the following simple topology on 1.2.6-S1 and 1.3-beta, behavior the same and GARP works by default.


VyOS1 config

set high-availability vrrp group eth1 hello-source-address '100.64.0.1'
set high-availability vrrp group eth1 interface 'eth1'
set high-availability vrrp group eth1 peer-address '100.64.0.2'
set high-availability vrrp group eth1 rfc3768-compatibility
set high-availability vrrp group eth1 virtual-address '100.64.0.50/24'
set high-availability vrrp group eth1 vrid '1'
set interfaces ethernet eth0 address 'dhcp'
set interfaces ethernet eth0 duplex 'auto'
set interfaces ethernet eth0 hw-id '50:00:00:01:00:00'
set interfaces ethernet eth0 speed 'auto'
set interfaces ethernet eth1 address '100.64.0.1/24'
set interfaces ethernet eth1 duplex 'auto'
set interfaces ethernet eth1 hw-id '50:00:00:01:00:01'
set interfaces ethernet eth1 speed 'auto'

VyOS2 config

set high-availability vrrp group eth1 hello-source-address '100.64.0.2'
set high-availability vrrp group eth1 interface 'eth1'
set high-availability vrrp group eth1 peer-address '100.64.0.1'
set high-availability vrrp group eth1 virtual-address '100.64.0.50/24'
set high-availability vrrp group eth1 vrid '1'
set interfaces ethernet eth0 address 'dhcp'
set interfaces ethernet eth0 duplex 'auto'
set interfaces ethernet eth0 hw-id '50:00:00:02:00:00'
set interfaces ethernet eth0 speed 'auto'
set interfaces ethernet eth1 address '100.64.0.2/24'
set interfaces ethernet eth1 duplex 'auto'
set interfaces ethernet eth1 hw-id '50:00:00:02:00:01'
set interfaces ethernet eth1 speed 'auto'

In traffic dump on VyOS3 we can see traffic when BACKUP node switched to MASTER state

14:02:34.152959 50:00:00:02:00:01 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 100.64.0.50 (ff:ff:ff:ff:ff:ff) tell 100.64.0.50, length 28
14:02:34.153042 50:00:00:02:00:01 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 100.64.0.50 (ff:ff:ff:ff:ff:ff) tell 100.64.0.50, length 28
14:02:34.153086 50:00:00:02:00:01 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 100.64.0.50 (ff:ff:ff:ff:ff:ff) tell 100.64.0.50, length 28
14:02:34.153090 50:00:00:02:00:01 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 100.64.0.50 (ff:ff:ff:ff:ff:ff) tell 100.64.0.50, length 28
14:02:34.153092 50:00:00:02:00:01 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Request who-has 100.64.0.50 (ff:ff:ff:ff:ff:ff) tell 100.64.0.50, length 28
14:02:34.153467 50:00:00:02:00:01 > 50:00:00:01:00:01, ethertype IPv4 (0x0800), length 54: 100.64.0.2 > 100.64.0.1: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 20
14:02:35.153544 50:00:00:02:00:01 > 50:00:00:01:00:01, ethertype IPv4 (0x0800), length 54: 100.64.0.2 > 100.64.0.1: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 20
14:02:36.154117 50:00:00:02:00:01 > 50:00:00:01:00:01, ethertype IPv4 (0x0800), length 54: 100.64.0.2 > 100.64.0.1: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 20
14:02:37.154233 50:00:00:02:00:01 > 50:00:00:01:00:01, ethertype IPv4 (0x0800), length 54: 100.64.0.2 > 100.64.0.1: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 20
14:02:38.154470 50:00:00:02:00:01 > 50:00:00:01:00:01, ethertype IPv4 (0x0800), length 54: 100.64.0.2 > 100.64.0.1: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 20

The same behavior with rfc3768-compatibility option.
I think we don't need to change behavior because it should be suitable for all cases.

Fri, Feb 26, 2:11 PM · VyOS 1.3 Equuleus
Dmitry created T3360: Op command 'show interfaces' does not display VRRP VIP.
Fri, Feb 26, 11:02 AM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta

Thu, Feb 25

Dmitry changed the status of T3353: PPPoE server wrong vlan-range generating config from Open to Confirmed.
Thu, Feb 25, 1:53 PM · VyOS 1.4 Sagitta
Dmitry created T3353: PPPoE server wrong vlan-range generating config.
Thu, Feb 25, 1:53 PM · VyOS 1.4 Sagitta

Wed, Feb 24

Dmitry added a comment to T3303: Change welcome message on boot.

@c-po , it works properly

Welcome to VyOS 1.4-rolling-202102240218 (sagitta)!
Wed, Feb 24, 5:27 AM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta

Tue, Feb 23

Dmitry added a comment to T3303: Change welcome message on boot.

PR https://github.com/vyos/vyos-build/pull/147
Output on the local stand

Welcome to VyOS 1.4 (sagitta)!
Tue, Feb 23, 7:00 PM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta
Dmitry added a comment to T2927: isc-dhcpd release and expiry events never execute.

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

Tue, Feb 23, 5:40 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry triaged T2927: isc-dhcpd release and expiry events never execute as Normal priority.
Tue, Feb 23, 3:55 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry changed the status of T2927: isc-dhcpd release and expiry events never execute from Open to In progress.
Tue, Feb 23, 3:55 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus

Sun, Feb 21

Dmitry closed T2521: Need to restart pdns-recursor to check new entries in /etc/hosts, a subtask of T2464: DNS bugs (parent task), as Resolved.
Sun, Feb 21, 2:28 PM · VyOS 1.3 Equuleus
Dmitry closed T2521: Need to restart pdns-recursor to check new entries in /etc/hosts as Resolved.

On 1.3-beta-202102210443 and 1.4-rolling-202102202002 all work properly and don't require any changes, mark as resolved.

Sun, Feb 21, 2:28 PM · VyOS 1.2 Crux (VyOS 1.2.7), VyOS 1.3 Equuleus
Dmitry added a comment to T2521: Need to restart pdns-recursor to check new entries in /etc/hosts.

I found a similar issue related to this topic in 1.2.6-S1, script on-dhcp-event.sh can't to determine pdns_recursor PID

vyos@vyos# ps ax | grep pdns
 6376 ?        Ssl    0:00 /usr/sbin/pdns_recursor --daemon=no --write-pid=no --disable-syslog --log-timestamp=no
 6626 ttyS0    S+     0:00 grep pdns
[edit]
vyos@vyos# pgrep "pdns_recursor"
[edit]
vyos@vyos# pgrep pdns_recursor
[edit]
vyos@vyos#

We need to use pgrep pdns

vyos@vyos# pgrep pdns
6626
[edit]
Sun, Feb 21, 11:42 AM · VyOS 1.2 Crux (VyOS 1.2.7), VyOS 1.3 Equuleus
Dmitry added a project to T2521: Need to restart pdns-recursor to check new entries in /etc/hosts: VyOS 1.2 Crux (VyOS 1.2.7).
Sun, Feb 21, 11:39 AM · VyOS 1.2 Crux (VyOS 1.2.7), VyOS 1.3 Equuleus

Fri, Feb 19

Dmitry closed T3343: Wrong output conntrack-sync status as Invalid.
Fri, Feb 19, 6:05 PM · VyOS 1.2 Crux (VyOS 1.2.7)
Dmitry edited projects for T3343: Wrong output conntrack-sync status, added: VyOS 1.2 Crux (VyOS 1.2.7); removed VyOS 1.2 Crux.
Fri, Feb 19, 6:00 PM · VyOS 1.2 Crux (VyOS 1.2.7)
Dmitry changed the status of T3343: Wrong output conntrack-sync status from Open to In progress.
Fri, Feb 19, 6:00 PM · VyOS 1.2 Crux (VyOS 1.2.7)
Dmitry created T3343: Wrong output conntrack-sync status.
Fri, Feb 19, 5:57 PM · VyOS 1.2 Crux (VyOS 1.2.7)

Wed, Feb 17

Dmitry closed T3312: SolarFlare NICs support as Resolved.
Wed, Feb 17, 6:23 AM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta
Dmitry changed the status of T3312: SolarFlare NICs support from In progress to Needs testing.

SolarFlare modules present in the kernel for 1.3 and 1.4

vyos@vyos:~$ sudo modinfo sfc
filename:       /lib/modules/5.10.14-amd64-vyos/kernel/drivers/net/ethernet/sfc/sfc.ko
license:        GPL
description:    Solarflare network driver
author:         Solarflare Communications and Michael Brown <mbrown@fensystems.co.uk>
alias:          pci:v00001924d00001B03sv*sd*bc*sc*i*
alias:          pci:v00001924d00000B03sv*sd*bc*sc*i*
alias:          pci:v00001924d00001A03sv*sd*bc*sc*i*
alias:          pci:v00001924d00000A03sv*sd*bc*sc*i*
alias:          pci:v00001924d00001923sv*sd*bc*sc*i*
alias:          pci:v00001924d00000923sv*sd*bc*sc*i*
alias:          pci:v00001924d00001903sv*sd*bc*sc*i*
alias:          pci:v00001924d00000903sv*sd*bc*sc*i*
alias:          pci:v00001924d00000813sv*sd*bc*sc*i*
alias:          pci:v00001924d00000803sv*sd*bc*sc*i*
alias:          pci:v000010EEd00001100sv*sd*bc*sc*i*
alias:          pci:v000010EEd00000100sv*sd*bc*sc*i*
depends:        mdio
retpoline:      Y
intree:         Y
name:           sfc
vermagic:       5.10.14-amd64-vyos SMP mod_unload modversions 
parm:           vf_max_tx_channels:Limit the number of TX channels VFs can use (uint)
parm:           max_vfs:Reduce the number of VFs initialized by the driver (int)
parm:           mcdi_logging_default:Enable MCDI logging on newly-probed functions (bool)
parm:           rx_refill_threshold:RX descriptor ring refill threshold (%) (uint)
parm:           irq_adapt_low_thresh:Threshold score for reducing IRQ moderation (uint)
parm:           irq_adapt_high_thresh:Threshold score for increasing IRQ moderation (uint)
parm:           interrupt_mode:Interrupt mode (0=>MSIX 1=>MSI 2=>legacy) (uint)
parm:           rss_cpus:Number of CPUs to use for Receive-Side Scaling (uint)
parm:           efx_separate_tx_channels:Use separate channels for TX and RX (bool)
parm:           phy_flash_cfg:Set PHYs into reflash mode initially (bool)
parm:           debug:Bitmapped debugging message enable value (uint)
Wed, Feb 17, 12:46 AM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta

Tue, Feb 16

Dmitry added a comment to T3319: VXLAN uses ttl 1 (auto) by default.

As a solution proposed to use TTL by default equivalent 16, but also add the possibility to change it via VyOS CLI

Tue, Feb 16, 11:43 PM · VyOS 1.3 Equuleus
Dmitry created T3319: VXLAN uses ttl 1 (auto) by default.
Tue, Feb 16, 11:32 PM · VyOS 1.3 Equuleus

Mon, Feb 15

Dmitry claimed T3312: SolarFlare NICs support.
Mon, Feb 15, 6:33 PM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta
Dmitry changed the status of T3312: SolarFlare NICs support from Open to In progress.

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

Mon, Feb 15, 6:33 PM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta
Dmitry triaged T3312: SolarFlare NICs support as Low priority.
Mon, Feb 15, 9:25 AM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta
Dmitry created T3312: SolarFlare NICs support.
Mon, Feb 15, 9:25 AM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta

Fri, Feb 12

Dmitry triaged T3307: address prefix destination NAT fails to render nftables rules / commit as Normal priority.
Fri, Feb 12, 11:22 PM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta
Dmitry changed the status of T3307: address prefix destination NAT fails to render nftables rules / commit from Open to Needs testing.
Fri, Feb 12, 11:22 PM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta

Thu, Feb 11

jack9603301 awarded T3303: Change welcome message on boot a Like token.
Thu, Feb 11, 2:49 PM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta
Dmitry changed Difficulty level from unknown to easy on T3303: Change welcome message on boot.
Thu, Feb 11, 2:42 PM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta
Dmitry created T3303: Change welcome message on boot.
Thu, Feb 11, 2:28 PM · VyOS 1.3 Equuleus, VyOS 1.4 Sagitta

Tue, Feb 9

Dmitry reopened T2647: ipsec disableuniqreqids generate a wrong ipsec.conf as "Backport candidate".

We to change this and for CRUX

vyos@RTR1# run show version | match Version
Version:          VyOS 1.2.6-S1
[edit]
# Log
Feb  9 15:12:16 RTR1 ipsec_starter[2036]: # unknown keyword 'disableuniqreqids'
Tue, Feb 9, 12:19 PM · VyOS 1.2 Crux (VyOS 1.2.7), VyOS 1.3 Equuleus

Mon, Feb 8

Dmitry triaged T2775: QAT acceleration for OpenVPN as Low priority.
Mon, Feb 8, 10:40 AM · VyOS 1.3 Equuleus
Dmitry added a comment to T2776: QAT acceleration not working for IPSec AES-128 (CBC) / SHA256 tunnel .

@ajgnet which exactly version used in this case?

Mon, Feb 8, 10:39 AM · VyOS 1.3 Equuleus
Dmitry created T3294: Images for Dell VEP platform use no default baud rate for this platform.
Mon, Feb 8, 10:33 AM · VyOS 1.2 Crux
Dmitry changed the status of T2954: Use kernel mode L2TP in xl2tpd from Open to Needs testing.
Mon, Feb 8, 10:25 AM · VyOS 1.2 Crux (VyOS 1.2.7)

Sun, Feb 7

Dmitry triaged T2954: Use kernel mode L2TP in xl2tpd as Normal priority.
Sun, Feb 7, 9:15 PM · VyOS 1.2 Crux (VyOS 1.2.7)
Dmitry updated the task description for T1200: SNMP GET broken at least for BGP4-MIB.
Sun, Feb 7, 8:52 AM
Dmitry changed Difficulty level from easy to hard on T291: support for Predictable Network Interface Names.
Sun, Feb 7, 8:46 AM · VyOS 1.4 Sagitta
Dmitry changed Difficulty level from unknown to hard on T2102: Add Vlan on PPPoE server on Fly.
Sun, Feb 7, 8:37 AM · VyOS 1.3 Equuleus
Dmitry added a comment to T3271: qemu-kvm grub issue.

Emergency recovery procedure:

grub> ls (hd0,msdos1)/boot/
#Figure out directory name, in this case, this is 1.4-rolling-202102040221
Sun, Feb 7, 8:28 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry created T3291: Fault on setting offload RPS with single-core CPU.
Sun, Feb 7, 8:02 AM · VyOS 1.3 Equuleus

Fri, Feb 5

Dmitry added a comment to T3289: No description for node "service" conf-mode.

PR https://github.com/vyos/vyos-1x/pull/722
Added sort command which provides some clarification on what the XML definition file will first in the list. It sorts by name.
So, in this case, the first XML file will be bcast-relay.xml

Fri, Feb 5, 9:10 PM · VyOS 1.2 Crux (VyOS 1.2.7), VyOS 1.4 Sagitta, VyOS 1.3 Equuleus

Thu, Feb 4

Dmitry closed T2834: Config rollback function is broken due lack access to the config.boot as Resolved.

Own build crux version from 13 Jan 2021 19:08 UTC - works properly
1.2.6-S1 - works properly
1.2.6 - affected (does not works)
1.4-rolling-202102040221 - works properly
1.3-beta-202102040443 - works properly

Thu, Feb 4, 12:01 PM · Restricted Project, VyOS 1.3 Equuleus

Sat, Jan 30

Dmitry added a comment to T3271: qemu-kvm grub issue.

I think we definitely need to try because this reproducible. @Viacheslav did you reproduce this on the ESXi hypervisor?

Sat, Jan 30, 7:26 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus

Fri, Jan 29

Dmitry closed T3261: Does not possible to disable pppoe client interface. as Resolved.
Fri, Jan 29, 11:52 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus

Jan 28 2021

Dmitry changed the status of T3261: Does not possible to disable pppoe client interface. from Open to Needs testing.
Jan 28 2021, 7:12 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry added a comment to T3261: Does not possible to disable pppoe client interface..

PR with smoketest check https://github.com/vyos/vyos-1x/pull/706

Jan 28 2021, 7:12 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus

Jan 27 2021

Dmitry changed Difficulty level from unknown to normal on T3261: Does not possible to disable pppoe client interface..
Jan 27 2021, 12:12 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry updated the task description for T3261: Does not possible to disable pppoe client interface..
Jan 27 2021, 12:12 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry created T3261: Does not possible to disable pppoe client interface..
Jan 27 2021, 12:11 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus

Jan 26 2021

Dmitry closed T3251: PPPoE client trying to authorize with the wrong username as Resolved.

Tested on 1.4-rolling-202101240218, works as expected.

Jan 26 2021, 5:35 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus

Jan 25 2021

Dmitry changed the status of T3251: PPPoE client trying to authorize with the wrong username from In progress to Needs testing.
Jan 25 2021, 3:15 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry added a project to T3251: PPPoE client trying to authorize with the wrong username: VyOS 1.4 Sagitta.
Jan 25 2021, 12:32 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry changed the status of T3250: PPPoE server: wrong local usernames from Open to In progress.
Jan 25 2021, 12:31 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry added a comment to T3251: PPPoE client trying to authorize with the wrong username.

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

Jan 25 2021, 12:25 PM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry changed the status of T3251: PPPoE client trying to authorize with the wrong username from Open to In progress.
Jan 25 2021, 11:48 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry added a comment to T3251: PPPoE client trying to authorize with the wrong username.

@jack9603301 follow forum topic, all data randomized.

Jan 25 2021, 10:49 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry created T3251: PPPoE client trying to authorize with the wrong username.
Jan 25 2021, 10:40 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry created T3250: PPPoE server: wrong local usernames.
Jan 25 2021, 10:25 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus

Jan 23 2021

Dmitry created T3242: PPPoE Server overhead on virtual interfaces creation.
Jan 23 2021, 7:23 PM · VyOS 1.3 Equuleus

Jan 15 2021

Dmitry added a comment to T2567: accel-ppp eats al memory with small sstp config.

@GregGreg you describe definitely another issue that needs another topic. Will be better to discuss troubleshooting on the forum.
As for this topic, I pan to add some checks in the verify function.

Jan 15 2021, 12:08 PM · VyOS 1.3 Equuleus

Jan 11 2021

Dmitry assigned T3208: Does not possible to change user password to c-po.
Jan 11 2021, 2:00 PM · VyOS 1.3 Equuleus
Dmitry created T3208: Does not possible to change user password.
Jan 11 2021, 2:00 PM · VyOS 1.3 Equuleus
Dmitry added a project to T3205: Does not possible to configure tunnel mode gre-bridge: VyOS 1.4 Sagitta.
Jan 11 2021, 7:11 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus
Dmitry created T3205: Does not possible to configure tunnel mode gre-bridge.
Jan 11 2021, 6:29 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus

Jan 10 2021

Dmitry created T3204: Performance system option destroy defined sysctl custom params.
Jan 10 2021, 6:21 PM · VyOS 1.3 Equuleus
Dmitry added a comment to T3202: enable wireguard debug messages per default.

Why not add this by default?

Jan 10 2021, 7:41 AM · VyOS 1.4 Sagitta

Jan 7 2021

trae32566 awarded T3191: PAM RADIUS freezing when accounting does not configured on RADIUS server a Like token.
Jan 7 2021, 8:15 AM · VyOS 1.3 Equuleus

Jan 6 2021

Dmitry created T3191: PAM RADIUS freezing when accounting does not configured on RADIUS server.
Jan 6 2021, 1:29 PM · VyOS 1.3 Equuleus

Jan 4 2021

Dmitry added a comment to T3176: Ordering of ports on EdgeCore SAF51015I is mixed up?.

@victorhooi try to build a stable version for yourself, on the stable version is defined by udev rules https://github.com/vyos/vyos-build/blob/crux/tools/vendors_udev/64-vyos-SAF51015I-net.rules
Or you can use way with binding hw-id as noticed @jack9603301 (but not mac)

Jan 4 2021, 12:28 PM · VyOS 1.3 Equuleus
Dmitry closed T2601: pppoe-server: does not possible to disable ccp as Resolved.
Jan 4 2021, 9:09 AM · VyOS 1.3 Equuleus
Dmitry closed T3152: wan-load-balance does not show connections as Resolved.
Jan 4 2021, 8:48 AM · VyOS 1.3 Equuleus, VyOS 1.2 Crux (VyOS 1.2.7)

Dec 31 2020

Dmitry added a comment to T3159: L2TP MTU Missmatch.

So we have configured option max-mtu this means

ppp-max-mtu=n
Set the maximum MTU value that can be negotiated for PPP over L2TP sessions.

But I think we need to provide possibility set min-mtu

[ppp]
min-mtu=n
Dec 31 2020, 4:42 PM · VyOS 1.3 Equuleus
Dmitry closed T3162: PPPoE server pado-delay issue as Resolved.
Dec 31 2020, 8:33 AM · VyOS 1.3 Equuleus
Dmitry closed T3160: PPPoE server called-sid option does not work as Resolved.
Dec 31 2020, 8:24 AM · VyOS 1.3 Equuleus

Dec 30 2020

Dmitry changed the status of T3162: PPPoE server pado-delay issue from In progress to Needs testing.

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

Dec 30 2020, 1:39 PM · VyOS 1.3 Equuleus

Dec 29 2020

Dmitry changed the status of T3162: PPPoE server pado-delay issue from Open to In progress.
Dec 29 2020, 6:40 PM · VyOS 1.3 Equuleus
Dmitry created T3162: PPPoE server pado-delay issue.
Dec 29 2020, 6:40 PM · VyOS 1.3 Equuleus
Dmitry changed the status of T3160: PPPoE server called-sid option does not work from Open to In progress.

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

Dec 29 2020, 6:31 PM · VyOS 1.3 Equuleus
Dmitry claimed T3160: PPPoE server called-sid option does not work.
Dec 29 2020, 10:50 AM · VyOS 1.3 Equuleus
Dmitry created T3160: PPPoE server called-sid option does not work.
Dec 29 2020, 10:50 AM · VyOS 1.3 Equuleus

Dec 24 2020

Dmitry added a project to T3152: wan-load-balance does not show connections: VyOS 1.3 Equuleus.
Dec 24 2020, 7:52 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux (VyOS 1.2.7)
Dmitry added a comment to T3152: wan-load-balance does not show connections.

Does it possible to cherry-pick to 1.3? Because in 1.3 rollings we have the same bug.

Dec 24 2020, 7:51 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux (VyOS 1.2.7)
Dmitry edited projects for T3152: wan-load-balance does not show connections, added: VyOS 1.2 Crux (VyOS 1.2.7); removed VyOS 1.2 Crux.
Dec 24 2020, 7:38 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux (VyOS 1.2.7)
Dmitry changed the status of T3152: wan-load-balance does not show connections from In progress to Needs testing.

PR https://github.com/vyos/vyatta-wanloadbalance/pull/8

Dec 24 2020, 7:37 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux (VyOS 1.2.7)
Dmitry changed the status of T3152: wan-load-balance does not show connections from Open to In progress.
Dec 24 2020, 5:46 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux (VyOS 1.2.7)
Dmitry created T3152: wan-load-balance does not show connections.
Dec 24 2020, 5:46 PM · VyOS 1.3 Equuleus, VyOS 1.2 Crux (VyOS 1.2.7)

Dec 23 2020

Dmitry closed T3143: OpenVPN server: Push route does not work as Resolved.

Successfully tested on 1.3-rolling-202012230217

Dec 23 2020, 10:40 AM · VyOS 1.3 Equuleus

Dec 22 2020

Dmitry closed T3142: OpenVPN op-command completion issue as Resolved.
Dec 22 2020, 8:42 AM · VyOS 1.3 Equuleus
Dmitry renamed T3142: OpenVPN op-command completion issue from OpenVPN up-command completion issue to OpenVPN op-command completion issue.
Dec 22 2020, 8:41 AM · VyOS 1.3 Equuleus
Dmitry changed the status of T3143: OpenVPN server: Push route does not work from In progress to Needs testing.
Dec 22 2020, 8:34 AM · VyOS 1.3 Equuleus

Dec 21 2020

Dmitry changed the status of T3143: OpenVPN server: Push route does not work from Open to In progress.

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

Dec 21 2020, 6:54 PM · VyOS 1.3 Equuleus
Dmitry claimed T3143: OpenVPN server: Push route does not work.
Dec 21 2020, 6:28 PM · VyOS 1.3 Equuleus
Dmitry created T3143: OpenVPN server: Push route does not work.
Dec 21 2020, 6:28 PM · VyOS 1.3 Equuleus
Dmitry changed the status of T3142: OpenVPN op-command completion issue from Open to Needs testing.
Dec 21 2020, 5:58 PM · VyOS 1.3 Equuleus
Dmitry claimed T3142: OpenVPN op-command completion issue.
Dec 21 2020, 11:03 AM · VyOS 1.3 Equuleus
Dmitry created T3142: OpenVPN op-command completion issue.
Dec 21 2020, 11:00 AM · VyOS 1.3 Equuleus

Dec 17 2020

Dmitry closed T2036: Open Connect VPN Server () support as Resolved.
Dec 17 2020, 8:31 AM · VyOS 1.3 Equuleus
Dmitry closed T2810: Docs for vpn anyconnect-server, a subtask of T2036: Open Connect VPN Server () support, as Resolved.
Dec 17 2020, 8:31 AM · VyOS 1.3 Equuleus
Dmitry closed T2810: Docs for vpn anyconnect-server as Resolved.
Dec 17 2020, 8:31 AM · VyOS 1.3 Equuleus