<div dir="ltr">This issue happens aswell with IPv6 tunneling and VPN's. Though there is an initiative to find such devices <a href="http://www.tracebox.org/">http://www.tracebox.org/</a> though that is far from being applied to IPmap. The same is with virtual switches that can move their IP from a datacenter in Rotterdam (NL) to their co-datacenter in Amsterdam (NL). Or Anycast solutions, which might bring some new weirdness.<div><br></div><div>Not to excuse anything for OpenIPmap; at least it's a lot more detailed then current "visual route" information. As this is something very new I think we will run into more interessting situations.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 13, 2015 at 3:33 PM, Baptiste Jonglez <span dir="ltr"><<a href="mailto:bjonglez@illyse.org" target="_blank">bjonglez@illyse.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Apr 13, 2015 at 06:04:21AM -0700, Martin J. Levy wrote:<br>
> Brilliant point; however as the IX is located where the IP address is<br>
> geolocated and the packet must go thru the location where the IX is<br>
> located; I'd say the lines aren't that wrong.<br>
><br>
> Isn't the previous hop (the inbound on the networks peering router) still<br>
> correct?<br>
<br>
</span>You're completely right.  However, the link towards the following hop<br>
might be incorrect.<br>
<br>
Consider the four-hops path below, where the routers in Frankfurt and Lyon<br>
are connected by remote peering through AMS-IX:<br>
<br>
Berlin  -->  Frankfurt  --(through AMS-IX fabric)-->  Lyon  -->  Geneva<br>
<br>
Since the router in Lyon replies with its AMS-IX addresss, what you will<br>
get with OpenIPMap is either:<br>
<br>
  Berlin → Frankfurt → Amsterdam → Geneva<br>
<br>
or<br>
<br>
  Berlin → Frankfurt → Lyon → Geneva<br>
<br>
depending on where you geolocate the third router (either in Amsterdam<br>
according to its AMS-IX address, or in Lyon according to its physical<br>
location).  Both results are incorrect.  The "correct" path would be<br>
<br>
  Berlin → Frankfurt → Amsterdam → Lyon → Geneva<br>
<br>
but it has more hops (5 hops) than the original traceroute (4 hops)...<br>
<br>
Maybe edges could have an optional geolocation as well?  It seems a bit<br>
tricky to compute automatically, though.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
> On Mon, Apr 13, 2015 at 5:17 AM, Baptiste Jonglez <<a href="mailto:bjonglez@illyse.org">bjonglez@illyse.org</a>><br>
> wrote:<br>
><br>
> > Hi,<br>
> ><br>
> > How does OpenIPMap handle remote peerings at IXPs?  Currently, when an<br>
> > address is identified as belonging to an IXP (e.g. AMS-IX), it is<br>
> > geolocated at the location of the IXP (e.g. Amsterdam), and the UI doesn't<br>
> > allow users to change the location.<br>
> ><br>
> > However, due to remote peerings, the actual router might be located<br>
> > somewhere completely different.  For instance, the following addresses:<br>
> > 80.249.211.136 and 2001:7f8:1:0:a500:19:8435:1 belong to the AMS-IX range,<br>
> > but the routers are physically located in Lyon, France (as indicated by<br>
> > latency + external knowledge).<br>
> ><br>
> > Would it make sense to allow editing the location of addresses in IXP<br>
> > ranges?  There might be some issues when two routers doing remote peering<br>
> > appear as consecutive hops in a traceroute with their IXP addresses<br>
> > (unlikely, but maybe possible?).  In that case, the link on the map would<br>
> > indicate a direct connection between the two routers (e.g. Belfast and<br>
> > Lyon), while the actual link goes through the peering fabric (e.g. in<br>
> > Amsterdam).<br>
> ><br>
> > That being said, the problem is more general: the L2 link between any two<br>
> > neighbouring routers might take an arbitrary geographical path, but this<br>
> > is not taken into account by only geolocating routers.  But since it's<br>
> > difficult to have access to this information in general (IXPs are a<br>
> > special case where it's easier), that's probably ok.<br>
> ><br>
> > Thanks,<br>
> > Baptiste<br>
> ><br>
> > _______________________________________________<br>
> > OpenIPMap mailing list<br>
> > <a href="mailto:OpenIPMap@ripe.net">OpenIPMap@ripe.net</a><br>
> > <a href="https://www.ripe.net/mailman/listinfo/openipmap" target="_blank">https://www.ripe.net/mailman/listinfo/openipmap</a><br>
> ><br>
> ><br>
</div></div><br>_______________________________________________<br>
OpenIPMap mailing list<br>
<a href="mailto:OpenIPMap@ripe.net">OpenIPMap@ripe.net</a><br>
<a href="https://www.ripe.net/mailman/listinfo/openipmap" target="_blank">https://www.ripe.net/mailman/listinfo/openipmap</a><br>
<br></blockquote></div><br></div>