From manet-bounces@ietf.org Wed Jun 01 07:04:30 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DdR1S-00031h-OH; Wed, 01 Jun 2005 07:04:30 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DdR1Q-00030X-Qf for manet@megatron.ietf.org; Wed, 01 Jun 2005 07:04:28 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA03870 for ; Wed, 1 Jun 2005 07:04:25 -0400 (EDT) Received: from warsaw.ucdavis.edu ([169.237.104.157]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DdRLE-00045e-VC for manet@ietf.org; Wed, 01 Jun 2005 07:24:57 -0400 Received: from andrena.ucdavis.edu (andrena.ucdavis.edu [169.237.104.181]) by warsaw.ucdavis.edu (8.13.3/8.13.1/it-defang-5.3.0) with ESMTP id j51B4QRS008739 for ; Wed, 1 Jun 2005 04:04:27 -0700 (PDT) Received: from andrena.ucdavis.edu (localhost [127.0.0.1]) by andrena.ucdavis.edu (8.12.10/8.12.9/UCD5.2.0) with ESMTP id j51B4QNr025391 for ; Wed, 1 Jun 2005 04:04:26 -0700 (PDT) Received: (from www@localhost) by andrena.ucdavis.edu (8.12.10/8.12.9/Submit) id j51B4QvV025390; Wed, 1 Jun 2005 04:04:26 -0700 (PDT) Date: Wed, 1 Jun 2005 04:04:26 -0700 (PDT) Message-Id: <200506011104.j51B4QvV025390@andrena.ucdavis.edu> To: manet@ietf.org From: "Fan Zhao" X-Errors-To: fanzhao@blue.ucdavis.edu X-Mailer: Geckomail-b16 X-Originating-IP: [128.120.178.196] X-User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) X-Scanned-By: MIMEDefang 2.49 on 169.237.104.195 X-Spam-Score: 0.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 Subject: [manet] Deadline extended: JSAC-MRNM X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org PLEASE ACCEPT OUR APOLOGIES IF YOU RECEIVE MULTIPLE COPIES CALL FOR PAPERS IEEE Journal on Selected Areas in Communications MOBILE ROUTERS AND NETWORK MOBILITY The deadline is extened until June 5th. http://www.argreenhouse.com/society/J-SAC/Calls/mobile_routers.html Network mobility support is concerned with managing the mobility of an entire network that is changing its point of attachment to the Internet and thus its reachability in the Internet topology. If network mobility is not explicitly supported by some mechanisms, existing sessions break and connectivity to the global Internet is lost. A mobile network is composed of Mobile Router(s) (MR) and Mobile Network Nodes (MNN) that can be fixed or mobile. There has been rapid development in network mobility support, i.e., providing Internet connectivity to the networks that move using mobile routers since the inception of Mobile IPv4 in 1996. Seamless Internet access in public transportation such as in trains and busses can be possible if mobile routers are used. Cars with low-power sensors seamlessly connected to the Internet constitute yet another example of networks which move. To date, some airline companies announced Internet connectivity support during commercial flights and this trend is expected to accelerate and cover most if not all flights. This issue is focused on modeling, analysis, and simulation of network mobility support protocols. We solicit papers presenting original and unpublished work including, but not limited to the following topics: * Modeling and Analysis of Network Mobility o Modeling, analysis and simulation of mobile router o Protocols for route optimization o Mobility issues inside a mobile network o Mobile IPv6 extensions for route optimization o Nested mobile networks o Multihomed mobile networks o Operational issues to deploy mobile networks o Auto-configuration for mobile networks o Mobile router support on cellular phone platforms * Services in the Networks that Move o Service advertisement and discovery protocols in networks that move o Specifications nad models of services for network mobility o Encryption and authentication in service access for network mobility * Security Issues in Network Mobility o Security analysis of present network mobility support protocols o Applications of AAA and EAP to network mobility o Interaction with security-enhanced modules in other layers (vertically) or other middle boxes (horizontally) Prospective authors should follow the IEEE J-SAC manuscript format described in the Information for Authors. Authors MUST submit their draft manuscripts through the EDAS peer review website, together with a short abstract (approximately 150 words) in the EDAS website form. Please note potential authors should create their own accounts through the EDAS peer review website before submitting manuscript(s). EDAS will accept manuscripts in PDF format only. There will be one round of reviewers and acceptance will be limited to those papers requiring only moderate revisions. The following timetable applies: Manuscript Submission: JUNE 5, 2005 Acceptance Notification: December 1, 2005 Final Manuscript Due: March 1, 2006 Publication: 3rd Quarter 2006 Guest Editorial Board: Behcet Sarikaya Computer Science Dept Univ of Northern British Columbia Prince George, BC Canada V2N 4Z9 sarikaya@unbc.ca S. Felix Wu Dept of Computer Science Univ of California at Davis Davis, CA 95616 USA wu@cs.ucdavis.edu Gopal Dommety Cisco Systems, Inc 170 West Tasman Dr San Jose, CA 95134-1706 USA gdommety@cisco.com Claude Castelluccia INRIA Rhône-Alpes ZIRST 655 Ave de l'Europe Montbonnot 38334 Saint Ismier cedex France claude.castelluccia@inria.fr Thierry Ernst Jun Murai Lab Keio Univ K-square Town Campus 1488-8 Ogura, Saiwai-ku, Kawasaki, Kanagawa 212-0054 Japan ernst@sfc.wide.ad.jp Charles E. Perkins Communication Systems Lab Nokia Research Center 313 Fairchild Dr Mountain View, CA 94943 USA charliep@iprg.nokia.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Jun 01 10:53:16 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DdUap-0000NF-W5; Wed, 01 Jun 2005 10:53:16 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DdUam-0000MR-07 for manet@megatron.ietf.org; Wed, 01 Jun 2005 10:53:14 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA23308 for ; Wed, 1 Jun 2005 10:53:09 -0400 (EDT) Received: from smtp.um.es ([155.54.212.105] helo=xenon1.telemat.um.es) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DdUuc-0007kC-0P for manet@ietf.org; Wed, 01 Jun 2005 11:13:42 -0400 Received: from localhost (localhost [127.0.0.1]) by xenon1.telemat.um.es (Postfix) with ESMTP id DC7A71FA7F6; Wed, 1 Jun 2005 16:52:56 +0200 (CEST) Received: from xenon1.telemat.um.es ([127.0.0.1]) by localhost (xenon1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22964-01-7; Wed, 1 Jun 2005 16:52:56 +0200 (CEST) Received: from [155.54.210.26] (dibulibu.um.es [155.54.1.250]) by xenon1.telemat.um.es (Postfix) with ESMTP id DDEDE1FA7D6; Wed, 1 Jun 2005 16:52:55 +0200 (CEST) Message-ID: <429DCBC7.70405@dif.um.es> Date: Wed, 01 Jun 2005 16:52:55 +0200 From: "Pedro M. Ruiz" User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'IETF Manet'" , mobile-ip@sunroof.eng.sun.com Content-Type: multipart/mixed; boundary="------------090305080209010905030104" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at telemat.um.es X-Spam-Score: 0.0 (/) X-Scan-Signature: 5ebbf074524e58e662bc8209a6235027 Cc: Subject: [manet] Call for papers LOCAN 2005 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --------------090305080209010905030104 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dear all, Please find below, a CFP which you may find interesting. Best wishes, Pedro M. Ruiz Univ. of Murcia --------------090305080209010905030104 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="cfp.txt" Content-Disposition: inline; filename="cfp.txt" Content-Transfer-Encoding: 7bit We apologize if you receive multiple copies of this CFP ---------------------------------------------------------------------------- CALL FOR PAPERS - LOCAN 2005 1st International Workshop on Localized Communication and Topology Protocols for Ad hoc Networks in conjunction with MASS-2005 (www.mass05.wpi.edu) Washington, DC, USA, November 7-10, 2005 --------------------------------------------------------------------------- SUBJECT AND SCOPE ----------------- This workshop covers comprehensively the algorithmic issues in the hot area of ad hoc and sensor networking. The design of data communication techniques in multi-hop ad hoc networks has challenges at all layers of communication. This workshop concentrates on the network layer problems like data communication (routing, QoS-routing, geocasting, multicasting, broadcasting, etc.) and topology control (neighbor discovery, power adjustment, neighbor elimination, etc.). Additionally, sensor networks are currently recognized as one of the priority research areas by NSF. The area of sensor networking is gaining momentum within the researh community. This workshop will address ongoing research on this field, including problems such as: physical properties, sensor training, security through intelligent node cooperation, medium access, sensor area coverage with random and deterministic placement, object location, sensor position determination, energy efficient broadcasting and activity scheduling, routing, connectivity, data dissemination and gathering, sensor centric quality of routing, temporal message ordering, path exposure, tree reconfiguration, topology construction, and transport layer. The main paradigm shift is to apply localized (or greedy) schemes as opposed to existing protocols requiring global information. Localized algorithms are distributed algorithms where simple local node behaviour achieves a desired global objective. Localized protocols provide scalable solutions, that is, solutions for wireless networks with an arbitrary number of nodes, which is the main goal of this plan. Sensor and rooftop/mesh networks, for instance, have hundreds or thousands of nodes. The main objective of the workshop is to present state of the art research results on data communication and topology control in rapidly growing area of ad hoc and sensor networks, with emphasizes on localized techniques. Topics of interest include, but are not limited to: *Medium access control *Analytical, mobility and validation models for ad hoc networks *Hybrid networks and wireless Internet *Security in ad hoc networks *Data management issues, query processing, and data delivery *Routing, broadcasting and multicasting in ad hoc networks *Energy-efficient protocols for ad hoc networks *Quality of service in medium access control and routing *Topology construction and maintenance in ad hoc networks *Neighborhood discovery and mobility management IMPORTANT DATES --------------- Manuscript Submission: June 29, 2005 Acceptance Notification: July 29, 2005 Final Manuscript Due: August 26, 2005 PAPER SUBMISSION ---------------- Papers must not exceed 10 single-spaced and two-column pages using at least 10 point size type on 8.5 x 11 inches pages. See style files, author guidelines and instructions at the conference website. Accepted papers will be published by IEEE Computer Society Press, as proceedings of the MASS2005 workshops. Papers will be handled electronically through EDAS(http://edas.info). PROGRAM CO-CHAIRS ----------------- Dr. Pedro M. Ruiz Dept. Information and Comms. Engineering, University of Murcia, Spain pedrom@dif.um.es Dr. David Simplot-Ryl IRCICA/LIFL, Univ. Lille 1, INRIA Futurs, France David.Simplot@lifl.fr ADDITIONAL INFORMATION AND PC MEMBERS ------------------------------------- The list of PC members and additional information about the workshop will be continuously updated at the LOCAN 2005 website. http://ants.dif.um.es/locan2005/ --------------090305080209010905030104 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --------------090305080209010905030104-- From manet-bounces@ietf.org Wed Jun 01 15:06:22 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DdYXm-00064K-If; Wed, 01 Jun 2005 15:06:22 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DdYXl-00063z-Fw for manet@megatron.ietf.org; Wed, 01 Jun 2005 15:06:21 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA16452 for ; Wed, 1 Jun 2005 15:06:17 -0400 (EDT) Received: from web33701.mail.mud.yahoo.com ([68.142.201.198]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DdYrc-0004Wm-NU for manet@ietf.org; Wed, 01 Jun 2005 15:26:54 -0400 Received: (qmail 39654 invoked by uid 60001); 1 Jun 2005 19:06:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=T1WKqC1/sLv5gH9xqQefHFj+43umqCbn9CLzwvEBkfbNr6lwi2QS0nvWwmHm9N8F4FU2dedb+kkUcoHmZ//rcM8wMEZcbLnasDxnqAe/NsE9shYzkfI72BG4JRCWHxwu3QEg1zs5/scTs4NkeVMo1Y8c0xwl1I14WJoCmfjNT44= ; Message-ID: <20050601190610.39652.qmail@web33701.mail.mud.yahoo.com> Received: from [128.111.57.49] by web33701.mail.mud.yahoo.com via HTTP; Wed, 01 Jun 2005 12:06:10 PDT Date: Wed, 1 Jun 2005 12:06:10 -0700 (PDT) From: Mobile Ad hoc To: manet@ietf.org MIME-Version: 1.0 X-Spam-Score: 0.5 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Subject: [manet] Cross-layer design in Ad hoc networks X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0050142702==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============0050142702== Content-Type: multipart/alternative; boundary="0-1685163536-1117652770=:38838" Content-Transfer-Encoding: 8bit --0-1685163536-1117652770=:38838 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi everybody, I have worked with MANET for a few months. My research interest is about cross-layer design issues in ad hoc networks. I have read many papers but most of them are based on simulation. I wonder if you know any work which provides mathematical models for multi-hop ad hoc networks. Any help will be appreciated. Thank you, Jan --------------------------------- Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. --0-1685163536-1117652770=:38838 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hi everybody,
 
I have worked with MANET for a few months. My research interest is about cross-layer design issues in ad hoc networks. I have read many papers but most of them are based on simulation. I wonder if you know any work which provides mathematical models for multi-hop ad hoc networks. Any help will be appreciated.
 
Thank you,
Jan

