SlideShare a Scribd company logo
1 of 13
Download to read offline
BERECs Network Neutrality Measurement
Methodology
and how it supports the EU’s “Open Internet” regulation 2015/2120 (AKA Net Neutrality)
Mick Fox, ComReg
ITU, Geneva, 11th March 2019
Topics
• Who am I?
• What is BEREC?
• A little bit about the Net Neutrality regulations
– And the BEREC guidelines
• The BEREC speed measurement methodology
• Future plans
About BEREC
• The Body of European Regulators for Electronic Communications (BEREC) is
currently in its 10th year
– First established as European Regulators Group for electronic communications networks and services as
an advisory group to the Commission in 2002
• Currently the BEREC Chair is held by ComReg, Ireland
• Consists primarily of Expert Working Groups (EWGs) populated by members from
National Regulatory Authorities (NRAs), which create Reports, Opinions, Common
Positions, Guidelines etc. which are approved by the Board of Regulators (BoR)
• NRAs and the Commission have to take utmost account of any opinion,
recommendation, guidelines, advice or regulatory best practice adopted by BEREC.
• Supported by the BEREC Office in Riga, Latvia
• Overarching objectives
– Promoting competition and investment
– Promoting the Internal market
– Empowering and protecting end-users
• BEREC’s strategic priorities for 2018-2020 contain “Fostering a consistent approach
of the net neutrality principles”
About Network Neutrality Regulation 2015/2120
• Regulation 2015/2120 was published in Nov
2015, and came into force Apr 2016
– EU Regulation = directly applicable
– Articles 1–6 relate to Open Internet / Net Neutrality,
remainder relating to RLAH
• In summary - what does it mean for?
– end-users: right to use and provide applications
– ISPs: shall treat all traffic equally (with few exceptions);
obligations around transparency in contracts
– CAPs: a level playing field
– regulators: need to monitor and supervise
Article 3: “Safeguarding of open internet access”
• Article 3(1): defines end-users rights
– “End-users shall have the right to access and distribute information and content, use and provide
applications and services, and use terminal equipment of their choice, irrespective of the end-user’s or
provider’s location or the location, origin or destination of the information, content, application or
service, via their internet access service.
• Article 3(2): technical and commercial conditions can be agreed between telco and
end-users, as long as these do not restrict the end-users rights
• Article 3(3): rules on treating traffic in the network of the ISP
– “Providers of internet access services shall treat all traffic equally, when providing internet access
services, without discrimination, restriction or interference, and irrespective of the sender and receiver,
the content accessed or distributed, the applications or services used or provided, or the terminal
equipment used”
• Article 3(4): processing of personal data only as necessary and proportionate
• Article 3(5): “specialised services”
– “Providers of electronic communications to the public, including providers of internet access services, and
providers of content, applications and services shall be free to offer services other than internet access
services which are optimised for specific content, applications or services, or a combination
thereof, where the optimisation is necessary in order to meet requirements of the content, applications
or services for a specific level of quality”
Article 4: “Transparency measures for ensuring
open internet access”
• Article 4(1)(a-c): Information on the effect of any limitations to service
– Traffic management measures
– Volume, speed or other QoS limitations
– Applied by that provider could impact on the quality of the internet access services
• Article 4(1)(d): “a clear and comprehensible explanation of”
– “Providers of internet access services shall ensure that any contract which includes internet access services
specifies […] a clear and comprehensible explanation of the minimum, normally available, maximum
and advertised download and upload speed of the internet access services in the case of fixed
networks”
– “.. or of the estimated maximum and advertised download and upload speed of the internet access
services in the case of mobile networks”
• Article 5: Supervision and enforcement
– “National regulatory authorities shall closely monitor and ensure compliance with Articles 3 and 4”
– “By 30 August 2016, in order to contribute to the consistent application of this Regulation, BEREC shall,
after consulting stakeholders and in close cooperation with the Commission, issue guidelines for the
implementation of the obligations of national regulatory authorities under this Article.”
BEREC’s Net Neutrality Guidelines
• 45 pages of guidelines covering all
aspects of Net Neutrality requiring NRAs
to take ‘utmost account’
• Paragraphs 140 – 157 cover IAS
upload/download speed
• Highlights
– Paragraph 140: “Speeds should be specified on the
basis of the IP packet payload or transport layer
protocol payload, and not based on a lower layer
protocol.”
– Paragraph 143: “The minimum speed is the lowest
speed that the ISP undertakes to deliver to the end
user”
– Paragraph 147: “The normally available speed is
the speed that an end-user could expect to receive
most of the time”
– Paragraph 149: “In order to be meaningful, it
should be possible for the end-user to evaluate the
value of the normally available speed vis-à-vis the
actual performance of the IAS”
BEREC’s Net Neutrality Guidelines
• (Further) Highlights
– Paragraph 166: Following this existing guidance,
the speed is calculated by the amount of data
divided by the time period. These speed
measurements should be done in both download
and upload directions. Furthermore, speed
should be calculated based on IP packet
payload, e.g. using TCP as transport layer
protocol. Measurements should be performed
beyond the ISP leg. The details of the
measurement methodology should be made
transparent.
• New version of guidelines due in early
2020
• For more information see “BEREC Opinion for the
evaluation of the application of Regulation (EU)
2015/2120 and the BEREC Net Neutrality
Guidelines” (BoR (18) 244)
After the guidelines
• High Level Vision
– Consumer friendly, facilitate end user
measurements
– Based on LMAP specifications
– Open source / open data
– Clients – web browser, ios/android app
• Measurement Requirements
– Speed measurements (upload/download)
– Latency/delay
– Jitter
– Packet loss
– Port Blocking
– Various Application Specific Measurements
(e.g. DnS manipulation, Proxy detection etc)
• Following the guidelines, BEREC commenced work on two documents
– Net Neutrality regulatory assessment methodology (BoR (17) 178)
– Net neutrality measurement tool specification (BoR (17) 179)
Regulatory Assessment Methodology
General Aspects
• Measurement made between both edges of the network
• Measurement Peer/Server should be ‘outside the IAS network’, with “adequate
connectivity” “to avoid influencing measurements”. “the goal is to minimise latency
added due to additional communication paths”
• Mobile connections may need a few seconds for resource allocation (and authentication
etc)
• NRAs should seek to minimise the possibility that an ISP might be prioritising
measurement traffic
• Avoid ‘confounding factors’ – e.g. home environment wi-fi, cross-traffic etc.
Regulatory Assessment Methodology
IAS speed measurements
• Testing based on HTTP transfers
“to maximise compatibility in a
real world environment”
– Access to data on TCP payload size
from all devices
– Firewalls & Proxies
• Saturate the path
– More than 3 HTTP connections
– Chunked transfer encoding
– Measure after TCP slow start phase
completed
• Recognise that packet loss will
affect throughput
• If necessary, convert TCP payload
size to IP payload, assuming a
3% overhead
– Rationale and calculation results
included in section 3.1.3
TIME
Slow Start Measurement Data#1
GET /randomdata1.dat
Slow Start Measurement Data#2
Slow Start Measurement Data#3
0
seconds
10
seconds
5
seconds
GET /randomdata2.dat
GET /randomdata3.dat
Test Finishes
Transfer stopped
GET /slowstart3.dat
GET /slowstart2.dat
GET /slowstart1.dat
HTTP
Session 3
HTTP
Session 2
HTTP
Session 1
Test Start
What’s next?
• In March 2018, BEREC issued a call for tender (Provision of Net Neutrality (NN)
Measurement Tool)
• In August 2018, BEREC announced the results the competition
• Development is underway
• Scheduled completion of BEREC reference system before the end of 2019
• Subsequent national implementations likely to follow in due course
• In 2020, BEREC may revisit the measurement methodology based on experiences in
developing the tool
Thank you!

