- mat-wg - mailman.ripe.net

New on RIPE Labs: Infrastructure Geolocation - Plan of Action
by Mirjam Kuehne 19 Dec '13

19 Dec '13

Dear colleagues, At RIPE 67 we presented our ideas on infrastructure geolocation. This new RIPE Labs article by Emile Aben shows the current thinking on how to develop router geolocation further. Any feedback will be appreciated. https://labs.ripe.net/Members/emileaben/infrastructure-geolocation-plan-of-… Kind regards, Mirjam Kuehne RIPE Labs

1 0

Scheduled shutdown of Test Traffic Measurement Service (TTM)
by Romeo Zwart 13 Dec '13

13 Dec '13

Dear colleagues,  We are currently in the process of shutting down our Test Traffic Measurement Service (TTM). These plans were previously announced at RIPE 64 by Daniel Karrenberg in the Measurement Analysis and Tools (MAT) Working Group session, and in section 2.4.5 of the RIPE NCC Activity Plan and Budget 2013: http://www.ripe.net/ripe/docs/ripe-558 This is now scheduled for completion by the end of the first quarter of 2014. The TTM service has been operational for more than ten years. The equipment used to provide this service, as well as the software underlying it, have become outdated and costly to maintain. Several years ago, we introduced our new measurements service, RIPE Atlas. RIPE Atlas and RIPE Atlas anchors can provide almost all of the functionality provided by TTM. This was explained by Kaveh Ranjbar, the RIPE NCC's Chief Information Officer, in the RIPE Labs article, “The Future of RIPE NCC Technical Services”. As noted in this article, one difference is that RIPE Atlas does not support one-way latency measurements; however, these were not used by most TTM users and also required special, expensive equipment. The article is available in full at: https://labs.ripe.net/Members/kranjbar/future-of-ripe-ncc-technical-services We will contact individual TTM hosts shortly to make arrangements to decommission their TTM systems. We are also investigating the possibility of creating an archive of TTM measurement results that can be used for research purposes. As previously mentioned, RIPE Atlas, and specifically RIPE Atlas anchors, provide much of the functionality of TTM. More details about the features and benefits of RIPE Atlas anchors, including information about how you can host a RIPE Atlas anchor, are available at: https://atlas.ripe.net/about/anchors/ We look forward to any feedback or questions you may have regarding this development. Regards, Romeo Zwart Global Information Infrastructure Services Manager RIPE NCC

2 2

New on RIPE Labs: Map a RIPE Atlas Anchor
by Mirjam Kuehne 27 Nov '13

27 Nov '13

Dear colleagues, Please find a new article, contributed by Daniel Karrenberg, on RIPE Labs: RIPE Atlas Fun - Map a RIPE Atlas Anchor. https://labs.ripe.net/Members/dfk/map-a-ripe-atlas-anchor It shows some interesting graphs based on RIPE Atlas traceroute measurements. Kind regards, Mirjam Kuehne RIPE NCC

1 0

Updates on Measurements of Typhoon Haiyan Impact
by Mirjam Kuehne 22 Nov '13

22 Nov '13

Dear colleagues, Over the last few days we published a number of updates to the original article "Typhoon Haiyan - What do We see in RIPEstat and RIPE Atlas". Please see the links on top of this page: https://labs.ripe.net/Members/emileaben/typhoon-haiyan-what-we-see-in-ripes… Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Network Anomaly Detection Survey
by Mirjam Kuehne 20 Nov '13

20 Nov '13

Dear colleagues, Jan Rejchrt from the Institute of Computer Science at the Masaryk University in Brno, Czech Republic, is conducting a survey that will help develop network anomaly detection tools. Please find some more information and the link to the survey on RIPE Labs: https://labs.ripe.net/Members/jan_rejchrt/network-anomaly-detection-survey Kind regards, Mirjam Kuehne RIPE NCC

1 0

IPv6 extension headers support on RIPE Atlas
by Jen Linkova 19 Nov '13

