On Wed, Feb 22, 2012 at 2:23 PM, Vesna Manojlovic <span dir="ltr"><<a href="mailto:BECHA@ripe.net">BECHA@ripe.net</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear all,<br>
<br>
> <a href="https://labs.ripe.net/Members/kistel/ripestat-demo-s2e02" target="_blank">https://labs.ripe.net/Members/<u></u>kistel/ripestat-demo-s2e02</a><br>
> <a href="http://www.youtube.com/watch?v=WnQyqtHB9t4&" target="_blank">http://www.youtube.com/watch?<u></u>v=WnQyqtHB9t4&</a><br>
<br>
now that you had time to read the article and see the video,<br>
here are the questions I'd like to see answered:<br>
<br>
1. Have you embedded one of our widgets on your web page?<br>
Which one?<br>
How is it performing?<br>
Please let us know. We would like to collect "success stories"<br>
<br></blockquote><div><br></div><div><span style>Not yet. Planning to use them to give a short overview of our resources as a control panel for not so technical users. These widgets will be included in the daily, early morning monitoring check by our team.</span></div>
<div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2. Which one of the new features would you like to see the most<br>
in the next, extended version of the "Reverse DNS" view?<br>
a) hosts (information from CAIDA about the hosts within this prefix);<br>
b) lameness (checking for the "lameness" of nameservers,)<br>
c) IPv6 RIPEness<br>
d) DNSSEC data<br>
<br></blockquote><div><br></div><div><div style>All of them are interesting and useful, but I find lameness something to be fixed ASAP, and so would like to see it implemented first. Embedded green/red widget for DNS lameness can be easily understood by non-technical users, and it certainly must be fixed from the technical point of view.</div>
<div style><br></div><div style>Since you mentioned what we would like to see implemented, I'd like to share a couple of ideas:</div><div style><br></div><div style>1) Less common metadata on ASNs: is it a transtit, stub or multihomed AS? You can infer that from the data, but it'd be more convenient if it was already tagged in the database and could be used in statistical/research queries and visualizations</div>
<div style>2) CIDR/BGP UPDATE report like data of ASNs: deaggregation factor, updates, updates/prefix...</div></div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
3. �Do you have feedback about our "special resources" list?<br>
<a href="https://stat.ripe.net/query/widget?widget=global-networks" target="_blank">https://stat.ripe.net/query/<u></u>widget?widget=global-networks</a><br>
<br></blockquote><div><br></div><div><div style>Actually, I do. Look at this JSON sample output:</div><div class="im" style><div><br></div><div><div>�{</div><div>� � � � "desc": null,</div><div>� � � � "name": "unallocated ASNs",</div>
<div>� � � � "resources": "AS458752 - AS4294967294",</div><div>� � � � "tags": ""</div><div>� � },</div><div>� � {</div><div>� � � � "desc": "This block is allocated to APNIC by IANA.",</div>
<div>� � � � "name": "APNIC IPv4 Address Space",</div><div>� � � � "resources": "<a href="http://1.0.0.0/8" target="_blank" style="color:rgb(17,85,204)">1.0.0.0/8</a>",</div><div>� � � � "tags": ""</div>
<div>� � },</div></div><div><br></div></div><div style>Both prefixes and ASNs are special resources, but they are different special resources. Its perfectly usable right now, but maybe a "resource-type: ASN|prefix" could be handy for some users of the API.</div>
</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
4. (bonus question) What type of graphical representation / visualization of RIPE Database objects would you like to see?<br>
<br></blockquote><div><br></div><div>I thought about this before too. How about the aut-num objects and their RPSL bits? This data lends itself to a graph plot with the info encoded in the nodes and edges.</div><div><br>
</div><div>When iterating on RIPEStat development, you could build the same plot from actual BGP data and see if it matches.</div><div><br></div><div>Right now you are telling us when our announced BGP prefixes are not registered in the database, via the prefix routing consistency check. I guess you do this to remind us we are not following "the best practice". Maybe you could extend that word of advice to the routing policy specification of each AS.</div>
<div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
You can also find us as #ripestat on Twitter, to follow announcements<br>
or ask questions.<br>
<br>
Thanks for your input!<br>
<br></blockquote><div><br></div><div>Thanks for the tools!</div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We appreciate your feedback and we adjust RIPEstat tool based on your needs and comments. Your ideas will help us prioritise new features.<br>
<br></blockquote><div><br></div><div><div style><div>One last thing: still, some people find�<a href="http://bgp.he.net/" target="_blank" style="color:rgb(17,85,204)">bgp.he.net</a>�more fast and efficient. I think if you want to grow your userbase, you could analyze how they represent their data (overall layout, which/how resources are ploted...) and what ideas you can take from it to improve RIPEStat.</div>
<div><br></div><div>Currently RIPEStat is a flat website that may take a while to load for some users. We can see the difference in performance since RIPEStat left its original VM, but�<a href="http://bgp.he.net/" target="_blank" style="color:rgb(17,85,204)">bgp.he.net</a>�offers a faster user experience. Be it because they serve static or cached content, but it _is_ faster.</div>
<div><br></div><div>What if instead of loading all the widgets, you just loaded logical subsets of them, grouped under the same "tab" of the website. First tab, basic info we all need. Subsequent tabs, more specifics you chose to dig into. Browsing experience may improve due to shorter load times, and RIPE Access users may benefit from this by creating their own custom tabs/views.</div>
</div><div style><br></div><div style>Oh I forgot... once RIPE Access is enabled, please allow us to bookmark specific queries! :-)</div></div><div>�</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Regards,<br>
Vesna<br>
<br></blockquote><div><br></div><div><div style>Thanks for the effort you are putting into RIPEStat and Atlas, all the hard work is giving results already.</div><div style><br></div><div style>Best,</div></div><div>�</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
--<br>
Vesna Manojlovic � � � � � � � � � � � � � � � � <a href="mailto:BECHA@ripe.net" target="_blank">BECHA@ripe.net</a><br>
Senior Community Builder � � � � � � � � � � � � � <a href="tel:%2B31205354444" value="+31205354444" target="_blank">+31205354444</a><br>
for Measurements Tools � � � � �RIPE NCC � � � �<a href="http://ripe.net" target="_blank">http://ripe.net</a><br>
<br>
<br>
<br>
</blockquote></div><br>