- mat-wg - mailman.ripe.net

New on RIPE Labs: Internet Traffic During the World Cup 2014
by Mirjam Kuehne 27 Jun '14

27 Jun '14

Dear colleagues, It's Friday! To get you in the mood for the weekend, RIPE Labs has some festive football figures. In our most recent RIPE Labs article, we take a look at what happened with IXP traffic during the group stages of the 2014 FIFA World Cup: https://labs.ripe.net/Members/emileaben/internet-traffic-during-the-world-c… Kind regards, Mirjam Kuehne RIPE NCC

1 0

Using RIPE Atlas to Debug Network Issues
by Vesna Manojlovic 12 Jun '14

12 Jun '14

Dear colleagues, Please find the use-case for RIPE Atlas in debugging network issues, in this RIPE Labs article written by Tim Kleefass from BelWü, who is hosting a RIPE Atlas anchor. (and who holds the record for the shortest time from purchasing the anchor to it going live!) https://labs.ripe.net/Members/tim_kleefass/how-fast-the-ripe-atlas-anchor-h… Regards, Vesna

1 0

Five more RIPE Atlas anchors since RIPE68
by Vesna Manojlovic 05 Jun '14

05 Jun '14

Dear colleagues, We are proud to announce that five new RIPE Atlas anchors have been activated since my previous announcement last month: - de-fra-as8763, hosted by DENIC eG in Frankfurt, Germany - us-dal-as2914 & us-mia-as2914, hosted by NTT Communications in Dallas & in Miami, United States. - se-got-as50168, hosted by Bogal AB in Gothenburg, Sweden - ru-mow-as15835, hosted by RIPN in Moscow, Russia (RIS RRC host) This brings the total number of anchors to 60. All RIPE Atlas anchors can be seen on this list, where logged-in users can access each anchor's measurements: https://atlas.ripe.net/anchors/list/ We are still accepting new applications from individuals and organisations interested in hosting a RIPE Atlas anchor. We are particularly interested in deploying anchors in the Middle East, Western Asia, Latin America and Africa, in order to add more geographical diversity to the measurement data. Learn more about RIPE Atlas anchors and the benefits of hosting an anchor at: https://atlas.ripe.net/about/anchors/ For detailed announcements and updates about RIPE Atlas, please join the RIPE Atlas mailing list: https://www.ripe.net/mailman/listinfo/ripe-atlas Kind regards, Vesna Manojlovic Measurements Community Building Team RIPE NCC

1 0

Planned Test Traffic Measurements Service Closure
by Romeo Zwart 05 Jun '14

05 Jun '14

Dear colleagues, The RIPE NCC’s Test Traffic Measurements (TTM) Service will be decommissioned at the end of June 2014. Most of the functionality offered by TTM is available as part of RIPE Atlas and we encourage you to take advantage of this service: https://atlas.ripe.net Handover of Responsibility of TTM Machines We will contact the individual TTM hosts during June to arrange the handover of responsibility for the remaining TTM systems. Many hosts asked us about the possibilities to keep the old hardware around as a stand-alone NTP server. We have a RIPE Labs article detailing the options to transition your TTM system to a dedicated NTP server. The article is available here: https://labs.ripe.net/Members/colin_petrie/how-to-convert-your-ttm-box-to-a… Availability of TTM Data - No new data will be collected via TTM once decommissioned - Current interface for TTM data visualisations will be available until at least the end of 2014 - Raw data from TTM measurements will be downloadable indefinitely Background For more information about the end of TTM, please read this RIPE Labs article by Kaveh Ranjbar posted last year: https://labs.ripe.net/Members/kranjbar/future-of-ripe-ncc-technical-services We delayed the decommissioning date mentioned in the article by six months to provide a smooth transition for the DNSMON service from TTM to RIPE Atlas. We also wanted to allow TTM users adequate time to start using RIPE Atlas or other tools. We invite your feedback regarding the above planning. Please send your comments directly to me (<romeo.zwart(a)ripe.net>) or to the MAT Working Group mailing list (<mat-wg(a)ripe.net>). Regards, Romeo Zwart RIPE NCC

1 0

Changes to the Distribution Model for RIPE Atlas Probes
by Vesna Manojlovic 03 Jun '14

03 Jun '14

Dear colleagues, we have made some adjustments in the distribution model of RIPE Atlas probes to ensure wider topological and geographical probe coverage. Please read more in this RIPE Labs article: https://labs.ripe.net/Members/fatemah_mafi/changes-to-the-distribution-mode… Regards, Vesna

1 0

New Article on RIPE Labs: ReFlow: Reports on Internet Flows
by Mirjam Kuehne 03 Jun '14

03 Jun '14

Dear colleagues, This new article on RIPE Labs is describing ReFlow - a public website containing statistics about general Internet traffic. The main goal of ReFlow is to maintain historical traffic data, allowing for comparisons and analysis of trends on Internet traffic This article has been contributed by Martijn Hoogesteger from the University of Twente: https://labs.ripe.net/Members/martijn_hoogesteger/reflow-reports-on-interne… Kind regards, Mirjam Kuehne RIPE NCC

1 0

New article on RIPE Labs: Basic Evaluation of new IXP Peering Partners with RIPE Atlas and Zabbix
by Mirjam Kuehne 26 May '14

26 May '14

Dear colleagues, In this new article on RIPE Labs, Daniel Gomez explains how he used RIPE Atlas to evaluate new peering partners within an Internet Exchange Point and how this helped to improve customer services: https://labs.ripe.net/Members/daniel_gomez/basic-evaluation-of-new-ixp-peer… Kind regards, Mirjam Kuehne RIPE NCC

1 0

BEREC - Network Neutrality
by Gordon Lennox 20 May '14

20 May '14

BEREC have just issued a press release commenting on the Parliament's modified proposal and recalling some of their concerns with the Commission's initial proposal. About network neutrality they write: <<BEREC supports the promotion of and the clear commitment of the European Parliament to the principle of net neutrality. This is in line with BEREC’s public position, and indeed BEREC has been deeply involved with the subject since 2010, since when it has developed a set of principles and guidelines that can be implemented and adapted by national regulatory authorities, under the existing framework. The internet has proven to be highly innovative, thanks to certain fundamental principles such as the separation of network and application layer, the best effort principle and universal connectivity. This innovation should be safeguarded, both on the edges and within the network. BEREC recognizes that guaranteeing an open internet is a challenging objective, not least given its complex and dynamic ecosystem. Yet, the Commission’s original proposal would turn a flexible and progressive regulatory regime (under the 2009 Framework) into a rigid regulatory system and the European Parliament has generally retained this approach. BEREC would instead prefer an approach based on principles rather than detailed rules and which provides NRAs with the necessary powers to ensure that those principles (such as the ones developed by BEREC on what constitutes reasonable traffic management and on the relationship between specialized services and internet access services) are respected. Under such an approach, national regulators would be pursuing the same objective and enforcing the same principles, but the specific triggers and thresholds for regulatory intervention in a given market could be adapted to address national circumstances. If a rules-based approach is nonetheless to be pursued, then further work would be required to ensure that the definitions and rules were legally precise, future-proof and enforceable in practice. While some of the language in the text adopted by European Parliament draws upon BEREC previous publications on the subject, improving the original Commission’s proposals, it does not yet meet these standards. A balanced approach to promoting net neutrality on the Internet in parallel to the provision of specialised services is a difficult challenge. BEREC considers that specialised services should be clearly separated (physically or virtually) from internet access services at the network layer, to ensure that sufficient safeguards prevent degradation of the internet access services. Therefore BEREC welcomes the European Parliament’s acknowledgement of this principle. However, some inconsistencies in the proposed rules and definitions still raise legal and policy concerns.>> http://berec.europa.eu/eng/news_consultations/whats_new/2203-berec-publishe… So if you want network neutrality then you need regulation? The only question left is what kind. One indication of where they see the limits can perhaps be found in the sentence "This innovation should be safeguarded, both on the edges and within the network." I feel this is a significant shift. I cannot remember regulators looking in detail at what happens within traditional networks. They limited themselves to the "edges". Gordon

1 0

BEREC
by Gordon Lennox 16 May '14

16 May '14

