Reproducible via:
Feed All Stories
Nov 24 2019
Nov 24 2019
c-po reassigned T1787: Failed config migration from V1.2.3 to 1.2-rolling-201911030217 from c-po to jestabro.
c-po closed T1673: vif bridge-group not migrated to bridge member interface, a subtask of T1556: Rewrite Bridge in new style XML syntax, as Resolved.
c-po added a parent task for T1673: vif bridge-group not migrated to bridge member interface: T1556: Rewrite Bridge in new style XML syntax.
syncer moved T1799: Add support for GENEVE (Generic Network Virtualization Encapsulation) from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po changed the status of T1673: vif bridge-group not migrated to bridge member interface from Open to In progress.
c-po added a comment to T1673: vif bridge-group not migrated to bridge member interface.
Line2 updated subscribers of T1801: Unescaped backslashes in config values cause configuration failure.
I tested https://phabricator.vyos.net/T1787 for @c-po with the following results. He asked me to write down this here in the parent task.
c-po closed T1799: Add support for GENEVE (Generic Network Virtualization Encapsulation) as Resolved.
c-po changed the status of T1799: Add support for GENEVE (Generic Network Virtualization Encapsulation) from Open to In progress.
c-po added a comment to T1035: SNMP BGP 32 bit AS number fail.
Depending on your configuration, in SNMPv3 you can limit the scope, in SNMPv2 we export all.
Merijn added a comment to T1035: SNMP BGP 32 bit AS number fail.
Ok so that would mean the BGP4 info is exposed to the SNMP server and someone has to check it on a client.
c-po added a comment to T1035: SNMP BGP 32 bit AS number fail.
VyOS 1.2.3 has agentx enabled:
Merijn added a comment to T1035: SNMP BGP 32 bit AS number fail.
@cpo the SNMP server has to support the MIB to export the OID. And afterwards the client has to have an up2data MIB to map it again. If the server does not export it the client can update the MIB but the OID won’t be there.
c-po added a comment to T1035: SNMP BGP 32 bit AS number fail.
Hmm the way I have understood SNMP this is not a VyOS issue. VyOS only deliveres the MIB tree to the SNMP poller. The MIBs database must be up2date on the client side to map the OIDs to their specific values.
Nov 23 2019
Nov 23 2019
Viacheslav added a comment to T1361: VRRP Starts After FRR, Creating Inconsistent Routes -.
@zsdc Can you take a look at that?
Ref
https://phabricator.vyos.net/T1721
https://github.com/FRRouting/frr/pull/4602/commits
c-po moved T1822: Priority inversion wireless interface dhcpv6 from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.4) board.
c-po moved T1822: Priority inversion wireless interface dhcpv6 from Need Triage to VyOS 1.2.4 on the VyOS 1.2 Crux board.
c-po closed T1627: Rewrite wireless interface in new style XML syntax, a subtask of T1579: Rewrite all interface types in new XML/Python style, as Resolved.
c-po moved T1627: Rewrite wireless interface in new style XML syntax from In Progress to Finished on the VyOS 1.3 Equuleus board.
Looks like no one really wants it except for 2 people, going to cancel it.
Unknown Object (User) added a comment to T1820: VRRP transition scripts for sync-groups are not supported in VyOS (anymore).
Hello, I created LAB with sync-group configuration. In this LAB I use VyOS 1.2.2 on all routers for reason like in your ticket
Using next configuration:
c-po committed rVYOSONEX0491fcd47adf: pppoe-server: T1821: Set radius module priority (authored by Unknown Object (User)).
syncer reassigned T1820: VRRP transition scripts for sync-groups are not supported in VyOS (anymore) from jestabro to Unknown Object (User).
Unknown Object (User) changed the status of T1821: "authentication mode radius" has no effect for PPPoE server from Open to Needs testing.
Unknown Object (User) added a comment to T1821: "authentication mode radius" has no effect for PPPoE server.
syncer changed the status of T1774: Add a show config operation to the HTTP API from Open to In progress.
syncer assigned T1821: "authentication mode radius" has no effect for PPPoE server to Unknown Object (User).
Nov 22 2019
Nov 22 2019
adestis edited projects for T1820: VRRP transition scripts for sync-groups are not supported in VyOS (anymore), added: VyOS 1.2 Crux (VyOS 1.2.4); removed VyOS 1.2 Crux.
jestabro changed the status of T1597: /usr/sbin/rsyslogd after deleting "system syslog" from Unknown Status to Resolved.
jestabro changed the status of T1391: In route-map set community additive from Unknown Status to Resolved.
jestabro changed the status of T1701: Delete domain-name and domain-search won't work from Unknown Status to Resolved.
jestabro changed the status of T1678: hostfile-update missing line feed from Unknown Status to Resolved.
jestabro changed the status of T1694: NTPd: Do not listen on all interfaces by default from Unknown Status to Resolved.
jestabro changed the status of T1772: <regex> constraints in XML are partially broken from Unknown Status to Resolved.
jestabro changed the status of T1749: numeric validator doesn't support multiple ranges from Unknown Status to Resolved.
jestabro changed the status of T1786: disable-dhcp-nameservers is missed in current host_name.py implementation from Unknown Status to Resolved.
c-po moved T1819: Reboot kills SNMPv3 configuration from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.4) board.
c-po moved T1819: Reboot kills SNMPv3 configuration from Need Triage to VyOS 1.2.4 on the VyOS 1.2 Crux board.
c-po added a comment to T1819: Reboot kills SNMPv3 configuration.
olofl added a comment to T1817: BGP next-hop-self not working..
From CPO on Slack:
Nov 21 2019
Nov 21 2019
jestabro closed T1814: Add log of migration scripts run during config migration, a subtask of T1397: Rewrite the config merge script, as Resolved.
jestabro changed Version from - to 1.2-rolling, 1.3 on T1818: Print name of migration script on failure.
jestabro changed the status of T1818: Print name of migration script on failure from Open to In progress.
hagbard updated subscribers of T1816: provide perf package for running kernel.
hagbard added a comment to T1816: provide perf package for running kernel.
kroy added a comment to T1816: provide perf package for running kernel.
I guess I'd ask the question of whether we have any complaints of performance type issues that perf could pinpoint? I don't know if I've ever seen any of those kind of complaints in the circles I hang out in.
hagbard added a comment to T1816: provide perf package for running kernel.
perf is a tool to gather performance and debug data on a running system with a deep insight into program functions etc. Since it will need a bunch of new libs within the system, I'd like to find out if there is the need for it or not.
olofl updated the task description for T1817: BGP next-hop-self not working..
olofl updated the task description for T1817: BGP next-hop-self not working..