19 Nov '13

[ This is a outcome of some online&offline discussions we have had on IETF8 ] There are some ongoing efforts to measure IPv6 extension headers filtering in the Internet (in particular, see Fernando Gont's talk: http://www.iepg.org/2013-11-ietf88/fgont-iepg-ietf88-ipv6-frag-and-eh.pdf ) While individuals are running some experiments from their networks, I think it would be extremely useful to run distributed measurements using Atlas to understand the current situation and possible impact better. Therefore it would be great if Atlas supports: - inserting Ipv6 extension headers into probe packets. Ideally user should be allowed to define a chain of extension headers as specified in RFC2460. In particular, it would be nice to insert the following headers: -- Hop-by-Hop Options -- Fragment -- Destination Options - HTTP measurements (Tim, please add particular requirements if you have any). If anyone else would like to see such features supported by Atlas - please speak up! -- SY, Jen Linkova aka Furry

15 20

New on RIPE Labs: Measuring Google's Public DNS
by Mirjam Kuehne 11 Nov '13

11 Nov '13

Dear colleagues, Geoff Huston gave an interesting presentation at the recent IEPG meeting in Vancouver about Google's Public DNS service and who is using it. You can now read the results on RIPE Labs: https://labs.ripe.net/Members/gih/measuring-googles-public-dns Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Typhoon Haiyan - What do We see in RIPEstat and RIPE Atlas
by Mirjam Kuehne 08 Nov '13

08 Nov '13

Dear colleagues, Please find a new article on RIPE Labs: Typhoon Haiyan - What do We see in RIPEstat and RIPE Atlas https://labs.ripe.net/Members/emileaben/typhoon-haiyan-what-we-see-in-ripes… For now we only see a modest effect of typhoon on the Philippine Core Internet Infrastructure. Kind regards, Mirjam Kuehne RIPE NCC

1 0

Asking methods to monitor used IPs
by Jahangir Asadi 08 Nov '13

08 Nov '13

Dear Sir or Madam I have some customers who I have allocated high band width with wide ranges of IPv4 addresses to. Because of lack of IPv4, I would like to see that how many IPs they are using. It would be grateful if you tell me how can I do this and what soft ware I have to use to monitor the used IPs. I would like to thank you in advance and I am looking forward to hearing from you soon. Regards. Jahangir Asadi Network Manager of Padidar Information Technology (Your LIR Member and the owner of AS198357)

4 3

Announcing the RIPE Atlas Anchors Service
by Vesna Manojlovic 07 Nov '13

07 Nov '13

Dear colleagues, We're pleased to announce that RIPE Atlas anchors went into production at the RIPE 67 Meeting in Athens in October 2013. Anchors are both enhanced RIPE Atlas probes with more measurement capacity, as well as regional measurement targets within the greater RIPE Atlas network. The RIPE Atlas anchors pilot ran for a year, and now there are 15 anchors deployed. The RIPE NCC's goal is to have 50 anchors in operation around the world by the end of 2014. We are now actively seeking applications from those interested in and capable of hosting a RIPE Atlas anchor in their own networks. Find out what RIPE Atlas anchors are all about, the benefits of hosting an anchor, and how you can get involved: https://labs.ripe.net/Members/suzanne_taylor_muzzin/announcing-the-ripe-atl… Regards, Vesna

1 0

Re: [mat-wg] IPv6 extension headers support on RIPE Atlas
by Mikael Abrahamsson 06 Nov '13

06 Nov '13

On Wed, 6 Nov 2013, Ole Troan wrote: > wouldn't it be sufficient to support the fragment header initially? I am mostly interested in extension- and fragment header, and combinations of these. The others you're right about, they probably won't work well anyhow. But extension nnd fragment headers have real legitimate use and we should try to assure that these work properly on the wider Internet. If someone at the edge decides they don't want these then that's fine, but if there are routers out there that by default treat these badly, I think it's good if everybody knows this. -- Mikael Abrahamsson email: swmike(a)swm.pp.se

1 0

New on RIPE Labs: How “National” is the Dutch Critical IP Infrastructure?
by Mirjam Kuehne 23 Oct '13

23 Oct '13

Dear colleagues, For those of you who missed Razvan C. Oprea's presentation during the MAT-WG in Athens, we put a summary report on RIPE Labs: How “National” is the Dutch Critical IP Infrastructure? https://labs.ripe.net/Members/benno_overeinder/dutch-critical-ip-infrastruc… This is a contribution by Benno Overeinder, Fahimeh Alizadeh and Razvan C. Oprea. Kind regards, Mirjam Kuehne RIPE NCC

1 0

Traceroute visualisation
by Mike Hughes 18 Oct '13

18 Oct '13

Good talk by Emile on visualisation of traceroutes and the various sources of geo-loc that can be munged and derived to try and give more accurate info. While there was talk of commercial geo-loc such as Maxmind, what about mining the DNS for LOC records? Has there been any investigation of that? Or am I just an ossified dinosaur, talking about LOC records? :) Cheers, Mike

5 4

Ambient measurements
by Richard Barnes 18 Oct '13

18 Oct '13

Hey all, As a follow-up to Mikael's point in AOB at the MAT meeting today (that there are lots of statistics already being kept by hosts, e.g., in TCP stacks): I did a presentation at the IEPG back at the Beijing IETF about the idea of standardizing a "Network Measurement Reporting" language, so that things like ping and traceroute could share their results with the rest of the Internet. <http://iepg.org/2010-11-ietf79/NMR-IEPG.pdf> It's long enough ago that I don't remember precisely what the feedback was. But no further work got done, so it probably wasn't that positive :) Nonetheless, I continue to think that collecting ambient measurement data is a really interesting idea, so it would be cool to hear what others here think. Cheers, --Richard

2 1

Completed Migration of RIS Visualisation to RIPEstat
by Vesna Manojlovic 08 Oct '13

08 Oct '13

Completed Migration of Routing Information to RIPEstat Dear colleagues, We have now successfully completed the planned* migration of RIS data visualisation to RIPEstat: http://stat.ripe.net Our Routing Information Service (RIS) has been collecting global BGP routing information for over 12 years. During this period, many different interfaces to analyse and visualise accumulated data have been developed. Therefore, we have centralised access to the RIS interfaces and tools, and decommissioned some of the outdated interfaces and the old backend. This is in line with our long-term goal to provide more consolidated services, as communicated previously by our Chief Information Officer, Kaveh Ranjbar, in his article, "The Future of RIPE NCC Technical Services": https://labs.ripe.net/Members/kranjbar/future-of-ripe-ncc-technical-services More information about the migration of RIS data visualisation to RIPEstat is available on RIPELabs: https://labs.ripe.net/Members/fatemah_mafi/improved-routing-information-ava… Please submit any requests for additional features via email to stat(a)ripe.net so that we can add these to the RIPEstat Roadmap and include them in our planning: http://roadmap.ripe.net/ripe-stat/ We look forward to your feedback. Regards, Vesna * The original announcement and the reminder can be found at: http://www.ripe.net/ripe/mail/archives/mat-wg/2013-August/000323.html http://www.ripe.net/ripe/mail/archives/mat-wg/2013-September/000350.html

1 0

Announcing RIPE Atlas Service Terms Documentation for Anchor Hosts
by Vesna Manojlovic 03 Oct '13

03 Oct '13