BEREC - the Body of European Regulators for Electronic Communications, http://berec.europa.eu - are interested in metrics and monitoring. They are looking in particular at how regulators can monitor QoS for Internet access services in the context of network neutrality. Indeed they just had a public consultation on: "Monitoring quality of services in the context of network neutrality" based on a draft report, a draft which I think is still worth reading. See: http://berec.europa.eu/eng/news_consultations/ongoing_public_consultations/… From there - still also accessible from their home page - you can access the draft report and the annex where Atlas is mentioned. They have published a number of other reports on this going back over the past few years. Lots of reading! I brought this up on the Cooperation List and was requested to made a short presentation at the Connect session. There was an initial discussion on where this could sit between Cooperation and Connect. But looking forward maybe a more natural home would be between Connect and MAT. I will leave that for others to decide. But I do think it would be good to get somebody from BEREC to present in London. I will share the contact details I have with the co-chairs. Regards, Gordon

1 0

RIPE Atlas use cases and more
by Vesna Manojlovic 13 May '14

13 May '14

Dear colleagues, There have been a lot of great examples recently of how RIPE Atlas can be used to investigate network events, troubleshoot problems, explore how the Internet behaves, and more. Some of the topics include: - Investigating customer complaints about slow servers - Comparing TCP and UDP Response Times of DNS Root Servers - Discovering Path MTU black holes on the Internet We’ve collected all of these user experiences, analyses, papers and presentations in one place on RIPE Labs, in order to make it easy to discover how others are making use of the RIPE Atlas network - and maybe spark some ideas about how you can, too. https://labs.ripe.net/atlas/user-experiences If you have your own story about how you’ve used RIPE Atlas, we want to hear from you! Please get in touch with us at atlas(a)ripe.net. Kind regards, Vesna Manojlovic Measurements Community Building RIPE NCC

1 0

Re: [mat-wg] Trimble GPS from old TTM
by George Michaelson 13 May '14

13 May '14

We just upgraded BSD to 10 and it seems to be fne, but I haven't completed the cutover. Certainly, the driver ID for the 127.x.x.x instance is still in the BSD port codebase. -G On Tue, May 13, 2014 at 9:39 AM, Romeo Zwart <romeo.zwart(a)ripe.net> wrote: > Hi Antonio, > > On 14/05/13 00:44 , Antonio M. Moreiras wrote: > > Hello, we are trying to reuse the trimble GPS from our old TTM server in > > a Linux NTP machine, and it is not working. > > We have been doing some testing in the RIPE NCC with some linux > flavours. A RIPE Labs article with details is in preparation and will be > shared with this list soon. > > We will contact you off line to share our experience. > > Regards, > Romeo > > > We can read some trash with a "cat /dev/ttyS0" (what means that the GPS > > is sending information), and we can use PPS driver (127.127.22.0) to > > read correctly the PPS signal. But the driver from RIPE (127.127.43.0) > > doesn't work. > > > > We compiled the ntpd (version 4.2.6p5) with the following options: > > > > ./configure --with-openssl-libdir=/usr/lib/x86_64-linux-gnu > > --with-openssl-incdir=/usr/include --enable-RIPENCC > > > > Our Linux is: > > > > # uname -a > > Linux monitor 3.11.0-20-generic #35~precise1-Ubuntu SMP Fri May 2 > > 21:32:55 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux > > > > # lsb_release -a > > No LSB modules are available. > > Distributor ID: Ubuntu > > Description: Ubuntu 12.04.4 LTS > > Release: 12.04 > > Codename: precise > > > > Only after follow the recommendations at > > http://linuxpps.org/wiki/index.php/LinuxPPS_NTPD_support, the driver > > 127.127.43.0 is loaded by NTP, and appears in the list of peers, but no > > sync, just zeros. > > > > Does anyone in this list have any tips? > > > > Regards, > > Moreiras. > > > > > > > >

2 2

Prevention of NTP reflection attacks using TTM systems
by Romeo Zwart 13 May '14

13 May '14

