Problems with data collection at Measurement Lab (M-Lab) in Mountain View,...
Problems with data collection at Measurement Lab (M-Lab) in Mountain View, Calif., were “categorically not an M-Lab platform issue,” but “a common network issue that could have impacted any user accessing content and services via the given interconnect point,” Thomas…
Sign up for a free preview to unlock the rest of this article
Timely, relevant coverage of court proceedings and agency rulings involving tariffs, classification, valuation, origin and antidumping and countervailing duties. Each day, Trade Law Daily subscribers receive a daily headline email, in-depth PDF edition and access to all relevant documents via our trade law source document library and website.
Gideon, senior staff technologist at New America Foundation’s Open Technology Institute, said in an FCC filing. The agency reported last week that six days’ worth of broadband data had been compromised, leading the FCC to throw out data for the second month in a row, raising questions about commission broadband speed tests (CD July 2 p3). “The incident in question was not related to the M-Lab platform, as it could not be directly addressed through corrective action on a component, hardware or software, to which the M-Lab operations committee has administrative access,” Gideon said (http://xrl.us/bndobi). “Rather, the April 2012 incident was the result of faulty Internet Service Provider (ISP) network interconnect, which made it difficult for some testing panels to consistently and correctly reach the M-Lab servers. This distinction is a critical one, especially in light of the mischaracterizations made about the stability of the M-Lab platform as a result of the incident.” Gideon added, “The characterization of this issue as a problem on the M-Lab platform is inaccurate, and calling into question the stability of the M-Lab platform by stakeholders based on the April 2012 [incident] is misleading.”