<div dir="ltr">Hi,<div><br></div><div>Having done a few traceroute reviews myself; I like the indicator arrow of the route direction. Still missing an option to make a comment as some PTR records are very clear but very wrong, thus I suspect that some routers are incorrectly corrected. For now I clear them if it&#39;s not possible due to latency / distance but in another route this might not be that obvious and someone could correct it just on ptr record name.</div><div><br></div><div>If something is build that takes the distance between locations into consideration it should use the lowest ICMP replies from both hops to calculate if this would be possible.</div><div><br></div><div>Also if a hop is within a milisecond from the previous one, it should suggest the same city instead of something name based. What should I do now? Give a MSM id or add a screenshot? Ok</div><div>MSM id (can&#39;t copy it that easy &gt; suggestion.....)  <span style="font-family:&#39;dejavu sans mono&#39;,monospace;font-size:11px;white-space:pre-wrap">msm:1769731 prb:13843 ts:2014-10-21T08:59:48.000Z</span></div><div><span style="font-family:&#39;dejavu sans mono&#39;,monospace;font-size:11px;white-space:pre-wrap"><br></span></div><div><span style="font-family:&#39;dejavu sans mono&#39;,monospace;font-size:11px;white-space:pre-wrap">Screenshot here / attached </span></div><div><br></div><div><br></div><div>Point is, within developing this it&#39;s often about the data and routes, less about the visual represenation. A way to link directly to the data of the traceroute would be helpfull to discuss situations where indentifying locations is very wrong or could be better. In case of this screenshot hop 9 should be suggested as Vienna Austria instead of Suzhou in China.</div><div><br></div><div>Love the project!</div><div><br></div><div>Best regards,</div><div>Sebastian</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 24, 2014 at 10:56 AM, Emile Aben <span dir="ltr">&lt;<a href="mailto:emile.aben@ripe.net" target="_blank">emile.aben@ripe.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
&lt;pok&gt;,&lt;pok&gt; ... is this mic still on?<br>
<br>
First of all, my apologies for lack of updates on openipmap.<br>
<br>
I was asked to prioritise making the openipmap software publicly<br>
available. That and other tasks took a bit more wallclock time than<br>
expected, so not all features I had hoped to have available by RIPE69<br>
will be there<br>
:(<br>
<br>
Currently the openipmap code lives here:<br>
<a href="https://github.com/emileaben/django-openipmap" target="_blank">https://github.com/emileaben/django-openipmap</a><br>
<br>
(django, because the prototype is based on<br>
<a href="https://www.djangoproject.com/" target="_blank">https://www.djangoproject.com/</a> )<br>
<br>
Because it&#39;s non-trivial to get that installed and working, I created a<br>
provisioning mechanism that should alleviate that (based on VirtualBox,<br>
Vagrant and Ansible), so folks who want to develop on openipmap can<br>
install an instance in a virtual machine. That code lives here:<br>
<a href="https://github.com/emileaben/openipmap-provision" target="_blank">https://github.com/emileaben/openipmap-provision</a><br>
<br>
The URL for openipmap has changed to:<br>
<a href="https://marmot.ripe.net/openipmap/" target="_blank">https://marmot.ripe.net/openipmap/</a><br>
and uses the codebase that is on git.<br>
<br>
To test developing with this in place, I added a couple of requested<br>
features to the traceroute-map:<br>
<br>
## Permalink features<br>
Ability to specify RIPE Atlas measurement_ids in query-url, example:<br>
<a href="https://marmot.ripe.net/openipmap/tracemap?msm_ids=1767380" target="_blank">https://marmot.ripe.net/openipmap/tracemap?msm_ids=1767380</a><br>
<br>
Or multiple msm_ids:<br>
<a href="https://marmot.ripe.net/openipmap/tracemap?msm_ids=1767381_1767380" target="_blank">https://marmot.ripe.net/openipmap/tracemap?msm_ids=1767381_1767380</a><br>
<br>
(ie. separated by &#39;_&#39;)<br>
<br>
(these are examples of probes in IE, tracing to a dest in IE)<br>
<br>
## Turn suggestions (red dots) off in map:<br>
Sometimes the red dots (ie. suggestions by the system itself) are just<br>
way off and annoying. Since we now have sufficient baseline crowdsourced<br>
data, turning these suggestions off on the map actually allows for<br>
pretty decent traceroute geoloc already (thanks to all who have<br>
contributed this far!). So I added a &#39;show_suggestions=0&#39; option to turn<br>
these &#39;red dots&#39; off:<br>
<br>
<a href="https://marmot.ripe.net/openipmap/tracemap?msm_ids=1767381_1767380&amp;show_suggestions=0" target="_blank">https://marmot.ripe.net/openipmap/tracemap?msm_ids=1767381_1767380&amp;show_suggestions=0</a><br>
<br>
## Click on source<br>
Click on a source (RIPE Atlas probe) will pop-up traceroute(s) of that<br>
probe if there are any.<br>
<br>
I&#39;ll do a short status update at the upcoming RIPE meeting<br>
(<a href="https://ripe69.ripe.net" target="_blank">https://ripe69.ripe.net</a>) in the mat-wg.<br>
<br>
The next thing I&#39;d like to work on with this is supporting better bulk<br>
import of data. Having had contact with the IXmaps and CAIDA teams<br>
that are also doing related work, I&#39;m hoping to make it be possible to<br>
do more/better bulk input, without significantly lowering data accuracy.<br>
<br>
Please let us know what you think of these features when you try them out.<br>
<br>
cheers,<br>
Emile<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1<br>
<br>
iQIcBAEBAgAGBQJUShQgAAoJEKxthF6wloMOIRYP/1KPcMhS2CiDRYwhV7VTbQYi<br>
+z6aK6XGA6GfJnPk55rbLpb5SYJwB2DJcJtwd7nEtFo5lhfL422jBGhUbfVxT9NA<br>
ZCIF9zhgCsaRjFBdUqEW4GFbbZ7J5NDNg541OlV3vk080DKqxmpRmn+O6xoEclf5<br>
FrpotEp2e6l0SDFT4s3KeuJD5WOCGMd5LA4gKqUEr5LNXTunZHvkpaJSqtoCfpxT<br>
MJnCy97Ay5FHWDbC76Yk+VU73OJGPH+yQ5il0qtnmnsiwor1IPQMPHoW7BwpAE1P<br>
6Eq0smwketDtuWV8UOB333hwKYao7IKmAhp7yBeAHAkrF3le0kTqO+7c9hV0UQzk<br>
6oUzCYWCgzevsm8h4X8loGqwJCF4IiwYNrU36FciOaNJ/iKHWnflALSXi2EHFy3T<br>
gzxPNI9YUHnZ+ZOCbHKlyawAxvlBq2IadvU0pjBDbX2rlNB5LvCL6SiHMYB62hku<br>
Ja99b6j2xVbbYC5qRqrNdzP0bj+dDscqd0cqV70jKXHx6X83UQ9ZwuULE2T2G2O/<br>
6K4wn7LUjSiUegzT06RgXyWTebdZ6DTVFMZE0fL92cyIGqy9RMSEV1AhvM9fw4d9<br>
RjBkKu/041zhyVEDla49vQWMlNm2rhyGCcsTCR9xW5uliEsnlFuJOBevqA9jL4L6<br>
owfAY817FbLyAAPvf8SX<br>
=hgsL<br>
-----END PGP SIGNATURE-----<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>
</blockquote></div><br></div>