Subject: [manet] To subscribe

From: "Muneer Masadah" <[email-masked]>
Date: Tue, 28 Jun 2005 17:12:44 +0100

-----Original Message-----
From: [email-masked] [mailto:[email-masked]] On Behalf Of [email-masked]
Sent: 28 June 2005 17:04
To: [email-masked]
Subject: manet Digest, Vol 14, Issue 23

Send manet mailing list submissions to
	[email-masked]

To subscribe or unsubscribe via the World Wide Web, visit
	https://www1.ietf.org/mailman/listinfo/manet
or, via email, send a message with subject or body 'help' to
	[email-masked]

You can reach the person managing the list at
	[email-masked]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of manet digest..."

Today's Topics:

   1. "IP Flooding in Ad hoc Mobile Networks" (Charles E.Perkins)
   2. CFP:IEEE CCNC2006 Special Session "Wireless Sensor Networks"
      ([email-masked])
   3. Journal Special Issue: Wireless Network Security   (Yang Xiao)
   4. 2nd OLSR Interop & Workshop: Deadline Extended (Emmanuel Baccelli)

----------------------------------------------------------------------

Message: 1
Date: Mon, 27 Jun 2005 12:58:50 -0700
From: "Charles E.Perkins" <[email-masked]>
Subject: [manet] "IP Flooding in Ad hoc Mobile Networks"
To: Mobile Ad Hoc IETF working group <[email-masked]>
Message-ID: <[email-masked]>
Content-Type: text/plain; charset=us-ascii

Hello folks,

I have revised a draft which was previously submitted
as a working group document, dealing with broadcast
in ad hoc networks at the network layer.  The title
of the document is as shown in the Subject: line,
and the filename is:
	draft-perkins-manet-bcast-03.txt
It is available now at:
	http://people.nokia.net/charliep/txt/manet/bc.txt

Since I wasn't sure whether this document was still
considered as a working group document, I renamed it
to be an individual submission.  However, of course
I would be happy if it were (re-)accepted as a
working group document.

The document focuses on enabling broadcast packets
to be identified, so that a node can identify those
broadcasts which it has already transmitted.  Nodes
have to do this to avoid unnecessarily duplication
of their transmissions of such broadcast packets.

Strictly speaking, this only applies to situations
for which the TTL of the packet is greater than 1.
If TTL == 1, then of course the node isn't going to
retransmit the broadcast anyway.

Whether or not packets sent to the broadcast address
with TTL > 1 are to be considered useful, is a matter
worthy of serious discussion.  The downside is that
such broadcasts are forwarded by every node without
any higher-level processing.  Usually, and in particular
for DYMO and AODV, the routing code has to fiddle with
the payload before retransmission can take place for
flooded packets.  For this reason, the aforementioned
protocols always use TTL == 1.

It is also important to distinguish between "broadcast"
and "flooding".  I think the former means "transmission
to IP address 255.255.255.255", and the latter means
"transmission intended to reach every node in the ad
hoc network".  For "restricted flooding" as required
for example by expanding ring search algorithm, the
latter definition has to be modified to say something
obvious but more complicated to express.

Having said all that, I hope that the Internet Draft
I have submitted will have some positive value for
the discussion of "flooding" as well as the simple
network-layer broadcast scenario that the draft is
particularly targeted towards.  The same considerations
will apply to "universal" multicast groups such as
ALL_IPv4_NODES and ALL_IPv6_NODES etc., including the
proposed multicast groups for all nodes that perform
a routing protocol such as DYMO.  The method for
identifying broadcast packets could (and, I think,
should) be used for also identifying flooded packets.
However, the data to be used in the computation
has to be specified so that irrelevant fields (e.g.,
the source IP address) or mutable fields (e.g., when
TTL == 1, the IP ident field) are excluded.

