Virtual-ethernet interfaces veth implemented in T4825
For veth in "netns" it should be a separate task.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
May 25 2023
I can't reproduce it VyOS 1.4-rolling-202305250317
set load-balancing wan flush-connections set load-balancing wan interface-health eth0 failure-count '3' set load-balancing wan interface-health eth0 nexthop '192.168.122.1' set load-balancing wan interface-health eth0 success-count '5' set load-balancing wan interface-health eth0 test 1 target '1.1.1.1' set load-balancing wan interface-health eth0 test 2 target '8.8.8.8' set load-balancing wan interface-health eth2 failure-count '10' set load-balancing wan interface-health eth2 nexthop 'dhcp' set load-balancing wan interface-health eth2 success-count '10' set load-balancing wan interface-health eth2 test 1 target '1.1.1.1' set load-balancing wan interface-health eth2 test 2 target '8.8.8.8' set load-balancing wan rule 1 failover set load-balancing wan rule 1 inbound-interface 'eth1.10' set load-balancing wan rule 1 interface eth0 weight '100' set load-balancing wan rule 1 interface eth2 weight '10'
May 24 2023
PR https://github.com/vyos/vyos-1x/pull/2017
set interfaces virtual-ethernet veth10 peer-name 'veth100' set interfaces virtual-ethernet veth10 vif 50 address '10.0.50.0/31' set interfaces virtual-ethernet veth100 peer-name 'veth10' set interfaces virtual-ethernet veth100 vif 50 address '10.0.50.1/31'
Check:
vyos@r14:~$ show interfaces virtual-ethernet Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down Interface IP Address S/L Description --------- ---------- --- ----------- veth10 - u/u veth10.50 10.0.50.0/31 u/u veth100 - u/u veth100.50 10.0.50.1/31 u/u vyos@r14:~$
Pings:
vyos@r14:~$ ping 10.0.50.1 source-address 10.0.50.0 PING 10.0.50.1 (10.0.50.1) from 10.0.50.0 : 56(84) bytes of data. 64 bytes from 10.0.50.1: icmp_seq=1 ttl=64 time=0.132 ms 64 bytes from 10.0.50.1: icmp_seq=2 ttl=64 time=0.085 ms 64 bytes from 10.0.50.1: icmp_seq=3 ttl=64 time=0.087 ms ^C --- 10.0.50.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2064ms rtt min/avg/max/mdev = 0.085/0.101/0.132/0.021 ms vyos@r14:~$
It is a part of T3829
We should find a solution to check if the interface "neighbor" is in a separate netns. For now, we don't do this check.
veth pair should be in the local router only, VRF or NETNS and it won't work between 2 separate routers or 2 VMs.
May 23 2023
@danhusan Could you check if the file /var/run/load-balance/wlb.out exists?
https://github.com/vyos/vyatta-wanloadbalance/blob/5a3ab6c426928644dc9ad9a70296263781523919/templates-op/show/wan-load-balance/node.def#L2C15-L5
PR https://github.com/vyos/vyos-1x/pull/2015
vyos@r14# run show reverse-proxy Proxy name Role Status Req rate Resp time Last change ------------ -------- -------- ---------- ----------- ------------- http FRONTEND OPEN 0 https FRONTEND OPEN 16 stats FRONTEND OPEN 0 bk-01 BACKEND UP 1 ms 1h34m45s default-bk BACKEND UP 0 ms 1h34m45s bk-01 serv-01 UP 1 ms 1h34m45s bk-01 serv-02 DOWN 0 ms 1h34m44s default-bk serv-03 no check 0 ms 1h34m45s [edit] vyos@r14#
May 22 2023
May 21 2023
May 20 2023
May 19 2023
There is the task T5169
PR listen-address fixes https://github.com/vyos/vyos-1x/pull/2013
PR refactoring https://github.com/vyos/vyos-1x/pull/2012
May 17 2023
@ddominet the correct syntax
set protocols bgp neighbor 192.0.2.11 address-family ipv6-unicast allowas-in number 1
May 15 2023
May 13 2023
May 12 2023
May 11 2023
@c-po I guess it should be v5.4.234
In T4362#148361, @masterit wrote:one issue.
the migration scripts don't take into account older load balancing configs.if the test > rule > type > ping isn't explicitly set then the rule defaults to the next hop address and ignores the rule entirely.
the default rule seems to be the next hop address for the interface.
set default check type ping https://github.com/vyos/vyos-1x/pull/1998
Veth is not ready to work together with netns
As Interface moves entirely to logical stack and with the next commit will be recreated and try to move to netns again. As it doesn't see veth interface which moved to another logical stack, it tryes to recreate this interface.
We should either fix it or revert the previous commit.
May 10 2023
Add kernel module https://github.com/vyos/vyos-build/pull/348
PR for L2TP https://github.com/vyos/vyos-1x/pull/1988
May 9 2023
Fixed with rewriting to systemd unit vyos-wan-load-balance.service
In T5213#148346, @joshua.hanley wrote:@Viacheslav Thanks for the prompt response. Not sure if the change will also cover L2TP as well. For example:
set vpn l2tp remote-access authentication radius accounting-interim-interval '60'
Sometimes it stuck for ~1.5 minutes after deleting.
vyos@r14# delete load-balancing [edit] vyos@r14# commit
PR https://github.com/vyos/vyos-1x/pull/1986
set service pppoe-server authentication mode 'radius' set service pppoe-server authentication radius accounting-interim-interval '60' set service pppoe-server authentication radius server 203.0.113.1 key '123' set service pppoe-server client-ip-pool name POOL-01 gateway-address '192.0.2.1' set service pppoe-server client-ip-pool name POOL-01 subnet '192.0.2.0/24' set service pppoe-server interface eth1