Towards In-Band Telemetry for Self Driving Wireless Networks

Towards In-Band Telemetry for Self Driving Wireless Networks

Towards In-Band Telemetry for Self Driving Wireless Networks Prabhu Janakaraj⇤, Pinyarash Pinyoanuntapong⇤, Pu Wang, Minwoo Lee Department of Computer Science University of North Carolina Charlotte Charlotte, USA pjanakar, ppinyoan, pu.wang, minwoo.lee @uncc.edu { } Abstract—Self-driving network is an emerging network au- infrastructures(e.g., Google Loon balloon network [12]), bat- tomation design principle for building next generation au- tlefield networks (e.g., rajant kinetic battlefield mesh networks tonomous networked systems based on machine learning algo- [13]), and public safety/disaster rescue networks [14]. rithms trained on real-time experiences, i.e., network state mea- surements. However, existing network measurement techniques The coupling of programmable control using SDN with are designed on centralized architecture leading to considerable the inference capabilities of reinforcement learning promises control overheads in wireless networks. In this work, we designed unprecedented opportunities to realize next-generation self- and implemented a distributed In-band network telemetry system driving wireless multi-hop networks, where network manage- (S-INT) and Wireless Network Operating System (WINOS) for ment and control decisions can be made in real time and in an self-driving wireless networks. On one hand, our proposed S-INT system significantly reduces network measurement overhead by automated fashion. Traditionally, network operators are driving embedding telemetry into flowing data traffic with a specialized the networked systems, who have to continuously develop packet header. WINOS system, on the other hand, seamlessly and use scripts and tools to plan, troubleshoot, and optimize integrates programmable measurement, i.e., the proposed S- their networks. As user demands and network complexity INT framework, with the programmable network control, while grow dramatically, the traditional operator-driven networks providing rich APIs to facilitate fast implementation of machine learning algorithms for intelligent and distributed network con- are becoming inefficient. As an ultimate and ambitious goal trol. To show the effectiveness of our proposed system design, we for network management, self-driving networks, which draws implemented a multi-agent reinforcement routing as a traffic en- an analogy to self-driving cars, automatically make network gineering application to optimize end-to-end delay performance. management and control decisions in real-time. The self- To the best of our knowledge, our implementation is the first driving network can take as input a high-level goal related one in the literature that enables multi-agent reinforcement learning algorithm to run on an actual physical wireless multi- to performance or security (such as minimizing network hop network. congestion) and jointly determine (1) the measurements that the network should collect, (2) learning and inferences that the I. INTRODUCTION network should perform, and (3) the actions that the network Why Self-driving Wireless Networks? Software Defined should ultimately execute [15]. Networking (SDN) [1] brought more flexible network man- Challenges: As the enabling technology for self-driving net- agement functionality through a separation of network control works, reinforcement learning (RL) algorithms are experience- and data planes. A global view of the network infrastructure driven optimization solutions that can generate optimal control can be obtained by the network control plane through a decisions. In traditional wired SDN architecture, out-of-band dedicated channel, hence enabling optimal resource allocation centralized network telemetry approach is generally exploited and traffic routing. SDN has been widely studied for wired to gather such experience because of the existence of a reliable networking environments like campus, data center, and wide dedicated control channel between the control plane and data area networks. Recent research works have explored SDN plane. Network monitoring tools such as OpenFlow statistics, application in wireless networks such as campus WiFi, sensor SNMP [16], sFlow [17], and NetFlow [18] are utilized to networks, and cellular backbones [2], [3], [4]. However, only acquire key network telemetry data such as network topology, few works have considered wireless multi-hop networks [5], link delay, port status, queue delay, and link congestion by [6]. Wireless multi-hop networks, consisting of a mesh of the control plane in network controller. By applying machine interconnected wireless routers, have been widely exploited learning algorithms on the centrally available data it is possible to build cost-efficient communication backbones, including to automate and optimize network. wireless community mesh networks [7], [8], [9], high-speed However, due to the limited bandwidth and dynamic wire- urban networks (e.g., Facebook Terragraph network [10] and less conditions, wireless networks cannot be optimized in a London small cell mesh network [11]), global wireless Internet centralized manner. Firstly, due to constrained network band- width and dynamic link conditions, employing a dedicated This work is supported by NSF 1763182 control channel is expensive. Secondly, existing centralized * These authors contributed equally to this work monitoring solutions are not capable of providing the real 766 Authorized licensed use limited to: University of North Carolina at Charlotte. Downloaded on January 30,2021 at 08:08:45 UTC from IEEE Xplore. Restrictions apply. experience of the packet in wireless network. This demands architectures [22], [23] [24], where in-band telemetry metadata the deployment of distributed reinforcement learning algo- increases the packet size by a significant order. Wired networks rithms [19], [20], which in turn requires distributed In-band are capable of transporting fat packets of size 9000 bytes. Network Telemetry (INT) systems. INT [21], originated from Wireless networks are cannot handle fat packets. First, fat The P4 Language Consortium (P4.org), is a solution that packets require additional wireless transmission time which enables collecting and reporting of network status, by the data will reduce the overall network utilization. Second, wireless channel (plane), without utilization and intervention of the networks can only have a maximum packet size of 2304 bytes. control channel (plane). However, P4 INT requires additional Thus, implementing the in-band telemetry system in wireless hardware support. is challenging and every telemetry header can only have a The contributions of this paper are summarized as follows. specific metric. We have designed and implemented S-INT, which is the Taking into account the practicability, we have designed and • first distributed in-band telemetry system proposed for implemented S-INT, a distributed in-band telemetry system, wireless multihop networks, where each router runs its where each router runs its own telemetry module, which is own telemetry module that is built on top of OpenFlow built on the top of OpenFlow datapath/processing pipeline. datapath/processing pipeline. Our preliminary experimen- The proposed in-band telemetry system is enabled by three tal validation in wireless mesh testbed show that our pro- key components: new packet header called S-INT teleme- posed S-INT system is a cost-effective in-band network try header, new packet matching actions: PUSH INTL and telemetry solution, which is very essential for enabling POP INTL, and the telemetry processor. self-driving wireless networks S-INT telemetry header: Network devices determines the We have developed a Wireless Network Operating Sys- • encapsulation of the packet using a special field known as tem (WINOS), which is a distributed network controller EtherType. In order to implement our S-INT telemetry system, running on each router. WINOS seamlessly integrates first we defined the EtherType for the S-INT telemetry header programmable measurement, i.e., the proposed S-INT and then implemented the encapsulation structure of the packet In-band telemetry framework, with the programmable of size 16 bytes. Figure 1 shows the packet structure with network control, while providing rich APIs to facilitate our proposed header. Our proposed header structure is defined fast implementation of machine learning algorithms for on the context of Ethernet frame, since OpenFlow bridge can intelligent and distributed network control. only interpret Ethernet frames. Network application developers We have implemented a Multi-Agent Reinforcement • can utilize the fields within the header through our extended Routing application for Wireless Mesh Networks using OpenFlow actions to gather the interested metrics. They can WINOS and S-INT. In particular, each router, acting as also specify sampling frequency, hop count, or even end-to-end an agent, learns the optimal local traffic engineering (TE) datapath’s as their constraints for measurement. In addition, policy in such a way that the collective TE policy of we propose a template-based telemetry system where each all routers can achieve the significantly improved end-to- telemetry template is unique and have their own measurement end (E2E) TE performance in terms of delay, throughput, objective such as delay, bandwidth, and hop counts. Telemetry and packet loss. To the best of our knowledge, our header consists of three fields for representing source datap- implementation is the first one in the literature that ath ID (the telemetry sender/source), destination

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    8 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us