6LoWPAN Overview, Assumptions, Problem Statement & Goals (draft-kushalnagar-lowpan-goals-assumptions-00) Nandu Kushalnagar & Gabriel Montenegro.

Slides:



Advertisements
Similar presentations
MultiNet: Connecting to Multiple IEEE Networks Using a Single Radio Ranveer Chandra, Cornell University joint work with: Victor Bahl (MSR) and Pradeep.
Advertisements

Extended Service Set (ESS) Mesh Network Daniela Maniezzo.
Transitioning to IPv6 April 15,2005 Presented By: Richard Moore PBS Enterprise Technology.
Wireless Embedded Systems ( x) IPv6 over Low-Power Wireless Personal Area Networks (6LoWPAN) Chaiporn Jaikaeo Department of.
6LoWPAN Extending IP to Low-Power WPAN 1 By: Shadi Janansefat CS441 Dr. Kemal Akkaya Fall 2011.
CSE 5392By Dr. Donggang Liu1 CSE 5392 Sensor Network Security Introduction to Sensor Networks.
CSE 6590 Department of Computer Science & Engineering York University 1 Introduction to Wireless Ad-hoc Networking 5/4/2015 2:17 PM.
6LoWPAN Ad Hoc On-Demand Distance Vector Routing (LOAD) Ki-Hyung Kim, S. Daniel Park, G. Montenegro, S. Yoo, and N. Kushalnagar IETF 6LoWPAN WG 66th, Montreal,
Deployment of the Light Weight IPv6 protocols In the Internet of Things(IoT) draft-fu-lwig-iot-usecase-00 Qiao Fu China Mobile
ECGR-6185 ZIGBEE Advanced Embedded Systems University of North Carolina –Charlotte Gajendra Singh Some figures borrowed from Zigbee Alliance web pages.
Rev A8/8/021 ABC Networks
1 © 2015 Cisco and/or its affiliates. All rights reserved. IRTF icnrg interim meeting, 1/13/2015 Where are the opportunities for ICN in Sensor Networks?
1 Fall 2005 Internetworking: Concepts, Architecture and TCP/IP Layering Qutaibah Malluhi CSE Department Qatar University.
Wireless Sensors and Wireless Sensor Networks (WSN) Darrell Curry.
Mobile and Wireless Computing Institute for Computer Science, University of Freiburg Western Australian Interactive Virtual Environments Centre (IVEC)
1 Energy Efficient Communication in Wireless Sensor Networks Yingyue Xu 8/14/2015.
IEEE and Zigbee Overview. Topics ZigBee Competing Technologies Products Some Motorola Projects Slide 2Joe Dvorak, Motorola9/27/05.
ZigBee.
Software Solutions for Product Developers Copyright 2005 Software Technologies Group, Inc. All Rights Reserved. An Overview of ZigBee The Power of the.
Impact of the Internet of Things on Computer Networks James Byars December 12, 2013 IT422 – Computer Networks Professor Tim Johnson.
Sub-IP Mesh for LoWPAN Nandu Kushalnagar & Gabriel Montenegro.
Internetworking Between ZigBee/ and IPv6/802.3 Network
Tufts Wireless Laboratory School Of Engineering Tufts University “Network QoS Management in Cyber-Physical Systems” Nicole Ng 9/16/20151 by Feng Xia, Longhua.
Advisor: Quincy Wu Speaker: Kuan-Ta Lu Date: Aug. 19, 2010
Speaker:Yi-Jie Pan Advisor:Dr. Kai-Wei Ke 2014/04/28
Doc.: IEEE /272r0 Submission June 2001 Phil Jamieson, Philips SemiconductorsSlide 1 Project: IEEE P Working Group for Wireless Personal.
IPv6 for Mobile and Wireless Internet Alper E. Yegin DoCoMo USA Labs IPv6 Forum Technical Directorate Member, IETF PANA Working Group Chairman.
1 Heterogeneity in Multi-Hop Wireless Networks Nitin H. Vaidya University of Illinois at Urbana-Champaign © 2003 Vaidya.
1 AutoconfBOF2.PPT / Aug / Singh,Perkins,Clausen IETF Not Confidential Ad hoc network autoconfiguration: definition and problem statement (draft-singh-autoconf-adp-00.txt)
Issues and Requirements of IP over Low Power WPAN Brijesh Kumar
Apartado Porto Codexwww.inescporto.pt tel (351) fax (351) /April/2005 Research Activities in 4G Networks at INESC Porto.
BitTorrent enabled Ad Hoc Group 1  Garvit Singh( )  Nitin Sharma( )  Aashna Goyal( )  Radhika Medury( )
6LoWPAN (Introduction, Problem Statement & Goals) Nandakishore Kushalnagar Intel Corporation.
Lan F.Akyildiz,Weilian Su, Erdal Cayirci,and Yogesh sankarasubramaniam IEEE Communications Magazine 2002 Speaker:earl A Survey on Sensor Networks.
07/24/200769th IETF Meeting - 6LoWPAN WG1 IPv6 Header Compression for Global Addresses Jonathan Hui David Culler draft-hui-6lowpan-hc1g-00 – “Stateless.
ﺑﺴﻢﺍﷲﺍﻠﺭﺣﻣﻥﺍﻠﺭﺣﻳﻡ. Group Members Nadia Malik01 Malik Fawad03.
1 RFC Transmission of IPv6 Packets over IEEE Networks Speaker: Li-Wen Chen Date:
Lecture 6 Page 1 Advanced Network Security Review of Networking Basics Advanced Network Security Peter Reiher August, 2014.
AD-HOC NETWORK SUBMITTED BY:- MIHIR GARG A B.TECH(E&T)/SEC-A.
A Review of 6LoWPAN Routing Protocols Advisor: Quincy Wu Speaker: Kuan-Ta Lu Date: Dec. 14, 2010.
6lowpan Working Group 62 nd IETF, Minneapolis WG Chair: Geoff Mulligan, Invensys Mailing List:
Speaker: Yi-Lei Chang Advisor: Dr. Kai-Wei Ke 2012/05/15 IPv6-based wireless sensor network 1.
IPv 邱文揚 Joseph 李家福 Frank. Introduction The scale of IPv4 Internet has become far larger than one could ever imagine when designing.
Tutorial. Month Year Copyright 2003 The ZigBee Alliance, Inc. 2 Mission Statement ZigBee Alliance members are defining global standards for reliable,
Header Compression for Communication exceed 6LoWPAN
Transmission of IPv6 Packets over IEEE Wednesday, November 10, st IETF, Washington D.C. Monroe East, Gabriel Montenegro - Sun.
IPv6 over IEEE (6LoWPAN) BoF Wednesday, November 10, st IETF, Washington D.C. Jefferson East,
Wikipedia Edit. Internet of Things It is the idea of enabling everyday objects with software, sensors and network connectivity. The connectivity would.
Integration of Wireless Sensor Networks to the Internet of Things using a 6LoWPAN Gateway Integration of Wireless Sensor Networks to the Internet of Things.
Intro Wireless vs. wire-based communication –Costs –Mobility Wireless multi hop networks Ad Hoc networking Agenda: –Technology background –Applications.
The Semantic IoT Amr El Mougy Slim Abdennadher Ghada Fakhry.
Source : 2014 IEEE Ninth International Conference on Intelligent Sensors, Sensor Networks and Information Processing (ISSNIP) Auther : Nacer Khalil, Mohamed.
Pritee Parwekar. Requirements and Standards Some requirements for WSN deployment include: –Fault tolerance –Lifetime –Scalability –Real-time data.
ZigBee
Mobile IP THE 12 TH MEETING. Mobile IP  Incorporation of mobile users in the network.  Cellular system (e.g., GSM) started with mobility in mind. 
1 draft-minaburo-lpwan-gap-analysis-00 Ana Minaburo Laurent Toutain.
Medium Access Control. MAC layer covers three functional areas: reliable data delivery access control security.
Dominik Kaspar, Eunsook Kim, Carles Gomez, Carsten Bormann
Internet of Things Amr El Mougy Alaa Gohar.
Scaling the Network: The Internet Protocol
UNIT II –Part 2.
Wireless NETWORKS NET 434 Topic No 8 Wireless PANs ZiGBee NEtworks
Chapter 24: Internet of Things (IoT): Growth, Challenges and Security
Algorithms for Big Data Delivery over the Internet of Things
draft-gomez-lpwan-ipv6-analysis-00
Bluetooth Based Smart Sensor Network
Extending IP to Low-Power, Wireless Personal Area Networks
Adhoc and Wireless Sensor Networks
November 18 July 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Task Group 4e definitions Date.
Scaling the Network: The Internet Protocol
Presentation transcript:

6LoWPAN Overview, Assumptions, Problem Statement & Goals (draft-kushalnagar-lowpan-goals-assumptions-00) Nandu Kushalnagar & Gabriel Montenegro

Overview of LoWPAN A simple low throughput wireless network comprising typically low cost and low power devices Devices in the network typically work together to connect the physical environment to real world applications, e.g., wireless sensors networks Common topologies include – star, mesh, and combinations of star and mesh The Phy and MAC layers conform to IEEE standard

LoWPAN architecture

Typical applications Equipment health monitoring Environment monitoring Security Home Building automation

6LoWPAN characteristics Small packet size 16-bit short or IEEE 64-bit extended media access control addresses Low bandwidth. (250/40/20 kbps) Topologies include star and mesh Low power, typically battery operated Relatively low cost Networks are ad hoc & devices have limited accessibility and user interfaces Inherently unreliable due to nature of devices in the wireless medium

Assumptions Devices conform to IEEE standard Devices “typically” send small amounts of data Typically “constrained” devices (computing, power, cost, memory, etc)

Problems No method exists to make IP run over IEEE networks –Worst case.15.4 PDU 81 octets, IPv6 MTU requirements 1280 octets Stacking IP and above layers “as is” may not fit within one frame –IPv6 40 octets, TCP 20 octets, UDP 8 octets + other layers (security, routing, etc) leaving few bytes for data Not all adhoc routing protocols may be immediately suitable for LoWPAN –DSR may not fit within a packet, AODV needs more memory, etc Current service discovery methods “bulky” for LoWPAN –Primarily XML based that needs computing, more memory, etc Limited configuration and management necessary Security for multi hop needs to be considered

