- mat-wg - mailman.ripe.net

suggestions for atlas service
by Edoardo Martelli 19 May '11

19 May '11

Hi Here are my few suggestions for Atlas service Suggestion1: It would be nice to have groups of Atlas probes which make measurement against them? A requirment may be to have public ip addresses assigned to the probes and you may suggest all the necessary firewall openings to make them reachable. If possible, it would also be nice to have an area in your portal to see only those probes. Suggestion2: It would be nice to have the possibility to set alarms or threshold associated to given probes, so to have the Atlas portal send warning email. Sugestion3: Send weekly or monthly reports by email about the stats collected by selected probes. cheers Edoardo

5 6

Minutes from the MAT-WG session at RIPE62
by Ian Meikle 19 May '11

19 May '11

Hi, Please find below the minutes from the working group session at RIPE62. Any comments or clarifications should be sent to the list. Thanks, Ian, Christian and Richard Measurement, Analysis and Tools Working Group RIPE 62, Amsterdam 5 May 2011, 16:00-17:30 Co-chairs: Richard Barnes, Christian Kaufmann, Ian Meikle Scribe: Devin Bayer, RIPE NCC Chat: Vasco Asturiano, RIPE NCC A. Co-Chairs' Intro Christian Kaufmann, WG co-chair, said they were seeking speakers for the upcoming ENOG conference. Christian’s presentation is available at: http://ripe62.ripe.net/presentations/129-MAT-Administrative.pdf B. RIPE Atlas update - Robert Kisteleki, RIPE NCC Robert’s presentation is available for download at: http://ripe62.ripe.net/presentations/174-20110505-kisteleki-atlas.pdf Florian Obser, Wyneken & Schaefer, commented that the probes couldn’t work with only IPv6 connectivity. Robert replied that they are working around the issues. Mohsen Souissi, AFNIC, asked about the criteria for the planned custom DNS measurements, especially in regards to hardware resources. Robert suggested discussing the possibilities and the Chair said it would be a good topic for the Measurements BoF. C. The Arbor ATLAS Initiative - Darren Anstee Darren’s presentation is available at: http://ripe62.ripe.net/presentations/127-Darren-Anstee-MAT-ATLAS-Under-the-… Richard Barnes (WG Chair) asked about IPv6 support. Darren said most features of the product are v6 capable now, but there isn't much data, either because providers are not using the product for v6 or there are related bugs. Honeypot sensors are v4 only. D. Home Network Monitoring - Renata Teixeira Renata’s presentation is available at: http://ripe62.ripe.net/presentations/182-teixeira-ripe-may2011.pdf Robert Kisteleki, RIPE NCC, said he was going to run it at home and compare the results to RIPE Atlas Lorenz Colitti, Google, asked if the tool could detect broken IPv6 connectivity at the home, to help prepare people for IPv6 day. Renata said the required measurements are taken, but no analysis is yet done. Ingvar Mattsson, Google, asked if the slowness seen by Genouille might be related to the buffer bloat problem. Renata replied that the netalyzer tool included in the profiler collects the relevant performance data and they also model the gateways with UPnP, so hopefully the analysis can be run later. Daniel Karrenberg, RIPE NCC, gave some encouragement and asked for periodic status reports on the MAT-WG mailing list. He also mentioned how the results are relevant to Atlas measurements and a possible future Atlas-like switch could sit between the router and the modem to get less biased results. E. NLNOG RING - Job Snijders, InTouch NV Job’s presentation is available at: http://ripe62.ripe.net/presentations/176-JobSnijders_NLNOG_RING_RIPE62.pdf Robert Kisteleki, RIPE NCC, commented that he would not want researchers to have shell access on his network. Job clarified that only operators get access to your machine, which should be placed in the same LAN as other hosted machines. Robert mentioned that it looks like Planet Lab and NL Lab. Richard Barnes, WG co-chair, commented that RING may be more diverse then those networks. Mohsen Souissi, AFNIC, asked if members are required to supply one machine per POP. Job said one machine is sufficient, but more are welcome. Richard Barnes said a list of current members would be appreciated. Daniel Karrenberg, speaking as a “netizen”, said he would be interested in joining RING, but can’t allow portmap scans on his boxes. >From chat, Christiaan Ottow, Pine Digital Security, also asked about limiting the allowed commands. Job answered that all the participants are from the land of the free, and restricting commands makes debugging harder. Randy Bush, Internet Initiative Japan, asked for a clarification about the requirement for a server to be in the DFZ with its own ASN. Job replied that the important thing is that the network and routing is controlled by the member, not another hosting provider. F. Emile Aben, RIPE IPv6 Measurements Emile’s presentation is available at: http://ripe62.ripe.net/presentations/162-2011-05-02-wv6day-ncc.pdf Mohsen Souissi, AFNIC, asked if the NCC is interested in providers with permanent IPv6-capable networks or just those switching it on for D-Day? Emile said they are interested in both. Lorenzo Colitti, Google, asked about getting fav icons for the status page. Emile said they will, but they are too small to notice MTU issues. Lorenzo said they expect to see packet loss for the 6to4 return path instead of latency changes. Lorenzo suggested trying to emulate the behavior of desktop OSes in addition to measuring them separately. For example, if you attempt first v6, then v4, you may experience a latency spike. Geoff Huston, APNIC, commented that the tools are concentrated on the end client, but content providers would like to know if their stuff would work before they turn it on. So at APNIC they twisted the tool around to allow content providers to do it. G. Christian Teuschel, RIPEstat - The Information Toolbox Christian’s presentation is available at: http://ripe62.ripe.net/presentations/178-ripestat_ripe62.key Richard Barnes asked that questions for RIPEstat be saved for the RIPE NCC Measurements BoF, thanks attendees, and closed the session.