Yahoo! Mail Mobile
Take Yahoo! Mail with you! Check email on your mobile phone. --0-1685163536-1117652770=:38838-- --===============0050142702== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============0050142702==-- From manet-bounces@ietf.org Thu Jun 02 12:58:21 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ddt1R-0002Gc-6T; Thu, 02 Jun 2005 12:58:21 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Ddt1O-0002GX-So for manet@megatron.ietf.org; Thu, 02 Jun 2005 12:58:18 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA06905 for ; Thu, 2 Jun 2005 12:58:15 -0400 (EDT) Received: from mail.ece.ucsb.edu ([128.111.56.51]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DdtLS-0000gY-N0 for manet@ietf.org; Thu, 02 Jun 2005 13:19:03 -0400 Received: from hanoi (hanoi.ece.ucsb.edu [128.111.57.49]) (authenticated bits=0) by mail.ece.ucsb.edu (8.13.1/8.13.0) with ESMTP id j52GwGOL015054 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 2 Jun 2005 09:58:16 -0700 (PDT) From: "Duong Hoang" To: , "'Mobile Ad hoc'" Subject: RE: [manet] Cross-layer design in Ad hoc networks Date: Thu, 2 Jun 2005 09:59:59 -0700 Message-ID: <000001c56794$8582cdd0$31396f80@ece2k.ece.ucsb.edu> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal In-Reply-To: <20050601190610.39652.qmail@web33701.mail.mud.yahoo.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.2 (/) X-Scan-Signature: e9d8c60d9288f2c774f26bab15869505 Cc: X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0747223387==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============0747223387== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01C56759.D923F5D0" This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C56759.D923F5D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Jan, Essentially, to model one layer in multi-hop network is quite difficult. To model two layers at the same time is much harder. You were true to say that there were very few papers fully present the cross-layer problem in multi-hop networks. Recently, we have made some progress about this. Our work on multi-hop ad-hoc networks is currently capable of fully characterizing a multi-hop ad hoc network at both the MAC and physical layer (including Rayleigh fading). We also provide numerical solution to the problem. Extensive simulations verify that our model work well. The works are also applicable to networks using omi-directional, directional and smart antennas. If interested, please visit my website to see some of these publications: www.ece.ucsb.edu/~duong If you have any question, please email me directly. I will be happy to answer them. Regards, Duong -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Mobile Ad hoc Sent: Wednesday, June 01, 2005 12:06 PM To: manet@ietf.org Subject: [manet] Cross-layer design in Ad hoc networks Hi everybody, I have worked with MANET for a few months. My research interest is about cross-layer design issues in ad hoc networks. I have read many papers but most of them are based on simulation. I wonder if you know any work which provides mathematical models for multi-hop ad hoc networks. Any help will be appreciated. Thank you, Jan _____ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. ------=_NextPart_000_0001_01C56759.D923F5D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 

Hi = Jan,

 

Essentially, to model one layer in multi-hop network is quite difficult. To model two layers at the same = time is much harder. You were true to say that there = were very few papers fully present the cross-layer problem in multi-hop networks. =

Recently, we have made some = progress about this. Our work on multi-hop ad-hoc networks is currently capable of = fully characterizing a multi-hop ad hoc network at both the MAC and physical = layer (including Rayleigh fading). We also provide numerical = solution to the problem. Extensive simulations verify that our model work well. = The works are also applicable to networks using omi-directional, directional and smart antennas.

If interested, please visit my = website to see some of these publications: www.ece.ucsb.edu/~duong<= /o:p>

If you have any question, please = email me directly. I will be happy to answer them.

 

Regards,

 

Duong

-----Original = Message-----
From: = manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On = Behalf Of Mobile Ad hoc
Sent: = Wednesday, June 01, = 2005 12:06 PM
To: manet@ietf.org
Subject: [manet] Cross-layer design in Ad hoc networks

 

Hi everybody,

 

I have worked with MANET for a few months. My = research interest is about cross-layer design issues in ad hoc networks. I have = read many papers but most of them are based on simulation. I wonder if you = know any work which provides mathematical models for multi-hop ad hoc networks. = Any help will be appreciated.

 

Thank you,

Jan

Yahoo! Mail = Mobile
Take Yahoo! Mail with you! Check email on your mobile = phone.

------=_NextPart_000_0001_01C56759.D923F5D0-- --===============0747223387== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============0747223387==-- From manet-bounces@ietf.org Thu Jun 02 13:26:30 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DdtSg-00085I-8W; Thu, 02 Jun 2005 13:26:30 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DdtSe-00083U-ED for manet@megatron.ietf.org; Thu, 02 Jun 2005 13:26:28 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA09379 for ; Thu, 2 Jun 2005 13:26:25 -0400 (EDT) Received: from web30610.mail.mud.yahoo.com ([68.142.200.133]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1Ddtmg-0002Iw-W0 for manet@ietf.org; Thu, 02 Jun 2005 13:47:12 -0400 Received: (qmail 47393 invoked by uid 60001); 2 Jun 2005 17:26:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=UWUqUez97Z4xNPIVKt3trkDk4yHWsZOEXdp8I7N36NtOL6GHqNhQByw7D4MSf1fN9O4BclRm94vJSaEB9JVSCppPixM2DGL6MKWTSeJJlumwnej1hdL0Q/hs/ESF1QuaX99d1t+HGyYpOWGjmZy1pk4ohR1eidRJ36WsfLq+CDA= ; Message-ID: <20050602172615.47391.qmail@web30610.mail.mud.yahoo.com> Received: from [35.9.45.11] by web30610.mail.mud.yahoo.com via HTTP; Thu, 02 Jun 2005 10:26:15 PDT Date: Thu, 2 Jun 2005 10:26:15 -0700 (PDT) From: Ali Khayam Subject: Re: [manet] Cross-layer design in Ad hoc networks To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.5 (/) X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db Content-Transfer-Encoding: 8bit X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi Jan, The following paper provides capacity deductions for cross-layer channels: Shirish Karande and Hayder Radha, "Does Relay of Corrupted Packets Lead to Capacity Improvement?," IEEE Wireless Communications and Networking Conference (WCNC), March 2005. Thanks. -- ali --- manet-request@ietf.org wrote: > Send manet mailing list submissions to > manet@ietf.org > > 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 > manet-request@ietf.org > > You can reach the person managing the list at > manet-owner@ietf.org > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of manet digest..." > > > Today's Topics: > > 1. Cross-layer design in Ad hoc networks (Mobile > Ad hoc) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 1 Jun 2005 12:06:10 -0700 (PDT) > From: Mobile Ad hoc > Subject: [manet] Cross-layer design in Ad hoc > networks > To: manet@ietf.org > Message-ID: > <20050601190610.39652.qmail@web33701.mail.mud.yahoo.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi everybody, > > I have worked with MANET for a few months. My > research interest is about cross-layer design issues > in ad hoc networks. I have read many papers but most > of them are based on simulation. I wonder if you > know any work which provides mathematical models for > multi-hop ad hoc networks. Any help will be > appreciated. > > Thank you, > Jan > > > --------------------------------- > Yahoo! Mail Mobile > Take Yahoo! Mail with you! Check email on your > mobile phone. > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > http://www1.ietf.org/pipermail/manet/attachments/20050601/48bb4a61/attachment.htm > > ------------------------------ > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www1.ietf.org/mailman/listinfo/manet > > > End of manet Digest, Vol 14, Issue 2 > ************************************ > __________________________________ Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 03 14:58:50 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DeHNa-0006rN-Ji; Fri, 03 Jun 2005 14:58:50 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DeHNY-0006rI-Rn for manet@megatron.ietf.org; Fri, 03 Jun 2005 14:58:48 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA22893 for ; Fri, 3 Jun 2005 14:58:47 -0400 (EDT) Received: from louie.udel.edu ([128.4.40.12] helo=mail.eecis.udel.edu) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DeHhp-00032q-OY for manet@ietf.org; Fri, 03 Jun 2005 15:19:47 -0400 Received: by mail.eecis.udel.edu (Postfix, from userid 62) id BADDE32938; Fri, 3 Jun 2005 14:58:42 -0400 (EDT) Received: from stimpy.eecis.udel.edu (stimpy.eecis.udel.edu [128.4.40.17]) by mail.eecis.udel.edu (Postfix) with ESMTP id EA3E33290B for ; Fri, 3 Jun 2005 14:58:40 -0400 (EDT) Date: Fri, 3 Jun 2005 14:58:40 -0400 (EDT) From: Sonny Rajagopalan X-X-Sender: rajagopa@stimpy.eecis.udel.edu To: manet@ietf.org In-Reply-To: <20050602172615.47391.qmail@web30610.mail.mud.yahoo.com> Message-ID: References: <20050602172615.47391.qmail@web30610.mail.mud.yahoo.com> X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on louie.udel.edu X-Spam-Status: No, hits=-0.5 required=4.1 tests=BAYES_00 autolearn=ham version=2.64 X-Sanitizer: This message has been sanitized! X-Sanitizer-URL: http://mailtools.anomy.net/ X-Sanitizer-Rev: UDEL-ECECIS: Sanitizer.pm, v 1.64 2002/10/22 MIME-Version: 1.0 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed" X-Spam-Score: 0.0 (/) X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4 Subject: [manet] How do you justify the assumption of perfect messaging in a distributed protocol? X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Many distributed protocols assume that messaging between nodes in a MANET is guaranteed -- i.e., so long as the network remains unpartitioned during the course of the algorithm, the protocol packets will eventually reach the intended recepient. Of course, in practice and in simulations, this is never the case. All levels of the protocol stack in ad hoc networks drop packets, and sometimes, even when there is no mobility. Yet, a large number of us make similar assumptions when we design distributed protocols. Sometimes, when messages are not delivered, some of our protocols will indeed not work at all (that is, won't work as expected, but unexpected behavior may be catastrophic for some protocols, but not affect others so much. For leader election algorithms, the effect is catastrophic (too many leaders!)). My question is, how, as protocol engineers, do you justify the above assumption? Specifically, how do you justify it in your own research? Please note that I am familiar with the usual justifications (it only happens rarely, and when it happens, it causes minimal "damage" to the protocol, etc.). Perhaps I can reposition my question differently: Fundamentally speaking, in a distributed protocol, we have to deal with messaging information from one node to another, and ergo, deal with messaging imperfections in the protocol stack(s). So, unless we have addressed these imperfections, the assumption on which distributedness sits on needs justification specific to the protocol designed. Of course, this problem is not just a wireless network problem, but in the wired world, we have more options... What are your thoughts/frustrations on the topic? Cheers, Sonny. +----------- >From the desk of Sonny Rajagopalan, http://www.cis.udel.edu/~rajagopa --------------+ _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 03 18:43:14 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DeKsk-0006cX-6V; Fri, 03 Jun 2005 18:43:14 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DeKsh-0006cP-FN for manet@megatron.ietf.org; Fri, 03 Jun 2005 18:43:11 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA21826 for ; Fri, 3 Jun 2005 18:43:08 -0400 (EDT) Received: from exchange.nmsu.edu ([128.123.34.79] helo=exchange1.ACN.ad.nmsu.edu) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DeLD0-0003cf-72 for manet@ietf.org; Fri, 03 Jun 2005 19:04:11 -0400 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Subject: RE: [manet] How do you justify the assumption of perfect messaging in a distributed protocol? Date: Fri, 3 Jun 2005 16:43:03 -0600 Message-ID: <8536FDFA3AD04A49A1580491599656910326F782@exchange1.ACN.ad.nmsu.edu> Thread-Topic: [manet] How do you justify the assumption of perfect messaging in a distributed protocol? Thread-Index: AcVobsCkKRWmWS3ITPeBsedzMDG/vgAHniNg From: "Mullen, John" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Content-Transfer-Encoding: quoted-printable X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi Sonny, All the MANET protocols I'm familiar with anticipate that some packets will be lost. What protocols are you referring to?=20 John Mullen -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Sonny Rajagopalan Sent: Friday, June 03, 2005 12:59 PM To: manet@ietf.org Subject: [manet] How do you justify the assumption of perfect messaging in a distributed protocol? Many distributed protocols assume that messaging between nodes in a MANET is guaranteed -- i.e., so long as the network remains unpartitioned during the course of the algorithm, the protocol packets will eventually reach the intended recepient. Cheers, Sonny. +----------- >From the desk of Sonny Rajagopalan, http://www.cis.udel.edu/~rajagopa --------------+ _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 03 19:34:21 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DeLgD-0001l0-Gu; Fri, 03 Jun 2005 19:34:21 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DeLgA-0001in-Oc for manet@megatron.ietf.org; Fri, 03 Jun 2005 19:34:18 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA24790 for ; Fri, 3 Jun 2005 19:34:15 -0400 (EDT) Received: from louie.udel.edu ([128.4.40.12] helo=mail.eecis.udel.edu) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DeM0U-0004eQ-1X for manet@ietf.org; Fri, 03 Jun 2005 19:55:19 -0400 Received: by mail.eecis.udel.edu (Postfix, from userid 62) id B2B1C328F0; Fri, 3 Jun 2005 19:34:12 -0400 (EDT) Received: from stimpy.eecis.udel.edu (stimpy.eecis.udel.edu [128.4.40.17]) by mail.eecis.udel.edu (Postfix) with ESMTP id 05DC232946 for ; Fri, 3 Jun 2005 19:34:11 -0400 (EDT) Date: Fri, 3 Jun 2005 19:34:10 -0400 (EDT) From: Sonny Rajagopalan X-X-Sender: rajagopa@stimpy.eecis.udel.edu To: manet@ietf.org Subject: RE: [manet] How do you justify the assumption of perfect messaging in a distributed protocol? In-Reply-To: <8536FDFA3AD04A49A1580491599656910326F782@exchange1.ACN.ad.nmsu.edu> Message-ID: References: <8536FDFA3AD04A49A1580491599656910326F782@exchange1.ACN.ad.nmsu.edu> X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on louie.udel.edu X-Spam-Status: No, hits=-0.5 required=4.1 tests=BAYES_00 autolearn=ham version=2.64 X-Sanitizer: This message has been sanitized! X-Sanitizer-URL: http://mailtools.anomy.net/ X-Sanitizer-Rev: UDEL-ECECIS: Sanitizer.pm, v 1.64 2002/10/22 MIME-Version: 1.0 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed" X-Spam-Score: 0.0 (/) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org > All the MANET protocols I'm familiar with anticipate that some packets > will be lost. What protocols are you referring to?=20 Yes, I am aware. How about leader election protocols? Packets may be lost with potentially "catastrophic." But then again, how does one designing the leader election protocol argue around such a possibility? Once again, I am aware of the standard arguments, but this seems like a fundamental issue worth thinking about again, yeah? Cheers, Sonny. +----------- >From the desk of Sonny Rajagopalan, http://www.cis.udel.edu/~rajagopa --------------+ On Fri, 3 Jun 2005, Mullen, John wrote: > quoted-printable > MIME-Version: 1.0 > Content-Type: text/plain; charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > quoted-printable > > Hi Sonny, > > All the MANET protocols I'm familiar with anticipate that some packets > will be lost. What protocols are you referring to?=20 > > John Mullen > > -----Original Message----- > From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf > Of Sonny Rajagopalan > Sent: Friday, June 03, 2005 12:59 PM > To: manet@ietf.org > Subject: [manet] How do you justify the assumption of perfect messaging > in a distributed protocol? > > > Many distributed protocols assume that messaging between nodes in a > MANET is guaranteed -- i.e., so long as the network remains > unpartitioned during the course of the algorithm, the protocol packets > will eventually reach the intended recepient. > > > > Cheers, > Sonny. > > +----------- >> From the desk of Sonny Rajagopalan, http://www.cis.udel.edu/~rajagopa > --------------+ > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www1.ietf.org/mailman/listinfo/manet > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www1.ietf.org/mailman/listinfo/manet > _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 03 20:19:49 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DeMOD-00049t-2f; Fri, 03 Jun 2005 20:19:49 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DeMOB-00049o-8W for manet@megatron.ietf.org; Fri, 03 Jun 2005 20:19:47 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA27679 for ; Fri, 3 Jun 2005 20:19:45 -0400 (EDT) Received: from po1.glue.umd.edu ([128.8.10.97]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DeMiV-0005c7-VB for manet@ietf.org; Fri, 03 Jun 2005 20:40:48 -0400 Received: from y.glue.umd.edu (IDENT:sendmail@y.glue.umd.edu [128.8.10.68]) by po1.glue.umd.edu (8.12.10/8.12.10) with ESMTP id j540JjcO014559; Fri, 3 Jun 2005 20:19:45 -0400 (EDT) Received: from localhost (thsalon@localhost) by y.glue.umd.edu (8.12.10/8.12.10) with ESMTP id j540JjfF003445; Fri, 3 Jun 2005 20:19:45 -0400 (EDT) X-Authentication-Warning: y.glue.umd.edu: thsalon owned process doing -bs Date: Fri, 3 Jun 2005 20:19:45 -0400 (EDT) From: Theodoros Salonidis To: Sonny Rajagopalan Subject: RE: [manet] How do you justify the assumption of perfect messaging in a distributed protocol? In-Reply-To: Message-ID: References: <8536FDFA3AD04A49A1580491599656910326F782@exchange1.ACN.ad.nmsu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: 0.0 (/) X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7 Cc: manet@ietf.org X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Sonny, Operation of various distributed algorithms (from leader election to routing) under message delays/failures or node failures has been considered and addressed by the classic algorithmic fault tolerance literature. Under certain assumptions, various bounds on performance can be computed (e.g. what is max number of simultaneously failing elements that still ensures proper algorithm operation). Several interesting old and new papers exist on such topics. Fault-tolerance analysis specific to MANET protocols can use similar mathematical tools although this is a topic that has not been systematically explored. Of course there are limits as to what analysis can provide with respect to a real life distributed system, be it a wired network or a MANET. Theodoros -------------------------------------------------- Theodoros Salonidis Post-doctoral Research Associate Dept. of Electrical and Computer Engineering Rice University 2041 Duncan Hall MS-380 Houston, TX 77005 (713) 348-2899 thsalon@rice.edu http://www.ece.rice.edu/~thsalon --------------------------------------------------------- On Fri, 3 Jun 2005, Sonny Rajagopalan wrote: >> All the MANET protocols I'm familiar with anticipate that some packets >> will be lost. What protocols are you referring to?=20 > > Yes, I am aware. > > How about leader election protocols? Packets may be lost with potentially > "catastrophic." But then again, how does one designing the leader election > protocol argue around such a possibility? Once again, I am aware of the > standard arguments, but this seems like a fundamental issue worth thinking > about again, yeah? > > Cheers, > Sonny. > > +----------- >> From the desk of Sonny Rajagopalan, http://www.cis.udel.edu/~rajagopa > --------------+ > > > On Fri, 3 Jun 2005, Mullen, John wrote: > >> quoted-printable >> MIME-Version: 1.0 >> Content-Type: text/plain; charset="us-ascii" >> Content-Transfer-Encoding: quoted-printable >> quoted-printable >> >> Hi Sonny, >> >> All the MANET protocols I'm familiar with anticipate that some packets >> will be lost. What protocols are you referring to?=20 >> >> John Mullen >> >> -----Original Message----- >> From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf >> Of Sonny Rajagopalan >> Sent: Friday, June 03, 2005 12:59 PM >> To: manet@ietf.org >> Subject: [manet] How do you justify the assumption of perfect messaging >> in a distributed protocol? >> >> >> Many distributed protocols assume that messaging between nodes in a >> MANET is guaranteed -- i.e., so long as the network remains >> unpartitioned during the course of the algorithm, the protocol packets >> will eventually reach the intended recepient. >> >> >> >> Cheers, >> Sonny. >> >> +----------- >>> From the desk of Sonny Rajagopalan, http://www.cis.udel.edu/~rajagopa >> --------------+ >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www1.ietf.org/mailman/listinfo/manet >> >> _______________________________________________ >> manet mailing list >> manet@ietf.org >> https://www1.ietf.org/mailman/listinfo/manet >> > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www1.ietf.org/mailman/listinfo/manet > _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Sat Jun 04 10:54:37 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dea2m-00065y-U5; Sat, 04 Jun 2005 10:54:36 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dea2k-00065j-J9 for manet@megatron.ietf.org; Sat, 04 Jun 2005 10:54:34 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA08508 for ; Sat, 4 Jun 2005 10:54:30 -0400 (EDT) Received: from cheviot5.ncl.ac.uk ([128.240.233.122] ident=root) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DeaNA-0005Si-GE for manet@ietf.org; Sat, 04 Jun 2005 11:15:40 -0400 Received: from [128.240.149.114] (deerbook.ncl.ac.uk [128.240.149.114]) by cheviot5.ncl.ac.uk (8.12.11/8.12.10) with ESMTP id j54EsJp2030483; Sat, 4 Jun 2005 15:54:19 +0100 In-Reply-To: References: <20050602172615.47391.qmail@web30610.mail.mud.yahoo.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <31dd197d35d985854889e26e38297faf@ncl.ac.uk> Content-Transfer-Encoding: 7bit From: Einar Vollset Subject: Re: [manet] How do you justify the assumption of perfect messaging in a distributed protocol? Date: Sat, 4 Jun 2005 15:54:24 +0100 To: Sonny Rajagopalan X-Mailer: Apple Mail (2.622) X-Newcastle-MailScanner-Information: Please contact Postmaster@newcastle.ac.uk for more information X-Newcastle-MailScanner: Found to be clean X-Newcastle-MailScanner-MCPCheck: MCP-Clean, MCP-Checker (score=0, required 1) X-Newcastle-MailScanner-From: einar.vollset@ncl.ac.uk X-Spam-Score: 0.0 (/) X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86 Content-Transfer-Encoding: 7bit Cc: Theodoros Salonidis , manet working group X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Sonny, In general, there are two ways to handle losing packets or (sometimes even worse) getting packets out of order; (1) you use a reliable communication protocol or (2) you let the application handle the loss. Support for the second approach can be seen as an extreme version of the classic end-to-end argument made for wired networks (See http://www.reed.com/Papers/EndtoEnd.html ). My view is that if your application requires reliability and ordering of messages you are better of using a reliable (possibly atomic) broadcast protocol than to let the application developer handle it at what is usually much higher cost and with less chance of getting it right. This is a pretty lonely view sometimes however ;-) (Of course, reliable broadcast protocols (and I'm here using the word reliable as actually meaning reliable = guaranteed delivery, not better than best effort) has a cost associated in terms of additional bandwidth and possibly additional memory at each node. For that reason you should probably use a best-effort protocol when this is good enough.) Cheers, Einar p.s. If you are interested in reliable group communication you should take a look at Roy Friedman's work at Technion: http://www.cs.technion.ac.il/Labs/dsl/projects/JazzEnsemble/ or UIUC's work: http://cairo.cs.uiuc.edu/adhoc/multicast/ or even ours: http://homepages.cs.ncl.ac.uk/einar.vollset/home.formal/pace/index.html here at Newcastle. On 3 Jun 2005, at 19:58, Sonny Rajagopalan wrote: > > Many distributed protocols assume that messaging between nodes in a > MANET is guaranteed -- i.e., so long as the network remains > unpartitioned during the course of the algorithm, the protocol packets > will eventually reach the intended recepient. > > Of course, in practice and in simulations, this is never the case. All > levels of the protocol stack in ad hoc networks drop packets, and > sometimes, even when there is no mobility. > > Yet, a large number of us make similar assumptions when we design > distributed protocols. Sometimes, when messages are not delivered, > some of our protocols will indeed not work at all (that is, won't work > as expected, but unexpected behavior may be catastrophic for some > protocols, but not affect others so much. For leader election > algorithms, the effect is catastrophic (too many leaders!)). My > question is, how, as protocol engineers, do you justify the above > assumption? Specifically, how do you justify it in your own research? > > Please note that I am familiar with the usual justifications (it only > happens rarely, and when it happens, it causes minimal "damage" to the > protocol, etc.). > > Perhaps I can reposition my question differently: > > Fundamentally speaking, in a distributed protocol, we have to deal > with messaging information from one node to another, and ergo, deal > with messaging imperfections in the protocol stack(s). So, unless we > have addressed these imperfections, the assumption on which > distributedness sits on needs justification specific to the protocol > designed. > > Of course, this problem is not just a wireless network problem, but in > the wired world, we have more options... > > What are your thoughts/frustrations on the topic? > > Cheers, > Sonny. > > +----------- >> From the desk of Sonny Rajagopalan, http://www.cis.udel.edu/~rajagopa > --------------+ > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www1.ietf.org/mailman/listinfo/manet > > ---------------------------------------- Einar Vollset PhD Student School of Computing Science University of Newcastle, UK http://vollset.org ----------------------------------------- _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Sat Jun 04 11:03:32 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DeaBQ-0007cb-PO; Sat, 04 Jun 2005 11:03:32 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DeaBO-0007cT-QQ for manet@megatron.ietf.org; Sat, 04 Jun 2005 11:03:30 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA08957 for ; Sat, 4 Jun 2005 11:03:29 -0400 (EDT) Received: from cheviot5.ncl.ac.uk ([128.240.233.122] ident=root) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DeaVr-0005d6-8V for manet@ietf.org; Sat, 04 Jun 2005 11:24:39 -0400 Received: from [128.240.149.114] (deerbook.ncl.ac.uk [128.240.149.114]) by cheviot5.ncl.ac.uk (8.12.11/8.12.10) with ESMTP id j54F3Pvs031761; Sat, 4 Jun 2005 16:03:25 +0100 In-Reply-To: References: <8536FDFA3AD04A49A1580491599656910326F782@exchange1.ACN.ad.nmsu.edu> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Einar Vollset Subject: Re: [manet] How do you justify the assumption of perfect messaging in a distributed protocol? Date: Sat, 4 Jun 2005 16:03:30 +0100 To: Theodoros Salonidis X-Mailer: Apple Mail (2.622) X-Newcastle-MailScanner-Information: Please contact Postmaster@newcastle.ac.uk for more information X-Newcastle-MailScanner: Found to be clean X-Newcastle-MailScanner-MCPCheck: MCP-Clean, MCP-Checker (score=0, required 1) X-Newcastle-MailScanner-From: einar.vollset@ncl.ac.uk X-Spam-Score: 0.0 (/) X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca Content-Transfer-Encoding: 7bit Cc: Sonny Rajagopalan , manet@ietf.org X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Theodoros, > Operation of various distributed algorithms (from leader election > to routing) under message delays/failures or node failures has been > considered and addressed by the classic algorithmic fault tolerance > literature. True, but little has been done specifically for ad-hoc networks, and it's probably a fallacy to assume that this work can be directly ported, just like Internet routing protocols may not work very well in ad-hoc. > Under certain assumptions, various bounds on performance > can be computed (e.g. what is max number of simultaneously > failing elements that still ensures proper algorithm operation). > Several interesting old and new papers exist on such topics. Yes, but the number of failing nodes (or even links) is not what makes the problem hard. The problem is hard mainly because, given that failures can occur, you cannot know if a node is slow (because network is partitioned or whatever) or if the node has crashed. This is the crux of the classic Fischer,Lynch & Patterson impossibility from distributed systems theory. A similar result relates to Halpern et.al.'s ideas of "Common Knowledge" and how the level of "shared/community" knowledge about certain events a group relates to the properties of the communication links between them. > > Of course there are limits as to what analysis can provide > with respect to a real life distributed system, be it a wired network > or a MANET. Agreed. I think reliability issues will become more pertinent as MANETs mature and "real-life" group applications become useful. Cheers, Einar ---------------------------------------- Einar Vollset PhD Student School of Computing Science University of Newcastle, UK http://vollset.org ----------------------------------------- _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Sat Jun 04 11:49:44 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Deau8-0006Hr-ST; Sat, 04 Jun 2005 11:49:44 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Deau5-0006Hj-Lf for manet@megatron.ietf.org; Sat, 04 Jun 2005 11:49:43 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA11750 for ; Sat, 4 Jun 2005 11:49:39 -0400 (EDT) Received: from brahms.eecs.utoledo.edu ([131.183.19.14]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DebEY-0006ZU-6I for manet@ietf.org; Sat, 04 Jun 2005 12:10:50 -0400 Received: from EECSNI2047WL (eecs-ni2047-wl.ni.utoledo.edu [131.183.17.174]) by brahms.eecs.utoledo.edu (8.11.7p1+Sun/8.11.6) with SMTP id j54FfTb11344; Sat, 4 Jun 2005 11:41:29 -0400 (EDT) Message-ID: <022801c5691c$f5028130$ae11b783@utad.utoledo.edu> From: "Wei \(Wayne\) Li" To: Date: Sat, 4 Jun 2005 11:43:06 -0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 0.2 (/) X-Scan-Signature: f884eb1d4ec5a230688d7edc526ea665 Cc: Mohsen Guizani , Demetrios Kazakos Subject: [manet] SI CFP in EURASIP JWCN X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Wei \(Wayne\) Li" List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0996252456==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============0996252456== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0206_01C568FA.A6169E20" This is a multi-part message in MIME format. ------=_NextPart_000_0206_01C568FA.A6169E20 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable APOLOGIES IF YOU RECEIVED MULTIPLE COPIES=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =20 Mobile ad hoc networking is a challenging task due to a lack of = resources residing in the network as well as frequent changes in network = topology. Although much research has been directed to supporting QoS in = the Internet and traditional wireless networks, present results are not = suitable for mobile ad hoc network (MANET). QoS support for mobile ad = hoc networks remains an open problem, drawing interest from both = academia and industry under military and commercial sponsorship. MANETs = have certain unique characteristics that pose several difficulties in = provisioning QoS, such as dynamically varying network topology, lack of = precise state information, lack of central control, error-prone shared = radio channels, limited resource availability, hidden terminal problems, = and insecure media, and little consensus yet exists on which approaches = may be optimal. Future MANETs are likely to be =93multimode=94 or = heterogeneous in nature. Thus, the routers comprising a MANET will = employ multiple, physical-layer wireless technologies, with each new = technology requiring a multiple-access (MAC) protocol for supporting = QoS. Above the MAC layer, forwarding, routing, signaling, and admission = control policies are required, and the best combination of these = policies will change as the underlying hardware technology evolves. The special issue solicits original papers dealing with state-of-the-art = and up-to-date efforts in design, performance analysis, implementation = and experimental results for various QoS issues in MANETs. Fundamental = research results as well as practical implementations and demonstrators = are encouraged. Topics of interest include (but are not limited to): a.. QoS models and performance evaluation of MANET=20 b.. QoS resource reservation signaling=20 c.. Various QoS routing protocols=20 d.. Flexible MAC protocols=20 e.. Robust modeling and analysis of MANET resource management=20 f.. Dynamic and hybrid resource allocation schemes=20 g.. Resource control and multimedia QoS support=20 h.. Channel characterization=20 i.. QoS management and traffic engineering=20 j.. Tools and techniques for MANET measurement and simulation=20 k.. Adaptive QoS provisioning issues=20 l.. Information assurance and reliability in MANET=20 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.=20 Manuscript Due August 1, 2005 =20 Acceptance Notification December 1, 2005 =20 Final Manuscript Due February 1, 2006 =20 Publication Date 2nd Quarter, 2006 =20 Guest Editors: Wei (Wayne) Li, Department of Electrical Engineering and Computer = Science, The University of Toledo, Toledo, OH 43606, USA Mohsen Guizani, Department of Computer Science, Western Michigan = University, Kalamazoo, MI 49008, USA Demetrios Kazakos, Department of Electrical and Computer Engineering, = University of Idaho, Moscow, ID 83844, USA 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=3DQoS = . All referees shall receive a complimentary copy of the special issue = upon publication.=20 ------=_NextPart_000_0206_01C568FA.A6169E20 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

APOLOGIES IF YOU = RECEIVED=20 MULTIPLE COPIES

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

<= /FONT>

3D"Quality

3D"Call

Mobile ad hoc networking is a challenging task due to a = lack of=20 resources residing in the network as well as frequent changes in network = topology. Although much research has been directed to supporting QoS in = the=20 Internet and traditional wireless networks, present results are not = suitable for=20 mobile ad hoc network (MANET). QoS support for mobile ad hoc networks = remains an=20 open problem, drawing interest from both academia and industry under = military=20 and commercial sponsorship. MANETs have certain unique characteristics = that pose=20 several difficulties in provisioning QoS, such as dynamically varying = network=20 topology, lack of precise state information, lack of central control,=20 error-prone shared radio channels, limited resource availability, hidden = terminal problems, and insecure media, and little consensus yet exists = on which=20 approaches may be optimal. Future MANETs are likely to be = =93multimode=94 or=20 heterogeneous in nature. Thus, the routers comprising a MANET will = employ=20 multiple, physical-layer wireless technologies, with each new technology = requiring a multiple-access (MAC) protocol for supporting QoS. Above the = MAC=20 layer, forwarding, routing, signaling, and admission control policies = are=20 required, and the best combination of these policies will change as the=20 underlying hardware technology evolves.

The special issue solicits original papers dealing with = state-of-the-art and=20 up-to-date efforts in design, performance analysis, implementation and=20 experimental results for various QoS issues in MANETs. Fundamental = research=20 results as well as practical implementations and demonstrators are=20 encouraged.

Topics of interest include (but are not limited to):

  • QoS models and performance evaluation of MANET=20
  • QoS resource reservation signaling=20
  • Various QoS routing protocols=20
  • Flexible MAC protocols=20
  • Robust modeling and analysis of MANET resource management=20
  • Dynamic and hybrid resource allocation schemes=20
  • Resource control and multimedia QoS support=20
  • Channel characterization=20
  • QoS management and traffic engineering=20
  • Tools and techniques for MANET measurement and simulation=20
  • Adaptive QoS provisioning issues=20
  • Information assurance and reliability in MANET

Authors should follow the EURASIP JWCN manuscript format described at = the=20 journal site http://wcn.hindaw= i.com/.=20 Prospective authors should submit an electronic copy of their complete=20 manuscript through the EURASIP JWCN's manuscript tracking system at http://www.mstracking.com/wcn/,=20 according to the following timetable.

Manuscript Due August 1, 2005
Acceptance Notification December 1, 2005
Final Manuscript Due February 1, 2006
Publication Date 2nd Quarter, 2006 =

Guest Editors:

Wei (Wayne) Li, = Department of=20 Electrical Engineering and Computer Science, The University of Toledo, = Toledo,=20 OH 43606, USA

Mohsen Guizani, = Department of=20 Computer Science, Western Michigan University, Kalamazoo, MI 49008, = USA

Demetrios Kazakos, = Department of=20 Electrical and Computer Engineering, University of Idaho, Moscow, ID = 83844,=20 USA

Refereeing:

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

------=_NextPart_000_0206_01C568FA.A6169E20-- --===============0996252456== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============0996252456==-- From manet-bounces@ietf.org Sat Jun 04 11:53:27 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Deaxj-0007Ds-NG; Sat, 04 Jun 2005 11:53:27 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Deaxh-0007Dj-Iz for manet@megatron.ietf.org; Sat, 04 Jun 2005 11:53:25 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA12088 for ; Sat, 4 Jun 2005 11:53:23 -0400 (EDT) Received: from brahms.eecs.utoledo.edu ([131.183.19.14]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DebIA-0006hW-Bm for manet@ietf.org; Sat, 04 Jun 2005 12:14:34 -0400 Received: from EECSNI2047WL (eecs-ni2047-wl.ni.utoledo.edu [131.183.17.174]) by brahms.eecs.utoledo.edu (8.11.7p1+Sun/8.11.6) with SMTP id j54Fl5b11364; Sat, 4 Jun 2005 11:47:05 -0400 (EDT) Message-ID: <023501c5691d$89124090$ae11b783@utad.utoledo.edu> From: "Wei \(Wayne\) Li" To: Date: Sat, 4 Jun 2005 11:48:47 -0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 0.2 (/) X-Scan-Signature: f884eb1d4ec5a230688d7edc526ea665 Cc: Mohsen Guizani , Demetrios Kazakos Subject: [manet] SI CFP in EURASIP JWCN X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Wei \(Wayne\) Li" List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1037963362==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============1037963362== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0223_01C568FB.6967AF90" This is a multi-part message in MIME format. ------=_NextPart_000_0223_01C568FB.6967AF90 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable APOLOGIES IF YOU RECEIVED MULTIPLE COPIES=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =20 Mobile ad hoc networking is a challenging task due to a lack of = resources residing in the network as well as frequent changes in network = topology. Although much research has been directed to supporting QoS in = the Internet and traditional wireless networks, present results are not = suitable for mobile ad hoc network (MANET). QoS support for mobile ad = hoc networks remains an open problem, drawing interest from both = academia and industry under military and commercial sponsorship. MANETs = have certain unique characteristics that pose several difficulties in = provisioning QoS, such as dynamically varying network topology, lack of = precise state information, lack of central control, error-prone shared = radio channels, limited resource availability, hidden terminal problems, = and insecure media, and little consensus yet exists on which approaches = may be optimal. Future MANETs are likely to be =93multimode=94 or = heterogeneous in nature. Thus, the routers comprising a MANET will = employ multiple, physical-layer wireless technologies, with each new = technology requiring a multiple-access (MAC) protocol for supporting = QoS. Above the MAC layer, forwarding, routing, signaling, and admission = control policies are required, and the best combination of these = policies will change as the underlying hardware technology evolves. The special issue solicits original papers dealing with state-of-the-art = and up-to-date efforts in design, performance analysis, implementation = and experimental results for various QoS issues in MANETs. Fundamental = research results as well as practical implementations and demonstrators = are encouraged. Topics of interest include (but are not limited to): a.. QoS models and performance evaluation of MANET=20 b.. QoS resource reservation signaling=20 c.. Various QoS routing protocols=20 d.. Flexible MAC protocols=20 e.. Robust modeling and analysis of MANET resource management=20 f.. Dynamic and hybrid resource allocation schemes=20 g.. Resource control and multimedia QoS support=20 h.. Channel characterization=20 i.. QoS management and traffic engineering=20 j.. Tools and techniques for MANET measurement and simulation=20 k.. Adaptive QoS provisioning issues=20 l.. Information assurance and reliability in MANET=20 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.=20 Manuscript Due August 1, 2005 =20 Acceptance Notification December 1, 2005 =20 Final Manuscript Due February 1, 2006 =20 Publication Date 2nd Quarter, 2006 =20 Guest Editors: Wei (Wayne) Li, Department of Electrical Engineering and Computer = Science, The University of Toledo, Toledo, OH 43606, USA Mohsen Guizani, Department of Computer Science, Western Michigan = University, Kalamazoo, MI 49008, USA Demetrios Kazakos, Department of Electrical and Computer Engineering, = University of Idaho, Moscow, ID 83844, USA 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=3DQoS = . All referees shall receive a complimentary copy of the special issue = upon publication.=20 ------=_NextPart_000_0223_01C568FB.6967AF90 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

APOLOGIES IF YOU = RECEIVED=20 MULTIPLE COPIES

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

<= /FONT>

3D"Quality

3D"Call

Mobile ad hoc networking is a challenging task due to a = lack of=20 resources residing in the network as well as frequent changes in network = topology. Although much research has been directed to supporting QoS in = the=20 Internet and traditional wireless networks, present results are not = suitable for=20 mobile ad hoc network (MANET). QoS support for mobile ad hoc networks = remains an=20 open problem, drawing interest from both academia and industry under = military=20 and commercial sponsorship. MANETs have certain unique characteristics = that pose=20 several difficulties in provisioning QoS, such as dynamically varying = network=20 topology, lack of precise state information, lack of central control,=20 error-prone shared radio channels, limited resource availability, hidden = terminal problems, and insecure media, and little consensus yet exists = on which=20 approaches may be optimal. Future MANETs are likely to be = =93multimode=94 or=20 heterogeneous in nature. Thus, the routers comprising a MANET will = employ=20 multiple, physical-layer wireless technologies, with each new technology = requiring a multiple-access (MAC) protocol for supporting QoS. Above the = MAC=20 layer, forwarding, routing, signaling, and admission control policies = are=20 required, and the best combination of these policies will change as the=20 underlying hardware technology evolves.

The special issue solicits original papers dealing with = state-of-the-art and=20 up-to-date efforts in design, performance analysis, implementation and=20 experimental results for various QoS issues in MANETs. Fundamental = research=20 results as well as practical implementations and demonstrators are=20 encouraged.

Topics of interest include (but are not limited to):

  • QoS models and performance evaluation of MANET=20
  • QoS resource reservation signaling=20
  • Various QoS routing protocols=20
  • Flexible MAC protocols=20
  • Robust modeling and analysis of MANET resource management=20
  • Dynamic and hybrid resource allocation schemes=20
  • Resource control and multimedia QoS support=20
  • Channel characterization=20
  • QoS management and traffic engineering=20
  • Tools and techniques for MANET measurement and simulation=20
  • Adaptive QoS provisioning issues=20
  • Information assurance and reliability in MANET

Authors should follow the EURASIP JWCN manuscript format described at = the=20 journal site http://wcn.hindaw= i.com/.=20 Prospective authors should submit an electronic copy of their complete=20 manuscript through the EURASIP JWCN's manuscript tracking system at http://www.mstracking.com/wcn/,=20 according to the following timetable.

Manuscript Due August 1, 2005
Acceptance Notification December 1, 2005
Final Manuscript Due February 1, 2006
Publication Date 2nd Quarter, 2006 =

Guest Editors:

Wei (Wayne) Li, = Department of=20 Electrical Engineering and Computer Science, The University of Toledo, = Toledo,=20 OH 43606, USA

Mohsen Guizani, = Department of=20 Computer Science, Western Michigan University, Kalamazoo, MI 49008, = USA

Demetrios Kazakos, = Department of=20 Electrical and Computer Engineering, University of Idaho, Moscow, ID = 83844,=20 USA

Refereeing:

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

------=_NextPart_000_0223_01C568FB.6967AF90-- --===============1037963362== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============1037963362==-- From manet-bounces@ietf.org Sun Jun 05 23:25:23 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Df8Es-0006gL-WF; Sun, 05 Jun 2005 23:25:23 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Df8Er-0006gG-K8 for manet@megatron.ietf.org; Sun, 05 Jun 2005 23:25:21 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA24805 for ; Sun, 5 Jun 2005 23:25:19 -0400 (EDT) Received: from ns1.cs.yorku.ca ([130.63.86.28] helo=silver.cs.yorku.ca) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Df8Zc-0005Vs-CR for manet@ietf.org; Sun, 05 Jun 2005 23:46:49 -0400 Received: from [130.63.86.28] (helo=silver.cs.yorku.ca.cs.yorku.ca ident=root) by silver.cs.yorku.ca with esmtp (Exim 4.51) id 1Df8Eg-0002xh-9Z for manet@ietf.org; Sun, 05 Jun 2005 23:25:11 -0400 Received: from CPE000d88900cef-CM0013718cd2d4.cpe.net.cable.rogers.com (CPE000d88900cef-CM0013718cd2d4.cpe.net.cable.rogers.com [65.49.224.241]) by mail.cs.yorku.ca (IMP) with HTTP for ; Sun, 05 Jun 2005 23:25:10 -0400 Message-ID: <1118028310.42a3c2162172b@mail.cs.yorku.ca> Date: Sun, 05 Jun 2005 23:25:10 -0400 From: Lan Hoang Nguyen To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 65.49.224.241 X-Spam-Score: 0.1 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Content-Transfer-Encoding: 8bit Subject: [manet] Secure Multicast Routing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi, Does anyone know any papers or work-in-progress on "Secure Multicast Routing in Ad Hoc Networks" ? Thanks. Lan ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Jun 06 00:54:46 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Df9dO-0005Qo-88; Mon, 06 Jun 2005 00:54:46 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Df9dL-0005Ph-3c for manet@megatron.ietf.org; Mon, 06 Jun 2005 00:54:43 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA29011 for ; Mon, 6 Jun 2005 00:54:39 -0400 (EDT) Received: from [203.199.83.245] (helo=rediffmail.com) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1Df9y5-00073M-Az for manet@ietf.org; Mon, 06 Jun 2005 01:16:11 -0400 Received: (qmail 20377 invoked by uid 510); 6 Jun 2005 04:56:09 -0000 Date: 6 Jun 2005 04:56:09 -0000 Message-ID: <20050606045609.20375.qmail@mailweb33.rediffmail.com> Received: from unknown (61.1.179.43) by rediffmail.com via HTTP; 06 jun 2005 04:56:09 -0000 MIME-Version: 1.0 From: "gokina " To: manet@ietf.org X-Spam-Score: 2.1 (++) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 Subject: [manet] avoiding voids in geographic routing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gokina List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1085489998==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multipart mime message --===============1085489998== Content-type: multipart/alternative; boundary="Next_1118033769---0-203.199.83.245-20371" This is a multipart mime message --Next_1118033769---0-203.199.83.245-20371 Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi,=0A There has been significant research done on geographic routing in W= ireless Sensor Networks. Some of the routing protocols use back routing as = in SPEED protocol etc, to avoid voids. =0A=0A I want to know if there is an= y work which uses other mechanisms better than back routing to avoid voids = or holes.=0A=0A If you have came across any such publications or research w= ork, please give me relevant links.=0A=0AThanking you,=0AGokina.=0A --Next_1118033769---0-203.199.83.245-20371 Content-type: text/html; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable

=0AHi,
=0A There has been significant research done on geographic rou= ting in  Wireless Sensor Networks. Some of the routing protocols use b= ack routing as in SPEED protocol etc, to avoid voids.
=0A
=0A I want= to know if there is any work which uses other mechanisms better than back = routing to avoid voids or holes.
=0A
=0A If you have came across any = such publications or research work, please give me relevant links.
=0A=0AThanking you,
=0AGokina.
=0A=0A

=0A

=0A=0A --Next_1118033769---0-203.199.83.245-20371-- --===============1085489998== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============1085489998==-- From manet-bounces@ietf.org Mon Jun 06 04:09:28 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DfCfo-00084u-4V; Mon, 06 Jun 2005 04:09:28 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DfCfl-00084o-2V for manet@megatron.ietf.org; Mon, 06 Jun 2005 04:09:25 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA08430 for ; Mon, 6 Jun 2005 04:09:18 -0400 (EDT) Received: from gate6.dnshostmaster.net ([202.190.202.80] helo=todaktech.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DfD0S-0002yG-U9 for manet@ietf.org; Mon, 06 Jun 2005 04:30:50 -0400 Received: from azalea [219.93.89.89] by todaktech.com with ESMTP (SMTPD32-8.14) id A5B68800EC; Mon, 06 Jun 2005 16:13:42 +0800 From: "Azalea" To: Date: Mon, 6 Jun 2005 16:09:01 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.0 (/) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 Content-Transfer-Encoding: 8bit Subject: [manet] aodv-uu-0.8.1 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi, I am trying to execute the aodv-uu version 0.8.1 on my RedHat 9 with kernel 2.4.20-6. My wireless network card is installed on eth1. When i run aodvd as below [root@azalea aodv-uu-0.8.1]# ./aodvd -l -r 3 12:38:57.068 host_init: Could not get index of p???: No such device 12:38:57.068 cleanup: CLEANING UP! 12:38:57.075 packet_queue_destroy: Destroyed 0 buffered packets! Mr. Erick Nordstrom advised me to run using "aodvd -i eth1" because it seems that the program cannot automatically detect my wireless card. When i run as below i got the following message. [root@azalea aodv-uu-0.8.1]# ./aodvd -i eth1 -l -r 3 12:40:23.678 packet_input_init: Netlink socket buffer is 131070 12:40:23.678 aodv_socket_init: RAW send socket buffer size set to 131070 12:40:23.679 aodv_socket_init: Receive buffer size set to 131070 12:40:23.679 main: In wait on reboot for 15000 milliseconds. Disable with "-D". 12:40:23.679 hello_start: Starting to send HELLOs! 12:40:38.685 wait_on_reboot_timeout: Wait on reboot over!! Is anyone able to help me by explaining to me what these messages means? What can i expect to see what i execute the "aodvd" command and how do i use it properly. I am trying to establist routing connections between 3 nodes up to 10 nodes, please advise how do i do this. Thank you -Azalea _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Jun 06 04:46:32 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DfDFg-0002nb-BW; Mon, 06 Jun 2005 04:46:32 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DfDFe-0002nW-CX for manet@megatron.ietf.org; Mon, 06 Jun 2005 04:46:30 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA10315 for ; Mon, 6 Jun 2005 04:46:28 -0400 (EDT) Received: from smtp.um.es ([155.54.212.105] helo=xenon2.telemat.um.es) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DfDaR-0003cb-Vw for manet@ietf.org; Mon, 06 Jun 2005 05:08:01 -0400 Received: from localhost (localhost [127.0.0.1]) by xenon2.telemat.um.es (Postfix) with ESMTP id 3F0CD23C3A3; Mon, 6 Jun 2005 10:46:14 +0200 (CEST) Received: from xenon2.telemat.um.es ([127.0.0.1]) by localhost (xenon2 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01504-01-13; Mon, 6 Jun 2005 10:46:14 +0200 (CEST) Received: from [155.54.210.26] (dibulibu.um.es [155.54.1.250]) by xenon2.telemat.um.es (Postfix) with ESMTP id 0DF2623C394; Mon, 6 Jun 2005 10:46:13 +0200 (CEST) Message-ID: <42A40D48.60001@dif.um.es> Date: Mon, 06 Jun 2005 10:46:00 +0200 From: "Pedro M. Ruiz" User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lan Hoang Nguyen Subject: Re: [manet] Secure Multicast Routing References: <1118028310.42a3c2162172b@mail.cs.yorku.ca> In-Reply-To: <1118028310.42a3c2162172b@mail.cs.yorku.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at telemat.um.es X-Spam-Score: 0.0 (/) X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9 Content-Transfer-Encoding: 7bit Cc: manet@ietf.org X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi, We developed a multicast routing protocol for hybrid MANETs (connected to Internet) called MMARP. We are currently on the process of securing the protocol. We already have some prototype based on CGAs. I can provide further information if this is what you are looking for. Please, do no hesitate to contact me if that is the case. --Pedro Pedro M. Ruiz http://ants.dif.um.es/staff/pedrom Lan Hoang Nguyen wrote: >Hi, > >Does anyone know any papers or work-in-progress on "Secure Multicast Routing in >Ad Hoc Networks" ? > >Thanks. > >Lan > > > > > > >---------------------------------------------------------------- >This message was sent using IMP, the Internet Messaging Program. > >_______________________________________________ >manet mailing list >manet@ietf.org >https://www1.ietf.org/mailman/listinfo/manet > > > _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Jun 06 10:04:11 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DfID5-0004s1-Cz; Mon, 06 Jun 2005 10:04:11 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DfID2-0004qt-Q5 for manet@megatron.ietf.org; Mon, 06 Jun 2005 10:04:08 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA02292 for ; Mon, 6 Jun 2005 10:04:06 -0400 (EDT) Received: from smtp7.clb.oleane.net ([213.56.31.27]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DfIXr-0001Ya-V3 for manet@ietf.org; Mon, 06 Jun 2005 10:25:41 -0400 Received: from Pavillonquatre (upperside.rain.fr [194.206.151.59] (may be forged)) by smtp7.clb.oleane.net with ESMTP id j56E3mQ0020798 for ; Mon, 6 Jun 2005 16:03:51 +0200 Message-Id: <200506061403.j56E3mQ0020798@smtp7.clb.oleane.net> From: "PETER" To: Date: Mon, 6 Jun 2005 16:03:42 +0200 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcVqoIvvD4cn7OCkTsyIM8E/k7udGw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.1 (/) X-Scan-Signature: b22590c27682ace61775ee7b453b40d3 Subject: [manet] WiMAX Summit - Paris - France - Call for proposals X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2122961392==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============2122961392== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01C56AB1.5131C8E0" This is a multi-part message in MIME format. ------=_NextPart_000_0004_01C56AB1.5131C8E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The third edition of the WiMAX Summit, the most important European event dedicated to this technology, will stand in Paris next February 21-24, 2006. A call for proposals is online at: http://www.upperside.fr/wimax2006/wimax2006intro.htm The dead line for turning in abstracts is June 30. ------=_NextPart_000_0004_01C56AB1.5131C8E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The third edition of the WiMAX Summit, the = most important European event dedicated to this technology, will stand in = Paris next = February 21-24, 2006.

A call for proposals is online = at:

http://www.upperside.fr/wimax2006/wimax2006intro.htm<= /a>

The dead line for turning in abstracts is June = 30.

 

------=_NextPart_000_0004_01C56AB1.5131C8E0-- --===============2122961392== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============2122961392==-- From manet-bounces@ietf.org Mon Jun 06 12:43:02 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DfKgo-0001h4-Az; Mon, 06 Jun 2005 12:43:02 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DfKgl-0001gz-Pi for manet@megatron.ietf.org; Mon, 06 Jun 2005 12:42:59 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA15798 for ; Mon, 6 Jun 2005 12:42:57 -0400 (EDT) Received: from web25804.mail.ukl.yahoo.com ([217.12.10.189]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DfL1X-0005Ag-FP for manet@ietf.org; Mon, 06 Jun 2005 13:04:34 -0400 Received: (qmail 12506 invoked by uid 60001); 6 Jun 2005 16:42:42 -0000 Message-ID: <20050606164242.12504.qmail@web25804.mail.ukl.yahoo.com> Received: from [194.145.62.46] by web25804.mail.ukl.yahoo.com via HTTP; Mon, 06 Jun 2005 17:42:42 BST Date: Mon, 6 Jun 2005 17:42:42 +0100 (BST) From: =?iso-8859-1?q?V=EDtor=20Jesus?= Subject: Re: [manet] AODV or DSR To: "Charles E. Perkins" , Rafael Paoliello Guimaraes In-Reply-To: <429631EE.5090000@iprg.nokia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Spam-Score: 0.1 (/) X-Scan-Signature: a2c12dacc0736f14d6b540e805505a86 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id MAA15798 Cc: manet@ietf.org X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org The way I see it (mr Perkins and mr Maltz know better than I), the actual _ONLY_ difference between DSR and AODV is source-routing/forwarding table.=20 The thing is that, avoiding source-routing took so many changes and work-arounds, that, in the end, they became two completely different routing protocols. Besides, the sequence numbers concept in AODV (freshness, loop-avoidance) is a (brilliant) side effect that came up in between. But I personally consider AODV as a descendant of DSR (or a mix between DSR and DSDV). Doesnt mean AODV is "better" but, chronologically and architecturally, I consider AODV descends from DSR. Just for an opinion. --V=EDtor JS --- "Charles E. Perkins" wrote: >=20 > Hello Rafael, >=20 > Take a look at AODVbis, which already specifies this > operation of > recording the paths within RREQ and RREP messages.=20 > We published > a paper that showed performance improvements > resulting from this, > but I don't have the citation handy. Chris Schiflet > was the author. >=20 > Regards, > Charlie P. >=20 >=20 > Rafael Paoliello Guimaraes wrote: >=20 > > Hello all, > > > > I was simulating some extensions for the AODV > protocol and in one of > > this extensions I would need to record all the > path that a RREQ goes > > through and then send it back to the source node > through RREP. But then > > I was thinking that if it shouldn't be the case of > using DSR instead. > > Isn't this the big difference between DSR and AODV > (route recording)? Or > > are there any other relevant differences that I am > not taking into=20 > > account? > > > > Just to complete, what is the actual state of DSR? > It's not an RFC yet, > > is it? Was its standarization abandonned? > > > > Cheers, > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Rafael Paoliello Guimaraes > > PhD Student - Computer Networking Group > > Department of Computer Architecture (DAC) > > Polytechnic University of Catalonia (UPC) > > Phone: +34-934017187 Fax: +34-934017055 > > URL: http://people.ac.upc.es/rpaoliel > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > _______________________________________________ > > manet mailing list > > manet@ietf.org > > https://www1.ietf.org/mailman/listinfo/manet >=20 >=20 >=20 >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www1.ietf.org/mailman/listinfo/manet >=20 =09 =09 =09 ___________________________________________________________=20 Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voic= email http://uk.messenger.yahoo.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Jun 06 12:56:59 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DfKuJ-0003Q7-Tc; Mon, 06 Jun 2005 12:56:59 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DfKuI-0003Q2-Am for manet@megatron.ietf.org; Mon, 06 Jun 2005 12:56:58 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA16814 for ; Mon, 6 Jun 2005 12:56:55 -0400 (EDT) Received: from brev.sics.se ([193.10.64.200]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DfLFA-0005TP-36 for manet@ietf.org; Mon, 06 Jun 2005 13:18:33 -0400 Received: from sics.se (hume.sics.se [193.10.65.168]) by brev.sics.se (8.12.8/8.12.8) with ESMTP id j56GuiiM017361; Mon, 6 Jun 2005 18:56:44 +0200 env-to () env-from (lmfeeney@sics.se) Message-ID: <42A4804E.6030807@sics.se> Date: Mon, 06 Jun 2005 18:56:46 +0200 From: Laura Marie Feeney User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7b) Gecko/20040429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: manet@ietf.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Spam-Score: 0.0 (/) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 Content-Transfer-Encoding: 7bit Cc: ssc@cc.hut.fi Subject: [manet] Call for participation: MeshNets 2005 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org CALL FOR PARTICIPATION Mesh Networking: Realizing the Wireless Internet MESHNETS 2005 In conjunction with WICON 2005 10 July 2005 Budapest, Hungary The preliminary program is available at http://www.meshnets.org The long term success of the Internet depends on the establishment of an architectural framework that can meet the increasingly stringent demands placed on it by our mobile, 'always connected' society. Wireless mesh networks are expected to be a key element of this future. The goal of this workshop is to bring together an international group of academics, researchers, and industry practitioners to provide a view of the state of the art, identify outstanding challenges and present current research on all aspects of mesh networks. Please join us in Budapest for MeshNets 2005! Best regards, Meshnets2005 Co-chairs Shyam Chakraborty (ssc@cc.hut.fi) Sumit Roy (roy@ee.washington.edu) _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Jun 07 06:46:12 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dfbb2-0007Y6-C8; Tue, 07 Jun 2005 06:46:12 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dfbb0-0007XY-02 for manet@megatron.ietf.org; Tue, 07 Jun 2005 06:46:10 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA09331 for ; Tue, 7 Jun 2005 06:46:07 -0400 (EDT) Received: from web26405.mail.ukl.yahoo.com ([217.146.176.29]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1Dfbvw-0007dH-9X for manet@ietf.org; Tue, 07 Jun 2005 07:07:54 -0400 Received: (qmail 3999 invoked by uid 60001); 7 Jun 2005 10:45:49 -0000 Message-ID: <20050607104549.3997.qmail@web26405.mail.ukl.yahoo.com> Received: from [193.95.33.18] by web26405.mail.ukl.yahoo.com via HTTP; Tue, 07 Jun 2005 12:45:49 CEST Date: Tue, 7 Jun 2005 12:45:49 +0200 (CEST) From: amine elabidi To: manet manet MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id GAA09331 Subject: [manet] simulation of autoconfiguration mecanism X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org I need to simulate a mecanism of autoconfiguration in ad hoc networks, but all simulators (ns2 glomosim, jsim,..) have the same problems : the simulator use the same ID (identifier ) for all layers (PHY,MAC, IP, TRANSPORT, APPLICATION) then to make a difference between the MAc_adresse and IP_adress we need to change all the down layers (MAC, PHY, CHANEL,...) Please if you have made a solution to this problem, please give me an idea Any Answer will be helpful =09 =09 =09 _________________________________________________________________________= ____=20 D=E9couvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos m= ails, photos et vid=E9os !=20 Cr=E9ez votre Yahoo! Mail sur http://fr.mail.yahoo.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Jun 07 10:43:07 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DffIJ-0000st-L2; Tue, 07 Jun 2005 10:43:07 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DffIG-0000sh-DT for manet@megatron.ietf.org; Tue, 07 Jun 2005 10:43:05 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA29560 for ; Tue, 7 Jun 2005 10:43:02 -0400 (EDT) Received: from pilot.jhuapl.edu ([128.244.198.200] helo=jhuapl.edu) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DffdJ-0004f6-UB for manet@ietf.org; Tue, 07 Jun 2005 11:04:51 -0400 Received: from ([128.244.124.185]) by pilot.jhuapl.edu with ESMTP id KP-BRARG.219315; Tue, 07 Jun 2005 10:42:38 -0400 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v622) Message-Id: <2681743d150eab5cd9b5b1131baf0b6f@innovationslab.net> From: Brian Haberman Subject: Re: [manet] aodv-uu-0.8.1 Date: Tue, 7 Jun 2005 10:42:43 -0400 To: "Azalea" X-Mailer: Apple Mail (2.622) X-Spam-Score: 0.0 (/) X-Scan-Signature: 3a4bc66230659131057bb68ed51598f8 Cc: manet@ietf.org X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0604560394==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============0604560394== Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-4-261726786; protocol="application/pkcs7-signature" --Apple-Mail-4-261726786 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: quoted-printable On Jun 6, 2005, at 4:09, Azalea wrote: > Hi, > > I am trying to execute the aodv-uu version 0.8.1 on my RedHat 9 with=20= > kernel > 2.4.20-6. My wireless network card is installed on eth1. When i run=20 > aodvd as > below > > [root@azalea aodv-uu-0.8.1]# ./aodvd -l -r 3 > 12:38:57.068 host_init: Could not get index of p???=1C=06: No such = device > 12:38:57.068 cleanup: CLEANING UP! > 12:38:57.075 packet_queue_destroy: Destroyed 0 buffered packets! > > > Mr. Erick Nordstrom advised me to run using "aodvd -i eth1" because it=20= > seems > that the program cannot automatically detect my wireless card. When i=20= > run as > below i got the following message. > > [root@azalea aodv-uu-0.8.1]# ./aodvd -i eth1 -l -r 3 > 12:40:23.678 packet_input_init: Netlink socket buffer is 131070 > 12:40:23.678 aodv_socket_init: RAW send socket buffer size set to=20 > 131070 > 12:40:23.679 aodv_socket_init: Receive buffer size set to 131070 > 12:40:23.679 main: In wait on reboot for 15000 milliseconds. Disable=20= > with > "-D". > 12:40:23.679 hello_start: Starting to send HELLOs! > 12:40:38.685 wait_on_reboot_timeout: Wait on reboot over!! > > > Is anyone able to help me by explaining to me what these messages=20 > means? > What can i expect to see what i execute the "aodvd" command and how do=20= > i use > it properly. I am trying to establist routing connections between 3=20 > nodes up > to 10 nodes, please advise how do i do this. > This is an indication that iptables is blocking the aodv messages. You=20= will need to flush the iptables in order to allow aodv packet reception. Regards, Brian --Apple-Mail-4-261726786 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGJDCCAt0w ggJGoAMCAQICAwz21DANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQwOTAxMTcxOTM4WhcNMDUwOTAxMTcxOTM4WjBKMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMScwJQYJKoZIhvcNAQkBFhhicmlhbkBpbm5vdmF0aW9u c2xhYi5uZXQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDRogfqvQwSubSspmgfho1w Br2IRBf5DI+pvLyiFcMM7KTRomseAAznLq+OjixIzT08u0opCIB91C2fohXwqf05+NVmd3/IIrOh gQoQeFrwZdRwkmA1p6/+ivWwwyiIBBVjyIx5cdULoGi3Nl0hanW99zEHWMR7cr9YRfkhrYwyrLwF 2dUlanpDcoC+PJfimFv7Sp5Ymut3GMuvc4hrzmUBs3GhZVUbxrknxBb9C0ApLa++79wQtcrzK7Nr HkGl63vTkfCaR2HqPE53GT1NvPSQyRUMbVBmx5xzuHUlQAY/fMDOLv45qFa9Xb8XfP1Xb+chYzHX xPx4pqVTzZUnfi3RAgMBAAGjNTAzMCMGA1UdEQQcMBqBGGJyaWFuQGlubm92YXRpb25zbGFiLm5l dDAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBABHGCDHcruXemZ3lBjGb0E+TXfwILkNu UykBjSlywXfghEVSEO/cZ/0tMjrqIn1GF3GZeKecvx/aIFawl2pSUejjnLUrEE6Ro5AQs5kyZI3b ma3GPa+TMEOeXBr8Wp+HwkMAk+McfRfGNGTDIBwF+8LnQmMCPlvTYEfuUZ93AAxCMIIDPzCCAqig AwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4g Q2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYG A1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3 dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAj BgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJz b25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxV c1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuF Wqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8 YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDag NIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYD VR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODANBgkq hkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82L8D0HFAg k3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr394fWxghOrvbq NOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAucwggLjAgEBMGkwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMM9tQwCQYFKw4DAhoFAKCCAVMwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDUwNjA3MTQ0MjQ0WjAjBgkqhkiG9w0B CQQxFgQUW75C8r6i6CxVoKXvSMiCg/nZL/IweAYJKwYBBAGCNxAEMWswaTBiMQswCQYDVQQGEwJa QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3Rl IFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAwz21DB6BgsqhkiG9w0BCRACCzFroGkwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNV BAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAgMM9tQwDQYJKoZIhvcNAQEB BQAEggEATHu0lv7tu8lz3QVzI29G/XH1SxjTR2oP2aXJ5NXgwUz4rilvwrFugZoPmKARqwjDLyCf sdDGYQlvc5s/9vOkp4HnigEJzIJukEG2/rIbxHQyjKxRcWrnvkrVu3v+TaKCMxYrwQnF6sjEu4cz xBt9TkQBzlCY+shmmm1PUwj5UbacxMLTaV14ddzqaP5pGqVvL4vULpcyArEho7H3WBPu5kn6ty96 kWQ3VWUc31AKp3xO/MVeaOsMo0u5oyp9meUtxGZW74yQOoalq2pnBnVc8MTCPWuDQVjeYlHylNId tnX5OH5oCmYxxQTrxqaiWXIU+m18OzAZgH+dkuT9BIT4igAAAAAAAA== --Apple-Mail-4-261726786-- --===============0604560394== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============0604560394==-- From manet-bounces@ietf.org Tue Jun 07 17:38:37 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DflmP-0006lO-OO; Tue, 07 Jun 2005 17:38:37 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DflmN-0006lJ-8k for manet@megatron.ietf.org; Tue, 07 Jun 2005 17:38:35 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA15749 for ; Tue, 7 Jun 2005 17:38:32 -0400 (EDT) Received: from mail.tns.net ([216.86.143.7] helo=remail.tns.net) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dfm7U-0001Ne-92 for manet@ietf.org; Tue, 07 Jun 2005 18:00:25 -0400 Received: from IBMT421148 (66-146-170-74.skyriver.net [66.146.170.74]) by remail.tns.net (8.12.8p1/9.4.4) with ESMTP id j57LcLY1006471; Tue, 7 Jun 2005 14:38:22 -0700 (PDT) (envelope-from zzhang@ieee.org) Message-Id: <200506072138.j57LcLY1006471@remail.tns.net> From: "Zhensheng Zhang" To: Date: Tue, 7 Jun 2005 14:38:21 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 thread-index: AcVrhwzVSz2WUURTTROnRDTv/MT/gAAIMn+gAABMk1A= In-Reply-To: <200506072134.j57LYZY1004250@remail.tns.net> X-Milter: Spamilter (Reciever: remail.tns.net; Sender-ip: 66.146.170.74; Sender-helo: ibmt421148; ) X-Spam-Score: 0.0 (/) X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581 Content-Transfer-Encoding: 7bit Cc: muldavin@ll.mit.edu, 'Fred Schindler' Subject: [manet] CF papers IEEE Radio Wireless symposium 2006 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Apology if you receive multiple copies... Call For papers: IEEE Radio and Wireless Symposium 2006 January 17-19, 2006, San Diego Paper submissions deadline July 7, 2005. More information can be found at http://rawcon.org thanks Zhensheng _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Jun 08 12:17:14 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dg3Ew-0005xG-EQ; Wed, 08 Jun 2005 12:17:14 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dg3Es-0005v9-L3 for manet@megatron.ietf.org; Wed, 08 Jun 2005 12:17:10 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA13686 for ; Wed, 8 Jun 2005 12:17:08 -0400 (EDT) Received: from web32605.mail.mud.yahoo.com ([68.142.207.232]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1Dg3a9-0008PU-Ky for manet@ietf.org; Wed, 08 Jun 2005 12:39:10 -0400 Received: (qmail 67343 invoked by uid 60001); 8 Jun 2005 16:17:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=RPYzUmlcya3tUk2vCj1GeYjsJ0J3WvVkM9mRchhKQx1+8jWpqqfSrF1i0lR8x9cOm/lYEtm5dosYwBBIHQA4j1wsyF5LhzJvnZnZfygzP5n0J0E/ab/yQ4eVVrDKjvb12wKqg75QI1WW3CHZlbr87DmB7BosdShar+7fEEdUy9M= ; Message-ID: <20050608161700.67341.qmail@web32605.mail.mud.yahoo.com> Received: from [140.158.80.16] by web32605.mail.mud.yahoo.com via HTTP; Wed, 08 Jun 2005 09:17:00 PDT Date: Wed, 8 Jun 2005 09:17:00 -0700 (PDT) From: Chris Yao To: manet@ietf.org MIME-Version: 1.0 X-Spam-Score: 1.6 (+) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Subject: [manet] one question regarding energy consumption X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0592635521==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============0592635521== Content-Type: multipart/alternative; boundary="0-82802584-1118247420=:67313" Content-Transfer-Encoding: 8bit --0-82802584-1118247420=:67313 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit hi, I would like to know is there any paper discussing the energy consumption about mathematical operation (XOR, ADDITION, SHIFT, etc) in wireless sensor networks? Any information is welcome. Best Regards, Chris __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-82802584-1118247420=:67313 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
hi,
 
I would like to know is there any paper discussing the energy consumption about mathematical operation (XOR, ADDITION, SHIFT, etc) in wireless sensor networks?
 
Any information is welcome.
 
Best Regards,
 
Chris

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com --0-82802584-1118247420=:67313-- --===============0592635521== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============0592635521==-- From manet-bounces@ietf.org Wed Jun 08 13:34:39 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dg4Rp-0004nA-7q; Wed, 08 Jun 2005 13:34:37 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dg4Rk-0004n5-PL for manet@megatron.ietf.org; Wed, 08 Jun 2005 13:34:32 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA19672 for ; Wed, 8 Jun 2005 13:34:31 -0400 (EDT) Received: from 60.92.96-84.rev.gaoland.net ([84.96.92.60] helo=Smtp.neuf.fr) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dg4n2-0001km-Bs for manet@ietf.org; Wed, 08 Jun 2005 13:56:33 -0400 Received: from [192.168.2.13] ([84.97.242.200]) by sp604001mt.gpm.neuf.ld (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IHS004TA0SD6TO0@sp604001mt.gpm.neuf.ld> for manet@ietf.org; Wed, 08 Jun 2005 19:33:50 +0200 (CEST) Date: Wed, 08 Jun 2005 19:31:09 +0200 From: Claude Chaudet To: manet@ietf.org Message-id: <2d2d73ff5af76a4d78571b8b2d3219ef@enst.fr> MIME-version: 1.0 X-Mailer: Apple Mail (2.622) Content-type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Content-transfer-encoding: quoted-printable X-Spam-Score: 2.8 (++) X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6 Content-Transfer-Encoding: quoted-printable Subject: [manet] WONS 2006 Call for Papers X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Please accept our apologies if you receive multiple copies of this =20 announcement. Claude Chaudet. ------------------------------------------------------------------------=20= ------ CALL FOR PAPERS - WONS 2006 The Third International Conference on Wireless On demand Network Systems and Services Les M=E9nuires, FRANCE, January 18-20, 2006 http://ares.insa-lyon.fr/wons2006 ------------------------------------------------------------------------=20= ------ SCOPE ----- Wireless networks, be it Wi-Fi access, mobile ad hoc as well as sensor networks, aim at providing ubiquitous connectivity and network centric services to the masses and to massively networked systems. An important attribute of such networks is that they can be deployed "on demand" with minimal planning and management effort as well as with little dependency on existing network infrastructures. Concepts like ambient intelligence and disappearing computers that are part of a global and fully self-organized Internet hint at the scope of this vision, but also at the formidable challenges that come with it. For this conference we request submissions of high quality research papers on "wireless on demand networks" that provide novel insights on protocol and network design, modelling and performance evaluation, pricing and profitability models, QoS models, practical implementations, service level aspects and Internet integration of wireless networks. Topics related to wireless ad hoc networks and sensor networks =20 comprise, but are not limited to: * Architecture and Design * Analysis through simulation and experimental evaluation * Modeling * Internet integration * Social and economic aspects * Pervasive / ubiquitous computing * Localization and mobility management * Security * Energy-efficient protocols and power management * Applications and Service Support * Data dissemination and peer2peer systems PAPER INSTRUCTIONS ------------------ Submitted papers must not have been published elsewhere nor currently be under review by another conference or journal. Authors are invited to submit full/short papers. Short papers should present future research directions, on going work, visionary, innovative ideas. Further submission instructions will be published on the conference web =20= site. IMPORTANT DATES --------------- Full Paper Submission: Monday, September 12th, 2005 Acceptance notification: Monday, October 17th, 2005 Camera-ready due: Monday, November 7th, 2005 TECHNICAL COMMITTEES -------------------- General Chair Mario Gerla, UCLA, USA Isabelle Gu=E9rin Lassous, INRIA, France Program Committee Chairs Carla-Fabiana Chiasserini, Politecnico di Torino, Italy Edward Knightly, Rice University, USA Organization Commitee Claude Chaudet, ENST, France Daniele Herzog, INRIA, France _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Jun 09 04:53:55 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DgInS-0001Xb-N3; Thu, 09 Jun 2005 04:53:54 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DgInR-0001XW-HV for manet@megatron.ietf.org; Thu, 09 Jun 2005 04:53:53 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA04588 for ; Thu, 9 Jun 2005 04:53:51 -0400 (EDT) Received: from criges14.insa-lyon.fr ([134.214.76.242]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DgJ8L-0007cx-3Q for manet@ietf.org; Thu, 09 Jun 2005 05:15:32 -0400 Received: from localhost (localhost [127.0.0.1]) by criges14.insa-lyon.fr (Postfix) with ESMTP id CDDA8F8046 for ; Thu, 9 Jun 2005 10:52:29 +0200 (CEST) Received: from criges14.insa-lyon.fr ([127.0.0.1]) by localhost (criges14.insa-lyon.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30785-07 for ; Thu, 9 Jun 2005 10:52:26 +0200 (CEST) Received: from localhost (criges1.insa-lyon.fr [134.214.76.54]) by criges14.insa-lyon.fr (Postfix) with ESMTP id 5C423F8089 for ; Thu, 9 Jun 2005 10:52:26 +0200 (CEST) Received: from ares-chaudet-2.insa-lyon.fr (ares-chaudet-2.insa-lyon.fr [134.214.144.173]) by webmail.insa-lyon.fr (IMP) with HTTP for ; Thu, 09 Jun 2005 10:52:22 +0200 Message-ID: <1118307142.42a80346b97dc@webmail.insa-lyon.fr> Date: Thu, 09 Jun 2005 10:52:22 +0200 From: Guerin-Lassous Isabelle To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 User-Agent: Internet Messaging Program (IMP) 3.2.2 X-Originating-IP: 134.214.144.173 X-Virus-Scanned: amavisd-new at INSA-LYON Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Scan-Signature: 0770535483960d190d4a0d020e7060bd Content-Transfer-Encoding: quoted-printable Subject: [manet] InterSense 2006: 1st Call For Paper X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Sorry for the multiple copies! Isabelle Gu=E9rin Lassous ****************************** -------------------------------------------------------------------------= ----- CALL FOR PAPERS - InterSense 2006 1st International Conference on Integrated Internet Ad Hoc and Sensor Net= works Nice, FRANCE, May 29-31, 2006 http://www.intersense.org -------------------------------------------------------------------------= ----- SCOPE ----- The InterSense 2006 conference seeks to provide an opportunity for researchers from computer science, engineering and mathematical backgrounds to disseminate and exchange knowledge in the rapidly emerging field of future heterogeneous supernetworks where ad hoc and sensor wireless networks will be integrated into wired and/or wireless fixed infrastructure. The integration of ad hoc and sensor networks with the Internet and wireless infrastructure networks increases the network capacity, coverage area and application domain. In the future interconnection framework for wireless sensor and ad hoc networks, internetworking is not simply a way to transport information from and to remote hosts. The foreseen degree of integration reaches the upper levels of the stack, where one network will offer services to others (including communication services). In the 'sensors to wideband' integrated heterogeneous architecture, even sensor networks component may be heterogeneous, consisting of sensors with varied functionalities and capabilities. This architecture may include an ad hoc network of actors, capable of monitoring the sensor network deployment and acting to increase the network utility. In the emerging area of ubiquitous computing, networked small embedded devices with sensing capabilities will play a key role. Radio Frequency Identification (RFID) shows a great potential for identification of static and mobile objects and poses numerous questions regarding their implementation, capability, performance, reliability and integration with other technologies.=20 The conference will comprehensively cover physical, data link, network and transport layers, as well as application, security, simulation and power management issues in integrated and heterogeneous networks, including sensor, local area, satellite, vehicular, personal, and mobile ad hoc networks.=20 Possible topics of interests include, but are not limited to:=20 * integration with wired networks, wireless Internet, * autonomic systems, * database systems, operating systems, * time synchronization and calibration, * position determination, service and location discovery, * sensor area coverage, data-centric operations, * addressing, location and mobility management, * data communication, routing and broadcasting protocols, * traffic engineering and multimedia, Quality of Service (QoS), * resource management and scheduling, * cross layer protocol design, * RFID technologies, * ubiquitous sensor networks, * embedded and ubiquitous computing, * algorithmic solutions and complexity, * topology control, scalability, * operating systems and middleware, * performance evaluation, testbeds, modeling and simulation.=20 PAPER INSTRUCTIONS ------------------ Submission instructions are published on the conference web site. IMPORTANT DATES --------------- Full Paper Submission: December 12, 2005 Short Paper Submission: January 5, 2006 Acceptance notification: February 6, 2006 Camera-ready due: February 27, 2006 TECHNICAL COMMITTEES -------------------- General Chair Imrich Chlamtac, University of Trento, CREATE-NET, Italy General Vice-Chair David Simplot-Ryl, University of Lille, INRIA Futurs, France Program Committee Chair Ivan Stojmenovic, University of Ottawa, Canada Program Committee Vice-Chairs Val=E9rie Issarny, INRIA, France =20 Daniele Miorandi CREATE-NET, Italy =20 Jelena Misic University of Manitoba, Canada =20 Pedro M. Ruiz Martinez Facultad de Inform=E1tia, Murcia, Spain =20 Yu Wang Univ. North Carolina at Charlotte, USA Program Committee Members (preliminary list) Gordon Blair, Lancaster University, UK Mihaela Cardei, Florida Atlantic University, USA Jean Carle, University of Lille, France Marco Conti, CNR-IIT, Italy Fei Dai, North Dakota State University, USA Arjan Durresi, Lousiana State University, USA Eric Fleury, INRIA, France Silvia Giordano, Univ. of Applied Science, SUPSI, Switzerland Sonia Heemstra de Groot, Twente Institute for Wireless and Mobile Communications, The Netherlands Xiaohua Jia, City University of Hong Kong, China Andreas Kassler, Karlstad University, Sweden Arzad A. Kherani, INRIA, France Miguel A. Labrador, Univ. South Florida, USA Peter Larsson, Ericsson Research, Sweden Qun Li, College of William and Mary, USA Wei Li, The University of Toledo, USA Xiang-Yang Li, Illiniois Institue of Technology, Chicago, USA Cecilia Mascolo, University College London, UK Vojislav B. Misic, University of Manitoba, Canada Lionel Ni, The Hong Kong University of Science and Technology, China Stephan Olariu, Old Dominion University, USA Gian Pietro Picco, Politecnico di Milano, Italy Jason Redi, BBN Technologies, USA Paolo Santi, Istituto di Informatica e Telematica del CNR, Italy Milica Stojanovic, MIT, USA Violet R. Syrotiuk, Arizona State University, USA Christian Tschudin, University of Basel, Switzerland Wei Ye, ISI, USA Jie Wu, Florida Atlatic University, USA Jerry Zhao, ICSI Berkeley, USA Gil Zussman, MIT, USA=20 Local Organization Chairs =20 David Coudert, INRIA Sophia Antipolis, France =20 Herv=E9 Rivano, CNRS, Sophia Antipolis, France =20 Publicity Chair=20 Isabelle Gu=E9rin Lassous, INRIA Rh=F4ne-Alpes/CITI, France =20 Sponsorships Chair Amiya Nayak, University of Ottawa, Canada=20 Submission and Publication Chair=20 Guillaume Chelius, INRIA Rh=F4ne-Alpes/CITI, France=20 Finance Chair Karen Decker, ICST, USA=20 Web site =20 Alexandre Courbot, INRIA Futurs, France=20 _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 10 01:15:59 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dgbs6-00024b-Oq; Fri, 10 Jun 2005 01:15:58 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dgbs4-00023h-6E for manet@megatron.ietf.org; Fri, 10 Jun 2005 01:15:56 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA22394 for ; Fri, 10 Jun 2005 01:15:55 -0400 (EDT) Received: from wproxy.gmail.com ([64.233.184.201]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DgcDe-0006DQ-TJ for manet@ietf.org; Fri, 10 Jun 2005 01:38:16 -0400 Received: by wproxy.gmail.com with SMTP id 58so405613wri for ; Thu, 09 Jun 2005 22:15:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=lZ+9RHoj0N9mL9rwr6YdHS9oPYZQ9rzXgKmBSakvhV4P50GTeaDlWIVm3YM4w9LcdGSn4ABjMRQXDgC+PRkrlWxq8pRKHiw8TaAU4RVOCnH1/e0R2vct43VE+ZRa/cn25mTpcbOCs/EA82Snj9Lpo78E8DogqWtXDbxAJSrRiUo= Received: by 10.54.8.62 with SMTP id 62mr832079wrh; Thu, 09 Jun 2005 22:15:39 -0700 (PDT) Received: by 10.54.28.56 with HTTP; Thu, 9 Jun 2005 22:15:39 -0700 (PDT) Message-ID: <3c994c2d0506092215140f0bf0@mail.gmail.com> Date: Fri, 10 Jun 2005 14:15:39 +0900 From: naoki nakamura To: manet@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Spam-Score: 0.9 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Content-Transfer-Encoding: quoted-printable Subject: [manet] channel utilization X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: naoki nakamura List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi All I want to calculate channel utilzation in Mac Layer over adhoc networks. I think this is complicated. Any ideas how to calcuate, or papers/aritcles/referece about "how to handle channel utilization"? I need it urgently. Thanks in advance. Naoki. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 10 03:14:53 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DgdjB-00034f-BX; Fri, 10 Jun 2005 03:14:53 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dgdj7-00032T-I4 for manet@megatron.ietf.org; Fri, 10 Jun 2005 03:14:50 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA20029 for ; Fri, 10 Jun 2005 03:14:47 -0400 (EDT) Received: from rproxy.gmail.com ([64.233.170.198]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dge4j-0000b8-8t for manet@ietf.org; Fri, 10 Jun 2005 03:37:10 -0400 Received: by rproxy.gmail.com with SMTP id a41so438257rng for ; Fri, 10 Jun 2005 00:14:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hZzL7B1nCjBlKly2sV9i8Xtzd2eIqvOKLV99fOOg23jN1WFuP6/Lev4jzU8cmkd5+cENWyvudk5+hPycTHJcXqHX2m6zE4yihZ7oJBjHZ4RuZ9cruoJGGFfEZCPz+0NaYP3fVcdqNRDw77/g4W8KbikvGq2k8AVU5mMK3lMm0FM= Received: by 10.38.207.63 with SMTP id e63mr696213rng; Fri, 10 Jun 2005 00:14:44 -0700 (PDT) Received: by 10.39.1.10 with HTTP; Fri, 10 Jun 2005 00:14:44 -0700 (PDT) Message-ID: <1c68ea250506100014442780e5@mail.gmail.com> Date: Fri, 10 Jun 2005 12:14:44 +0500 From: Shakeel Butt To: manet@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2 Content-Transfer-Encoding: quoted-printable Subject: [manet] [Glomosim] Landmark routing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Shakeel Butt List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org In Landmark routing's file[glomosim] fsrl.pc the function void NetworkIpSetMacLayerStatusEventHandlerFunction( GlomoNode* node,=20 MacLayerStatusEventHandlerFunctionType StatusEventHandlerPtr); is used which is not defined in glomosim instead it's declaration is commented in newip.h file and also called it obsolete. To run Landmark should I have to write this function myself or is there any other way. regards Shakeel Farooq _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 10 05:00:11 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DgfN4-0007U8-UN; Fri, 10 Jun 2005 05:00:10 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DgfN2-0007U3-OV for manet@megatron.ietf.org; Fri, 10 Jun 2005 05:00:08 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA25960 for ; Fri, 10 Jun 2005 05:00:06 -0400 (EDT) Received: from dns1.tilab.com ([163.162.42.4]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DgfiZ-0003wm-6H for manet@ietf.org; Fri, 10 Jun 2005 05:22:30 -0400 Received: from iowa2k01a.cselt.it ([163.162.242.201]) by dns1.cselt.it (PMDF V6.0-025 #38895) with ESMTP id <0IHV00K5L274CR@dns1.cselt.it> for manet@ietf.org; Fri, 10 Jun 2005 10:57:04 +0200 (MEST) Received: from EXC01B.cselt.it ([163.162.4.199]) by iowa2k01a.cselt.it with Microsoft SMTPSVC(6.0.3790.211); Fri, 10 Jun 2005 11:03:03 +0200 Date: Fri, 10 Jun 2005 10:59:46 +0200 From: Stupar Patrick To: manet@ietf.org Message-id: <91C9464F6AFC0647A2D8069E25DBF496BCEA57@EXC01B.cselt.it> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.181 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable Importance: normal Priority: normal Thread-Topic: new draft on global address autoconfiguraton Thread-Index: AcVtmeCKtscmeu1rRc2qch1Us0Y6ygAAD1RgAAAZVdA= content-class: urn:content-classes:message X-OriginalArrivalTime: 10 Jun 2005 09:03:03.0312 (UTC) FILETIME=[35655900:01C56D9B] X-Spam-Score: 0.0 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Content-Transfer-Encoding: quoted-printable Cc: Simone Ruffino Subject: [manet] new draft on global address autoconfiguraton X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi all, A new draft was submitted as an individual.=20 It is called "Automatic configuration of IPv6 addresses for nodes in a MANET with multiple gateways" and describes a global address autoconfiguration method based upon routing protocol messages and information (in particular, OLSR is considered). Comments welcome and appreciated Thanks in advance, Patrick Gruppo Telecom Italia - Direzione e coordinamento di Telecom Italia = S.p.A. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D CONFIDENTIALITY NOTICE This message and its attachments are addressed solely to the persons above and may contain confidential information. If you have received the message in error, be informed that any use of the content hereof is prohibited. Please return it immediately to the sender and delete the message. Should you have any questions, please send an e_mail to=20 MailAdmin@tilab.com. Thank you =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 10 05:47:15 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dgg6d-0000nH-91; Fri, 10 Jun 2005 05:47:15 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dgg6b-0000nC-Ba for manet@megatron.ietf.org; Fri, 10 Jun 2005 05:47:13 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA00617 for ; Fri, 10 Jun 2005 05:47:10 -0400 (EDT) From: Hakim.Badis@lri.fr Received: from ext.lri.fr ([129.175.15.4]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DggSE-0006y6-5t for manet@ietf.org; Fri, 10 Jun 2005 06:09:35 -0400 Received: from localhost (localhost [127.0.0.1]) by ext.lri.fr (Postfix) with ESMTP id 4955119E8F3; Fri, 10 Jun 2005 11:46:43 +0200 (CEST) Received: from ext.lri.fr ([127.0.0.1]) by localhost (ext.lri.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00485-08; Fri, 10 Jun 2005 11:46:43 +0200 (CEST) Received: from www.lri.fr (newww [129.175.15.10]) by ext.lri.fr (Postfix) with ESMTP id 35B4219E828; Fri, 10 Jun 2005 11:46:43 +0200 (CEST) Received: from afontenayssb-153-1-37-123.w81-249.abo.wanadoo.fr ([81.249.192.123]) (SquirrelMail authenticated user badis) by www.lri.fr with HTTP; Fri, 10 Jun 2005 11:46:43 +0200 (CEST) Message-ID: <3413.81.249.192.123.1118396803.squirrel@www.lri.fr> In-Reply-To: <3c994c2d0506092215140f0bf0@mail.gmail.com> References: <3c994c2d0506092215140f0bf0@mail.gmail.com> Date: Fri, 10 Jun 2005 11:46:43 +0200 (CEST) Subject: Re: [manet] channel utilization To: "naoki nakamura" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at lri.fr X-Spam-Score: 1.2 (+) X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465 Content-Transfer-Encoding: 8bit Cc: manet@ietf.org X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi ;==) It is very difficult to estimate the channel utilization ratio given as the fraction of time within which a node is sensing the channel as being utilized. The idle time is not given by wireless card driver without modification. Other approachs try to determine the idle time using transmission probabilities. We have used the channel utilization ratio to estimate the available bandwidth. Many papers have used the same approach. You can find more information about the channel utilization in: Hakim Badis, Anelise Munaretto, Khaldoun Al Agha and Guy pujolle, "QoS for ad hoc networking based on multiple-metric: Bandwidth and delay", in IFIP MWCN'03: International Workshop On Mobile and Wireless Communications Networks, (Singapore), October 2003. G. Ferrari and O. K. Tonguz, "Optimal Channel Utilization Ratio in Ad Hoc Wireless Networks," in Proc. IEEE Wireless Communications & Networking Conference (WCNC'05), New Orleans, LA, USA, April 2005. "Adaptive Bandwidth Management and QoS Provisioning in Large Scale Ad Hoc Networks", Kaixin Xu, Ken Tang, Rajive Bagrodia, Scalable Network Technologies, Inc., Mario Gerla, Michael Bereschinsky CECOM RDEC STCD. MILCOM '03. Best regards. Hakim. > Hi All > > I want to calculate channel utilzation in Mac Layer over adhoc networks. > I think this is complicated. > > Any ideas how to calcuate, or papers/aritcles/referece about "how to > handle channel utilization"? I need it urgently. > > Thanks in advance. > Naoki. > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www1.ietf.org/mailman/listinfo/manet > _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 10 07:15:30 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DghU2-0001Dx-G5; Fri, 10 Jun 2005 07:15:30 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DghU0-0001Cs-G7 for manet@megatron.ietf.org; Fri, 10 Jun 2005 07:15:28 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA08292 for ; Fri, 10 Jun 2005 07:15:27 -0400 (EDT) Received: from smtp-bedford-x.mitre.org ([192.160.51.76] helo=smtp-bedford.mitre.org) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dghpe-0000LC-8m for manet@ietf.org; Fri, 10 Jun 2005 07:37:51 -0400 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with SMTP id j5ABFIA26013 for ; Fri, 10 Jun 2005 07:15:18 -0400 Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (Postfix) with ESMTP id 26D57BEFB for ; Fri, 10 Jun 2005 07:15:18 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtp-bedford.mitre.org (8.11.6/8.11.6) with ESMTP id j5ABFIW25996; Fri, 10 Jun 2005 07:15:18 -0400 Message-Id: <200506101115.j5ABFIW25996@smtp-bedford.mitre.org> Received: from unity-w-200-13.mitre.org (128.29.200.13) by mailhub1.mitre.org with SMTP id 18364787; Fri, 10 Jun 2005 07:15:15 -0400 From: "John Stine" To: "'naoki nakamura'" , Subject: RE: [manet] channel utilization Date: Fri, 10 Jun 2005 07:15:09 -0400 Organization: The MITRE Corporation MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-index: AcVtfKHttZdv7ItiS8q981Osln/O4gALgkag In-reply-to: <3c994c2d0506092215140f0bf0@mail.gmail.com> X-Spam-Score: 0.8 (/) X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b Content-Transfer-Encoding: 7bit Cc: X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org IN ad hoc networks channel utilization has both a time and space dimension. You can see how we handled utilization in J. Stine, G. de Veciana, K. Grace, and R. Durst, "Orchestrating spatial reuse in wireless ad hoc networks using Synchronous Collision Resolution," J. of Interconnection Networks, Vol. 3 No. 3 & 4, September and December 2002, pp. 167 - 195. Since at any instant multiple nodes can be transmitting packets, the issue is what is the density of source destination pairs that can exchange packets simultaneously. This is all affected by the density of nodes and the traffic load. John -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of naoki nakamura Sent: Friday, June 10, 2005 1:16 AM To: manet@ietf.org Subject: [manet] channel utilization Hi All I want to calculate channel utilzation in Mac Layer over adhoc networks. I think this is complicated. Any ideas how to calcuate, or papers/aritcles/referece about "how to handle channel utilization"? I need it urgently. Thanks in advance. Naoki. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 10 10:33:53 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dgka1-0002Cb-NH; Fri, 10 Jun 2005 10:33:53 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DgkZz-0002CT-VV for manet@megatron.ietf.org; Fri, 10 Jun 2005 10:33:52 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA25460 for ; Fri, 10 Jun 2005 10:33:49 -0400 (EDT) Received: from aun.it.uu.se ([130.238.12.36]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dgkvb-0007EH-3Y for manet@ietf.org; Fri, 10 Jun 2005 10:56:16 -0400 Received: from [130.238.8.241] (dhcp-8-241.it.uu.se [130.238.8.241]) (authenticated bits=0) by aun.it.uu.se (8.13.3/8.13.3) with ESMTP id j5AEXI4a026660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 10 Jun 2005 16:33:19 +0200 (MEST) Message-ID: <42A9A4A9.2090204@it.uu.se> Date: Fri, 10 Jun 2005 16:33:13 +0200 From: =?ISO-8859-1?Q?Erik_Nordstr=F6m?= User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: manet@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by aun.it.uu.se id j5AEXI4a026660 X-Spam-Score: 0.0 (/) X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f Content-Transfer-Encoding: quoted-printable Subject: [manet] New DSR Implementation: DSR-UU X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Dear MANET people. I would like to announce the availability of Uppsala University's new=20 DSR implementation: DSR-UU. This code will run in Linux 2.4/2.6 and in=20 the ns-2 network simulator. More information and download links can be found on the joint Uppsala=20 University and University of Basel Ad hoc Implementation portal: http://core.it.uu.se/adhoc There you can also find other protocol implementations from our research=20 groups such as AODV-UU and LUNAR. Cheers, Erik Nordstr=F6m Uppsala University _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 10 10:36:58 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dgkd0-0002rA-8r; Fri, 10 Jun 2005 10:36:58 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dgkcy-0002qO-54 for manet@megatron.ietf.org; Fri, 10 Jun 2005 10:36:56 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA25775 for ; Fri, 10 Jun 2005 10:36:53 -0400 (EDT) Received: from lca2pc14.epfl.ch ([128.178.156.69]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dgkye-0008H4-HS for manet@ietf.org; Fri, 10 Jun 2005 10:59:20 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by lca2pc14.epfl.ch (Postfix) with ESMTP id BC833A0044; Fri, 10 Jun 2005 16:36:35 +0200 (CEST) Date: Fri, 10 Jun 2005 16:36:35 +0200 (CEST) From: Imad Aad X-X-Sender: aad@lca2pc14.epfl.ch To: manet@ietf.org Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1300216420-1115423001-1118414195=:3388" X-Spam-Score: 0.0 (/) X-Scan-Signature: 34d35111647d654d033d58d318c0d21a Subject: [manet] CFP: escar 05 - Embedded Security in Cars X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Imad Aad List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1300216420-1115423001-1118414195=:3388 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Our apologies if you receive multiple copies of this message. Call for Papers escar 05 - Embedded Security in Cars www.escarworkshop.org November 29-30, 2005 Cologne, Germany General Information Information technology is the driving force behind innovations in the automotive industry, with perhaps 90% of all innovations in cars based on electronics and software. Up to 80 embedded processors can be found in a high-end car, and electronics & software will soon also be the major single cost factor in car manufacturing. The situation is similar for commercial vehicles such as trucks. One crucial aspect of future IT applications in vehicles is the security of these systems. Whereas software safety is a relatively well established (if not necessarily well understood) field, the protection of automotive IT systems against manipulation has only very recently started to emerge. Likewise, the protection of the communications between vehicles and between vehicles and infrastructure has hardly been addressed by the research community; yet, this problem must be properly solved prior to any commercial deployment. At the same time, security will be an enabling technology for many - perhaps for most - future automotive IT applications. IT security will both increase reliability & safety, and enable new business models. escar, now in its 3rd year, has established itself as the premier forum in this innovative area. escar provides information, discussion and the exchange of ideas. As in previous years, there will be invited talks together with submitted papers. The areas of interest include but are not limited to: * IT security for driver assistance, telematics, and new business models * IT security for other transport systems (rail, aerospace, etc.) * Inter-Vehicle Communication (IVC) and car ad-hoc networks * Infotainment and IT security (DRM, trusted computing, etc.) * Secure software downloads * Security issues for event data recorders (EDR) and tachographs * Embedded device security and cryptography * Car theft prevention through electronic means * Security issues in road pricing * Privacy and data protection issues Theoretical/scientific articles, case studies and real world experiences are welcome. For further information and a mailing list subscription, please visit www.escarworkshop.org Note: For the first time there will be proceedings at escar 05. The workshop will entirely be in English. Submission Authors are asked to submit an extended abstract of up to 10 pages in English. The extended abstract should clearly demonstrate the value of the contribution for the community. It should be kept in mind that escar is not a place for marketing products or services. All submissions will be reviewed. Submissions should be sent as PDF (or postscript) documents to submit@escarworkshop.org Important Dates Submission deadline: August 21, 2005 (24:00h CET) Acceptance notification: September 16, 2005 Final paper due: September 30, 2005 Program Committee Jean-Pierre Hubaux (Program Chair), Ecole Polytechnique F=C3=A9d=C3=A9rale = dLausanne Christof Paar (Program Chair), Ruhr University Bochum Amer Aijaz, Volkswagen Ross Anderson,University of Cambridge Manfred Broy, Technical University of Munich Reinhold Eberhardt DaimlerChrysler Willi Mannheims, escrypt GmbH Hans-J=C3=B6rg V=C3=B6gel, B ---1300216420-1115423001-1118414195=:3388 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet ---1300216420-1115423001-1118414195=:3388-- From manet-bounces@ietf.org Fri Jun 10 15:29:07 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DgpBj-0002k1-Pd; Fri, 10 Jun 2005 15:29:07 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DgpBi-0002jw-NC for manet@megatron.ietf.org; Fri, 10 Jun 2005 15:29:06 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA23764 for ; Fri, 10 Jun 2005 15:29:04 -0400 (EDT) Received: from wproxy.gmail.com ([64.233.184.207]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DgpXP-0007Np-PP for manet@ietf.org; Fri, 10 Jun 2005 15:51:34 -0400 Received: by wproxy.gmail.com with SMTP id 58so658533wri for ; Fri, 10 Jun 2005 12:28:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:from:to:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=NesXtWrn31d8ky3gAwYm2pvXQdbS4MUbRYa4Kyh0H0rqSgRe0+tZ7GH1S3wEmV9e5Jgjk4OQYm1vdOCqIiYSPt/pOUOOzyeDF/leSrhRNHrHSmnU0tHR5sO3hJMmBOhmgK7/apPdTvxPgbNheaKahTw6lKFJsozBZJbb1kniUuA= Received: by 10.54.125.9 with SMTP id x9mr1253426wrc; Fri, 10 Jun 2005 12:28:55 -0700 (PDT) Received: from ZLAB ([128.227.48.104]) by mx.gmail.com with ESMTP id 13sm1035886wrl.2005.06.10.12.28.54; Fri, 10 Jun 2005 12:28:55 -0700 (PDT) Message-ID: <019a01c56df2$8af56b60$8e50e30a@ZLAB> From: "Hongqiang Zhai" To: References: <42a9b9a8.200c7bac.57c0.22e6SMTPIN_ADDED@mx.gmail.com> Date: Fri, 10 Jun 2005 15:26:10 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Score: 1.1 (+) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Content-Transfer-Encoding: 7bit Subject: [manet] Re: channel utilization X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi Naoki, We have several papers on how to calculate and utilize the channel utilization at the MAC layer. Maybe you will be interested in them. In these papers, we conducted both analytical and simulation studies on the relationships between the channel busyness ratio/channel utilization and the system performance (throughput/delay) in wireless LANs. The channel busyness ratio and channel utilization have been used to facilitate the QoS support in wireless LANs as well as to improve the transport layer's performance in multihop ad hoc networks. H. Zhai, X. Chen, and Y. Fang, "How Well Can the IEEE 802.11 Wireless LAN Support Quality of Service?" accepted for publication in IEEE Transaction on Wireless Communications, 2004. (pdf) H. Zhai, X. Chen, and Y. Fang, "A Call Admission and Rate Control Scheme for Multimedia Support over IEEE 802.11 Wireless LANs,'' accepted for publication in ACM Wireless Networks. (pdf) H. Zhai, X. Chen, and Y. Fang, "Rate-Based Transport Control for Mobile Ad Hoc Networks," in Proc. of IEEE Wireless Communications and Networking Conference (WCNC'05), New Orleans, Louisiana, March, 2005. (pdf) You can download these papers at http://www.ecel.ufl.edu/~zhai/research.html. Hope this helps and have a good day. Hongqiang ************************************************** Hongqiang Zhai PhD Candidate Dept. of Electrical & Computer Engineering University of Florida Tel(o): (352) 392-8576 Email: zhai@ecel.ufl.edu URL: http://www.ecel.ufl.edu/~zhai/ ************************************************** > Message: 1 > Date: Fri, 10 Jun 2005 14:15:39 +0900 > From: naoki nakamura > Subject: [manet] channel utilization > To: manet@ietf.org > Message-ID: <3c994c2d0506092215140f0bf0@mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi All > > I want to calculate channel utilzation in Mac Layer over adhoc networks. > I think this is complicated. > > Any ideas how to calcuate, or papers/aritcles/referece about "how to > handle channel utilization"? I need it urgently. > > Thanks in advance. > Naoki. > _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Sat Jun 11 01:28:03 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DgyXL-0006Cy-Io; Sat, 11 Jun 2005 01:28:03 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DgyXJ-0006Ct-NN for manet@megatron.ietf.org; Sat, 11 Jun 2005 01:28:01 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA14838 for ; Sat, 11 Jun 2005 01:28:01 -0400 (EDT) Received: from wproxy.gmail.com ([64.233.184.193]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dgyt7-0000wO-8e for manet@ietf.org; Sat, 11 Jun 2005 01:50:34 -0400 Received: by wproxy.gmail.com with SMTP id 55so1489180wri for ; Fri, 10 Jun 2005 22:27:45 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=I9sflu9YK68mOOltKQ82VLD3PGz03VBMu8pyb/ob+HxAUdoEObkNv0T+c1XbaGViAhfIP2RM0ZirK9YpUqhZiuVrrKr616tdLSKfYmVq30YGRd6gq0kHp6o5hjp/NMJ4khpiKsrAPGtGHGevBX1+Ivho6L2+aVnVEK5hs6ZB8/s= Received: by 10.54.28.69 with SMTP id b69mr1491940wrb; Fri, 10 Jun 2005 22:27:45 -0700 (PDT) Received: by 10.54.28.56 with HTTP; Fri, 10 Jun 2005 22:27:45 -0700 (PDT) Message-ID: <3c994c2d05061022276b7d8594@mail.gmail.com> Date: Sat, 11 Jun 2005 14:27:45 +0900 From: naoki nakamura To: manet@ietf.org In-Reply-To: <3c994c2d0506092215140f0bf0@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <3c994c2d0506092215140f0bf0@mail.gmail.com> X-Spam-Score: 0.9 (/) X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2 Content-Transfer-Encoding: quoted-printable Subject: [manet] Re: channel utilization X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: naoki nakamura List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi Mihai, Hongqiang, Chakeres, Hakim Now I am reading your papers and comments. I have not read every paper yet, but your comment is really helpful for me. I am using NS2 now. In the simulation, I want to evaluate our proposed Mac Protocol in terms of channel utilization. So I will not use channel utilization for admission control and supporting QoS. I keep thinking how to calculate it. Thank you very much. Best Regards, Naoki _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Jun 13 13:46:25 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dht0z-0008WI-14; Mon, 13 Jun 2005 13:46:25 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dht0x-0008Vf-Uv for manet@megatron.ietf.org; Mon, 13 Jun 2005 13:46:23 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA03220 for ; Mon, 13 Jun 2005 13:46:20 -0400 (EDT) Received: from pri-dns.cs.iitm.ernet.in ([202.141.25.89] helo=pridns.cs.iitm.ernet.in) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DhtNE-0008TI-Ft for manet@ietf.org; Mon, 13 Jun 2005 14:09:26 -0400 Received: from mail-hpcn.cs.iitm.ernet.in (mail-hpcn.cs.iitm.ernet.in [10.6.6.1]) by pridns.cs.iitm.ernet.in (8.12.10/8.12.10) with ESMTP id j5DHowbB002329 for ; Mon, 13 Jun 2005 23:20:58 +0530 Date: Mon, 13 Jun 2005 23:19:00 +0530 (IST) From: "T. Bheemarjuna Reddy" To: manet@ietf.org In-Reply-To: <200506081647.j58GkRbA003100@pridns.cs.iitm.ernet.in> Message-ID: References: <200506081647.j58GkRbA003100@pridns.cs.iitm.ernet.in> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: 0.0 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 Subject: [manet] Help on Error models in Glomosim X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi All, I want to study the effect of various error models (Gilbert model, Gilbert-elliot model, etc) in MANETs. Does any body have an idea on how to implement error models in Glomosim? Thanks in advance. Regards Arjun -- ================================ = Bheemarjuna Reddy Tamma = = PhD Student = = HPCN Lab, CS&E Department = = IIT Madras, INDIA = = Phone: +91-44-22575369 (Lab) = = http://hpcn.cs.iitm.ernet.in = ================================ _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Jun 13 21:20:23 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Di06J-0006Vk-M2; Mon, 13 Jun 2005 21:20:23 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Di06H-0006Vf-NW for manet@megatron.ietf.org; Mon, 13 Jun 2005 21:20:21 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA28150 for ; Mon, 13 Jun 2005 21:20:20 -0400 (EDT) Received: from gateway.scalable-networks.com ([63.205.33.202] helo=frodo.scalable-networks.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Di0Sd-00014j-Qz for manet@ietf.org; Mon, 13 Jun 2005 21:43:30 -0400 Received: (qmail 29743 invoked from network); 14 Jun 2005 01:20:10 -0000 Received: from web.lan.scalable-solutions.com (HELO ?127.0.0.1?) (sssmail@192.168.0.1) by frodo.scalable-networks.com with SMTP; 14 Jun 2005 01:20:10 -0000 Message-ID: <42AE30CA.9010007@cs.ucla.edu> Date: Mon, 13 Jun 2005 18:20:10 -0700 From: Mineo Takai User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax) X-Accept-Language: en-us, en, ja MIME-Version: 1.0 To: IETF Manet Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 68ba2b07ef271dba6ee42a93832cfa4c Content-Transfer-Encoding: 7bit Subject: [manet] CFP - 2nd ACM Workshop on Performance Evaluation of Wireless Ad Hoc, Sensor, and Ubiquitous Networks (PE-WASUN' 2005) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org [Please accept our apologies if you receive multiple copies of this CFP] ----------------------------------------------------------------------- CALL FOR PAPERS 2nd ACM Workshop on Performance Evaluation of Wireless Ad Hoc, Sensor, and Ubiquitous Networks (PE-WASUN' 2005) http://www.dcs.gla.ac.uk/~mohamed/wasun05/pe-wasun05.html To be held in conjunction with ACM/IEEE MSWiM'2005 http://www.cs.unibo.it/mswim2005/ Montreal, Qc. Canada, October 10-13, 2005 SCOPE: Wireless ad hoc, sensor, along with ubiquitous networks have recently witnessed their fastest growth period ever in history, and this trend is likely to continue for the foreseeable future. However, as such networks become increasingly complex, performance modelling and evaluation will play a crucial part in their design process to ensure their successful deployment and exploitation in practice. This workshop will bring together scientists, engineers, and practitioners to share and exchange their experiences, discuss challenges, and report state-of-the-art and in-progress research on all aspects of wireless ad hoc, sensor, and ubiquitous networks with a specific emphasis on their performance evaluation and analysis. Topics of interest include, but are not limited to: * Predictive performance models of ad hoc, sensor, and ubiquitous networks * Performance measurement and monitoring tools * Tracing and trace analysis * Simulation * Analytical modeling * Software tools for network performance and evaluation * Automatic performance analysis * Performance comparison * Performance of wireless and sensor devices * RF channel capacity modeling and analysis * Mobility modeling and management * Traffic models for ad hoc, sensor networks * Probabilistic models for ad hoc, sensor, and ubiquitous networks * Improvement in network performance through optimization and tuning * Evaluation of multimedia over wireless ad hoc networks. * Evaluation of QoS provisioning in ad hoc and sensor networks * Evaluation of pervasive and ubiquitous computing * Performance tools for ad hoc, sensor and ubiquitous networks. * Performance and security issues in ad hoc, sensor, and ubiquitous networks * Performance and power management control * Case studies demonstrating the role of performance evaluation in the design of ad hoc, sensor, and ubiquitous networks WORKSHOP CO-CHAIRS: Mohamed Ould-Khaoua University of Glasgow UK Mineo Takai University of California, Los Angeles USA PROGRAM COMMITTEE (IN PROGRESSS): K. Al-Begain, Univ. of Glamorgan (UK) I. Awan, Univ. of Bradford (UK) R. Battiti, Univ. of Trento (Italy) P. Bellavista, Universita' di Bologna (Italy) L. Bononi, Univ. of Bologna (Italy) A. Boukerche, Univ. of Ottawa (Canada) T. Calamoneri, Univ. of Rome "La Sapienza" (Italy) C.-C. Shen, Univeristy of Delaware (USA) M. Colajanni, Univ. of Modena (Italy) G. Cugola, Politecnico di Milano (Italy) V. Gianuzzi, Univ. of Genova (Italy) H. Karatza, Aristotle University of Thessaloniki (Greece) S. V. Krishnamurthy, University of California, Riverside (USA) Z. Liu, IBM T. J. Watson Research Center (USA) K. Mase, Niigata University (Japan) G. Min, Univ. of Bradford (UK) J. Misic, Univ. Manitoba (Canada) M. Naimi, University of Cergy-Pontoise (France) S. Nikoletseas, Computer Technology Institute (Greece) I. Nikolaidis, Univ. of Alberta (Canada) M. S. M. Annoni Notare, Barddal Univ. (Brazil) S. Olariu, Old Dominion Univ. (USA) Y. Pan, Georgia State Univ. (USA) A. Passarella, Univ. of Cambridge (UK) R. Wakikawa, Keio University (Japan) V. R. Syrotiuk, Arizona State University (USA) N. Thomas, Univ if Newcastle (UK) C.K. Toh, Queen Mary University of London (UK) Y. Yang, State University of New York, Stony Brook (USA) J. Wu, Florida Atlantic Univ. (USA) K. Wu, Univ. of Victoria (Canada) S. Yoshida, Kyoto University (Japan) F. Zambonelli, University of Modena and Reggio Emilia, (Italy) A. Zomaya, Univ. of Sydney (Australia) PUBLICITY CHAIR Mirela Sechi Moretti Annoni Notare Barddal University Florianopolis, SC Brazil PAPER SUBMISSION: Authors are invited to submit manuscripts reporting original unpublished research and recent developments in the topics related to the workshop. The length of the papers should not exceed 10 single-spaced pages (in two-column format) including figures and references on 8.5 by 11 inch paper using at least 11 point font. Papers should be submitted electronically in PDF format (or postscript) by sending it as an e-mail attachment to mohamed@dcs.gla.ac.uk or mineo@cs.ucla.edu. All papers will be peer reviewed and the comments will be provided to the authors. Accepted papers will appear in the workshop proceedings and a special issue will be planned in a scholarly journal to include selected high-quality papers from the workshop. IMPRTANT DATES: * Submission Deadline: 15 July, 2005 * Author Notification: 20 August, 2005 * Final Manuscript Due: 30 August, 2005 _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Jun 15 14:41:13 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dicp7-0001Ga-Mi; Wed, 15 Jun 2005 14:41:13 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dicp5-0001GN-Kr for manet@megatron.ietf.org; Wed, 15 Jun 2005 14:41:11 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA13471 for ; Wed, 15 Jun 2005 14:40:52 -0400 (EDT) Received: from exchange.nmsu.edu ([128.123.34.79] helo=exchange1.ACN.ad.nmsu.edu) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DidBW-0002E8-Ot for manet@ietf.org; Wed, 15 Jun 2005 15:04:24 -0400 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Wed, 15 Jun 2005 12:40:42 -0600 Message-ID: <8536FDFA3AD04A49A158049159965691034367D4@exchange1.ACN.ad.nmsu.edu> Thread-Topic: Problem with AODV in OPNET v 11 Thread-Index: AcVd2gSh+tvCRxlgSlGKaWB/wxImsQAQ3eBgBO7xfvA= From: "Mullen, John" To: X-Spam-Score: 0.3 (/) X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17 Subject: [manet] Problem with AODV in OPNET v 11 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1102033334==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============1102033334== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C571D9.BC7897F9" This is a multi-part message in MIME format. ------_=_NextPart_001_01C571D9.BC7897F9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable H i, =20 I'm having a problem with AODV in version 11 of OPNET. I did not have the problem with v 10.5 and I don't have in in v 11 with DSR. Also, if I use the AODV example model, I don't have the problem, just when I use the AODV standard model. =20 The problem is that the transmitting node does a route search once at the start of the simulation, but doesn't initiate a new one if that initial route later fails. Anyone have an idea on this? =20 Thanks, =20 John Mullen ------_=_NextPart_001_01C571D9.BC7897F9 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable RE: [manet] Simulation of Ad Hoc Network

H i,
 
I'm having a problem with AODV in version = 11 of=20 OPNET.  I did not have the problem with v 10.5 and I don't have in = in v 11=20 with DSR.  Also, if I use the AODV example model, I don't have the = problem,=20 just when I use the AODV standard model.
 
The problem is that the transmitting node = does a route=20 search once at the start of the simulation, but doesn't initiate a new = one if=20 that initial route later fails. Anyone have an idea on this?
 
Thanks,
 
John Mullen


 ------_=_NextPart_001_01C571D9.BC7897F9-- --===============1102033334== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============1102033334==-- From manet-bounces@ietf.org Wed Jun 15 23:47:58 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DilME-0002Qv-KP; Wed, 15 Jun 2005 23:47:58 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DilMC-0002Qn-2a for manet@megatron.ietf.org; Wed, 15 Jun 2005 23:47:56 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA12512 for ; Wed, 15 Jun 2005 23:47:53 -0400 (EDT) Received: from ccshst09.cs.uoguelph.ca ([131.104.96.18]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dilj0-0006Ky-OP for manet@ietf.org; Thu, 16 Jun 2005 00:11:31 -0400 Received: from snowhite.cis.uoguelph.ca (snowhite.cis.uoguelph.ca [131.104.48.1]) by ccshst09.cs.uoguelph.ca (8.13.1/8.13.1) with ESMTP id j5G3l4XL027957; Wed, 15 Jun 2005 23:47:04 -0400 Received: from localhost (denko@localhost) by snowhite.cis.uoguelph.ca (8.9.3/8.9.3) with ESMTP id XAA76329; Wed, 15 Jun 2005 23:48:10 -0400 (EDT) Date: Wed, 15 Jun 2005 23:48:10 -0400 (EDT) From: Mieso Denko To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.44 X-Spam-Score: 0.6 (/) X-Scan-Signature: cd3fc8e909678b38737fc606dec187f0 Cc: podc@acm.org, tccc@cs.columbia.edu Subject: [manet] CFP: MHWMN-2005 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org ****** Our apologies if you receive multiple copies of this message **** ======================================================================= CFP: IEEE MHWMN'2005 The IEEE International Workshop on Heterogeneous Multi-Hop Wireless and Mobile Networks 2005 (IEEE MHWMN'05) (http://www.ececs.uc.edu/~qzeng/MHWMN2005/CFP.html) To be held in conjunction with the 2nd IEEE International Conference on Mobile Ad-hoc and Sensor Systems (IEEE MASS 2005) Washington DC, USA, November 7-11, 2005 ========================================================================= AIM and SCOPE ------------- The traditional centralized wireless and mobile networks are based on single-hop architecture and rely on the existing fixed infrastructure such as base stations or access points. The proliferation and deployment of radio access networks such as Wireless WANs, Wireless LANs, and Wireless PANs with distinguishing characteristics of data rate, coverage range,power, mobility, and prices will clearly lead to a need for seamless and ubiquitous access across these various networks. Such an integrated heterogeneous environment enables a user to access a particular network depending upon the application needs and the types of radio access networks (RANs) available (e.g., cellular network, ad hoc, WLAN, WPAN etc). The heterogeneous multi-hop wireless and mobile networks, on the other hand, provide unlimited mobility and greater flexibility but introduce a number of challenges due to dynamic network topology. The design of efficient and scalable protocols for existing multi-hop wireless and mobile networks such as wireless and mobile ad hoc networks continue to pose challenges at all the layers of networking stack. Therefore, it is necessary to investigate a global heterogeneous architecture and services that together provide seamless integration of single-hop networks (e.g., cellular, WLAN, WWAN) and multi-hop mobile ad hoc networks. The aim of this workshop is to bring together practitioners and researchers from both academia and industry in order to have a forum for discussion and technical presentations on the latest research and future research directions in heterogeneous multi-hop wireless and mobile networks. We are seeking original and previously unpublished research papers addressing theoretical and application issues in heterogeneous multi-hop wireless mobile networks. TOPICS ------ Topics of interest include, but are not limited to, the following areas: -Multi-hop architectures and protocols for resource management -Quality of services (QoS) delivery in MHWMN -Robust and scalable routing protocols for MHWMN -MAC protocols for MHWMN -Self-configuration and synchronization for MHWMN -Security issues in MHWMN -Topology control and management for MHWMN -Mobility models and location management in MHWMN -Cross-layer design and interactions for MHWMN -Modeling and performance evaluation for MHWMN -Algorithms for localization and signal processing in MHWMN -Implementation testbeds for MHWMN -Operating systems and middleware for MHWMN SUBMISSIONS ----------- Submissions will be judged on correctness, originality, technical strength, significance and quality of presentation. The manuscript must follow IEEE two-column format with single-spaced, ten-point font in the text. The maximum manuscript length is eight (8) pages. Authors are requested to submit their papers (PDF format), contact addresses, telephone number, fax number, and e-mail addresses (text format) to the co-chairs Qing-An Zeng (qzeng@ececs.uc.edu) and Mieso Denko (denko@cis.uoguelph.ca) by July 1, 2005. Some selected high quality papers from the workshop will be published at JPCC (Journal of Pervasive Computing and Communications) Special Issue on Key Technologies and Applications of Wireless Sensor and Body-area Networks (http://www.csie.nctu.edu.tw/~yctseng/cfp/JPCC-sensor-BAN-CFP.htm). Selected authors will be invited to submit extended versions of their papers for publication in the special issue IMPORTANT DATES --------------- Paper submission: July 1, 2005 Notification of acceptance: August 5, 2005 Camera-ready papers: August 26, 2005 WORKSHOP GENERAL CHAIR ---------------------- Anup Kumar Computer Engineering and Computer Science Department University of Louisville, KY 40292, USA Email: ak@louisville.edu WORKSHOP CO-CHAIRS ------------------ Qing-An Zeng Department of Electrical & Computer Engineering and Computer Science University of Cincinnati Cincinnati, OH 45221-0030, USA Email: qzeng@ececs.uc.edu Mieso Denko Department of Computing and Information Science University of Guelph N1G 2W1, Guelph, Ontario, Canada Email: denko@cis.uoguelph.ca PUBLICITY CHAIR --------------- Kui Wu Department of Computer Science University of Victoria V8W 3P6, British Columbia, Canada Email: wkui@cs.uvic.ca PROGRAM COMMITTEE ----------------- .Boukerche, Azzedine, University of Ottawa, Canada .Caffery, James, University of Cincinnati, USA .Cheng, Maggie, University of Missouri-Rolla, USA .Cheng, Xiuzhen, George Washington University, USA .Conrad, James, University of North Carolina at Charlotte, USA .Dahlberg, Teresa, University of North Carolina, USA .Datta, Suprakash, York University, Canada .Ghosh, Ratan, Indian Institute of Technology, India .Huang, Qingfeng, Palo Alto Research Center (PARC) Inc., USA .Leung, Victor C. M., The University of British Columbia, Canada .Li, Bo, Hong Kong University of Sci. and Technology, Hong Kong, China .Li, Wei (Wayne), University Toledo, USA .Lin, Chuang, Tsinghua University, China .Nakano, Koji, Hiroshima University, Japan .Nasser, Nidal, University of Guelph, Canada .Olariu, Stephan, Old Dominion University, USA .Park, Sang-Eon, Cal Poly Pomona, USA .Pierre, Samuel, Ecole Polytechnique de Montreal, Canada .Srimani, Pradip K., Clemson University, USA .Tseng, Yu-Chee, National Chiao Tung University, Taiwan, R.O. China .Vlajic, Natalija, York University, Canada .Wang, Li-Chun, National Chiao-Tung University, Taiwan, R.O. China .Watanabe, Takashi, University of Shizuoka, Japan .Wu, Hong-Yi, University of Louisiana, USA .Xue, Guoliang (Larry), Arizona State University, USA .Yang, Jiasi, Chengdu University of Information Technology, China .Yang, Yuanyuan, SUNY at Stony Brook, USA .Yeh, Chi-Hsiang, Queen's University, Canada .Youn, Jon (Jong-Hoon), University of Nebraska at Omaha, USA .Zhang, Jingyuan, University of Alabama, USA .Zhou, Hong, University of Southern Queensland, Australia _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Jun 16 05:01:41 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DiqFo-00040k-Jd; Thu, 16 Jun 2005 05:01:40 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DiqFm-00040f-IR for manet@megatron.ietf.org; Thu, 16 Jun 2005 05:01:38 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA28276 for ; Thu, 16 Jun 2005 05:01:32 -0400 (EDT) Received: from cssvr7.cs.ust.hk ([143.89.41.157]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DiqcZ-0004Qk-HB for manet@ietf.org; Thu, 16 Jun 2005 05:25:16 -0400 Received: from cs.ust.hk (dy089-228.ust.hk [143.89.89.228]) (authenticated bits=0) by cssvr7.cs.ust.hk (8.13.4/8.12.5) with ESMTP id j5G91KI0005042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 16 Jun 2005 17:01:21 +0800 Message-ID: <42B13FBF.1050305@cs.ust.hk> Date: Thu, 16 Jun 2005 17:00:47 +0800 From: Brahim Bensaou User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: manet@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 Content-Transfer-Encoding: 7bit Subject: [manet] Power Control Algorithm Deployment in real ad-hoc nodes X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi there, I am curious to know if there is any hardware platform out there in the market that allows us to test our own MAC protocol and/or power control algorithms in a real system without having to design the chips or assemble the hardware. From what I know, (thanks to/because of the FCC) off the shelf WLAN cards come with a binary firmware (which prevents any fiddling with the transmit power) and the MAC protocol window adjustment etc are hardwired. On the other hand, the motes allow such modifications but the transceiver data rates and the range of power are so small that the effects of such modifications would fall within the variation range of the original protocols and thus cannot be observed conclusively. Any experience/Information in this area is very welcome. Thanks - BB. -- -- Brahim Bensaou | Computer Science Department Assistant Professor | Hong Kong University of Science & Technology brahim@cs.ust.hk | Clear Water Bay, Kowloon, Hong Kong http://www.cs.ust.hk/~csbb| Ph: +852 23587014, Fax: +852 23581477 _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Jun 16 13:31:53 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DiyDZ-0007Qs-57; Thu, 16 Jun 2005 13:31:53 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DiyDT-0007OA-0R for manet@megatron.ietf.org; Thu, 16 Jun 2005 13:31:51 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA16821 for ; Thu, 16 Jun 2005 13:31:35 -0400 (EDT) Received: from che.ojctech.com ([209.254.158.42]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DiyPI-0006R7-Ax for manet@ietf.org; Thu, 16 Jun 2005 13:44:04 -0400 Received: from che.ojctech.com (localhost [127.0.0.1]) by che.ojctech.com (8.12.8/8.12.8) with ESMTP id j5GHK2PS025100 for ; Thu, 16 Jun 2005 12:20:02 -0500 Received: (from dyoung@localhost) by che.ojctech.com (8.12.8/8.12.8/Submit) id j5GHK2QZ025098 for manet@ietf.org; Thu, 16 Jun 2005 12:20:02 -0500 Date: Thu, 16 Jun 2005 12:20:02 -0500 From: David Young To: manet@ietf.org Subject: Re: [manet] Power Control Algorithm Deployment in real ad-hoc nodes Message-ID: <20050616172002.GT14095@che.ojctech.com> Mail-Followup-To: manet@ietf.org References: <42B13FBF.1050305@cs.ust.hk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42B13FBF.1050305@cs.ust.hk> User-Agent: Mutt/1.4.1i X-Spam-Score: 0.0 (/) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org On Thu, Jun 16, 2005 at 05:00:47PM +0800, Brahim Bensaou wrote: > I am curious to know if there is any hardware platform out there > in the market that allows us to test our own MAC protocol and/or > power control algorithms in a real system without having to design the > chips > or assemble the hardware. There are two types of 802.11 MACs, the microcontroller-based ones, and the silicon state machines. The two types support different kinds of experimentation. The host computer can control the transmit power on virtually all silicon MACs, and on some of the microcontroller MACs. Also, some of the silicon MACs have very versatile controls for the contention window and such. Microcontroller-based MACs usually do not expose very versatile controls to the host. If you want to radically alter the 802.11 MAC, I believe you can probably do that by reprogramming the MAC microcontroller. The problem is to get documentation for the microcontroller. Both Atmel and TI 802.11b MACs are ARM microcontrollers. Both Atmel and TI hold onto their documentation very tightly. Here is a taxonomy of 802.11 MACs, with examples: * microcontroller-based MAC, "generation 1": an embedded CPU (usually an ARM) runs the MAC protocol. On the same die as the CPU, there may be circuits for PCI bus-mastering, crypto acceleration, and a wireless modem. The microcontroller is attached to a RAM and a Flash ROM. Examples in this category are Cisco/Aironet 802.11b, Intersil Prism 802.11b, Lucent WaveLAN 802.11b, Atmel 802.11b. * microcontroller-based MAC, "generation 2": same as last, but without the Flash ROM. There may be more integration of the RF front-end. The host feeds the firmware to the wireless adapter; the adapter loads its RAM with the firmware. Examples in this category: Texas Instruments ACX-100, Intel Centrino 802.11b, Intersil Prism 3. * silicon state machine: a MAC state machine, etched into silicon, is responsible for real-time work: updating the NAV, transmission backoff, sending ACK/CTS packets and beacons. The host CPU is responsible for keeping high-level state (authentication/association status) and driving non-realtime processes. Adapters with a MAC ASIC need no RAM or ROM. Silicon state machines are replacing microcontroller-based MACs because they are cheaper to manufacture. Examples: ADMtek, Atheros, Ralink, Realtek. > From what I know, (thanks to/because of the FCC) off the shelf > WLAN cards come with a binary firmware (which prevents any fiddling > with the transmit power) and the MAC protocol window adjustment etc > are hardwired. The FCC does not require 802.11 MAC software/firmware to be distributed in binary form. Dave -- David Young OJC Technologies dyoung@ojctech.com Urbana, IL * (217) 278-3933 _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Jun 16 15:21:57 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dizw5-00080J-Ps; Thu, 16 Jun 2005 15:21:57 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dizw2-0007yX-5G for manet@megatron.ietf.org; Thu, 16 Jun 2005 15:21:56 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA28191 for ; Thu, 16 Jun 2005 15:21:38 -0400 (EDT) Received: from markov.ece.neu.edu ([129.10.60.83] helo=SMTP1.ECE.NEU.EDU) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dj0In-0006PA-Pn for manet@ietf.org; Thu, 16 Jun 2005 15:45:27 -0400 Received: from calvin.ece.neu.edu (calvin.ece.neu.edu [129.10.62.61]) by SMTP1.ECE.NEU.EDU (8.12.5/8.12.5) with SMTP id j5GJLXBc029674 for ; Thu, 16 Jun 2005 15:21:33 -0400 (EDT) Received: from ECE.NEU.EDU ([129.10.60.216]) by calvin.ece.neu.edu (SAVSMTP 3.1.0.29) with SMTP id M2005061615213232473 for ; Thu, 16 Jun 2005 15:21:32 -0400 Received: from localhost (basagni@localhost) by ECE.NEU.EDU (8.12.8/8.12.5/Submit) with ESMTP id j5GJLXcx012396 for ; Thu, 16 Jun 2005 15:21:33 -0400 Date: Thu, 16 Jun 2005 15:21:33 -0400 (EDT) From: Stefano Basagni To: manet@ietf.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: 0.0 (/) X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3 Subject: [manet] IEEE SECON 2005: Call for Posters X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org ------------------------------------------------------------ *** CALL FOR POSTERS *** IEEE International Conference on Sensor and Ad Hoc Communications and Networks SECON 2005 Santa Clara, CA, 26-29 September 2005 http://inrg.cse.ucsc.edu/secon05/home.html ------------------------------------------------------------ The Second IEEE International Conference on Sensor and Ad Hoc Communications and Networks (SECON) will include poster sessions providing a forum for presenting and discussing recent results, ongoing work, challenges, future directions, and novel approaches in the field of sensor and ad hoc communications and networks. Since one of the main goals of this venue is to foster collaboration between industry and academia, participation of researchers/developers from industry and posters reporting joint work between industry and academia are especially encouraged. Submissions should be in the form of a proposal describing the main contributions of the poster and the merits of the proposed ideas. If available, preliminary results can also be included. Poster proposals will be evaluated, mainly based on their potential to generate interesting discussions and exchange of ideas. Accepted authors will have a space in the poster session room to display their posters and describe their work in discussions with interested attendees. The presentation material will be made available for download on the SECON Web site. Please submit your proposal (PDF format) by email to secon05-posters@comsoc.org. Submissions should not be more than three pages in length. The documents must contain the authors' names, affiliations, and contact information. The deadline for submission is *July 29, 2005* (23:59 PDT). Acceptance notifications will be sent by August 19, 2005. Poster Session Chair: David Gay, Intel Research, Berkeley, USA -- Stefano Basagni, Ph.D. Assistant Professor of Computer Engineering Dept. of Electrical and Computer Engineering 312 Dana Research Center Northeastern University 360 Huntington Ave. Boston, MA 02115 Tel. 617 373 3061, Fax 617 373 8970 E-mail: basagni@ece.neu.edu *** http://www.ece.neu.edu/faculty/basagni/ *** _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Jun 16 23:42:52 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dj7kp-0000aC-6f; Thu, 16 Jun 2005 23:42:51 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dj7kj-0000Wy-4z for manet@megatron.ietf.org; Thu, 16 Jun 2005 23:42:45 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA14827 for ; Thu, 16 Jun 2005 23:42:36 -0400 (EDT) Received: from wproxy.gmail.com ([64.233.184.205]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dj7xg-00049l-VT for manet@ietf.org; Thu, 16 Jun 2005 23:56:10 -0400 Received: by wproxy.gmail.com with SMTP id 58so819484wri for ; Thu, 16 Jun 2005 20:32:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=IHOoROm0AnkYGHTExLfIUAfAdNgAZARZj/mSFGQk7RmsHGeo1MrM1w7xMcszpp7J5BnhphjyCaKfjOxVJ8D0wXuPxiR3lZit54BsupMc41vtsWWuTiJmCofW+Rmomf6e6WNzbDNr8y2iFN2fc7DTgksPvntPVj1yNOZEBeG1q68= Received: by 10.54.54.51 with SMTP id c51mr865597wra; Thu, 16 Jun 2005 20:32:11 -0700 (PDT) Received: by 10.54.46.6 with HTTP; Thu, 16 Jun 2005 20:32:11 -0700 (PDT) Message-ID: Date: Fri, 17 Jun 2005 12:32:11 +0900 From: Petrioli Lee To: manet@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Content-Transfer-Encoding: quoted-printable Subject: [manet] How to make the simulation in presence of hidden nodes in NS-2 ? X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Petrioli Lee List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi All, I want to simulate the effect of hidden nodes on performance in MANET. However, in NS-2, the default value of Tx range and Carrier sensing range a= re 250m, 550m, repectively. Thus, mostly, the hidden nodes are within carrier sensing range of the sens= er. I think, this leads unrealistic propagation models. The answer what I want to know is: 1) What are the actual Tx range and Carrier sensing range of real wireless devices ? 2) Not using the channel fading model, is there any method to simulate the realistic MANET model in presence of hidden node problem? Thanks in advance Best regards Petrioli.Lee _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 17 03:09:19 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DjAyb-0004T9-7D; Fri, 17 Jun 2005 03:09:17 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DjAyY-0004Sw-Fm for manet@megatron.ietf.org; Fri, 17 Jun 2005 03:09:14 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA19196 for ; Fri, 17 Jun 2005 03:09:12 -0400 (EDT) Received: from nez-perce.inria.fr ([192.93.2.78]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DjBLa-0002fp-NV for manet@ietf.org; Fri, 17 Jun 2005 03:33:04 -0400 Received: from [82.226.221.97] (ras75-3-82-226-221-97.fbx.proxad.net [82.226.221.97]) (authenticated bits=0) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j5H78rWG028248 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 17 Jun 2005 09:08:53 +0200 Message-ID: <42B276FE.6040805@inria.fr> Date: Fri, 17 Jun 2005 09:08:46 +0200 From: Emmanuel Baccelli User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: manet@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Miltered: at nez-perce with ID 42B27705.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: 287c806b254c6353fcb09ee0e53bbc5e Content-Transfer-Encoding: 7bit Subject: [manet] 2nd OLSR Interop & Workshop X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org We apologize in advance if you receive multiple copies of this CFP. ------------------------------------------------------------------------------ The 2nd OLSR Interop & Workshop July 28-29, 2005 Paris, France 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 or contact Thomas Heide Clausen . We look forward to seeing you at the 2nd OLSR Interop/Workshop in Paris! IMPORTANT DATES Camera-ready papers due: July 1st, 2005 Notification: July 12th, 2004 Registration deadline to attend this event: July 15th, 2005 Thomas Heide Clausen Ecole Polytechnique, France Email: thomas.clausen@polytechnique.fr Philippe Jacquet INRIA Rocquencourt, France Email: Philippe.Jacquet@inria.fr Emmanuel Baccelli Hitachi/INRIA Email: Emmanuel.Baccelli@inria.fr _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 17 03:24:35 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DjBDO-0007Ps-JV; Fri, 17 Jun 2005 03:24:34 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DjBDL-0007Pc-My for manet@megatron.ietf.org; Fri, 17 Jun 2005 03:24:31 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA20146 for ; Fri, 17 Jun 2005 03:24:29 -0400 (EDT) Received: from twist.cefriel.it ([131.175.53.12]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DjBaO-0003k4-1r for manet@ietf.org; Fri, 17 Jun 2005 03:48:21 -0400 Received: from tango.cefriel.it ([131.175.53.8]) by twist.cefriel.it with Microsoft SMTPSVC(6.0.3790.211); Fri, 17 Jun 2005 09:24:10 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [manet] How to make the simulation in presence of hidden nodes inNS-2 ? Date: Fri, 17 Jun 2005 09:24:17 +0200 Message-ID: <3812BF698E45A54C81B53E1F07EE05462B59C0@tango.cefriel.it> Thread-Topic: [manet] How to make the simulation in presence of hidden nodes inNS-2 ? thread-index: AcVy7vdLhmnJNDOHQ0S496bgWuwlXAAHE4ng From: "Giorgio Mulas" To: "Petrioli Lee" , X-OriginalArrivalTime: 17 Jun 2005 07:24:10.0063 (UTC) FILETIME=[8DCBA5F0:01C5730D] X-Spam-Score: 0.0 (/) X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4 Content-Transfer-Encoding: quoted-printable Cc: X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi, you hit a big issue. As a first rough estimate, you can consider reasonable sensing range in = simulations 50 m indoors and 150 m outdoors (both LOS). IMHO anyway, consider that the type of environment (and its modelling) = must be carefully evaluated before running simulations, because it = strongly affects the propagation model to use. In this sense, terms like = "real" and "realistics" are not suitable for describing simulation = models using current default implementation in simulators. My suggestion = is to deeply study the simulation environment, and consequently = re-implement the propagation model.... Hope this helps Giorgio ------------------------------------------ Giorgio MULAS CEFRIEL -=AD Politecnico di Milano Via Fucini, 2 * 20133 Milano (Italy) p. +39 02 23954 265 f. +39 02 23954 465 e. giorgio.mulas@cefriel.it -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf = Of Petrioli Lee Sent: venerd=EC 17 giugno 2005 5.32 To: manet@ietf.org Subject: [manet] How to make the simulation in presence of hidden nodes = inNS-2 ? Hi All, I want to simulate the effect of hidden nodes on performance in MANET. However, in NS-2, the default value of Tx range and Carrier sensing = range are 250m, 550m, repectively. Thus, mostly, the hidden nodes are within carrier sensing range of the = senser. I think, this leads unrealistic propagation models. The answer what I want to know is: 1) What are the actual Tx range and Carrier sensing range of real wireless devices ? 2) Not using the channel fading model, is there any method to simulate the realistic MANET model in presence of hidden node problem? Thanks in advance Best regards Petrioli.Lee _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 17 09:17:59 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DjGjP-0001rK-9R; Fri, 17 Jun 2005 09:17:59 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DjGjM-0001rA-2I for manet@megatron.ietf.org; Fri, 17 Jun 2005 09:17:56 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA16166 for ; Fri, 17 Jun 2005 09:17:54 -0400 (EDT) Received: from wproxy.gmail.com ([64.233.184.206]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DjH6Q-0003dC-De for manet@ietf.org; Fri, 17 Jun 2005 09:41:49 -0400 Received: by wproxy.gmail.com with SMTP id 68so1023913wri for ; Fri, 17 Jun 2005 06:17:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=FpllDCKVXCSiOLQKjNPBGHRwl4+SYDcs9R4C2p+ozoMhtwBLO/3RzfMiuiiI2+W7ExlgPL2vSVAwa7Z9PpQcnxzuZBRGUsCaI0TD/RfMNwwlRjzEz2YXaZiL35P9CrPQpAq50Min5sY8NAGjL7+EZYD9Sv1bDdIc09sqw1ITYrw= Received: by 10.54.68.16 with SMTP id q16mr1159668wra; Fri, 17 Jun 2005 06:17:39 -0700 (PDT) Received: by 10.54.16.64 with HTTP; Fri, 17 Jun 2005 06:17:39 -0700 (PDT) Message-ID: <918ce5d05061706175fd70cfe@mail.gmail.com> Date: Fri, 17 Jun 2005 15:17:39 +0200 From: Tien NGUYEN To: manet@ietf.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_8490_20543165.1119014259768" X-Spam-Score: 0.0 (/) X-Scan-Signature: cdeeb24e6b743a852c396a4af0e53c8f Subject: [manet] I have a problem with SWANS X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tien NGUYEN List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org ------=_Part_8490_20543165.1119014259768 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have modified the dsrtest.java exemple given at SWANS web site and I found a problem, which I can not understand, in Jist/SWANS. As the original source of dsrtest.java, we have the following scenario: - There are 3 nodes in the network + Node 1 is a server who receive message + Node 2 is a router who route packets + Node 3 is a client who send a message There is no problem with this. But I have modified the source code so that: - Node 2 send a message to Node 1 too. But it send message after the Node 3 do it. I have used JistAPI.sleep(500); to delay Node 2. The problem is that: the message send by Node 2 always arrive before which of Node 3 - When I modify the location of Node 3 (0,300). In this case, Node 3 do not need the Node 2 to route its packets. The problem is that: the message of Node 2 does not arrive. I attach the modified file with this letters. I hope that you will help me to resolve the problems Thanks a lot ------=_Part_8490_20543165.1119014259768 Content-Type: text/plain; name="DSRTest.java" Content-Disposition: attachment; filename="DSRTest.java" Content-Transfer-Encoding: base64 LyoNCiAqIENyZWF0ZWQgb24gMTYganVpbiAyMDA1DQogKg0KICogVE9ETyBUbyBjaGFuZ2UgdGhl IHRlbXBsYXRlIGZvciB0aGlzIGdlbmVyYXRlZCBmaWxlIGdvIHRvDQogKiBXaW5kb3cgLSBQcmVm ZXJlbmNlcyAtIEphdmEgLSBDb2RlIFN0eWxlIC0gQ29kZSBUZW1wbGF0ZXMNCiAqLw0KDQovKioN CiAqIEBhdXRob3IgY3RuZ3V5ZW4NCiAqDQogKiBUT0RPIFRvIGNoYW5nZSB0aGUgdGVtcGxhdGUg Zm9yIHRoaXMgZ2VuZXJhdGVkIHR5cGUgY29tbWVudCBnbyB0bw0KICogV2luZG93IC0gUHJlZmVy ZW5jZXMgLSBKYXZhIC0gQ29kZSBTdHlsZSAtIENvZGUgVGVtcGxhdGVzDQogKi8NCg0KaW1wb3J0 IGppc3QucnVudGltZS5KaXN0QVBJOw0KaW1wb3J0IGppc3Quc3dhbnMuQ29uc3RhbnRzOw0KaW1w b3J0IGppc3Quc3dhbnMubWlzYy5VdGlsOw0KaW1wb3J0IGppc3Quc3dhbnMubWlzYy5NYXBwZXI7 DQppbXBvcnQgamlzdC5zd2Fucy5taXNjLkxvY2F0aW9uOw0KaW1wb3J0IGppc3Quc3dhbnMuZmll bGQuRmllbGQ7DQppbXBvcnQgamlzdC5zd2Fucy5yYWRpby5SYWRpb05vaXNlOw0KaW1wb3J0IGpp c3Quc3dhbnMucmFkaW8uUmFkaW9Ob2lzZUluZGVwOw0KaW1wb3J0IGppc3Quc3dhbnMucmFkaW8u UmFkaW9JbmZvOw0KaW1wb3J0IGppc3Quc3dhbnMubWFjLk1hY0FkZHJlc3M7DQppbXBvcnQgamlz dC5zd2Fucy5tYWMuTWFjODAyXzExOw0KaW1wb3J0IGppc3Quc3dhbnMubmV0Lk5ldEFkZHJlc3M7 DQppbXBvcnQgamlzdC5zd2Fucy5uZXQuTmV0SXA7DQppbXBvcnQgamlzdC5zd2Fucy5uZXQuUGFj a2V0TG9zczsNCmltcG9ydCBqaXN0LnN3YW5zLnRyYW5zLlRyYW5zVWRwOw0KaW1wb3J0IGppc3Qu c3dhbnMuYXBwLkFwcEphdmE7DQppbXBvcnQgamlzdC5zd2Fucy5yb3V0ZS5Sb3V0ZURzcjsNCg0K aW1wb3J0IGphdmEubmV0LkluZXRBZGRyZXNzOw0KaW1wb3J0IGphdmEubmV0LkRhdGFncmFtU29j a2V0Ow0KaW1wb3J0IGphdmEubmV0LkRhdGFncmFtUGFja2V0Ow0KDQpwdWJsaWMgY2xhc3MgRFNS VGVzdCB7DQoJDQoJcHVibGljIHN0YXRpYyBmaW5hbCBieXRlW10gU0VSVkVSX0lQID0gezEsIDIs IDMsIDR9Ow0KCSAgcHVibGljIHN0YXRpYyBmaW5hbCBpbnQgUE9SVCA9IDMwMDE7DQoNCgkgIHB1 YmxpYyBzdGF0aWMgY2xhc3MgU2VydmVyDQoJICB7DQoJICAgIHB1YmxpYyBzdGF0aWMgdm9pZCBt YWluKFN0cmluZyBhcmdzW10pDQoJICAgIHsNCgkgICAgICB0cnkNCgkgICAgICB7DQoJICAgICAg ICBTeXN0ZW0ub3V0LnByaW50bG4oInNlcnZlciBzdGFydGluZyBhdCB0PSIrSmlzdEFQSS5nZXRU aW1lKCkpOw0KCSAgICAgICAgRGF0YWdyYW1Tb2NrZXQgc29ja2V0ID0gbmV3IERhdGFncmFtU29j a2V0KFBPUlQpOw0KCSAgICAgICAgYnl0ZSBidWZbXSA9IG5ldyBieXRlWzI1Nl07DQoJICAgICAg ICBieXRlIGJ1ZjJbXSA9IG5ldyBieXRlWzI1Nl07DQoJICAgICAgICANCgkgICAgICAgIERhdGFn cmFtUGFja2V0IHBhY2tldCA9IG5ldyBEYXRhZ3JhbVBhY2tldChidWYsIGJ1Zi5sZW5ndGgpOw0K CSAgICAgICAgRGF0YWdyYW1QYWNrZXQgcGFja2V0MiA9IG5ldyBEYXRhZ3JhbVBhY2tldChidWYy LCBidWYubGVuZ3RoKTsNCgkgICAgICAgIA0KCSAgICAgICAgc29ja2V0LnJlY2VpdmUocGFja2V0 KTsJICAgICAgICANCgkgICAgICAgIFN5c3RlbS5vdXQucHJpbnRsbigicmVjZWl2ZWQgMSBhdCB0 PSIrSmlzdEFQSS5nZXRUaW1lKCkrDQoJICAgICAgICAgICAgIiAoIitwYWNrZXQuZ2V0TGVuZ3Ro KCkrIiBieXRlcykgIg0KCSAgICAgICAgICAgICsobmV3IFN0cmluZyhwYWNrZXQuZ2V0RGF0YSgp LCBwYWNrZXQuZ2V0T2Zmc2V0KCksIHBhY2tldC5nZXRMZW5ndGgoKSkpKTsNCgkgICAgICAgIA0K CSAgICAgICAgc29ja2V0LnJlY2VpdmUocGFja2V0Mik7CSAgICAgICAgDQoJICAgICAgICBTeXN0 ZW0ub3V0LnByaW50bG4oInJlY2VpdmVkIDIgYXQgdD0iK0ppc3RBUEkuZ2V0VGltZSgpKw0KCSAg ICAgICAgICAgICIgKCIrcGFja2V0Mi5nZXRMZW5ndGgoKSsiIGJ5dGVzKSAiDQoJICAgICAgICAg ICAgKyhuZXcgU3RyaW5nKHBhY2tldDIuZ2V0RGF0YSgpLCBwYWNrZXQyLmdldE9mZnNldCgpLCBw YWNrZXQyLmdldExlbmd0aCgpKSkpOw0KCSAgICAgICAgDQoJICAgICAgICBzb2NrZXQuY2xvc2Uo KTsNCgkgICAgICB9DQoJICAgICAgY2F0Y2goRXhjZXB0aW9uIGUpDQoJICAgICAgew0KCSAgICAg ICAgZS5wcmludFN0YWNrVHJhY2UoKTsNCgkgICAgICB9DQoJICAgIH0NCgkgIH0NCg0KCSAgcHVi bGljIHN0YXRpYyBjbGFzcyBDbGllbnQNCgkgIHsNCgkgICAgcHVibGljIHN0YXRpYyB2b2lkIG1h aW4oU3RyaW5nIGFyZ3NbXSkNCgkgICAgew0KCSAgICAgIHRyeQ0KCSAgICAgIHsNCgkgICAgICAg IFN5c3RlbS5vdXQucHJpbnRsbigiQ2xpZW50IDMgc3RhcnRpbmcgYXQgdD0iK0ppc3RBUEkuZ2V0 VGltZSgpKTsNCgkgICAgICAgIERhdGFncmFtU29ja2V0IHNvY2tldCA9IG5ldyBEYXRhZ3JhbVNv Y2tldCgpOw0KCSAgICAgICAgYnl0ZVtdIGJ1ZiA9ICIqKioqKioqKioqKioqKioqIHZvIHZhbiB0 aGF0ICoqKioqKioqKioqKioiLmdldEJ5dGVzKCk7DQoJICAgICAgICBEYXRhZ3JhbVBhY2tldCBw YWNrZXQgPSBuZXcgRGF0YWdyYW1QYWNrZXQoDQoJICAgICAgICAgIGJ1ZiwNCgkgICAgICAgICAg YnVmLmxlbmd0aCwNCgkgICAgICAgICAgSW5ldEFkZHJlc3MuZ2V0QnlBZGRyZXNzKFNFUlZFUl9J UCksDQoJICAgICAgICAgIFBPUlQpOw0KDQoJICAgICAgICBTeXN0ZW0ub3V0LnByaW50bG4oIkNs aWVudCAzIHNlbnQgYXQgdD0iK0ppc3RBUEkuZ2V0VGltZSgpKTsNCgkgICAgICAgIFN5c3RlbS5v dXQuZmx1c2goKTsNCgkgICAgICAgIHNvY2tldC5zZW5kKHBhY2tldCk7DQoJICAgICAgICBzb2Nr ZXQuY2xvc2UoKTsNCgkgICAgICB9DQoJICAgICAgY2F0Y2goRXhjZXB0aW9uIGUpDQoJICAgICAg ew0KCSAgICAgICAgZS5wcmludFN0YWNrVHJhY2UoKTsNCgkgICAgICB9DQoJICAgIH0NCgkgIH0N CgkgIA0KCSAgcHVibGljIHN0YXRpYyBjbGFzcyBDbGllbnQyDQoJICB7DQoJICAgIHB1YmxpYyBz dGF0aWMgdm9pZCBtYWluKFN0cmluZyBhcmdzW10pDQoJICAgIHsNCgkgICAgICB0cnkNCgkgICAg ICB7DQoJICAgICAgICBTeXN0ZW0ub3V0LnByaW50bG4oIkNsaWVudCAyIHN0YXJ0aW5nIGF0IHQ9 IitKaXN0QVBJLmdldFRpbWUoKSk7DQoJICAgICAgICBEYXRhZ3JhbVNvY2tldCBzb2NrZXQgPSBu ZXcgRGF0YWdyYW1Tb2NrZXQoKTsNCgkgICAgICAgIGJ5dGVbXSBidWYgPSAiKioqKioqKioqKioq KiBKZSBzdWlzIHJvdXRldXIgKioqKioqKioqKioqKioqIi5nZXRCeXRlcygpOw0KCSAgICAgICAg RGF0YWdyYW1QYWNrZXQgcGFja2V0ID0gbmV3IERhdGFncmFtUGFja2V0KA0KCSAgICAgICAgICBi dWYsDQoJICAgICAgICAgIGJ1Zi5sZW5ndGgsDQoJICAgICAgICAgIEluZXRBZGRyZXNzLmdldEJ5 QWRkcmVzcyhTRVJWRVJfSVApLA0KCSAgICAgICAgICBQT1JUKTsNCgkgICAgICAgIEppc3RBUEku c2xlZXAoNTAwKTsNCgkgICAgICAgIFN5c3RlbS5vdXQucHJpbnRsbigiQ2xpZW50IDIgc2VudCBh dCB0PSIrSmlzdEFQSS5nZXRUaW1lKCkpOw0KCSAgICAgICAgU3lzdGVtLm91dC5mbHVzaCgpOw0K CSAgICAgICAgc29ja2V0LnNlbmQocGFja2V0KTsNCgkgICAgICAgIHNvY2tldC5jbG9zZSgpOw0K CSAgICAgIH0NCgkgICAgICBjYXRjaChFeGNlcHRpb24gZSkNCgkgICAgICB7DQoJICAgICAgICBl LnByaW50U3RhY2tUcmFjZSgpOw0KCSAgICAgIH0NCgkgICAgfQ0KCSAgfQ0KDQoNCgkgIHByaXZh dGUgc3RhdGljIHZvaWQgVHdvTm9kZVRlc3QoKQ0KCSAgew0KCSAgIHRyeQ0KCSAgICB7DQoJICAg ICAgLy8gZmllbGQNCgkgICAgICBMb2NhdGlvbiBib3VuZHMgPSBuZXcgTG9jYXRpb24uTG9jYXRp b24yRCgyMDAsIDIwMCk7DQoJICAgICAgRmllbGQgZmllbGQgPSBuZXcgRmllbGQoYm91bmRzKTsN CgkgICAgICBSYWRpb0luZm8uUmFkaW9JbmZvU2hhcmVkIHJhZGlvSW5mb1NoYXJlZCA9IFJhZGlv SW5mby5jcmVhdGVTaGFyZWQoDQoJICAgICAgICAgIENvbnN0YW50cy5GUkVRVUVOQ1lfREVGQVVM VCwgDQoJICAgICAgICAgIENvbnN0YW50cy5CQU5EV0lEVEhfREVGQVVMVCwNCgkgICAgICAgICAg Q29uc3RhbnRzLlRSQU5TTUlUX0RFRkFVTFQsIA0KCSAgICAgICAgICBDb25zdGFudHMuR0FJTl9E RUZBVUxULA0KCSAgICAgICAgICBVdGlsLmZyb21EQihDb25zdGFudHMuU0VOU0lUSVZJVFlfREVG QVVMVCksIA0KCSAgICAgICAgICBVdGlsLmZyb21EQihDb25zdGFudHMuVEhSRVNIT0xEX0RFRkFV TFQpLA0KCSAgICAgICAgICBDb25zdGFudHMuVEVNUEVSQVRVUkVfREVGQVVMVCwgDQoJICAgICAg ICAgIENvbnN0YW50cy5URU1QRVJBVFVSRV9GQUNUT1JfREVGQVVMVCwgDQoJICAgICAgICAgIENv bnN0YW50cy5BTUJJRU5UX05PSVNFX0RFRkFVTFQpOw0KCSAgICAgIC8vIHByb3RvY29sIG1hcHBl cg0KCSAgICAgIE1hcHBlciBwcm90TWFwID0gbmV3IE1hcHBlcihDb25zdGFudHMuTkVUX1BST1RP Q09MX01BWCk7DQoJICAgICAgcHJvdE1hcC5tYXBUb05leHQoQ29uc3RhbnRzLk5FVF9QUk9UT0NP TF9EU1IpOw0KCSAgICAgIHByb3RNYXAubWFwVG9OZXh0KENvbnN0YW50cy5ORVRfUFJPVE9DT0xf VURQKTsNCgkgICAgICAvLyBwYWNrZXQgbG9zcw0KCSAgICAgIFBhY2tldExvc3MgcGwgPSBuZXcg UGFja2V0TG9zcy5aZXJvKCk7DQoJICAgICAgLy8gbm9kZXMNCgkgICAgICBpbnQgaT0xOw0KCSAg ICAgIC8vIHJhZGlvDQoJICAgICAgUmFkaW9Ob2lzZSByYWRpbzEgPSBuZXcgUmFkaW9Ob2lzZUlu ZGVwKGksIHJhZGlvSW5mb1NoYXJlZCk7DQoJICAgICAgUmFkaW9Ob2lzZSByYWRpbzIgPSBuZXcg UmFkaW9Ob2lzZUluZGVwKGkrMSwgcmFkaW9JbmZvU2hhcmVkKTsNCgkgICAgICAvLyBtYWMNCgkg ICAgICBNYWM4MDJfMTEgbWFjMSA9IG5ldyBNYWM4MDJfMTEobmV3IE1hY0FkZHJlc3MoaSksIHJh ZGlvMS5nZXRSYWRpb0luZm8oKSk7DQoJICAgICAgTWFjODAyXzExIG1hYzIgPSBuZXcgTWFjODAy XzExKG5ldyBNYWNBZGRyZXNzKGkrMSksIHJhZGlvMi5nZXRSYWRpb0luZm8oKSk7DQoJICAgICAg Ly8gbmV0DQoJICAgICAgTmV0SXAgbmV0MSA9IG5ldyBOZXRJcChuZXcgTmV0QWRkcmVzcyhTRVJW RVJfSVApLCBwcm90TWFwLCBwbCwgcGwpOw0KCSAgICAgIE5ldElwIG5ldDIgPSBuZXcgTmV0SXAo bmV3IE5ldEFkZHJlc3MoaSksIHByb3RNYXAsIHBsLCBwbCk7DQoJICAgICAgLy8gcm91dGUNCgkg ICAgICBSb3V0ZURzciBkc3IxID0gbmV3IFJvdXRlRHNyKG5ldDEuZ2V0QWRkcmVzcygpKTsNCgkg ICAgICBSb3V0ZURzciBkc3IyID0gbmV3IFJvdXRlRHNyKG5ldDIuZ2V0QWRkcmVzcygpKTsNCgkg ICAgICAvLyB0cmFucw0KCSAgICAgIFRyYW5zVWRwIHVkcDEgPSBuZXcgVHJhbnNVZHAoKTsNCgkg ICAgICBUcmFuc1VkcCB1ZHAyID0gbmV3IFRyYW5zVWRwKCk7DQoNCgkgICAgICAvLyBmaWVsZCBo b29rdXANCgkgICAgICBMb2NhdGlvbiBsb2NhdGlvbjEgPSBuZXcgTG9jYXRpb24uTG9jYXRpb24y RCgwLCAwKTsNCgkgICAgICBMb2NhdGlvbiBsb2NhdGlvbjIgPSBuZXcgTG9jYXRpb24uTG9jYXRp b24yRCgwLCAxKTsNCgkgICAgICBmaWVsZC5hZGRSYWRpbyhyYWRpbzEuZ2V0UmFkaW9JbmZvKCks IHJhZGlvMS5nZXRQcm94eSgpLCBsb2NhdGlvbjEpOw0KCSAgICAgIGZpZWxkLmFkZFJhZGlvKHJh ZGlvMi5nZXRSYWRpb0luZm8oKSwgcmFkaW8yLmdldFByb3h5KCksIGxvY2F0aW9uMik7DQoJICAg ICAgLy8gcmFkaW8gaG9va3VwDQoJICAgICAgcmFkaW8xLnNldEZpZWxkRW50aXR5KGZpZWxkLmdl dFByb3h5KCkpOw0KCSAgICAgIHJhZGlvMi5zZXRGaWVsZEVudGl0eShmaWVsZC5nZXRQcm94eSgp KTsNCgkgICAgICByYWRpbzEuc2V0TWFjRW50aXR5KG1hYzEuZ2V0UHJveHkoKSk7DQoJICAgICAg cmFkaW8yLnNldE1hY0VudGl0eShtYWMyLmdldFByb3h5KCkpOw0KCSAgICAgIC8vIHJvdXRlIGhv b2t1cA0KCSAgICAgIGRzcjEuc2V0TmV0RW50aXR5KG5ldDEuZ2V0UHJveHkoKSk7DQoJICAgICAg ZHNyMi5zZXROZXRFbnRpdHkobmV0Mi5nZXRQcm94eSgpKTsNCgkgICAgICAvLyBuZXQgaG9va3Vw DQoJICAgICAgYnl0ZSBpbnRJZDEgPSBuZXQxLmFkZEludGVyZmFjZShtYWMxLmdldFByb3h5KCkp Ow0KCSAgICAgIGJ5dGUgaW50SWQyID0gbmV0Mi5hZGRJbnRlcmZhY2UobWFjMi5nZXRQcm94eSgp KTsNCgkgICAgICBuZXQxLnNldFByb3RvY29sSGFuZGxlcihDb25zdGFudHMuTkVUX1BST1RPQ09M X0RTUiwgZHNyMS5nZXRQcm94eSgpKTsNCgkgICAgICBuZXQyLnNldFByb3RvY29sSGFuZGxlcihD b25zdGFudHMuTkVUX1BST1RPQ09MX0RTUiwgZHNyMi5nZXRQcm94eSgpKTsNCgkgICAgICBuZXQx LnNldFJvdXRpbmcoZHNyMS5nZXRQcm94eSgpKTsNCgkgICAgICBuZXQyLnNldFJvdXRpbmcoZHNy Mi5nZXRQcm94eSgpKTsNCgkgICAgICAvLyBtYWMgaG9va3VwDQoJICAgICAgbWFjMS5zZXRSYWRp b0VudGl0eShyYWRpbzEuZ2V0UHJveHkoKSk7DQoJICAgICAgbWFjMi5zZXRSYWRpb0VudGl0eShy YWRpbzIuZ2V0UHJveHkoKSk7DQoJICAgICAgbWFjMS5zZXROZXRFbnRpdHkobmV0MS5nZXRQcm94 eSgpLCBpbnRJZDEpOw0KCSAgICAgIG1hYzIuc2V0TmV0RW50aXR5KG5ldDIuZ2V0UHJveHkoKSwg aW50SWQyKTsNCgkgICAgICAvLyB0cmFucyBob29rdXANCgkgICAgICB1ZHAxLnNldE5ldEVudGl0 eShuZXQxLmdldFByb3h5KCkpOw0KCSAgICAgIHVkcDIuc2V0TmV0RW50aXR5KG5ldDIuZ2V0UHJv eHkoKSk7DQoJICAgICAgbmV0MS5zZXRQcm90b2NvbEhhbmRsZXIoQ29uc3RhbnRzLk5FVF9QUk9U T0NPTF9VRFAsIHVkcDEuZ2V0UHJveHkoKSk7DQoJICAgICAgbmV0Mi5zZXRQcm90b2NvbEhhbmRs ZXIoQ29uc3RhbnRzLk5FVF9QUk9UT0NPTF9VRFAsIHVkcDIuZ2V0UHJveHkoKSk7DQoNCgkgICAg ICAvLyBhcHBsaWNhdGlvbnMNCgkgICAgICBBcHBKYXZhIHNlcnZlciA9IG5ldyBBcHBKYXZhKFNl cnZlci5jbGFzcyk7DQoJICAgICAgc2VydmVyLnNldFVkcEVudGl0eSh1ZHAxLmdldFByb3h5KCkp Ow0KCSAgICAgIEFwcEphdmEgY2xpZW50ID0gbmV3IEFwcEphdmEoQ2xpZW50LmNsYXNzKTsNCgkg ICAgICBjbGllbnQuc2V0VWRwRW50aXR5KHVkcDIuZ2V0UHJveHkoKSk7DQoNCgkgICAgICAvLyBy dW4gYXBwcw0KCSAgICAgIHNlcnZlci5nZXRQcm94eSgpLnJ1bihudWxsKTsgDQoJICAgICAgSmlz dEFQSS5zbGVlcCgxKTsNCgkgICAgICBjbGllbnQuZ2V0UHJveHkoKS5ydW4obnVsbCk7DQoJICAg IH0NCgkgICAgY2F0Y2goRXhjZXB0aW9uIGUpIHsgZS5wcmludFN0YWNrVHJhY2UoKTsgfQ0KCSAg fQ0KDQoJICBwcml2YXRlIHN0YXRpYyB2b2lkIFRocmVlTm9kZVRlc3QoKQ0KCSAgew0KCSAgIHRy eQ0KCSAgICB7DQoJICAgICAgLy8gZmllbGQNCgkgICAgICBMb2NhdGlvbiBib3VuZHMgPSBuZXcg TG9jYXRpb24uTG9jYXRpb24yRCgyMDAsIDE1MDApOw0KCSAgICAgIEZpZWxkIGZpZWxkID0gbmV3 IEZpZWxkKGJvdW5kcyk7DQoJICAgICAgUmFkaW9JbmZvLlJhZGlvSW5mb1NoYXJlZCByYWRpb0lu Zm9TaGFyZWQgPSBSYWRpb0luZm8uY3JlYXRlU2hhcmVkKA0KCSAgICAgICAgICBDb25zdGFudHMu RlJFUVVFTkNZX0RFRkFVTFQsIA0KCSAgICAgICAgICBDb25zdGFudHMuQkFORFdJRFRIX0RFRkFV TFQsDQoJICAgICAgICAgIENvbnN0YW50cy5UUkFOU01JVF9ERUZBVUxULCANCgkgICAgICAgICAg Q29uc3RhbnRzLkdBSU5fREVGQVVMVCwNCgkgICAgICAgICAgVXRpbC5mcm9tREIoQ29uc3RhbnRz LlNFTlNJVElWSVRZX0RFRkFVTFQpLCANCgkgICAgICAgICAgVXRpbC5mcm9tREIoQ29uc3RhbnRz LlRIUkVTSE9MRF9ERUZBVUxUKSwNCgkgICAgICAgICAgQ29uc3RhbnRzLlRFTVBFUkFUVVJFX0RF RkFVTFQsIA0KCSAgICAgICAgICBDb25zdGFudHMuVEVNUEVSQVRVUkVfRkFDVE9SX0RFRkFVTFQs IA0KCSAgICAgICAgICBDb25zdGFudHMuQU1CSUVOVF9OT0lTRV9ERUZBVUxUKTsNCgkgICAgICAv LyBwcm90b2NvbCBtYXBwZXINCgkgICAgICBNYXBwZXIgcHJvdE1hcCA9IG5ldyBNYXBwZXIoQ29u c3RhbnRzLk5FVF9QUk9UT0NPTF9NQVgpOw0KCSAgICAgIHByb3RNYXAubWFwVG9OZXh0KENvbnN0 YW50cy5ORVRfUFJPVE9DT0xfRFNSKTsNCgkgICAgICBwcm90TWFwLm1hcFRvTmV4dChDb25zdGFu dHMuTkVUX1BST1RPQ09MX1VEUCk7DQoJICAgICAgLy8gcGFja2V0IGxvc3MNCgkgICAgICBQYWNr ZXRMb3NzIHBsID0gbmV3IFBhY2tldExvc3MuWmVybygpOw0KCSAgICAgIC8vIG5vZGVzDQoJICAg ICAgaW50IGk9MTsNCgkgICAgICAvLyByYWRpbw0KCSAgICAgIFJhZGlvTm9pc2UgcmFkaW8xID0g bmV3IFJhZGlvTm9pc2VJbmRlcChpLCByYWRpb0luZm9TaGFyZWQpOw0KCSAgICAgIFJhZGlvTm9p c2UgcmFkaW8yID0gbmV3IFJhZGlvTm9pc2VJbmRlcChpKzEsIHJhZGlvSW5mb1NoYXJlZCk7DQoJ ICAgICAgUmFkaW9Ob2lzZSByYWRpbzMgPSBuZXcgUmFkaW9Ob2lzZUluZGVwKGkrMiwgcmFkaW9J bmZvU2hhcmVkKTsNCgkgICAgICAvLyBtYWMNCgkgICAgICBNYWM4MDJfMTEgbWFjMSA9IG5ldyBN YWM4MDJfMTEobmV3IE1hY0FkZHJlc3MoaSksIHJhZGlvMS5nZXRSYWRpb0luZm8oKSk7DQoJICAg ICAgTWFjODAyXzExIG1hYzIgPSBuZXcgTWFjODAyXzExKG5ldyBNYWNBZGRyZXNzKGkrMSksIHJh ZGlvMi5nZXRSYWRpb0luZm8oKSk7DQoJICAgICAgTWFjODAyXzExIG1hYzMgPSBuZXcgTWFjODAy XzExKG5ldyBNYWNBZGRyZXNzKGkrMiksIHJhZGlvMi5nZXRSYWRpb0luZm8oKSk7DQoJICAgICAg Ly8gbmV0DQoJICAgICAgTmV0SXAgbmV0MSA9IG5ldyBOZXRJcChuZXcgTmV0QWRkcmVzcyhTRVJW RVJfSVApLCBwcm90TWFwLCBwbCwgcGwpOw0KCSAgICAgIE5ldElwIG5ldDIgPSBuZXcgTmV0SXAo bmV3IE5ldEFkZHJlc3MoaSksIHByb3RNYXAsIHBsLCBwbCk7DQoJICAgICAgTmV0SXAgbmV0MyA9 IG5ldyBOZXRJcChuZXcgTmV0QWRkcmVzcyhpKzEpLCBwcm90TWFwLCBwbCwgcGwpOw0KCSAgICAg IC8vIHJvdXRlDQoJICAgICAgUm91dGVEc3IgZHNyMSA9IG5ldyBSb3V0ZURzcihuZXQxLmdldEFk ZHJlc3MoKSk7DQoJICAgICAgUm91dGVEc3IgZHNyMiA9IG5ldyBSb3V0ZURzcihuZXQyLmdldEFk ZHJlc3MoKSk7DQoJICAgICAgUm91dGVEc3IgZHNyMyA9IG5ldyBSb3V0ZURzcihuZXQzLmdldEFk ZHJlc3MoKSk7DQoJICAgICAgLy8gdHJhbnMNCgkgICAgICBUcmFuc1VkcCB1ZHAxID0gbmV3IFRy YW5zVWRwKCk7DQoJICAgICAgVHJhbnNVZHAgdWRwMiA9IG5ldyBUcmFuc1VkcCgpOw0KCSAgICAg IFRyYW5zVWRwIHVkcDMgPSBuZXcgVHJhbnNVZHAoKTsNCg0KCSAgICAgIC8vIGZpZWxkIGhvb2t1 cA0KCSAgICAgIExvY2F0aW9uIGxvY2F0aW9uMSA9IG5ldyBMb2NhdGlvbi5Mb2NhdGlvbjJEKDAs IDApOw0KCSAgICAgIExvY2F0aW9uIGxvY2F0aW9uMiA9IG5ldyBMb2NhdGlvbi5Mb2NhdGlvbjJE KDAsIDYwMCk7DQoJICAgICAgTG9jYXRpb24gbG9jYXRpb24zID0gbmV3IExvY2F0aW9uLkxvY2F0 aW9uMkQoMCwgMTIwMCk7DQoJICAgICAgZmllbGQuYWRkUmFkaW8ocmFkaW8xLmdldFJhZGlvSW5m bygpLCByYWRpbzEuZ2V0UHJveHkoKSwgbG9jYXRpb24xKTsNCgkgICAgICBmaWVsZC5hZGRSYWRp byhyYWRpbzIuZ2V0UmFkaW9JbmZvKCksIHJhZGlvMi5nZXRQcm94eSgpLCBsb2NhdGlvbjIpOw0K CSAgICAgIGZpZWxkLmFkZFJhZGlvKHJhZGlvMy5nZXRSYWRpb0luZm8oKSwgcmFkaW8zLmdldFBy b3h5KCksIGxvY2F0aW9uMyk7DQoJICAgICAgLy8gcmFkaW8gaG9va3VwDQoJICAgICAgcmFkaW8x LnNldEZpZWxkRW50aXR5KGZpZWxkLmdldFByb3h5KCkpOw0KCSAgICAgIHJhZGlvMi5zZXRGaWVs ZEVudGl0eShmaWVsZC5nZXRQcm94eSgpKTsNCgkgICAgICByYWRpbzMuc2V0RmllbGRFbnRpdHko ZmllbGQuZ2V0UHJveHkoKSk7DQoJICAgICAgcmFkaW8xLnNldE1hY0VudGl0eShtYWMxLmdldFBy b3h5KCkpOw0KCSAgICAgIHJhZGlvMi5zZXRNYWNFbnRpdHkobWFjMi5nZXRQcm94eSgpKTsNCgkg ICAgICByYWRpbzMuc2V0TWFjRW50aXR5KG1hYzMuZ2V0UHJveHkoKSk7DQoJICAgICAgLy8gcm91 dGUgaG9va3VwDQoJICAgICAgZHNyMS5zZXROZXRFbnRpdHkobmV0MS5nZXRQcm94eSgpKTsNCgkg ICAgICBkc3IyLnNldE5ldEVudGl0eShuZXQyLmdldFByb3h5KCkpOw0KCSAgICAgIGRzcjMuc2V0 TmV0RW50aXR5KG5ldDMuZ2V0UHJveHkoKSk7DQoJICAgICAgLy8gbmV0IGhvb2t1cA0KCSAgICAg IGJ5dGUgaW50SWQxID0gbmV0MS5hZGRJbnRlcmZhY2UobWFjMS5nZXRQcm94eSgpKTsNCgkgICAg ICBieXRlIGludElkMiA9IG5ldDIuYWRkSW50ZXJmYWNlKG1hYzIuZ2V0UHJveHkoKSk7DQoJICAg ICAgYnl0ZSBpbnRJZDMgPSBuZXQzLmFkZEludGVyZmFjZShtYWMzLmdldFByb3h5KCkpOw0KCSAg ICAgIG5ldDEuc2V0UHJvdG9jb2xIYW5kbGVyKENvbnN0YW50cy5ORVRfUFJPVE9DT0xfRFNSLCBk c3IxLmdldFByb3h5KCkpOw0KCSAgICAgIG5ldDIuc2V0UHJvdG9jb2xIYW5kbGVyKENvbnN0YW50 cy5ORVRfUFJPVE9DT0xfRFNSLCBkc3IyLmdldFByb3h5KCkpOw0KCSAgICAgIG5ldDMuc2V0UHJv dG9jb2xIYW5kbGVyKENvbnN0YW50cy5ORVRfUFJPVE9DT0xfRFNSLCBkc3IzLmdldFByb3h5KCkp Ow0KCSAgICAgIG5ldDEuc2V0Um91dGluZyhkc3IxLmdldFByb3h5KCkpOw0KCSAgICAgIG5ldDIu c2V0Um91dGluZyhkc3IyLmdldFByb3h5KCkpOw0KCSAgICAgIG5ldDMuc2V0Um91dGluZyhkc3Iz LmdldFByb3h5KCkpOw0KCSAgICAgIC8vIG1hYyBob29rdXANCgkgICAgICBtYWMxLnNldFJhZGlv RW50aXR5KHJhZGlvMS5nZXRQcm94eSgpKTsNCgkgICAgICBtYWMyLnNldFJhZGlvRW50aXR5KHJh ZGlvMi5nZXRQcm94eSgpKTsNCgkgICAgICBtYWMzLnNldFJhZGlvRW50aXR5KHJhZGlvMy5nZXRQ cm94eSgpKTsNCgkgICAgICBtYWMxLnNldE5ldEVudGl0eShuZXQxLmdldFByb3h5KCksIGludElk MSk7DQoJICAgICAgbWFjMi5zZXROZXRFbnRpdHkobmV0Mi5nZXRQcm94eSgpLCBpbnRJZDIpOw0K CSAgICAgIG1hYzMuc2V0TmV0RW50aXR5KG5ldDMuZ2V0UHJveHkoKSwgaW50SWQzKTsNCgkgICAg ICAvLyB0cmFucyBob29rdXANCgkgICAgICB1ZHAxLnNldE5ldEVudGl0eShuZXQxLmdldFByb3h5 KCkpOw0KCSAgICAgIHVkcDIuc2V0TmV0RW50aXR5KG5ldDIuZ2V0UHJveHkoKSk7DQoJICAgICAg dWRwMy5zZXROZXRFbnRpdHkobmV0My5nZXRQcm94eSgpKTsNCgkgICAgICBuZXQxLnNldFByb3Rv Y29sSGFuZGxlcihDb25zdGFudHMuTkVUX1BST1RPQ09MX1VEUCwgdWRwMS5nZXRQcm94eSgpKTsN CgkgICAgICBuZXQyLnNldFByb3RvY29sSGFuZGxlcihDb25zdGFudHMuTkVUX1BST1RPQ09MX1VE UCwgdWRwMi5nZXRQcm94eSgpKTsNCgkgICAgICBuZXQzLnNldFByb3RvY29sSGFuZGxlcihDb25z dGFudHMuTkVUX1BST1RPQ09MX1VEUCwgdWRwMy5nZXRQcm94eSgpKTsNCg0KCSAgICAgIC8vIGFw cGxpY2F0aW9ucw0KCSAgICAgIEFwcEphdmEgc2VydmVyID0gbmV3IEFwcEphdmEoU2VydmVyLmNs YXNzKTsNCgkgICAgICBzZXJ2ZXIuc2V0VWRwRW50aXR5KHVkcDEuZ2V0UHJveHkoKSk7DQoJICAg ICAgQXBwSmF2YSBjbGllbnQgPSBuZXcgQXBwSmF2YShDbGllbnQuY2xhc3MpOw0KCSAgICAgIGNs aWVudC5zZXRVZHBFbnRpdHkodWRwMy5nZXRQcm94eSgpKTsNCgkgICAgICBBcHBKYXZhIGNsaWVu dDIgPSBuZXcgQXBwSmF2YShDbGllbnQyLmNsYXNzKTsNCgkgICAgICBjbGllbnQyLnNldFVkcEVu dGl0eSh1ZHAyLmdldFByb3h5KCkpOw0KDQoJICAgICAgLy8gcnVuIGFwcHMNCgkgICAgICBzZXJ2 ZXIuZ2V0UHJveHkoKS5ydW4obnVsbCk7IA0KCSAgICAgIEppc3RBUEkuc2xlZXAoMSk7DQoJICAg ICAgY2xpZW50LmdldFByb3h5KCkucnVuKG51bGwpOw0KCSAgICAgIC8vSmlzdEFQSS5zbGVlcCgy KTsNCgkgICAgICBjbGllbnQyLmdldFByb3h5KCkucnVuKG51bGwpOw0KCSAgICB9DQoJICAgIGNh dGNoKEV4Y2VwdGlvbiBlKSB7IGUucHJpbnRTdGFja1RyYWNlKCk7IH0NCgkgIH0NCg0KDQoJcHVi bGljIHN0YXRpYyB2b2lkIG1haW4oU3RyaW5nW10gYXJncykgew0KCQkvL1R3b05vZGVUZXN0KCk7 CQkNCgkgICAgVGhyZWVOb2RlVGVzdCgpOw0KCX0NCn0NCg== ------=_Part_8490_20543165.1119014259768 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet ------=_Part_8490_20543165.1119014259768-- From manet-bounces@ietf.org Sat Jun 18 00:56:16 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DjVNP-00036E-25; Sat, 18 Jun 2005 00:56:15 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DjVNF-000367-Ot for manet@megatron.ietf.org; Sat, 18 Jun 2005 00:56:07 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA20122 for ; Sat, 18 Jun 2005 00:56:02 -0400 (EDT) Received: from [203.199.83.246] (helo=rediffmail.com) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DjVkS-000739-IJ for manet@ietf.org; Sat, 18 Jun 2005 01:20:06 -0400 Received: (qmail 1615 invoked by uid 510); 18 Jun 2005 04:57:30 -0000 Date: 18 Jun 2005 04:57:30 -0000 Message-ID: <20050618045730.1614.qmail@webmail35.rediffmail.com> Received: from unknown (61.1.177.94) by rediffmail.com via HTTP; 18 jun 2005 04:57:30 -0000 MIME-Version: 1.0 From: "gokina " To: manet@ietf.org X-Spam-Score: 2.9 (++) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a Subject: [manet] QoS issue in routing X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gokina List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1098064301==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multipart mime message --===============1098064301== Content-type: multipart/alternative; boundary="Next_1119070650---0-203.199.83.246-1608" This is a multipart mime message --Next_1119070650---0-203.199.83.246-1608 Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =0A Is there any publication which discusses about packet prioritization. I= want to know "how to distinguish between real time packets and non real ti= me packets for routing purpose in MANET" =0A=0A If you have came across any= such work please give me reference or related link. =0A=0AThanking you,=0A= Gokina. --Next_1119070650---0-203.199.83.246-1608 Content-type: text/html; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable

=0A
=0A Is there any publication which discusses about packet priorit= ization. I want to know "how to distinguish between real time packets = and non real time packets for routing purpose in MANET"
=0A
=0A= If you have came across any such work please give me reference or related = link.
=0A
=0AThanking you,
=0AGokina.=0A

=0A

=0A=0A --Next_1119070650---0-203.199.83.246-1608-- --===============1098064301== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============1098064301==-- From manet-bounces@ietf.org Sun Jun 19 12:22:42 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dk2ZG-0003Sd-M3; Sun, 19 Jun 2005 12:22:42 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dk2ZF-0003ST-8X for manet@megatron.ietf.org; Sun, 19 Jun 2005 12:22:41 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA16930 for ; Sun, 19 Jun 2005 12:22:38 -0400 (EDT) Received: from postfix4-1.free.fr ([213.228.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dk2wk-0008Je-Qb for manet@ietf.org; Sun, 19 Jun 2005 12:47:01 -0400 Received: from inria.fr (tri69-3-82-235-22-141.fbx.proxad.net [82.235.22.141]) by postfix4-1.free.fr (Postfix) with ESMTP id 4E1E0317DE8; Sun, 19 Jun 2005 18:22:26 +0200 (CEST) Message-ID: <42B59BB0.9010202@inria.fr> Date: Sun, 19 Jun 2005 18:22:08 +0200 From: Eric Fleury CITI / ARES User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: manet@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 2beba50d0fcdeee5f091c59f204d4365 Content-Transfer-Encoding: 7bit Subject: [manet] CFP: Foundations And Algorithms For Wireless Networking (FAWN 2006) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Apologies in advance if you receive multiple copies of this CFP. ---------------------------------------------------------------------- CALL FOR PAPERS -- FAWN 2006 1st International Workshop On Foundations And Algorithms For Wireless Networking In conjunction with Fourth Annual IEEE International Conference on Pervasive Computing and Communications Pisa, Italy, March 13, 2006 http://ares.insa-lyon.fr/fawn2006/ ---------------------------------------------------------------------- SCOPE ----- Mobile computing and communications devices will have an enormous impact on our lifestyle over the next several decades. Wireless connectivity with mobility support is an important enabling technology for pervasive computing and communications. The emergence of multi-hop wireless network (wireless ad hoc networks, sensor networks) and The mobility of distributed computing components raise a number of interesting, and difficult theoretical and algorithmic issues and will play a key role in development and progress of these emerging paradigms. FAWN 2006 is devoted to algorithms, theory and modeling in the context of mobile and wireless computing and networking. It is intended to be a lively meeting, covering many of the algorithmic aspects of this field ranging from optimization, computational geometry, spatial stochastic models for wireless communications, graph, random graphs, spatial point processes and stochastic geometry, discrete and continuum percolation, theory combinatorics and approximation algorithms. The workshop is intended to foster cooperation among researchers in mobile computing and researchers in discrete and distributed algorithms and offer an opportunity to discuss and express their views on the current trends challenges and state of the art solutions addressing issues in wireless computing and networking. The aim of FAWN 2006 is to show how theoretical and algorithmic aspects in the context of mobile and wireless computing and communications can be used to analyze and optimize key features of wireless networks like coverage, mobility, routing, capacity, scheduling, power control etc. TOPICS OF INTEREST ------------------ Papers are solicited in all research and applied areas related to mobile and wireless computing and communications where discrete algorithms and methods are used, including, but not limited to: * Ad hoc networks * Channel assignment and management * Distributed algorithms * Distributed wireless sensor networks * Dynamic graph algorithms * Localization and location tracking * Media access techniques and protocols * Modeling and performance evaluation * Power aware protocol * Quality-of-service issues * Scheduling * Security/fault-tolerance issues * Self-configuration * Selfish behavior and cooperation * Spatial stochastic models * Synchronization * Topology control PAPER INSTRUCTIONS ------------------ Submitted papers must not have been published elsewhere nor currently be under review by another conference or journal. Submission instructions are published on the conference web site. IMPORTANT DATES --------------- Full Paper Submission: September 20, 2005 Acceptance notification: November 22, 2005 Camera-ready due: December 19, 2005 TECHNICAL COMMITTEES -------------------- General Chairs Pr. Eric Fleury, INSA Lyon/INRIA, France Pr. Shay Kutten, Technion, Israel Pr. Catherine Rosenberg, University of Waterloo, Canada Publicity Chair David Simplot-Ryl, LIFL, France Organization Chair Guillaume Chelius, INRIA, France Program Committee Francois Baccelli, INRIA/ENS, France Stefano Basagni, Northeastern Univ., USA Claude Chaudet, ENST Paris, France Jon Crowcroft, U. of Cambridge, UK Pilu Crescenzi, U. Firenze, Italy Timur Friedman, LIP6 -- CNRS, France Isabelle Guerin Lassous, INRIA, France Stephan Olariu, McGill University, Canada David Peleg, Weizmann Institute, Israel Andrea Richa, Arizona State Univ., USA Maria Jose Serna, Spain David Simplot, LIFL, France Martha Steenstrup , Clemson Univ., USA Ivan Stojmenovic, Univ. of Ottawa, Canada Christian Tschudin, Univ. Basel, Switzerland Jennifer Welch, Texas A\&M University, USA Peter Widmayer, ETHZ, Switzerland Prudence Wong, University of Liverpool, UK Janez Zerovnik, Slovenia -- Eric FLEURY PROF. AT INSA of LYON Co-HEAD OF CITI LAB & Co-Leader of ARES INRIA PROJECT TEL: +33 472 436 421 FAX: +33 472 436 227 WEB: http://ares.insa-lyon.fr/~efleury/ _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Sun Jun 19 15:53:04 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dk5qq-0003W6-2J; Sun, 19 Jun 2005 15:53:04 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dk5qo-0003Vl-Md for manet@megatron.ietf.org; Sun, 19 Jun 2005 15:53:02 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA02087 for ; Sun, 19 Jun 2005 15:53:00 -0400 (EDT) Received: from ws7-4.us4.outblaze.com ([208.36.123.33]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dk6E5-0004j3-UR for manet@ietf.org; Sun, 19 Jun 2005 16:17:24 -0400 Received: by ws7-4.us4.outblaze.com (Postfix, from userid 1001) id 5212ACA07F; Sun, 19 Jun 2005 19:52:32 +0000 (GMT) Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Received: from [134.117.89.38] by ws7-4.us4.outblaze.com with http for yasser.lotfy@lycos.com; Sun, 19 Jun 2005 14:52:32 -0500 From: "yasser lotfy" To: gokina , manet@ietf.org Date: Sun, 19 Jun 2005 14:52:32 -0500 Subject: Re: [manet] QoS issue in routing X-Originating-Ip: 134.117.89.38 X-Originating-Server: ws7-4.us4.outblaze.com Message-Id: <20050619195232.5212ACA07F@ws7-4.us4.outblaze.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Content-Transfer-Encoding: quoted-printable Cc: X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi, There is nothing in MANET or even in wire-line networks that classifies pac= kets into realtime and besteffort. The tenet that all QoS approaches follow= is to let the application define its needs. While this approach in fact is= very impractical, its hard at the IP layer to assume application needs. Therefore, a much needed middleware can take the role of brokering bandwidt= h at the source host. If in your particular study you don't see the need or= don't have the will to hack such a middleware, an alternatibe (and common)= solution is to assume that all udp traffic is a realtime traffic, and all = tcp is a besteffort. Hope this covers your question well.=20 Regards, *********************************************** A train station is the place where trains stop, A bus station is the place where buses stop, On my desk they installed a workstation !! *********************************************** --=20 _______________________________________________ NEW! Lycos Dating Search. The only place to search multiple dating sites at= once. http://datingsearch.lycos.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Sun Jun 19 17:49:36 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dk7fb-00024J-SN; Sun, 19 Jun 2005 17:49:35 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dk7fZ-000242-CJ for manet@megatron.ietf.org; Sun, 19 Jun 2005 17:49:33 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA08698 for ; Sun, 19 Jun 2005 17:49:30 -0400 (EDT) Received: from mail.saic-abingdon.com ([12.167.146.25]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dk839-0006y0-WF for manet@ietf.org; Sun, 19 Jun 2005 18:13:56 -0400 Received: from no.name.available by mail.saic-abingdon.com via smtpd (for ietf-mx.ietf.org [132.151.6.1]) with ESMTP; Sun, 19 Jun 2005 17:51:26 -0400 Received: from bh-exchange02.saic-abingdon.com ([172.17.10.226]) by bh-exchangefe.saic-abingdon.com with Microsoft SMTPSVC(6.0.3790.211); Sun, 19 Jun 2005 17:50:34 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [manet] QoS issue in routing Date: Sun, 19 Jun 2005 17:50:27 -0400 Message-ID: <2FE23D25B7292B489A217D1965CDA866016B84@bh-exchange02.saic-abingdon.com> Thread-Topic: [manet] QoS issue in routing Thread-Index: AcV1COzvJfzLb4yxTnWn4IwCOMy1rgADYIOl From: "Roy, Radhika \(AEAD\)" To: "yasser lotfy" , "gokina" , X-OriginalArrivalTime: 19 Jun 2005 21:50:34.0671 (UTC) FILETIME=[EBDCD3F0:01C57518] X-Spam-Score: 0.5 (/) X-Scan-Signature: 20f22c03b5c66958bff5ef54fcda6e48 Cc: X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1514476922==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============1514476922== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C57518.E7556388" This is a multi-part message in MIME format. ------_=_NextPart_001_01C57518.E7556388 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Yasser: =20 Yes, you right that IP layer can NOT assume any needs of applications. = Also, all real-time applications (e.g., Audio, Video) will send RTP = media-over-UDP. The way they will work are as follows: =20 1. The real-time applications (e.g., audio, video) will express their = QoS needs at the time of the call setup using application layer = signaling (e.g., SIP) messages. 2. The call admission control (CAC)/QoS server/router will then signal = the IP layer about the QoS needs of the applications before acceptance = of the call. 3. IP layer will then transfer the media-over-UDP in accordance to QoS = scheme/policy satisfying the needs as indicated at the time of the = acceptance of the call. =20 In this respect, MANET is also no different from the usual IP network. =20 So, it is expected that there will be a communications between the upper = application/middle layer to the IP layer related to QoS needs. However, = the interface for this inter-layer communications related to QoS can be = realized in many ways. There are couple of separate alternatives that = have been proposed in the IETF. It can be a separate thread outside the = MANET WG. =20 Best regards, Radhika R. Roy ________________________________ From: manet-bounces@ietf.org on behalf of yasser lotfy Sent: Sun 6/19/2005 3:52 PM To: gokina; manet@ietf.org Subject: Re: [manet] QoS issue in routing Hi, There is nothing in MANET or even in wire-line networks that classifies = packets into realtime and besteffort. The tenet that all QoS approaches = follow is to let the application define its needs. While this approach = in fact is very impractical, its hard at the IP layer to assume = application needs. Therefore, a much needed middleware can take the role of brokering = bandwidth at the source host. If in your particular study you don't see = the need or don't have the will to hack such a middleware, an = alternatibe (and common) solution is to assume that all udp traffic is a = realtime traffic, and all tcp is a besteffort. Hope this covers your question well. Regards, *********************************************** A train station is the place where trains stop, A bus station is the place where buses stop, On my desk they installed a workstation !! *********************************************** ------_=_NextPart_001_01C57518.E7556388 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =0A= =0A= =0A= =0A= =0A= =0A= Re: [manet] QoS issue in routing=0A= =0A= =0A=
=0A=
Hi, = Yasser:
=0A=
 
=0A=
Yes, you right that IP layer = can NOT assume =0A= any needs of applications. Also, all real-time applications (e.g., = Audio, Video) =0A= will send RTP media-over-UDP. The way they will work are as =0A= follows:
=0A=
 
=0A=
1. The real-time applications = (e.g., audio, =0A= video) will express their QoS needs at the time of the call setup using =0A= application layer signaling (e.g., SIP) messages.
=0A=
2. The call admission control = (CAC)/QoS =0A= server/router will then signal the IP layer about the QoS needs of the =0A= applications before acceptance of the call.
=0A=
3. IP layer will then = transfer the =0A= media-over-UDP in accordance to QoS scheme/policy satisfying the needs = as =0A= indicated at the time of the acceptance of the call.
=0A=
 
=0A=
In this respect, MANET is = also no different =0A= from the usual IP network.
=0A=
 
=0A=
So, it is expected that there = will be a =0A= communications between the upper application/middle layer to the IP = layer =0A= related to QoS needs. However, the interface for this inter-layer = communications =0A= related to QoS can be realized in many ways. There are couple of = separate =0A= alternatives that have been proposed in the IETF. It can be a separate = thread =0A= outside the MANET WG.
=0A=
 
=0A=
Best regards,
=0A=
Radhika R. = Roy
=0A=

=0A=
=0A= From: manet-bounces@ietf.org on = behalf of yasser =0A= lotfy
Sent: Sun 6/19/2005 3:52 PM
To: gokina; =0A= manet@ietf.org
Subject: Re: [manet] QoS issue in =0A= routing

=0A=
=0A=

Hi,
There is nothing in MANET or even in wire-line = networks =0A= that classifies packets into realtime and besteffort. The tenet that all = QoS =0A= approaches follow is to let the application define its needs. While this =0A= approach in fact is very impractical, its hard at the IP layer to assume =0A= application needs.

Therefore, a much needed middleware can take = the role =0A= of brokering bandwidth at the source host. If in your particular study = you don't =0A= see the need or don't have the will to hack such a middleware, an = alternatibe =0A= (and common) solution is to assume that all udp traffic is a realtime = traffic, =0A= and all tcp is a besteffort.

Hope this covers your question =0A= well.

Regards,

********************************************= ***
A =0A= train station is the place where trains stop,
A bus station is the = place =0A= where buses stop,
On my desk they installed a workstation =0A= !!
***********************************************


<= /P>

=0A= =0A= =0A= ------_=_NextPart_001_01C57518.E7556388-- --===============1514476922== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============1514476922==-- From manet-bounces@ietf.org Mon Jun 20 02:14:26 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DkFY9-0000gG-QN; Mon, 20 Jun 2005 02:14:25 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DkFY3-0000g8-Hp for manet@megatron.ietf.org; Mon, 20 Jun 2005 02:14:23 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA19601 for ; Mon, 20 Jun 2005 02:14:18 -0400 (EDT) Received: from sj-iport-2-in.cisco.com ([171.71.176.71] helo=sj-iport-2.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DkFvf-000852-IU for manet@ietf.org; Mon, 20 Jun 2005 02:38:46 -0400 Received: from sj-core-5.cisco.com (171.71.177.238) by sj-iport-2.cisco.com with ESMTP; 19 Jun 2005 23:14:07 -0700 Received: from imail.cisco.com (imail.cisco.com [128.107.200.91]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id j5K6E4qi029549; Sun, 19 Jun 2005 23:14:04 -0700 (PDT) Received: from [24.234.193.8] (sjc-vpn2-529.cisco.com [10.21.114.17]) by imail.cisco.com (8.12.11/8.12.10) with ESMTP id j5K61Oue021413; Sun, 19 Jun 2005 23:01:24 -0700 In-Reply-To: <20050619195232.5212ACA07F@ws7-4.us4.outblaze.com> References: <20050619195232.5212ACA07F@ws7-4.us4.outblaze.com> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <3f5e2351177d232ee218aab539abbfc0@cisco.com> Content-Transfer-Encoding: 7bit From: Fred Baker Subject: Re: [manet] QoS issue in routing Date: Sun, 19 Jun 2005 23:14:03 -0700 To: "yasser lotfy" X-Mailer: Apple Mail (2.622) IIM-SIG: v:"1.1"; h:"imail.cisco.com"; d:"cisco.com"; z:"home"; m:"krs"; t:"1119247284.927134"; x:"432200"; a:"rsa-sha1"; b:"nofws:357"; e:"Iw=="; n:"sQYarK2E51MdcTiUqeif3F7cWdxIfoCiXhdfb9vD5ee/j0jXL15gbFxF2p" "XIweAblu0N6XAgK7k+wrbr7bQDJaCDqOmzqpRUBjIRQAXQ7NzadpmR3pUL6wxaRUtW+c43sl9jC" "50Qg1sXHpPjt8Y+Y16ioyQAQAdSunM4YhevURc="; s:"UN7Po2+64jV00g4Ml1GF3w/qjhYfTpRU5qwOlpPX2mjslOE+m6zhN379m77ZlpWWmIu7BP4o" "1w8FpL3CA7j3PXvRnuiwu7FFfk0TNLMxJp6KFLnWQUjMd1KFpznc4nCdLvYiXuDBlC+fjVLNnDU" "SltuIfHGdypXK47uIV8FLRoE="; c:"From: Fred Baker "; c:"Subject: Re: [manet] QoS issue in routing"; c:"Date: Sun, 19 Jun 2005 23:14:03 -0700" IIM-VERIFY: s:"y"; v:"y"; r:"60"; h:"imail.cisco.com"; c:"message from imail.cisco.com verified; " X-Spam-Score: 0.0 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Content-Transfer-Encoding: 7bit Cc: manet@ietf.org X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org On Jun 19, 2005, at 12:52 PM, yasser lotfy wrote: > There is nothing in MANET or even in wire-line networks that > classifies packets into realtime and besteffort. The tenet that all > QoS approaches follow is to let the application define its needs. > While this approach in fact is very impractical, its hard at the IP > layer to assume application needs. you might consider draft-ietf-tsvwg-diffserv-service-classes-00.txt _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Jun 20 19:51:08 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DkW2m-0002C3-1g; Mon, 20 Jun 2005 19:51:08 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DkW2k-0002By-27 for manet@megatron.ietf.org; Mon, 20 Jun 2005 19:51:06 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA22669 for ; Mon, 20 Jun 2005 19:51:04 -0400 (EDT) Received: from web52507.mail.yahoo.com ([206.190.39.132]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DkWQR-0001Bv-E2 for manet@ietf.org; Mon, 20 Jun 2005 20:15:42 -0400 Received: (qmail 85434 invoked by uid 60001); 20 Jun 2005 23:50:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=TnqeKRrdI1ayTM6+PK39efT+nTtegFMBUjjQI8GkrE9fOnVcWs7X39h3xnOMu7QIcZaqdXde8aNRZD0q1qBeCSMBnXoO8Dcs4mQ43z8p1Az9nzW/GyUFF+gDHj7pTpz5V+qx7m+5Ri3jA4LM9cl0Ql1CknmdT0W3Kfar41MAYMg= ; Message-ID: <20050620235049.85432.qmail@web52507.mail.yahoo.com> Received: from [66.146.170.74] by web52507.mail.yahoo.com via HTTP; Mon, 20 Jun 2005 16:50:49 PDT Date: Mon, 20 Jun 2005 16:50:49 -0700 (PDT) From: Leon Martin To: MANET Newsgroup MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 Content-Transfer-Encoding: 8bit Subject: [manet] Reference to traffic pattern in wireless sensor networks? X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Can anyone point out some references to this? Thanks. - Leon ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Jun 22 14:18:36 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dl9o4-0002M9-8l; Wed, 22 Jun 2005 14:18:36 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dl9o1-0002JZ-5W for manet@megatron.ietf.org; Wed, 22 Jun 2005 14:18:33 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA12121 for ; Wed, 22 Jun 2005 14:18:30 -0400 (EDT) Received: from web52505.mail.yahoo.com ([206.190.39.126]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DlA7t-00037p-1v for manet@ietf.org; Wed, 22 Jun 2005 14:39:10 -0400 Received: (qmail 77353 invoked by uid 60001); 22 Jun 2005 18:13:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=F66YgwP1IhZrkFaoqSyOatFhITF93NUnBdW1VeH1ZBRJX/LK6F7bRt1Ty0uqgTHbgaxpUyvO0J4p4sno/K3AksYOStjM6VP3SA7wJCC8jORZW5D55rYe/KpXtLz+evhcHmOUOri+OmG6zWmlsG+ayywf1fg1eGKG5aJjuk3SLKE= ; Message-ID: <20050622181352.77351.qmail@web52505.mail.yahoo.com> Received: from [66.146.170.74] by web52505.mail.yahoo.com via HTTP; Wed, 22 Jun 2005 11:13:52 PDT Date: Wed, 22 Jun 2005 11:13:52 -0700 (PDT) From: Leon Martin To: MANET Newsgroup MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad Content-Transfer-Encoding: 8bit Subject: [manet] Long-range and low-power radio? X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Does anyone know such radios? Please give some references. Thanks. - Leon ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Jun 22 15:50:22 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlBEs-0007oV-Tb; Wed, 22 Jun 2005 15:50:22 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlBEc-0007jo-NP; Wed, 22 Jun 2005 15:50:06 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA23277; Wed, 22 Jun 2005 15:50:04 -0400 (EDT) Received: from [132.151.6.50] (helo=newodin.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DlBcn-0000CT-NU; Wed, 22 Jun 2005 16:15:05 -0400 Received: from mlee by newodin.ietf.org with local (Exim 4.43) id 1DlBEX-0004XJ-Rr; Wed, 22 Jun 2005 15:50:01 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Wed, 22 Jun 2005 15:50:01 -0400 X-Spam-Score: 0.4 (/) X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6 Cc: manet@ietf.org Subject: [manet] I-D ACTION:draft-ietf-manet-dymo-02.txt X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Mobile Ad-hoc Networks Working Group of the IETF. Title : Dynamic MANET On-demand (DYMO) Routing Author(s) : I. Chakeres, et al. Filename : draft-ietf-manet-dymo-02.txt Pages : 32 Date : 2005-6-22 The Dynamic MANET On-demand (DYMO) routing protocol is intended for use by mobile nodes in wireless multihop networks. It offers adaptation to changing network topology and determines unicast routes between nodes within the network. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-manet-dymo-02.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-manet-dymo-02.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-manet-dymo-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2005-6-22145036.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-manet-dymo-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-manet-dymo-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2005-6-22145036.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --NextPart-- From manet-bounces@ietf.org Wed Jun 22 19:20:50 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlEWY-0000bc-Gt; Wed, 22 Jun 2005 19:20:50 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlEWW-0000bU-C6 for manet@megatron.ietf.org; Wed, 22 Jun 2005 19:20:48 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA17193 for ; Wed, 22 Jun 2005 19:20:44 -0400 (EDT) Received: from mail1.engr.ucsb.edu ([128.111.53.4] helo=smtp.engr.ucsb.edu) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DlEui-0008RW-45 for manet@ietf.org; Wed, 22 Jun 2005 19:45:49 -0400 Received: from joshua.cs.ucsb.edu ([128.111.40.98]:54386) by smtp.engr.ucsb.edu with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.50) id 1DlEWA-00039a-Sn; Wed, 22 Jun 2005 16:20:29 -0700 Mime-Version: 1.0 (Apple Message framework v730) Message-Id: <23401E9D-5D36-4974-A16D-50715A722BC2@cs.ucsb.edu> From: Ian Chakeres Date: Wed, 22 Jun 2005 16:20:28 -0700 To: manet X-Mailer: Apple Mail (2.730) X-Virus-Scanned: Determined clean by smtp.engr.ucsb.edu using clamd / ClamAV version 0.85 X-SA-Exim-Connect-IP: 128.111.40.98 X-SA-Exim-Mail-From: idc@cs.ucsb.edu Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on smtp.engr.ucsb.edu X-Spam-Status: No, score=-5.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.0.1 X-SA-Exim-Version: 4.1 (built Mon, 13 Dec 2004 10:51:27 -0800) X-SA-Exim-Scanned: Yes (on smtp.engr.ucsb.edu) X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Content-Transfer-Encoding: 7bit Cc: Elizabeth Belding-Royer , Charles Perkins Subject: [manet] DYMO-02 Available X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org We recently finished another DYMO revision. There are a few changes. One change in particular affects sequence number behavior. There were also several editorial changes, I hope this new revision is clearer. Please peruse it and let me know if you have new comments. I still have a few comments to add from the last revision, but due to the error in sequence number handling in DYMO-01 we considered it important to quickly release the updated specification. The updated ID is available at http://moment.cs.ucsb.edu/dymo in txt and html format. Thanks to everyone for all your comments and suggestions about DYMO. Ian Chakeres _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Jun 23 05:48:54 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlOKM-0007HD-27; Thu, 23 Jun 2005 05:48:54 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlOKJ-0007H7-Ra for manet@megatron.ietf.org; Thu, 23 Jun 2005 05:48:51 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA21559 for ; Thu, 23 Jun 2005 05:48:49 -0400 (EDT) Received: from csiges9.insa-lyon.fr ([134.214.79.200] helo=mail.insa-lyon.fr) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DlOiZ-00028f-8z for manet@ietf.org; Thu, 23 Jun 2005 06:13:58 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.insa-lyon.fr (Postfix) with ESMTP id 05D80381A4 for ; Thu, 23 Jun 2005 11:48:11 +0200 (CEST) Received: from mail.insa-lyon.fr ([127.0.0.1]) by localhost (csiges9.insa-lyon.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22452-07 for ; Thu, 23 Jun 2005 11:48:08 +0200 (CEST) Received: from cheikh (citi-firewall.insa-lyon.fr [134.214.79.170]) by mail.insa-lyon.fr (Postfix) with SMTP id C83733815B for ; Thu, 23 Jun 2005 11:48:07 +0200 (CEST) Message-ID: <003401c577d8$a8512a60$890aa8c0@cheikh> From: "Cheikh SARR" To: Date: Thu, 23 Jun 2005 11:48:06 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: amavisd-new at INSA-LYON X-Spam-Score: 0.2 (/) X-Scan-Signature: 52e1467c2184c31006318542db5614d5 Subject: [manet] (no subject) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0829299417==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============0829299417== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0031_01C577E9.6BC95890" This is a multi-part message in MIME format. ------=_NextPart_000_0031_01C577E9.6BC95890 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi All, Did some people have references about how to estimate available bandwith in wireless network ? Best regards Cheikh SARR ------=_NextPart_000_0031_01C577E9.6BC95890 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi All,

Did some people have references about how to = estimate
available bandwith in wireless network ?
 
Best regards

Cheikh SARR
------=_NextPart_000_0031_01C577E9.6BC95890-- --===============0829299417== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============0829299417==-- From manet-bounces@ietf.org Thu Jun 23 06:07:51 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlOch-0001Ys-B7; Thu, 23 Jun 2005 06:07:51 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlOcf-0001Yn-Q1 for manet@megatron.ietf.org; Thu, 23 Jun 2005 06:07:49 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA22951 for ; Thu, 23 Jun 2005 06:07:47 -0400 (EDT) Received: from ppsw-0.csi.cam.ac.uk ([131.111.8.130]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DlP0s-0002jP-BJ for manet@ietf.org; Thu, 23 Jun 2005 06:32:57 -0400 X-Cam-SpamDetails: Not scanned X-Cam-AntiVirus: No virus found X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Received: from c95.al.cl.cam.ac.uk ([128.232.110.145]:34272 helo=kirki-1) by ppsw-0.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.150]:25) with esmtpsa (PLAIN:ap458) (TLSv1:RC4-MD5:128) id 1DlOcR-00060o-2Z (Exim 4.51) for manet@ietf.org (return-path ); Thu, 23 Jun 2005 11:07:35 +0100 From: Andrea Passarella To: manet Date: Thu, 23 Jun 2005 11:07:31 +0100 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506231107.32074.andrea.passarella@cl.cam.ac.uk> X-Spam-Score: 0.0 (/) X-Scan-Signature: 48472a944c87678fcfe8db15ffecdfff Content-Transfer-Encoding: quoted-printable Subject: [manet] IEEE ICPS REALMAN Workshop: Call for Participation X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org We apologise for possible duplicates of this message. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D CALL FOR PARTICIPATION =20 IEEE ICPS Workshop on Multi-hop Ad hoc Networks: from theory to reality REALMAN 2005 http://www.cl.cam.ac.uk/realman jointly organised by: MobileMAN EC FET-IST Project University of Cambridge, UK CNR-Institute for Informatics and Telematics, I in conjunction with ICPS 2005 http://icps2005.cs.ucr.edu/ July 14, 2005 Santorini, Greece You are cordially invited to join us in Santorini, on July 14. The REALMAN workshop is devoted to presenting and discussing=20 experiences from real-world studies on mobile multi-hop=20 ad hoc networks (MANETs). The emerging world-wide literature indicate that to consolidate=20 the ad hoc networking field we need to complement theoretical=20 research activities with the realisation and testing of realistic=20 scale test-beds. Indeed, after almost a decade of research into=20 ad hoc networking, MANET technology has not yet affected our way=20 of using wireless networks. The need for more experimental activities simulates the emerging of a new community of researchers combining theoretical research=20 on ad hoc networking with experiences/measurements obtained=20 by implementing ad hoc networks prototypes. The aim of REALMAN=20 is to bring together this community. Hence, the workshop constitutes=20 a unique forum for presenting and discussing experiences/results=20 from real ad hoc networks test-beds and prototypes. REALMAN 2005 will feature 13 regular papers, a Posters and Demos Session, and a Panel. 7 demos will be presented during the workshop. Please refer to the REALMAN website (http://www.cl.cam.ac.uk/realman) for any additional information. ORGANISING COMMITTEE General Chair Jon Crowcroft University of Cambridge, UK Program Chair Marco Conti IIT-CNR, Italy Program Vice-Chair Andrea Passarella University of Cambridge, UK =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REALMAN 2005 TECHNICAL PROGRAM =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Panel: How to make MANETs scale and provide coverage **for real** Organiser: =09 Jon Crowcroft, University of Cambridge, UK Panelists:=09 Edward Knightly, Rice University, USA Matthias Grossglauser, EPFL, Switzerland Martin Mauve, H. Heine Duesseldorf University, Germany Joerg Ott, Helsinki University of Technology, Finland Christian Tschudin, Basel University, Switzerland Session I: MANET Implementations =2D Experiments with an enhanced MAC architecture for multi-hop wireless networks Ralf Bernasconi, Raffaele Bruno, Ivan Defilippis,=20 Silvia Giordano, and Alessandro Puiatti =2D Experiments of Ana4: An Implementation of a 2.5 Framework=20 for Deploying Real Multi-hop Ad hoc and Mesh Networks Nicolas Boulicault, Guillaume Chelius, and Eric Fleury =2D GNU/Linux Implementation of a Position-based Routing Protocol Marc Heissenbuttel, Torsten Braun, Tobias Roth,=20 and Thomas Bernoulli =2D Implementation Strategies for a Secure and Efficient Multi-hop MANET Platform Minmin Tu, Jingyu Zhou, and Guozhi Xu =2D A linux based Bluetooth scatternet formation kit: from design=20 to performance results Francesca Cuomo and Andrea Pugini Session II: MANET Experimentations =2D An Experimental Study of P2P Group-Communication Applications in Real-World MANETs Franca Delmastro and Andrea Passarella =2D A Comparative Study of Cooperative Algorithms for Wireless=20 Ad Hoc Networks Alan Lim, Vikram Srinivasan, and Chen-Khong Tham =2D A Path Density Protocol for MANETs Evgeny Osipov and Christian Tschudin =2D Interactions between TCP, UDP and Routing Protocols in Wireless=20 Multi-hop Ad hoc Networks Christian Rohner, Erik Nordstrom, Per Gunningberg,=20 and Christian Tschudin =2D Hop of No Return: Practical Limitations of Wireless Multi-Hop=20 Networking Marina Petrova, Lili Wu, Matthias Wellens, and Petri Mahonen Session III: Deploying MANET Test-beds =2D Thoughts on Mobile Ad-hoc Network Testbeds Wolfgang Kiess, Stephan Zalewski, Andreas Tarp,=20 and Martin Mauve =2D Experiences Deploying an Ad-hoc Network in an Urban Environment Peter Barron, Stefan Weber, Siobh=E1n Clarke,=20 and Vinny Cahill =2D MeshDV: A Distance Vector mobility-tolerant routing protocol=20 for Wireless Mesh Networks Luigi Iannone and Serge Fdida Posters and Demos Session =2D On the Dimensionality of Wireless Connectivity Traces George Roussos =2D Social networks, novel communication applications and needs=20 in mobile contexts Claudia Brazzola =2D Cross-Layer Support for Group-Communication Applications=20 in MANETs Marco Conti, Franca Delmastro, Jon Crowcroft, and=20 Andrea Passarella =2D Real Life Experience of Cooperation Enforcement=20 Based on Reputation (CORE) for MANETs Claudio Lavecchia, Pietro Michiardi, and Refik Molva =2D VoIP Testbed in Ad Hoc Networks Jose Costa-Requena, Mohammand Ayyash, Jarrod Creado,=20 Jarkko Hakkinen, Raimo Kantola, and Nicklas Beijar =2D Experimenting a Layer 2-based Approach to Internet Connectivity=20 for Ad Hoc Networks Raffaele Bruno, Marco Conti, Enrico Gregori,=20 Antonio Pinizzotto, and Emilio Ancillotti =2D Demo of Ana4: an Hybrid Local Area Ad hoc Network Architecture Nicolas Boulicault, Guillaume Chelius, and Eric Fleury =2D Haggle Architecture and Demo of its Real World Implementations Pan Hui, Jon Crowcroft, James Scott, Christophe Diot, Augustin Chaintreau, and Richard Gass =2D Demo of residual bandwidth estimation in an 802.11 ad hoc network Martin Nielsen =2D-=20 Andrea Passarella IEEE ICPS REALMAN Workshop Program Vice Chair =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D University of Cambridge The Computer Laboratory || voice:+44 (0)1223 763658 15 JJ Thomson Avenue || fax: +44 (0)1223 334678 Cambridge CB3 0FD, UK || web: www.cl.cam.ac.uk/~ap458/ email: andrea.passarella@cl.cam.ac.uk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D Pervasive Computing & Networking Lab. (PerLab) http://www.perlab.it _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Jun 23 10:37:18 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlSpS-0007En-FB; Thu, 23 Jun 2005 10:37:18 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DlSpQ-0007Ei-QD for manet@megatron.ietf.org; Thu, 23 Jun 2005 10:37:17 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA17721 for ; Thu, 23 Jun 2005 10:37:15 -0400 (EDT) Received: from web61123.mail.yahoo.com ([209.73.179.37]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DlTDg-0007ET-8s for manet@ietf.org; Thu, 23 Jun 2005 11:02:26 -0400 Received: (qmail 89121 invoked by uid 60001); 23 Jun 2005 14:37:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=dQKPgnCrbQIqatvVt5XXHfKfeiG5WGM4K1a53CGOd7T3t8jbBxBh0vLAcrBWwBgHmjT32xjeCzYhFsrW7a/zngJji0c0WYYbUAUOB3rXtYndvH8pIK09kf1aB10ZONf182xDXKgGyuPrZbTAMUcPGUP0TL5nZ1fRyfgrP+r15hI= ; Message-ID: <20050623143701.89119.qmail@web61123.mail.yahoo.com> Received: from [66.208.44.5] by web61123.mail.yahoo.com via HTTP; Thu, 23 Jun 2005 07:37:01 PDT Date: Thu, 23 Jun 2005 07:37:01 -0700 (PDT) From: manet user Subject: Re: [manet] Problem with AODV in OPNET v 11 To: "Mullen, John" , manet@ietf.org In-Reply-To: <8536FDFA3AD04A49A158049159965691034367D4@exchange1.ACN.ad.nmsu.edu> MIME-Version: 1.0 X-Spam-Score: 0.6 (/) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Cc: X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1632075108==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============1632075108== Content-Type: multipart/alternative; boundary="0-280068541-1119537421=:88440" Content-Transfer-Encoding: 8bit --0-280068541-1119537421=:88440 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit John, I believe, if you make "AODV Hello Efficiency" global attribute "Disabled" while running AODV simulations, you'll not see this problem. AODV Hello Efficiency when enabled, will not allow Hello message exchange. This should be typically used when the network is static or when one is using lower layer feedback to detect link breaks. In 11.0, this attribute is "Enabled" by default. Hope this helps. "Mullen, John" wrote: H i, I'm having a problem with AODV in version 11 of OPNET. I did not have the problem with v 10.5 and I don't have in in v 11 with DSR. Also, if I use the AODV example model, I don't have the problem, just when I use the AODV standard model. The problem is that the transmitting node does a route search once at the start of the simulation, but doesn't initiate a new one if that initial route later fails. Anyone have an idea on this? Thanks, John Mullen _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --------------------------------- Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football --0-280068541-1119537421=:88440 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
John,
 
I believe, if you make "AODV Hello Efficiency" global attribute "Disabled" while running AODV simulations, you'll not see this problem. AODV Hello Efficiency when enabled, will not allow Hello message exchange. This should be typically used when the network is static or when one is using lower layer feedback to detect link breaks. In 11.0, this attribute is "Enabled" by default.
 
Hope this helps.


"Mullen, John" <jomullen@ad.nmsu.edu> wrote:
H i,
 
I'm having a problem with AODV in version 11 of OPNET.  I did not have the problem with v 10.5 and I don't have in in v 11 with DSR.  Also, if I use the AODV example model, I don't have the problem, just when I use the AODV standard model.
 
The problem is that the transmitting node does a route search once at the start of the simulation, but doesn't initiate a new one if that initial route later fails. Anyone have an idea on this?
 
Thanks,
 
John Mullen


_______________________________________________
manet mailing list
manet@ietf.org
https://www1.ietf.org/mailman/listinfo/manet

Yahoo! Sports
Rekindle the Rivalries. Sign up for Fantasy Football --0-280068541-1119537421=:88440-- --===============1632075108== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============1632075108==-- From manet-bounces@ietf.org Thu Jun 23 21:21:16 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dlcsd-0006OQ-Il; Thu, 23 Jun 2005 21:21:15 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dlcsb-0006Mk-8s for manet@megatron.ietf.org; Thu, 23 Jun 2005 21:21:13 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA22441 for ; Thu, 23 Jun 2005 21:21:11 -0400 (EDT) Received: from smtp21.cstnet.cn ([159.226.251.21] helo=cstnet.cn) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DldGy-0000lQ-QM for manet@ietf.org; Thu, 23 Jun 2005 21:46:28 -0400 Received: from lsc07 (unknown [127.0.0.1]) by app-01 (Coremail) with SMTP id F4Bv581fu0JXTZAE.1 for ; Fri, 24 Jun 2005 09:20:13 +0800 (CST) X-Originating-IP: [127.0.0.1] Message-ID: <000c01c5785a$d917c2d0$c503a8c0@lsc07> From: "Yunbo Zhao" To: Date: Fri, 24 Jun 2005 09:20:03 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Spam-Score: 1.6 (+) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 Subject: [manet] The ad hoc mode in 802.11 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0240274025==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============0240274025== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01C5789D.E70DB140" This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C5789D.E70DB140 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 DQpIaSwNCg0KSSB0aGluayB0aGF0IHRoZSBhZCBob2MgbW9kZSBpbiA4MDIuMTEgaXMgIHJlc3Ry aWN0ZWQgdG8gb25lLWhvcCBhcmVhLCBpLmUuIHR3byB1c2VycyBjYW4gY29tbXVuaWNhdGUgd2l0 aCBlYWNoIG90aGVyIGlmZiB0aGV5IGNhbiAnaGVyZScgZWFjaCBvdGhlciBkaXJlY3RseS4gSXMg dGhhdCByaWdodD8NCg0KVGhhbmtzLg== ------=_NextPart_000_0009_01C5789D.E70DB140 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNi4w MC4yODAwLjE0OTgiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9E SVY+DQo8RElWPjxGT05UIHNpemU9Mj5IaSw8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9 Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5JIHRoaW5rIHRoYXQgdGhl IGFkIGhvYyBtb2RlIGluIDgwMi4xMSBpcyZuYnNwOyByZXN0cmljdGVkIHRvIA0Kb25lLWhvcCBh cmVhLCBpLmUuIHR3byB1c2VycyBjYW4gY29tbXVuaWNhdGUgd2l0aCBlYWNoIG90aGVyIGlmZiB0 aGV5IGNhbiAnaGVyZScgDQplYWNoIG90aGVyIGRpcmVjdGx5LiBJcyB0aGF0IHJpZ2h0PzwvRk9O VD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZP TlQgc2l6ZT0yPlRoYW5rcy48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== ------=_NextPart_000_0009_01C5789D.E70DB140-- --===============0240274025== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============0240274025==-- From manet-bounces@ietf.org Fri Jun 24 07:06:58 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dlm1S-00019T-52; Fri, 24 Jun 2005 07:06:58 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dlm1Q-00019I-3j for manet@megatron.ietf.org; Fri, 24 Jun 2005 07:06:56 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA28669 for ; Fri, 24 Jun 2005 07:06:53 -0400 (EDT) Received: from smtp.eurecom.fr ([193.55.113.210]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DlmPv-0003QB-Bz for manet@ietf.org; Fri, 24 Jun 2005 07:32:16 -0400 Received: from monza.eurecom.fr (localhost [127.0.0.1]) by smtp.eurecom.fr (8.13.1/8.13.1) with ESMTP id j5OB6il9008600 for ; Fri, 24 Jun 2005 13:06:45 +0200 (CEST) Received: from eurecom.fr (bekipan.eurecom.fr [172.17.10.219]) by monza.eurecom.fr (Postfix) with ESMTP id 692C43C317 for ; Fri, 24 Jun 2005 13:06:44 +0200 (MEST) Message-ID: <42BBE944.1070906@eurecom.fr> Date: Fri, 24 Jun 2005 13:06:44 +0200 From: Claudio Lavecchia User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: manet@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Content-Transfer-Encoding: 7bit Subject: [manet] TCP, multi-hop MANETS and timeouts? X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hello everybody, I am doing some practical experiences on multi-hop MANETs. I have some results that I cannot explain and I would like to have your opinion on this. I have a two-hops network (besed on off the shelf 802.11) that has the following topology: A----B----C Node C initiates a two-hops FTP connection to node A. I have a graphical interface for the FTP server at node A that allows me to monitor incoming connections. Through this interface I have set the following parameters on FTP server on node A: Connection timeout: NO TIMEOUT No Tranfer timeout: NO TIMEOUT Login timeout: NO TIMEOUT I set those parameters to make sure that the FTP connection does not close due to weird things happenning on TCP timeouts on multi-hop FTP connection. If I understand correctly, this means that there are no timeouts at FTP server side. Now what I experience is that the FTP transfer sometimes stalls anyway, it starts by transferring some packets and then it stops. The network connectivity is always up and running. I would say that there are timeouts somewhere that make the FTP connection stall. Does anyone has any idea on what could cause this behavior? Thanks a lot Claudio _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 24 10:17:57 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dlp0H-00057r-Sf; Fri, 24 Jun 2005 10:17:57 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dlp0E-00057j-Uq for manet@megatron.ietf.org; Fri, 24 Jun 2005 10:17:55 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA12742 for ; Fri, 24 Jun 2005 10:17:51 -0400 (EDT) Received: from morse.colorado.edu ([198.11.21.3]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DlpOj-00035o-JT for manet@ietf.org; Fri, 24 Jun 2005 10:43:15 -0400 Received: from morse.Colorado.EDU (localhost [127.0.0.1]) by morse.Colorado.EDU (8.13.3/8.13.3/UnixOps+Hesiod+SSL) with ESMTP id j5OEHidh016466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Jun 2005 08:17:44 -0600 (MDT) Received: from localhost (timxb@localhost) by morse.Colorado.EDU (8.13.3/8.13.3/Submit) with ESMTP id j5OEHhqA016463; Fri, 24 Jun 2005 08:17:44 -0600 (MDT) Date: Fri, 24 Jun 2005 08:17:43 -0600 (MDT) From: Brown Tim To: Yunbo Zhao Subject: Re: [manet] The ad hoc mode in 802.11 In-Reply-To: <000c01c5785a$d917c2d0$c503a8c0@lsc07> Message-ID: References: <000c01c5785a$d917c2d0$c503a8c0@lsc07> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: 0.0 (/) X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab Cc: manet@ietf.org X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Your characterization is correct. Regards, Tim On Fri, 24 Jun 2005, Yunbo Zhao wrote: > > Hi, > > I think that the ad hoc mode in 802.11 is restricted to one-hop area, i.e. two users can communicate with each other iff they can 'here' each other directly. Is that right? > > Thanks. Timothy X Brown Interdisciplinary Telecommunications Electrical and Computer Engineering ECOT 256 Campus Box 530 University of Colorado Boulder, CO 80309 Tel: (303) 492-1630 Fax: (303) 492-1112 http://ece.colorado.edu/~timxb _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 24 11:01:59 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dlpgt-0002yX-31; Fri, 24 Jun 2005 11:01:59 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dlpgq-0002xg-SR for manet@megatron.ietf.org; Fri, 24 Jun 2005 11:01:56 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA16139 for ; Fri, 24 Jun 2005 11:01:54 -0400 (EDT) Received: from exchange.nmsu.edu ([128.123.34.79] helo=exchange1.ACN.ad.nmsu.edu) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dlq5O-0004ux-7S for manet@ietf.org; Fri, 24 Jun 2005 11:27:19 -0400 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Subject: RE: [manet] TCP, multi-hop MANETS and timeouts? Date: Fri, 24 Jun 2005 09:01:33 -0600 Message-ID: <8536FDFA3AD04A49A15804915996569103523CDD@exchange1.ACN.ad.nmsu.edu> Thread-Topic: [manet] TCP, multi-hop MANETS and timeouts? Thread-Index: AcV4rVnmifus9iy1R3iNFDr57yQg/wAHzA0w From: "Mullen, John" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Content-Transfer-Encoding: quoted-printable X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi Claduio, Certain operations will wait until a particular type of control packet is received before continuing. However, from time to time, control packets are lost. What the timeouts do is limit the amount of time the process will wait before assuming the packet is lost and moving on. By eliminating the timeouts, you have set up a situation in which the process will wait forever for a packet that will never arrive.=20 John P. Mullen, Ph.D. (505) 646-2958 jomullen@nmsu.edu =20 -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Claudio Lavecchia Sent: Friday, June 24, 2005 5:07 AM To: manet@ietf.org Subject: [manet] TCP, multi-hop MANETS and timeouts? Hello everybody, I am doing some practical experiences on multi-hop MANETs. I have some results that I cannot explain and I would like to have your opinion on this. I have a two-hops network (besed on off the shelf 802.11) that has the following topology: A----B----C Node C initiates a two-hops FTP connection to node A. I have a graphical interface for the FTP server at node A that allows me to monitor incoming connections. Through this interface I have set the following parameters on FTP server on node A: Connection timeout: NO TIMEOUT No Tranfer timeout: NO TIMEOUT Login timeout: NO TIMEOUT I set those parameters to make sure that the FTP connection does not close due to weird things happenning on TCP timeouts on multi-hop FTP connection. If I understand correctly, this means that there are no timeouts at FTP server side. Now what I experience is that the FTP transfer sometimes stalls anyway, it starts by transferring some packets and then it stops. The network connectivity is always up and running. I would say that there are timeouts somewhere that make the FTP connection stall. Does anyone has any idea on what could cause this behavior? Thanks a lot Claudio _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 24 13:38:01 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dls7t-0006m0-CY; Fri, 24 Jun 2005 13:38:01 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dls7q-0006lv-FU for manet@megatron.ietf.org; Fri, 24 Jun 2005 13:37:59 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA27539 for ; Fri, 24 Jun 2005 13:37:57 -0400 (EDT) Received: from mout.perfora.net ([217.160.230.40]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DlsWP-00038I-F7 for manet@ietf.org; Fri, 24 Jun 2005 14:03:22 -0400 Received: from pool-70-107-92-46.ny325.east.verizon.net [70.107.92.46] (helo=smh2) by mrelay.perfora.net with ESMTP (Nemesis), id 0MKyxe-1Dls7n0wXA-00038M; Fri, 24 Jun 2005 13:37:55 -0400 From: "Steven M. Hoffberg" To: Date: Fri, 24 Jun 2005 13:37:53 -0400 Organization: Milde & Hoffberg LLP MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcV443LJdWYaLidqRKqHskCrqhkeig== Message-ID: <0MKyxe-1Dls7n0wXA-00038M@mrelay.perfora.net> X-Provags-ID: perfora.net abuse@perfora.net login:58b5f5359e03d6f3c330507451c747e2 X-Spam-Score: 0.0 (/) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad Content-Transfer-Encoding: 7bit Subject: [manet] MANET research assistant wanted X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: steve@hoffberg.org List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org I am seeking a "virtual" PT research assistant in the field of MANET, and in particular focusing on economic optimization of resources in a multihop environment and MANET simulation. All patent rights will be maintained by my client. Please ensure that this proposed IP transfer does not conflict with existing obligations or institutional policies. See http://www.hoffberg.org/SelfOrg.ppt for background. Steven M. Hoffberg steve@hoffberg.org _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Jun 24 16:49:05 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dlv6n-0000qw-KT; Fri, 24 Jun 2005 16:49:05 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dlv6f-0000qg-FM for manet@megatron.ietf.org; Fri, 24 Jun 2005 16:48:57 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA23733 for ; Fri, 24 Jun 2005 16:48:55 -0400 (EDT) Received: from web32604.mail.mud.yahoo.com ([68.142.207.231]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DlvVD-0004uV-NT for manet@ietf.org; Fri, 24 Jun 2005 17:14:23 -0400 Received: (qmail 49493 invoked by uid 60001); 24 Jun 2005 20:48:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=6ryMUtsv9exIoX2cQh9jQQ2kp22Va/dEyAmWMjsOHivSxYAAU0KDhtkADMHscJOpKatxxNi5aiBpTk9gjo9BYIFrkurUaQnHJ14DJTkY+FH1NH6OsgVlZ68seO5b7/LaTMTtXr2Urq6b7nivy4MzvlZ1hf0rDu7wz5OYg4Xiz+w= ; Message-ID: <20050624204842.49491.qmail@web32604.mail.mud.yahoo.com> Received: from [140.158.128.215] by web32604.mail.mud.yahoo.com via HTTP; Fri, 24 Jun 2005 13:48:42 PDT Date: Fri, 24 Jun 2005 13:48:42 -0700 (PDT) From: Chris Yao To: manet@ietf.org MIME-Version: 1.0 X-Spam-Score: 0.5 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Subject: [manet] data synchronization? X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1521740897==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============1521740897== Content-Type: multipart/alternative; boundary="0-1565440567-1119646122=:49341" Content-Transfer-Encoding: 8bit --0-1565440567-1119646122=:49341 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit hi, Could someone recommend papers regarding data synchronization protocol in wireless sensor networks? Thanks, chris __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-1565440567-1119646122=:49341 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
hi,
 
Could someone recommend papers regarding data synchronization protocol in wireless sensor networks?
 
Thanks,
 
chris

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com --0-1565440567-1119646122=:49341-- --===============1521740897== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============1521740897==-- From manet-bounces@ietf.org Sat Jun 25 05:04:52 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dm6aq-0000Fh-Mn; Sat, 25 Jun 2005 05:04:52 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dm6ap-0000Fc-0c for manet@megatron.ietf.org; Sat, 25 Jun 2005 05:04:51 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA08403 for ; Sat, 25 Jun 2005 05:04:48 -0400 (EDT) Message-Id: <200506250904.FAA08403@ietf.org> Received: from [220.181.31.178] (helo=163.com) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1Dm6zF-0007d6-4c for manet@ietf.org; Sat, 25 Jun 2005 05:30:22 -0400 Received: from IPLABWU (unknown [202.112.157.30]) by smtp9 (Coremail) with SMTP id MYCPDPMAvUI4r7cF.1 for ; Sat, 25 Jun 2005 15:00:22 +0800 (CST) X-Originating-IP: [202.112.157.30] From: "=?GB2312?Q?=B9=D8=BD=A8=B7=E5?=" To: "manet@ietf.org" X-mailer: Foxmail 4.2 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: quoted-printable Date: Sat, 25 Jun 2005 14:57:54 +0800 X-Spam-Score: 3.3 (+++) X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2 Content-Transfer-Encoding: quoted-printable Subject: [manet] help: multicast protocols in MANET X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi everyone: I want to study the multicast in MANET. I have read some papers about it, but I was confused by so many= proposed multicast protocols. I don't konw how to begin. Can you= give me some suggestions or referrences? Thanks in advance. =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1 Tony =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1guanjian8632@163.com =A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A1=A12005-06-25 _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Sat Jun 25 05:23:04 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dm6sS-0004MZ-Is; Sat, 25 Jun 2005 05:23:04 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dm6sQ-0004MU-PB for manet@megatron.ietf.org; Sat, 25 Jun 2005 05:23:02 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA10173 for ; Sat, 25 Jun 2005 05:23:00 -0400 (EDT) Received: from web32003.mail.mud.yahoo.com ([68.142.207.100]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1Dm7H2-00088v-Gl for manet@ietf.org; Sat, 25 Jun 2005 05:48:35 -0400 Received: (qmail 18579 invoked by uid 60001); 25 Jun 2005 09:22:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=qifcI+pgFnnmoKKf+n9bi/kLBS/+0FUQ2cfUPrI50EqGqftPuS8SMQRnRF1ukz3d9jtPoMktPec0ZLYaLxyxcYDtyFv5Dumx7cfAnwuT3muCETtUH3Rlo3RzD5Y81mkdpA/6xKQqdVnazImutVlFzN8xfNFgKH06luX0RwEMaC0= ; Message-ID: <20050625092246.18577.qmail@web32003.mail.mud.yahoo.com> Received: from [210.245.122.55] by web32003.mail.mud.yahoo.com via HTTP; Sat, 25 Jun 2005 02:22:46 PDT Date: Sat, 25 Jun 2005 02:22:46 -0700 (PDT) From: phucnguyen nguyenhoang To: "manet@ietf.org" In-Reply-To: <200506250904.FAA08403@ietf.org> MIME-Version: 1.0 X-Spam-Score: 1.0 (+) X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b Subject: [manet] how to measure the RSSI in ns 2 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0441541561==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============0441541561== Content-Type: multipart/alternative; boundary="0-1924345452-1119691366=:14779" Content-Transfer-Encoding: 8bit --0-1924345452-1119691366=:14779 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi all , Can you please help me with how to measure the RSSI (Received Signal Strength) for each wirless packet received in NS-2 simulation? Also Is there any way by which I can directly use the wireless MAC interface to write my own protocol (say a source and a sink)? Thanks a lot. Nguyen _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-1924345452-1119691366=:14779 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit

Hi all ,                                                                  
   Can you please help me with how to measure the RSSI (Received  
Signal                                                               
Strength) for each wirless packet received in NS-2 simulation?     &nb! sp; 
Also Is there any way by which I can directly use the wireless MAC   
interface to write my own protocol (say a source and a sink)?        

 
Thanks a lot.                                                        
Nguyen




_______________________________________________
manet mailing list
manet@ietf.org
https://www1.ietf.org/mailman/listinfo/manet

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com --0-1924345452-1119691366=:14779-- --===============0441541561== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============0441541561==-- From manet-bounces@ietf.org Sat Jun 25 23:53:52 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DmODO-0003aY-FG; Sat, 25 Jun 2005 23:53:50 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DmODH-0003ZA-6O for manet@megatron.ietf.org; Sat, 25 Jun 2005 23:53:43 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA02769 for ; Sat, 25 Jun 2005 23:53:40 -0400 (EDT) Received: from pine.cs.tamu.edu ([128.194.138.12]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DmOc7-0000cf-1y for manet@ietf.org; Sun, 26 Jun 2005 00:19:25 -0400 Received: from sun.cs.tamu.edu (sun.cs.tamu.edu [128.194.138.51]) by pine.cs.tamu.edu (8.12.9/8.12.9) with ESMTP id j5Q3raSt020628 for ; Sat, 25 Jun 2005 22:53:36 -0500 (CDT) Received: from localhost (b0l4549@localhost) by sun.cs.tamu.edu (8.11.7p1+Sun/8.10.2) with ESMTP id j5Q3raC17474 for ; Sat, 25 Jun 2005 22:53:36 -0500 (CDT) X-Authentication-Warning: sun.cs.tamu.edu: b0l4549 owned process doing -bs Date: Sat, 25 Jun 2005 22:53:36 -0500 (CDT) From: Bin Lu X-X-Sender: b0l4549@sun To: manet@ietf.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: 1.2 (+) X-Scan-Signature: 3a4bc66230659131057bb68ed51598f8 Subject: [manet] wsns05 deadline extended to July 1 X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org PLEASE ACCEPT OUR APOLOGIES IF YOU RECEIVE MULTIPLE COPIES ----------------------------------------------------------------- call for papers 2005 International Workshop on Wireless and Sensor Networks Security held in conjunction with The 2nd IEEE International Conference on Mobile Ad-hoc and Sensor Systems http://www.cs.wcupa.edu/~zjiang/wsns05.htm November 7-10, 2005 Wyndham City Center Hotel Washington, DC ------------------------------------------------------------------------- Wireless networks have experienced an explosive growth during the last few years. Nowadays, there is a large variety of networks spanning from the well-known cellular networks to non-infrastructure wireless networks such as mobile ad hoc networks and sensor networks. This workshop aims to bring together researchers and practitioners from wireless and sensor networking, security, cryptography, and distributed computing communities, with the goals of promoting discussions and collaborations. We are interested in novel research on all aspects of security in wireless and sensor networks and tradeoff between security and performance such as QoS, dependability, scalability, etc. Topics of interest: We are seeking papers that describe original and unpublished contributions addressing various aspects of secured wireless/sensor networks. Topics of interest include, but are not limited to: Authentication and Access Control Cryptographic Protocol Experimental Studies Key Management Information Hiding Intrusion Detection and Response Privacy and Anonymity Secure Localization and Synchronization Security and Performance tradeoff Security Policy and Enforcement Issues Security Protocols Design, Analysis and Verification Secure Routing/MAC Surveillance and Monitoring Trust Management Paper Submission: Submit a full paper of about 6 pages (IEEE Computer Society proceedings Manuscripts: two columns, single-spaced), including figures and references, using 10 font size, and number each page. Each submitted paper will be peer reviewed and the comments will be provided to the authors. Accepted papers will be published by IEEE Computer Society Press, as proceedings of the MASS'05 workshops. Use the IEEE Computer Society Press Proceedings Author Guidelines (http: //computer.org/cspress/instrut.htm). Prepare your papers in PDF file only (Adobe format), paper title, names, affiliations, postal address, and e-mail address of the authors, about 200-250 word abstract, and at most five keywords. Submit your paper as an e-mail attachment to zjiang@wcupa.edu (or yguan@iastate.edu). Acknowledgement will be sent back for each submission within 24 hours; otherwise, a re-submission is needed. Submission of a paper should be regarded as an undertaking that, should the paper be accepted, at least one of the authors will register and attend the workshop to present the work. Important Dates: Manuscript Submission: 6/24/2005 (extended to July 1st) Acceptance Notification: 8/1/2005 Final Manuscript Due: 8/26/2005 General Chair Dr. Jie Wu Florida Atlantic University, USA jie@cse.fau.edu Program Co-chair Dr. Yong Guan Iowa State University, USA yguan@iastate.edu Dr. Zhen Jiang Information Assurance Center West Chester University, USA zjiang@wcupa.edu Program Committee Bharat Bhargava, Purdue University at West Lafayette Anu Bourgeois, Georgia State University Ionut Cardei, Florida Atlantic University Xiao Chen, Texas State University XiuZhen Cheng, George Washington University Tian He, University of Minnesota Qun Li, College of William and Mary Xiang-yang Li, Illinois Institute of Technology Bin Lu, West Chester University Stephan Olariu, Old Dominion University David Simplot-Ryl, IRCICA/LIFL, University of Lille Yan Sun, University of Rhode Island Yu Wang, University of North Carolina at Charlotte Bin Xiao, Hong Kong Polytechnic University Li Xiao, Michigan State University Chengzhong Xu, Wayne State University Xiaobo Zhou, University of Colorado at Colorado Springs Sencun Zhu, Pennsylvania State University Xukai Zou, Purdue University at Indianapolis _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Jun 27 03:35:51 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dmo9m-0000k1-8G; Mon, 27 Jun 2005 03:35:50 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dmo9i-0000jl-IP for manet@megatron.ietf.org; Mon, 27 Jun 2005 03:35:47 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA19680 for ; Mon, 27 Jun 2005 03:35:44 -0400 (EDT) Received: from nez-perce.inria.fr ([192.93.2.78]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DmoYo-0003gq-Ec for manet@ietf.org; Mon, 27 Jun 2005 04:01:43 -0400 Received: from [192.168.0.3] (AVelizy-152-1-38-101.w82-120.abo.wanadoo.fr [82.120.241.101]) (authenticated bits=0) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j5R7ZEuH018147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Jun 2005 09:35:15 +0200 Message-ID: <42BFAC37.6020001@inria.fr> Date: Mon, 27 Jun 2005 09:35:19 +0200 From: Philippe Jacquet Organization: inria User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.1) Gecko/20040707 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris Yao Subject: Re: [manet] data synchronization? References: <20050624204842.49491.qmail@web32604.mail.mud.yahoo.com> In-Reply-To: <20050624204842.49491.qmail@web32604.mail.mud.yahoo.com> Content-Type: text/plain; charset=windows-1252; format=flowed X-j-chkmail-Score: MSGID : 42BFAC32.000 on nez-perce : j-chkmail score : X : 0/20 1 X-Miltered: at nez-perce with ID 42BFAC32.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by nez-perce.inria.fr id j5R7ZEuH018147 X-Spam-Score: 0.1 (/) X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352 Content-Transfer-Encoding: quoted-printable Cc: manet@ietf.org X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi, Chris, You can take a look on E. Baccelli, T. Clausen, P. Jacquet, /=93Ad-hoc and Internet Convergence:= =20 Adapting OSPF-style Database Exchanges for Ad-hoc Networks,=94 /*HetNet**= =20 2004*. E. Baccelli, T. Clausen, P. Jacquet, /=93OSPF-style Database Exchange and= =20 Reliable Synchronization in the //Optimized// //Link// //State// Routing=20 Protocol,=94 /*SECON 2004*. or http://www.inria.fr/rrrt/rr-5096.html and http://www.inria.fr/rrrt/rr-5283.html Best regards, Philippe Chris Yao wrote: > hi, > Could someone recommend papers regarding data synchronization protocol=20 > in wireless sensor networks? > Thanks, > chris > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > >------------------------------------------------------------------------ > >_______________________________________________ >manet mailing list >manet@ietf.org >https://www1.ietf.org/mailman/listinfo/manet > =20 > _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Jun 27 15:59:17 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DmzlE-0001Ao-U7; Mon, 27 Jun 2005 15:59:16 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DmzlC-0001AU-5q for manet@megatron.ietf.org; Mon, 27 Jun 2005 15:59:15 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA02420 for ; Mon, 27 Jun 2005 15:59:11 -0400 (EDT) Received: from darkstar.iprg.nokia.com ([205.226.5.69]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dn0AO-00027y-1v for manet@ietf.org; Mon, 27 Jun 2005 16:25:17 -0400 Received: (from root@localhost) by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id j5RJS6s30512 for ; Mon, 27 Jun 2005 12:28:06 -0700 X-mProtect: <200506271928> Nokia Silicon Valley Messaging Protection Received: from charliep.iprg.nokia.com (205.226.2.89, claiming to be "iprg.nokia.com") by darkstar.iprg.nokia.com smtpdkHP4ie; Mon, 27 Jun 2005 12:28:05 PDT Message-ID: <42C05A7A.95B50689@iprg.nokia.com> Date: Mon, 27 Jun 2005 12:58:50 -0700 From: "Charles E.Perkins" Organization: Nokia Research Center X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Mobile Ad Hoc IETF working group Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 00e94c813bef7832af255170dca19e36 Content-Transfer-Encoding: 7bit Subject: [manet] "IP Flooding in Ad hoc Mobile Networks" X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org 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. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Jun 28 03:05:50 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnAAH-0000hU-JB; Tue, 28 Jun 2005 03:05:49 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnAAF-0000h1-Sx for manet@megatron.ietf.org; Tue, 28 Jun 2005 03:05:47 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA06478 for ; Tue, 28 Jun 2005 03:05:46 -0400 (EDT) From: jlshi@scut.edu.cn Received: from [202.38.193.34] (helo=scut.edu.cn) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DnAZN-0002je-6B for manet@ietf.org; Tue, 28 Jun 2005 03:31:57 -0400 Received: from ps.scut.edu.cn ([202.112.17.57]) (authenticated bits=0) by scut.edu.cn (8.12.8/8.12.8) with ESMTP id j5S71kT5026371 for ; Tue, 28 Jun 2005 15:01:47 +0800 Message-ID: <10619265.1119942108689.JavaMail.webmail@letterbox.scut.edu.cn> Date: Tue, 28 Jun 2005 15:01:47 +0800 (CST) To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.3 (/) X-Scan-Signature: 93df555cbdbcdae9621e5b95d44b301e Content-Transfer-Encoding: quoted-printable Subject: [manet] CFP:IEEE CCNC2006 Special Session "Wireless Sensor Networks" X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Apology if you receive multiple copies... =20 CALL FOR PAPERS =20 ****************************************************************** * Special Session on =A1=B0Wireless Sensor Networks=A1= =B1 * * IEEE Consumer Communications and Networking Conference 2006 (CCNC2006)= * * = * =20 * (to be held 7-10 January 2006 Las Vegas, NV, USA) = * * = *=20 * http://www.ieee-ccnc.org/2006/ = * **********************************= ********************************* =20 Scope =20 Wireless Sensor networks (WSNs) =A8C networks of tiny sensing devices capab= le 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 appli= cations such as target field imaging, intrusion detection, weather monitori= ng, security and tactical surveillance conditions, seismic activities, or i= mages of the environment. This special session is intended to provide a forum for researchers, engine= ers, and practitioners from different backgrounds to share their experience= s, discuss challenges, and report their state-of-the-art research and devel= opment on all aspects of WSNs, and create a forum where cross-layer integra= tion, 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: =20 -Scalable Architecture, Algorithms and Complexity Issues for Wireless Senso= r Networks - Communication protocols for WSNs, e.g. MAC and routing, addressing scheme= s -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 =20 Submission Instructions: =20 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 ori= ginal, previously unpublished research, not currently under review by anoth= er conference or journal. Manuscripts should not exceed 5 pages in double-c= olumn IEEE format. Please submit the paper through EDAS and send a notice t= o jlshi@mmlab.snu.ac.kr =20 1. Log on to http://edas.info and click on "go to the current list = of conferences and special issues"=20 2. Look under Accepting Submissions. Click on CCNC2006 IEEE Consume= r Communications and Networking Conference. You will be brought to the pape= r submission page titled =A1=B0EDAS: IEEE Consumer Communications and Netwo= rking Conference. 3. On the paper submission page, you will find a list of tracks/ses= sions. 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 bo= ttom of the submission form. 6. Click on the =A1=AEsubmit' button.=20 7. Upload your paper.=20 8. Send an email notification to jlshi@mmlab.snu.ac.kr =20 All submitted papers will be rigorously reviewed. They will be judged with = respect to their quality, originality, and relevance.=20 =20 Important Dates =20 Paper submission deadline: September 1, 2005=20 Notification of acceptance: October 1, 2005 Camera-ready version due: October 23, 2005 =20 Session Chairs: Jinglun Shi, MMLab, Seoul Nation University. Organizing Committee General Chair: V. Michael Bove, Jr, M.I.T., USA=20 Technical Program Chair: Heather Yu, Panasonic Technologies, USA=20 Technical Program Vice Chair: Guenter Schaefer, Technical University of Ber= lin, Germany=20 Technical Program Vice Chair: Prof. Wenjun Zeng, University of Missouri-Col= umbia, USA=20 Technical Program Vice Chair: Alan Messer, Samsung, USA=20 Technology Applications Panels Chair: John Barr, Motorola, USA=20 Local Arrangements Chair: Jiang Yingtao, University of Nevada at Las Vegas,= USA=20 Conference Coordinator: Gang Cheng, VPIsystem, Inc., USA=20 IEEE Communications Society Project Manager: Gayle Weisman, IEEE Communicat= ions Society, USA=20 Demo Chair: Alan Kaplan, Panasonic Technologies, USA=20 Patron Chair: Naohisa Ohta, Keio University, Japan=20 Tutorial Chair: Andreas Willing, Technical University of Berlin, Germany=20 Special Sessions Chair: Prof. R. Chandramouli, Stevens Institute, USA=20 DRM Workshop Chair: Madjid Merabti, Liverpool John Moores University, UK=20 Publicity Chairs:=20 Europe - Madjid Merabti, Liverpool John Moores University, UK=20 North America - Oliver Wu, University of Florida, USA=20 Asia Pacific - Hiroyuki Morikawa, The University of Tokyo, Japan=20 Publication Chair: Mario Kohlberg, Stirling University, UK=20 Finance Chair: Mike Kincaid, MSK Associates, USA=20 Treasurer: Bruce Worthman, IEEE Communications Society, USA=20 =20 ---------------------------------------------------------------------------= ----- =20 Best regards, Jinglun Shi _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Jun 28 03:48:47 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnApr-00019V-5w; Tue, 28 Jun 2005 03:48:47 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnApo-00018X-PP for manet@megatron.ietf.org; Tue, 28 Jun 2005 03:48:44 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA10501 for ; Tue, 28 Jun 2005 03:48:43 -0400 (EDT) Received: from web33513.mail.mud.yahoo.com ([68.142.206.162]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DnBF7-0007kf-4u for manet@ietf.org; Tue, 28 Jun 2005 04:14:54 -0400 Received: (qmail 90958 invoked by uid 60001); 28 Jun 2005 07:48:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=YS+ggkOZC7WGu+6eZlKbAUc7/MTPy2OOjJKrrbMEgOEnrx5gv+rVSHp/7Vy+sPeNCpt3ip9r7lzyijEFKjLRWDxi3TARdQL0gkR6uNwFT6fjj0TbDnTLwFBXxt5BrU8Q8oHs/MI4fMYwFoHUzjTsC5ms2+y+mBoWRUNVZ8ZEaIU= ; Message-ID: <20050628074833.90956.qmail@web33513.mail.mud.yahoo.com> Received: from [68.18.206.88] by web33513.mail.mud.yahoo.com via HTTP; Tue, 28 Jun 2005 00:48:33 PDT Date: Tue, 28 Jun 2005 00:48:33 -0700 (PDT) From: Yang Xiao To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.6 (/) X-Scan-Signature: 00e94c813bef7832af255170dca19e36 Content-Transfer-Encoding: 8bit Subject: [manet] Journal Special Issue: Wireless Network Security X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yangxiao@ieee.org List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org (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. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Jun 28 08:14:18 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnEuv-0004gr-Hh; Tue, 28 Jun 2005 08:10:17 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnEut-0004gT-S9 for manet@megatron.ietf.org; Tue, 28 Jun 2005 08:10:15 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA29468 for ; Tue, 28 Jun 2005 08:10:14 -0400 (EDT) Received: from nez-perce.inria.fr ([192.93.2.78]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DnFKD-0002tm-Eh for manet@ietf.org; Tue, 28 Jun 2005 08:36:27 -0400 Received: from [82.226.221.97] (ras75-3-82-226-221-97.fbx.proxad.net [82.226.221.97]) (authenticated bits=0) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j5SCA1Hf010263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 28 Jun 2005 14:10:02 +0200 Message-ID: <42C13E14.70306@inria.fr> Date: Tue, 28 Jun 2005 14:09:56 +0200 From: Emmanuel Baccelli User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: manet@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Miltered: at nez-perce with ID 42C13E19.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8 Content-Transfer-Encoding: 7bit Subject: [manet] 2nd OLSR Interop & Workshop: Deadline Extended X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org We apologize in advance if you receive multiple copies of this CFP. ------------------------------------------------------------------------------ The 2nd OLSR Interop & Workshop July 28-29, 2005 Paris, France 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 or contact Thomas Heide Clausen . 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: thomas.clausen@polytechnique.fr Philippe Jacquet INRIA Rocquencourt, France Email: Philippe.Jacquet@inria.fr Emmanuel Baccelli Hitachi/INRIA Email: Emmanuel.Baccelli@inria.fr _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Jun 28 12:16:40 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnIhn-0003nu-SX; Tue, 28 Jun 2005 12:12:59 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnIhl-0003mk-Hg for manet@megatron.ietf.org; Tue, 28 Jun 2005 12:12:57 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA27656 for ; Tue, 28 Jun 2005 12:12:54 -0400 (EDT) Received: from mr1.dcs.gla.ac.uk ([130.209.249.184]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DnJ76-0000ok-Ll for manet@ietf.org; Tue, 28 Jun 2005 12:39:11 -0400 Received: from ex1.ad.dcs.gla.ac.uk ([130.209.249.157]:11710) by mr1.dcs.gla.ac.uk with esmtp (Exim 4.42) id 1DnIhZ-0002Xt-9a for manet@ietf.org; Tue, 28 Jun 2005 17:12:45 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 28 Jun 2005 17:12:44 +0100 Message-ID: <58577CAC1C0FB34DAA24FA9DC76613F13FE314@ex1.ad.dcs.gla.ac.uk> Thread-Topic: To subscribe thread-index: AcV7+wiO08hGp37ORcmvl39KYQIluwAAPkHQ From: "Muneer Masadah" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 9b281509fec590bb711c36d4c3ba4f74 Content-Transfer-Encoding: quoted-printable Subject: [manet] To subscribe X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf = Of manet-request@ietf.org Sent: 28 June 2005 17:04 To: manet@ietf.org Subject: manet Digest, Vol 14, Issue 23 Send manet mailing list submissions to manet@ietf.org 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 manet-request@ietf.org You can reach the person managing the list at manet-owner@ietf.org 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" (jlshi@scut.edu.cn) 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" Subject: [manet] "IP Flooding in Ad hoc Mobile Networks" To: Mobile Ad Hoc IETF working group Message-ID: <42C05A7A.95B50689@iprg.nokia.com> Content-Type: text/plain; charset=3Dus-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 =3D=3D 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 =3D=3D 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 =3D=3D 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: jlshi@scut.edu.cn Subject: [manet] CFP:IEEE CCNC2006 Special Session "Wireless Sensor Networks" To: manet@ietf.org Message-ID: <10619265.1119942108689.JavaMail.webmail@letterbox.scut.edu.cn> Content-Type: text/plain; charset=3DGBK Apology if you receive multiple copies... =20 CALL FOR PAPERS =20 ****************************************************************** * Special Session on =A1=B0Wireless Sensor = Networks=A1=B1 * * IEEE Consumer Communications and Networking Conference 2006 = (CCNC2006) * * = * = =20 * (to be held 7-10 January 2006 Las Vegas, NV, USA) = * * = *=20 * http://www.ieee-ccnc.org/2006/ = * = ******************************************************************* =20 Scope =20 Wireless Sensor networks (WSNs) =A8C 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: =20 -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 =20 Submission Instructions: =20 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 jlshi@mmlab.snu.ac.kr =20 1. Log on to http://edas.info and click on "go to the current = list of conferences and special issues"=20 2. Look under Accepting Submissions. Click on CCNC2006 IEEE = Consumer Communications and Networking Conference. You will be brought = to the paper submission page titled =A1=B0EDAS: 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 =A1=AEsubmit' button.=20 7. Upload your paper.=20 8. Send an email notification to jlshi@mmlab.snu.ac.kr =20 All submitted papers will be rigorously reviewed. They will be judged = with respect to their quality, originality, and relevance.=20 =20 Important Dates =20 Paper submission deadline: September 1, 2005=20 Notification of acceptance: October 1, 2005 Camera-ready version due: October 23, 2005 =20 Session Chairs: Jinglun Shi, MMLab, Seoul Nation University. Organizing Committee General Chair: V. Michael Bove, Jr, M.I.T., USA=20 Technical Program Chair: Heather Yu, Panasonic Technologies, USA=20 Technical Program Vice Chair: Guenter Schaefer, Technical University of = Berlin, Germany=20 Technical Program Vice Chair: Prof. Wenjun Zeng, University of = Missouri-Columbia, USA=20 Technical Program Vice Chair: Alan Messer, Samsung, USA=20 Technology Applications Panels Chair: John Barr, Motorola, USA=20 Local Arrangements Chair: Jiang Yingtao, University of Nevada at Las = Vegas, USA=20 Conference Coordinator: Gang Cheng, VPIsystem, Inc., USA=20 IEEE Communications Society Project Manager: Gayle Weisman, IEEE = Communications Society, USA=20 Demo Chair: Alan Kaplan, Panasonic Technologies, USA=20 Patron Chair: Naohisa Ohta, Keio University, Japan=20 Tutorial Chair: Andreas Willing, Technical University of Berlin, Germany = Special Sessions Chair: Prof. R. Chandramouli, Stevens Institute, USA=20 DRM Workshop Chair: Madjid Merabti, Liverpool John Moores University, UK = Publicity Chairs:=20 Europe - Madjid Merabti, Liverpool John Moores University, UK=20 North America - Oliver Wu, University of Florida, USA=20 Asia Pacific - Hiroyuki Morikawa, The University of Tokyo, Japan=20 Publication Chair: Mario Kohlberg, Stirling University, UK=20 Finance Chair: Mike Kincaid, MSK Associates, USA=20 Treasurer: Bruce Worthman, IEEE Communications Society, USA=20 =20 -------------------------------------------------------------------------= ------- =20 Best regards, Jinglun Shi ------------------------------ Message: 3 Date: Tue, 28 Jun 2005 00:48:33 -0700 (PDT) From: Yang Xiao Subject: [manet] Journal Special Issue: Wireless Network Security =20 To: manet@ietf.org Message-ID: <20050628074833.90956.qmail@web33513.mail.mud.yahoo.com> Content-Type: text/plain; charset=3Diso-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=20 Authentication=20 Access control=20 Data confidentiality=20 Data integrity=20 Nonrepudiation=20 Encryption and decryption=20 Key management=20 Fraudulent usage=20 Wireless network security performance evaluation=20 Wireless link layer security=20 Tradeoff analysis between performance and security=20 Authentication and authorization for mobile service network=20 Wireless security standards (IEEE 802.11, IEEE 802.15, IEEE 802.16, 3GPP, and 3GPP2)=20 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.=20 Manuscript Due October 1, 2005 =20 Acceptance Notification February 1, 2006 =20 Final Manuscript Due May 1, 2006 =20 Publication Date 3rd Quarter, 2006 =20 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=3DWNS. All referees shall receive a complimentary copy of the special issue upon publication.=20 ------------------------------ Message: 4 Date: Tue, 28 Jun 2005 14:09:56 +0200 From: Emmanuel Baccelli Subject: [manet] 2nd OLSR Interop & Workshop: Deadline Extended To: manet@ietf.org Message-ID: <42C13E14.70306@inria.fr> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed We apologize in advance if you receive multiple copies of this CFP. -------------------------------------------------------------------------= ----- The 2nd OLSR Interop & Workshop July 28-29, 2005 Paris, France 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 or contact Thomas Heide Clausen . 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: thomas.clausen@polytechnique.fr Philippe Jacquet INRIA Rocquencourt, France Email: Philippe.Jacquet@inria.fr Emmanuel Baccelli Hitachi/INRIA Email: Emmanuel.Baccelli@inria.fr ------------------------------ _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet End of manet Digest, Vol 14, Issue 23 ************************************* _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Jun 28 20:35:04 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnQXg-0008OK-1y; Tue, 28 Jun 2005 20:35:04 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnQXe-0008Ng-4S; Tue, 28 Jun 2005 20:35:02 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA15766; Tue, 28 Jun 2005 20:35:00 -0400 (EDT) Received: from smtp.um.es ([155.54.212.105] helo=mail.um.es) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DnQx5-0001yV-Tp; Tue, 28 Jun 2005 21:01:20 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.um.es (Postfix) with ESMTP id 7493623C2A9; Wed, 29 Jun 2005 02:34:42 +0200 (CEST) Received: from mail.um.es ([127.0.0.1]) by localhost (xenon2 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21629-01-58; Wed, 29 Jun 2005 02:34:42 +0200 (CEST) Received: from [192.168.1.34] (dibulibu.um.es [155.54.1.250]) by mail.um.es (Postfix) with ESMTP id 2C85B23C2A8; Wed, 29 Jun 2005 02:34:41 +0200 (CEST) Message-ID: <42C1ECA0.3060005@dif.um.es> Date: Wed, 29 Jun 2005 02:34:40 +0200 From: "Pedro M. Ruiz" User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'IETF Manet'" Content-Type: multipart/mixed; boundary="------------000907060201090408090005" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at telemat.um.es X-Spam-Score: 0.0 (/) X-Scan-Signature: 3a4bc66230659131057bb68ed51598f8 Cc: mip6@ietf.org, tccc@cs.columbia.edu Subject: [manet] LOCAN2005: Deadline extended to July 7th X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --------------000907060201090408090005 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dear all, The deadline for the following workshop has been extended to July 7th, Please, find below the revised CFP. Regards, Pedro M. Ruiz University of Murcia http://ants.dif.um.es/staff/pedrom/ --------------000907060201090408090005 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="cfp.txt" Content-Disposition: inline; filename="cfp.txt" Content-Transfer-Encoding: 7bit We apologize if you receive multiple copies of this CFP ---------------------------------------------------------------------------- CALL FOR PAPERS - LOCAN 2005 1st International Workshop on Localized Communication and Topology Protocols for Ad hoc Networks in conjunction with MASS-2005 (www.mass05.wpi.edu) Washington, DC, USA, November 7-10, 2005 --------------------------------------------------------------------------- Submission deadline extended to July 7th. SUBJECT AND SCOPE ----------------- This workshop covers comprehensively the algorithmic issues in the hot area of ad hoc and sensor networking. The design of data communication techniques in multi-hop ad hoc networks has challenges at all layers of communication. This workshop concentrates on the network layer problems like data communication (routing, QoS-routing, geocasting, multicasting, broadcasting, etc.) and topology control (neighbor discovery, power adjustment, neighbor elimination, etc.). Additionally, sensor networks are currently recognized as one of the priority research areas by NSF. The area of sensor networking is gaining momentum within the researh community. This workshop will address ongoing research on this field, including problems such as: physical properties, sensor training, security through intelligent node cooperation, medium access, sensor area coverage with random and deterministic placement, object location, sensor position determination, energy efficient broadcasting and activity scheduling, routing, connectivity, data dissemination and gathering, sensor centric quality of routing, temporal message ordering, path exposure, tree reconfiguration, topology construction, and transport layer. The main paradigm shift is to apply localized (or greedy) schemes as opposed to existing protocols requiring global information. Localized algorithms are distributed algorithms where simple local node behaviour achieves a desired global objective. Localized protocols provide scalable solutions, that is, solutions for wireless networks with an arbitrary number of nodes, which is the main goal of this plan. Sensor and rooftop/mesh networks, for instance, have hundreds or thousands of nodes. The main objective of the workshop is to present state of the art research results on data communication and topology control in rapidly growing area of ad hoc and sensor networks, with emphasizes on localized techniques. Topics of interest include, but are not limited to: *Medium access control *Analytical, mobility and validation models for ad hoc networks *Hybrid networks and wireless Internet *Security in ad hoc networks *Data management issues, query processing, and data delivery *Routing, broadcasting and multicasting in ad hoc networks *Energy-efficient protocols for ad hoc networks *Quality of service in medium access control and routing *Topology construction and maintenance in ad hoc networks *Neighborhood discovery and mobility management IMPORTANT DATES --------------- Manuscript Submission: July 7, 2005 (Extended deadline) Acceptance Notification: July 29, 2005 Final Manuscript Due: August 26, 2005 PAPER SUBMISSION ---------------- Papers must not exceed 10 single-spaced and two-column pages using at least 10 point size type on 8.5 x 11 inches pages. See style files, author guidelines and instructions at the conference website. Accepted papers will be published by IEEE Computer Society Press, as proceedings of the MASS2005 workshops. For submission details, please visit the LOCAN 2005 website (http://ants.dif.um.es/locan2005/). PROGRAM CO-CHAIRS ----------------- Dr. Pedro M. Ruiz Dept. Information and Comms. Engineering, University of Murcia, Spain pedrom@dif.um.es Dr. David Simplot-Ryl IRCICA/LIFL, Univ. Lille 1, INRIA Futurs, France David.Simplot@lifl.fr ADDITIONAL INFORMATION AND PC MEMBERS ------------------------------------- The list of PC members and additional information about the workshop will be continuously updated at the LOCAN 2005 website. http://ants.dif.um.es/locan2005/ --------------000907060201090408090005 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --------------000907060201090408090005-- From manet-bounces@ietf.org Wed Jun 29 06:05:09 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnZRN-0004Fw-JC; Wed, 29 Jun 2005 06:05:09 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnZRL-0004Fo-Ru for manet@megatron.ietf.org; Wed, 29 Jun 2005 06:05:07 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA29836 for ; Wed, 29 Jun 2005 06:05:03 -0400 (EDT) Received: from gate6.dnshostmaster.net ([202.190.202.80] helo=todaktech.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DnZqk-0004R1-2I for manet@ietf.org; Wed, 29 Jun 2005 06:31:29 -0400 Received: from azalea [219.93.89.89] by todaktech.com with ESMTP (SMTPD32-8.14) id A3563248011A; Wed, 29 Jun 2005 18:09:26 +0800 From: "Azalea" To: , Date: Wed, 29 Jun 2005 18:04:16 +0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Spam-Score: 0.0 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Content-Transfer-Encoding: 7bit Cc: Subject: [manet] aodv-uu version 0.8.1 - iptable X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi, I am trying to execute the aodv-uu version 0.8.1 on my RedHat 9 with kernel 2.4.20-6. My wireless network card is installed on eth1. When i run aodvd as below [root@azalea aodv-uu-0.8.1]# ./aodvd -i eth1 -l -r 3 12:40:23.678 packet_input_init: Netlink socket buffer is 131070 12:40:23.678 aodv_socket_init: RAW send socket buffer size set to 131070 12:40:23.679 aodv_socket_init: Receive buffer size set to 131070 12:40:23.679 main: In wait on reboot for 15000 milliseconds. Disable with "-D". 12:40:23.679 hello_start: Starting to send HELLOs! 12:40:38.685 wait_on_reboot_timeout: Wait on reboot over!! I have posted this question before but at that time i was using IP's of 169.254.225.xxx for 2 nodes. But my LAN ip is 192.168.168.xxx. Mr Brian Haberman had replied saying that the above error is due to my iptable blocking my aodv messages and i would need to flush my iptable. How ever i thought by changing the IP i used would solve this problem because I use the 192.168.168.xxx to access LAN and internet. But after changing the ip address used on both nodes to 192.168.168.xxx i still got the same message. I am not familiar about iptable, that is why i have a hesitation to flush the iptable. Is there any way to over come this problem safely. Please advise. Regards, Azalea _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Jun 29 14:07:08 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dngxo-0003GK-RK; Wed, 29 Jun 2005 14:07:08 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dngxm-0003F8-Hw for manet@megatron.ietf.org; Wed, 29 Jun 2005 14:07:06 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA19319 for ; Wed, 29 Jun 2005 14:07:05 -0400 (EDT) Received: from web52502.mail.yahoo.com ([206.190.39.123]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DnhNL-0000u5-1d for manet@ietf.org; Wed, 29 Jun 2005 14:33:34 -0400 Received: (qmail 97255 invoked by uid 60001); 29 Jun 2005 18:06:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=2Enth72G6OBa5Ueq53lUkMfvWi1vlsyJ2YC+cCHg/k+oXWjuosv5GrnrMCZhMYg1ILKOgNiU6fH4mBTDgIQxldmC8o1A0IcO6hNCzP5UyUF/Xzpobaggd2tmYBviKYP9pSHaqecKf4CozhIkOq6p41cTe7IRaAqX3mxYnqYmGMs= ; Message-ID: <20050629180651.97253.qmail@web52502.mail.yahoo.com> Received: from [66.146.170.74] by web52502.mail.yahoo.com via HTTP; Wed, 29 Jun 2005 11:06:51 PDT Date: Wed, 29 Jun 2005 11:06:51 -0700 (PDT) From: Leon Martin To: MANET Newsgroup MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Content-Transfer-Encoding: 8bit Subject: [manet] Difference between Mesh Networks and Ad Hoc Networks? X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Thanks. - Leon ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Jun 29 14:21:43 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnhBv-00076A-Me; Wed, 29 Jun 2005 14:21:43 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnhBt-000748-L7 for manet@megatron.ietf.org; Wed, 29 Jun 2005 14:21:41 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA20768 for ; Wed, 29 Jun 2005 14:21:40 -0400 (EDT) Received: from aismt08p.bellsouth.com ([139.76.165.215]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DnhbU-0001SG-4y for manet@ietf.org; Wed, 29 Jun 2005 14:48:09 -0400 Received: from ([90.152.52.46]) by aismt08p.bellsouth.com with SMTP id KP-AXPNC.48862847; Wed, 29 Jun 2005 14:21:01 -0400 Importance: normal Priority: normal Received: from 01AL10015010154.ad.bls.com ([90.152.52.104]) by 01al10015010118.ad.bls.com with Microsoft SMTPSVC(5.0.2195.6747); Wed, 29 Jun 2005 13:21:01 -0500 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [manet] Difference between Mesh Networks and Ad Hoc Networks? Date: Wed, 29 Jun 2005 13:21:01 -0500 Message-ID: <59A442ECD83D0F408ECEA3A84D3AE2EC0309030F@bre2k26p> Thread-Topic: [manet] Difference between Mesh Networks and Ad Hoc Networks? thread-index: AcV81i/fLiuOfqHQRjeIsa2mx+vB/wAAGmAg From: "Kuhtz, Christian" To: "Leon Martin" , "MANET Newsgroup" X-OriginalArrivalTime: 29 Jun 2005 18:21:01.0617 (UTC) FILETIME=[4DDE8A10:01C57CD7] X-Spam-Score: 0.2 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Content-Transfer-Encoding: quoted-printable Cc: X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org They're attributes of an infrastructure, and terms that are infestations of huge amounts of marketing hype ;)... Seriously, there's an intersection between them. An ad hoc network to me implies some ability to self organize. A mesh doesn't have to be ad hoc, doesn't have to be self organizing. But you can have an infrastructure that is bother or either. Thanks, Christian > -----Original Message----- > From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of > Leon Martin > Sent: Wednesday, June 29, 2005 2:07 PM > To: MANET Newsgroup > Subject: [manet] Difference between Mesh Networks and Ad Hoc Networks? >=20 > Thanks. >=20 > - Leon ***** "The information transmitted is intended only for the person or entity = to which it is addressed and may contain confidential, proprietary, = and/or privileged material. Any review, retransmission, dissemination = or other use of, or taking of any action in reliance upon, this = information by persons or entities other than the intended recipient is = prohibited. If you received this in error, please contact the sender = and delete the material from all computers." 118 _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Jun 29 18:09:26 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnkkI-00044o-My; Wed, 29 Jun 2005 18:09:26 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnkkG-00042f-FX for manet@megatron.ietf.org; Wed, 29 Jun 2005 18:09:24 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA02157 for ; Wed, 29 Jun 2005 18:09:21 -0400 (EDT) Received: from sxt-sm-1.ucis.dal.ca ([129.173.5.72]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dnl9r-0004mx-Ty for manet@ietf.org; Wed, 29 Jun 2005 18:35:54 -0400 Received: from KIL-UPT-5.UCIS.Dal.Ca (KIL-UPT-5.UCIS.Dal.Ca [129.173.1.165]) by SXT-SM-1.UCIS.Dal.Ca (8.12.11/8.12.11) with ESMTP id j5TM9AlC017113 for ; Wed, 29 Jun 2005 19:09:14 -0300 Received: from KIL-UPT-5.UCIS.Dal.Ca (localhost.localdomain [127.0.0.1]) by KIL-UPT-5.UCIS.Dal.Ca (8.12.11/8.12.11) with ESMTP id j5TM9AlK013339 for ; Wed, 29 Jun 2005 19:09:10 -0300 Received: (from apache@localhost) by KIL-UPT-5.UCIS.Dal.Ca (8.12.11/8.12.11/Submit) id j5TM9AnC013337 for manet@ietf.org; Wed, 29 Jun 2005 19:09:10 -0300 Received: from lab-C242-E3730R.EE.Dal.Ca (lab-C242-E3730R.EE.Dal.Ca [129.173.87.131]) by my5.dal.ca (Horde MIME library) with HTTP for ; Wed, 29 Jun 2005 19:09:10 -0300 Message-ID: <20050629190910.ankzrcdhf7cw0cog@my5.dal.ca> Date: Wed, 29 Jun 2005 19:09:10 -0300 From: Atekeh Maghsoudlou To: manet@ietf.org Subject: RE: [manet] Difference between Mesh Networks and Ad Hoc Networks? References: <59A442ECD83D0F408ECEA3A84D3AE2EC0309030F@bre2k26p> In-Reply-To: <59A442ECD83D0F408ECEA3A84D3AE2EC0309030F@bre2k26p> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) X-Spam-Score: 0.2 (/) X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca Content-Transfer-Encoding: 7bit X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi, Please read the article "Mesh Networks: Commodity Multihop Ad Hoc Networks" published in IEEE Communications magazine in March 2005. Best regards, Atekeh Quoting "Kuhtz, Christian" : > > They're attributes of an infrastructure, and terms that are infestations > of huge amounts of marketing hype ;)... Seriously, there's an > intersection between them. An ad hoc network to me implies some > ability to self organize. A mesh doesn't have to be ad hoc, doesn't have > to be self organizing. But you can have an infrastructure that is > bother or either. > > Thanks, > Christian > > >> -----Original Message----- >> From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf > Of >> Leon Martin >> Sent: Wednesday, June 29, 2005 2:07 PM >> To: MANET Newsgroup >> Subject: [manet] Difference between Mesh Networks and Ad Hoc Networks? >> >> Thanks. >> >> - Leon > > > ***** > "The information transmitted is intended only for the person or > entity to which it is addressed and may contain confidential, > proprietary, and/or privileged material. Any review, retransmission, > dissemination or other use of, or taking of any action in reliance > upon, this information by persons or entities other than the intended > recipient is prohibited. If you received this in error, please > contact the sender and delete the material from all computers." 118 > > > _______________________________________________ > manet mailing list > manet@ietf.org > https://www1.ietf.org/mailman/listinfo/manet > _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Jun 30 07:53:28 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dnxbk-0006ak-Pn; Thu, 30 Jun 2005 07:53:28 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dnxbj-0006aP-54; Thu, 30 Jun 2005 07:53:27 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA02483; Thu, 30 Jun 2005 07:53:25 -0400 (EDT) Received: from mx1.iit.cnr.it ([146.48.98.40] helo=mx.iit.cnr.it) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dny1S-0005w4-Lh; Thu, 30 Jun 2005 08:20:04 -0400 Received: from localhost (mx.iit.cnr.it [127.0.0.1]) by mx.iit.cnr.it (Postfix) with ESMTP id 60F4F2EE0B; Thu, 30 Jun 2005 13:52:56 +0200 (CEST) Received: from mx.iit.cnr.it ([127.0.0.1]) by localhost (mx.iit.cnr.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08314-07; Thu, 30 Jun 2005 13:52:51 +0200 (CEST) Received: from [146.48.99.104] (dhcp41.iit.cnr.it [146.48.99.104]) by mx.iit.cnr.it (Postfix) with ESMTP id C9D522EE18; Thu, 30 Jun 2005 13:52:49 +0200 (CEST) Mime-Version: 1.0 X-Sender: marco.conti@iit.cnr.it@mx.iit.cnr.it Message-Id: Date: Thu, 30 Jun 2005 13:54:43 +0200 To: manet@ietf.org, p2prg@ietf.org, itc@i-teletraffic.org From: Marco Conti X-Virus-Scanned: by Content Checker at iit.cnr.it X-Spam-Score: 0.2 (/) X-Scan-Signature: 90e8b0e368115979782f8b3d811b226b Cc: Subject: [manet] IEEE PerCom'06: CFP (Deadline: September 5, 2005) X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0600079836==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============0600079836== Content-Type: multipart/alternative; boundary="============_-1091990007==_ma============" --============_-1091990007==_ma============ Content-Type: text/plain; charset="us-ascii" ; format="flowed" ***OUR SINCERE APOLOGIES IF YOU RECEIVE MULTIPLE COPIES*** ***OF THIS ANNOUNCEMENT*** Preliminary Announcement and Call for Papers Fourth Annual IEEE International Conference on Pervasive Computing and Communications Pisa, Italy, March 13-17, 2006 http://www.percom.org/ Sponsors: IEEE Computer Society, IEEE and The University of Texas at Arlington, IIT-CNR Pisa IEEE PerCom 2006 will be the fourth annual conference on the emerging area of pervasive computing and communications aimed at providing an exciting platform and paradigm for all the time, everywhere services. This emergence is a natural outcome of the tremendous advances in wireless networks, mobile computing, sensor networks, distributed computing, and agent technologies. PerCom 2006 will provide a high profile, leading edge forum for researchers and engineers alike to present their latest research in the field of pervasive computing and communications. Topics: Contributions are solicited in all areas of pervasive computing research and applications. Topics include, but not limited to: - Pervasive computing and communication architectures - Intelligent environments - Wearable computers - Smart devices and smart spaces - Middleware services and agent technologies - Wireless Sensor networks and RFID technologies - Positioning and tracking technologies - Virtual immersive communications - Enabling technologies (e.g. wireless BAN, PAN) - Mobile/Wireless computing systems and services - Context aware computing - Autonomic computing and communications - Programming paradigms for pervasive systems - User interfaces and interaction models - Wireless/mobile service management and delivery - Ad hoc networking protocols - Resource management in pervasive systems - Trust, security and privacy issues in pervasive systems ------------------------------------------------------------------------------ Submission Guidelines: ------------------------------------------------------------------------------ Submitted papers must be unpublished and not considered elsewhere for publication. Only electronic submissions (PS or PDF) will be considered. Page limit is 12 pages (single column, 11 pt fonts and 1.5 line spaced, excluding references, figures and tables). Detailed procedure is available at http://www.percom.org. All submitted papers will undergo a rigorous review process managed by the technical program committee. IEEE Press will publish the conference proceedings. The best paper will receive the prestigious Mark Weiser best paper award. Papers of particular merit will be considered for a special issue of Pervasive and Mobile Computing Journal. ---------------------------------------------------------------------- IMPORTANT DEADLINES: Paper Submission: September 5, 2005 Workshop Proposal: May 1, 2005 Demonstration Proposal: October 31, 2005 Acceptance Notification: November 22, 2005 Camera Ready Manuscripts: December 19, 2005 Conference Dates: March 13-17, 2006 ------------------------------------------------------------------------ General Chair: Enrico Gregori, Istituto di Informatica e Telematica, Pisa, Italy General Vice Chair: Ali Hurson, Pennsylvania State University, USA Program Chair: Marco Conti, Istituto di Informatica e Telematica, Pisa, Italy Vice Program Chairs: Chatschik Bisdikian, IBM Research, USA Jadwiga Indulska, University of Queensland, Australia Franco Zambonelli, University of Modena and Reggio Emilia, Italy Steering Committee Chair: Behrooz Shirazi, University of Texas at Arlington, USA Workshop Chairs: Giuseppe Anastasi, University of Pisa, Italy Gopal Pingali, IBM T.J. Watson Research Center, Hawthorne, USA Work-in-progress Session chairs: Christian Becker, University of Stuttgart, Germany Gergely Zaruba, University of Texas at Arlington, USA Publicity Chairs: Ben Lee, Oregon State University. USA Ichiro Satoh, National Institute of Informatics, Tokyo, Japan Paolo Bellavista, University of Bologna, Italy Demo Chair: Luciano Bononi, University of Bologna, Italy Registration Chair: Gergely Zaruba, University of Texas at Arlington, USA Web Designer: Patrizia Andronico, Istituto di Informatica e Telematica, Pisa, Italy Local Arrangements: Raffaella Casarosa, - Istituto di Informatica e Telematica, Pisa, Italy -- -- ============================================== Marco Conti Pervasive Computing & Networking Lab. (PerLab) http://www.perlab.it Institute for Informatics and Telematics (IIT) National Research Council (CNR) Via G. Moruzzi, 1 56124 Pisa,Italy tel.: + 39 050 315 3062 (direct) mobile: +39 348 3966807 fax.: +39 050 3152593 --============_-1091990007==_ma============ Content-Type: text/html; charset="us-ascii" IEEE PerCom'06: CFP (Deadline: September 5, 2005)

***OUR SINCERE APOLOGIES IF YOU RECEIVE MULTIPLE COPIES***
***OF THIS ANNOUNCEMENT***

Preliminary Announcement and Call for Papers

Fourth Annual IEEE International Conference on
Pervasive Computing and Communications
Pisa, Italy,  March 13-17, 2006
Sponsors: IEEE Computer Society, IEEE  and The University of Texas at Arlington, IIT-CNR Pisa


IEEE PerCom 2006 will be the fourth annual conference on the emerging area of pervasive computing and communications aimed at providing an exciting platform and paradigm for all the time, everywhere services. This emergence is a natural outcome of the tremendous advances in wireless networks, mobile computing, sensor networks, distributed computing, and agent technologies. PerCom 2006 will provide a high profile, leading edge forum for researchers and engineers alike to present their latest research in the field of pervasive computing and communications.

Topics:
Contributions are solicited in all areas of pervasive computing research and applications.  Topics include, but not limited to:

- Pervasive computing and communication architectures
- Intelligent environments
- Wearable computers
- Smart devices and smart spaces
- Middleware services and agent technologies
- Wireless Sensor networks and RFID technologies
- Positioning and tracking technologies
- Virtual immersive communications
- Enabling technologies (e.g. wireless BAN, PAN)
- Mobile/Wireless computing systems and services
- Context aware computing
- Autonomic computing and communications
- Programming paradigms for pervasive systems
- User interfaces and interaction models
- Wireless/mobile service management and delivery
- Ad hoc networking protocols
- Resource management in pervasive systems
- Trust, security and privacy issues in pervasive systems
 
------------------------------------------------------------------------------
Submission Guidelines:
------------------------------------------------------------------------------

Submitted papers must be unpublished and not considered elsewhere for publication. Only electronic submissions (PS or PDF) will be considered.
Page limit is 12 pages (single column, 11 pt fonts and 1.5 line spaced, excluding references, figures and tables). Detailed procedure is available at http://www.percom.org. All submitted papers will undergo a rigorous review process managed by the technical program committee. IEEE Press will publish the conference proceedings. The best paper will receive the prestigious Mark Weiser best paper award. Papers of particular merit will be considered for a special issue of Pervasive and Mobile Computing Journal.

----------------------------------------------------------------------
IMPORTANT DEADLINES:

Paper Submission:                       September 5, 2005
Workshop Proposal:                         May 1, 2005
Demonstration Proposal:                      October 31, 2005
Acceptance Notification:                November 22, 2005
Camera Ready Manuscripts:              December 19, 2005
Conference Dates:                       March 13-17, 2006
------------------------------------------------------------------------

General Chair:
Enrico Gregori, Istituto di Informatica e Telematica, Pisa, Italy

General Vice Chair:
Ali Hurson, Pennsylvania State University, USA
Program Chair:
Marco Conti, Istituto di Informatica e Telematica, Pisa, Italy

Vice Program Chairs:
Chatschik Bisdikian, IBM Research, USA
Jadwiga Indulska, University of Queensland, Australia
Franco Zambonelli, University of Modena and Reggio Emilia, Italy
Steering Committee Chair:
Behrooz Shirazi, University of Texas at Arlington, USA

Workshop Chairs:
Giuseppe Anastasi, University of Pisa, Italy
Gopal Pingali, IBM T.J. Watson Research Center, Hawthorne, USA

Work-in-progress Session chairs:
Christian Becker, University of Stuttgart, Germany
Gergely Zaruba, University of Texas at Arlington, USA

Publicity Chairs:
Ben Lee, Oregon State University. USA
Ichiro Satoh, National Institute of Informatics, Tokyo, Japan
Paolo Bellavista, University of Bologna, Italy

Demo Chair:
Luciano Bononi, University of Bologna, Italy

Registration Chair:
Gergely Zaruba, University of Texas at Arlington, USA

Web Designer:
Patrizia Andronico, Istituto di Informatica e Telematica, Pisa, Italy

Local Arrangements:
Raffaella Casarosa, - Istituto di Informatica e Telematica, Pisa, Italy
--






--
==============================================
Marco Conti
Pervasive Computing & Networking Lab. (PerLab)
http://www.perlab.it

Institute for Informatics and Telematics (IIT)
National Research Council (CNR)
Via G. Moruzzi, 1
56124 Pisa,Italy
tel.: + 39 050 315 3062 (direct)
mobile: +39 348 3966807
fax.: +39 050 3152593



--============_-1091990007==_ma============-- --===============0600079836== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet --===============0600079836==-- From manet-bounces@ietf.org Thu Jun 30 09:56:49 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnzX7-0003Hj-Hl; Thu, 30 Jun 2005 09:56:49 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DnzX5-0003FM-8D for manet@megatron.ietf.org; Thu, 30 Jun 2005 09:56:47 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA13371 for ; Thu, 30 Jun 2005 09:56:45 -0400 (EDT) Received: from smtp.eurecom.fr ([193.55.113.210]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Dnzwp-00060P-Py for manet@ietf.org; Thu, 30 Jun 2005 10:23:25 -0400 Received: from monza.eurecom.fr (localhost [127.0.0.1]) by smtp.eurecom.fr (8.13.1/8.13.1) with ESMTP id j5UDu8SH019186; Thu, 30 Jun 2005 15:56:11 +0200 (CEST) Received: from eurecom.fr (bekipan.eurecom.fr [172.17.10.219]) by monza.eurecom.fr (Postfix) with ESMTP id 4DF663C320; Thu, 30 Jun 2005 15:56:06 +0200 (MEST) Message-ID: <42C3F9F6.3090501@eurecom.fr> Date: Thu, 30 Jun 2005 15:56:06 +0200 From: Claudio Lavecchia User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Leon Martin Subject: Re: [manet] Difference between Mesh Networks and Ad Hoc Networks? References: <20050629180651.97253.qmail@web52502.mail.yahoo.com> In-Reply-To: <20050629180651.97253.qmail@web52502.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5 Content-Transfer-Encoding: 7bit Cc: MANET Newsgroup X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Well, to me the answer is a little bit more complex than outlined in the previous answers. MANETs are networks that are: Made of mobile and power constrained nodes Infrastructureless Self organizing to a certain degree Made of peer entities (all the nodes share the same functions with respect to the network operation, i.e. there is no node that is in charge for authentication or security services, for example). The case of Wireless Mesh Networks (WMN) is slightly more subtle. To me a wireless mesh network is a network that exploits the nodes redundancy of nodes and the self-organizing network paradigm to overcome some problems that are inherent to wireless networks (tradeoff between distance and transfer rates) or to networks in general (congestion, configuration and installation costs). Applying the above definition of WMN, you may find that both MANETs and WMN are "self-organizing", but you could also argue that MANETs can be seen as a subset of WMN. In the interesting "Wireless Mesh Networks: a survey" (http://www.ece.gatech.edu/research/labs/bwn/mesh.pdf) for example, you will find that what is called a "Client WMN" (Fig.4) is in effect a MANET. The most interesting application of WMN, tough is probably the use of wireless nodes (both mobile or fixed) to convey traffic from mobile users that have a wireless device to the wired internet (see "Wireless Mesh Networks: a survey", Figures 3 and 5). I hope this doesn't drive you ever more confused... Claudio Leon Martin wrote: >Thanks. > >- Leon > > > >____________________________________________________ >Yahoo! Sports >Rekindle the Rivalries. Sign up for Fantasy Football >http://football.fantasysports.yahoo.com > >_______________________________________________ >manet mailing list >manet@ietf.org >https://www1.ietf.org/mailman/listinfo/manet > > _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Jun 30 16:59:15 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do67v-0005iI-KE; Thu, 30 Jun 2005 16:59:15 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do67o-0005i7-BJ for manet@megatron.ietf.org; Thu, 30 Jun 2005 16:59:08 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA23153 for ; Thu, 30 Jun 2005 16:59:06 -0400 (EDT) Received: from web33505.mail.mud.yahoo.com ([68.142.206.154]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1Do6XY-0003in-KX for manet@ietf.org; Thu, 30 Jun 2005 17:25:50 -0400 Received: (qmail 93909 invoked by uid 60001); 30 Jun 2005 20:58:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=PjZ30rS5k0ztnjRNA1uyHT7NBaOYQj7ooFadC5GdmqNrdcIA0uokWcKt0YJMwsjsrK9S9zgxAZckXSiN7XmgjnJmMKOoapv1UbQzxrxxuTffEXGFBF9gfxCKPXyAF/S2Cou325lRz0JhtW71c6ZEKF/rMMN+6L/6CBk+Mq7kl5w= ; Message-ID: <20050630205851.93907.qmail@web33505.mail.mud.yahoo.com> Received: from [141.225.9.145] by web33505.mail.mud.yahoo.com via HTTP; Thu, 30 Jun 2005 13:58:51 PDT Date: Thu, 30 Jun 2005 13:58:51 -0700 (PDT) From: Yang Xiao To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.5 (/) X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca Content-Transfer-Encoding: 8bit Cc: yangxiao@ieee.org Subject: [manet] Journal Special issue on Security Issues in Sensor Networks X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yangxiao@ieee.org List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org (Our apologies if you receive multiple copies) International Journal of Security and Networks (IJSN), Special Issue on Security Issues in Sensor Networks http://www.cs.memphis.edu/~yxiao/IJSN_Snesor_Security.html -----------------------------------------------------------------------Guest Editors Yang Xiao, The University of Memphis, USA E-mail: yangxiao@ieee.org Xiaohua Jia, City University of Hong Kong, Hong Kong E-mail: csjia@cityu.edu.hk Bo Sun, Lamar University, USA E-mail: bsun@cs.lamar.edu Xiaojiang Du, North Dakota State University, USA E-mail: bsun@cs.lamar.edu -----------------------------------------------------------------------Security in Sensor networks differ from those in other traditional networks with many aspects such as limited memory space, limited computation capability, etc. Therefore, sensor network security has some unique features which do not exist in other networks. The need to address security issues, and provide timely, solid technical contributions of security solutions in sensor networks establishes the motivation behind this special issue. This special issue is dedicated to sensor network security. A paper should have security in sensor networks as the focus. Specific areas of interest include, but not limit to: . Key Managements in sensor networks . Secure Routing in secure networks . Light weight Encryption and authentication in Sensor networks . Attacks and solutions in Sensor networks . Other areas which are related to both security and sensor networks. The manuscripts should be submitted as an e-mail attachment in PDF format to Prof. Bo Sun at bsun@cs.lamar.edu. If the file is larger than 1MB, the authors are encouraged to use WINZIP. Furthermore, each author is required to help the review process of the special issue. ----------------------------------------------------------------------- Schedule: Submission deadline: Oct. 15, 2005 Notification: Jan. 15, 2006 Final Paper Submission: Feb. 1, 2005 Publication of special issue: Middle 2006 ----------------------------------------------------------------------- _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Jun 30 17:20:13 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do6SC-0006yk-U0; Thu, 30 Jun 2005 17:20:12 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Do6SA-0006yb-8J for manet@megatron.ietf.org; Thu, 30 Jun 2005 17:20:10 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA24924 for ; Thu, 30 Jun 2005 17:20:07 -0400 (EDT) From: Hakim.Badis@lri.fr Received: from ext.lri.fr ([129.175.15.4]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Do6ry-0004IO-Kc for manet@ietf.org; Thu, 30 Jun 2005 17:46:52 -0400 Received: from localhost (localhost [127.0.0.1]) by ext.lri.fr (Postfix) with ESMTP id 7AC3E19E79A for ; Thu, 30 Jun 2005 23:19:31 +0200 (CEST) Received: from ext.lri.fr ([127.0.0.1]) by localhost (ext.lri.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07670-06 for ; Thu, 30 Jun 2005 23:19:31 +0200 (CEST) Received: from www.lri.fr (newww [129.175.15.10]) by ext.lri.fr (Postfix) with ESMTP id 676D119E750 for ; Thu, 30 Jun 2005 23:19:31 +0200 (CEST) Received: from afontenayssb-153-1-21-103.w83-200.abo.wanadoo.fr ([83.200.66.103]) (SquirrelMail authenticated user badis) by www.lri.fr with HTTP; Thu, 30 Jun 2005 23:19:31 +0200 (CEST) Message-ID: <2738.83.200.66.103.1120166371.squirrel@www.lri.fr> Date: Thu, 30 Jun 2005 23:19:31 +0200 (CEST) To: manet@ietf.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: by amavisd-new at lri.fr X-Spam-Score: 1.1 (+) X-Scan-Signature: 52e1467c2184c31006318542db5614d5 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id RAA24924 Subject: [manet] QoS in mobile ad hoc networks X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org Hi all; QoS support for mobile ad hoc networks remains an open problem, drawing interest from both academia and industry under military and commercial sponsorship. MANETs have certain unique characteristics that pose several difficulties in provisioning QoS, such as dynamically varying network topology, lack of precise state information, lack of central control, error-prone shared radio channels, limited resource availability, hidden terminal problems, and insecure media, and little consensus yet exists on which approaches may be optimal. Future MANETs are likely to be =93multimode=94 or heterogeneous in nature. Thus, the routers comprising = a MANET will employ multiple, physical-layer wireless technologies, with each new technology requiring a multiple-access (MAC) protocol for supporting QoS. Above the MAC layer, forwarding, routing, signaling, and admission control policies are required, and the best combination of thes= e policies will change as the underlying hardware technology evolves. The Sixty-third IETF meeting will be held 31 July - 5 August 2005. With this occasion, I propose to MANET participants from academia and especially industry having already quite advanced work, real implementations of QoS Models, Signaling Protocols and QoS Routing for MANETs to meet and discuss their work progress. Please let me know if you are interested to participate in this discussion group during this IETF meeting. Hakim ++++++++++++++++++++++++++++++++ Hakim Badis LRI & INRIA LAboratories, France Phone: +33 (1) 69 15 65 91 Fax: +33 (1) 69 15 65 86 http://www.lri.fr/~badis/ ++++++++++++++++++++++++++++++++ _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet