Page MenuHomeVyOS Platform
Feed Search

Mar 8 2021

Unknown Object (User) added a comment to T3393: IPoE does not assign IPv6 PD or WAN address.

Related task https://phabricator.vyos.net/T2362
A maybe better solution in this case to create interfaces like bridge and interfaces with an option which block adding link-local address.

Mar 8 2021, 7:08 PM
Unknown Object (User) created T3394: Error on removing dhcpv6 address from interface.
Mar 8 2021, 4:26 PM · VyOS 1.2 Crux (VyOS 1.2.9)
Unknown Object (User) added a comment to T3393: IPoE does not assign IPv6 PD or WAN address.

@marcomuskus as a temporary solution try to use CLI sysctl param

configure
set system sysctl custom net.ipv6.conf.default.addr_gen_mode value 0
commit
Mar 8 2021, 4:20 PM

Mar 7 2021

Unknown Object (User) added a comment to T3353: PPPoE server wrong vlan-range generating config.

@Viacheslav , thanks for improving, now it works properly. I found one interesting moment, it looks like we cant configure via CLI listen to PPPoE clients on interfaces eth1 and eth1.50 or eth1.something at the same time.

vyos@vyos# run show configuration commands | match "pppoe-server interface"
set service pppoe-server interface eth1 vlan-id '50'
set service pppoe-server interface eth1.1000 vlan-range '1-4095'
[edit]
vyos@vyos# set service pppoe-server interface eth1
Mar 7 2021, 7:17 PM · VyOS 1.4 Sagitta
Unknown Object (User) assigned T3388: show interfaces doesn't display pppoeX to c-po.

Also does not display other interfaces under the end node

vyos@RTR1# run show interfaces 
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface        IP Address                        S/L  Description
---------        ----------                        ---  -----------
eth0             xxx.xxx.36.246/24                 u/u  
lo               127.0.0.1/8                       u/u  
                 ::1/128                                
tun0             2001:470:xxxx:xxx::2/64           u/u  HE.NET IPv6 Tunnel
[edit]
vyos@RTR1# run show interfaces tunnel 
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface        IP Address                        S/L  Description
---------        ----------                        ---  -----------
[edit]
vyos@RTR1# run show interfaces ethernet 
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface        IP Address                        S/L  Description
---------        ----------                        ---  -----------
[edit]
vyos@RTR1#
Mar 7 2021, 8:31 AM · VyOS 1.4 Sagitta

Mar 6 2021

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

For VXLAN multicast this is a real bug.

Mar 6 2021, 6:37 PM · VyOS 1.3 Equuleus (1.3.0)

Mar 5 2021

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

@c-po , yes now it works. Maybe we need to define ttl=16 as the default value?

Mar 5 2021, 6:40 AM · VyOS 1.3 Equuleus (1.3.0)

Mar 4 2021

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

@c-po does not work on 1.4-rolling-202103040218

vyos@vyos# sudo ip -d link show dev vxlan241
7: vxlan241: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc noqueue master br241 state UNKNOWN mode DEFAULT group default qlen 1000
    link/ether fe:08:e3:3c:d4:ab brd ff:ff:ff:ff:ff:ff promiscuity 1 minmtu 68 maxmtu 65535 
    vxlan id 241 group 239.0.0.241 dev eth0 srcport 0 0 dstport 8472 tos inherit ttl auto ageing 300 udpcsum noudp6zerocsumtx noudp6zerocsumrx

On the middle router in traffic dump I see TTL=1

18:59:29.029090 IP (tos 0x0, ttl 1, id 24806, offset 0, flags [none], proto UDP (17), length 100)
    10.1.2.2.52948 > 239.0.0.241.8472: OTV, flags [I] (0x08), overlay 0, instance 241
Mar 4 2021, 7:00 PM · VyOS 1.3 Equuleus (1.3.0)
Unknown Object (User) added a comment to T3386: PPPoE-server don't start with local authentication.

There is a bug exactly with client-ip-pool range, config generated with the mistake

[ip-pool]
gw-ip-address=10.1.1.1
10.1.1.100-10.1.1.111

but expected

10.1.1.100-111
Mar 4 2021, 5:51 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Mar 1 2021

Unknown Object (User) added a comment to T3353: PPPoE server wrong vlan-range generating config.

Yes, sure. It will work only if one vlan-id defined, e.g. if you configure a couple vlan-id you will get wrong syntax"

set service pppoe-server interface eth1 vlan-id '50'
set service pppoe-server interface eth1 vlan-id '60'