Dear colleagues, During the evening of Wednesday 8 January, the RIPE NCC received initial reports about the abuse of some of our Test Traffic Measurement (TTM) systems, specifically about the use of NTP in reflection attacks. Within 24 hours of receiving the first report, we adapted the NTP configuration on all our TTM hosts so that this specific type of attack is no longer possible using the TTM infrastructure. We would like to thank Gert Doering (SpaceNet) and Michael Hausding (SWITCH-CERT) for reporting the abuse to us. We’d also like to share this resource about securing NTP servers that you may find useful: http://www.team-cymru.org/ReadingRoom/Templates/secure-ntp-template.html We are taking this opportunity to remind you that we are nearing end of service for TTM. As we announced previously, TTM shutdown is scheduled for the end of Q1, 2014. RIPE Atlas, and specifically RIPE Atlas anchors, will provide much of the functionality of TTM. More details, including information about hosting a RIPE Atlas anchor, are available at: https://atlas.ripe.net/about/anchors/ Kind regards, Romeo Zwart RIPE NCC

4 4

Five more RIPE Atlas anchors in the previous month
by Vesna Manojlovic 07 May '14

07 May '14

Dear colleagues, We are proud to announce that five new RIPE Atlas anchors have been activated since my previous announcement last month: - uy-mvd-as28000, hosted by LACNIC in Montevideo, Uruguay. (This is the first anchor in Latin America and the first one hosted by an RIR on behalf of the RIPE NCC. ) - au-bne-as4608, hosted by APNIC in Brisbane, Australia - cz-prg-as39392, hosted by SuperNetwork in Prague, Czech Republic - fr-tin-as196670, hosted by ADP in Pantin, France - be-lln-as2611 by the Université catholique de Louvain in Belgium This brings the total number of anchors to 55. All RIPE Atlas anchors can be seen on this list, where logged-in users can access each anchor's measurements: https://atlas.ripe.net/anchors/list/ We are still accepting new applications from individuals and organisations interested in hosting a RIPE Atlas anchor. We are particularly interested in deploying anchors in the Middle East, Western Asia, Latin America and Africa, in order to add more geographical diversity to the measurement data. Learn more about RIPE Atlas anchors and the benefits of hosting an anchor at: https://atlas.ripe.net/about/anchors/ For detailed announcements and updates about RIPE Atlas, please join the RIPE Atlas mailing list: https://www.ripe.net/mailman/listinfo/ripe-atlas Kind regards, Vesna Manojlovic Measurements Community Building Team RIPE NCC

1 0

New on RIPE Labs: RIPE Atlas: Latest Results API and Parsing Library
by Mirjam Kuehne 29 Apr '14

29 Apr '14

Dear colleagues, You can now get the latest results from any of your user-defined measurements with a new API created specifically for this purpose. In addition, we've developed a parsing library that can be used in combination with the new API to make it an even more useful tool. Please find more details on RIPE Labs: https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-latest-resul… Kind regards, Mirjam Kuehne RIPE NCC

1 0

Draft agenda for MAT @ RIPE68
by Christian Kaufmann 23 Apr '14

23 Apr '14

Hello All, This is the draft agenda for the Measurement, Analysis and Tools Working Group session at RIPE68: A. Introduction: Welcome, Scribe, Jabber, Agenda (5m) B. Results: Interconnection density in IPv4 / IPv6 - Christian Kaufmann (15m) C. RIPE Atlas update - Vesna Manojlovic (RIPE NCC) (15m) D. Measuring Access Network Performance using Atlas - Vaibhav Bajpai (Jacobs U.) (20m) E. Fast Internet-wide Scanning and its Security and Measurement Applications - Zakir Durumeric (U. Michigan) (20m) F. RIPEstat update - Vesna Manojlovic (RIPE NCC) (15m) Z. AOB Timings are approximate. The session will take place at 16:00 local time on Thursday 15th May. See you in Warsaw! Richard & Christian

1 0

Call for Presentations at RIPE 68
by Richard Barnes 05 Apr '14

05 Apr '14

Dear MAT WG, We co-chairs are beginning to put together the agenda for the MAT working group meeting at RIPE 68. If you have something you would like to present, please let us know no later than Monday, 14 Apr 2014. Thanks a lot, Richard Barnes and Christian Kaufmann MAT Co-Chairs

1 0

New on RIPE Labs: BGP Leaks in Indonesia
by Mirjam Kuehne 04 Apr '14

04 Apr '14

Dear colleagues, We looked in some more detail at the BGP leak in Indonesia. Please find our analysis on RIPE Labs: https://labs.ripe.net/Members/wilhelm/bgp-leaks-in-indonesia Kind regards, Mirjam Kuehne RIPE NCC