Lastly, I would like to emphasize that this draft is
explicitly intended for use with other protocols
that reduce the number of nodes which will retransmit
broadcast (or flooded) packets, for instance by way of
selecting MPRs for the job.  Thus, before a node
retransmits a broadcast packet, it has to not only
identify that broadcast packet but also check to
see whether it is itself enabled as a retransmitting
node (e.g., whether it is a backbone node).

Regards,
Charlie P.

------------------------------

Message: 2
Date: Tue, 28 Jun 2005 15:01:47 +0800 (CST)
From: [email-masked]
Subject: [manet] CFP:IEEE CCNC2006 Special Session "Wireless Sensor
	Networks"
To: [email-masked]
Message-ID:
	<[email-masked]>
Content-Type: text/plain; charset=GBK

Apology if you receive multiple copies...

                                        CALL FOR PAPERS

******************************************************************

*                    Special Session on ¡°Wireless Sensor Networks¡±                                      *

*    IEEE Consumer Communications and Networking Conference 2006 (CCNC2006)        *

*                                                                                                                                 *                 

*               (to be held 7-10 January 2006 Las Vegas, NV, USA)                                      *

 *                                                                                                                               * 

*                      http://www.ieee-ccnc.org/2006/                                                             * *******************************************************************

Scope

Wireless Sensor networks (WSNs) ¨C networks of tiny sensing devices capable of wireless communication, realize the vision of pervasive computing and bridge the gap between computer systems and the real world. It is expected to have a significant impact on the efficiency of military and civil applications such as target field imaging, intrusion detection, weather monitoring, security and tactical surveillance conditions, seismic activities, or images of the environment.

This special session is intended to provide a forum for researchers, engineers, and practitioners from different backgrounds to share their experiences, discuss challenges, and report their state-of-the-art research and development on all aspects of WSNs, and create a forum where cross-layer integration, novel solutions for specific problems, and the future development of WSNs functionalities can be discussed.

Possible topics of interest include, but are not limited to:

-Scalable Architecture, Algorithms and Complexity Issues for Wireless Sensor Networks

- Communication protocols for WSNs, e.g. MAC and routing, addressing schemes

-Distributed Sensor and Actor Network Tasking and Self Organization

-Data compression, association, aggregation

-Distributed Sensor Networks - Networking Caching Issues

- Hardware for WSNs and its impact on communication protocols

- Operating systems and middleware for WSNs

- Distributed classification and data fusion

Submission Instructions:

Authors are invited to submit regular technical papers or position papers. The position papers should present novel technologies at an early stage of development or share future vision. All the submissions should describe original, previously unpublished research, not currently under review by another conference or journal. Manuscripts should not exceed 5 pages in double-column IEEE format. Please submit the paper through EDAS and send a notice to [email-masked]

1.         Log on to http://edas.info and click on "go to the current list of conferences and special issues" 

2.         Look under Accepting Submissions. Click on CCNC2006 IEEE Consumer Communications and Networking Conference. You will be brought to the paper submission page titled ¡°EDAS: IEEE Consumer Communications and Networking Conference.

3.         On the paper submission page, you will find a list of tracks/sessions. Choose "CCNC2006 Special session technical papers" and click on the corresponding "submit paper" button.

4.         Fill in the submission form.

5.         Select "Wireless Sensor Networks," from Tack pull down at the bottom of the submission form.

6.         Click on the ¡®submit' button. 

7.         Upload your paper. 

8.         Send an email notification to [email-masked]

All submitted papers will be rigorously reviewed. They will be judged with respect to their quality, originality, and relevance. 

Important Dates

Paper submission deadline: September 1, 2005 

Notification of acceptance: October 1, 2005

Camera-ready version due: October 23, 2005

Session Chairs: Jinglun Shi, MMLab, Seoul Nation University.

Organizing Committee

General Chair: V. Michael Bove, Jr, M.I.T., USA 

Technical Program Chair: Heather Yu, Panasonic Technologies, USA 

Technical Program Vice Chair: Guenter Schaefer, Technical University of Berlin, Germany 

Technical Program Vice Chair: Prof. Wenjun Zeng, University of Missouri-Columbia, USA 

