- mat-wg - mailman.ripe.net

RIPEstat demo report now on RIPE Labs
by Mirjam Kuehne 17 Apr '12

17 Apr '12

Dear colleagues, Please find the latest RIPEstat demo report on RIPE Labs: https://labs.ripe.net/Members/becha/ripestat-demo-s2e04 We would especially like to encourage you to fill in the RIPEstat survey: https://stat.ripe.net/survey You might win one of the RIPEstat widget t-shirts! Kind regards, Mirjam Kuehne RIPE NCC

1 0

RIPE Atlas User-Defined Measurements BoF
by Vesna Manojlovic 12 Apr '12

12 Apr '12

Dear colleagues, We will be holding a session at the RIPE meeting for people interested in discussing user-defined measurements (UDM) with RIPE Atlas. Both beta testers and people who have not yet used UDM are welcome to attend. It is scheduled for Thursday, 19 April at 17:45 in the Grand Union Hall (main room). We will begin after the end of the Measurements, Analysis and Tools (MAT) working group session (which takes place in the same room). And, if you’re lucky, you might get to taste one of the limited edition Atlas beers we’ve got on offer! More details in the Labs article: https://labs.ripe.net/Members/becha/ripe-atlas-udm-bof Regards, Vesna

1 0

RIPE Atlas User-Defined Measurements Are Here!
by Vesna Manojlovic 11 Apr '12

11 Apr '12

Dear Atlas Hosts and Sponsors, We are pleased to announce the roll-out of user-defined measurements (UDM) for RIPE Atlas. As of today, all hosts and sponsors are invited to run custom measurements. To access UDM, either click on the link at the top right when you are logged in to the RIPE Atlas website, or go directly to: https://atlas.ripe.net/atlas/udm.html Currently, you can schedule two simultaneous measurements to the targets of your choice, from up to 10 probes. You can specify parameters like the area of the probes, IPv4 or IPv6, timing of the measurement, and type (currently ping or traceroute). And you need to have sufficient amount of credits! For the time being, we have created a fairly low rate limit, which we expect to increase over time. More information about limits, credits and other aspects of the UDM system can be found in the documentation: https://atlas.ripe.net/doc/udm Discussion and questions about UDM can be directed to the Atlas mailing list (ripe-atlas(a)ripe.net) You may also be interested in joining us at the UDM "Birds of a Feather" (BoF) session at RIPE 64 in Ljubljana, on Thursday, 19 April after the Measurements, Analysis and Tools (MAT) Working Group session. https://ripe64.ripe.net/programme/meeting-plan/bof/ Happy measuring! - The RIPE Atlas team ps We have also published a RIPE Labs article about UDM launch: https://labs.ripe.net/Members/becha/ripe-atlas-user-defined-measurements-ar…

1 0

Announcement of next RIPEstat demo now on RIPE Labs
by Mirjam Kuehne 10 Apr '12

10 Apr '12

Dear colleagues, The next RIPEstat demo will be presented live at RIPE 64 in Ljubljana on Monday, 16 April at 18:15 in White Hall (side room). After the demonstration there will be time to discuss RIPEstat development with other interested people. Please find more details on RIPE Labs: https://labs.ripe.net/Members/cteusche/ripestat-demo-s2e04 Topics for the demo include ranges, widgetisation, the RIPE Database Object Browser widget, and the Hierarchy Browser widget. If you're not able to attend the demo, there are other opportunities to meet the people behind RIPEstat and to watch a recording of the demo (see details in the article on RIPE Labs). Kind regards, Mirjam Kuehne RIPE NCC

1 0

Draft Agenda MAT-WG RIPE64
by Ian Meikle 05 Apr '12

05 Apr '12

Hello All, This is the draft agenda for the Measurement, Analysis and Tools Working Group session at RIPE64: A. Introduction Welcome, Scribe, Jabber, Agenda B. Mobile broadband measurement (20 min) Amund Kvalbein (Simula) C. RIPE NCC Measurement Strategy 2012/2013 (15 min) Daniel Karrenberg (RIPE NCC) D. Useful and Cool New Things in RIPEstat& RIPE Atlas (10 min) Vesna Manjolovic (RIPE NCC) E. APNIC measurement of IPv6 using paid advertising (20 min) George Michaleson (APNIC) F. MLab update (20 min) Tiziana Refice Z. AOB Timings are approximate, but it looks as if we have a packed and interesting programme of talks. The session will take place at 16:00 local time on Thursday 19th April. See you in Ljubljiana! Ian, Christian and Richard

