<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><br>
</span>Normally you would use anycast to get you to a DNS server (which doesn't have to be that near), then a geographic DNS server to get you to the right CDN element.<br><span class="gmail-HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>That's what I was doing previously, but I need to control the IPs for the CDN, and I only have the budget for one /24, so I'm trying to make the best of it. Aside from some occasional weird routing, the network has worked really well. State has not been an issue for what we're doing (short-lived HTTP connections).</div><div><br></div><div>I'm just trying to see what the extent of my powers to control weird routing are. It's odd to see Comcast cold-potatoing connections to the wrong routes, sometimes on the other side of the continent (<a href="https://gist.github.com/kyledrake/7a4cd36ea276ec3134b4a51a42a37f48">https://gist.github.com/kyledrake/7a4cd36ea276ec3134b4a51a42a37f48</a>). I'm wondering if there is a way to configure Bird to help steer these sorts of things a little better, even if it's on a case-by-case or region-by-region level.</div><div><br></div><div>My apologies if these are all dumb questions. Again, not much anycast documentation out there (I'm planning to improve this later by putting together a web resource for people doing this).</div><div><br></div><div>-Kyle</div></div><br></div></div>