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
Do we want to eventually support route servers in any sort of "different" way? Realistically, peering with a route server isn't much different than peering with any other ASN, but having specific signaling could indicate something special to config generation logic that happens on the other end. @grizz points out next-hop-self - although now I'm wondering if any other metadata would be interesting. From a CDN perspective, "who you should expect to serve through here" could be useful, but that may even be useful in a non-RS case.
The text was updated successfully, but these errors were encountered:
Do we want to eventually support route servers in any sort of "different" way? Realistically, peering with a route server isn't much different than peering with any other ASN, but having specific signaling could indicate something special to config generation logic that happens on the other end. @grizz points out
next-hop-self
- although now I'm wondering if any other metadata would be interesting. From a CDN perspective, "who you should expect to serve through here" could be useful, but that may even be useful in a non-RS case.The text was updated successfully, but these errors were encountered: