- mat-wg - mailman.ripe.net

Call for presentations RIPE 75 and DCTM info
by Benno Overeinder 03 Jul '17

03 Jul '17

Dear colleagues, Please find the CFP for RIPE 75 below or at: https://ripe75.ripe.net/submit-topic/cfp/. The deadline for submissions is *20 August 2017*. Note: due to UAE law, confirmed speakers will need to submit a copy of their passport and contact information in advance of the meeting. More details are available here: https://ripe75.ripe.net/attend/dctm-requirements Kind regards, Benno Overeinder RIPE PC Chair https://ripe75.ripe.net/ripe-pc/ -------------------->>><<<-------------------- Call for Presentations A RIPE Meeting is an open event where Internet Service Providers, network operators and other interested parties get together. Although the meeting is mostly technical, it is also a chance for people to meet and network with others in their field. RIPE 75 will take place from 22-26 October in Dubai, UAE. The RIPE Programme Committee (PC) is now seeking content proposals from the RIPE community for the plenary sessions, BoFs (Birds of a Feather sessions), panels, workshops, tutorials and lightning talks at RIPE 75. See the full descriptions of the different presentation formats, https://ripe75.ripe.net/submit-topic/presentation-formats/. Proposals for plenary sessions, BoFs, panels, workshops and tutorials must be submitted for full consideration no later than *20 August 2017*. Proposals submitted after this date will be considered depending on the remaining available space in the programme. The PC is looking for presentations covering topics of network engineering and operations, including but not limited to: - IPv6 deployment - Managing IPv4 scarcity - Data centre technologies - Network and DNS operations - Internet governance and regulatory practices - Network and routing security - Content delivery - Internet peering and mobile data exchange - Connected Things (aka. Internet of Things - IoT) Speakers Due to UAE law, confirmed speakers will need to submit a copy of their passport and contact information in advance of the meeting. More details are available here: https://ripe75.ripe.net/attend/dctm-requirements Please also note that speakers do not receive any discount or funding towards the meeting fee at RIPE Meetings. Submissions RIPE Meeting attendees are quite sensitive to keeping presentations non-commercial, and product marketing talks are strongly discouraged. Repeated audience feedback shows that the most successful talks focus on operational experience, research results, or case studies. For example, presenters wishing to describe a commercial solution should focus on the underlying technology and not attempt a product demonstration. Presenters should indicate how much time they will require. In general, the time allocated for the different presentation formats is as follows: - Plenary presentations: 20-25 minutes presentation with 5-10 minutes discussion - Tutorials: up to two hours (Monday morning) - Workshops: one hour (during evening sessions) to two hours (Monday morning) - BoFs: approximately one hour - Lightning talks: 10 minutes total for both presentation and any discussion The following general requirements apply: - Proposals must be submitted using the meeting submission system, https://ripe75.ripe.net/submit-topic/ - Lightning talks should also be submitted using the meeting submission system (https://ripe75.ripe.net/submit-topic/) and can be submitted any time up to and including the meeting week. The allocation of lightning talks will be announced on short notice, in some cases on the same day but often one day prior to the time slot allocated. - Presenters who propose a panel or BoF are encouraged to include speakers from several (perhaps even competing) companies and/or a neutral facilitator. - All presentation proposals will only be considered by the PC if they contain at least draft presentation slides (slides may be updated later on). For panels, proposals must contain a clear description, as well as the names of invited panellists, presenters and moderators. If you have any questions or requests concerning content submissions, please email pc [at] ripe [dot] net. -- Benno J. Overeinder NLnet Labs http://www.nlnetlabs.nl/

1 0

Fwd: [AfrICANN-discuss] AFRICOMM2017: Call for papers on Internet measurements
by Amreesh Phokeer 03 Jul '17

03 Jul '17