Technical Program Vice Chair: Alan Messer, Samsung, USA 

Technology Applications Panels Chair: John Barr, Motorola, USA 

Local Arrangements Chair: Jiang Yingtao, University of Nevada at Las Vegas, USA 

Conference Coordinator: Gang Cheng, VPIsystem, Inc., USA 

IEEE Communications Society Project Manager: Gayle Weisman, IEEE Communications Society, USA 

Demo Chair: Alan Kaplan, Panasonic Technologies, USA 

Patron Chair: Naohisa Ohta, Keio University, Japan 

Tutorial Chair: Andreas Willing, Technical University of Berlin, Germany 

Special Sessions Chair: Prof. R. Chandramouli, Stevens Institute, USA 

DRM Workshop Chair: Madjid Merabti, Liverpool John Moores University, UK 

Publicity Chairs: 

Europe - Madjid Merabti, Liverpool John Moores University, UK 

North America - Oliver Wu, University of Florida, USA 

Asia Pacific - Hiroyuki Morikawa, The University of Tokyo, Japan 

Publication Chair: Mario Kohlberg, Stirling University, UK 

Finance Chair: Mike Kincaid, MSK Associates, USA 

Treasurer: Bruce Worthman, IEEE Communications Society, USA 

--------------------------------------------------------------------------------

Best regards,
Jinglun Shi

------------------------------

Message: 3
Date: Tue, 28 Jun 2005 00:48:33 -0700 (PDT)
From: Yang Xiao <[email-masked]>
Subject: [manet] Journal Special Issue: Wireless Network Security  
To: [email-masked]
Message-ID: <[email-masked]>
Content-Type: text/plain; charset=iso-8859-1

(Our apologies if you receive multiple copies)

EURASIP Journal on Wireless Communications and Networking, special
issue on Wireless Network Security

http://www.hindawi.com/journals/wcn/si/wns.html

Guest Editors:
Yang Xiao, Computer Science Department, The University of Memphis,
Memphis, TN 38152, USA

Yi-Bing Lin, Department of Computer Science and Information
Engineering, National Chiao Tung University, Taiwan

Ding-Zhu Du, Department of Computer Science & Engineering, University
of Minnesota, Minneapolis, MN 55455, USA

Recent advances in wireless network technologies have rapidly developed
in recent years, as evidenced by wireless location area networks
(WLANs), wireless personal area networks (WPANs), wireless metropolitan
area networks (WMANs), and wireless wide area networks (WWANs), that
is, cellular networks. A major impediment to their deployment, however,
is wireless network security. For example, the lack of data
confidentiality in wired equivalent privacy (WEP) protocol has been
proven, and newly adopted standards such as IEEE 802.11i robust
secruity network (RSN) and IEEE 802.15.3a ultra-wideband (UWB) are not
fully tested and, as such, may expose unforeseen security
vulnerabilities. The effort to improve wireless network security is
linked with many technical challenges including compatibility with
legacy wireless networks, complexity in implementation, and
cost/performance trade-offs. The need to address wireless network
security and to provide timely, solid technical contributions
establishes the motivation behind this special issue.

This special issue will focus on novel and functional ways to improve
wireless network security. Papers that do not focus on wireless network
security will not be reviewed. Specific areas of interest in WLANs,
WPANs, WMANs, and WWANs include, but are not limited to:

Attacks, security mechanisms, and security services 
Authentication 
Access control 
Data confidentiality 
Data integrity 
Nonrepudiation 
Encryption and decryption 
Key management 
Fraudulent usage 
Wireless network security performance evaluation 
Wireless link layer security 
Tradeoff analysis between performance and security 
Authentication and authorization for mobile service network 
Wireless security standards (IEEE 802.11, IEEE 802.15, IEEE 802.16,
3GPP, and 3GPP2) 
Authors should follow the EURASIP JWCN manuscript format described at
the journal site http://wcn.hindawi.com/. Prospective authors should
submit an electronic copy of their complete manuscript through the
EURASIP JWCN's manuscript tracking system at
http://www.mstracking.com/wcn/, according to the following timetable. 

