Addresses - Department of Computer Engineering

Download Report

Transcript Addresses - Department of Computer Engineering

Architectures and Applications
for Wireless Sensor Networks
(204525)
Naming and Addressing
Chaiporn Jaikaeo
[email protected]
Department of Computer Engineering
Kasetsart University
Materials taken from lecture slides by Karl and Willig
Names vs. Addresses

Names: Refer to “things”



Addresses: Information needed to find these
things



Street address, IP address, MAC address
May or may not be globally unique
Services to map between names and addresses


Nodes, networks, data, transactions, …
May or may not be globally unique
E.g., DNS
Some names are also addresses
2
Naming in WSN

Nodes are not independent


But collaborate to solve a given task
Better to shift view from naming nodes to
naming data
3
Address Management Issues

Address allocation: Assign an entity an
address from a given pool of possible
addresses


Distributed address assignment (centralized
like DHCP does not scale)
Address deallocation: Once address no
longer used, put it back into the address
pool


Because of limited pool size
Graceful or abrupt, depending on node actions
4
Address Management Issues


Address representation
Conflict detection & resolution (Duplicate
Address Detection - DAD)



What to do when the same address is assigned
multiple times?
Can happen e.g. when two networks merge
Binding


Map between addresses used by different
protocol layers
E.g., IP addresses are bound to MAC address
by ARP
5
Uniqueness of Addresses

Globally unique


Network-wide unique


Appears at most once all over the world
Appears at most once in a given network
Locally unique

Appears at most once in a defined
neighborhood
6
Addressing Overhead



The fewer bits per address, the better
Global > Network-wide > Local
Tradeoffs


Address length  management overhead
Typically, address negotiation runs only at
the beginning

Except when there is mobility
7
Distributed Address Assignment

Option 1: Random assignment

Unacceptable high risk of duplicate addresses
No-conflict probability for n addresses and k
nodes is

By Stirlings approximation

Similar to the birthday paradox

8
Distributed Address Assignment

Option 2: Still random, but avoid addresses
used in local neighborhood


By overhearing exchanged packets
Good enough in many WSN apps where data
sent to a certain sink
9
Distributed Address Assignment

Option 3: Repair any observed conflicts





Randomly pick a temporary address and a
proposed fixed address
Send an address request to the proposed
address, using temporary address
If address reply arrives, address already exists
Collisions in temporary address unlikely, as
only used briefly
Option 4: Similar to 3, but use a neighbor
that already has a fixed address to perform
requests
10
Locally Unique Addresses

Fewer bits are needed, due to


Each address can be reused several times
across the same network
Lower-number addresses tend to be used more
frequently


Addresses can be compressed
E.g., using Huffman coding
11
Issues with Asymmetric Links

Assume nodes communicate with bidirectional
neighbors


All bidirectional neighbors of each node must have
distinct addresses
The address of any inbound neighbor must be different
from all bidirectional neighbors
12
Content-Based Addressing


Recall: Paradigm change from id-centric to
data-centric networking in WSN
Supported by content-based
names/addresses


Do not described involved nodes (not known
anyway), but the content itself the interaction
is about
Classical option: Put a naming scheme on
top of IP addresses

Done by some middleware systems
13
Describing Interests

Interests describe relevant data/event


Nodes match these interests with their locally
observed data
Format: Attribute-Value-Operation (AVO)

E.g.: <TEMP, 20°C, GE>

Operations:
14
Describing Interest/Sensor/Data


List of AVOs
E.g.,
<type,temperature,EQ>
<threshold-from-below,20,IS>
<x-coordinate,20,LE>
<x-coordinate,0,GE>
<y-coordinate,20,LE>
<y-coordinate,0,GE>
<interval,0.05,IS>
<duration,10,IS>
<class,interest,IS>
Interest
<type,temperature,IS>
<x-coordinate,10,IS>
<y-coordinate,10,IS>
Sensor
<type,temperature,IS>
<x-coordinate,10,IS>
<y-coordinate,10,IS>
<temperature,20.01,IS>
<class,data,IS>
Data
15
Matching Algorithm

Check whether an interest matches the
locally available data
16
Directed Diffusion

An example of data-centric networking
17
Geographic addressing

Express addresses by denoting physical
position of nodes



Considered a special case of content-based
addresses
Attributes for x and y (and z) coordinates
Options




Single point
Circle or sphere centered around given point
Rectangle by two corner points
Polygon
18
Conclusion



Addresses can be assigned distributedly
Non-id-centric addresses give additional
expressiveness, enables new interaction
patterns than only using standard
addresses
These addresses have to be supported by
specific protocols, in particular, routing
protocols
19