Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: Add an nickname string that identifies the BGPalerter instance to notifications #734

Closed
mfld-pub opened this issue Jan 16, 2022 · 1 comment
Labels
enhancement New feature or request

Comments

@mfld-pub
Copy link
Contributor

Describe what you would like to achieve
I would like a configurable string that is sent along with notifications to identify which instance made the report.

Describe why the current solution (if any) is not satisfactory
Since #535 I ended up keeping two instances up in different vantage points to keep an eye on instances where events are missed.
They report to the same slack channel / Telegram Group. It is impossible to distinguish which instance made a report.

My workaround is to put them in different channels, give them different e-mail accounts, etc. But it would be a nice to have bonus feature if an instance could be nicknamed and this be part of reports.

@mfld-pub mfld-pub added the enhancement New feature or request label Jan 16, 2022
@massimocandela
Copy link
Member

Hi @mfld-pub,

This can be already achieved with templates, in your case (e.g., in combination with reportHTTP or reportEmail). You can simply add a string in front of ${summary}.

However, related to #535. Now BGPalerter subscribes to some prefixes called RIS beacons. RIS beacons are prefixes periodically announced and withdrawn. BGPalerter knows when those prefixes should be announced/withdrawn, and if no BGP message is collected for a certain period of time, an error is triggered and a new connection is attempted. This is to cover also the case in which the connection is "up" but no data is received. In particular, if you use any of the process monitors (e.g., healthcheck, uptimeApi), these would report the monitoring as down before a new working connection is established.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants