I may be a corner case, because I have redundant internet circuits at home.

In the context of this construct of "<IP,geo> binding" you describe,
Netflix says that they MUST be DIFFERENT PHYSICAL ADDRESSES,
because, you know, the IP addresses of my two circuits at home are DIFFERENT.

As a result, I have to be careful that any devices which accesses Netflix only 
use one of my two home internet circuits.
(which kind of defeats the purpose of having redundant internet circuits)

p.s. Looking back, I feel very lucky, I've been "networking" for such a very 
long time, my ARPAnet NIC IDENT was "TP4".

Tony Patti

-----Original Message-----
From: David Conrad via NANOG <[email protected]> 
Sent: Saturday, August 23, 2025 3:15 PM
To: North American Network Operators Group <[email protected]>
Cc: David Conrad <[email protected]>
Subject: Re: Digital Element, Neustar (Transunion) & ipinsight.io

Joe,

On Aug 23, 2025, at 11:22 AM, Joe Greco via NANOG <[email protected]> wrote:
> On Sat, Aug 23, 2025 at 02:08:12PM -0400, Josh Luthman via NANOG wrote:
>> Why is content different based on source IP?
> Who cares?  It's not relevant to NANOG.  If someone wants to send one 
> HTTP response body to geographic addresses in the nothern hemisphere 
> and a different HTTP response body, that's fine.

The problem is the assumed binding of <IP address, geographic address> in the 
“northern hemisphere” or wherever. This has never been guaranteed, has always 
been questionable, and, historically, was actively discouraged, at least by the 
RIRs (“the Internet does not use geopolitical boundaries for address 
allocation”, handwaving away the RIR geographical monopolies). The problem, as 
I think you pointed out earlier, is that various parties, for good or ill, need 
there to be an <IP,geo> binding, even if it doesn’t really exist, so using what 
information they have, they make it up as they go along.  Sometimes (usually) 
it works. Sometimes, it doesn’t. The crux is that, when it doesn’t, the 
mechanisms to fix the binding, such as they are, sucks and the people who are 
impacted (i.e., end users) are typically, the least capable of figuring out 
what the problem is, so they complain to the ISPs, hence the relevance to NANOG.

Regards,
-drc


_______________________________________________
NANOG mailing list 
https://lists.nanog.org/archives/list/[email protected]/message/M2IRYC3TFUBXBGXMC53LUKTMLSZXOB6Y/

Reply via email to