Phonion: Practical Protection of Metadata in Telephony Networks

Total Page:16

File Type:pdf, Size:1020Kb

Phonion: Practical Protection of Metadata in Telephony Networks Proceedings on Privacy Enhancing Technologies ; 2017 (1):1–18 Stephan Heuser, Bradley Reaves, Praveen Kumar Pendyala, Henry Carter, Alexandra Dmitrienko, William Enck, Negar Kiyavash, Ahmad-Reza Sadeghi, and Patrick Traynor Phonion: Practical Protection of Metadata in Telephony Networks Abstract: The majority of people across the globe rely 1 Introduction on telephony networks as their primary means of com- munication. As such, many of the most sensitive per- Telecommunication companies record network use by sonal, corporate and government related communica- individual customers via Call Data Records (CDRs). tions pass through these systems every day. Unsurpris- CDRs contain important metadata ranging from call ingly, such connections are subject to a wide range of source and destination to duration of the connection and attacks. Of increasing concern is the use of metadata the route through the telephony network. Such meta- contained in Call Detail Records (CDRs), which contain data have most recently been associated with large-scale source, destination, start time and duration of a call. collection campaigns by intelligence agencies [24]. While This information is potentially dangerous as the very these organizations often assert that such programs are act of two parties communicating can reveal significant necessary to prevent crime and terrorism, privacy advo- details about their relationship and put them in the cates argue that the complete cataloging of telephony focus of targeted observation or surveillance, which is metadata erodes civil liberties. For example, oppressive highly critical especially for journalists and activists. regimes can use CDR analysis to identify and harass To address this problem, we develop the Phonion archi- freedom fighters in civil war zones, such as Syria. How- tecture to frustrate such attacks by separating call setup ever, what researchers and policy makers have failed to functions from call delivery. Specifically, Phonion allows consider is that a range of other adversaries may also users to preemptively establish call circuits across mul- use CDRs to violate the privacy of targeted individuals. tiple providers and technologies before dialing into the In 2006, for example, detectives hired by executives at circuit and does not require constant Internet connec- Hewlett-Packard were able to use social engineering to tivity. Since no single carrier can determine the ultimate acquire phone records and determine the identity of an destination of the call, it provides unlinkability for its anonymous corporate board member who leaked sen- users and helps them to avoid passive surveillance. We sitive information to journalists [33]. Such attacks are define and discuss a range of adversary classes and ana- not limited to private detectives, but have also been exe- lyze why current obfuscation technologies fail to protect cuted by jealous spouses [2], curious neighbors [58], com- users against such metadata attacks. In our extensive panies paying for employee cell phones [11] and rogue evaluation we further analyze advanced anonymity tech- employees of cellular network providers [22, 53]. In 2011, nologies (e.g., VoIP over Tor), which do not preserve our major security flaws in Vodafone’s data system were re- functional requirements for high voice quality in the ab- sence of constant broadband Internet connectivity and compatibility with landline and feature phones. Pho- nion is the first practical system to provide guarantees Praveen Kumar Pendyala: TU Darmstadt, E-mail: of unlinkable communication against a range of practi- [email protected] cal adversaries in telephony systems. Henry Carter: Villanova University, E-mail: [email protected] Keywords: Metadata protection, anonymous telephony, Alexandra Dmitrienko: ETH Zurich, E-mail: alexan- privacy-preserving communications [email protected] William Enck: North Carolina State University, E-mail: Received 2017-05-31; revised 2017-08-01; accepted 2017-08-01. [email protected] Negar Kiyavash: University of Illinois, E-mail: [email protected] Ahmad-Reza Sadeghi: Intel CRI-SC and TU Darmstadt Stephan Heuser: Intel CRI-SC and TU Darmstadt, E-mail: E-mail: [email protected] [email protected] Patrick Traynor: University of Florida, E-mail: Bradley Reaves: University of Florida, E-mail: [email protected]fl.edu reaves@ufl.edu Phonion: Practical Protection of Metadata in Telephony Networks 2 ported, which resulted in CDRs of millions of customers – Security analysis and comparison against a range being available on the Internet [44]. of proposed alternatives: We analyze privacy guar- These threats have motivated academic research to antees provided by Phonion (cf. Section 6) and dis- develop anonymous voice communication systems. The cuss important deployment considerations (cf. Sec- most common and well-studied approach is the use of tion 7). We further compare our solution to alter- Voice over IP (VoIP) telephony in combination with native approaches ranging from Caller ID suppres- low-latency anonymization networks, such as Tor [21]. sion to “burner” phones that are only used a small While Tor is widely believed to provide reasonable number of times (cf. Section 8). To the best of our anonymity guarantees, there are situations where its knowledge, our analysis for the first time shows that shortcomings prohibit adoption. First, compared to the the current state of the art fails to address all but telephony network, Tor relays are more susceptible to the simplest adversaries and fails to scale. congestion, which negatively impacts voice quality. Sec- ond, VoIP over Tor mandates constant high-bandwidth Note: We stress that our main contribution lies in pro- Internet connectivity for both caller and callee, which tecting users against CDR analysis by routing calls is not always reasonable, for example in rural areas or across a network of multiple independent telephony re- in developing countries. Finally, in many cases, sensi- lays. We use smart engineering to design and implement tive communications must take place over traditional the Phonion architecture, which is a viable alternative telephone systems. This is especially true in journalism, to VoIP over established anonymization networks, that where sources often dictate the use of phone calls [41]. can provide better call fidelity while not relying on con- In this paper, we present Phonion, an alterna- stant broadband Internet connectivity on the caller or tive solution which addresses shortcomings of existing callee side. We, however, neither attempt to replace anonymization networks regarding voice communica- well-studied low-latency anonymization networks, such tion. Phonion routes calls over the telephony infrastruc- as Tor, nor claim stronger anonymity properties. Indeed, ture and achieves high quality of calls while obfuscating our solution leverages Tor once during the initial call call data records. Our architecture generates alias tele- circuit setup, but never routes actual call contents via phony numbers for its users and does not require In- Tor. ternet connectivity during calls. Phonion is compatible with a wide variety of end user devices – ranging from rotary phones to VoIP clients – and resilient to compro- 2 System and Security Model mise of (a number of) telephony network operators. In particular, we make the following contributions: The primary objective of Phonion is to provide call un- – Design of Phonion: We define the spectrum of ad- linkability. That is, Phonion prevents an adversary from versaries (cf. Section 2) and design the Phonion sys- identifying that specific pairs of users communicated tem of loosely cooperating telephony services to es- with each other via the Phonion architecture. tablish and relay calls so that the source and desti- nation of a call are unlinkable using CDR analysis (cf. Section 3). Our contribution lies in combining 2.1 Overview existing technologies in a novel way to create an out- of-band signaling overlay network and phone call We first start with a simple use case example of how forwarding infrastructure. the Phonion network can be used. We briefly describe – Implementation and extensive evaluation: We pro- the components of Phonion network and will present its vide a full implementation of Phonion which sup- detailed design and implementation in Sections 3 and 4. ports various telephony technologies and is compati- Suppose Alice is a police officer, and she has discovered ble with a vast diversity of end-user devices, ranging that a few “bad apples” in her department are routinely from rotary phones to VoIP clients (cf. Section 4). violating the civil rights of innocent citizens. She wants We intend to make our implementation available to inform someone, but she fears that she could lose to the research community. We evaluate our im- her job or face severe harassment if she talks to supe- plementation using professional industry-standard riors. By serendipity, at a police department fundraiser voice quality analysis tools and metrics to demon- she meets Bob, a journalist. That night, she pulls Bob strate that Phonion maintains call fidelity when aside and asks if she could call him anonymously with compared to standard phone calls (cf. Section 5). Phonion: Practical Protection of Metadata in Telephony Networks 3 f&-' f&-' f&-' A significant advantage of Phonion over purely VoIP based solutions, such as VoIP over Tor, is that Phonion (n¾ (n¾ (n¾ I#$9Ŷ 9@-Ŷ 9@- 9@-Ŷ 9@- supports a wide variety of telephony endpoints, such 9@-ŶI#$9 9@-ŶI#$9 I#$9Ŷ 9@- as cellphones, smartphones, landline phones, or even f&-' f&-' f&-' a desktop or mobile computing platform using VoIP software. This feature will especially be appreciated by (n¾ (n¾ users who are comfortable with standard telephony, but 9@-Ŷ 9@- (n¾ I#$9Ŷ 9@- 9@-ŶI#$9 9@-Ŷ 9@- 9@- Ŷ 9@- less familiar with VoIP technology. I#$9Ŷ 9@- 9@- Ŷ I#$9 fť 2.2 Adversary Model n % We first specify assumptions on adversary capabilities f-¯ ť f-¯ ť 9°°-¯ ť and then define four distinct adversary classes with in- creasing capabilities. We will use these classes in Sec- Fig.
Recommended publications
  • Uila Supported Apps
    Uila Supported Applications and Protocols updated Oct 2020 Application/Protocol Name Full Description 01net.com 01net website, a French high-tech news site. 050 plus is a Japanese embedded smartphone application dedicated to 050 plus audio-conferencing. 0zz0.com 0zz0 is an online solution to store, send and share files 10050.net China Railcom group web portal. This protocol plug-in classifies the http traffic to the host 10086.cn. It also 10086.cn classifies the ssl traffic to the Common Name 10086.cn. 104.com Web site dedicated to job research. 1111.com.tw Website dedicated to job research in Taiwan. 114la.com Chinese web portal operated by YLMF Computer Technology Co. Chinese cloud storing system of the 115 website. It is operated by YLMF 115.com Computer Technology Co. 118114.cn Chinese booking and reservation portal. 11st.co.kr Korean shopping website 11st. It is operated by SK Planet Co. 1337x.org Bittorrent tracker search engine 139mail 139mail is a chinese webmail powered by China Mobile. 15min.lt Lithuanian news portal Chinese web portal 163. It is operated by NetEase, a company which 163.com pioneered the development of Internet in China. 17173.com Website distributing Chinese games. 17u.com Chinese online travel booking website. 20 minutes is a free, daily newspaper available in France, Spain and 20minutes Switzerland. This plugin classifies websites. 24h.com.vn Vietnamese news portal 24ora.com Aruban news portal 24sata.hr Croatian news portal 24SevenOffice 24SevenOffice is a web-based Enterprise resource planning (ERP) systems. 24ur.com Slovenian news portal 2ch.net Japanese adult videos web site 2Shared 2shared is an online space for sharing and storage.
    [Show full text]
  • Opus, a Free, High-Quality Speech and Audio Codec
    Opus, a free, high-quality speech and audio codec Jean-Marc Valin, Koen Vos, Timothy B. Terriberry, Gregory Maxwell 29 January 2014 Xiph.Org & Mozilla What is Opus? ● New highly-flexible speech and audio codec – Works for most audio applications ● Completely free – Royalty-free licensing – Open-source implementation ● IETF RFC 6716 (Sep. 2012) Xiph.Org & Mozilla Why a New Audio Codec? http://xkcd.com/927/ http://imgs.xkcd.com/comics/standards.png Xiph.Org & Mozilla Why Should You Care? ● Best-in-class performance within a wide range of bitrates and applications ● Adaptability to varying network conditions ● Will be deployed as part of WebRTC ● No licensing costs ● No incompatible flavours Xiph.Org & Mozilla History ● Jan. 2007: SILK project started at Skype ● Nov. 2007: CELT project started ● Mar. 2009: Skype asks IETF to create a WG ● Feb. 2010: WG created ● Jul. 2010: First prototype of SILK+CELT codec ● Dec 2011: Opus surpasses Vorbis and AAC ● Sep. 2012: Opus becomes RFC 6716 ● Dec. 2013: Version 1.1 of libopus released Xiph.Org & Mozilla Applications and Standards (2010) Application Codec VoIP with PSTN AMR-NB Wideband VoIP/videoconference AMR-WB High-quality videoconference G.719 Low-bitrate music streaming HE-AAC High-quality music streaming AAC-LC Low-delay broadcast AAC-ELD Network music performance Xiph.Org & Mozilla Applications and Standards (2013) Application Codec VoIP with PSTN Opus Wideband VoIP/videoconference Opus High-quality videoconference Opus Low-bitrate music streaming Opus High-quality music streaming Opus Low-delay
    [Show full text]
  • Implementing an Ipv6 Moving Target Defense on a Live Network
    Implementing an IPv6 Moving Target Defense on a Live Network Matthew Dunlop∗†, Stephen Groat∗†, Randy Marchanyy, Joseph Tront∗ ∗Bradley Department of Electrical and Computer Engineering yVirginia Tech Information Technology Security Laboratory Virginia Tech, Blacksburg, VA 24061, USA Email: fdunlop,sgroat,marchany,[email protected] Abstract The goal of our research is to protect sensitive communications, which are commonly used by government agencies, from eavesdroppers or social engineers. In prior work, we investigated the privacy implications of stateless and stateful address autoconfiguration in the Internet Protocol version 6 (IPv6). Autoconfigured addresses, the default addressing system in IPv6, provide a third party a means to track and monitor targeted users globally using simple tools such as ping and traceroute. Dynamic Host Configuration Protocol for IPv6 (DHCPv6) addresses contain a static DHCP Unique Identifier (DUID) that can be used to track and tie a stateless address to a host identity. Our research focuses on preventing the issue of IPv6 address tracking as well as creating a \moving target defense." The Moving Target IPv6 Defense (MT6D) dynamically hides network and transport layer addresses of packets in IPv6 to achieve anonymity and protect against certain classes of network attacks. Packets are encrypted to prevent traffic correlation, which provides significantly improved anonymity. MT6D has numerous applications ranging from hosts desiring to keep their locations private to hosts conducting sensitive communications. This paper explores the results of implementing a proof of concept MT6D prototype on a live IPv6 network. 1 Introduction More networks are deploying the Internet Protocol version 6 (IPv6) due to the lack of available addresses in the Internet Protocol version 4 (IPv4).
    [Show full text]
  • Mumble Protocol Release 1.2.5-Alpha
    Mumble Protocol Release 1.2.5-alpha Nov 06, 2017 Contents 1 Contents 1 1.1 Introduction...............................................1 1.2 Overview.................................................1 1.3 Protocol stack (TCP)...........................................1 1.4 Establishing a connection........................................3 1.4.1 Connect.............................................3 1.4.2 Version exchange........................................5 1.4.3 Authenticate...........................................5 1.4.4 Crypto setup...........................................6 1.4.5 Channel states..........................................6 1.4.6 User states............................................6 1.4.7 Server sync...........................................7 1.4.8 Ping...............................................7 1.5 Voice data................................................7 1.5.1 Packet format..........................................8 1.5.2 Codecs............................................. 10 1.5.3 Whispering........................................... 11 1.5.4 UDP connectivity checks.................................... 11 1.5.5 Tunneling audio over TCP................................... 11 1.5.6 Encryption........................................... 11 1.5.7 Variable length integer encoding................................ 12 i ii CHAPTER 1 Contents 1.1 Introduction This document is meant to be a reference for the Mumble VoIP 1.2.X server-client communication protocol. It reflects the state of the protocol implemented in
    [Show full text]
  • MFJ-1234 Rigpi Station Server Reviewed by Pascal Villeneuve, VA2PV [email protected]
    MFJ-1234 RigPi Station Server Reviewed by Pascal Villeneuve, VA2PV [email protected] The MFJ-1234 RigPi Station Server is a standalone, mini PC based on the popular Raspberry Pi. It’s also a web server, a bidirectional audio server, an audio interface, an electronic keyer, and an amateur station computer. It is advertised as a computer system that controls your station and handles on-the-air activities, and it allows multiple users and radios to interact simultaneously using any internet browser. You can operate your transceiver remotely over your home network or from anywhere via the internet. You can operate digital modes, such as FT8 and RTTY, Bottom Line using preinstalled software, and then log your con- tacts and upload them to your Logbook of The World The MFJ-1234 RigPi Station Server off ers a (LoTW) account. You can browse the internet, send complete remote station solution and also and receive emails, or look up call signs online. works as a station computer. Although it is easiest to set up with newer transceivers that MFJ packaged the hardware and software in one box have CAT and audio features available over a to get the most out of the excellent Raspberry Pi soft- single USB connection, it can be used with ware called RigPi. This combination makes it possible older radios with separate connections as well. for almost any computer-controllable radio to be oper- ated remotely using any web browser on any mobile phone, tablet, laptop, or desktop computer. The Software Packages The RigPi Station Server was first demonstrated by With the MFJ-1234, you can control more than 200 Howard Nurse, W6HN (the RigPi software author), at radios and 30 rotators supported by the Hamlib the MFJ booth at the 2019 Dayton Hamvention.
    [Show full text]
  • Download Talk 1.3
    Download talk 1.3 CLICK TO DOWNLOAD Talk to Siri Android latest APK Download and Install. Chat With Siri Artifial Intelligence. Talk Force is an Internet voice (VoIP) program that you can talk to people over the Internet from your PC. This program lets the user surf different channels and speak to multiple Talk Force users. 1/3 TeamTalk 4 is a conferencing system which enables a group of people to collaborate and share information. Every member of a group can communicate with other members in . Google Talk apk is also made available for rest of the android phones. If you have Android & above running and rooted phone then follow below steps to install Google Talk apk with Voice & Video chat feature. Download Google Talk apk. Connect phone to PC and run following commands on adb console. adb remount. Download our free update detector to keep your software up to date Mumble Thorvald Natvig - (Open-Source) Version: Size: Date People tend to simplify things, so when they talk about Mumble they either talk about "Mumble" the client application or about "Mumble & Murmur" the whole voice chat application suite. Advertisement. 1/3 Pidgin is a chat program which lets you log in to accounts on multiple chat networks simultaneously. This means that you can be chatting with friends on MSN, talking to a friend on Google Talk, and sitting in a Yahoo chat room all at the same time. Download Windows Client Version Windows Manually Install Zip File Download Mac OSX Client Version 64bit Download Linux Client Version By downloading Mumble you agree to the renuzap.podarokideal.ru Services Agreement.
    [Show full text]
  • Download Mumble Client
    Download mumble client Mumble is an open source, low-latency, high quality voice chat software primarily intended for use while gaming. You can download for free! The Mumble Client ​Download Mumble Free · ​Mumble Server Trial · ​Windows Manually. Download Mumble for free. Download mumblemsi Mumble setup on Windows 7 Mumble on Windows 7 Mumble Mumble is an open source, low-latency, high quality voice chat software primarily intended for use while gaming. Download Mumble If you are looking for a client for an operating system we do not officially support ourselves, or if you are. Download the Mumble client for free. Mumble is available for the PC, Mac and Linux. Mumble is a voice chat application for groups. It has low latency and superb voice quality, and features an in-game overlay. While it can be used for any kind. A description for this result is not available because of this site's Mumble VoIP Client/Server Clone or download . On Mac OS X, to install Mumble, drag the application from the downloaded disk. There are two modules in the Mumble package: the client (Mumble) and the server (Murmur). The superior audio quality comes in large parts from Speex, a high. Mumble is a free and open source audio chat software that has a goal to offer everyone ability to chat in a group environment. This includes. Mumble ist ein Open-Source-Client für Voice-Chat, der sich nicht nur schonend auf die für Onlinespiele so wichtige Latenz der Verbindung auswirkt, sondern mit. Mumble Deutsch: Mit der kostenlosen Telefon-Software Mumble Download .
    [Show full text]
  • Wireless Intercom
    WIRELESS INTERCOM A Project Report Submitted by V. BHARATH RAJ- 2016105018 V.PRANESH- 2016105568 SURAJ SURESH- 2016105598 For the Summer Internship Course In ELECTRONICS AND COMMUNICATION ENGINEERING DEPARTMENT OF ELECTRONICS AND COMMUNICATION ENGINEERING ANNA UNIVERSITY CHENNAI MAY 2018 TABLE OF CONTENTS: S.No. Contents Page 1 Acknowledgement 2 2. Abstract and Overview of the Project 3 3. Introduction 4 4. Getting Started with the Raspberry Pi 6 (i) Installing NOOBS or Raspbian OS onto the SD card. 6 (ii) Working with the Raspberry Pi. 7 5. Configuring the Raspberry Pi with the Mumble Server 10 6. Configuring our Mobile devices 15 7. References 20 8. Manual 20 (i) To establish a Full Duplex Call 20 (ii) To establish a Half Duplex Call 24 (iii) To establish a Group Call 28 (iv) To create a chatroom 31 - 1 - 1. ACKNOWLEDGEMENT We are highly indebted to our project mentor Dr M A Bhagyaveni, Professor, Dept. of ECE for her continuous supervision, motivation and guidance throughout our tenure of our project. We would like to thank the Dean, CEG, and the Head, Dept. of ECE, Anna University for giving us the opportunity to undergo this summer internship programme. We would like to express our sincere thanks to Dr Sridharan, Professor, Dept. of ECE, CEG, who is the coordinator of this summer internship, for helping us in joining this programme. We thank the Ph.D., Scholars, Dept. of ECE, CEG, for their continuous helping and suggestions during our project. Last but not least we thank all the staff members of the Dept.nt of ECE for their encouragement and support.
    [Show full text]
  • SAVER MSR Mobile Messaging Apps Formatted-COD-Security
    Mobile Messaging Applications for First Responders Market Survey Report March 2021 Approved for Public Release SAVER-T-MSR-26 The Mobile Messaging Applications for First Responders Market Survey Report was prepared by the National Urban Security Technology Laboratory for the U.S. Department of Homeland Security, Science and Technology Directorate. The views and opinions of authors expressed herein do not necessarily reflect those of the U.S. Government. Reference herein to any specific commercial products, processes, or services by trade name, trademark, manufacturer, or otherwise does not necessarily constitute or imply its endorsement, recommendation, or favoring by the U.S. Government. The information and statements contained herein shall not be used for the purposes of advertising, nor to imply the endorsement or recommendation of the U.S. Government. With respect to documentation contained herein, neither the U.S. Government nor any of its employees make any warranty, express or implied, including but not limited to the warranties of merchantability and fitness for a particular purpose. Further, neither the U.S. Government nor any of its employees assume any legal liability or responsibility for the accuracy, completeness, or usefulness of any information, apparatus, product, or process disclosed; nor do they represent that its use would not infringe privately owned rights. The cover photo and images included herein were provided by the National Urban Security Technology Laboratory, unless otherwise noted. Approved for Public Release ii FOREWORD The National Urban Security Technology Laboratory (NUSTL) is a federal laboratory organized within the U.S. Department of Homeland Security (DHS) Science and Technology Directorate (S&T).
    [Show full text]
  • Rigpi Station Server
    ® RigPi Station Server USER MANUAL © 2019 Howard Nurse, W6HN Howard Nurse, W6HN This page is intentionally left blank. Remove this text from the manual template if you want it completely blank. Table of Contents 3 1. Introduction 5 1.1 Welcome to RSS .................................................................................................................. 8 1.2 Quick Start Guide .............................................................................................................. 10 1.3 What's New ....................................................................................................................... 15 1.4 Raspberry Pi Desktop ........................................................................................................ 15 1.5 Universal Functions ........................................................................................................... 17 1.6 RSS on Mobile Devices ...................................................................................................... 19 1.7 Passwords .......................................................................................................................... 25 1.8 Accounts ............................................................................................................................ 26 1.9 Acknowlegements ............................................................................................................. 28 2. RSS Connections 29 2.1 Radio Control ..... ...............................................................................................................
    [Show full text]
  • AREDN Documentation Release 3.21.4.0
    AREDN Documentation Release 3.21.4.0 AREDN Jul 19, 2021 Getting Started Guide 1 AREDN® Overview3 2 Selecting Radio Hardware5 3 Downloading AREDN® Firmware7 4 Installing AREDN® Firmware9 5 Basic Radio Setup 21 6 Node Status Display 27 7 Mesh Status Display 33 8 Configuration Deep Dive 37 9 Networking Overview 57 10 Network Topologies 59 11 Radio Spectrum Characteristics 63 12 Channel Planning 69 13 Network Modeling 79 14 AREDN® Services Overview 85 15 Chat Programs 89 16 Email Programs 97 i 17 File Sharing Programs 101 18 VoIP Audio/Video Conferencing 105 19 Video Streaming and Surveillance 113 20 Computer Aided Dispatch 121 21 Other Possible Services 125 22 Firmware First Install Checklists 131 23 Firmware Upgrade Tips 133 24 Connecting Nodes to Home Routers 135 25 Creating a Local Package Server 137 26 Comparing SISO and MIMO Radios 141 27 Use PuTTYGen to Make SSH Keys 145 28 Settings for Radio Mobile 155 29 Test Network Links with iperf 159 30 Changing Tunnel Max Settings 161 31 Tools for Developers 165 32 Frequencies and Channels 171 33 Additional Information 173 34 License 175 ii AREDN Documentation, Release 3.21.4.0 Link: AREDN Webpage Release 3.21.4.0 This documentation set consists of several sections which are shown in the navigation list. • The Getting Started Guide walks through the process of configuring an AREDN® radio node to be part of a mesh network. • The Network Design Guide provides background information and tips for planning and deploying a robust mesh network. • The Applications and Services Guide discusses the types of programs or services that can be used across a mesh network.
    [Show full text]
  • IT Department User Survey Report
    IT Department User Survey Report Introduction The CERN computing user community is very heterogeneous consisting of people having varying backgrounds and working environments. There are over 30000 external and internal computer users at CERN belonging to over 15 departments and these user have different work habits and methods of working. In addition, user preferences are very strong in terms of hardware and software, which makes it impossible to propose closed solutions for services delivery. The IT-CDA group is concerned with the way users collaborate, their devices and their software applications and so it is important for the group to have a better understanding of the user community and their traits. The results listed in this document can be used as a reference to help IT-CDA members to improve on their services. Objective The project aims at understanding the user community better and to do this data was collected in order to evaluate: • The use cases of the CERN computer users. • User working preferences. • Why people make their computing choices. • The software people are using. • Which public IT supported services are preferred. • Which other services people prefer using instead of central IT services. Project Exclusions The project is not intended as an exercise of evaluating new tools or for recommending any particular hardware or software. On top of this it was not the aim to do any requirements gathering or to gather data relating to user satisfaction. Project audience Data was collected from all CERN computer users including external users. All departments and experiments were invited to take part.
    [Show full text]