1 0

New on RIPE Labs: Latest RIPEstat Demo report
by Mirjam Kuehne 20 Mar '12

20 Mar '12

Dear colleagues, Please find the report of the latest RIPEstat demo session on RIPE Labs: https://labs.ripe.net/Members/cteusche/ripestat-demo-s2e03 The third RIPEstat demo for 2012 covered all the new and modified widgets that were added in the last month: ASN Neighbours, Geolocation History, Prefix Count, Prefix Size Distribution, Routing History, and Announced Prefixes. Other new features included enabling the RIPE NCC Access login system, and links to RIPEstat from the RIPE database. It's also time for us to evaluate our demo format, so please take a moment to give us your feedback about what you like about our demos, and what you want changed. Kind Regards, Mirjam Kuehne RIPE NCC

1 0

New Geolocation History Widget in RIPEstat
by Mirjam Kuehne 13 Mar '12

13 Mar '12

Dear colleagues, Please find a new article on RIPE Labs describing the new RIPEstat 'Geolocation History Widget': https://labs.ripe.net/Members/cteusche/geolocation-history It provides information about the physical location of IP address space over time. Kind Regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Preparing RIPE Atlas for RIPE NCC Access
by Mirjam Kuehne 09 Mar '12

09 Mar '12

Dear colleagues, Please read on RIPE Labs how we prepare to migrate RIPE Atlas to RIPE NCC Access, the RIPE NCC single sign on system: https://labs.ripe.net/Members/kistel/preparing-ripe-atlas-for-ripe-ncc-acce… Kind Regards, Mirjam Kuehne RIPE NCC

1 0

virtual map of Internet on the basis of RIPE ATLAS data
by Andrei Sukhov 09 Mar '12

09 Mar '12

Dear Sirs, I am Andrei Sukhov from Samara. I would like to discuss the construction of virtual map of Internet on the basis of RIPE ATLAS data. Virtual map of the Internet Introduction Recently, numerous measuring systems like RIPE ATLAS are established to monitor the global network, organization of inter-domain routing principles and concepts of connectedness. As a rule, measurement mechanisms are based on modifications of the time-tested tools: ping and traceroute. That is, measure the round-trip time of package and the way as a sequence of routers that handle packets. In order to visualize the resulting pattern geographic maps are used with the coordinates of boxes. This picture doesn’t reflect the structure of the network. More recently, a new approach for the representation of network infrastructure is appeared in sensor networks in [1-3]. Virtual coordinate systems are designed to find the shortest route based solely on intranet information. The network selected a few points, called anchors, the number of network hops is found from these anchors to each box. This number is taken as the location of this point relative to the anchor base. Vectors defining the position of a point relative to this basis are non-negative coordinates, which makes it difficult to build the map. Special virtual conversion allows us to set the direction and pick axes. After that, each point receives a normal position on the map. Depending on the number of selected anchors we can build two-and three-dimensional maps. The building procedure Virtual maps can be constructed to render the most important Internet services, primarily for access to DNS servers and point of traffic exchange (Amsterdam-IX, for example). To do this, we need to select the four key DNS servers as anchors, with the help of a RIPE ATLAS system to measure the number of hops from different boxes to the selected points. Thus, we obtain the original data on the structure of the network. After converting the virtual coordinate system, we calculate the conventional two-dimensional coordinate and construct the corresponding 2D maps. For locations of points can be seen on the availability of new servers, remote seals show the desired location for the mirror. It seems to me important to start a discussion about what the servers selected as anchors and how to make measurements to the traceroute command issued a number of transitions to the anchors. Can you set up a RIPE ATLAS system now that it had the necessary measurements? 1. J.N. Al-Karaki, and A.E. Kamal, “Routing techniques in wireless sensor networks: a survey,” IEEE Wireless Communications, Vol. 11, pp.6-28, Dec. 2004. 2. Bachrach, J., and Taylor, C. Localization in sensor networks. Ch. 9, Handbook of Sensor Networks. Stojmenovic (Editor), John Wiley 2005. 3. D. C. Dhanapala and A. P. Jayasumana, "Topology preserving maps from virtual coordinates for wireless sensor networks," Proc. 35th IEEE Conf. on Local Computer Networks, Oct. 2010 I hope to hear from you shortly. Sincerely yours, Andrei Sukhov

