set interfaces pppoe pppoe0 default-route-distance '255'
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Mar 22 2024
Mar 22 2024
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 <noreply@github.com> 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.
GitHub <noreply@github.com> committed rVYOSONEX1895949dbb6d: make related tasks optional (authored by rob).
GitHub <noreply@github.com> 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 edited a custom field on T6153: Installer offers RAID-1 without excluding the USB install media.
jestabro added a comment to T6146: Add python script to get all priorities of service or section from XML.
Comparison with legacy priority.pl can be seen with priority.py --legacy-format, below; note that priority of 0 is default for interface-definitions lacking a priority element, as is assigned in legacy commit algorithm.
fernando changed the status of T6151: BGP VRF route-leaking does not work when the next-hop is a recursive route from Open to Confirmed.
a.apostoliuk triaged T6150: Impossible to set a static IP address via RADIUS in IPoE as Normal priority.
a.apostoliuk changed the status of T6150: Impossible to set a static IP address via RADIUS in IPoE from Open to In progress.
I have checked in with @sharpd, he mentioned that it might not be supported to use v4 nexthop for v6 route.
From local testing:
vova | ip r default via 192.168.0.1 dev wlp4s0 proto dhcp metric 600 192.168.0.0/24 dev wlp4s0 proto kernel scope link src 192.168.0.102 metric 600
dmbaturin triaged T6149: Update node_data when merging nodes in reference tree generation as Normal priority.
dmbaturin triaged T6148: Reset vpn ipsec command breaks tunnel and does not reset SAs that are down as High priority.
dmbaturin triaged T6146: Add python script to get all priorities of service or section from XML as Normal priority.
jestabro added a comment to T6146: Add python script to get all priorities of service or section from XML.
PR for subtask bug merged:
https://github.com/vyos/vyos1x-config/pull/24
PR for this task will follow the update/rebuild of libvyosconfig.
jestabro renamed T6149: Update node_data when merging nodes in reference tree generation from Upadate node_data when merging nodes in reference tree generation to Update node_data when merging nodes in reference tree generation.
Viacheslav moved T6143: Increase configuration timeout range for service config-sync from Need Triage to Finished on the VyOS 1.4 Sagitta (1.4.0) board.
Viacheslav edited projects for T6143: Increase configuration timeout range for service config-sync, added: VyOS 1.4 Sagitta (1.4.0); removed VyOS 1.4 Sagitta (1.4.0-epa2).
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEXc104f9aea604: vti: T6085: interface is always down and only enabled by IPSec daemon (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEX27438a498113: Merge pull request #3157 from c-po/vti-T6085 (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.
In T6140#180451, @dongjunbo wrote:The Root Cause is this 'Static routes not working with PPPoE and VyOS 1.4'
https://forum.vyos.io/t/static-routes-not-working-with-pppoe-and-vyos-1-4/14102I
HollyGurza changed the status of T5164: op cmd: "show dhcp server leases state" with available options does not show any result from Open to In progress.
GitHub <noreply@github.com> committed rVYOSONEXb09a67b4617e: Merge pull request #3153 from aapostoliuk/T6130-circinus (authored by c-po).
Restricted Repository Identity added a reverting change for rVYOSONEX960cace189d7: policy: T5357: only delete migrated BGP community rules: rVYOSONEXb09a67b4617e: Merge pull request #3153 from aapostoliuk/T6130-circinus.
GitHub <noreply@github.com> committed rVYOSONEXf7a005ebecdf: Merge pull request #3160 from vyos/mergify/bp/sagitta/pr-3159 (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEX1c58b84c9bab: Merge pull request #3161 from vyos/mergify/bp/sagitta/pr-3158 (authored by c-po).
tjh added a comment to T6140: After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled.
Does the problem only appear after your 5am reboot every day?
dongjunbo updated the task description for T6140: After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled.
dongjunbo renamed T6140: After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled from After running a while the default routing failed on vyos 1.4 epa1 with pppoe0 enabled to After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled.
dongjunbo added a comment to T6140: After running a while the default routing failed on vyos 1.4 epa1&epa2 with pppoe0 enabled.
The Root Cause is this 'Static routes not working with PPPoE and VyOS 1.4'
https://forum.vyos.io/t/static-routes-not-working-with-pppoe-and-vyos-1-4/14102
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEX5a8f9d44b3c2: bridge: T6125: support 802.1ad (ethertype 0x88a8) VLAN filtering (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEXd03916b59d69: Merge pull request #3158 from c-po/bridge-T6125 (authored by dmbaturin).
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEXd19be874eb5c: conntrack: T6147: Enable conntrack when firewall state-policy is defined (authored by sarthurdev).
GitHub <noreply@github.com> committed rVYOSONEX33dfe6e07e5c: Merge pull request #3159 from sarthurdev/T6147 (authored by dmbaturin).
Mar 20 2024
Mar 20 2024
sarthurdev changed the status of T6147: Conntrack not working as expected with global state-policy from In progress to Needs testing.
sarthurdev changed the status of T6147: Conntrack not working as expected with global state-policy from Confirmed to In progress.
sarthurdev renamed T6147: Conntrack not working as expected with global state-policy from Conntrack not working as expected to Conntrack not working as expected with global state-policy.
c-po changed the status of T6125: Support 802.1ad (0x88a8) vlan filtering for bridge from Open to Needs testing.
This likely because the global state policy being reintroduced was not accounted for in the firewall check in conf script. I'll check this week.
c-po closed T6129: bgp: add route-map option "as-path exclude all", a subtask of T5788: frr: update to 9.1 release, as Resolved.
c-po moved T6129: bgp: add route-map option "as-path exclude all" from Open to Finished on the VyOS 1.5 Circinus board.
We have something like this already for !in! interfaces:
c-po moved T6129: bgp: add route-map option "as-path exclude all" from Need Triage to Finished on the VyOS 1.4 Sagitta (1.4.0) board.
c-po edited projects for T6129: bgp: add route-map option "as-path exclude all", added: VyOS 1.4 Sagitta (1.4.0); removed VyOS 1.4 Sagitta.
c-po closed T6133: Add domain-name to commit-archive, a subtask of T4942: Rewrite vyatta-config-mgmt to Python/XML, as Resolved.
c-po moved T6133: Add domain-name to commit-archive from Open to Finished on the VyOS 1.5 Circinus board.
c-po moved T6133: Add domain-name to commit-archive from Need Triage to Finished on the VyOS 1.4 Sagitta (1.4.0) board.
c-po moved T6133: Add domain-name to commit-archive from Open to 1.4.0 on the VyOS 1.4 Sagitta board.
GitHub <noreply@github.com> committed rVYOSONEX197f48aa3286: Merge pull request #3156 from vyos/mergify/bp/sagitta/pr-3155 (authored by c-po).
n.fort added a project to T6147: Conntrack not working as expected with global state-policy: VyOS 1.5 Circinus.
n.fort changed the status of T6147: Conntrack not working as expected with global state-policy from Open to Confirmed.
Mergify <37929162+mergify[bot]@users.noreply.github.com> committed rVYOSONEXede7b386e671: T6143: Increase configuratble timeout range for service config-sync (authored by Viacheslav).
Viacheslav changed the subtype of T6146: Add python script to get all priorities of service or section from XML from "Bug" to "Feature Request".
Viacheslav renamed T6121: Extend service config-sync for sections vpn, policy, vrf from Extend service config-syn for sections vpn, policy, vrf to Extend service config-sync for sections vpn, policy, vrf.