1 0

suggestions for atlas service
by Piotr Strzyzewski 18 May '11

18 May '11

Hi Two suggestions: 1. Some looking-glass from the probe. Simpe ping/traceroute from the probe triggered from the web interface could be nice. 2. Better probe location display. Currently I host two probes, both 10cm one from each other, put into two different ASes. When I have put exactly the same geo data, the "display" mechanism put one of it onto the other one. Piotr -- gucio -> Piotr Strzyżewski E-mail: Piotr.Strzyzewski(a)polsl.pl

2 4

Minutes of fifth RIPEstat live demo on RIPE Labs
by Mirjam Kuehne 18 May '11

18 May '11

[apologies for duplicates] Dear colleagues, The minutes of yesterday's RIPEstat live demo session, including a list of the main new features and improvements, are now available on RIPE Labs: http://labs.ripe.net/Members/markd/ripestat-live-demo-5 Reports from previous RIPEstat demos and other related developments can be found here: http://labs.ripe.net/ripestat Kind Regards, Mirjam Kuehne RIPE NCC

1 0

Kasia już się zdecydowała.
by Anna Ewelina Wilczy�ska 16 May '11

16 May '11

Dzieñ dobry. Reprezentujê firmê ASAP24 - wdra¿amy wiedzê. Na naszych szkoleniach uczestnicy otrzymuj¹ narzêdzia, pomagaj¹ce im w codziennej pracy jak Netbooki lub Czytniki E-booków Organizujemy szkolenia stacjonarne i wewnêtrzne m.in. z tematów: MS PowerPoint - zaawansowane prezentacje multimedialne MS Word - tworzenie profesjonalnych dokumentów MS Excel - automatyzacja pracy dziêki wykorzystaniu VBA MS Excel - zaawansowane rozwi¹zania w arkuszach kalkulacyjnych Proszê o wyra¿enie zgody na przesy³anie ofert szkoleniowych. Bêd¹ one trafia³y na Pañstwa skrzynkê nie czêciej ni¿ raz w tygodniu. Je¿eli wyra¿aj¹ Pañstwo zgodê na przes³anie oferty, proszê przes³aæ wiadomoc TAK w temacie, lub zrezygnowaæ przesy³aj¹c wiadmoæ NIE. W razie pytañ prosimy o bezporedni kontakt: Z powa¿aniem Anna Ewelina Wilczyñska kom: 783 225 777 www.ASAP24.pl ---------------------------------- Zapytanie wys³ano zgodnie z Ustaw¹ z dnia 18 lipca 2002 r. o wiadczeniu us³ug drog¹ elektroniczn¹ (Dz.U. z 2002r, nr 144 poz. 1204 ustawy z dnia 18 lipca 2002 r.) oraz dyrektyw¹ UOKiK: "Dopuszczalne jest przes³anie na adres e-mail pytania czy adresat zgadza siê na otrzymywanie drog¹ elektroniczn¹ informacji handlowej". Copyright ASAP24. Mail przeznaczony dla: mat-wg(a)ripe.net