---------- Forwarded message ---------- From: Amreesh Phokeer <amreesh(a)afrinic.net> Date: Mon, Jul 3, 2017 at 12:17 PM Subject: Fwd: [AfrICANN-discuss] AFRICOMM2017: Call for papers on Internet measurements To: maprg(a)ietf.org Cc: nmrg(a)ietf.org {apologies for cross-posting} *{please circulate}* *Call for Papers* Workshop on Internet Measurements Research in Africa <http://africommconference.org/2017/show/IMRA> Internet measurements provide useful insights into the accessibility of the Internet (e.g. coverage of WiFi and cellular networks), performance (e.g. Internet throughput and latency) and Internet usage. Internet development campaigners, national regulators, and policy makers in the developing regions are recognising the crucial role that Internet measurement data can play in facilitating evidence-based policy-making and regulation. While the Internet ecosystem comprises a diversity of stakeholders and service providers, it is difficult for any single stakeholder to access all of Internet topology data without the cooperation of the rest of the Internet community. For this reason, appropriate acquisition of Internet data requires a variety of cooperative research methods, including wide distribution of Internet probes for technical measurements, located in diverse locations and networks, as well as region-specific techniques and demand-side surveys on Internet access and usage. The aim of the workshop is to facilitate discussions around mechanisms and challenges of measuring Africa’s Internet; to evaluate the breadth of Internet measurements research and to formulate strategic directions for such research in Africa; and to initiate and accelerate collaboration among Africa’s Internet measurements researchers. The workshop is calling for high-quality papers that are focused on Internet measurements research in Africa. Papers are invited on topics related to: ● End-to-end Internet performance metrics ● Internet topology characteristics, including peering and routing ● Application-level performance, including DNS, Web, CDNs, Cloud Computing ● Physical layer performance measurements, including for TVWS, WiFi, and 3G/4G ● Detection of middleboxes, censorship, and content filtering ● Data analytics for network monitoring, traffic analysis and network ● Network topology and performance visualization ● Internet access, use, and Quality of Experience (QoE) Submissions should be made electronically as PDF in the Confy system: IMRA track <http://confy.eai.eu/#conftrack-overview/conf/52446/cid/52366> . Papers will be selected through a single-blind peer-review process. Accepted papers will be included in the conference proceedings and will be published in Springer digital library. Important deadlines Submission 15 AUGUST 2017 Notification 30 AUGUST 2017 Camera-ready submission 30 OCTOBER 2017 Conference takes place 11-12 DECEMBER 2017 *Submission Guidelines and Paper Submission:* Please check the submission guidelines here: *http://africommconference.org/2017/show/initial-submission* <http://http//africommconference.org/2017/show/initial-submission> All the papers should be in English and formatted according to the Author's Kit IMRA papers should be submitted into 'IMRA track <http://confy.eai.eu/#conftrack-overview/track/1779/cid/52366>" in confy *Publications:* Accepted papers will be published in Springer's LNICST series and will appear in the SpringerLink, one of the largest digital libraries online that covers a variety of scientific disciplines, as well as in the EAI's own EU Digital Library (EUDL). LNICST volumes are submitted for inclusion to leading indexing services, including DBLP, Google Scholar, ISI Proceedings, EI Engineering Index, CrossRef, Scopus.

1 0

New on RIPE Labs: Talking Traffic at TMA 2017
by Mirjam Kuehne 30 Jun '17

30 Jun '17

Dear colleagues, Last week, the Network Traffic, Measurement and Analysis Conference (TMA) took place in Maynooth, Ireland. A full week was scheduled, featuring a PhD school across Monday and Tuesday, the Mobile Network Measurements (MNM) workshop on Tuesday, and the main conference from Wednesday to Friday. We were there! Here's our summary of the week https://labs.ripe.net/Members/stephen_strowes/talking-traffic-at-tma-2017 Kind regards, Mirjam Kühne RIPE NCC

1 0

New on RIPE Labs: Why is the Internet so Slow?
by Mirjam Kuehne 23 Jun '17

23 Jun '17

Dear colleagues, Ilker Nadi Bozkurt and his colleagues found that the Internet is much slower than it could be. They wonder where this slowdown comes from and what can be done about it. Among other sets of measurements, the team also uses RIPE Atlas. Please see the article on RIPE Labs: https://labs.ripe.net/Members/mirjam/why-is-the-internet-so-slow Kind regards, Mirjam Kühne RIPE NCC

1 0

New on RIPE Labs: Using Raspberry Pis for Cheap Wi-Fi Monitoring
by Mirjam Kuehne 21 Jun '17

21 Jun '17

Dear colleagues, Wi-Fi monitoring solutions can be expensive and inflexible. Fredrik Strupe, Software developer at UNINETT, describes how they're developing a system to tackle this problem. Read more on RIPE Labs: https://labs.ripe.net/Members/fredrik_strupe/using-raspberry-pis-for-cheap-… Kind regards, Mirjam Kühne RIPE NCC