More Related Content

Similar to BERECs Network Neutrality Measurement Methodology, and how it supports the EU’s “Open Internet” regulation 2015/2120 (AKA Net Neutrality)", Mick Fo

Designing_QoS_enabled_networks_YIC_March20_2011.ppt
Designing_QoS_enabled_networks_YIC_March20_2011.pptDesigning_QoS_enabled_networks_YIC_March20_2011.ppt
Designing_QoS_enabled_networks_YIC_March20_2011.ppt
rmatmti
 
Traffic Profiles and Management for Support of Community Networks
Traffic Profiles and Management for Support of Community NetworksTraffic Profiles and Management for Support of Community Networks
Traffic Profiles and Management for Support of Community Networks
SmartenIT
 
Wireless Networks Performance Monitoring Based on Passive-active Quality of S...
Wireless Networks Performance Monitoring Based on Passive-active Quality of S...Wireless Networks Performance Monitoring Based on Passive-active Quality of S...
Wireless Networks Performance Monitoring Based on Passive-active Quality of S...
IJCNCJournal
 

Similar to BERECs Network Neutrality Measurement Methodology, and how it supports the EU’s “Open Internet” regulation 2015/2120 (AKA Net Neutrality)", Mick Fo (20)

A novel token based approach towards packet loss
A novel token based approach towards packet lossA novel token based approach towards packet loss
A novel token based approach towards packet loss
 
A Proposal for End-to-End QoS Provisioning in Software-Defined Networks
A Proposal for End-to-End QoS Provisioning in Software-Defined NetworksA Proposal for End-to-End QoS Provisioning in Software-Defined Networks
A Proposal for End-to-End QoS Provisioning in Software-Defined Networks
 
Designing_QoS_enabled_networks_YIC_March20_2011.ppt
Designing_QoS_enabled_networks_YIC_March20_2011.pptDesigning_QoS_enabled_networks_YIC_March20_2011.ppt
Designing_QoS_enabled_networks_YIC_March20_2011.ppt
 
Traffic Profiles and Management for Support of Community Networks
Traffic Profiles and Management for Support of Community NetworksTraffic Profiles and Management for Support of Community Networks
Traffic Profiles and Management for Support of Community Networks
 
Server congestion control
Server congestion controlServer congestion control
Server congestion control
 
CCNA_ITN_Chp3.pptx
CCNA_ITN_Chp3.pptxCCNA_ITN_Chp3.pptx
CCNA_ITN_Chp3.pptx
 
CN PPT
CN PPTCN PPT
CN PPT
 
A Study on Quality Of Service (QOS) in Ubiquitous Wireless Sensor Networks
A Study on Quality Of Service (QOS) in Ubiquitous Wireless Sensor NetworksA Study on Quality Of Service (QOS) in Ubiquitous Wireless Sensor Networks
A Study on Quality Of Service (QOS) in Ubiquitous Wireless Sensor Networks
 
CCNA v6.0 ITN - Chapter 03
CCNA v6.0 ITN - Chapter 03CCNA v6.0 ITN - Chapter 03
CCNA v6.0 ITN - Chapter 03
 
Wireless Networks Performance Monitoring Based on Passive-active Quality of S...
Wireless Networks Performance Monitoring Based on Passive-active Quality of S...Wireless Networks Performance Monitoring Based on Passive-active Quality of S...
Wireless Networks Performance Monitoring Based on Passive-active Quality of S...
 
TLEN_AWL_LECTURE.pptx
TLEN_AWL_LECTURE.pptxTLEN_AWL_LECTURE.pptx
TLEN_AWL_LECTURE.pptx
 
A Machine Learning based Network Sharing System Design with MPTCP
A Machine Learning based Network Sharing System Design with MPTCPA Machine Learning based Network Sharing System Design with MPTCP
A Machine Learning based Network Sharing System Design with MPTCP
 
A Machine Learning based Network Sharing System Design with MPTCP
A Machine Learning based Network Sharing System Design with MPTCPA Machine Learning based Network Sharing System Design with MPTCP
A Machine Learning based Network Sharing System Design with MPTCP
 
uMeter QoS | Case Study
uMeter QoS | Case StudyuMeter QoS | Case Study
uMeter QoS | Case Study
 
Computer Networks Lecture Notes
Computer Networks Lecture NotesComputer Networks Lecture Notes
Computer Networks Lecture Notes
 
The Quest for Wireless QOS within a Network Neutrality Framework
The Quest for Wireless QOS within a Network Neutrality FrameworkThe Quest for Wireless QOS within a Network Neutrality Framework
The Quest for Wireless QOS within a Network Neutrality Framework
 
A Review on Congestion Control Approaches for Real-Time Streaming Application...
A Review on Congestion Control Approaches for Real-Time Streaming Application...A Review on Congestion Control Approaches for Real-Time Streaming Application...
A Review on Congestion Control Approaches for Real-Time Streaming Application...
 
Design, implementation and evaluation of icmp based available network bandwid...
Design, implementation and evaluation of icmp based available network bandwid...Design, implementation and evaluation of icmp based available network bandwid...
Design, implementation and evaluation of icmp based available network bandwid...
 
Choosing the best quality of service algorithm using OPNET simulation
Choosing the best quality of service algorithm using OPNET  simulationChoosing the best quality of service algorithm using OPNET  simulation
Choosing the best quality of service algorithm using OPNET simulation
 
Understanding Wi-Fi offload
Understanding Wi-Fi offloadUnderstanding Wi-Fi offload
Understanding Wi-Fi offload
 

More from AlexMinov

Andrea scaloni
Andrea scaloniAndrea scaloni
Andrea scaloni
AlexMinov
 

More from AlexMinov (10)

Leonid Semakov presentation Enhanced Network Performance Evaluation
Leonid Semakov presentation Enhanced Network Performance EvaluationLeonid Semakov presentation Enhanced Network Performance Evaluation
Leonid Semakov presentation Enhanced Network Performance Evaluation
 
Communications Regulatory Agency, Bosnia and Herzegovina
Communications Regulatory Agency, Bosnia and HerzegovinaCommunications Regulatory Agency, Bosnia and Herzegovina
Communications Regulatory Agency, Bosnia and Herzegovina
 
Mick fox abstract
Mick fox abstractMick fox abstract
Mick fox abstract
 
Michael milds Performance Measurements according to ITU-T Q.3930 and consider...
Michael milds Performance Measurements according to ITU-T Q.3930 and consider...Michael milds Performance Measurements according to ITU-T Q.3930 and consider...
Michael milds Performance Measurements according to ITU-T Q.3930 and consider...
 
Michael mild abstract
Michael mild abstractMichael mild abstract
Michael mild abstract
 
Martin brand presentation
Martin brand presentationMartin brand presentation
Martin brand presentation
 
Martin brand abstract_s2
Martin brand abstract_s2Martin brand abstract_s2
Martin brand abstract_s2
 
Martin brand abstract_s1
Martin brand abstract_s1Martin brand abstract_s1
Martin brand abstract_s1
 
Leonid semakov abstract
Leonid semakov abstractLeonid semakov abstract
Leonid semakov abstract
 
Andrea scaloni
Andrea scaloniAndrea scaloni
Andrea scaloni
 

Recently uploaded

“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
Muhammad Subhan
 
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc
 
Tales from a Passkey Provider Progress from Awareness to Implementation.pptx
Tales from a Passkey Provider  Progress from Awareness to Implementation.pptxTales from a Passkey Provider  Progress from Awareness to Implementation.pptx
Tales from a Passkey Provider Progress from Awareness to Implementation.pptx
FIDO Alliance
 