Dear colleagues, In the process of transitioning RIPE Atlas anchors towards being a production service, we have developed two documents that describe the service terms: - Draft RIPE Atlas Service Terms and Conditions - Memorandum of Understanding - Hosting a RIPE Atlas Anchor Probe Please see the details in this RIPE Labs article: https://labs.ripe.net/Members/becha/ripe-atlas-anchors-terms-and-conditions If you are currently hosting an anchor, or if you are interested in hosting a RIPE Atlas anchor in the future, we would like to hear any feedback you have on these draft documents. Our goal is to finalise the documents by 11 October so that we can announce the production service at the upcoming RIPE 67 Meeting in Athens. Regards, Vesna -- Vesna Manojlovic BECHA(a)ripe.net Senior Community Builder @Ms_Measurements for Measurements Tools RIPE NCC http://ripe.net

1 0

New on RIPE Labs: RIPE Atlas - Packet Size Matters
by Mirjam Kuehne 02 Oct '13

02 Oct '13

Dear colleagues, This new RIPE Labs article (contributed by Emile Aben) talks about trying to send large packets over the Internet. Above a certain size, these packets will have to be fragmented, which is known to cause problems. In both IPv4 and IPv6, we see approximately 10% of RIPE Atlas probes that are unsuccessful in pings with fragmented packets, while they don't encounter problems with smaller unfragmented packets. Please find the detailed results on RIPE Labs: https://labs.ripe.net/Members/emileaben/ripe-atlas-packet-size-matters Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Recent Internet Disruptions in Sudan
by Mirjam Kuehne 26 Sep '13

26 Sep '13

Dear colleagues, Please see this new article on RIPE Labs showing the recent Internet disruption in Sudan as viewed in RIPEstat and RIPE Atlas: https://labs.ripe.net/Members/emileaben/sudan-internet-disruptions Kind regards, Mirjam Kuehne RIPE NCC

1 0

RIPE NCC is Migrating the RIS Dashboard to RIPEstat
by Vesna Manojlovic 25 Sep '13

25 Sep '13

Dear colleagues, I would like to remind you of our announcement, made last month. In the coming days, we will be migrating RIS data visualisation to RIPEstat: http://stat.ripe.net We will, therefore, be decommissioning some of the outdated RIS interfaces and tools, and the old backend. We still welcome your feedback, so please let us know your comments so that we can accommodate your needs. More information can be found in the original announcement, below. Regards, Vesna Manojlovic Our Routing Information Service (RIS) has been collecting global BGP routing information for 12 years now. During this period, many different interfaces to analyse and visualise accumulated data have been developed. In line with our long-term goals to provide more consolidated services, we will be integrating the RIS interface's tools and services into RIPEstat. More information about this is detailed in a new RIPE Labs article: https://labs.ripe.net/Members/fatemah_mafi/improved-routing-information-ava… We invite the community to comment on these upcoming changes at MAT-WG. Please submit any requests for additional features via email to stat(a)ripe.net so that we can implement these along with the planned migration of tools and features, or have them added to the RIPEstat Roadmap for later consideration: http://roadmap.ripe.net/ripe-stat/ We look forward to your feedback. Regards, Vesna -- Vesna Manojlovic BECHA(a)ripe.net Senior Community Builder @Ms_Measurements for Measurements Tools RIPE NCC http://ripe.net

1 0

Re: [mat-wg] [atlas] "Spoofing" tests.
by Andrei Robachevsky 18 Sep '13

18 Sep '13

[copying mat-wg, since it is about measureents] Lorenzo Colitti wrote on 9/18/13 6:42 AM: > On Sun, Sep 15, 2013 at 11:57 AM, Randy Bush <randy(a)psg.com > <mailto:randy@psg.com>> wrote: > > then again, if you think most of the botnets are behind broadband home > networks, it makes an interesting sample. compare spoof density of > natted vs un-natted. but then, how you gonna spoof from behind a nat? > > > Just send the packet? > > I expect a nontrivial proportion of NATs will just say "Source address > not in 192.168.1.0/24 <http://192.168.1.0/24>? Cool, don't have to NAT! > Just pass it along." :-) If only we had data ;). It would be interesting, indeed, to see how feasible spoofing is in a natted environment, broadband access networks in particular. It seems that this is the case where spoofing may cause serious problems to the provider itself, as opposed to someone else in the Internet. So, one could assume that even if there are NATs that allow this stupid thing, there maybe DOCSIS SAV and other safeguards in the BB provider provisioning system. Andrei