1 0

atlas feature - path mtu
by Harald Michl 13 May '11

13 May '11

Hi, What I would be interested in is not only the rtd and tracroutes, but also the path-mtu from the atlas-device to the given or free-to-configure destinations. especially on my dsl connection the mtu is not always 1500.... regards, Harald -- Harald Michl <harald.michl(a)univie.ac.at> Vienna University - ACOnet www.ACO.net - VIX www.VIX.at Universitaetsstrasse 7, A-1010 Vienna, Austria, Europe Tel: +43 1 4277 - 14078 (Fax: - 9140) HM3550-RIPE

4 4

Some suggestions for stat.ripe.net
by Mauricio Vergara Ereche 12 May '11

12 May '11

Hi! I think that this is a great project! It has a nice interface and is very useful to get an "one page" info for everything. Excelent work! I have a few sugestions for the new system that I think can improve the value of this project: * Add an input field for each box, so the owner of the resource (or maybe anyone, I haven't think this too hard) can add more info about that particular item (ie: on geolocation, add the "true" location, on assignments within allocation - well, it's obvious :-P) * On the visibility test, when you get a "!" and a porcentage (let's say, 80%) it would be great to know if there was 80% of the probes over there that wasn't able to "see" the resource, or if 80% of the time was not visible, or if 80% of the times failed to check. Anyhow, I think it would be great to know more about this topic. If something failed, the hour of the fail, or the route to get to that resource. * Can you add a new box for do some kind of lookinglass over the resource from different locations/peers? that would be awesome! When i have to test some anycast cloud, i have to fly all over the looking glass that i can find, and then do my own analysis. Kind regards, Mauricio -- Mauricio Vergara Ereche User #188365 counter.li.org DNS Admin NIC Chile mave [@] nic [.] cl Miraflores 222 piso 14, Santiago CHILE +56 2 9407710 Codigo Postal: 832-0198 http://www.nic.cl

3 2

FW: IP Address utilization of The LIRs
by Ilyas . Celik 12 May '11

12 May '11

Dear all, There was a question probably from Daniel that he asked what LIR want to see on stats web page. As a LIR, I want to see IP address utilization for my AS when I query my AS from stat web site. It would be very nice if we get this information per prefix level. I think we can achieve this using netflow (without using confidential information) information. We can tell each LIR to send netflow data (only source,destination address and AS information. No protocol,port & traffic information to avoid confidential data) to distributed RIPE netflow servers. In the MAT-GW presentation, Arbor Atlas presented that they are getting hourly data from 129 different provider. I think we can use this information as well to find exact utilization of the IP Address space of each AS. I'm looking forward to go for IPv6 in my network as well but there is fact that most of the network, access devices doesn't support IPv6 yet. So there is still big demand for IPv4 and I'm sure we have some LIR that they are less than %50 utilization of IP Address. We can take this IPs from these LIRs if they don't have a plan to use this addresses recently and give it to LIRs which they are really need this. This will more give a time to world to move IPv6. Regards, Ilyas Celik

3 2

Suggestion to Ripe stats !
by Andreas Larsen 12 May '11

12 May '11

I would like to see something similar to http://as-rank.caida.org http://as-rank.caida.org/?mode0=as-intro Broken down in terms of country and region. How the calculation of the ranking should be done I leave up to this mailing list to discuss. Regards Andreas Larsen IP-Only

2 1

RIPE NCC Measurements for World IPv6 Day
by Mirjam Kuehne 11 May '11

11 May '11

[apologies for duplicates] Dear colleagues, Please find on RIPE Labs a description of the measurements the RIPE NCC is doing prior to and on World IPv6 Day: http://labs.ripe.net/Members/emileaben/ripe-ncc-measurements-for-world-ipv6… This is an extended version of the presentation Emile Aben gave in the MAT-WG at RIPE62. Feedback received at the meeting, has been incorporated. Please also note the call for participation for each of the measurements described in the article. If you have any other feedback or questions, please do not hesitate to contact us at labs(a)ripe.net. Kind Regards, Mirjam Kuehne RIPE NCC

3 2

Next RIPEstat live demo on 17 May 2011 - mark your calendar!
by Mirjam Kuehne 11 May '11

11 May '11

[apologies for duplicates] Dear colleagues, The next RIPEstat Live Demo is scheduled for Tuesday, 17 May 2011 at 11:30 - 12:00 Amsterdam time (9:30 - 10:00 UTC). I hope you will join us. Details on how to join the demo session can be found on RIPE Labs: http://labs.ripe.net/Members/markd/ripestat-live-demo-5 The minutes of the last sessions and some more information about RIPEstat can be found on RIPE Labs: http://labs.ripe.net/ripestat Kind Regards, Mirjam Kuehne RIPE NCC

1 0

New feature from stat / ris - route-flap-dampening analysis
by Harald Michl 06 May '11

06 May '11

Hi, I had an idea today morning of what would really interest me: Yesterday there was a short discussion if route-flap-dampening is good or bad or ... If I intend to implement route-flap-dampening it would be nice, if I would be able to know in advance, how my configuration of route-flap dampening would have acted in the past. So: - Enter a prefix - enter parameters for route-flap-dampening - press start Then RIS makes an analysis of the "bgp-history" of the prefix and gets as result if and from when to when your prefix would have been dampened according to the parameters of flap-dampening you entered at start. So you get the probability to play around _before_ eventually configuring route-flap-dampening. Would that be useful? regards, Harald -- Harald Michl <harald.michl(a)univie.ac.at> Vienna University - ACOnet www.ACO.net - VIX www.VIX.at Universitaetsstrasse 7, A-1010 Vienna, Austria, Europe Tel: +43 1 4277 - 14078 (Fax: - 9140) HM3550-RIPE

1 0

RIPE 62 Agenda
by Richard L. Barnes 26 Apr '11

26 Apr '11

Hey all, Please find our agenda for RIPE 62 below. Looking forward to seeing you all, --Richard 0. Chairs' intro 1. Robert Kisteleki, RIPE ATLAS update (15m) 2. Darren Anstee, The Arbor ATLAS initiative (20m) 3. Renata Teixeira, Home Network Monitoring (20m) 4. Job Snijders, NLNOG RING (20m) 5. Christian Teuschel, RIPEstat - The Information Toolbox (15m)

1 0

Minutes from the MAT-WG session at RIPE 61
by Ian Meikle 26 Apr '11

26 Apr '11

Dear all, Please find the minutes from our last session below. Apologies for the delay in posting these. If you have any objections or comments please post them to the list. Regards, Ian, Christian and Richard ------------ Measurement, Analysis and Tools Working Group RIPE 61, Rome Thursday 18 November 2010, 16:00-17:30 Scribe: Rene Wilhelm, RIPE NCC Chat: Chris Buckridge, RIPE NCC A. Administrative Matters Co-chair Ian Meikle welcomed attendees and opened the first session of new MAT Working Group. B. Traffic Identification Engine - Alberto Dainotti, University of Naples The presentation is available at: http://ripe61.ripe.net/presentations/266-tie-ripe-v5.pdf Alberto presented the research done in the University of Naples on traffic classification. They would appreciate feedback from the operator community. What are the needs of and technical problems encountered by ISPs in the field of traffic classification? The group is also interested in collaborations with service providers. Steve Nash from ARBOR Networks stated he was interested to talk to Alberto about the plug in concept. C. Neustar Anycast Statistics- Edward Lewis, Neustar The presentation is available at: http://ripe61.ripe.net/presentations/351-RIPE61MATWG-Lewis.pdf Edward Lewis talked about the DNS statistics gathering system Neustar have in place for about a year now. Daniel Karrenberg from the RIPE NCC asked if the software was in a proprietary package; if there was a chance to get insight into the specifications of how Neustar return things so others could learn and build something themselves. Edward Lewis replied there is no deliverable software. It's not just a package; it's built into the core. Providing an overview of what the product does would be more of a sales presentation. D. Information Services Update - Sean McAvoy, RIPE NCC The presentation is available at: http://ripe61.ripe.net/presentations/352-Information_Services_Update_RIPE_6… Sean McAvoy gave an update on developments in RIPE NCC Information Services. An improved UI for the DNSMON service has been released as public beta. E. IPv6 Network Measurement - Owen DeLong, Hurricane Electric The presentation is available at: http://ripe61.ripe.net/presentations/353-RIPE61_Measurement.pdf Owen DeLong presented some statistics on IPv6. Countries on v6, growth in routing table, types of network traffic and signs of a first (useless) attack in IPv6. F. Visualizing geolocated Internet measurements - Claudio Squarcella, CAIDA The presentation is available at: http://ripe61.ripe.net/presentations/201-preso.pdf Claudio presented some new techniques to visualize Internet measurements based on geographical location. Klaus Darilion, from nic.at, enquired about the software used for these visualisations. Claudio explained he used Google web toolkit, the Raphael JavaScript library (for graphics) and Java code translated into Javascript. G. Atlas Technical Details - Robert Kisteleki, RIPE NCC The presentation is available at: http://ripe61.ripe.net/presentations/269-20101118-RIPE61-MAT-Robert.pdf Robert presented the technical aspects of the Atlas project. Design principles as well as implementation details. Wolfgang Tremmel, via the chat, suggested to provide the firmware sources for download in order to prevent hacking. Daniel Karrenberg replied RIPE NCC is not going to provide the source code any time soon. Making RIPE Atlas open source at this moment, while it is just starting would put its success at risk. Someone could take the idea, the design and commercialise it into a competing product. Once the project has established itself, has sponsors and there is more experience, RIPE NCC will be very open to input and requirements from sponsors and the membership regarding these issues. Jelte Jansen from ISC asked how probe re-boots, which could be needed to recover from memory exhaustion, are going to be handled. Will users receive reboot request via e-mail? Robert explained that a watchdog timer handles this. The probe re-boots automatically, is back in business within a minute or so. Ruben van Staveren asked, via the chat, how fast RIPE NCC could provide updates in case of misbehaviour or security issues. Robert replied that the RIPE NCC could disable probes; if a probe is found misbehaving it can be taken off the measurement net immediately. Deploying a new firmware can be done within days, once it is ready. The actual development time for new firmware depends on the amount of changes needed. Daniel Karrenberg added that RIPE NCC does thorough testing before distributing new firmware to the production network. Richard Barnes from BBN commended the RIPE NCC on the design of the system. He stresses the major value of the Atlas network is in the large volume of data it produces. Next to graphical user interfaces and visualisations, he would like to see a programmatic interface, an API to access the raw data. H. Measurement Framework Proposal and Discussion - Daniel Karrenberg, RIPE NCC and the WG Co-Chairs There was a lively discussion on the proposal by the WG chairs of having a single platform that not only shows results from RIPE NCC tools, but also from other organisations, institutions who would be happy to share their data. Daniel added to that his vision of building a measurement community by providing the means to annotate, share and discuss results. This would be the place to go whenever something comes up, an anomaly or strange behaviour of the Internet. The attendees did not oppose the proposal, it was suggested to try it out and see how it evolves. Co-chair Richard Barnes reminded the audience of the mat-wg(a)ripe.net mailing list. He added that it has seen little traffic since the last RIPE meeting, but this will change as things get started. The list will be the venue for collecting community feedback on these topics. Also, RIPE NCC will report more often to the list. People are encouraged to subscribe to the mailing list and participate in the discussion. Richard thanked the audience for attending and closed the session.

1 0

Report of fourth RIPEstat public demo session on RIPE Labs
by Mirjam Kuehne 20 Apr '11

20 Apr '11

Dear colleagues, The minutes of yesterday's RIPEstat live demo session, including a list of the main new features and improvements, are now available on RIPE Labs: http://labs.ripe.net/Members/markd/ripestat-live-demo-4 Reports from previous RIPEstat demos and other related developments can be found here: http://labs.ripe.net/ripestat Kind Regards, Mirjam Kuehne RIPE NCC

1 0

Homenet Profiler: understand your home network better
by Renata.Teixeira＠lip6.fr 19 Apr '11

19 Apr '11

Dear colleagues, We need your help to conduct our research on home networking. We are working on ways to help home users diagnose problems in their home networks. The first step is to better understand the configuration of these networks. We developed a tool called HomeNet Profiler that collects information about the home network such as the device configuration, the quality of the wireless, and Internet access performance. When you run HomeNet Profiler, you will immediately have access to a report. HomeNet Profiler runs on most operating systems and it doesn't install anything in your computer. When you are at home, could you please run HomeNet Profiler from http://cmon.lip6.fr/hnp/ ? We would really appreciate your help and your feedback. Please help us by forwarding this message to others who may be interested. --The HomeNet Profiler team Lucas DiCioccio, Renata Teixeira, Catherine Rosenberg

1 0

Next RIPEstat live demo on 19 April 2011
by Mirjam Kuehne 14 Apr '11

14 Apr '11

[apologies for duplicates] Dear colleagues, The next RIPEstat Live Demo is scheduled for Tuesday, 19 April 2011 at 11:30 - 12:00 Amsterdam time (9:30 - 10:00 UTC). Please observe the change to summer time. I hope you will join us. Details on how to join the demo session can be found on RIPE Labs: http://labs.ripe.net/Members/markd/ripestat-live-demo-4 The minutes of the last sessions and some more information about RIPEstat can be found on RIPE Labs: http://labs.ripe.net/ripestat Kind Regards, Mirjam Kuehne RIPE NCC

1 0

RIPE62 Call for presentations
by Ian Meikle 29 Mar '11

29 Mar '11

Dear WG colleagues, RIPE62 will be held in Amsterdam 2-6 May 2011 ( http://www.ripe.net/ripe/meetings/ripe-meetings/ripe-62). The MAT WG session will be at 16:00 on Thursday 5 May. My co-chairs and I invite you to submit presentations or suggestions for content you would like to see in this session. As a reminder, the working group charter states: The purpose of the working group is to provide a forum in which the RIPE NCC and the community can collaborate in the areas of data, tools and analysis relating to the Internet and its infrastructure, with a loose focus on monitoring, diagnosis, analysis and forecasting. It is not the purpose of the working group to compare the performance of networks for marketing purposes. If you would like to contribute anything to our session at the next RIPE meeting please email mat-wg-chairs(a)ripe.net. Best regards, Ian Meikle Co-chair MAT Working Group

1 0

Comments on RIPEstat
by Richard L. Barnes 24 Mar '11

24 Mar '11

Hey all, This is the standard post-demo thread for comments on RIPEstat. Here are mine to kick things off: -- As I said on the call, it's not really clear right now what the purpose is of the "Query" link. I guess it could help me understand, but it would be extra useful to be able to tweak and re-query. Maybe this could show a text box with a "Re-query" button? -- It seems like visibility graph could be a good way to use ATLAS data? Of course, the ATLAS probes would have to start pinging a little more broadly. -- I like the path length graph a lot. It's kind of useful to have the graph fill in when you mouse over, but it might be nicer if you could show the data value when you mouse over a point, and if the fill could be translucent so that you could still see the other lines. Thanks, --Richard

2 1

Amount of unsolicited traffic from Libya
by Mirjam Kuehne 23 Mar '11

23 Mar '11

Dear colleagues, Amidst the recent political unrest in the Middle East, researchers have observed significant changes in Internet traffic and connectivity. In this article Emile Aben from the RIPE NCC in collaboration with CAIDA, tapped into a previously unused source of data: unsolicited Internet traffic arriving from Libya. Read this interesting analysis on RIPE Labs: http://labs.ripe.net/Members/emileaben/unsolicited-internet-traffic-from-li… Kind Regards, Mirjam Kuehne RIPE NCC

1 0

Report of third RIPEstat public demo session
by Mirjam Kuehne 22 Mar '11

22 Mar '11

Dear colleagues, The minutes of today's RIPEstat live demo session, including a list of the main new features and improvements, are now available on RIPE Labs: http://labs.ripe.net/Members/markd/ripestat-live-demo-3 Reports from previous RIPEstat demos and other related developments can be found here: http://labs.ripe.net/ripestat Kind Regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: 6to4 - Why is it so Bad?
by Mirjam Kuehne 21 Mar '11

21 Mar '11

[apologies for duplicates] Dear colleagues, In an earlier article on RIPE Labs, we showed that a large percentage of 6to4 connections fail. In this new article by Emile Aben, we look at why these connections fail and what can be done about this: http://labs.ripe.net/Members/emileaben/6to4-why-is-it-so-bad Kind Regards, Mirjam Kuehne RIPE NCC

1 0

Next RIPEstat live demo on 22 March 2011
by Mirjam Kuehne 18 Mar '11

18 Mar '11

Dear colleagues, The next RIPEstat Live Demo is scheduled for Tuesday, 22 March 2011 at 10:30-11:00 UTC. I hope you will join us. Please find details on how to join the demo session on RIPE Labs: http://labs.ripe.net/Members/markd/ripestat-live-demo-3 The minutes of the last sessions and some more information about RIPEstat can be found on RIPE Labs: http://labs.ripe.net/ripestat Kind Regards, Mirjam Kuehne RIPE NCC

1 0

Read on RIPE Labs: Network Complexity and How to Deal with it
by Mirjam Kuehne 01 Mar '11

01 Mar '11

[apologies for duplicates] Dear colleagues, Prompted by a panel discussion at the RIPE 61 Meeting, this article by Michael Behringer describes the most significant implications of network complexity and suggests ways to deal with it: http://labs.ripe.net/Members/mbehring/network-complexity-and-how-to-deal-wi… This is a topic that requires more work and a lot of input from network operators. We hope you will help to advance this subject. Kind Regards, Mirjam Kuehne RIPE NCC

1 0

Caidagram: A new tool to visualise Internet measurements
by Mirjam Kuehne 28 Feb '11

28 Feb '11

Dear colleagues, Following-up from his presentation at RIPE 61 in Rome, Claudio Squarcella published an article on RIPE Labs: http://labs.ripe.net/Members/csquarce/caidagram-visualization-tool It describes Caidragam, a new tool to visualise geographically annotated Internet measurements, for instance topology, address allocation, DNS and economical data. You can also find a link to the actual tool and a live demo at the end of the article. Kind Regards, Mirjam Kuehne RIPE NCC

1 0