The problem is not with the restart.
I think the problem with the template dhclient-ipv6.tmpl
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Aug 18 2020
Aug 18 2020
jestabro changed the status of T2808: Add smoketest to ensure script consistency with config daemon from Open to Needs testing.
ajgnet added a comment to T2760: In a load-balanced multi-wan configuration with DHCP assigned addresses, IPsec "dhcp-interface" does not work.
Enabling sticky connections had no effect in my testing. The only temporary solution was T2747. Unfortunately, this solution no longer works once the IP address changes on a DHCP-assigned interface.
Viacheslav added a comment to T1944: FRR: Invalid route in BGP causes update storm, memory leak, and failure of Zebra.
@bbabich any udpates?
32-bit Xen PV support was dropped recently from upstream Linux kernel 5.9.
64-bit Xen PV is still supported in upstream Linux kernel.
Aug 18 2020, 6:33 AM · Restricted Project
Aug 17 2020
Aug 17 2020
I believe we should stick to the same format as ntp.conf.
Another idea would be to introduce a new option „pool“ for any specified server to use the pool keyword over server. But I see no downside of always using pool, do you?
That would do a 2 for 1 solution.
SrividyaA added a comment to T2760: In a load-balanced multi-wan configuration with DHCP assigned addresses, IPsec "dhcp-interface" does not work.
In addition to the workaround provided in the task T2747, the following configuration could also be added to the existing configuration:
Unknown Object (User) updated the task description for T2802: Tunnel interface does not apply EUI-64 IPv6 Address.
Unknown Object (User) updated the task description for T2807: IPv6 Link-Local Address - Automatically generation/configuration on GRE Interfaces.
GitHub <noreply@github.com> committed rVYOSONEX2357a5e412ee: Merge pull request #527 from zdc/T2332-crux (authored by c-po).
zsdc changed the status of T2332: Backport node option for a syslog server, a subtask of T2327: Unable to create syslog server entry with different port, from Open to In progress.
zsdc changed the status of T2332: Backport node option for a syslog server from Open to In progress.
Unknown Object (User) added a comment to T2802: Tunnel interface does not apply EUI-64 IPv6 Address.
Tunnel Interfaces also do not generate/configure a Link-Local IPv6. It looks like Tunnel interfaces do not have any MAC Address associated to it.
Unknown Object (User) changed Is it a breaking change? from none to behavior on T2807: IPv6 Link-Local Address - Automatically generation/configuration on GRE Interfaces.
Unknown Object (User) created T2807: IPv6 Link-Local Address - Automatically generation/configuration on GRE Interfaces.
lundgrenolof updated the task description for T2806: ipsec generates false warning on commit when local prefix is sourced from loopback.
lundgrenolof updated the task description for T2806: ipsec generates false warning on commit when local prefix is sourced from loopback.
@ronie can you build an example with frr?
Aug 17 2020, 9:57 AM · Restricted Project
Merged
This is not solved in 1.2.6-epa1. Will this be solved in 1.2.6?
Unknown Object (User) added a comment to T486: Static IPv6 default route via OSPFv3-learned loopback is not activated.
It seems that making the tunnel connection a Stub Area would reach the same design goal without relying on a recursive static route, but it also seems that this feature is not supported in OSPFv3 by now. I´ve opened the following feature requests: https://phabricator.vyos.net/T2804 & https://phabricator.vyos.net/T2803 .
Unknown Object (User) created T2804: OSPFv3 Stub / NSSA [no summary].
@thomas-mangin in further tests, I've seen wide variability in timing tests, independent of caching, with the original quote being the high-end. That will need to be investigated, but I think performance should not be considered a road-block for now.
Unknown Object (User) added a comment to T486: Static IPv6 default route via OSPFv3-learned loopback is not activated.
I´ve tyred to reproduce this scenario with VyOS 1.3-rolling-202007300117.
The static-default-route is correctly installed in the routing table after rebooting the router.
Sorry, I don't understand what you mean. Can you tell me more about it? What is using net-snmp to submit feature requests?
Please file feature request with net-snmp.
The list of oids currently supported by vyos is as follows:
Unknown Object (User) updated subscribers of T2803: OSPFv3 - Default-Information Originate [always].
Unknown Object (User) created T2803: OSPFv3 - Default-Information Originate [always].
Aug 16 2020
Aug 16 2020
Unknown Object (User) added a comment to T486: Static IPv6 default route via OSPFv3-learned loopback is not activated.
What if we render pool instead of server to ntp.conf for all servers?
c-po added a comment to T2515: Ethernet interface is automatically disabled when removing it from bond.
Please retest with the latest rolling as bond/ethernet went through a major refactoring.
We use net-snmp as SNMP server and can only provide the OIDs it supports. Please be more verbose what is missing and what is expected.
c-po renamed T2802: Tunnel interface does not apply EUI-64 IPv6 Address from IPv6-GRE does not get EUI-64 IP Address to Tunnel interface does not apply EUI-64 IPv6 Address.
Unknown Object (User) created T2802: Tunnel interface does not apply EUI-64 IPv6 Address.
Could you share an example how to ise that? I then can test it in my code.
GitHub <noreply@github.com> committed rVYOSONEX888163e95c89: Merge pull request #510 from efficiosoft/vyos_template_rewrite (authored by c-po).
thomas-mangin added a comment to T2636: get_config_dict() shall always return a list on <multi/> nodes.
Regarding (1) which is about changing the default. No issues, I was trying to break any code until someone had more time than me to test it, as the devil is always in the details.
thomas-mangin added a comment to T2636: get_config_dict() shall always return a list on <multi/> nodes.
From John on github:
c-po renamed T2505: XCP-ng packet drops for small packets (e.g. icmp) under Xen and AWS from Major Dropping small packets under Xen and AWS to XCP-ng packet drops for small packets (e.g. icmp) under Xen and AWS.
c-po closed T2277: dhclient-script-vyos does not support VRFs, a subtask of T2579: The root task for VRF features, as Resolved.
[ 174.257399] wireguard: WireGuard 1.0.20200429 loaded. See www.wireguard.com for information. [ 174.257402] wireguard: Copyright (C) 2015-2019 Jason A. Donenfeld <Jason@zx2c4.com>. All Rights Reserved. [ 176.893555] ipoe: loading out-of-tree module taints kernel. [ 176.894462] IPoE session driver v1.11 [ 179.534526] vlan-mon driver v1.11 [ 207.268408] i40evf: Intel(R) 40-10 Gigabit Virtual Function Network Driver - version 3.2.2-k [ 207.268411] Copyright (c) 2013 - 2015 Intel Corporation. [ 210.281303] Intel(R) 10GbE PCI Express Linux Network Driver - version 5.8.1 [ 210.281305] Copyright(c) 1999 - 2020 Intel Corporation. [ 210.281629] init of debugfs failed [ 213.047970] ixgbevf: Intel(R) 10GbE PCI Express Virtual Function Driver - version 4.8.1 [ 213.047972] ixgbevf: Copyright(c) 1999 - 2020 Intel Corporation. [ 216.250809] Intel(R) Gigabit Ethernet Linux Driver - version 5.3.6 [ 216.250812] Copyright(c) 2007 - 2020 Intel Corporation. cpo@LR2.wue3:~$ uname -a Linux LR2.wue3 4.19.139-amd64-vyos #1 SMP Sat Aug 15 20:46:38 UTC 2020 x86_64 GNU/Linux cpo@LR2.wue3:~$ show ver Version: VyOS 1.2.6-epa1-4.19.139 Release Train: crux
GitHub <noreply@github.com> committed rVYOSONEXfd830743cda0: Merge pull request #523 from jjakob/increase-max-nat-rule-number-T2764 (authored by c-po).
The document has been updated and moved to a more suitable location
Aug 15 2020
Aug 15 2020
I would like to test as well. I have successfully setup link local peering with 2 vyos routers using the new "interface v6only" option. However, I am unable to establish a link local session when peering with a different vendor.
c-po moved T2797: Update Linux Kernel to v4.19.139 from In Progress to Finished on the VyOS 1.2 Crux (VyOS 1.2.6) board.
An initial version has been merged with initial support for some Crystalfontz LCDs. This is in alpha state.
c-po removed a project from T2122: Update Intel out-of-tree drivers to latest version(s): VyOS 1.2 Crux (VyOS 1.2.6).
c-po added a project to T2122: Update Intel out-of-tree drivers to latest version(s): VyOS 1.2 Crux (VyOS 1.2.6).
c-po reassigned T2800: Pseudo-Ethernet: source-interface must not be member of a bridge from c-po to dmbaturin.
c-po moved T2800: Pseudo-Ethernet: source-interface must not be member of a bridge from In Progress to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2800: Pseudo-Ethernet: source-interface must not be member of a bridge from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po updated the task description for T2800: Pseudo-Ethernet: source-interface must not be member of a bridge.
c-po changed the status of T2800: Pseudo-Ethernet: source-interface must not be member of a bridge from Open to In progress.
GitHub <noreply@github.com> committed rVYOSONEXfd18b6957aa3: Merge pull request #526 from jack9603301/T2706 (authored by c-po).
syncer changed the status of T2192: Create common crypto library for creation/verification/management of RSA/EC/SSH keys, certificates, requests, etc. from Open to In progress.
Unknown Object (User) created T2798: Allow port range in tc filter.
c-po moved T2797: Update Linux Kernel to v4.19.139 from Needs Triage to In Progress on the VyOS 1.2 Crux (VyOS 1.2.6) board.