In T6162#180836, @Apachez wrote:In T6162#180827, @ErnyTech wrote:In T6162#180826, @Apachez wrote:Wouldnt it be better if the same commit goes to Intel to be included with the out-of-tree driver which generally have better featuresupport than the in-tree driver which seems to be somewhat crippled?
That is that this commit goes into upstream to both Linux kernel and Intel out-of-tree driver (in case the later is missing this support)?
This is up to Intel as far as I know
Well sure but did you file a case and send the commit to Intel aswell?
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Mar 23 2024
Mar 23 2024
GitHub <[email protected]> committed rVYOSONEX43b206c0fdf0: Merge pull request #3173 from c-po/configverify-T6131 (authored by c-po).
In T6162#180827, @ErnyTech wrote:In T6162#180826, @Apachez wrote:Wouldnt it be better if the same commit goes to Intel to be included with the out-of-tree driver which generally have better featuresupport than the in-tree driver which seems to be somewhat crippled?
That is that this commit goes into upstream to both Linux kernel and Intel out-of-tree driver (in case the later is missing this support)?
This is up to Intel as far as I know
In T6162#180826, @Apachez wrote:Wouldnt it be better if the same commit goes to Intel to be included with the out-of-tree driver which generally have better featuresupport than the in-tree driver which seems to be somewhat crippled?
That is that this commit goes into upstream to both Linux kernel and Intel out-of-tree driver (in case the later is missing this support)?
Wouldnt it be better if the same commit goes to Intel to be included with the out-of-tree driver which generally have better featuresupport than the in-tree driver which seems to be somewhat crippled?
c-po edited projects for T6131: Disabling openvpn interface(s) causes OSPF to fail to load on reboot, added: VyOS 1.5 Circinus, VyOS 1.4 Sagitta (1.4.0-epa3); removed VyOS 1.4 Sagitta.
c-po added a comment to T6131: Disabling openvpn interface(s) causes OSPF to fail to load on reboot.
c-po moved T6160: Unhandled exception when configuring IS-IS from Need Triage to Finished on the VyOS 1.4 Sagitta (1.4.0-epa3) board.
chesskuo added a comment to T6158: Linux kernel version did not matched then caused LTS version building failed.
Thanks for your reply.
But I have some questions about this situation.
Because it is something different with I knew "version meaning".
anonuser445y6 updated the task description for T6161: Add support for displaying container image data in JSON.
jestabro changed Difficulty level from hard to normal on T6145: Service config-sync does not rely on priorities.
Output for a standard check with section ['nat'] and for the test case above, with debug logging on; changes are correctly mirrored on secondary node:
Mar 22 2024
Mar 22 2024
GitHub <[email protected]> committed rVYOSONEX9cc20ffadc74: Merge pull request #3170 from vyos/mergify/bp/sagitta/pr-3169 (authored by Viacheslav).
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEXffe1086cfc25: isis: T6160: NameError: name 'process' is not defined (authored by c-po).
GitHub <[email protected]> committed rVYOSONEXdb08b6bd2300: Merge pull request #3169 from c-po/isis-T6160 (authored by c-po).
Viacheslav closed T6158: Linux kernel version did not matched then caused LTS version building failed as Wontfix.
Tags show the code base at the step where the tag was added.
But binary can be changed since this time. For the same reason, you will not be able to build 1.1.8 or 1.2.1, etc. exactly with those binary that were on the step of tagging.
Close it as wonfix.
c-po moved T6085: VTI interfaces are in UP state by default from Finished to In Progress on the VyOS 1.4 Sagitta (1.4.0-epa3) board.
c-po moved T6085: VTI interfaces are in UP state by default from Open to Finished on the VyOS 1.5 Circinus board.
c-po moved T6125: Support 802.1ad (0x88a8) vlan filtering for bridge from Open to Finished on the VyOS 1.5 Circinus board.
c-po moved T6085: VTI interfaces are in UP state by default from Need Triage to Finished on the VyOS 1.4 Sagitta (1.4.0-epa3) board.
c-po moved T6125: Support 802.1ad (0x88a8) vlan filtering for bridge from Need Triage to Finished on the VyOS 1.4 Sagitta (1.4.0-epa3) board.
c-po moved T6157: Can not create two GRE tunnels to the same DST but from different SRC addresses from 1.4.0-epa3 to 1.4.0 on the VyOS 1.4 Sagitta board.
c-po moved T6157: Can not create two GRE tunnels to the same DST but from different SRC addresses from 1.4.0 to 1.4.0-epa3 on the VyOS 1.4 Sagitta board.
c-po moved T4022: Add package nat-rtsp-dkms from Need Triage to Backlog on the VyOS 1.4 Sagitta (1.4.0) board.
c-po moved T6125: Support 802.1ad (0x88a8) vlan filtering for bridge from 1.4.0 to 1.4.0-epa3 on the VyOS 1.4 Sagitta board.
c-po moved T6085: VTI interfaces are in UP state by default from 1.4.0 to 1.4.0-epa3 on the VyOS 1.4 Sagitta board.
c-po moved T6085: VTI interfaces are in UP state by default from Open to 1.4.0 on the VyOS 1.4 Sagitta board.
pepe added a comment to T6140: After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled.
And remove set protocols static route xxx.xxx.0.0/0 interface pppoe0 unless you use set interfaces pppoe pppoe0 no-default-route.
n.fort closed T6110: Insufficient validation of range option with failover in DHCP server as Resolved.
n.fort moved T6090: Migration of "policy route" configs fails due to TCP flag case sensitivity from Open to Finished on the VyOS 1.5 Circinus board.
n.fort closed T6090: Migration of "policy route" configs fails due to TCP flag case sensitivity, a subtask of T5938: Migration fail root task for 1.4-rc, as Resolved.
Note that the subtask T6146 is useful in itself, as a modernization of the legacy tool priority.pl, but manual ordering of config-sync sections to address this issue is fragile, given the subtleties (== design constraints) of the legacy commit algorithm (cf. T5492). It is preferable to hand the full commit proposal of the primary node to the secondary node, and allow the underlying configsession to manage priority ordering --- this may be easy to do with a simple refactor in the post-commit hook and (if needed) adjustment in the http-api request handler.
Restricted Repository Identity added a reverting change for rVYOSONEX960cace189d7: policy: T5357: only delete migrated BGP community rules: rVYOSONEXf61f9e5c31c7: Merge pull request #3166 from vyos/mergify/bp/sagitta/pr-3153.
GitHub <[email protected]> committed rVYOSONEXf61f9e5c31c7: Merge pull request #3166 from vyos/mergify/bp/sagitta/pr-3153 (authored by c-po).
jestabro closed T6146: Add python script to get all priorities of service or section from XML, a subtask of T6145: Service config-sync does not rely on priorities, as Unknown Status.
jestabro closed T6146: Add python script to get all priorities of service or section from XML as Unknown Status.
a.apostoliuk moved T6130: [1.3.6->1.4.0-epa2 Migration] BGP "set community" missing from Open to Finished on the VyOS 1.5 Circinus board.
a.apostoliuk moved T6130: [1.3.6->1.4.0-epa2 Migration] BGP "set community" missing from Open to Finished on the VyOS 1.4 Sagitta board.
a.apostoliuk closed T6130: [1.3.6->1.4.0-epa2 Migration] BGP "set community" missing, a subtask of T5938: Migration fail root task for 1.4-rc, as Resolved.
a.apostoliuk changed the status of T6130: [1.3.6->1.4.0-epa2 Migration] BGP "set community" missing, a subtask of T5938: Migration fail root task for 1.4-rc, from In progress to Needs testing.
a.apostoliuk changed the status of T6130: [1.3.6->1.4.0-epa2 Migration] BGP "set community" missing from In progress to Needs testing.
a.apostoliuk triaged T6157: Can not create two GRE tunnels to the same DST but from different SRC addresses as Normal priority.
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEX9f3d89349cd8: policy: T6130: Revert commit 960cace (authored by a.apostoliuk).
Restricted Repository Identity added a reverting change for rVYOSONEX960cace189d7: policy: T5357: only delete migrated BGP community rules: rVYOSONEX9f3d89349cd8: policy: T6130: Revert commit 960cace.
n.fort changed the status of T6068: Support active-active and active-passive high availability modes in DHCP server from Open to In progress.
GitHub <[email protected]> committed rVYOSONEX7d2fd9ab4e7e: Merge pull request #3164 from jestabro/priority (authored by dmbaturin).
pepe added a comment to T6140: After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled.
set interfaces pppoe pppoe0 default-route-distance '255'
GitHub <[email protected]> committed rVYOSONEX1895949dbb6d: make related tasks optional (authored by rob).
GitHub <[email protected]> committed rVYOSONEX1511cec059b8: Merge pull request #3165 from rebortg/patch-2 (authored by dmbaturin).
c-po moved T6155: ixgbe: failed to initialize because an unsupported SFP+ module type was detected. from Open to Finished on the VyOS 1.5 Circinus board.
c-po triaged T6155: ixgbe: failed to initialize because an unsupported SFP+ module type was detected. as Normal priority.
Viacheslav triaged T6153: Installer offers RAID-1 without excluding the USB install media as Normal priority.
Apachez added a comment to T6140: After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled.
Wouldnt PPPoE always assign IP dynamically?
dongjunbo added a comment to T6140: After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled.
In T6140#180604, @Apachez wrote:Also since dynamic and not static IP is being used it would be handy if the DHCP exchange can be captured using tcpdump and do this both on the 1.3 where this works and on 1.4/1.5 where this doesnt work.
This way we can find out what the difference is in the request flow (from the client) but also in the response flow (from the server) - in case DHCP would be to be blamed on this behaviour.
Comparing to other vendors setting the password either in cleartext or as a salted hash (where when saved in config file its always saved as a salted hash - but it will accept a cleartext edition too if you wish that for whatever reason) through the CLI is the standard in NOS.
Apachez added a comment to T6140: After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled.
Also since dynamic and not static IP is being used it would be handy if the DHCP exchange can be captured using tcpdump and do this both on the 1.3 where this works and on 1.4/1.5 where this doesnt work.
dongjunbo added a comment to T6140: After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled.
In T6140#180242, @pepe wrote:Show this commands output if that happens:
show interfaces pppoe pppoe0 show ip route show log pppoeShow performance test results from versions 1.3 and 1.4
Mar 21 2024
Mar 21 2024
marekm added a project to T6154: Installer should ask for password twice: VyOS 1.4 Sagitta (1.4.0-epa2).
jestabro closed T6149: Update node_data when merging nodes in reference tree generation, a subtask of T6146: Add python script to get all priorities of service or section from XML, as Unknown Status.
jestabro closed T6149: Update node_data when merging nodes in reference tree generation as Unknown Status.
marekm changed Difficulty level from unknown to easy on T6153: Installer offers RAID-1 without excluding the USB install media.