[apologies for duplicates]
Dear colleagues,
Claudio Squarcella from Roma Tre University presents three analyses
related to the recent events in Egypt, proving interesting behavior in
relation to the observed disconnection. He used tools like BGPlay and
iBGPlay, developed for the visualisation of BGP dynamics.
See his findings on RIPE Labs:
http://labs.ripe.net/Members/csquarce/three-case-studies-egyptian-disconnec…
Kind Regards,
Mirjam Kuehne
RIPE NCC
Greetings, all,
The FP7 DEMONS (http://www.fp7-demons.eu) project is organizing an IPFIX Interoperability Event the Thursday and Friday before IETF 80 in Prague, on March 24-25, in cooperation with CESNET (http://www.ces.net) The aim of the event is to test interoperability among developers and vendors of IPFIX Devices, focusing on the core protocol. The results of this event will be used to advance IPFIX down the IETF Standards Track.
The event will take place at the offices of CESNET, Zikova 4, 160 00 Prague 6, Czech Republic.
Details are available at http://fp7-demons.eu/?p=164 ... please feel free to forward this link to anyone who may be interested.
Best regards,
Brian Trammell (Organizer) -- trammell(a)tik.ee.ethz.ch
[Apologies for duplicate messages]
Dear Colleagues,
To allow us to update the software behind RIPE Labs, functionality on
the site will be reduced between 15:00 and 18:00 UTC on Tuesday, 8
February 2011.
During this time, although the site remains available, it will be in
"read only" mode. It will not be possible to comment on articles or join
in discussions.
We apologise in advance for any inconvenience.
If you have any questions about this maintenance work, please send an
email to <labs(a)ripe.net>.
Kind Regards,
Mirjam Kuehne
RIPE NCC
http://labs.ripe.net
This view shows paths to six selected nodes inside Egypt,
before and during the disconnection:
https://www.internetperils.com/perilwatch/20110127.php
The timing matches what RIPE saw, and the order matches
what Renesys saw.
This view is not based on BGP routes; it is derived from
regular probes (every 15 minutes) showing hops along the way,
and thus shows detail of paths from several cameras
outside Egypt to the selected destinations.
None of those destinations have reappeared yet.
-jsq
Hey all,
Looking to find some more different ways of looking at the current events in Egypt, I thought the routing graphs that the RIPE REX tool produces could be instructive. I've collated the relevant graphs with some notes on what they show in a brief RIPE Labs article:
<https://labs.ripe.net/Members/rbarnes/visualizing-the-egyptian-disconnection>
Best,
--Richard
Dear colleagues,
For those of you who could not attend the first public RIPEstat demo
session earlier today, the report is now available on RIPE Labs:
http://labs.ripe.net/Members/mirjam/ripestat-live-demo-1
You will also find links to the archived demo session.
All future RIPEstat related developments including summaries of the demo
sessions will be here:
http://labs.ripe.net/ripestat
Kind Regards,
Mirjam Kuehne
RIPE NCC
Hey all,
As Mirjam announced a few days ago, RIPE NCC debuted their RIPEstat toolbox this morning:
<http://stat.ripe.net/>
RIPEstat is naturally in a very early state of development, and community feedback is going to be critical for figuring out how it matures, what new features get added, etc. So I thought I would start a thread where people could post any comments they have on the RIPEstat beta.
To start, here are my comments:
-- Overall, I think the tool is pretty well designed. The interface is very simple, and the results clearly presented. I like that different types of results are displayed in content-appropriate formats (table vs. pie-chart vs. bar-graph).
-- The purely text-based interface might be
-- I would appreciate it if the sources of metrics could be more clearly identified. For example, it's a little hard to interpret BGP data if you don't know where it's being collected. The "methodology" links on REX did a good job of explaining this sort of thing, so maybe they could be ported over to the new tool?
-- In a similar vein, I notice that the time span for things like the stability graphs is fixed. Would be nice to have it adjustable, like in REX.
-- It would be really cool if I could download the underlying data whenever there's a chart presented. Seems like that these little micro-data-sets could be cached along with the rest of the results.
What does everyone else think?
Best,
--Richard
