You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be nice to have additional options and logging for ASNs, for example:
Have a log of when an email was sent to the peer, so we can track who we've reached out to
Have a way to disable certain ASNs from showing up in the Available Peers Tab (for example if they decline peering)
Currently, we are using the tag feature to handle this, but it would be nice to have it natively
Use Case
We go to one of our IXes, and see an available peer. We send an email through PM to the peers. They could either respond positively and we set up the sessions. They could decline the peering request, and we could check a box that will remove the peer from the Available Peers tab so we know not to re-engage them (or engage them at a later time). The other option is that they don't respond, and it would be nice to see when the last email was sent so we don't bombard peers with requests.
The text was updated successfully, but these errors were encountered:
Sometimes peers that decline peering also suggest a traffic level — I guess that could go in the comments — but they also might specify a date to wait until before submitting another request. Would "hide from Available Peers tab" be a "yes/no" option, or "until [date]/forever"?
Or perhaps that shouldn't be part of Peering Manager's remit? I guess every NOC should have their own ticketing system, so there's nothing stopping the peering team creating a ticket with "delay response until" to review peering with the hidden AS.
Environment
Proposed Functionality
It would be nice to have additional options and logging for ASNs, for example:
Currently, we are using the tag feature to handle this, but it would be nice to have it natively
Use Case
We go to one of our IXes, and see an available peer. We send an email through PM to the peers. They could either respond positively and we set up the sessions. They could decline the peering request, and we could check a box that will remove the peer from the Available Peers tab so we know not to re-engage them (or engage them at a later time). The other option is that they don't respond, and it would be nice to see when the last email was sent so we don't bombard peers with requests.
The text was updated successfully, but these errors were encountered: