TNSR Feature Request and Bug Reporting
If you have a suggestion for making TNSR better, we want to hear about it and this is the place to submit them. Here are some tips for writing a beautiful feature request.
Is it unique?
Use the search feature in TNSR documentation to double check that your idea isn’t already supported in TNSR. You may have already scanned the docs, but it is possible that you missed it and the search feature is pretty good at finding hidden gems.
Check to see if someone hasn’t already submitted a similar request in the TNSR forum. If an existing request exists, give it an upvote. Add additional details or use-cases that are missing from the original post or replies. This type of engagement and details help us with planning and prioritization.
Explain your use case
We love solving problems. So tell us a story to make the problem interesting by providing context about how the feature (or enhancement) will be used. We are likely already familiar with the feature, but we may not have thought about all the reasons a particular feature is important, so please add as much detail as possible to help with this.
Describe the problem and propose a solution
Most feature requests only describe solutions -- that is, a specific product improvement.
Make your feature request better by describing the problem you are facing, and only then proposing the feature request as one solution to that problem. You might find that the product team (or another RStudio user) proposes a different solution you hadn't thought of.
Is it a bug?
Maintaining a high standard of quality and stability in our software is always a priority, so if you think you have found a bug, please send us the details required to reproduce the bug including what you were trying to do, the expected outcome, and the observed result (screen captures, config and log files are our mutual friend).
This post is deleted!
wilsonbaja last edited by
@dennis_s In future releases I would like to see IPv6 prefix delegation and router advertisement. This would be helpful in a service provider implementation.
wilsonbaja last edited by
A minor but useful feature would be the ability to configure a host interface gateway address. Currently, I can use the shell and modify network-scripts and that works just fine. I just don't want to create a problem that is an issue in upgrades or when making other cli configuration.
In addition to the PSK, it would be great to have "username/password" authentication too for the IPsec IKEv2.
Some context, a feature that allows to setup a connection with a commercial VPN service provider (e.g. ProtonVPN).
QOS? At a minimum, egress priority queuing based on DSCP would be good.
I would ask you to consider incorporating RPKI support with FRR since it is available. As TNSR would be used in the edge, it would be a requirement to support this.