In T970#149229, @olivier.hault wrote:How far are we in the testing of this important feature ?
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
May 27 2023
May 27 2023
May 26 2023
May 26 2023
c-po changed the status of T5242: interfaces: smoketest: automatically detect "capabilities" from Open to In progress.
Added extension and example for test_vif_8021q_mtu_limits.
One fix added; I'm looking at an extension for the case of test_vif_8021q_mtu_limits, as mentioned in the comment in base_interfaces_test.py.
Let me cherry-pick these and commit all at one
I discovered that conntrack are enabled by default in two files:
Example implementation:
https://github.com/vyos/vyos-1x/compare/current...jestabro:cli-defined
How far are we in the testing of this important feature ?
All of the modem specific settings appear to be done through the web GUI of the modem.
May 25 2023
May 25 2023
I could have sworn it took quite a while for the wlb.out to be populated when testing earlier on. However as I´ve built out the config a bit more I am now only able to reproduce it a few seconds after reboot - so your theory holds. Let's close out the bug report for now and I´ll reopen if something changes down the line.
Viacheslav closed T4686: Provides support for veth, a subtask of T3829: Support separated TCP/IP stack via "ip netns", as Resolved.
Virtual-ethernet interfaces veth implemented in T4825
For veth in "netns" it should be a separate task.
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'
Viacheslav added a project to T5236: show wan-load-balance not working after reboot: VyOS 1.4 Sagitta.
Viacheslav changed the status of T5236: show wan-load-balance not working after reboot from Open to In progress.
Viacheslav changed the status of T5231: Add op-mode for load-balancing reverse-proxy, a subtask of T5222: Add load-balancing reverse-proxy based on haproxy , from Open to In progress.
Viacheslav changed the status of T5231: Add op-mode for load-balancing reverse-proxy from Open to In progress.
Viacheslav closed T5237: interfaces virtual-ethernet - Extend capabilitys of Vlans/QinQ as Resolved.
May 24 2023
May 24 2023
Thanks Viacheslav , for this clarification . Veths /Netns are strong powerful , using this technology we can use to join different hypervisor or bridge technology . leave some example namespaces /veth / bridging.
Sorry to write on a closed task, but without specifying a vrf (or some kind of identifier for that matter), how will the DHCP server decide which shared network to use since they have identical subnets configured?
Viacheslav closed T4550: router-advert: Add deprecate-prefix & decrement-lifetimes options as Resolved.
Viacheslav renamed T5240: Service router-advert failed to start radvd with more then 3 name-servers from Service router-advert failed to start radvd with more then 3 name-server to Service router-advert failed to start radvd with more then 3 name-servers.
Viacheslav changed the status of T5237: interfaces virtual-ethernet - Extend capabilitys of Vlans/QinQ from In progress to Needs testing.
GitHub <noreply@github.com> committed rVYOSONEXa8c0a7e25bff: Merge pull request #2017 from sever-sever/T5237 (authored by c-po).
Viacheslav changed the status of T5237: interfaces virtual-ethernet - Extend capabilitys of Vlans/QinQ from Open to In progress.
Viacheslav added a comment to T5237: interfaces virtual-ethernet - Extend capabilitys of Vlans/QinQ.
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
May 23 2023
rayzilt changed the status of T5018: Redirect to IFB removed after change in qos policy from Needs testing to Confirmed.
So after a small test, I've come to the following:
Viacheslav added a parent task for T2289: Denest cerbot certificate configuration from service https: T3642: PKI configuration.
Viacheslav added a parent task for T3651: Move certbot request to op-mode: T3642: PKI configuration.
I started working on a jool nat64 implementation at https://github.com/vyos/vyos-1x/pull/1993 for anyone that would like to try it out. Not everything is implemented yet, but I have been running this for the past few weeks with no issues. Any comments or feedback on the UX would be appreciated
danhusan@vyos-1:~$ cat /var/run/load-balance/wlb.out cat: /var/run/load-balance/wlb.out: No such file or directory
@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#
Viacheslav reopened T4737: FRRouting/zebra 7.5.1 does not redistribute routes to other protocols as "Needs testing".
Rule used for udev testing:
I successfully tested a udev rule to rename to wwan0.
May 22 2023
May 22 2023
Viacheslav changed the status of T5143: Apply constraint on powerdns forward-zones configuration from In progress to Needs testing.
Viacheslav changed the status of T5115: Support custom port for name servers for forwarding zones from Open to Needs testing.
Further testing reveals that re-connecting the interfaces after reboot solves the issue:
Viacheslav edited projects for T2934: proxy-arp-pvlan on VRRP interface, added: VyOS 1.3 Equuleus (1.3.4); removed VyOS 1.3 Equuleus (1.3.3).
c-po moved T5234: Add bash identifier for given VRF instance from Open to Finished on the VyOS 1.4 Sagitta board.
May 21 2023
May 21 2023
jestabro closed T5218: Revise vyos xml lib for bug fixes and extensions, a subtask of T2665: vyos.xml.defaults for tag nodes, as Resolved.
c-po closed T5234: Add bash identifier for given VRF instance, a subtask of T31: Add VRF support, as Unknown Status.
Please re-test with latest 1.4 release as the firewall was moved from iptables -> nftables
Hi @daniil and @NikolayP,
Viacheslav renamed T5233: Op-mode flow-accounting netflow with disable-imt errors from Op-mode flow-accounting with disable-imt errors to Op-mode flow-accounting netflow with disable-imt errors.
GitHub <noreply@github.com> committed rVYOSONEXa32792a6fb92: Merge pull request #1997 from jestabro/reference-tree (authored by Viacheslav).
May 20 2023
May 20 2023
c-po added a comment to T4853: OpenVPN: unable to commit changes when the interface is down/unknown state.
Does it fail on the client or on the server? I am unable to reproduce this given the instructions above.
Could you write and test an udev rule which renames the RNDIS usb0 device to wwan*?
Viacheslav renamed T5222: Add load-balancing reverse-proxy based on haproxy from Add load-balancing based on haproxy to Add load-balancing reverse-proxy based on haproxy .
Viacheslav renamed T5231: Add op-mode for load-balancing reverse-proxy from Add op-mode for load-belancing reverse-proxy to Add op-mode for load-balancing reverse-proxy.
Viacheslav changed the status of T5222: Add load-balancing reverse-proxy based on haproxy from Open to Needs testing.
Viacheslav changed the status of T5230: 1.4 Missing enforce-first-as for bgp peers from Open to Needs testing.
May 19 2023
May 19 2023