Hi, I found that the transmission speed of tinc seems very disappointing, even in some cases, even the normal network communication has problems..

Yes, though the error has changed:

trae@cr01b-vyos# commit
Using source address fd52:d62e:8011:fffe:192:168:253:3
Archiving config...
  sftp://stor01z-rh8.int.trae32566.org:/int/cr01b-vyos Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib/python3/dist-packages/vyos/remote.py", line 299, in upload
    upload_sftp(local_path, url.hostname, url.path, username, password, port, source, progressbar)
  File "/usr/lib/python3/dist-packages/vyos/remote.py", line 178, in upload_sftp
    transfer_sftp('upload', *args, **kwargs)
  File "/usr/lib/python3/dist-packages/vyos/remote.py", line 174, in transfer_sftp
    sock.shutdown(socket.SHUT_RDWR)
OSError: [Errno 9] Bad file descriptor

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

Those are common Jinja2 remplates included by multiple other sources. It simply looks that the XML definitions are missing to make this feature work. https://github.com/vyos/vyos-1x/blob/current/interface-definitions/vpn_sstp.xml.in

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

Approved on 1.2.7 and 1.3/1.4

A simple experiment using GraphQL to configure a DHCP server is here:
https://github.com/vyos/vyos-1x/compare/current...jestabro:graphql

Works fine VyOS 1.4-rolling-202106180929

vyos@r1-roll# set interfaces ethernet eth1 offload lro 
[edit]
vyos@r1-roll# commit
[edit]
vyos@r1-roll# sudo ethtool -k eth1 | match large-receive-offload
large-receive-offload: on
[edit]
vyos@r1-roll#

Added PR:

@SrividyaA Fixed in PR: https://github.com/vyos/vyos-1x/pull/884

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

Tested with basic ipsec configuration and it does not seem to work when 3des encryption is configured. It works with default (aes128) and aes192.
Version

PR's for both crux and equuleus

copy file still depends on vyatta-image-tools.pl. I think it merits a rewrite, maybe a simple file transfer script that uses a couple of basic routines for file:// and running:// and remote.py for everything else.

@trae32566 Does this problem still persist in the newest rolling release?

The same config now commits however the fq-codel shaper that was functional in 1.2.7 that's applied to it does not activate in 1.3.0-rc4

@Viacheslav per your suggest in the discussion thread I ran the following:

@c-po for simplicity I created a barebones vyos VM to route between two subnets.