Recently uploaded (20)

“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
 
Cyber Insurance - RalphGilot - Embry-Riddle Aeronautical University.pptx
Cyber Insurance - RalphGilot - Embry-Riddle Aeronautical University.pptxCyber Insurance - RalphGilot - Embry-Riddle Aeronautical University.pptx
Cyber Insurance - RalphGilot - Embry-Riddle Aeronautical University.pptx
 
Continuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
Continuing Bonds Through AI: A Hermeneutic Reflection on ThanabotsContinuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
Continuing Bonds Through AI: A Hermeneutic Reflection on Thanabots
 
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
 
Tales from a Passkey Provider Progress from Awareness to Implementation.pptx
Tales from a Passkey Provider  Progress from Awareness to Implementation.pptxTales from a Passkey Provider  Progress from Awareness to Implementation.pptx
Tales from a Passkey Provider Progress from Awareness to Implementation.pptx
 
Generative AI Use Cases and Applications.pdf
Generative AI Use Cases and Applications.pdfGenerative AI Use Cases and Applications.pdf
Generative AI Use Cases and Applications.pdf
 
Overview of Hyperledger Foundation
Overview of Hyperledger FoundationOverview of Hyperledger Foundation
Overview of Hyperledger Foundation
 
2024 May Patch Tuesday
2024 May Patch Tuesday2024 May Patch Tuesday
2024 May Patch Tuesday
 
Design Guidelines for Passkeys 2024.pptx
Design Guidelines for Passkeys 2024.pptxDesign Guidelines for Passkeys 2024.pptx
Design Guidelines for Passkeys 2024.pptx
 
Introduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDMIntroduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDM
 
Event-Driven Architecture Masterclass: Challenges in Stream Processing
Event-Driven Architecture Masterclass: Challenges in Stream ProcessingEvent-Driven Architecture Masterclass: Challenges in Stream Processing
Event-Driven Architecture Masterclass: Challenges in Stream Processing
 
ADP Passwordless Journey Case Study.pptx
ADP Passwordless Journey Case Study.pptxADP Passwordless Journey Case Study.pptx
ADP Passwordless Journey Case Study.pptx
 
Easier, Faster, and More Powerful – Notes Document Properties Reimagined
Easier, Faster, and More Powerful – Notes Document Properties ReimaginedEasier, Faster, and More Powerful – Notes Document Properties Reimagined
Easier, Faster, and More Powerful – Notes Document Properties Reimagined
 
Portal Kombat : extension du réseau de propagande russe
Portal Kombat : extension du réseau de propagande russePortal Kombat : extension du réseau de propagande russe
Portal Kombat : extension du réseau de propagande russe
 
Six Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal OntologySix Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal Ontology
 
Microsoft CSP Briefing Pre-Engagement - Questionnaire
Microsoft CSP Briefing Pre-Engagement - QuestionnaireMicrosoft CSP Briefing Pre-Engagement - Questionnaire
Microsoft CSP Briefing Pre-Engagement - Questionnaire
 
Design and Development of a Provenance Capture Platform for Data Science
Design and Development of a Provenance Capture Platform for Data ScienceDesign and Development of a Provenance Capture Platform for Data Science
Design and Development of a Provenance Capture Platform for Data Science
 
JavaScript Usage Statistics 2024 - The Ultimate Guide
JavaScript Usage Statistics 2024 - The Ultimate GuideJavaScript Usage Statistics 2024 - The Ultimate Guide
JavaScript Usage Statistics 2024 - The Ultimate Guide
 
UiPath manufacturing technology benefits and AI overview
UiPath manufacturing technology benefits and AI overviewUiPath manufacturing technology benefits and AI overview
UiPath manufacturing technology benefits and AI overview
 
AI mind or machine power point presentation
AI mind or machine power point presentationAI mind or machine power point presentation
AI mind or machine power point presentation
 

