<div dir="ltr">  I've seen similar issues (years ago) where some ISPs didn't honour DNS TTLs, and would instead cache the results a LOT longer.  </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 7, 2019 at 9:08 AM Mike <<a href="mailto:mike-nanog@tiedyenetworks.com">mike-nanog@tiedyenetworks.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
<br>
    I am moving a number of web sites from one colo to another,<br>
re-numbering them in the process, and I have run into an interesting<br>
issue I'd like to solicit feedback on.<br>
<br>
    My dns TTL's are all 300 seconds, and I have noticed that once I<br>
update the A records with the new addresses, most (but not all) web<br>
clients begin using the new address within 5 minutes or so. However,<br>
there is a persistent set of stragglers who continue accessing the<br>
site(s) on their old addresses for far in excess of this - up to a week<br>
in fact. And, what I have noted, all of these clients have something in<br>
common - they all appear to be satellite users of viasat/exede.  This is<br>
based on whois lookups of the ip addresses of the clients. Note, I am<br>
NOT expecting 'turn on a time' - just looking for clients to refresh<br>
within a reasonable time.<br>
<br>
       I am wondering if perhaps this is due to some kind of (known?)<br>
bug in the embedded dns cache/client in the client satellite modem, or<br>
if there is another plausible explanation I am not seeing. It compounds<br>
my problem slightly since I have to continue running the web sites at<br>
both the old and new addresses while these things time out I guess and<br>
it's just inconvenient.<br>
<br>
<br>
Thanks.<br>
<br>
<br>
MIke-<br>
<br>
</blockquote></div>