A Network Connection Proxy to Enable Hosts to Sleep and Save Energy

Total Page:16

File Type:pdf, Size:1020Kb

A Network Connection Proxy to Enable Hosts to Sleep and Save Energy A Network Connection Proxy to Enable Hosts to Sleep and Save Energy Miguel Jimeno and Ken Christensen Bruce Nordman Dept. of Computer Science and Engineering Environmental Energy Technologies Division University of South Florida Lawrence Berkeley National Laboratory Tampa, FL 33620 Berkeley, CA 94720 {mjimeno, christen}@cse.usf.edu [email protected] Abstract Much of the electricity consumed by network hosts is wasted. Being connected to the Internet requires some Billions of dollars of electricity are being used to keep active participation. When hosts fail to do this, they “fall idle or unused network hosts fully powered-on only to off the network” and applications fail. Billions of dollars maintain their network presence. We investigate how a worth of electricity every year are used to keep network Network Connectivity Proxy (NCP) could enable hosts fully powered on at all times only for the purpose of significant energy savings by allowing idle hosts to enter maintaining network connectivity or “presence” [18]. If a low-power sleep state and still maintain full network not for the need for network connectivity most of these presence. An NCP must handle ARP, ICMP, DHCP, and hosts could be asleep the majority of the time, with other low-level network presence tasks for a network significant energy savings resulting. Surveys have found host. An NCP must also be able to maintain TCP that about 60% of office desktop PCs are left on connections and UDP data flows and to respond to continuously [20], [27]. It is the need to maintain network application messages. The focus of this paper is on how connectivity that contributes to the disabling of existing TCP connections can be kept alive during periods of host power management features in many PCs. Saving this sleep by using a SOCKS-based approach called green wasted energy can be done by 1) redesigning network SOCKS (gSOCKS) as part of an NCP. The gSOCKS protocols and applications, or 2) encapsulating the includes awareness of the power state of a host. A intelligence for maintaining network presence in an entity prototype implementation of gSOCKS in a Linksys router other than the core of the networked devices. The second shows that TCP connections can be preserved. option we call Network Connectivity Proxying (NCP) where an NCP is an entity that maintains full network presence for a sleeping network host [18]. 1. Introduction The NCP concept has been previously defined by the authors [6], [7], [13], [18] and prototyped by Microsoft One of the most urgent challenges of the 21st century [1]. What has not been fully addressed is how to preserve is to engineer new technologies that can enable a existing TCP connections when a network host goes to transition towards a more sustainable society with a sleep. Our motivation is that applications such as SSH reduced CO2 footprint. Network hosts consume a large and IM (which maintain permanent TCP connections) can and growing amount of energy. Data centers and servers be proxied. The contributions of this paper are: consumed an estimated 1.5% of total US electricity • A formal definition of the requirements for a consumption in 2006 for a total cost of about $4.5 billion Network Connectivity Proxy (NCP). [21]. However, even greater is the electricity consumed • A design, implementation, and evaluation of a by network hosts not in data centers. The EPA estimates SOCKS-based approach to preserve TCP that PCs in the US consume 2% of all electricity connections and UDP flows for sleeping hosts. consumed [10]. It is estimated that 9% of the electricity The remainder of this paper is organized as follows. consumed by commercial buildings is from office Section 2 describes the network connectivity problem. equipment – much of this equipment being network Section 3 defines the requirements for the NCP. Section 4 connected PCs [22]. For a typical US household, the describes the architecture of the NCP focusing addition of a single 80 W PC powered-on 24/7 will add specifically on a “green SOCKS” (gSOCKS) component. about 6.5% to the utility bill [9]. Beyond PCs are the Section 5 describes the prototyping of gSOCKS. Section growing numbers of commercial and consumer devices – 6 describes the evaluation of the prototype. Section 7 such as set-top boxes and game consoles – that are describes related work. Finally, Section 8 contains a connected to the Internet and have become network hosts. summary and describes future work. 978-1-4244-3367-4/08/$25.00 ©2008 IEEE 101 2. The Network Connectivity Problem NCP to client packet flows Server to NCP packet flows Why are the majority of office and home PCs left Switch powered-on even when not in active use, such as over Client nights and during weekends? There are several major Server reasons for this with two most prominent: 1) the Network annoyance to a user of having to wait for a PC to wake-up NCP out of sleep state, and 2) the need to maintain network connectivity at all times to allow for remote access and/or Note: The NCP within the switch covers for the client host when it is sleeping to maintain full network presence. for network-centric applications to maintain their state. The first reason is becoming less significant as PCs Figure 1. System view of the NCP become able to wake-up faster, and the second reason is becoming more significant as more applications and If a host can remain reachable even when sleeping and protocols rely on persistent Internet connectivity. keep its NIC powered-up, it can then be woken-up from To maintain network connectivity a host must be able the network by “trigger” packets that the NIC recognizes. to support a number of application and protocol The Magic Packet was invented for this purpose in the primitives including: mid-1990s. Most NICs today support both Magic Packet • Maintain host-level reachability by responding to and the ability to pattern match for specific packets (such periodic ARP requests in order to not age-out of as a TCP SYN packet) to trigger a wake-up. Wake-up the last-hop router ARP cache. does not solve the problem of network connectivity. • Maintain its IP address by generating periodic Wake-up triggered on pattern matching can cause both DHCP lease requests in order to not lose its IP missed and unnecessary host wake-ups resulting in address (if using DHCP to obtain an IP address). applications that fail and/or reduced energy savings. • Maintain its manageability by responding to ICMP Estimating the exact cost of the network connectivity packets, such as ping. problem is difficult. There are about 170 million desktop • Support NetBIOS name resolution by responding PCs in the US (adapted from the data summarized in to NetBIOS name queries as appropriate (if [23]). Assuming an 80 W power consumption of an idle running NetBIOS protocol and applications). PC, 120 hours of idle overnight and weekend hours per • Maintain application-level reachability by week, and 60% of PCs not powered-down during these responding to TCP SYN packets sent to open hours results in about 50 TWh/yr of electricity wasted per (listening) ports. year in the US (this is $5 billion at $0.10 per kWh). • Maintain or preserve application state (for Further waste occurs from idle notebook PCs, set-top example, current user workspace and data) for any boxes, etc. left on. In [20] a similar calculation is made applications with open long-term TCP connections. resulting in an estimate of $1.72 billion wasted per year • Maintain or preserve application state by for office PCs alone. One reported study suggests that responding to any number of application-level half of all electricity consumed by PCs is wasted [17]. messages including heartbeat messages and Clearly, solving the network connectivity problem should specific requests for service. be of great interest to the research community. In addition, it is desirable in many cases that any packets sent to a host during the time it is sleeping not be lost. 3. Enabling Host Sleep with an NCP Since the above list is not complete, it is future work to better understand what packets are received by a sleeping Hosts connected to a network maintain their presence host and which of the received packets can be ignored, to other hosts by correctly generating and responding to which require an immediate reply, and which can be messages for both network protocols and applications. A buffered for later processing. Very important is the ability Network Connectivity Proxy (NCP) as proposed by the to respond to ARP packets even when sleeping. Ethernet authors in [18] is an entity that implements the key NICs that support DMTF’s Alert Standard Format (ASF) network presence capabilities of a network host in order Specification 2.0 [2] can respond to ARP packets for a to allow the host to sleep, yet it allows the host to appear sleeping host. This is done by keeping the NIC fully to other devices to be fully operational and connected to powered-up when the host is in a sleep state (with its the network. Thus, an NCP can enable a network host to CPU, display, memory, and storage powered-down). The sleep and save energy where without the NCP it could not powered-up NIC can also wake-up the host when specific sleep even if inactive or idle. packets pre-determined to trigger a wake-up are received. 102 Figure 1 shows a network with two network hosts flows, and network applications and higher-layer labeled as a client and server and an NCP located within a protocols.
Recommended publications
  • Shell Scripting with Bash
    Introduction to Shell Scripting with Bash Charles Jahnke Research Computing Services Information Services & Technology Topics for Today ● Introductions ● Basic Terminology ● How to get help ● Command-line vs. Scripting ● Variables ● Handling Arguments ● Standard I/O, Pipes, and Redirection ● Control Structures (loops and If statements) ● SCC Job Submission Example Research Computing Services Research Computing Services (RCS) A group within Information Services & Technology at Boston University provides computing, storage, and visualization resources and services to support research that has specialized or highly intensive computation, storage, bandwidth, or graphics requirements. Three Primary Services: ● Research Computation ● Research Visualization ● Research Consulting and Training Breadth of Research on the Shared Computing Cluster (SCC) Me ● Research Facilitator and Administrator ● Background in biomedical engineering, bioinformatics, and IT systems ● Offices on both CRC and BUMC ○ Most of our staff on the Charles River Campus, some dedicated to BUMC ● Contact: [email protected] You ● Who has experience programming? ● Using Linux? ● Using the Shared Computing Cluster (SCC)? Basic Terminology The Command-line The line on which commands are typed and passed to the shell. Username Hostname Current Directory [username@scc1 ~]$ Prompt Command Line (input) The Shell ● The interface between the user and the operating system ● Program that interprets and executes input ● Provides: ○ Built-in commands ○ Programming control structures ○ Environment
    [Show full text]
  • The Linux Command Line
    The Linux Command Line Fifth Internet Edition William Shotts A LinuxCommand.org Book Copyright ©2008-2019, William E. Shotts, Jr. This work is licensed under the Creative Commons Attribution-Noncommercial-No De- rivative Works 3.0 United States License. To view a copy of this license, visit the link above or send a letter to Creative Commons, PO Box 1866, Mountain View, CA 94042. A version of this book is also available in printed form, published by No Starch Press. Copies may be purchased wherever fine books are sold. No Starch Press also offers elec- tronic formats for popular e-readers. They can be reached at: https://www.nostarch.com. Linux® is the registered trademark of Linus Torvalds. All other trademarks belong to their respective owners. This book is part of the LinuxCommand.org project, a site for Linux education and advo- cacy devoted to helping users of legacy operating systems migrate into the future. You may contact the LinuxCommand.org project at http://linuxcommand.org. Release History Version Date Description 19.01A January 28, 2019 Fifth Internet Edition (Corrected TOC) 19.01 January 17, 2019 Fifth Internet Edition. 17.10 October 19, 2017 Fourth Internet Edition. 16.07 July 28, 2016 Third Internet Edition. 13.07 July 6, 2013 Second Internet Edition. 09.12 December 14, 2009 First Internet Edition. Table of Contents Introduction....................................................................................................xvi Why Use the Command Line?......................................................................................xvi
    [Show full text]
  • Shell Variables
    Shell Using the command line Orna Agmon ladypine at vipe.technion.ac.il Haifux Shell – p. 1/55 TOC Various shells Customizing the shell getting help and information Combining simple and useful commands output redirection lists of commands job control environment variables Remote shell textual editors textual clients references Shell – p. 2/55 What is the shell? The shell is the wrapper around the system: a communication means between the user and the system The shell is the manner in which the user can interact with the system through the terminal. The shell is also a script interpreter. The simplest script is a bunch of shell commands. Shell scripts are used in order to boot the system. The user can also write and execute shell scripts. Shell – p. 3/55 Shell - which shell? There are several kinds of shells. For example, bash (Bourne Again Shell), csh, tcsh, zsh, ksh (Korn Shell). The most important shell is bash, since it is available on almost every free Unix system. The Linux system scripts use bash. The default shell for the user is set in the /etc/passwd file. Here is a line out of this file for example: dana:x:500:500:Dana,,,:/home/dana:/bin/bash This line means that user dana uses bash (located on the system at /bin/bash) as her default shell. Shell – p. 4/55 Starting to work in another shell If Dana wishes to temporarily use another shell, she can simply call this shell from the command line: [dana@granada ˜]$ bash dana@granada:˜$ #In bash now dana@granada:˜$ exit [dana@granada ˜]$ bash dana@granada:˜$ #In bash now, going to hit ctrl D dana@granada:˜$ exit [dana@granada ˜]$ #In original shell now Shell – p.
    [Show full text]
  • Sleep 2.1 Manual
    Sleep 2.1 Manual "If you put a million monkeys at a million keyboards, one of them will eventually write a Java program. The rest of them will write Perl programs." -- Anonymous Raphael Mudge Sleep 2.1 Manual Revision: 06.02.08 Released under a Creative Commons Attribution-ShareAlike 3.0 License (see http://creativecommons.org/licenses/by-sa/3.0/us/) You are free: • to Share -- to copy, distribute, display, and perform the work • to Remix -- to make derivative works Under the following conditions: Attribution. You must attribute this work to Raphael Mudge with a link to http://sleep.dashnine.org/ Share Alike. If you alter, transform, or build upon this work, you may distribute the resulting work only under the same, similar or a compatible license. • For any reuse or distribution, you must make clear to others the license terms of this work. The best way to do this is with a link to the license. • Any of the above conditions can be waived if you get permission from the copyright holder. • Apart from the remix rights granted under this license, nothing in this license impairs or restricts the author's moral rights. Your fair use and other rights are in no way affected by the above. Table of Contents Introduction................................................................................................. 1 I. What is Sleep?...................................................................................................1 II. Manual Conventions......................................................................................2 III.
    [Show full text]
  • Netstat Statistics Comparison with Perl by Noah Davids
    Netstat Statistics Comparison with Perl By Noah Davids Comparing sets of numeric output can be tiresome. Using the output from the netstat command helps diagnose problems. Over time, the changes in the statistics reported can be very informative.This article explains how this network specialist and Perl novice decided to write a program to do the comparison for him. INTRODUCTION THE SCRIPT Comparing sets of numeric output can be tedious, especially when The script expects as input a file with the following format: the numbers are large and there are a lot of them. Unfortunately it is Some number of random lines something I have to do fairly often. As a network support specialist, I Line with unique string indicating start of data set 1 often use the output from the netstat command to help diagnose Some fixed number of lines with the format: problems. Changes in the statistics reported over time can be very enlightening. In addition, as part of the support process, I have to LABEL NUMBER LABEL NUMBER LABEL include those differences in my written analysis. Punching the long numbers into a calculator and copying the answer back out is a drag. Some number of random lines Using cut and paste helps only marginally. Line with the same unique string indicating start of data 2 To make my life simpler, I decided to write a program to do the Some fixed number of lines with the format: comparison for me. However, I support four different operating sys- tems, and while each has a netstat command, the format and content LABEL NUMBER LABEL NUMBER LABEL of the output varies with each OS.
    [Show full text]
  • ANSWERS ΤΟ EVEN-Numbered
    8 Answers to Even-numbered Exercises 2.1. WhatExplain the following unexpected are result: two ways you can execute a shell script when you do not have execute permission for the file containing the script? Can you execute a shell script if you do not have read permission for the file containing the script? You can give the name of the file containing the script as an argument to the shell (for example, bash scriptfile or tcsh scriptfile, where scriptfile is the name of the file containing the script). Under bash you can give the following command: $ . scriptfile Under both bash and tcsh you can use this command: $ source scriptfile Because the shell must read the commands from the file containing a shell script before it can execute the commands, you must have read permission for the file to execute a shell script. 4.3. AssumeWhat is the purpose ble? you have made the following assignment: $ person=zach Give the output of each of the following commands. a. echo $person zach b. echo '$person' $person c. echo "$person" zach 1 2 6.5. Assumengs. the /home/zach/grants/biblios and /home/zach/biblios directories exist. Specify Zach’s working directory after he executes each sequence of commands. Explain what happens in each case. a. $ pwd /home/zach/grants $ CDPATH=$(pwd) $ cd $ cd biblios After executing the preceding commands, Zach’s working directory is /home/zach/grants/biblios. When CDPATH is set and the working directory is not specified in CDPATH, cd searches the working directory only after it searches the directories specified by CDPATH.
    [Show full text]
  • System Analysis and Tuning Guide System Analysis and Tuning Guide SUSE Linux Enterprise Server 15 SP1
    SUSE Linux Enterprise Server 15 SP1 System Analysis and Tuning Guide System Analysis and Tuning Guide SUSE Linux Enterprise Server 15 SP1 An administrator's guide for problem detection, resolution and optimization. Find how to inspect and optimize your system by means of monitoring tools and how to eciently manage resources. Also contains an overview of common problems and solutions and of additional help and documentation resources. Publication Date: September 24, 2021 SUSE LLC 1800 South Novell Place Provo, UT 84606 USA https://documentation.suse.com Copyright © 2006– 2021 SUSE LLC and contributors. All rights reserved. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or (at your option) version 1.3; with the Invariant Section being this copyright notice and license. A copy of the license version 1.2 is included in the section entitled “GNU Free Documentation License”. For SUSE trademarks, see https://www.suse.com/company/legal/ . All other third-party trademarks are the property of their respective owners. Trademark symbols (®, ™ etc.) denote trademarks of SUSE and its aliates. Asterisks (*) denote third-party trademarks. All information found in this book has been compiled with utmost attention to detail. However, this does not guarantee complete accuracy. Neither SUSE LLC, its aliates, the authors nor the translators shall be held liable for possible errors or the consequences thereof. Contents About This Guide xii 1 Available Documentation xiii
    [Show full text]
  • Scripting in Axis Network Cameras and Video Servers
    Scripting in Axis Network Cameras and Video Servers Table of Contents 1 INTRODUCTION .............................................................................................................5 2 EMBEDDED SCRIPTS ....................................................................................................6 2.1 PHP .....................................................................................................................................6 2.2 SHELL ..................................................................................................................................7 3 USING SCRIPTS IN AXIS CAMERA/VIDEO PRODUCTS ......................................8 3.1 UPLOADING SCRIPTS TO THE CAMERA/VIDEO SERVER:...................................................8 3.2 RUNNING SCRIPTS WITH THE TASK SCHEDULER...............................................................8 3.2.1 Syntax for /etc/task.list.....................................................................................................9 3.3 RUNNING SCRIPTS VIA A WEB SERVER..............................................................................11 3.3.1 To enable Telnet support ...............................................................................................12 3.4 INCLUDED HELPER APPLICATIONS ..................................................................................13 3.4.1 The image buffer - bufferd........................................................................................13 3.4.2 sftpclient.........................................................................................................................16
    [Show full text]
  • Sleepless in Seattle No Longer
    Sleepless in Seattle No Longer Joshua Reich†, Michel Goraczko, Aman Kansal, Jitendra Padhye †Columbia University, Microsoft Research Abstract: In enterprise networks, idle desktop ma- wise maintain machines. A number of solutions to this chines rarely sleep, because users (and IT departments) problem have been proposed [33, 3, 6, 30]. The core idea want them to be always accessible. While a number of behind these is to allow a machine to sleep, while a sleep solutions have been proposed, few have been evaluated proxy maintains that machine’s network presence, wak- via real deployments. We have built and deployed a light- ing the machine when necessary. Some of these proposals weight sleep proxy system at Microsoft Research. Our rely on specialized NIC hardware [33, 3]; others advocate system has been operational for six months, and has over use of network-based proxies [6, 30]. 50 active users. This paper focuses on providing a de- Unfortunately, most previous work has been evaluated tailed description of our implementation and test deploy- either using small testbeds [3, 30, 6] or trace-based simu- ment, the first we are aware of on an operational network. lations [30]. We are not aware of any paper detailing the Overall, we find that our lightweight approach effected deployment of any of these proxying solutions in an oper- significant energy savings by allowing user machines to ational enterprise network on actual user machines.1 This sleep (most sleeping over 50% of the time) while main- is disconcerting: systems that work well on testbeds often taining their network accessibility to user satisfaction.
    [Show full text]
  • Introduction to BASH: Part II
    Introduction to BASH: Part II By Michael Stobb University of California, Merced February 17th, 2017 Quick Review ● Linux is a very popular operating system for scientific computing ● The command line interface (CLI) is ubiquitous and efficient ● A “shell” is a program that interprets and executes a user's commands ○ BASH: Bourne Again SHell (by far the most popular) ○ CSH: C SHell ○ ZSH: Z SHell ● Does everyone have access to a shell? Quick Review: Basic Commands ● pwd ○ ‘print working directory’, or where are you currently ● cd ○ ‘change directory’ in the filesystem, or where you want to go ● ls ○ ‘list’ the contents of the directory, or look at what is inside ● mkdir ○ ‘make directory’, or make a new folder ● cp ○ ‘copy’ a file ● mv ○ ‘move’ a file ● rm ○ ‘remove’ a file (be careful, usually no undos!) ● echo ○ Return (like an echo) the input to the screen ● Autocomplete! Download Some Example Files 1) Make a new folder, perhaps ‘bash_examples’, then cd into it. Capital ‘o’ 2) Type the following command: wget "goo.gl/oBFKrL" -O tutorial.tar 3) Extract the tar file with: tar -xf tutorial.tar 4) Delete the old tar file with rm tutorial.tar 5) cd into the new director ‘tutorial’ Input/Output Redirection ● Typically we give input to a command as follows: ○ cat file.txt ● Make the input explicit by using “<” ○ cat < file.txt ● Change the output by using “>” ○ cat < file.txt > output.txt ● Use the output of one function as the input of another ○ cat < file.txt | less BASH Utilities ● BASH has some awesome utilities ○ External commands not
    [Show full text]
  • Troubleshooting Tools and Methodology
    Send documentation comments to [email protected] APPENDIX B Troubleshooting Tools and Methodology This appendix describes the troubleshooting tools and methodology available for the Cisco MDS 9000 Family multilayer directors and fabric switches. It includes the following sections: • Using Cisco MDS 9000 Family Tools, page B-1 • Using Cisco Network Management Products, page B-24 • Using Other Troubleshooting Products, page B-27 • Using Host Diagnostic Tools, page B-28 Using Cisco MDS 9000 Family Tools If the server does not see its storage and you cannot use the information available on the host side to determine the root cause of the problem, you can obtain additional information from a different viewpoint using the troubleshooting tools provided with the Cisco MDS 9000 Family switches. This section introduces these tools and describes the kinds of problems for which you can use each tool. It includes the following topics: • Command-Line Interface Troubleshooting Commands, page B-2 • CLI Debug, page B-2 • FC Ping and FC Traceroute, page B-4 • Monitoring Processes and CPUs, page B-7 • Using On-Board Failure Logging, page B-10 • Fabric Manager Tools, page B-13 • Fibre Channel Name Service, page B-18 • SNMP and RMON Support, page B-19 • Using RADIUS, page B-21 • Using Syslog, page B-21 • Using Fibre Channel SPAN, page B-23 Cisco MDS 9000 Family Troubleshooting Guide, Release 3.x OL-9285-05 B-1 Appendix B Troubleshooting Tools and Methodology Using Cisco MDS 9000 Family Tools Send documentation comments to [email protected] Command-Line Interface Troubleshooting Commands The command-line interface (CLI) lets you configure and monitor a Cisco MDS 9000 Family switch using a local console or remotely using a Telnet or SSH session.
    [Show full text]
  • The Linux Command Line
    The Linux Command Line Second Internet Edition William E. Shotts, Jr. A LinuxCommand.org Book Copyright ©2008-2013, William E. Shotts, Jr. This work is licensed under the Creative Commons Attribution-Noncommercial-No De- rivative Works 3.0 United States License. To view a copy of this license, visit the link above or send a letter to Creative Commons, 171 Second Street, Suite 300, San Fran- cisco, California, 94105, USA. Linux® is the registered trademark of Linus Torvalds. All other trademarks belong to their respective owners. This book is part of the LinuxCommand.org project, a site for Linux education and advo- cacy devoted to helping users of legacy operating systems migrate into the future. You may contact the LinuxCommand.org project at http://linuxcommand.org. This book is also available in printed form, published by No Starch Press and may be purchased wherever fine books are sold. No Starch Press also offers this book in elec- tronic formats for most popular e-readers: http://nostarch.com/tlcl.htm Release History Version Date Description 13.07 July 6, 2013 Second Internet Edition. 09.12 December 14, 2009 First Internet Edition. 09.11 November 19, 2009 Fourth draft with almost all reviewer feedback incorporated and edited through chapter 37. 09.10 October 3, 2009 Third draft with revised table formatting, partial application of reviewers feedback and edited through chapter 18. 09.08 August 12, 2009 Second draft incorporating the first editing pass. 09.07 July 18, 2009 Completed first draft. Table of Contents Introduction....................................................................................................xvi
    [Show full text]