1 0

Milestone reached: 50 RIPE Atlas anchors! Latest six are...
by Vesna Manojlovic 02 Apr '14

02 Apr '14

Dear colleagues, We are proud to announce that six new RIPE Atlas anchors have been activated since my previous announcement two weeks ago: - es-bcn-as13041, hosted by CSUC in Barcelona, Spain - se-sto-as8674, hosted by Netnod in Stockholm, Sweden (RIS RRC) - ie-dub-as1213, hosted by HEAnet in Dublin, Ireland - de-kel-as13101, hosted by Ennit Server in Kiel, Germany - tn-tun-as5438 , hosted by ATI in Tunis, Tunisia - za-jnb-as10474, hosted by MWEB in Johannesburg, South Africa This brings the total number of anchors to 50. All RIPE Atlas anchors can be seen on this list: https://atlas.ripe.net/anchors/list/ This marks a milestone in RIPE Atlas deployment: our goal is to have 100 anchors by the end of 2014, and today we are halfway there! RIPE NCC team is proud of the achievement, which was possible only through the community support. We are grateful to all the hosts, current and future ones! Congratulations, everyone! Kind regards, Vesna Manojlovic Measurements Community Building Team RIPE NCC

2 1

New on RIPE Labs: A RIPE Atlas View of Internet Meddling in Turkey
by Mirjam Kuehne 31 Mar '14

31 Mar '14

Dear colleagues, Please find a new article by Emile Aben on RIPE Labs: A RIPE Atlas View of Internet Meddling in Turkey https://labs.ripe.net/Members/emileaben/a-ripe-atlas-view-of-internet-meddl… Kind regards, Mirjam Kuehne RIPE NCC

1 0

Research papers for IMC or other measurements conferences
by Vesna Manojlovic 15 Mar '14

15 Mar '14

Dear colleagues, a couple of researchers using RIPE Atlas brought this conference to my attention, and I noticed that the CFP deadline is approaching fast. I would be curious to hear if anyone else is planning to submit a paper based on RIPE Atlas data to IMC, or any other conference. Please let me know if you need some extra help from us: more credits, higher limits for usage of probes per measurements, or additional text for your paper. We would be grateful for your mention of the RIPE NCC and RIPE Atlas in your paper, and would like to invite you to share your results, after the conference, with RIPE community, either by presenting at RIPE meetings or publishing on RIPE Labs. Regards, Vesna IMC Details: http://conferences2.sigcomm.org/imc/2014/ The 2014 Internet Measurement Conference (IMC) is a three-day event focusing on Internet measurement and analysis. The conference is sponsored jointly by ACM SIGCOMM and ACM SIGMETRICS. IMC 2014 is the 14th in a series of highly successful Internet Measurement Workshops and Conferences. The ACM IMC 2014 conference will be held in Vancouver, BC, Canada on November 5-7, 2014. Call for papers deadline: 30 April http://conferences2.sigcomm.org/imc/2014/cfp.html

2 1

Additional five RIPE Atlas anchors
by Vesna Manojlovic 13 Mar '14

13 Mar '14

Dear colleagues, We are proud to announce that five new RIPE Atlas anchors have been activated since my previous announcement last month: - fr-prm-as513 by CERN in Prévessin-Moëns, France on behalf of RIPE NCC - au-mel-as38796 hosted by AusRegistry in Melbourne, Australia. - us-pao-as1280 by ISC at PAIX in United States, on behalf of RIPE NCC - ru-mow-as47764 hosted by Mail.ru Group in Moscow, Russia - ie-caw-as39122 by Blacknight Internet Solutions Ltd, Carlow, Ireland This brings the total number of anchors to 44. All RIPE Atlas anchors can be seen on this list, where logged-in users can access each anchor's measurements: https://atlas.ripe.net/anchors/list/ We are still accepting new applications from individuals and organisations interested in hosting a RIPE Atlas anchor. We are particularly interested in deploying anchors in the Middle East, Western Asia, Latin America and Africa, in order to add more geographical diversity to the measurement data. Learn more about RIPE Atlas anchors and the benefits of hosting an anchor at: https://atlas.ripe.net/about/anchors/ For detailed announcements and updates about RIPE Atlas, please join the RIPE Atlas mailing list: https://www.ripe.net/mailman/listinfo/ripe-atlas Kind regards, Vesna Manojlovic Measurements Community Building Team RIPE NCC

