PBR present for vti, VyOS 1.3-rolling-202007270117
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Jul 28 2020
Pim implemented in T1729 and present int the current rolling release.
Jul 27 2020
720 issues, one of them https://github.com/aria2/aria2/issues/1549
So these values don't work. VyOS 1.3-rolling-202007270117
set traffic-policy shaper SHAPE class 79 match lowdelay ip dscp reliability set traffic-policy shaper SHAPE class 79 match lowdelay ip dscp throughput set traffic-policy shaper SHAPE class 79 match lowdelay ip dscp lowdelay set traffic-policy shaper SHAPE class 79 match lowdelay ip dscp priority set traffic-policy shaper SHAPE class 79 match lowdelay ip dscp immediate set traffic-policy shaper SHAPE class 79 match lowdelay ip dscp flash set traffic-policy shaper SHAPE class 79 match lowdelay ip dscp flash-override set traffic-policy shaper SHAPE class 79 match lowdelay ip dscp critical set traffic-policy shaper SHAPE class 79 match lowdelay ip dscp internet set traffic-policy shaper SHAPE class 79 match lowdelay ip dscp network
@Tiberius share your configuration and steps for reproducing.
This is an FRR limitation.
FRR allows you only to delete the comm-list.
Command was deprecated.
reset dhcp server lease ip <x.x.x.x.>
@hagbard Can you check it with the latest rolling?
I'll mark it as resolved. Reopen it if necessary.
set policy route PBR rule 10 destination address '10.0.0.1' set policy route PBR rule 10 set table '10' set policy route PBR rule 10 source address '100.64.0.1' set policy route PBR rule 20 destination address '10.0.0.2' set policy route PBR rule 20 set table '20' set policy route PBR rule 20 source address '100.64.0.1'
Fixed, VyOS 1.3-rolling-202007270117
I'll mark it as resolved.
Reopen it if necessary.
vyos@r1-roll:~$ show protocols static arp Address HWtype HWaddress Flags Mask Iface 192.168.122.1 ether 52:54:00:f5:e8:14 C eth0 192.168.100.1 ether 52:54:00:d8:74:1f C eth1 192.168.122.12 ether 52:54:00:48:bb:cd C eth
We can close it.
I don't see this behavior in VyOS 1.3-rolling-202007270117
It seems in the FRR part of commands not working.
Jul 24 2020
It does param "verbose" in the check.
https://github.com/vyos/vyatta-cfg-quagga/blob/current/templates/protocols/static/route6/node.def#L4
Fixed, VyOS 1.3-rolling-202007240117
It reproducible in VyOS 1.3-rolling-202007240117
Fixed, VyOS 1.3-rolling-202007240117
Fixed, VyOS 1.3-rolling-202007240117
Fixed, VyOS 1.3-rolling-202007240117
VyOS 1.3-rolling-202007240117
Fixed.
VyOS 1.3-rolling-202007240117
Jul 23 2020
@elbandi can you check it on the latest rolling release?
With ethernet works fine, VyOS 1.3-rolling-202007230117
vyos@r1-roll:~$ show int Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down Interface IP Address S/L Description --------- ---------- --- ----------- eth0 192.168.122.11/24 u/u eth1 - A/D
Fixed, VyOS 1.3-rolling-202007230117
@suuei Can you try the lateset Rolling release?
Currently, we don't have the option "link" in vxlan which was provided in config.
As workaround
Fixed.
vyos@r1-roll:~$ show vpn remote-access No active remote access VPN sessions vyos@r1-roll:~$ vyos@r1-roll:~$ show version
Fixed, VyOS 1.3-rolling-202007230117
Fixed, VyOS 1.3-rolling-202007230117
set interfaces tunnel tun16 encapsulation ip6ip6 set interfaces tunnel tun16 local-ip 2001:db8:aa::16 set interfaces tunnel tun16 remote-ip 2001:db8:aa::26 set interfaces tunnel tun16 address 2001:db8:bb::6/64 commit
With that replace I see this is an error in each commit
I replace
my $cmd = "curl -#";
to
my $cmd = "curl --insecure -#";
Fixed
It's impossible without re-adding network driver (modprobe -r xxx; modprobe xxx)
set interfaces pseudo-ethernet peth0 set interfaces pseudo-ethernet peth0 source-interface eth1
Fixed.
In VyOS 1.3-rolling-202007220117 works fine.
Jul 22 2020
Fixed in the latest rolling release.
Fixed in latest rolling release and T2658
Fixed in the latest rolling release
vyos@r1-roll:~$ show int
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface IP Address S/L Description
--------- ---------- --- -----------
eth0 192.168.122.11/24 u/u Huawei is secondary home router Telecom special edition switching and AP mode
lo 127.0.0.1/8 u/u
::1/128
vyos@r1-roll:~$ show versionJul 21 2020
FRR nhrpd do not support multicasting over GRE tunnels so OSPF or EIGRP don't work since they use multicast addresses to discover neighbors
show interfaces vrrp
The problem not in the bonding.
Any interface with DHCP address can't be disabled.
The kernel is missing an option " CONFIG_XDP_SOCKETS y"
vyos@r-roll:~$ sudo cat /boot/config-4.19.131-amd64-vyos | grep -i xdp # CONFIG_XDP_SOCKETS is not set
PR https://github.com/vyos/vyos-1x/pull/511
It replaces "_" to "-" for NTP server names configuration.
Jul 20 2020
XML ready
Template for frr.tmpl ready.
python handler "protocols_isis.py"
Jul 14 2020
Jul 13 2020
Jul 9 2020
Jul 7 2020
@moepman can you check command?
Jul 6 2020
I don't see problems with Debian Buster, kernel "4.19.0-9"
Need to check this patch. Ref. https://patchwork.kernel.org/patch/9293785/
@c-po Yes, I checked it on Crux.
Works as expected.
Community/large/extend community lists syntax was updated by FRR with "detail" https://phabricator.vyos.net/T2389
Jul 2 2020
Jul 1 2020
Jun 28 2020
@jack9603301
The task of IDS (Intrusion Detection System) is to detect and register attacks, and also to alert when a certain rule is triggered.
If we will use snort and suricata in the future (not a fact), it helps to group logical paths for certain commands.
Jun 25 2020
Jun 24 2020
vif interfaces are removed normally.
It looks like this bug is in the kernel.
1.2.5 - 4.19.106-amd64
Work as expected.
Jun 23 2020
@systo mark as resolved. Reopen it if necessary.