1 0

New on RIPE Labs: Using RIPE Atlas Measurement Results in Prometheus
by Mirjam Kuehne 09 Jun '17

09 Jun '17

Dear colleagues, In this new article on RIPE Labs Daniel Czerwonk describes how he is exporting metrics based on RIPE Atlas results to Prometheus in order to monitor and visualise trends in latency, packet loss and hop counts. https://labs.ripe.net/Members/daniel_czerwonk/using-ripe-atlas-measurement-… Kind regards, Mirjam Kuhne RIPE NCC

1 0

New on RIPE Labs: Analysis of RIPEstat Outage
by Mirjam Kuehne 08 Jun '17

08 Jun '17

Dear colleagues, Last Thursday, 1 June, RIPEstat suffered from the longest service outage in years. Although the root cause was, in hindsight, trivial, it took more than three hours to fully recover. As unfortunate as this outage was, the situation yielded vital take-aways that will hopefully help prevent future outages. Please find an analysis on RIPE Labs: https://labs.ripe.net/Members/cteusche/sand-in-the-gears Kind regards, Mirjam Kuhne RIPE NCC

1 0

color blindness and color meaning association
by Job Snijders 28 May '17

28 May '17

Hi all, TL;DR - red/green color palettes should be avoided in data visualiations, please pick something else! Yesterday I saw Christian Teuschel present on the "Jedi" tool at SINOG, and two things stood out: A) the data visualisations do not attempt to accomodate for people who are color blind, in fact, the worst colors possible were picked B) by using using common traffic light colors (green, orange, red) an implicit judgement is made on the meaning of the data (traffic crossing an internet exchange was seemingly favored over private peering) To point (A) - red–green color blindness which affect a substantial portion of the human population. In the US, about 7 percent of the male population (or about 10.5 million men) and 0.4 percent of the female population either cannot distinguish red from green, or see red and green differently from how others do (Howard Hughes Medical Institute, 2006). There are quite some pointers as to how to design color palettes which accomodate everyone. http://www.somersault1824.com/tips-for-designing-scientific-figures-for-col… http://blog.usabilla.com/how-to-design-for-color-blindness/ B) As I understand the "Jedi" tool, it shows matrixes of what traffic between atlas probes leaves the country, and what traffic remains within the country - offering insight into a reflection on a country's internal routing arrangements. I'm a big fan of keeping local traffic local, so the tool certainly has value. However, the tool displays traffic which passes over an IXP within the country as green, and traffic that says within the country but didn't cross an IXP as "orange". Since the majority of internet traffic flows over direct, private interconnections between ASNs, signifying that traffic as "orange", has the potential to be taken as a "wrong", rather then as an arbitrary datapoint. I suggest that the Jedi tool either uses the same color for ixp and non-ixp "within country" traffic (and perhaps a small icon is used to signify the additional data attribute that an IXP was observed in the traceroute), or that the jedi tool uses entirely arbitrary colors that have no inherent meaning like the traffic light colors do. Kind regards, Job

3 3

New on RIPE Labs: Introduction to the Quantum Internet
by Mirjam Kuehne 26 May '17

26 May '17

Dear colleagues, At RIPE 74, Stephanie Wehner, Associate Professor at the University of Technology in Delft, The Netherlands, presented about the status of the Quantum Internet and encouraged a lot of hallway chat about that topic. She now published a summary on RIPE Labs: https://labs.ripe.net/Members/becha/introduction-to-the-quantum-internet Please also note the invitation to the Open Day at QuTech in Delft at the end of the article. Kind regards, Mirjam Kuhne RIPE NCC

1 0

New on RIPE Labs: Anycast Latency: How Many Sites are Enough?
by Mirjam Kuehne 24 May '17

24 May '17

Dear colleagues, Please find this new article on RIPE Labs by Jan Harm Kuipers, researcher at the University of Twente: Anycast Latency: How Many Sites are Enough? Jan Harm has been studying the relationship between latency and anycast using the RIPE Atlas network: https://labs.ripe.net/Members/jh_kuipers/anycast-latency-how-many-sites-are… Kind regards, Mirjam Kuhne RIPE NCC

1 0