In generated config

vlan-mon=eth1,50,60
interface=eth1.50,60

Expected:

vlan-mon=eth1,50,60
interface=eth1.50
interface=eth1.60
Mar 1 2021, 8:44 AM · VyOS 1.4 Sagitta

Feb 28 2021

Unknown Object (User) added a comment to T3353: PPPoE server wrong vlan-range generating config.

Good job! I think there exists one remark. If we set set service pppoe-server interface eth1 vlan-id '50' that means you want to listen to pppoe client on eth1.50, but in config you have

vlan-mon=eth1,50
interface=re:eth1\.\d+

e.g. eth1\.\d+ mean all vlans in eth1, even eth1.50.50.50 will fit for this regular expression
I propose do not to use a regular expression for vlan-id, as an example:

  1. set service pppoe-server interface eth1 vlan-id '50'
vlan-mon=eth1,50
interface=eth1.50
Feb 28 2021, 8:16 PM · VyOS 1.4 Sagitta
Unknown Object (User) added a comment to T3360: Op command 'show interfaces' does not display VRRP VIP.

Yes, agree it works by show interfaces vrrp, but behavior in 1.2.x also displayed VIP by command show interfaces
I think this is a bug and need to fix it.

Feb 28 2021, 8:02 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Feb 26 2021

Unknown Object (User) 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.

Screenshot 2021-02-26 at 17.04.44.png (472×545 px, 45 KB)

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.

Feb 26 2021, 2:11 PM · VyOS 1.3 Equuleus (1.3.6), VyOS 1.4 Sagitta
Unknown Object (User) created T3360: Op command 'show interfaces' does not display VRRP VIP.
Feb 26 2021, 11:02 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Feb 25 2021

Unknown Object (User) changed the status of T3353: PPPoE server wrong vlan-range generating config from Open to Confirmed.
Feb 25 2021, 1:53 PM · VyOS 1.4 Sagitta
Unknown Object (User) created T3353: PPPoE server wrong vlan-range generating config.
Feb 25 2021, 1:53 PM · VyOS 1.4 Sagitta

Feb 24 2021

Unknown Object (User) added a comment to T3303: Change welcome message on boot.

@c-po , it works properly

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

Feb 23 2021

Unknown Object (User) 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)!
Feb 23 2021, 7:00 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) committed rVYOSONEX2f8b33a26e63: dhcp-server: T2927: Add empty args if does not possible to determine variables.
Feb 23 2021, 6:32 PM
Unknown Object (User) added a comment to T2927: isc-dhcpd release and expiry events never execute.

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

Feb 23 2021, 5:40 PM · VyOS 1.3 Equuleus (1.3.0-epa1), VyOS 1.2 Crux (VyOS 1.2.7), VyOS 1.4 Sagitta
Unknown Object (User) triaged T2927: isc-dhcpd release and expiry events never execute as Normal priority.
Feb 23 2021, 3:55 PM · VyOS 1.3 Equuleus (1.3.0-epa1), VyOS 1.2 Crux (VyOS 1.2.7), VyOS 1.4 Sagitta
Unknown Object (User) changed the status of T2927: isc-dhcpd release and expiry events never execute from Open to In progress.
Feb 23 2021, 3:55 PM · VyOS 1.3 Equuleus (1.3.0-epa1), VyOS 1.2 Crux (VyOS 1.2.7), VyOS 1.4 Sagitta

Feb 21 2021

Unknown Object (User) closed T2521: Need to restart pdns-recursor to check new entries in /etc/hosts, a subtask of T2464: DNS bugs (parent task), as Resolved.
Feb 21 2021, 2:28 PM · VyOS Rolling
Unknown Object (User) 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.

Feb 21 2021, 2:28 PM · VyOS 1.2 Crux (VyOS 1.2.7)
Unknown Object (User) committed rVYOSONEXa42c2322a8db: dhcp-server: T2521: Change pgrep search name.
Feb 21 2021, 2:10 PM
Unknown Object (User) 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
 6626 ?        Ssl    0:00 /usr/sbin/pdns_recursor --daemon=no --write-pid=no --disable-syslog --log-timestamp=no
[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]
Feb 21 2021, 11:42 AM · VyOS 1.2 Crux (VyOS 1.2.7)
Unknown Object (User) 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).
Feb 21 2021, 11:39 AM · VyOS 1.2 Crux (VyOS 1.2.7)

Feb 19 2021

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

Feb 17 2021