1 0

New on RIPE Labs: RIPE Atlas Anchors: Summary and Next Steps
by Mirjam Kuehne 16 Sep '13

16 Sep '13

Dear colleagues, This new RIPE Labs article summarises the findings from the pilot phase of the RIPE Atlas anchors project, and gives details about the decision to move to production using a one-service, smaller box for RIPE Atlas anchors: https://labs.ripe.net/Members/becha/ripe-atlas-anchors-pilot-summary-and-ne… Kind regards, Mirjam Kuehne RIPE NCC

1 0

New on RIPE Labs: Further Virtualisation Testing for RIPE Atlas Anchor
by Mirjam Kuehne 16 Sep '13

16 Sep '13

Dear colleagues, Please find a new article on RIPE Labs: "Further Virtualisation Testing for the RIPE Atlas Anchor" https://labs.ripe.net/Members/romeo_zwart/further-virtualisation-testing-fo… This report is a follow up to an earlier article, in which we detailed our investigations into the use of virtualisation technology as a suitable means to provide other services via the RIPE Atlas anchor hardware, beyond its primary anchor function. Kind regards, Mirjam Kuehne RIPE NCC

3 4

Draft agenda for MAT @ RIPE67
by Christian Kaufmann 13 Sep '13

13 Sep '13

Hello All, This is the draft agenda for the MAT - Measurement, Analysis and Tools Working Group session at RIPE67: A. Introduction Welcome, Scribe, Jabber, Agenda B. Luciano Lenzini: Mobile network measurement app for Android (20min) C. Vesna Manojlovic: RIPEstat update (10min) D. Robert Kisteleki: Infrastructure geolocation using RIPE NCC data sets (15min) E. Razvan Oprea: Mapping Dutch critical infrastructure (20min) F. Vesna Manojlovic: RIPE Atlas update (RIPE NCC) (20min) Z. AOB Timings are approximate. The session will take place at 16:00 local time on Thursday 17th October. See you in Dublin! Richard & Christian

1 0

Using Atlas for commercial services
by Stephane Bortzmeyer 12 Sep '13

12 Sep '13

[Originally discussed on the RIPE Atlas users mailing list and forwarded here per suggestion of Daniel Karrenberg, to be sure the proper WG has a say.] After reading the Atlas ToS <https://atlas.ripe.net/service-rules/> and checking the FAQ <https://atlas.ripe.net/about/faq/>, I still have a question: Can I use Atlas as a basis for commercial services? The ToS is silent about it. The list in <https://labs.ripe.net/Members/kranjbar/future-of-ripe-ncc-technical-services> gives interesting ideas about new uses of Atlas (specially the part about using Atlas to monitor reachability from Nagios, which could become a service sold to people). Of course, Atlas is "best effort", so one cannot sue the RIPE-NCC if it breaks and stops the commercial service. But it still can be an interesting platform. Today, most Atlas uses seem to be for public research, or for "selfish" measurements (checking my network), including by commercial organisations. But I see nothing forbidding people to sell services (monitoring, quality assessment) to other people, based on Atlas. Is it a good idea to explicitely allow or disallow such services?

7 12

New on RIPE Labs: Visualising Bandwidth Capacity and Network Activity in RIPEstat Using M-Lab Data
by Mirjam Kuehne 09 Sep '13

09 Sep '13

Dear colleagues, As a result of the cooperation between the RIPE NCC and Measurement Lab, you can now visualise the bandwidth profiles and network activity of IP prefixes and individual countries in RIPEstat. For more details, please refer to this new article on RIPE Labs: https://labs.ripe.net/Members/vastur/visualising-bandwidth-capacity-in-ripe… Kind regards, Mirjam Kuehne RIPE NCC

1 0