BERECs Network Neutrality Measurement Methodology, and how it supports the EU’s “Open Internet” regulation 2015/2120 (AKA Net Neutrality)", Mick Fo

  • 1. BERECs Network Neutrality Measurement Methodology and how it supports the EU’s “Open Internet” regulation 2015/2120 (AKA Net Neutrality) Mick Fox, ComReg ITU, Geneva, 11th March 2019
  • 2. Topics • Who am I? • What is BEREC? • A little bit about the Net Neutrality regulations – And the BEREC guidelines • The BEREC speed measurement methodology • Future plans
  • 3. About BEREC • The Body of European Regulators for Electronic Communications (BEREC) is currently in its 10th year – First established as European Regulators Group for electronic communications networks and services as an advisory group to the Commission in 2002 • Currently the BEREC Chair is held by ComReg, Ireland • Consists primarily of Expert Working Groups (EWGs) populated by members from National Regulatory Authorities (NRAs), which create Reports, Opinions, Common Positions, Guidelines etc. which are approved by the Board of Regulators (BoR) • NRAs and the Commission have to take utmost account of any opinion, recommendation, guidelines, advice or regulatory best practice adopted by BEREC. • Supported by the BEREC Office in Riga, Latvia • Overarching objectives – Promoting competition and investment – Promoting the Internal market – Empowering and protecting end-users • BEREC’s strategic priorities for 2018-2020 contain “Fostering a consistent approach of the net neutrality principles”
  • 4. About Network Neutrality Regulation 2015/2120 • Regulation 2015/2120 was published in Nov 2015, and came into force Apr 2016 – EU Regulation = directly applicable – Articles 1–6 relate to Open Internet / Net Neutrality, remainder relating to RLAH • In summary - what does it mean for? – end-users: right to use and provide applications – ISPs: shall treat all traffic equally (with few exceptions); obligations around transparency in contracts – CAPs: a level playing field – regulators: need to monitor and supervise
  • 5. Article 3: “Safeguarding of open internet access” • Article 3(1): defines end-users rights – “End-users shall have the right to access and distribute information and content, use and provide applications and services, and use terminal equipment of their choice, irrespective of the end-user’s or provider’s location or the location, origin or destination of the information, content, application or service, via their internet access service. • Article 3(2): technical and commercial conditions can be agreed between telco and end-users, as long as these do not restrict the end-users rights • Article 3(3): rules on treating traffic in the network of the ISP – “Providers of internet access services shall treat all traffic equally, when providing internet access services, without discrimination, restriction or interference, and irrespective of the sender and receiver, the content accessed or distributed, the applications or services used or provided, or the terminal equipment used” • Article 3(4): processing of personal data only as necessary and proportionate • Article 3(5): “specialised services” – “Providers of electronic communications to the public, including providers of internet access services, and providers of content, applications and services shall be free to offer services other than internet access services which are optimised for specific content, applications or services, or a combination thereof, where the optimisation is necessary in order to meet requirements of the content, applications or services for a specific level of quality”
  • 6. Article 4: “Transparency measures for ensuring open internet access” • Article 4(1)(a-c): Information on the effect of any limitations to service – Traffic management measures – Volume, speed or other QoS limitations – Applied by that provider could impact on the quality of the internet access services • Article 4(1)(d): “a clear and comprehensible explanation of” – “Providers of internet access services shall ensure that any contract which includes internet access services specifies […] a clear and comprehensible explanation of the minimum, normally available, maximum and advertised download and upload speed of the internet access services in the case of fixed networks” – “.. or of the estimated maximum and advertised download and upload speed of the internet access services in the case of mobile networks” • Article 5: Supervision and enforcement – “National regulatory authorities shall closely monitor and ensure compliance with Articles 3 and 4” – “By 30 August 2016, in order to contribute to the consistent application of this Regulation, BEREC shall, after consulting stakeholders and in close cooperation with the Commission, issue guidelines for the implementation of the obligations of national regulatory authorities under this Article.”
  • 7. BEREC’s Net Neutrality Guidelines • 45 pages of guidelines covering all aspects of Net Neutrality requiring NRAs to take ‘utmost account’ • Paragraphs 140 – 157 cover IAS upload/download speed • Highlights – Paragraph 140: “Speeds should be specified on the basis of the IP packet payload or transport layer protocol payload, and not based on a lower layer protocol.” – Paragraph 143: “The minimum speed is the lowest speed that the ISP undertakes to deliver to the end user” – Paragraph 147: “The normally available speed is the speed that an end-user could expect to receive most of the time” – Paragraph 149: “In order to be meaningful, it should be possible for the end-user to evaluate the value of the normally available speed vis-à-vis the actual performance of the IAS”
  • 8. BEREC’s Net Neutrality Guidelines • (Further) Highlights – Paragraph 166: Following this existing guidance, the speed is calculated by the amount of data divided by the time period. These speed measurements should be done in both download and upload directions. Furthermore, speed should be calculated based on IP packet payload, e.g. using TCP as transport layer protocol. Measurements should be performed beyond the ISP leg. The details of the measurement methodology should be made transparent. • New version of guidelines due in early 2020 • For more information see “BEREC Opinion for the evaluation of the application of Regulation (EU) 2015/2120 and the BEREC Net Neutrality Guidelines” (BoR (18) 244)
  • 9. After the guidelines • High Level Vision – Consumer friendly, facilitate end user measurements – Based on LMAP specifications – Open source / open data – Clients – web browser, ios/android app • Measurement Requirements – Speed measurements (upload/download) – Latency/delay – Jitter – Packet loss – Port Blocking – Various Application Specific Measurements (e.g. DnS manipulation, Proxy detection etc) • Following the guidelines, BEREC commenced work on two documents – Net Neutrality regulatory assessment methodology (BoR (17) 178) – Net neutrality measurement tool specification (BoR (17) 179)
  • 10. Regulatory Assessment Methodology General Aspects • Measurement made between both edges of the network • Measurement Peer/Server should be ‘outside the IAS network’, with “adequate connectivity” “to avoid influencing measurements”. “the goal is to minimise latency added due to additional communication paths” • Mobile connections may need a few seconds for resource allocation (and authentication etc) • NRAs should seek to minimise the possibility that an ISP might be prioritising measurement traffic • Avoid ‘confounding factors’ – e.g. home environment wi-fi, cross-traffic etc.
  • 11. Regulatory Assessment Methodology IAS speed measurements • Testing based on HTTP transfers “to maximise compatibility in a real world environment” – Access to data on TCP payload size from all devices – Firewalls & Proxies • Saturate the path – More than 3 HTTP connections – Chunked transfer encoding – Measure after TCP slow start phase completed • Recognise that packet loss will affect throughput • If necessary, convert TCP payload size to IP payload, assuming a 3% overhead – Rationale and calculation results included in section 3.1.3 TIME Slow Start Measurement Data#1 GET /randomdata1.dat Slow Start Measurement Data#2 Slow Start Measurement Data#3 0 seconds 10 seconds 5 seconds GET /randomdata2.dat GET /randomdata3.dat Test Finishes Transfer stopped GET /slowstart3.dat GET /slowstart2.dat GET /slowstart1.dat HTTP Session 3 HTTP Session 2 HTTP Session 1 Test Start
  • 12. What’s next? • In March 2018, BEREC issued a call for tender (Provision of Net Neutrality (NN) Measurement Tool) • In August 2018, BEREC announced the results the competition • Development is underway • Scheduled completion of BEREC reference system before the end of 2019 • Subsequent national implementations likely to follow in due course • In 2020, BEREC may revisit the measurement methodology based on experiences in developing the tool