Manuscript Due  October 1, 2005  
Acceptance Notification  February 1, 2006  
Final Manuscript Due  May 1, 2006  
Publication Date  3rd Quarter, 2006  

Refereeing:
If you are willing to referee paper(s) for this special issue, please
visit the following URL:http://www.mstracking.com/wcn/si/si.php?si=WNS.
All referees shall receive a complimentary copy of the special issue
upon publication. 

------------------------------

Message: 4
Date: Tue, 28 Jun 2005 14:09:56 +0200
From: Emmanuel Baccelli <[email-masked]>
Subject: [manet] 2nd OLSR Interop & Workshop: Deadline Extended
To: [email-masked]
Message-ID: <[email-masked]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

    We apologize in advance if you receive multiple copies of this CFP.
------------------------------------------------------------------------------

                     The 2nd OLSR Interop & Workshop

                           July 28-29, 2005
                             Paris, France

<http://www.lix.polytechnique.fr/Labo/Thomas.Clausen/Projects/OLSR/Interop05/>

The OLSR Interop & Workshop will be held on July 28-29, immediately prior to
the
63th IETF, at Ecole Polytechnique.

The OLSR Interop & Workshop is aimed at researchers, students and practitioners
who implement, deploy, develop, test, extend or otherwise work with OLSR and
who want to discuss their work or ideas for the future of OLSR with peers in
the community.

While we support all topics relative to OLSR MANETs, we especially encourage
OLSR/IPv6 related activities: implementations, performance-analysis,
experiments etc.

This event comprises:

  * interoperability testing of the different OLSR implementations available
    on Thursday July 28th;

  * a workshop around practical OLSR and its future on Friday July 29th;

  * lunches and coffee-breaks, with ample opportunity to discuss with
    collegues working with OLSR.

There is no participation fee or registration fee for this event. Due to
limited
space, priority will be given to authors who have had papers accepted for the
workshop and to those who participate with implementations for the
interoperability testing.

We are soliciting short papers (maximum 5 pages) for the OLSR workshop.
Suggested topics include, but are not limited to:

  * Practical applications, or deployments of OLSR;
  * Experimental results and experiences with developing or deploying OLSR;
  * Implementations & deployments of OLSR on "unusual" platforms, or in  
    "unusual" ways;
  * Extensions developed for OLSR;
  * Performance studies, based primarily on practical tests and experiences
with
    OLSR;
  * Application requirements to future developments of OLSR.

We insist that submitted papers should be of a "practical" nature. They should
relate to OLSR and preferably encourage discussions among the attendees. Indeed,
a core goal of this workshop is to encourage dialogue and discussions among the
OLSR community.

Submitted papers will be reviewed for format, scope and content, before being
accepted (or rejected). Authors must ensure that the papers they submit are
"camera ready" since no iterations will follow upon acceptance or rejection
notification. Authors of accepted papers must be present for presenting and
discussing their work at the workshop.

The submission deadline is July 1, 2005 at midnight CET. For submission
instructions, registration and further information, check the website
<http://www.lix.polytechnique.fr/Labo/Thomas.Clausen/Projects/OLSR/Interop05/>
or contact Thomas Heide Clausen <[email-masked]>.

We look forward to seeing you at the 2nd OLSR Interop/Workshop in Paris!

IMPORTANT DATES
Camera-ready papers due: DEADLINE EXTENDED to July 7th, 2005
Notification: July 12th, 2004
Registration deadline to attend this event: July 15th, 2005

Thomas Heide Clausen
Ecole Polytechnique, France
Email: [email-masked]

Philippe Jacquet
INRIA Rocquencourt, France
Email: [email-masked]

Emmanuel Baccelli
Hitachi/INRIA
Email: [email-masked]

------------------------------

_______________________________________________
manet mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/manet

End of manet Digest, Vol 14, Issue 23
*************************************

_______________________________________________
manet mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/manet