1 0

RIPE64 Call for Presentations
by Christian Kaufmann 01 Mar '12

01 Mar '12

Reminder.... Dear Working Group Colleagues, RIPE 64 will take place from 16 – 20 April 2012 at the Grand Union Hotel in Ljubljana. (http://ripe64.ripe.net/) The MAT-WG session is scheduled to run between 16:00 - 17:30 CET on Thursday 19 April, though this may be subject to change as the meeting plan is still in draft. 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, CK Co-chair MAT Working Group

1 0

New on RIPE Labs: RIPE NCC Access now Works for RIPEstat
by Mirjam Kuehne 29 Feb '12

29 Feb '12

Dear colleagues, The single sign on system, called RIPE NCC Access, also works for RIPEstat now. Please find more information on RIPE Labs: https://labs.ripe.net/Members/kistel/ripe-ncc-access-now-works-for-ripestat Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Release of ASN Neighbours Widget in RIPEstat
by Mirjam Kuehne 28 Feb '12

28 Feb '12

Dear colleagues, In the last RIPEstat demo, we announced the introduction of a new module: ASN Neighbours. Today we released the module as a widget. On RIPE Labs we explain how to interpret the results displayed by the widget: https://labs.ripe.net/Members/kistel/as-neighbours-widget-in-ripestat Kind Regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: New RIPEstat Features: Reverse DNS & AS Neighbours
by Mirjam Kuehne 27 Feb '12

27 Feb '12

Dear colleagues, Please find the report of this month's RIPEstat demo sessions on RIPE Labs now: https://labs.ripe.net/Members/kistel/ripestat-demo-s2e02 It describes two new modules, improvements made to the front page and some other upgrades we made to the system. Please also note the questions at the end of the article. Kind regards, Mirjam Kuehne RIPE NCC

3 3

New on RIPE Labs: Tool to Measure K-root Performance
by Mirjam Kuehne 17 Feb '12

17 Feb '12

[apologies for duplicate mails] Dear colleagues, Please see this new article on RIPE Labs describing a tool that visualises the performance of K-root: https://labs.ripe.net/Members/csquarce/visualk Kind regards, Mirjam Kuehne RIPE NCC

1 0

RIPE64 Call for Presentations
by Christian Kaufmann 16 Feb '12

16 Feb '12

Dear Working Group Colleagues, RIPE 64 will take place from 16 – 20 April 2012 at the Grand Union Hotel in Ljubljana. (http://ripe64.ripe.net/) The MAT-WG session is scheduled to run between 16:00 - 17:30 CET on Thursday 19 April, though this may be subject to change as the meeting plan is still in draft. 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, CK Co-chair MAT Working Group

1 0

New on RIPE Labs: One Year of RIPEstat
by Mirjam Kuehne 10 Feb '12

10 Feb '12

Dear colleagues, Please read on RIPE Labs about the first year of RIPEstat and - maybe most importantly - our plans for 2012: https://labs.ripe.net/Members/cteusche/one-year-of-ripestat Kind Regards, Mirjam Kuehne RIPE NCC

1 0

RIPEstat New Format for Demos
by Mirjam Kuehne 24 Jan '12

24 Jan '12

Dear colleagues, We are introducing a new format for the RIPEstat demo sessions. Instead of organising live demo sessions, we will provide recorded videos together with slides and a summary report on RIPE Labs. You can find more information about the new format here: https://labs.ripe.net/Members/kistel/new-ripestat-demo-format Please also see the report of the new RIPEstat demo together with links to the video and slides: https://labs.ripe.net/Members/kistel/ripestat-demo-s2e01 We hope this will make it easier to participate in the developments of this tool. Please let us know if you have any comments or suggestions. Kind Regards, Mirjam Kuehne RIPE Labs

1 0

RIPE Atlas User Defined Measurements - Beta Tester Feedback
by Mirjam Kuehne 23 Dec '11

23 Dec '11

Dear colleagues, Please find the last article for this year on RIPE Labs showing the beta version of the User Defined Measurements and reporting from feedback provided by a group of beta testers: https://labs.ripe.net/Members/becha/happy-beta-testers-of-atlas-udm Kind regards and happy holidays! Mirjam Kuehne RIPE NCC

1 0

RIPE Atlas has Reasons to Celebrate
by Mirjam Kuehne 22 Dec '11

22 Dec '11

[apologies for duplicate mails] Dear colleagues, We are proud to announce that over 1024 RIPE Atlas probes are now active, distributed over the whole world! This is an important milestone. Thank you all for making this possible. Read more on RIPE Labs: https://labs.ripe.net/Members/becha/ripe-atlas-has-reasons-to-celebrate Kind regards, Mirjam Kuehne RIPE NCC

1 0

New RIPE Labs: RIPE Atlas & Anycast Instance Switches
by Mirjam Kuehne 22 Dec '11

22 Dec '11

[apologies for duplicate mails] Dear colleagues, RIPE Atlas can now test packet flows from more than 1000 vantage points on the Internet. We took a quick look at anycast traffic to DNS root name servers. There is a lot of interesting signal in this data. See the results on RIPE Labs: https://labs.ripe.net/Members/dfk/ripe-atlas-and-anycast-instance-switches Kind Regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: The Curious Case of the Crooked TCP Handshake
by Mirjam Kuehne 14 Dec '11

14 Dec '11

Dear colleagues, Emile Aben and Geoff Huston wrote an article an article about the behaviour of the Linux implementation of TCP, and looked at the way in which TCP establishes a connection. You can read it on RIPE Labs: https://labs.ripe.net/Members/gih/the-curious-case-of-the-crooked-tcp-hands… Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: 128.0/16 As Seen from RIPE Atlas
by Mirjam Kuehne 13 Dec '11

13 Dec '11

[apologies for duplicate mails] Dear colleagues, As a follow-up to the recent article "The Curious Case of 128.0/16", we now looked at 128.0.0.0/16 as seen from RIPE Atlas: https://labs.ripe.net/Members/dfk/128.0-16-seen-by-atlas Kind regards, Mirjam Kuehne RIPE NCC

1 0

Re: [mat-wg] [routing-wg] [ncc-announce] 128.0.0.0/16 configured as martians in some routers
by Daniel Karrenberg 06 Dec '11

06 Dec '11

On 05.12.2011, at 16:51, Bengt Gördén wrote > > Maybe atlas could come in handy here? > > > regards, > > Bengt Gördén > Resilans AB Bengt, in fact some of our beta testers for "User Defined Measurements" thought so too and started measurements. At the moment the maximum number of probes they can use per measurement is 10. So this is not entirely representative. Plots are "dnsmon" style, so green=good & red=bad. There is more green than red, that is encouraging. Even more encouraging is that probe #899 actually got connectivity today. Congratulations to AS39759 from the beatiful Republic of San Marino! We will work to make a more representative measurement as soon as possible. Daniel

2 2

Notes from the TTM workshop @RIPE63
by Vesna Manojlovic 02 Dec '11

02 Dec '11

Dear colleagues, please find attached the notes from the brainstorm-meeting during RIPE63 in Vienna, where we had a room full of people bring up their experiences and wishes for the future of the Test Traffic Measurement (TTM) service. My apologies for the delay. I am attaching the full, raw notes, for the historical record, and a basis for further discussion. However, you may prefer the summarized list (below). Please add any comments and ideas. We are working on the evolution plan and road-map, and all your feedback is appreciated to guide us. And finally, a poetic illustration of one of the concepts suggested at the meeting. Regards, Vesna Manojlovic Feature requests and updates to TTM (hardware and software) * Improve interface so that non-technical people can get reports (two modes). Make it easier to see the data in general * Changes to the API to do your own presentations, reports, and integration into monitoring systems; more raw data * Useful alarms which are configurable * Multiple ethernet, insight into layer 3, TTM boxes talking to each other * Antenai sharing * Use taildaemon - share tailport amongst TTM users * TCP port randomisation * User-defined measurements * Expanded information: where is the bottle neck, performance problems between two points * Adjustment of sampling, higher sampling rate * Open-source the software New uses for TTM boxes, data * Combine Atlas and TTM into an active measurement services system. TTM becomes an anchor and target - a sort of powerful Atlas probe * Put data as quickly as possible in a central database and make it accessible, correlate with RIS -- Vesna Manojlovic BECHA(a)ripe.net Senior Community Builder +31205354444 for Measurements Tools RIPE NCC http://ripe.net Notes from TTM workshop, 1.1.2011. Vienna, RIPE63 Chair: Daniel Karrenberg, Chief Scientist, RIPE NCC Daniel: TTM is getting a bit old, and there are other active measurement structures: DNSMON, Atlas. TTM has been a bit neglected; we want to re-establish contact with hosts, and see how TTM fits into other activities. We already did a mini-survey and published results: https://labs.ripe.net/Members/dfk/ripe-ttm-user-survey-results Let's do the around-the-table introduction, to see how people are using it, take your view on how TTM should evolve. Sean, RIPE NCC: I maintain the system; I can answer questions about current operation. Jari Miettinen, FUNET: hosting box #34. Main purpose is time-source (seconded by George form APNIC). Data should be made easier to use; better reports for non-techies. Two paths--one for technical people and one for others. Antionio Moreiras, NIC.br: hosts 5 boxes. Using TTM to see how Brazilian internet connect is with the rest of the world. Wants TTM continued; we likes it. Evolution: easy way to see the data (have done some things themselves, such as world map); realtime data very useful. Uses one-way delay measurements which are not available with other tools like Atlas. Feature request: use of taildaemon - share tailport amongst ttm users. Own software does not scale, cannot be used for more probes. (During RIPE63, Antonio gave presentations on their TTM use: http://ripe63.ripe.net/presentations/170-ttm-real-time-nic-br.pdf http://ripe63.ripe.net/presentations/45-ipv6-ipv4-latencies-ripe.pdf Yoshinobu Matsuzaki, IIJ: We have 2 boxes, in Japan and USA. Also used as tiemsource. Doing DNS anycast measurements, and using one-way delay measurements. Martin Pels, Ams-IX: They had 4 boxes; Used to use them to measure one-way delays on switching platform. Platform evolved, infastructure too complex for existing TTM. Now using it as a time source for other measurements boxes. Useful addition would be: tcp source port randomisation (way to better define the measurements from fixed source ports?) & would like more insight into layer 3 specifics (seconded by someone). Sebastian Castro, .NZ (#182): Interested in Raw Data to build own system on that. Boxes around the world useful to test visibility, monitor DNS anycast. Addition feature request: ability to run small DNS tests on other boxes, and collect the data. (User Defined Measurements) Nigel Titley, Easynet: used requirement for pretty graphs as the original argument. It took 2 years to install GPS :( By the time it was running, management directive had gone away. Using as a timesource. Hoping we can get something out of TTM + Atlas to get pretty graphs to send to customers. Thomas Schmidt, DFN: Room for improvement in presentation of data. What is the vision of the project? I would like to get information about where is the bottleneck, performance problems between A&B, pinpointing info, possibly reroute traffic accordingly. Would like to see more correlation of the data: traceroutes & one-way delay measurements. (DFK translated this into "automatic troubleshooting system) Alarming system would be nice... George Michaelson, APNIC: We have one box in APNIC infrastructure, and sponsored 10 boxes in AP region: We are using it as a timesource, but it was a huge value added in AP region - people were hugely supportive of this, because there is no other infrastructure to provide accurate time. Also used for "up or down" tests, that's useful (also for PR). Christian Panig, ACOnet: no regular use, not integrated into operational cockpit. happy to provide it as a service for others to use the data. Wilfried Woeber, ACOnet: have had it many years, doesn't require much care & feeding, it's just there (close to the core). Looking at path between endpoints/various TTM boxes (in Asia in particular) and examine from both ends was most recent useful use. Interesting thing is to have a one-way look onto infrastructure (not necessarily one-way delay measurement). To be able to pick out strategic boxes and see what they pass on about our network. Presentation: I think the approach Atlas takes is much more modern and user-friendly, but if you want to dig into a particular case, TTM gives good info, but you have to pull it together yourself. TTM is a good thing to have. Geoff Huston, APNIC: I find time-source valuable usage. We are also involved with Atlas, think there's some benefit in folding them together. Like to see development that makes them targets for atlas nodes (many people agreed) Dave Wilson, HEANET: does get used from time to time, but it is very occassional. It has been invaluable for some specific troubleshooting, rest of the time it isn't used. We (at GEANT) are inventing some of the same wheels RIPE NCC is. Nothing actually gets deployed and used unless it is part of a regular system--therefore it must have an API for someone to want to do development. TTM - I know how to interpret it, but visualisation shows what data is there, not info we need. Third, aware that RIPE projects are competing with the projects we are doing - and everyone is losing. We should work together. Brian Nisbet, HEANET: It is very old, visualization is old, it was used operationally originally, but not now, because people don't know the interface and aren't interested. Can't persuade people to use very useful data. And we use it as time source :) Fredrik Pettai, NORDUNET: used as a timesource. future use: things mentioned by Thomas and Dave & Brian: we don't use it because the interface is old, alarms are not that useful so turned off. Don't know how to make alarms more useful. Most TTM boxes are centrally placed with good connectivity, so there are no useful alarms produced. Wolfgang Tremmel, DECIX: We have 12 boxes, and we are *not* using any as a timesource! Use as measurement and proof for SLA with customers. Measure delay, packetloss, between customer and switches. Room for improvement: a lot. Not guy running it, guy is not here until Thursday. Would like hardware improvement--as many NICs (Ethenet interfaces) per box as possible. Antenai sharing - running a cable to the roof requries tons of permissions so sharing between 2-3 boxes in the same building would be a great improvement. Interfaces API: would li ke to see API based on modern technique like SOAP. Adjustment of sampling, like higher sampling rate. Boxes in same city, want many more packets; adjustment of IP source and destination wanted (user control measurements (packet parameters)). Any plan to open source the software? Stephan Wahl, ECIX: API is very important, second Geoff - onion model with TTM and Atlas. Small atlas probes could help fill in white spots in the TTM map, adding granularity. TTM shows well-connected nodes, interested in access layer. Timesource - there are other options which are cheaper than TTM Sascha Pollok, IPHH: we mainly use it as a reference for good quality traffic. Put where customer service is connected so we can graph things and show it to customers to show it isn't their fault. Independent source. Fancy graphs, API to generate graphs wanted - not require customers to go to RIPE for this. Web interface looks rather old-fashioned. Co-workers don't like to use the web interface. Not quite sure if TTM is already providing this: alarms... (whatever it was is very rudimentary, says Daniel). Atlas integration = cool. Additional traffic to Atlas hosts would be quite small, depending on # of TTM boxes. Today we can send customers to DNSMON graphs. Christian Kaufmann: Here as MAT-wg co-chair. Randy Bush, IIJ: Atlas seem to be running behind NATs, when people talk about having them play together, with my operator's hat on I think it could be useful to tell customers to get atlas probes which will allow them to see how their link to us is doing--how your reachability, performance is. That would make Atlas probes useful in a customer relationship. Vaclav Novak, CESNA : use it as time source; Luisa Villa, LACNIC: here just to bring feedback back to LACNIC. Serge Krashakov, Chernogolovka (tt143): not using it intensively. Not quite sure we should continue using it. Main problem ... internal connectivity cannot be tested. ... and lack of Russian TTM nodes . Matthias Kluth (TTM #101 - HeliNET): found it useful to have an independent view on the network. Integration with Atlas. Daniel Karrenberg summarized: TTM is mostly used as timesource. Data presentation is deficient: dated, time lag too big, presentation needs to be adaptable to specific users, correlate the data. Call for an API in order to do your own presentation and integrate it into cockpits & monitoring - and produce "pretty graphs". Demand for useful alarms that are configurable. One-way-delay measurements also appreciated. General positive attitude toward integration with other active measurements products in particular Atlas. Target idea is good. Couple of requirements from IXP crowd - divided: someone else is using a different commercial product, some would like to see TTM have multiple ethernet, insight into layer 3, TTM boxes talking to each other, etc Christian Panigl: Might be interesting to offer TTM beacon and let people who are interested in measuring their so called broadband measure against regional or national exchange service. (Daniel: put something in a place so well connected that it can't be the bottleneck) Daniel: the last mile won't be the problem of the future. Wilfried: Atlas is much more modern and compatible with today's expectation, in that it includes upper-layer servcies, like trend graphs. TTM was built on purpose to just do lower layer, but these days we would rather have something which gives us a broader picture. (e.g., what is the quality over time from this vantage point when the infrastructure might change.) Daniel: telling personal current vision on how to evolve this. Interested in onion model. Not Atlas and TTM, just active measurent service. Morphed TTM into anchor/target sites that can do two things (powerful Atlas probes for active easurements, user controlability, also use Geoff's suggestion to make them targets). Atlas probe can now do everything except the one-way delay that TTM can do. Might be room for third size in between. I would like to do that but I fear we will lose focus if we do it immediately. Personally I'm not so convinced that RIPE NCC should expand a lot of energy in making it very very suitable to measure metropolitan area stuff. I need to know that's in the interest of the community. I'd like to be convinced. But quite frankly, there are commercial solutions for that. There is a conflict here. Put data with as little lag as possible into central database to make it accessible. Needs to be distributed to remove bottleneck/point of failure. Put data together, correlate with RIS, ... Also expand energy to get data opened up as uch as possible, not just through API, making it possible to combine with other initiatives to bring things together, benefit of more raw data, enable many people working on presentations. Wolfgang: with all those requirements there is one thing that makes up most of the complexity which is also the differentiator between this and Atlas: one-way measurements. Some people using it, some find it not so useful. What priority does this have to you? Would a round-trip be as useful? There was disagreement with this proposal--one way measurements are the core. Dave: want to correlate with RIS, just don't want to fall into trap of "here's what we have, how can we use it?" Daniel: data gathering and presentation has been split deliberately within RIPE NCC. Idea is to have two groups, one who creates database, and one who try to get something out of it. (Wolfgang's and Robert's teams) Antionio Moreiras: concerned that people are using TTM as primary timekeeping. Daniel: thank you for being here, any details get in touch with Ann and Vesna. Their role is to stand up for users. You can talk to developers as well, but Ann and Vesna are user advocates, make use of that. ÒThe Future of TTMÓ workshop, RIPE63, Vienna Tuesday, 1.11.11., 1PM, Schonberg room (lunch meeting in a separate room) List of participants: Number, name Organisation TTM box Wilfried Woeber ACOnet #73 Christian Panigl ACOnet #73 Stefan Wahl Peering.eu n/a Nigel Titley Easynet / NCC EB#154 George Michaelson APNIC #157 Jari Miettinen FUNET #34 Thomas Schmid DFN #77 Christian Kaufmann MAT-wg chair n/a Wolfgang Tremmel De-CIX Many Brian Nisbet HEAnet #35 Matthias Kluth HeLi NET #101 Sebastian Castro .nz registry #182 Martin Pels AMS-IX #121 Serge Krashakov Chernogolovka #153 Sascha Pollok IPHH #162 Fredrik Pettai NORDUnet #8 Vaclav Novak CESNET #133 Antonio Moreiras NIC.br #159 Yoshinobu Matsuzaki IIJ #103,#129 Geoff Huston APNIC n/a Luisa Villa LACNIC n/a Dave Wilson HEANET #35 Randy Bush IIJ #129 Vaclav Novak CESNET #133 RIPE NCC staff: Ann Barcomb Daniel Karrenberg Erik Romijn Sean McAvoy Vesna Manojlovic Wolfgang Nagele

1 0

Today's RIPEstat demo session
by Mirjam Kuehne 29 Nov '11

29 Nov '11

Dear colleagues, Don't forget: Today's RIPEstat demo session starts in one hour at 10:30 UTC (11:30 Amsterdam time). Please find more details on RIPE Labs: https://labs.ripe.net/Members/kistel/ripestat-live-demo-11 Kind Regards, Mirjam Kuehne RIPE NCC

2 2