; permanently remove any copies of this message from your system and do not
> > retain any copies, whether in electronic or physical form or otherwise.
> > Thank You.
> >
> > -Original Message-
> > From: Sean Barton
> > Sent: Thursday, June 13, 2024 6:47 PM
Hey Christian,
li...@packetflux.com (Forrest Christian (List Account)) wrote:
> Many, if not most, modern hosting providers will give you a bgp session.
> I've used vultr in the past but it's not nearly as hard to find a provider
> which accepts bgp anymore. It seems like every time I'm looking
* Carlos Kamtha
Looking for upstream provider where I can locate DNS servers with global
anycast service.
We have our own CIDR to announce and would prefer physical presence starting
with South Asia and Europe.
Commemts and suggestions welcome.
Something like Netnod DNSNODE? We're
un 13, 2024, 2:24 PM Carlos Kamtha wrote:
> Hello.
>
> Looking for upstream provider where I can locate DNS servers with global
> anycast service.
>
> We have our own CIDR to announce and would prefer physical presence
> starting with South Asia and Europe.
>
> Commemts and suggestions welcome.
>
> -C
>
Hello.
Looking for upstream provider where I can locate DNS servers with global
anycast service.
We have our own CIDR to announce and would prefer physical presence starting
with South Asia and Europe.
Commemts and suggestions welcome.
-C
bout eBGP, then pulling routes makes sense. If we
are talking about iBGP and controlled environment, you should never
pull anycast routes, because eventually you will have failure mode,
where the check mechanism itself is broken, and you'll pull all
routes.
If instead of pulling the routes,
ually stopping the routing
> daemon.
> We have DNS servers where the anycast service address is added to a loopback
> interface (lo1) and only advertised when present.
That’s been the normal way of doing it for some 35 years now. iBGP advertise,
or don’t advertise, the service address
On 27/02/2024 18:47, William Herrin wrote:
Then I'd write a script to monitor the local tftp server and stop frr
if it detects any problems with the tftp server.
There are other ways to achieve this without actually stopping the
routing daemon.
We have DNS servers where the an
have a TFTP server behind each firewall.
I have no intention to have this be part of the internet as it will be used to serve internal customers devices that require TFTP
For the setup where you are running Anycast on a datacenter, are you running it inside the datacenter only or across
On Tue, Feb 27, 2024 at 10:02 AM Javier Gutierrez
wrote:
> My design is very simplistic, I have 2 sets of firewalls that I
> will have advertising a /32 unicast to the network at each
> location and it will have a TFTP server behind each firewall.
Hi Javier,
That sounds straightforward to me wit
of the internet as it will be used to
serve internal customers devices that require TFTP
For the setup where you are running Anycast on a datacenter, are you running it
inside the datacenter only or across multiple datacenters? other than having to
replicate IPs and file services between
On Feb 22, 2024, at 10:47, Javier Gutierrez wrote:Hi, I'm working on some DR design and we want to not only have this site as a DR but also performing some active/active for some of the services we hosts and I was wondering if someone had some experience with using anycast for TFTP or
The system Ask is describing is the traditional method of using anycast to
geographically load-balance long-lived flows. The first time I did that was
with FTP servers in Berkeley and Santa Cruz, in 1989.
I did a bigger system, also load balancing FTP servers for Oracle, their
public-facing
> On Feb 23, 2024, at 20:32, William Herrin wrote:
>
>> The relay server `dhcplb` could, maybe, help in that scenario
>> (dhcplb runs on the anycast IP, the “real” DHCP servers on
>> unicast IPs behind dhcplb).
>
> Although they used the word "anycast"
On Fri, Feb 23, 2024 at 6:34 PM Ask Bjørn Hansen wrote:
> The relay server `dhcplb` could, maybe, help in that scenario
> (dhcplb runs on the anycast IP, the “real” DHCP servers on
> unicast IPs behind dhcplb).
Although they used the word "anycast", they're just load bal
> On Feb 22, 2024, at 12:52, Thomas Mieslinger wrote:
>
> It becomes tricky for DHCP if a location has the same cost to more than
> one anycast Node. For this case we have setup a DHCP nodes in two
> datacenters using different local-preferences to simulate a failover
> ac
~90% of the
conflicts you would otherwise encounter if the anycast node isn’t extremely
stable. If you become aware of a distributed DHCP server that actually works
well in this environment, that’s worth a post to the list all by itself.
-Adam
Adam Thompson
Consultant, Infrastructure Services
I do NTP, DHCP, TFTP, DNS, HTTP anycast.
NTP, DNS and HTTP with ECMP, TFTP and DHCP as active/active on a per
Datacenter Basis.
These are small Datacenters with less than 50k Servers each.
In every datacenter an anycast node is active and the router just
chooses the shortest path.
It becomes
On Thu, Feb 22, 2024 at 10:47 AM Javier Gutierrez
wrote:
> I was wondering if someone had some experience with using anycast for TFTP
> or DHCP services?
Hi Javier,
Anycast for TFTP is more or less the same as anycast for TCP-based
protocols: it has corner cases which fail and fail har
Hi,
I'm working on some DR design and we want to not only have this site as a DR
but also performing some active/active for some of the services we hosts and I
was wondering if someone had some experience with using anycast for TFTP or
DHCP services?
What are some of the pains/challenge
On 7/27/21 10:54, Vimal wrote:
> (Unsure if this is the right forum to ask this question, but here goes:)
>
> From what I understand, IP Anycast can be used to steer traffic into a
> server that's close to the client.
>
> I am curious if anyone here has/encountered
On Thu, Jul 29, 2021 at 4:58 PM Joe Maimon wrote:
>
>
> Vimal wrote:
> > (Unsure if this is the right forum to ask this question, but here goes:)
> >
> > From what I understand, IP Anycast can be used to steer traffic into a
> > server that's close to the
Vimal wrote:
(Unsure if this is the right forum to ask this question, but here goes:)
From what I understand, IP Anycast can be used to steer traffic into a
server that's close to the client.
I am curious if anyone here has/encountered a setup where they use
anycast IP on their gat
of the
traffic. So, having a presence closer to the user is useful. But then
again, this is a different concern that's orthogonal to the original
question, because geo-ip doesn't make much sense with an anycast IP. For
those websites that need a stable IP for NACLs *and* serve differen
o diversity (or even multi cloud diversity) for every site, but each
site that needs this IP whitelisting only needs 3-5 IP's at any site,
but yet you can distribute load over a much larger overall set of
machines and nat gateways.
As I understand it even CDN's that anycast TCP (e
105 countries PCH boasts. That's a
whole other level of scale :-).
Impressed!
Anyway, yeah, the folks who were scared of anycast in the 1990s were running
from shadows, not basing it on experience or data. In the real world, the
number of stateful flows affected by route changes is dw
> On Jul 28, 2021, at 3:21 AM, Mark Tinka wrote:
> On 7/28/21 01:16, Daniel Corbe wrote:
>
>>> This is interesting... I wonder whether Anycast will still have some
>>> failure modes and break TCP connections if routing (configuration) were to
>>> chang
> On Jul 27, 2021, at 6:15 PM, Vimal wrote:
>
> AWS Global Accelerator gives anycast IPs that's good for ingress, but my
> original question was about having predictable egress IPs.
>
> It looks like having a few EIPs/a contiguous network block is the way to go.
On Wed, Jul 28, 2021 at 6:04 AM Vimal wrote:
> My intention is to run a web-crawling service on a public cloud. This service
> is geographically distributed, and therefore will run in multiple regions
> around the world inside AWS... this means there will be multiple AWS VPCs,
> each with their ow
we, verio, did anycast tcp streaming (hour long) of the tony awards in
about '96. solid.
randy
---
ra...@psg.com
`gpg --locate-external-keys --auto-key-locate wkd ra...@psg.com`
signatures are back, thanks to dmarc header butchery
AWS Global Accelerator gives anycast IPs that's good for ingress, but my
original question was about having predictable egress IPs.
It looks like having a few EIPs/a contiguous network block is the way to go.
Thanks!
On Tue, Jul 27, 2021 at 4:30 PM Andras Toth wrote:
> Since you menti
; > @o...@delong.com and @wo...@pch.net athomp...@merlin.mb.ca
> > > Because there’s no good/reliable way to get the replies back to the
> correct initiating host.
> >
> > > When my clients make connections outbound to anycast addresses, the
> destination is more-
me, so I can reference those who ask for IP addresses to this
discussion and follow recommendations here.
Onto the responses:
@o...@delong.com and @wo...@pch.net athomp...@merlin.mb.ca
> Because there’s no good/reliable way to get the replies back to the
correct initiating host.
> When m
On 7/28/21 01:16, Daniel Corbe wrote:
This is interesting... I wonder whether Anycast will still have some failure
modes and break TCP connections if routing (configuration) were to change? I
checked the PDF linked by Bill Woodcock... while the methodology is the same
from 20y ago, would
Vimal wrote:
>> > Yes, this makes sense as the destination can be anywhere around the
>> world, and that routing is asymmetric as others mentioned. However, if the
>> destination service is "close" (in the routing metric sense) to the
>> initiating host, anyc
>
> > On Jul 27, 2021, at 17:20, Vimal wrote:
> > Yes, this makes sense as the destination can be anywhere around the
> world, and that routing is asymmetric as others mentioned. However, if the
> destination service is "close" (in the routing metric sense) to
t; Also, pointers on what the best practices for solving this issue are most
>> welcome, so I can reference those who ask for IP addresses to this
>> discussion and follow recommendations here.
>>
>> Onto the responses:
>>
>> @o...@delong.com and @wo...@pch.net at
endations here.
>
> Onto the responses:
>
> @o...@delong.com and @wo...@pch.net athomp...@merlin.mb.ca
> > Because there’s no good/reliable way to get the replies back to the correct
> > initiating host.
>
> > When my clients make connections outbound to an
On 7/27/21 20:48, Bill Woodcock wrote:
In practice, that means that services are bound to a common shared address (an
“anycast service address”) as those services are deployed on servers in
different locations. The service address is advertised into the BGP routing
infrastructure
rrived on one
of my commercial links, I would send the reply out the cheapest link, which in
my case is a flat-rate R&E network (that has a path to Google), thus ensuring
the reply does not get to the originating anycast node.
When my clients make connections outbound to anycast addresses, the
oes:)
>
> From what I understand, IP Anycast can be used to steer traffic into a
> server that's close to the client.
>
> I am curious if anyone here has/encountered a setup where they use anycast
> IP on their gateways... to have a predictable egress IP for their traffic,
>
> On Jul 27, 2021, at 10:54 AM, Vimal wrote:
>
> (Unsure if this is the right forum to ask this question
Sure, why not… There isn’t anywhere more appropriate, really.
> From what I understand, IP Anycast can be used to steer traffic into a server
> that's close to the
> On Jul 27, 2021, at 12:54, Vimal wrote:
>
> (Unsure if this is the right forum to ask this question, but here goes:)
>
> From what I understand, IP Anycast can be used to steer traffic into a server
> that's close to the client.
>
> I am curious if anyone
> On Jul 27, 2021, at 10:54 , Vimal wrote:
>
> (Unsure if this is the right forum to ask this question, but here goes:)
>
> From what I understand, IP Anycast can be used to steer traffic into a server
> that's close to the client.
>
> I am curious if anyone
(Unsure if this is the right forum to ask this question, but here goes:)
>From what I understand, IP Anycast can be used to steer traffic into a
server that's close to the client.
I am curious if anyone here has/encountered a setup where they use anycast
IP on their gateways... t
> On 2 Jul 2021, at 01:04, Douglas Fischer wrote:
>
> Answering suggestions in advance:
As others have pointed out, what you’re describing isn’t anycast, nor anything
directly to do with high availability.
There are multiple well-understood frameworks which can be used to do wha
Douglas Fischer wrote:
Yes... It probably solves my issues on a v6 only world.
No, not at all.
I'm afraid you don't understand what your issues are.
At least, neither L2 or L3 anycast has anything to do with
high reliability because reachability to a server and
availability of
Maybe a spine and leaf architecture could work for you.
You could install 1 server per leaf or more. I believe this could achieve
high-availability and load-balancing at layer 2.
There is a kind of layer 3 overlay, but for the hosts this is transparent and
it feels like a real pure layer
las Fischer
> wrote:
> > I'm looking for solutions do deploy some type of selective high
> availability and load balance based on the glue between Layer 2 and Layer 3
> (ARP or ND).
>
> Hi Douglas,
>
> Anycast is where you send to one network address and the "ne
:51, Masataka Ohta <
mo...@necom830.hpcl.titech.ac.jp> escreveu:
> Douglas Fischer wrote:
>
> > I'm looking for solutions do deploy some type of selective high
> > availability and load balance based on the glue between Layer 2 and
> Layer 3
> > (ARP or ND).
>
Douglas Fischer wrote:
I'm looking for solutions do deploy some type of selective high
availability and load balance based on the glue between Layer 2 and Layer 3
(ARP or ND).
If you are looking for L2 anycast, it was purposelessly
invented as a functionality of ND, though it does not
sa
tor. 1. jul. 2021 21.06 skrev William Herrin :
>
>
> From what I understand of EVPN, it's about creating something
> equivalent to VLANs across a distributed virtual server
> infrastructure. Basically like what Amazon does under the hood for its
> virtual private cloud. Since you're trying to get
On Thu, Jul 1, 2021 at 11:05 AM Douglas Fischer
wrote:
> I'm looking for solutions do deploy some type of selective high availability
> and load balance based on the glue between Layer 2 and Layer 3 (ARP or ND).
Hi Douglas,
Anycast is where you send to one network address and t
N support. Or you could use network switches with EVPN support.
EVPN will let each server or direct connected switch be a hidden layer 3
gateway. The application will not know about it and it will appear to be
layer 2 but routable like layer 3. Which means you can do anycast at layer
3. Physically t
and affinity between server nodes and clients.
>
> The basic ideia is something like Cisco GLBP with steroids:
> - Multiple server nodes of same service running on a common bus and
> answering the "L2 anycast requests" of the clients that are on the same bus
> and same
e basic ideia is something like Cisco GLBP with steroids:
- Multiple server nodes of same service running on a common bus and
answering the "L2 anycast requests" of the clients that are on the same bus
and same subnet.
- Some type of signaling between the multiple nodes making known the
Hi all, was curious if anyone has found it necessary to alter their route
dampening rules related to anycast networks, and Cloudflare especially? I’ve
got a customer whose target web server has been going intermittently
inaccessible from a very geographically distant Cloudflare location (AU
s.ietf.org/html/rfc4786
Catchment: in physical geography, an area drained by a river, also
known as a drainage basin. By analogy, as used in this document,
the topological region of a network within which packets directed
at an Anycast Address are routed to one particular node.
scott
On Thu, Nov 14, 2019 at 1:10 AM Bill Woodcock wrote:
> > On Nov 14, 2019, at 7:39 AM, Anoop Ghanwani
wrote:
> > RFC 7094 (https://tools.ietf.org/html/rfc7094) describes the pitfalls &
risks of using TCP with an anycast address. It recognizes that there are
valid use case
>>> RFC 7094 (https://tools.ietf.org/html/rfc7094) describes the pitfalls
>>> & risks of using TCP with an anycast address.
>>
>> and two decades of operational experience are that prudent deployments
>> just work.
>
> I agree with Bill/Randy here..
On Fri, Nov 15, 2019 at 1:54 AM Randy Bush wrote:
>
> > RFC 7094 (https://tools.ietf.org/html/rfc7094) describes the pitfalls
> > & risks of using TCP with an anycast address.
>
> and two decades of operational experience are that prudent deployments
> just work.
> RFC 7094 (https://tools.ietf.org/html/rfc7094) describes the pitfalls
> & risks of using TCP with an anycast address.
and two decades of operational experience are that prudent deployments
just work.
randy
> On Nov 14, 2019, at 7:39 AM, Anoop Ghanwani wrote:
> RFC 7094 (https://tools.ietf.org/html/rfc7094) describes the pitfalls & risks
> of using TCP with an anycast address. It recognizes that there are valid use
> cases for it, though.
> Specifically, section 3.1 s
RFC 7094 (https://tools.ietf.org/html/rfc7094) describes the pitfalls &
risks of using TCP with an anycast address. It recognizes that there are
valid use cases for it, though.
Specifically, section 3.1 says this:
>>>
Most stateful transport protocols (e.g., TCP), without modifi
hey there,
I am looking to talk to anycast based service operators dns and non-dns
service operators to understand how virtualization is used in new
generation anycast deployments.
if you are running anycast based service (root-servers, tlds, etc.) please
contact me offlist.
mehmet
't have transit providers (which probably doesn't really matter, but
>> > means a "global" network).
>>
>> /snip
>>
>> > Greetings,
>> > Frank
>> >
>>
>> I can think of another ...
>>
>> We rate-limit DNS from unknown quantities for reasons that should be
>> obvious. We white-list traffic from known trusted (anycast) ones to
>> prevent a DDoS attack from throttling legitimate queries. This would be
>> a useful way to help auto-generate those ACLs.
7;t have transit providers (which probably doesn't really
matter, but
> means a "global" network).
/snip
> Greetings,
> Frank
>
I can think of another ...
We rate-limit DNS from unknown quantities for reasons that should be
obvi
Greetings,
> > Frank
> >
>
> I can think of another ...
>
> We rate-limit DNS from unknown quantities for reasons that should be
> obvious. We white-list traffic from known trusted (anycast) ones to
> prevent a DDoS attack from throttling legitimate queries. This would be
> a useful way to help auto-generate those ACLs.
>
That upstream happens to be in that club of those who
don't have transit providers (which probably doesn't really matter, but
means a "global" network).
/snip
Greetings,
Frank
I can think of another ...
We rate-limit DNS from unknown quantities for reasons that should be
obv
e any input channel into routing policy can be a
vector of abuse.
Even if you equalize the LOCAL_PREF attribute across your network edge,
you still have other tie breakers such as AS_PATH length. It is not
clear to me how a list of well-known anycast addresses, in practise,
would help swing the pendulum. In all cases you need cooperation from a
lot of networks, and the outcome is not clearly defined because we don't
have a true inter-domain 'shortest latency path' metric.
Kind regards,
Job
Hi James,
On 20/03/2019 21:05, James Shank wrote:
> I'm not clear on the use cases, though. What are the imagined use cases?
>
> It might make sense to solve 'a method to request hot potato routing'
> as a separate problem. (Along the lines of Damian's point.)
my personal reason/motivation is
they’re tracking multiple routes from multiple parties.
>>
>> agreed.
>> and on the other extreme, communities are very much prone to abuse.
>> I guess I could set any community on a number of prefixes (incl anycast)
>> right now
>>
>> So, I think a (modera
Hi,
On 20/03/2019 00:03, Bill Woodcock wrote:
> Ok, so, just trying to flesh out the idea to something that can be
> usefully implemented…
>
> 1) People send an eBGP multi-hop feed of well-known-community routes
> to a collector, or send them over normal peering sessions to
> something that aggre
n the other extreme, communities are very much prone to abuse.
> I guess I could set any community on a number of prefixes (incl anycast)
> right now
>
> So, I think a (moderated) BGP feed of prefixes a'la bogon from a trusted
> {cymru[1], pch[2], ...} could be good [3].
Ok,
ber of prefixes (incl anycast)
right now
So, I think a (moderated) BGP feed of prefixes a'la bogon from a trusted
{cymru[1], pch[2], ...} could be good [3].
Frank Habicht
37084 / 33791
if that matters
{1] dealing with anycast?
[2] biased?
[3] speaking as someone not using (subscribing)
> On Mar 19, 2019, at 1:11 PM, Grzegorz Janoszka wrote:
>
> On 2019-03-19 21:04, Hansen, Christoffer wrote:
>> https://github.com/netravnen/well-known-anycast-prefixes/blob/master/list.txt
>> PR's and/or suggestions appreciated! (Can be turned into $lirDB frie
> On Mar 19, 2019, at 1:04 PM, Hansen, Christoffer
> wrote:
>
> something like this?
>
> https://github.com/netravnen/well-known-anycast-prefixes/blob/master/list.txt
>
> PR's and/or suggestions appreciated! (Can be turned into $lirDB friendly
> format->s
On 2019-03-19 21:04, Hansen, Christoffer wrote:
https://github.com/netravnen/well-known-anycast-prefixes/blob/master/list.txt
PR's and/or suggestions appreciated! (Can be turned into $lirDB friendly
format->style RPSL)
Most DNS root servers are anycasted.
--
Grzegorz Janoszka
something like this?
https://github.com/netravnen/well-known-anycast-prefixes/blob/master/list.txt
PR's and/or suggestions appreciated! (Can be turned into $lirDB friendly
format->style RPSL)
On 19/03/2019 18:12, Fredy Kuenzler wrote:
> I wonder whether anyone has ever compiled a l
On Tue, Mar 19, 2019 at 11:52:19AM -0700, Damian Menscher via NANOG wrote:
> Careful thought should be given into whether the BGP community means "this
> is an anycast prefix" vs "please hot-potato to this prefix".
> Latency-sensitive applications may prefer hot-pota
Careful thought should be given into whether the BGP community means "this
is an anycast prefix" vs "please hot-potato to this prefix".
Latency-sensitive applications may prefer hot-potato to their network even
if it's not technically an anycast range, as their private bac
A Well-known BGP community will be better.
You'll need to rewrite next hop or do something similar if AnyCast prefixes
are learnt from a multi hop BGP feed, and it made the configuration more
complicated and difficult to debug.
On Wed, Mar 20, 2019, 01:48 Fredy Kuenzler wrote:
> Am 19.
Am 19.03.19 um 18:39 schrieb Bill Woodcock:
>> On Mar 19, 2019, at 10:12 AM, Fredy Kuenzler
>> wrote: I wonder whether anyone has ever compiled a list of
>> well-known Anycast prefixes.
>
> I don’t know of one.
>
> It seems like a good idea.
>
> BGP-mu
Hi Fredy,
Our anycast prefixes for DNS resolver
185.222.222.0/24
2a09::/48
You can add them if someone will maintain a list.
Regards,
David
-Original Message-
From: NANOG On Behalf Of Fredy Kuenzler
Sent: Wednesday, March 20, 2019 1:13 AM
To: nanog@nanog.org
Subject: well-known
> On Mar 19, 2019, at 10:12 AM, Fredy Kuenzler wrote:
>
> I wonder whether anyone has ever compiled a list of well-known Anycast
> prefixes.
I don’t know of one.
It seems like a good idea.
BGP-multi-hop might be a reasonable way to collect them.
If others agree that it’s a go
I wonder whether anyone has ever compiled a list of well-known Anycast
prefixes.
Such as
1.1.1.0/24
8.8.8.0/24
9.9.9.0/24
...
Might be useful for a routing policy such as "always route hot-potato".
PS. this mail is not intended to start a flame war of hot vs. cold
potato routing.
On Mon, 13 Aug 2018 12:31:44 +
Étienne via NANOG wrote:
> Not sure you're still looking for something, but there's this
> spreadsheet that has a few pointers: http://bgp.services/
Thanks again. This is at least the third time someone has pointed this
web page out to me. :-)
To summarize,
t seem to be that popular or widely advertised
> as a standard service.
>
> I'm interested in pointers to a hosting/network provider that leases
> dedicated servers and can provide an anycast IP address assignment to
> two or more US-diversely connected POPs, but with reasonab
dedicated servers and can provide an anycast IP address assignment to
two or more US-diversely connected POPs, but with reasonably consistent
routing (e.g. peering, transit). A customer-shared prefix is OK. I'm
interested in pointers to networks that would provide the prefix and
handle all t
Hi,
> >
> > I would checkout NetActuate. They are pretty awesome when it comes to
> > Anycast IPv4 /IPv6 and they do custom VM's.
> >
> > Anthony Leto
> >
> > On 8/7/2018 2:51:59 PM, John Kristoff wrote:
> >
> > Friends,
> >
> &g
t seem to be that popular or widely advertised
> as a standard service.
>
> I'm interested in pointers to a hosting/network provider that leases
> dedicated servers and can provide an anycast IP address assignment to
> two or more US-diversely connected POPs, but with reasonab
We use http://packet.net/ for our anycast setup, their pricing isn't cheap
compared to Vultr but it worth try.
If you commit on long-term you can get custom pricing.
From: NANOG on behalf of Siyuan Miao
Sent: Tuesday, August 7, 2018 16:29
To: anth...@f
Leto wrote:
> Hi,
>
> I would checkout NetActuate. They are pretty awesome when it comes to
> Anycast IPv4 /IPv6 and they do custom VM's.
>
> Anthony Leto
>
> On 8/7/2018 2:51:59 PM, John Kristoff wrote:
>
> Friends,
>
> For those that may have used or k
re pretty awesome when it comes to
> Anycast IPv4 /IPv6 and they do custom VM's.
>
> Anthony Leto
>
> On 8/7/2018 2:51:59 PM, John Kristoff wrote:
>
> Friends,
>
> For those that may have used or know of a service like this. I know
> some exist, but it doesn&#x
> >
> > For those that may have used or know of a service like this. I know
> > some exist, but it doesn't seem to be that popular or widely advertised
> > as a standard service.
> >
> > I'm interested in pointers to a hosting/network provider that
m to be that popular or widely advertised
> as a standard service.
>
> I'm interested in pointers to a hosting/network provider that leases
> dedicated servers and can provide an anycast IP address assignment to
> two or more US-diversely connected POPs, but with reasonably consi
some of which might meet your definition of "dedicated". I do a
>> little BGP-based anycast DNS with both of them, with pretty decent results.
>
> I can second Vultr. Their BGP+VPS product is inexpensive, it worked
> right the first time and it has continued working
. I do a
> little BGP-based anycast DNS with both of them, with pretty decent results.
I can second Vultr. Their BGP+VPS product is inexpensive, it worked
right the first time and it has continued working properly.
Regards,
Bill Herrin
--
William Herrin her...@dirtside.com
. I know
> some exist, but it doesn't seem to be that popular or widely advertised
> as a standard service.
>
> I'm interested in pointers to a hosting/network provider that leases
> dedicated servers and can provide an anycast IP address assignment to
> two or more
Hi,
I would checkout NetActuate. They are pretty awesome when it comes to Anycast
IPv4 /IPv6 and they do custom VM's.
Anthony Leto
On 8/7/2018 2:51:59 PM, John Kristoff wrote:
Friends,
For those that may have used or know of a service like this. I know
some exist, but it doesn't
1 - 100 of 307 matches
Mail list logo