Define adaptation (frag/reassembly) layer to match IPv6 MTU requirements Specify methods to do IPv6 stateless address auto configuration Specify/use header compression schemes. Specify implementation considerations and best methods of an IPv6 stack Methods for meshing on LoWPAN below IP * Not currently in charter Use/adapt network management technologies for LoWPANs Specify encoding/decoding (or perhaps new protocols) for device discovery mechanisms Document LoWPAN security threats Goals

BACKUP

Overview of LoWPAN A simple low cost wireless network of devices that have limited power and relaxed throughput requirements. Conforms to IEEE Typical usages of LoWPAN networks are – –Networking transducers (sensing & actuation, eg. smart sensors – Such usages may need in network processing) –Networking simple controls (home controls) –Networking complex controls (light & switch & motion sensor) Standards based Phy and MAC exist for LoWPAN networks viz., IEEE and *possibly* IEEE Topologies that are commonplace today include – star, mesh, and combinations of star and mesh Today LoWPAN’s are already becoming a reality LoWPAN - A different *beast* of networks compared to traditional networks !

Challenges of LoWPAN Impact Analysis AddressingRoutingSecurityNetwork management Low power (1-2 years lifetime on batteries) Storage limitations, low overhead Periodic sleep aware routing, low overhead Simplicity (CPU usage), low overhead Periodic sleep aware management, low overhead Low cost (<$10/unit) Stateless address generation Small or no routing tables Ease of Use, simple bootstrapping Space constraints Low bandwidth (<300kbps) Compressed addresses Low routing overhead Low packet overhead Low network overhead High density (<2-4? units/sq ft) Large address space – IPv6 Scalable and routable to *a node* RobustEasy to use and scalable IP network interaction Address routable from IP world Seamless IP routing Work end to end from IP network Compatible with SNMP, etc

Subtleties of IEEE Small packet size – 128 byte including MAC, 103 bytes of payload Uses 64 bit MAC addresses, but has provisions for 16 bit short addresses Support for multiple topologies Supports AES block cypher in several modes (AES-CCM-64 mandatory) Data rates between 20kbps to 250kbps Range between 10m to 30m

Why IP? Most of the IP based technologies already exist, well known and proven to be working. The pervasive nature of IP networks allows use of existing infrastructure. Intellectual property conditions for IP networking technology is either more favorable or at least better understood than proprietary and newer solutions.

Why IPv6? Pros – –More suitable for higher density (futuristically 2 orders of magnitude larger than traditional networks) –Statelessness mandated –No NAT necessary (adds extra cost to the cost prohibitive WSN) –Possibility of adding innovative techniques such as location aware addressing Cons –Larger address width ( Having efficient address compression schemes may alleviate this con ) –Complying to IPv6 node requirements (IPSec is mandated)

Why not IPv4? Limited address space NAT functionality needs gateways, etc leads to more cost Statelessness not mandated Gab/Geoff …. any more ideas?

Protocol data units may be as small as 81 bytes, far below IP and above In all cases, reuse existing protocols before creating new ones Address mismatch between MTU sizes of LoWPAN’s and IPv6 Support stateless auto configuration of IPv6 addressing (location aware?) Specify header compression (use of existing and/or new techniques eg. header reconstruction, header short circuiting, etc) Define security mechanisms, security configuration and bootstrapping Specify network management (SNMP?) Specify routing suitable for LoWPAN networks (MANET?, topology aware, Below L3 or above L3?, etc) Specify methods to enable and disable IPv6 over LoWPAN. Specify hooks within routing layer to enable in network processing Specify light weight discovery mechanisms Specify any changes needed for L3 + layers Specify implementation considerations and BKM’s of an IPv6 stack Goals

Drafts of 6LoWPAN Define a *shim* layer below IP –Fragmentation/Reassembly to satisfy IPv6 MTU of 1280 bytes –Routing including mesh –Header compression mechanisms Header reconstruction for intra PAN communication Header short circuiting –Header configuration to enable/disable IPv6 Define a IPv6 LoWPAN Profile –Address IPv6 node requirements –Define L2/L3 interface mechanism Appropriate security services Routing considerations Network management with SNMP Implementation considerations Miscellaneous (may be subsequent drafts) –Hooks from L3 for in network processing (especially critical for WSN) –Transport layer (UDP / TCP) –Security configuration –Light weight discovery mechanisms –More?