Unknown Object (User) closed T3312: SolarFlare NICs support as Resolved.
Feb 17 2021, 6:23 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) 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)
Feb 17 2021, 12:46 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Feb 16 2021

Unknown Object (User) 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

Feb 16 2021, 11:43 PM · VyOS 1.3 Equuleus (1.3.0)
Unknown Object (User) created T3319: VXLAN uses ttl 1 (auto) by default.
Feb 16 2021, 11:32 PM · VyOS 1.3 Equuleus (1.3.0)

Feb 15 2021

Unknown Object (User) claimed T3312: SolarFlare NICs support.
Feb 15 2021, 6:33 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) changed the status of T3312: SolarFlare NICs support from Open to In progress.

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

Feb 15 2021, 6:33 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) triaged T3312: SolarFlare NICs support as Low priority.
Feb 15 2021, 9:25 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) created T3312: SolarFlare NICs support.
Feb 15 2021, 9:25 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Feb 12 2021

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

Feb 11 2021

jack9603301 awarded T3303: Change welcome message on boot a Like token.
Feb 11 2021, 2:49 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) edited a custom field on T3303: Change welcome message on boot.
Feb 11 2021, 2:42 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) created T3303: Change welcome message on boot.
Feb 11 2021, 2:28 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Feb 9 2021

Unknown Object (User) changed the status of T2647: ipsec disableuniqreqids generate a wrong ipsec.conf from Resolved to Unknown Status.

We need 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'
Feb 9 2021, 12:19 PM · VyOS 1.2 Crux (VyOS 1.2.7)

Feb 8 2021

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

@ajgnet which exactly version used in this case?

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

Feb 7 2021

Unknown Object (User) triaged T2954: Use kernel mode L2TP in xl2tpd as Normal priority.
Feb 7 2021, 9:15 PM · VyOS 1.2 Crux (VyOS 1.2.7)
Unknown Object (User) updated the task description for T1200: SNMP GET broken at least for BGP4-MIB.
Feb 7 2021, 8:52 AM · VyOS 1.4 Sagitta, VyOS 1.3 Equuleus (1.3.6)
Unknown Object (User) edited a custom field on T291: support for Predictable Network Interface Names.
Feb 7 2021, 8:46 AM
Unknown Object (User) edited a custom field on T2102: Add Vlan on PPPoE server on Fly.
Feb 7 2021, 8:37 AM · VyOS 1.3 Equuleus (1.3.5)
Unknown Object (User) 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
Feb 7 2021, 8:28 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) created T3291: Fault on setting offload RPS with single-core CPU.
Feb 7 2021, 8:02 AM · VyOS 1.3 Equuleus (1.3.0-epa1)

Feb 6 2021

Unknown Object (User) committed rVYOSONEX7fdc23f0b4a9: service: T3289: Add help value.
Feb 6 2021, 1:06 PM

Feb 5 2021

Unknown Object (User) 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

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

Feb 4 2021

Unknown Object (User) 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

Feb 4 2021, 12:01 PM · Restricted Project

Jan 30 2021

Unknown Object (User) 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?

Jan 30 2021, 7:26 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Jan 29 2021

Unknown Object (User) closed T3261: Does not possible to disable pppoe client interface. as Resolved.
Jan 29 2021, 11:52 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Jan 28 2021

Unknown Object (User) committed rVYOSONEX79179ccb82d5: smoketest: T3261: Add check PPPoE interface disable state.
Jan 28 2021, 12:24 PM
Unknown Object (User) 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.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) 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.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Jan 27 2021

Unknown Object (User) committed rVYOSONEX7630f2c915c2: pppoe: T3261: Stop systemd service if pppoe interface disable.
Jan 27 2021, 5:33 PM
Unknown Object (User) edited a custom field on T3261: Does not possible to disable pppoe client interface..
Jan 27 2021, 12:12 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) updated the task description for T3261: Does not possible to disable pppoe client interface..
Jan 27 2021, 12:12 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) created T3261: Does not possible to disable pppoe client interface..
Jan 27 2021, 12:11 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Jan 26 2021

Unknown Object (User) 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.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Jan 25 2021

Unknown Object (User) 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.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) committed rVYOSONEXb64b45c6a5b6: pppoe: T3251: Add double-quotes to protect special characters.
Jan 25 2021, 3:13 PM
Unknown Object (User) 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.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) changed the status of T3250: PPPoE server: wrong local usernames from Open to In progress.
Jan 25 2021, 12:31 PM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) 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.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) 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.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) 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.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) created T3251: PPPoE client trying to authorize with the wrong username.
Jan 25 2021, 10:40 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) created T3250: PPPoE server: wrong local usernames.
Jan 25 2021, 10:25 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Jan 23 2021

Unknown Object (User) created T3242: PPPoE Server overhead on virtual interfaces creation.
Jan 23 2021, 7:23 PM · VyOS 1.3 Equuleus

Jan 15 2021

Unknown Object (User) added a comment to T2567: accel-ppp eats all memory with a 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 (1.3.9)

Jan 11 2021

Unknown Object (User) assigned T3208: Does not possible to change user password to c-po.
Jan 11 2021, 2:00 PM · VyOS 1.3 Equuleus (1.3.0)
Unknown Object (User) created T3208: Does not possible to change user password.
Jan 11 2021, 2:00 PM · VyOS 1.3 Equuleus (1.3.0)
Unknown Object (User) 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.3 Equuleus (1.3.0), VyOS 1.4 Sagitta
Unknown Object (User) created T3205: Does not possible to configure tunnel mode gre-bridge.
Jan 11 2021, 6:29 AM · VyOS 1.3 Equuleus (1.3.0), VyOS 1.4 Sagitta

Jan 10 2021

Unknown Object (User) created T3204: Performance system option destroy defined sysctl custom params.
Jan 10 2021, 6:21 PM · VyOS Rolling, VyOS 1.5 Circinus, VyOS 1.4 Sagitta (1.4.1)
Unknown Object (User) added a comment to T3202: Enable wireguard debug messages by default.

Why not add this by default?

Jan 10 2021, 7:41 AM · VyOS 1.4 Sagitta (1.4.1), Restricted Project, VyOS 1.5 Circinus

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 (1.3.6), VyOS 1.5 Circinus, VyOS 1.4 Sagitta

Jan 6 2021

Unknown Object (User) created T3191: PAM RADIUS freezing when accounting does not configured on RADIUS server.
Jan 6 2021, 1:29 PM · VyOS 1.3 Equuleus (1.3.6), VyOS 1.5 Circinus, VyOS 1.4 Sagitta

Jan 4 2021

Unknown Object (User) 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 (1.3.0)
Unknown Object (User) closed T2601: pppoe-server: Cannot disable CCP as Resolved.
Jan 4 2021, 9:09 AM · VyOS 1.3 Equuleus (1.3.0)
Unknown Object (User) closed T3152: wan-load-balance does not show connections as Resolved.
Jan 4 2021, 8:48 AM · VyOS 1.2 Crux (VyOS 1.2.7)

Dec 31 2020

Unknown Object (User) added a comment to T3159: L2TP MTU mismatch between client and server.

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 Rolling, Bugs, VyOS 1.4 Sagitta (1.4.0-GA), VyOS 1.5 Circinus
Unknown Object (User) closed T3162: Wrong PPPoE server pado-delay parameter added to config as Resolved.
Dec 31 2020, 8:33 AM · VyOS 1.3 Equuleus (1.3.0)
Unknown Object (User) closed T3160: PPPoE server called-sid option defined in wrong section as Resolved.
Dec 31 2020, 8:24 AM · VyOS 1.3 Equuleus (1.3.0)

Dec 30 2020

Unknown Object (User) committed rVYOSONEXd53982112f26: pppoe-server: T3162: Add generation pado-delay to jinja2 template.
Dec 30 2020, 3:36 PM
Unknown Object (User) changed the status of T3162: Wrong PPPoE server pado-delay parameter added to config 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 (1.3.0)

Dec 29 2020

Unknown Object (User) committed rVYOSONEX5f997dc9ad53: pppoe-server: T3160: Change key in smoketest.
Dec 29 2020, 10:45 PM
Unknown Object (User) committed rVYOSONEX5f9dea92362a: pppoe-server: T3160: Move called-sid param to required section.
Dec 29 2020, 8:20 PM
Unknown Object (User) changed the status of T3162: Wrong PPPoE server pado-delay parameter added to config from Open to In progress.
Dec 29 2020, 6:40 PM · VyOS 1.3 Equuleus (1.3.0)
Unknown Object (User) created T3162: Wrong PPPoE server pado-delay parameter added to config.
Dec 29 2020, 6:40 PM · VyOS 1.3 Equuleus (1.3.0)
Unknown Object (User) changed the status of T3160: PPPoE server called-sid option defined in wrong section from Open to In progress.

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

Dec 29 2020, 6:31 PM · VyOS 1.3 Equuleus (1.3.0)