1 0

Encouraging RIPE Atlas users to choose for public probes and measurements
by Vesna Manojlovic 11 Mar '14

11 Mar '14

Dear colleagues, One of the main goals of RIPE Atlas is to share information about Internet performance, which we collect via the active measurements performed by the thousands of probes in the RIPE Atlas network. In order to better achieve that goal, last year we suggested making even more of the collected data public. You can read the full details of this proposal on RIPE Labs: https://labs.ripe.net/Members/becha/proposing-making-ripe-atlas-data-more-p… We asked for feedback about this proposal from the RIPE Atlas community and, based on that feedback, we have decided not to go ahead with the proposal or make any major changes to the system. We would therefore like to revise our original proposal and suggest the following, revised plan: 1. We will strongly encourage RIPE Atlas users to keep their RIPE Atlas probes public and to perform public measurements as much as possible by: - Making new probes public by default (opt-out available) whenever someone applies for a new probe - Checking the public option by default when using the web interface to create user-defined measurements - Rewarding those who make their probes and measurements public by giving them more credits than those who don’t - Requiring all research enabled by special credits to produce public measurement results - Stressing the public nature of RIPE Atlas as a measurements platform in the RIPE NCC's publications and outreach 2. We will continue to allow users to *not* mark their probes public and to schedule user-defined measurements that are not public. 3. We will improve the documentation in order to clarify exactly what information is available for probes and user-defined measurements that are marked public versus those not marked public. Because this revised plan does not involve making any significant changes to our procedures or interfaces, the implementation would take place during our regular deployment cycle. We are basing this revised plan on the reactions of the 13 RIPE Atlas users who provided feedback after we proposed our original plan (you can find more details about the feedback we received below). We would like to hear from more of you, even if you just confirm that you agree with this revised proposal. Please subscribe to the RIPE Atlas mailing list and let us know what you think: https://www.ripe.net/mailman/listinfo/ripe-atlas Regards, Vesna Manojlovic Senior Community Builder for Measurements Tools RIPE NCC Summary of the feedback (the original comments can also be found on the RIPE Atlas mailing list archives): Eleven people replied on the mailing list and two replied on RIPE Labs, with some people supporting more than one option. - Three people supported making the data more public - Six people supported keeping things the same (i.e. against removing the "not public" option) - One person suggested making the data less public - Three people suggested delaying the publication of the public results (a new suggestion) - One person was completely neutral Specific comments included: - Making the data public by default is okay, but leave the option to not make it public - If a delay in making the data public is introduced, one-off measurements should be excluded - A delay in making the data public will introduce more complexity to the system - A proposal to receive extra/fewer credits for making probes and measurements public/not public, respectively

1 0

New on RIPE Labs: Improved RIPE Atlas Probe Pages
by Mirjam Kuehne 28 Feb '14

28 Feb '14

Dear colleagues, We've made it easier to get an overview of the history and measurements for all the public probes in the RIPE Atlas network. Read about that and other new functionality on RIPE Labs: https://labs.ripe.net/Members/suzanne_taylor_muzzin/ripe-atlas-improved-pro… Kind regards, Mirjam Kuehne RIPE NCC

1 0

Question about RIPE services
by ceo＠foodee.ru 22 Feb '14

22 Feb '14

Hello! Our company conducts researh and development in Software-Defined Networking. And we are looking for a testbeds and production networks to implement our techniques. We have already tested our prototype successfully in mininet.org, onl.wustl.edu . Has RIPE resourses which could be used to test SDN techniques: slices, ect.? Thank you.

1 0

New on RIPE Labs: Using RIPE Atlas to Investigate Slow Servers
by Mirjam Kuehne 18 Feb '14

18 Feb '14

Dear colleagues, Please find a new article on RIPE Labs contributed by Nathan Howard who used RIPE Atlas to investigate slow running servers at their company: https://labs.ripe.net/Members/suzanne_taylor_muzzin/using-ripe-atlas-to-inv… Kind regards, Mirjam Kuehne RIPE NCC

1 0