The official upstream address is https://gitlab.com/gsliepen/tinc , no Debian package generation rule file
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Jan 26 2021
Jan 26 2021
The problem with preference, it should be different
The bug with FRR described here,
ref https://github.com/FRRouting/frr/issues/7583
ref https://github.com/FRRouting/frr/issues/7522
A possible reason, in the FRR hostname, declares 2 times.
Jan 25 2021
Jan 25 2021
weird, I am woth the same ISP and do not have this problem.
c-po renamed T3253: rpki: multiple peers cannot be configured from rpki: multiple peers can be configured to rpki: multiple peers can not be configured .
c-po edited projects for T3253: rpki: multiple peers cannot be configured , added: VyOS 1.2 Crux (VyOS 1.2.7), VyOS 1.3 Equuleus; removed VyOS 1.2 Crux.
c-po moved T3126: unsuppress-map doesn't work for BGP IPv4 from Backlog to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
c-po moved T3126: unsuppress-map doesn't work for BGP IPv4 from Finished to Backlog on the VyOS 1.2 Crux (VyOS 1.2.7) board.
c-po moved T3126: unsuppress-map doesn't work for BGP IPv4 from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
c-po moved T3126: unsuppress-map doesn't work for BGP IPv4 from Need Triage to VyOS 1.2.7 on the VyOS 1.2 Crux board.
c-po moved T3126: unsuppress-map doesn't work for BGP IPv4 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po closed T3252: rpki: AttributeError: 'Config' object has no attribute 'return__value' as Resolved.
c-po moved T3252: rpki: AttributeError: 'Config' object has no attribute 'return__value' from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
c-po moved T3252: rpki: AttributeError: 'Config' object has no attribute 'return__value' from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po triaged T3252: rpki: AttributeError: 'Config' object has no attribute 'return__value' as Urgent! priority.
Unknown Object (User) changed the status of T3251: PPPoE client trying to authorize with the wrong username from In progress to Needs testing.
c-po committed rVYOSONEXb4f5176b130e: pppoe: T3251: Add double-quotes to protect special characters (authored by Unknown Object (User)).
Unknown Object (User) committed rVYOSONEXb64b45c6a5b6: pppoe: T3251: Add double-quotes to protect special characters.
GitHub <noreply@github.com> committed rVYOSONEX836c4724018e: Merge pull request #697 from DmitriyEshenko/1x-pppoe-2501202101 (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEX5fc79c9f5f22: Merge pull request #693 from bstepler/T3240 (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEXd96152278559: Merge pull request #696 from jack9603301/T3249 (authored by c-po).
Unknown Object (User) added a project to T3251: PPPoE client trying to authorize with the wrong username: VyOS 1.4 Sagitta.
Unknown Object (User) changed the status of T3250: PPPoE server: wrong local usernames from Open to In progress.
Unknown Object (User) added a comment to T3251: PPPoE client trying to authorize with the wrong username.
Unknown Object (User) changed the status of T3251: PPPoE client trying to authorize with the wrong username from Open to In progress.
Unknown Object (User) added a comment to T3251: PPPoE client trying to authorize with the wrong username.
@jack9603301 follow forum topic, all data randomized.
For security, don't expose your user name and password
Unknown Object (User) created T3251: PPPoE client trying to authorize with the wrong username.
Unknown Object (User) created T3250: PPPoE server: wrong local usernames.
jack9603301 changed the subtype of T3249: Support operation mode forwarding table output from "Task" to "Feature Request".
jack9603301 moved T3249: Support operation mode forwarding table output from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
Jan 24 2021
Jan 24 2021
c-po renamed T3248: Deal with VRRP mode-force command that exists in 1.2 but not in 1.3 from Deal with VRRP mode-force command that exists in 1.3 but not in 1.3 to Deal with VRRP mode-force command that exists in 1.2 but not in 1.3.
dmbaturin moved T1773: Make it possible to export config to JSON from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
dmbaturin committed rVYOSONEXb3be006223dc: pppoe-server: T1957: Implementation CLI commands for maintenance mode (authored by Unknown Object (User)).
dmbaturin removed a project from T1350: VRRP transition script will be executed once only: VyOS 1.2 Crux (VyOS 1.2.7).
In light of the mode-force in 1.2.x, we definitely can't make this the new default within an LTS branch.
dmbaturin moved T1774: Add a show config operation to the HTTP API from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
dmbaturin moved T1957: PPPoE server: maintenance mode from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
dmbaturin moved T3246: OSPFv3 router ID not configured in FRR from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
show tech-support
Viacheslav changed the status of T3246: OSPFv3 router ID not configured in FRR from Open to Needs testing.
c-po renamed T3247: bgp: import and export together dies not work for route-map, prefix-list and distribution-list from BGP config doesn't configure import route-maps to bgp: import and export together dies not work for route-map, prefix-list and distribution-list.
c-po changed the status of T3247: bgp: import and export together dies not work for route-map, prefix-list and distribution-list from Open to In progress.
c-po moved T3194: OSPF redistribution metric issue from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
c-po moved T3194: OSPF redistribution metric issue from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po changed the status of T3244: Rewrite protocol OSPFv3 to new XML/Python style, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, from Open to Needs testing.
c-po changed the status of T3244: Rewrite protocol OSPFv3 to new XML/Python style from Open to Needs testing.
Or the configuration is simply passed to the wrong daemon
The old scheme generate
PR https://github.com/vyos/vyatta-cfg-quagga/pull/65
Delete old Perl handler "vyatta-bgp.pl" for bgp.
c-po closed T3245: Add XML for protocol ospfv3 [conf-mode], a subtask of T3244: Rewrite protocol OSPFv3 to new XML/Python style, as Resolved.
Viacheslav changed the status of T3245: Add XML for protocol ospfv3 [conf-mode], a subtask of T3244: Rewrite protocol OSPFv3 to new XML/Python style, from Open to Needs testing.
Viacheslav changed the status of T3245: Add XML for protocol ospfv3 [conf-mode] from Open to Needs testing.