From manet-bounces@ietf.org Mon Aug 01 02:38:00 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzTw0-00065K-D7; Mon, 01 Aug 2005 02:38:00 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzTvy-00065F-DY for manet@megatron.ietf.org; Mon, 01 Aug 2005 02:37:58 -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 CAA06702 for ; Mon, 1 Aug 2005 02:37:57 -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.43) id 1DzUS9-0006rs-L8 for manet@ietf.org; Mon, 01 Aug 2005 03:11:16 -0400 Received: from wired-6-73.ietf63.ietf.org ([86.255.6.73]:51742) by smtp.engr.ucsb.edu with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.50) id 1DzTvj-0004F7-En; Sun, 31 Jul 2005 23:37:46 -0700 In-Reply-To: <200507271947.j6RJlSbs023355@s2.itd.nrl.navy.mil> References: <200507271947.j6RJlSbs023355@s2.itd.nrl.navy.mil> Mime-Version: 1.0 (Apple Message framework v733) Message-Id: From: Ian Chakeres Date: Mon, 1 Aug 2005 06:19:12 -0700 To: manet X-Mailer: Apple Mail (2.733) X-Virus-Scanned: Determined clean by smtp.engr.ucsb.edu using clamd / ClamAV version 0.85 X-SA-Exim-Connect-IP: 86.255.6.73 X-SA-Exim-Mail-From: idc@cs.ucsb.edu Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [manet] Paris Meeting Preparation X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on smtp.engr.ucsb.edu X-Spam-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_06_12,TW_SM autolearn=no 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: 1.9 (+) X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5 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 If you read the documents, please email the authors (or list) about any comments/suggestions. Thanks. Ian Chakeres On Jul 27, 2005, at 12:47 PM, Joe Macker wrote: > All: > > I will be absent in Paris for medical reasons. > Ian Chakeres (co-chair) will run the manet WG meeting. > Please meet or contact him if you have issues. > I will attempt to participate remotely as much as possible. > > There are a number of IDs people should probably read to prepare > > See the http://www1.ietf.org/html.charters/manet-charter.html > for latest DYMO and SMF IDs for review. > > draft-ietf-manet-dymo-02.txt > draft-ietf-manet-smf-00.txt (Brian Adamsonn will provide an overview) > > A related draft from the proactive DT is: > > http://www.ietf.org/internet-drafts/draft-clausen-manet-olsrv2-00.txt > > There will also be a high level review of MANET AUTOCONF discussions. > A proposed charter and scope will be reviewed. > > Some other documents of related interest: > > draft-perkins-manet-smurf-00.txt > draft-perkins-manet-bcast-02.txt > > Ideas from these and other documents will likely evolve to help > formulate > and improve the WG SMF document. > > Please read documents before the meeting so they can be discussed > intelligently. > > Thanks, > Joe > > > > > > _______________________________________________ > 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 Aug 01 03:48:46 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzV2T-0002zs-Tb; Mon, 01 Aug 2005 03:48:45 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzV2R-0002zn-AD for manet@megatron.ietf.org; Mon, 01 Aug 2005 03:48: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 DAA02249 for ; Mon, 1 Aug 2005 03:48:41 -0400 (EDT) Received: from nez-perce.inria.fr ([192.93.2.78]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DzVYd-0001ks-26 for manet@ietf.org; Mon, 01 Aug 2005 04:22:02 -0400 Received: from [86.255.28.165] (open-28-165.ietf63.ietf.org [86.255.28.165]) (authenticated bits=0) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j717mIbD031524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Aug 2005 09:48:21 +0200 Message-ID: <42EDD3C5.7070400@inria.fr> Date: Mon, 01 Aug 2005 09:48:21 +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: Laurent Dehoey Subject: Re: [manet] OLSR report from wth References: <42ECF1ED.80902@n0rg.org> In-Reply-To: <42ECF1ED.80902@n0rg.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Miltered: at nez-perce with ID 42EDD3C2.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca 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 I see in the wishlist OLSR a wish about adaptable hello rate. This is made in the rfc with the paprameter Htime. Regards, Philippe Laurent Dehoey wrote: >Hello every body > >At that address, >http://wiki.whatthehack.org/index.php/OLSR_Experiences_Notes, you"ll >find some feeback from international OLSR users at wth, Liempde, >Nederlands creating real life mobile ad hoc networks. > >Although a lot of this guys are using a somewhat non rfc3626 compliant >version of OLSRv1 in order to estimate link quality at level 3 for >metric calculation, they suffer the same problems as everybody else when >trying to use IEEE802.11b/g in adhoc mode at the PHY/LINK layer : IBSS >SPLIT. That is, for a very same chosen IBSS name and a very same chosen >channel, some cards instead of joining the pre-existing IBSSID >randomized created by the first ad hoc node in the IBSS/Chan, they >generate a new one creating several disconnected networks composed of >several nodes at the best case or totaly isolated singleton networks at >the worst. > >Old news. > >What's new is that the opensource community *may* have a solution : not >letting the card generating a new IBSSID but instead forcing it to use >an assigned one. >Good news too : olsr works in real life : >http://wiki.whatthehack.org/index.php/User:Lolo#sunday_the_31th_morning >to be continued... ;-) > >LD > >PS : As a lot of these guys are not member of the MANET mailling, you >should questions and make comment on the wth wiki itself : >http://wiki.whatthehack.org/index.php/Wireless_Village >http://wiki.whatthehack.org/index.php/Olsr > > >_______________________________________________ >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 Aug 01 09:11:09 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dza4T-0003l5-Qa; Mon, 01 Aug 2005 09:11:09 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dza4M-0003jd-Ep for manet@megatron.ietf.org; Mon, 01 Aug 2005 09:11: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 JAA07519 for ; Mon, 1 Aug 2005 09:10:59 -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.43) id 1Dzaad-0008MC-5u for manet@ietf.org; Mon, 01 Aug 2005 09:44:24 -0400 Received: from wired-7-18.ietf63.ietf.org ([86.255.7.18]:52247) by smtp.engr.ucsb.edu with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.50) id 1Dza44-0001aU-Fx; Mon, 01 Aug 2005 06:10:50 -0700 Mime-Version: 1.0 (Apple Message framework v733) Message-Id: <91B23FB8-6517-47F5-87CD-24CC3AC55652@cs.ucsb.edu> From: Ian Chakeres Date: Mon, 1 Aug 2005 15:09:45 -0700 To: manet X-Mailer: Apple Mail (2.733) X-Virus-Scanned: Determined clean by smtp.engr.ucsb.edu using clamd / ClamAV version 0.85 X-SA-Exim-Connect-IP: 86.255.7.18 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=-1.4 required=5.0 tests=AWL,BAYES_00, DATE_IN_FUTURE_06_12,TW_SM autolearn=no 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: 1.9 (+) X-Scan-Signature: c1c65599517f9ac32519d043c37c5336 Content-Transfer-Encoding: 7bit Cc: Joe Macker Subject: [manet] IETF 63 MANET Updated Agenda 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 A few additional presentations and their respective IDs were added to the agenda. Here is the updated MANET draft agenda for IETF 63. Mobile Ad-hoc Networks (manet) ================================== CHAIRS: Joe Macker and Ian Chakeres DRAFT AGENDA: Agenda Bashing 5 min Chakeres -blue sheets & state your name at the mic WG Progress 10 min Chakeres DYMO Plans/Discussion 20 min Chakeres -draft-ietf-manet-dymo-02.txt DYMO Implementations 20 min Klein-Berndt, Kuladinithi, Ruis OLSR v2 Discussion 20 min Clausen -draft-clausen-manet-olsrv2-00.txt SMF Plans/Discussion 20 min Adamson -draft-ietf-manet-smf-00.txt -draft-perkins-manet-bcast-02.txt SMF Implementation 15 min Adamson SMURF Discussion 20 min Perkins -draft-perkins-manet-smurf-00.txt 2nd OLSR Workshop 10 min MANET AUTOCONF BOF Summary 10 min Subhranshu OSPF-MANET Update 15 min Open Discussion, Related Work & Announcements ================================== Ian Chakeres FYI: The MANET meeting will be available via unicast audio stream. See http://videolab.uoregon.edu/events/ietf/ for more information. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Aug 01 13:19:59 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzdxG-0005vq-VE; Mon, 01 Aug 2005 13:19:58 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DzdxD-0005uW-18 for manet@megatron.ietf.org; Mon, 01 Aug 2005 13:19: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 NAA25207 for ; Mon, 1 Aug 2005 13:19:52 -0400 (EDT) Received: from research.cs.colorado.edu ([128.138.242.225]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DzeTV-0003JJ-P5 for manet@ietf.org; Mon, 01 Aug 2005 13:53:19 -0400 Received: from [127.0.0.1] (c-24-8-166-41.hsd1.co.comcast.net [24.8.166.41]) by research.cs.colorado.edu (8.12.10/8.12.6) with ESMTP id j71HJ60h004219; Mon, 1 Aug 2005 11:19:15 -0600 (MDT) Message-ID: <42EE5982.5010407@cs.colorado.edu> Date: Mon, 01 Aug 2005 11:18:58 -0600 From: Richard Han Organization: University of Colorado at Boulder User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: tccc@cs.columbia.edu, manet@ietf.org, itc@comsoc.org, mobicom@listserv.acm.org Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by research.cs.colorado.edu id j71HJ60h004219 X-Spam-Score: 0.1 (/) X-Scan-Signature: d8921dd2ebcb07edebf7bfaf4808c2ad Content-Transfer-Encoding: quoted-printable Cc: Subject: [manet] Call For Participation - IEEE/CreateNet SecureComm 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 Dear Colleague, Please find attached the call for participation for the First IEEE/CreateNet International Conference on Security and Privacy for Emerging Areas in Communication Networks (SecureComm 2005) to be held in Athens, Greece from Sep. 5-9, 2005. The conference program consists of 32 full papers and 20 short papers, keynote and invited talks, and a panel. In addition, there are four workshops on related topics. The complete information is available on the website: www.securecomm.org Note that Early Conference Registration Ends August 25, 2005! Discounted Hotel Reservation Rates end August 22, 2005. We apologize if you receive multiple copies of this message. Please feel free to distribute this to colleagues who might be interested. regards, SecureComm 2005 Organizing Committee *************************************************************** CALL FOR PARTICIPATION First IEEE/CreateNet International Conference on Security and Privacy for Emerging Areas in Communication Networks Athens, Greece / Hotel Amarilia / 5 - 9 September, 2005 www.securecomm.org EARLY REGISTRATION ENDS August 25, 2005 CO-SPONSORED BY: IEEE Communications Society (www.comsoc.org) CreateNet (www.create-net.it) Corporate/Government Sponsors: National Science Foundation (Travel Grants) Telcordia Technologies (Silver sponsor) Toshiba TARI(Bronze sponsor) In Cooperation With the IEEE Computer Society TC on Security and Privacy In Cooperation with ACM SIGSAC *************************************************************** TENTATIVE TECHNICAL PROGRAM Monday, Sep 5, 2005 First IEEE/CreateNet International Workshop on Computer Network=20 Forensics Research (CNFR): www.cnfr.org First IEEE/CreateNet International Workshop on Trust and Security in=20 Pervasive Networking: http://www.securecomm.org/pervasivetrust/ *************************************************************** Tuesday, Sep 6, 2005 8.30AM - 9.00 AM: Welcome, Introduction, Best Paper award 9.00AM - 10.30AM: Plenary Session: Bill Cheswick, Lumeta, Title: Pondering and Patrolling Network Perimeters Andrea Servida, EU, Title: Security, privacy and dependability in Information Society: key challenges for European R&D in FP7 10.30AM - 11.00AM: Break 11.00AM - 12.40PM: Full Paper Session 1: Insecurity Implications of Unlicensed Mobile Access (UMA) for GSM security Sandro Grech, Pasi Eronen=09 Computationally, Memory and Bandwidth Efficient Distillation Codes to Mitigate DoS in Multicast Roberto Di Pietro, Stefano Chessa, Piero Maestrini =09 Spread Identity mechanisms for Security Dhananjay Phatak =09 On the Security of Distributed Position Services Xiaoxin Wu, Cristina Nita-Rotaru =09 12.40PM - 2:00PM: Lunch 2:00PM - 2.45PM: Invited talk: David Wagner, Berkeley, Title: Privacy in pervasive computing: What can technologists do? 3:00 PM - 4:40 PM: Full Paper Session 2: RFID Picking Virtual Pockets using Relay Attacks on Contactless Smartcard Syst= ems Ziv Kfir, Avishai Wool =09 A Lightweight RFID Protocol to protect against Traceability and Cloning=20 attacks Tassos Dimitriou =09 An RFID distance bounding protocol Gerhard Hancke, Markus Kuhn =09 Security and Privacy Issues in e-Passports Ari Juels, David Molnar, David Wagner 5:00 PM - 6.30PM: Panel 1: RFID Security and Privacy, Panelists: (Lead) Gene Tsudik, University of California, Irvine David Wagner, University of California, Berkeley Avishai Wool, Tel Aviv University Tassos D. Dimitriou, Athens Information Technology Markus Kuhn, University of Cambridge *************************************************************** Wednesday, Sep 7, 2005 8.30AM - 9.15 AM: Keynote: Jean Pierre-Hubaux, EPFL, Title: The Security = of Vehicular Networks DEMOS: 10:45AM - 1:00PM and 2:45PM - 5:00PM (In parallel with other sessions)=09 "MANET-DFA: Distributed Firewall Architecture for MANET networks," Federico Frosali, Giorgio Freguglia, Luciana Costa from Business Application & Services - Telecomitalia LAB - ITALY "Demonstration of Ubiquitous Roaming Technology," Hiroyoshi Takiguchi, Masami Ueno, Yoshiko Sudeda, Satashi Yagi, Hirokazu Kitami, Toru Kobayashi, Yoshikazu Kondo from NTT Information Sharing Platform Laboratories - Tokyo - Japan 9.30AM - 10.45AM: Full Paper Session 3: Sensor Networks DICAS: Detection, Diagnosis and Isolation of Control Attacks in Sensor=20 Networks Issa Khalil, Saurabh Bagchi, Cristina Nita-Rotaru =09 Securing Topology Maintenance Protocols for sensor networks: attacks and counter-measures Andrea Gabrielli, Luigi Mancini, Sanjeev Setia, Sushil Jajodia =09 Countermeasures Against Traffic Analysis Attacks in Wireless Sensor Netwo= rks Jing Deng, Richard Han, Shivakant Mishra =09 11.00AM - 12.40PM: Full Paper Session 4: Authentication Improving Cross-domain Authentication over Wireless Local Area Networks Hahnsang Kim, Kang Shin, Walid Dabbous =09 Reducing Reauthentication Delay in Wireless Networks Tuomas Aura, Michael Roe Providing Distributed Certificate Authority Service in Mobile Ad Hoc=20 Networks Ying Dong, Wing Go, Aifen Sui, Victor Li, Lucas C.K. Hui, Siu Ming Yiu =09 On Improving the Performance of Role-Based Cascaded Delegation in=20 Ubiquitous Computing Danfeng Yao, Roberto Tamassia, Seth Proctor =09 12.40PM - 2:00PM: Lunch 2:00PM - 2:45PM: Invited Talk: William Arbaugh, Title: Ad-hoc network security: is it a real problem? 3:00PM - 4:40PM: Full Paper Session 5: Privacy A Privacy Preserving Reputation System for Mobile Information=20 Dissemination Networks Marco Voss, Andreas Heinemann, Max M=9Fhlh=8Auser =09 A Privacy Service for Context-Aware Mobile Computing Vagner Sacramento, Markus Endler, Fernando Nascimento =09 Protecting Location Privacy Through Path Confusion Baik Hoh, Marco Gruteser A Solution for Wireless Privacy and Payments based on E-cash Yiannis Tsiounis, Tom Karygiannis, Aggelos Kiayias =09 5:00PM - 6:40PM: Short paper Session 1 A Signal Fingerprinting Paradigm for Physical Layer Security in=20 Conventional and Sensor Networks, Thomas Daniels, Mani Mina, Steve Russell Location Privacy with IP Mobility Rajeev Koodli, Vijay Devarapalli, Hannu Flinck, Charles Perkins Fellowship in Mobile Ad hoc Networks, Venkatesan Balakrishnan, Vijay Varadharajan 802.11 Active Attack Traffic Profile Classification Using Management=20 Frame Clustering Wenzhe Zhou, Alan Marshall, Qiang Gu =09 A Secure Interworking Scheme for UMTS-WLAN Yen-Chieh Ouyang, Chung-Hua Chu, Chang-Bu Jang bufSTAT - A Tool for Early Detection and Classification of Buffer Overflow Attacks Svetlana Radosavac, Karl Seamon, John S. Baras LRBAC: A Location-Aware Role-Based Access Control Model Indrakshi Ray,Lijun Yu Tri-party TLS Adaptation for Trust Delegation in Home Networks Khaled Masmoudi, Mureed Hussain, Hossam Afifi, Dominique Seret =09 PATRIOT: a Policy-Based, Multi-level Security Protocol for Safekeeping=20 Audit Logs on Wireless Devices, Wassim Itani, Ayman Kayssi, Ali Chehab Harnessing Emergent Ubiquitous Computing Properties to Prevent Malicious=20 Code Propagation, David Llewellyn-Jones, Madjid Merabti, Qi Shi, Bob Askwith *************************************************************** Thursday, Sep 8, 2005 8.30AM - 10.35 AM: Full Paper Session 6: Key management A Level Key Infrastructure for Secure and Efficient Group Communication=20 in Wireless Sensor Networks Jyh-How Huang, Jason Buckingham, Richard Han A Modified Secure Remote Password (SRP) Protocol for Key Initialization=20 and Exchange in Bluetooth Systems Amir Sayegh, Mahmoud El-hadidi Hi-KD: An Efficient Key Management Algorithm for Hierarchical Group Hani Ragab Hassan, Abdelmadjid Bouabdallah, Hatem Bettahar, Yacine Challal =09 A Deterministic Pairwise Key Pre-distribution Scheme for Mobile Sensor=20 Networks David Sanchez, Heribert Baldus =09 A Practical Study of Transitory Master Key Establishment For Wireless=20 Sensor Networks Jing Deng, Carl Hartung, Richard Han, Shivakant Mishra =09 11:00 - 12:40: Full Paper Session 7: Routing Applying emergence to the design of routing protocols for the security=20 of wireless ad hoc networks, Ioannis Pavlosoglou, Mark Leeson, Roger Green SPINAT: Integrating IPsec into Overlay Routing Jukka Ylitalo, Patrik Salmela, Hannes Tschofenig On the Survivability of Routing Protocols in Ad Hoc Wireless Networks Baruch Awerbuch, Reza Curtmola, David Holmer, Cristina Nita-Rotaru, Herbert Rubens =09 An Extensible Environment for Evaluating Secure MANET, Yongguang Zhang, Yi-an Huang, Wenke Lee =09 12.40PM - 2:00PM: Lunch 2:00PM - 3:40 PM: Full Paper Session 8: Cryptographic algorithms and=20 protocols Soft-Timeout Distributed Key Generation for Digital Signature based on=20 Elliptic Curve D- log for Low-power Devices, Caimu Tang, Anthony T. Chronopoulos and Cauligi S. Raghavendra =09 A Uniform Framework for Cryptanalysis of the Bluetooth E_0 Cipher, Ophir Levy, Avishai Wool =09 MOTET: Mobile Transactions using Electronic Tickets Daniele Quercia, Stephen Hailes =09 Exploiting Hierarchical Identity-Based Encryption for Access Control to Pervasive Computing Information Urs Hengartner, Peter Steenkiste 3:40PM - 4:00 PM: Break 4:00PM - 5:40 PM: Short paper Session 2 GKE: Efficient Group-based Key Establishment for Large Sensor Networks Li Zhou,Jinfeng Ni, Chinya Ravishankar Practically Unbounded One-Way Chains for Authentication with Backward Secrecy Vishwas Patil, Luigi Mancini, Antonio Durante, Roberto Di Pietro Limitations of Key Escrow in Identity-Based Schemes in Ad Hoc Networks Katrin Hoeper, Guang Gong Enhanced 1-D Chaotic Key-Based Algorithm for Image Encryption Daniel Socek, Shujun Li, Spyros Magliveras, Borko Furht Schemes for Enhancing the Denial-of-Service Tolerance of SRTP Sachin Garg, Navjot Singh, Timothy Tsai Thor: The Hybrid Online Repository Timothy van der Horst, Kent Seamons Random IDs for preserving location privacy Stefan Schlott, Frank Kargl, Michael Weber Denial-of-Service Countermeasure with Immunization and Regulation Qin Yu, Hong Liu A Distributed Cross-Layer Intrusion Detection System for Ad Hoc Networks Yu Liu, Yang Li, Hong Man A Control Formulation of the Network Security Problem via a Risk Manageme= nt Approach Nicholas Bambos *************************************************************** Friday, Sep 9, 2005 First IEEE/CreateNet International Workshop on The Value of Security=20 through Collaboration (SECOVAL): www.secoval.org First IEEE/CreateNet International Workshop on Integration of Security=20 and Quality of Service (SecQoS): www.secqos.org *************************************************************** _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Aug 01 13:29:30 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dze6U-00043q-CC; Mon, 01 Aug 2005 13:29:30 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dze6S-000439-Ho for manet@megatron.ietf.org; Mon, 01 Aug 2005 13:29: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 NAA25812 for ; Mon, 1 Aug 2005 13:29:21 -0400 (EDT) Received: from amer-mta02.csc.com ([20.137.2.248]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Dzece-0003om-JG for manet@ietf.org; Mon, 01 Aug 2005 14:02:48 -0400 Received: from amer-gw09.csc.com (amer-gw09.csc.com [20.6.39.245]) by amer-mta02.csc.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j71HT5ZR020256 for ; Mon, 1 Aug 2005 13:29:10 -0400 (EDT) From: James J Proto To: manet@ietf.org Message-ID: Date: Mon, 1 Aug 2005 13:27:14 -0400 X-MIMETrack: Serialize by Router on AMER-GW09/SRV/CSC(Release 6.5.3|September 14, 2004) at 08/01/2005 01:28:59 PM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Spam-Score: 0.0 (/) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 Subject: [manet] James J Proto/DEF/CSC is out of the office. 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 will be out of the office starting 08/01/2005 and will not return until 08/08/2005. I will respond to your message when I return. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Aug 02 10:20:24 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dzxd2-0006yV-O1; Tue, 02 Aug 2005 10:20:24 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dzxd0-0006yN-Kr for manet@megatron.ietf.org; Tue, 02 Aug 2005 10:20:22 -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 KAA22671 for ; Tue, 2 Aug 2005 10:20:20 -0400 (EDT) Received: from bay15-f22.bay15.hotmail.com ([65.54.185.22] helo=hotmail.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Dzy9U-0001pK-Ah for manet@ietf.org; Tue, 02 Aug 2005 10:53:57 -0400 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 2 Aug 2005 07:20:10 -0700 Message-ID: Received: from 81.133.153.187 by by15fd.bay15.hotmail.msn.com with HTTP; Tue, 02 Aug 2005 14:20:10 GMT X-Originating-IP: [81.133.153.187] X-Originating-Email: [mattbygo@hotmail.co.uk] X-Sender: mattbygo@hotmail.co.uk From: "Matthew Bygo" To: manet@ietf.org Date: Tue, 02 Aug 2005 14:20:10 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 02 Aug 2005 14:20:10.0770 (UTC) FILETIME=[4A89C720:01C5976D] X-Spam-Score: 0.9 (/) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c Subject: [manet] fire fighter mobility 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'm trying to find real data sets describing fire fighter mobility at incidents of various sizes. I know a number of mobility models have been developed with variable complexity and accuracy, but a few real data sets would be helpful to validate simulation results (actually, network connectivity/topology would be more useful than mobility if that were available). So, anyone aware of real data sets which are publicly available ? Thanks, Matt _________________________________________________________________ Be the first to hear what's new at MSN - sign up to our free newsletters! http://www.msn.co.uk/newsletters _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Aug 02 12:47:53 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dzzvl-0008Ed-MK; Tue, 02 Aug 2005 12:47:53 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dzzvj-0008Bg-4F for manet@megatron.ietf.org; Tue, 02 Aug 2005 12:47: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 MAA04341 for ; Tue, 2 Aug 2005 12:47:47 -0400 (EDT) Received: from smtp.um.es ([155.54.212.105] helo=mail.um.es) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E00SC-0000rV-Vv for manet@ietf.org; Tue, 02 Aug 2005 13:21:27 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.um.es (Postfix) with ESMTP id 809041FA4D9 for ; Tue, 2 Aug 2005 18:47:26 +0200 (CEST) Received: from mail.um.es ([127.0.0.1]) by localhost (xenon1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29501-01-34 for ; Tue, 2 Aug 2005 18:47:26 +0200 (CEST) Received: from [86.255.28.136] (dibulibu.um.es [155.54.1.250]) by mail.um.es (Postfix) with ESMTP id 453671FA4BB for ; Tue, 2 Aug 2005 18:47:26 +0200 (CEST) Message-ID: <42EFA39E.7070909@dif.um.es> Date: Tue, 02 Aug 2005 18:47:26 +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: 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: 08e48e05374109708c00c6208b534009 Content-Transfer-Encoding: 7bit Subject: [manet] Call for Participation: AD HOC NOW 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 find below the call for participation for the AD HOC NOW 2005 conference to be held in Cancun next October 6th-8th. Best wishes, Pedro M. Ruiz http://ants.dif.um.es/staff/pedrom/ _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Aug 02 12:50:08 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dzzxv-0001TA-TM; Tue, 02 Aug 2005 12:50:07 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Dzzxt-0001Qz-Hr for manet@megatron.ietf.org; Tue, 02 Aug 2005 12:50:05 -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 MAA04520 for ; Tue, 2 Aug 2005 12:50:02 -0400 (EDT) Received: from smtp.um.es ([155.54.212.105] helo=mail.um.es) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E00UN-0000yw-Vg for manet@ietf.org; Tue, 02 Aug 2005 13:23:41 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.um.es (Postfix) with ESMTP id 5687E1FA4ED for ; Tue, 2 Aug 2005 18:49:50 +0200 (CEST) Received: from mail.um.es ([127.0.0.1]) by localhost (xenon1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 29501-01-60 for ; Tue, 2 Aug 2005 18:49:49 +0200 (CEST) Received: from [86.255.28.136] (dibulibu.um.es [155.54.1.250]) by mail.um.es (Postfix) with ESMTP id B15A01FA4EC for ; Tue, 2 Aug 2005 18:49:49 +0200 (CEST) Message-ID: <42EFA42D.1060606@dif.um.es> Date: Tue, 02 Aug 2005 18:49:49 +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="------------020509050109060000030003" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at telemat.um.es X-Spam-Score: 0.0 (/) X-Scan-Signature: e8c5db863102a3ada84e0cd52a81a79e Subject: [manet] [Fwd: Call for Participation: AD HOC NOW 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. --------------020509050109060000030003 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit --------------020509050109060000030003 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="cfparticip.txt" Content-Disposition: inline; filename="cfparticip.txt" Content-Transfer-Encoding: 7bit We apologize if you receive the CFP more than once. ---------------------------------------------------------------------------- CALL FOR PARTICIPATION - AD HOC NOW 2005 4th International Conference on Ad hoc Networks and Wireless Cancun, October 6-8, 2005 http://fismat.umich.mx/adhocnow/ ---------------------------------------------------------------------------- Early registration deadline: August, 31st Hotel deadline to avail of rooms being held for AD HOC NOW 2005: Sept 24th ABOUT THE CONFERENCE -------------------- AD HOC NOW is the fourth of a series of high-quality conferences devoted to ad hoc, wireless and mobile networks. The AD HOC NOW committee invites you to in this new edition, which will be held in Cancun, in October 6th-8th. The program for this year consist of 28 top-quality papers, and two invited speaker with a well-deserved recognition in the area: * Prof. Jorge Urrutia, Univ. Nacional (UNAM), Mexico. * Prof. J.J. Garcia-Luna-Aceves, Univ. of California, Santa Cruz. ACCEPTED PAPERS --------------- Playing CSMA/CA Game to Deter Backoff Attacks in Ad Hoc Wireless LANs Jerzy Konorski Message Stability and Reliable Broadcasts in Mobile Ad-Hoc Networks Kulpreet Singh, Andronikos Nedos, Gregor Gaertner and Siobhan Clarke Equilibria for Broadcast Range Assignment Games in Ad-Hoc Networks Pilu Crescenzi, Miriam Di Ianni, Alessandro Lazzoni, Paolo Penna, Gianluca Rossi and Paola Vocca Performance Analysis of the Hierarchical Layer Graph for Wireless Networks Stefan Ruehrup, Christian Schindelhauer and Klaus Volbert Cache Placement in Sensor Networks Under Update Constraint Bin Tang, Samir Das, and Himanshu Gupta Enhancing The Security Of On-demand Routing in Ad Hoc Networks Zhenjiang Li and J.J. Garcia-Luna-Aceves MIMOMAN: A MIMO Mac protocol for Ad hoc Networks Joon-Sang Park and Mario Gerla Increasing the Resource-Efficiency of the CSMA/CA Protocol in Directional Ad Hoc Networks Matthias Gruenewald, Feng Xu and Ulrich Rueckert Location Tracking in Mobile Ad Hoc Networks using Particle Filters Rui Huang and Gergely Zaruba Selective Route Request Scheme for On-Demand Routing Protocols in Ad Hoc Networks Seung Jae Lee A Key Management Scheme for Commodity Sensor Networks Yong Ho Kim, Mu Hyun Kim, and Dong Hoon Lee Design of a hard real-time guarantee scheme for dual ad hoc mode IEEE 802.11 WLANs Junghoon Lee, Mikyung Kang and Yongmoon Jin Energy*Delay Efficient Routing Scheme in Wireless Sensor Networks Trong Thua Huynh DPUMA: A Highly Efficient Multicast Routing Protocol for Mobile Ad Hoc Networks Rolando Menchaca-Mendez, Ravindra Vaishampayan, J.J. Garcia-Luna-Aceves and Katia Obraczka Efficient Mechanisms for Secure Inter-node and Aggregation Processing in Sensor Networks Tassos Dimitriou Probability Distributions for Channel Utilisation Christian Schindelhauer and Kerstin VoB Approximation Algorithms for Minimum Bandwith Multicast Trees in Wireless Mesh Networks Pedro M. Ruiz and Antonio F. Gomez-Skarmeta Stressing is better than relaxing for negative cost cycle detection in networks K. Subramani Enhanced power-aware Routing for Mobile Ad-Hoc Networks Il-Hee Shin, Chae-Woo Lee Randomized AB-Face-AB Routing Algorithms in Mobile Ad Hoc Networks Thomas Fevens, Alaa Eddien Abdallah, and Badr Naciri Bennani A Gathering Point Detection Scheme for Directed Diffusion in Wireless Sensor Networks Jeongho Son, Jinsuk Pak and Kijun Han Cluster-Based Framework in Vehicular Ad-Hoc Networks Peng Fan, James Haran, Peter Nelson and John Dillenburg Biology Inspired Distributed Consensus in Massively-Deployed Sensor Networks K.H.Jones, K.N.Lodding, S.Olariu, L.W.Wilson and C.Xin A Multiple Path Characterization of Ad-Hoc Network Capacity Peter Giese and Ioanis Nikolaidis Reed-Solomon and Hermitian Code-based Scheduling Protocols for Wireless Ad Hoc Networks Carlos H. Rentel and Thomas Kunz Efficient broadcasting in Self-Organizing Multi-hop Wireless Networks Nathalie Mitton and Eric Fleury An Intelligent Sensor Network for Oceanographic Data Acquisition. Chris Roadknight, Antonio Gonzalez, Laura. Parrot, Steve Boult and Ian Marshall A service discovery protocol with maximally area disjoint paths in mobile ad hoc networks Shihong Zou, Le Tian, Shiduan Cheng and Yu Lin REGISTRATION ------------ You can proceed to: http://fismat.umich.mx/adhocnow/?f=registration After you complete your registration to ADHOCNOW! 2005, you'll be able to download a postcript document which must be filled in with your credit card data and faxed to the number shown in order to secure your reservation to the Oasis Hotel. The conference will be held at the Oasis Cancun Hotel. The hotel rate for this conference is within an All-inclusive program, which entitles you to all meals (buffet breakfast, lunch and dinner), unlimited drinks, recreational activities, non-motorized water sports, gym facilities, evening shows, disco, all taxes and tips. Rates are as follows: Single US$86.00 Double US$140.00 Triple US$170.00 FOR ADDITIONAL INFORMATON ------------------------- For questions regarding obtaining visas, accomodation, etc, please contact Edgar Chavez (mailto:elchavez@fismat.umich.mx). --------------020509050109060000030003 Content-Type: message/rfc822; name="Call for Participation: AD HOC NOW 2005" Content-Disposition: inline; filename="Call for Participation: AD HOC NOW 2005" Message-ID: <42EFA39E.7070909@dif.um.es> Date: Tue, 02 Aug 2005 18:47:26 +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' Subject: Call for Participation: AD HOC NOW 2005 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Please find below the call for participation for the AD HOC NOW 2005 conference to be held in Cancun next October 6th-8th. Best wishes, Pedro M. Ruiz http://ants.dif.um.es/staff/pedrom/ --------------020509050109060000030003 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 --------------020509050109060000030003-- From manet-bounces@ietf.org Tue Aug 02 16:33:40 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E03SG-0003Dp-C2; Tue, 02 Aug 2005 16:33:40 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E03SC-0003DW-L2 for manet@megatron.ietf.org; Tue, 02 Aug 2005 16:33: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 QAA16054 for ; Tue, 2 Aug 2005 16:33:34 -0400 (EDT) Received: from whale.cs.indiana.edu ([129.79.246.27]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E03yk-0001V6-Pl for manet@ietf.org; Tue, 02 Aug 2005 17:07:15 -0400 Received: from rainier.extreme.indiana.edu (rainier.extreme.indiana.edu [129.79.246.105]) by whale.cs.indiana.edu (8.12.11/8.12.11/IUCS_2.66) with ESMTP id j72KXQS7028045 for ; Tue, 2 Aug 2005 15:33:27 -0500 (EST) Date: Tue, 2 Aug 2005 15:33:26 -0500 (EST) From: Kenneth Chiu 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: 2ed806e2f53ff1a061ad4f97e00345ac Subject: [manet] CFP: e-Science 2005 Workshop on Instruments and Sensors on the Grid 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 PAPERS International Workshop on Scientific Instruments and Sensors on the Grid http://www.cs.binghamton.edu/~kchiu/isog05/ Melbourne, Australia December 5, 2005 In conjunction with eScience 2005 http://www.gridbus.org/escience/ Grid research has focused on the marshaling of computation and data, and their interactions at hubs of analysis and synthesis. This focus has spawned the notion of computational and data Grids, respectively. As the technology for these has matured, however, increasing attention is being directed towards the actual sources of data: the instruments and sensors. Scientific instruments and sensors provide the raw observations used to develop, falsify, and verify scientific theories; and thus drive scientific progress. The scientific process begins not with the data, however, but rather with the preceding data collection. This collection is not a rote procedure, and often interacts profoundly with interpretation and analysis, whether by human or machine. Ignoring this interaction can lead to inefficient use of computational and human resources. Another important trend is the increasing use of in silico experiments, and the integration of model-based simulation with physical sensors. These projects further couple the collection of data with analysis and simulation. In these scenarios, a unified paradigm for Grid-enabling both physical instruments and virtual instruments will result in flexible, extensible systems for exploiting the tremendous potential of information technology. The above considerations suggest that we seek to push the Grid to the edges of the practice of science: to the point where data is collected, and to the point where the scientist uses the data; and thus create an end-to-end Grid environment for scientific activity. Many instruments and sensors are already digitally-accessible, but they are poorly integrated into the Grid. Instruments and sensors are qualitatively distinct from computation and data, however, and thus impose some unique challenges and issues to current Grid technologies. For example, operational models may range from remotely-accessing a one-stop, full-service instrument site to dynamically composing distributed instrument, data, and analysis services into a virtual instrument organization. This workshop will seek to address these issues and challenges, as they encompass both real and virtual instruments and sensors. We are soliciting papers on topics including, but not limited to, the following: - Integration of instruments and sensors into the Grid - Interoperability and compatibility of Grid-enabled instrumentation and applications - Representation and/or control of instruments and sensors using Grid and Web services - Remote access to instrumentation and sensors - Virtual organization and security issues of instruments and sensors on the Grid - Data management, provenance, and curation of Grid-enabled instruments and sensors - Real-time instrument and sensor systems - Control and safety issues of instruments and sensors - Data transport issues - Social, administrative, and financial issues of Grid-enabled instruments and sensors - Agent-based computing for instrument and sensor networks - Autonomic computing as applied to instruments and sensors Paper Submission ---------------- Authors are invited to submit papers of not more than 8 pages of double-column text using single-spaced 10 point font on 8.5 X 11 inch pages, as per IEEE 8.5 X 11 manuscript guidelines, which can be found at "http://www.computer.org/cspress/instruct.htm". Authors should submit a PDF or PostScript (Level 2) file that will print on a PostScript printer. A paper submission URL will be placed on the web page (http://www.cs.binghamton.edu/~kchiu/isog05/) when it becomes available. It is expected that the proceedings will be published by the IEEE CS Press, USA and will be made available online through the IEEE Digital Library. Important Dates --------------- August 25, 2005: Abstracts due September 1, 2005: Papers due September 15, 2005: Notification of acceptance General Co-Chairs ----------------- Kenneth Chiu, State University of New York (SUNY) at Binghamton Jeremey Frey, University of Southampton Organizing Committee -------------------- David Abramson, Monash University Simon Coles, University of Southampton Tony Fountain, San Diego Supercomputer Center, UC-San Diego Michael Hursthouse, University of Southampton Fang-Pang Lin, National Center for High-Performance Computing, Taiwan Donald F. (Rick) McMullen, Indiana University Peter Turner, University of Sydney Program Committee ----------------- The program committee is still being finalized, but currently includes: Nael Abu-Ghazaleh, State University of New York (SUNY) at Binghamton Ilkay Altintas, San Diego Supercomputer Center, UC-San Diego Jack Dongarra, University of Tennesse-Knoxville Dennis Gannon, Indiana University Russ Miller, State University of New York (SUNY) at Buffalo David de Roure, University of Southampton Chen-Khong Tham, National University of Singapore Sameer Tilak, State University of New York (SUNY) at Binghamton Rich Wolski, UC-Santa Barbara Contacts -------- Kenneth Chiu (kchiu@cs.binghamton.edu) Simon Coles (S.J.Coles@soton.ac.uk) Peter Turner (turner_p@chem.usyd.edu.au) _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Aug 03 00:33:07 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0AwF-0007fp-Lt; Wed, 03 Aug 2005 00:33:07 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0AwD-0007dp-Ak for manet@megatron.ietf.org; Wed, 03 Aug 2005 00:33:05 -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 AAA06570 for ; Wed, 3 Aug 2005 00:33:02 -0400 (EDT) Received: from web52502.mail.yahoo.com ([206.190.48.185]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E0BSl-0001qN-Fd for manet@ietf.org; Wed, 03 Aug 2005 01:06:48 -0400 Received: (qmail 54675 invoked by uid 60001); 3 Aug 2005 04:32: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=Po5zQvu9o4zKjKRH8XrmhaPsBreKf/XHeucIkf/h5n6AlmUrAVp6r/SRufCYOO9rr3+SJJsxjRWiwmgy3LnZvoGTV0p8ZBeXSTvb8sGQqw5AhPyUionWtT0YLIBo6mODFwLszHUQPRXovfc2cryXqz+Vin4KefwDbx9qtds/FTM= ; Message-ID: <20050803043252.54673.qmail@web52502.mail.yahoo.com> Received: from [66.75.230.53] by web52502.mail.yahoo.com via HTTP; Tue, 02 Aug 2005 21:32:51 PDT Date: Tue, 2 Aug 2005 21:32:51 -0700 (PDT) From: Leon Martin To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Content-Transfer-Encoding: 8bit Subject: [manet] Distributed scheduling algorithms for multi-hop wireless TDMA 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 everyone, Does anyone know any reference to distributed scheduling algorithms for multi-hop wireless TDMA networks? Traditionally, the scheduling in a TDMA network is done by a centralized controller, and the schedules are then distributed to individual nodes. Scheduling for such systems are often one-hop. What I am looking for is very different. I am interested in scheduling algorithms that do not require a centralized scheduler. Also, the scheduling algorithm can be done locally for ranges beyond one hop. Thanks in advance. - Leon __________________________________________________ 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 From manet-bounces@ietf.org Wed Aug 03 05:28:19 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0FXv-0007DZ-3R; Wed, 03 Aug 2005 05:28:19 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0FXs-0007DR-NG for manet@megatron.ietf.org; Wed, 03 Aug 2005 05:28:16 -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 FAA28228 for ; Wed, 3 Aug 2005 05:28:14 -0400 (EDT) Received: from web90108.mail.scd.yahoo.com ([66.218.94.79]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E0G4P-0005xk-E8 for manet@ietf.org; Wed, 03 Aug 2005 06:02:01 -0400 Received: (qmail 40263 invoked by uid 60001); 3 Aug 2005 09:27:57 -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=dgmycd7GTYJQ6QnZCt1zNuiCgyrFoI/gs8ddAICwcDYyDaSYPDM1JEqsM/M+y6OfqaOGWBqYVT/U7WQb7LtuqBGrVfx2e1twF14gEfYGWbUSxHj5fKGtx0230/Y9dX2VfmdkRapjjOyCe5ybkf+rs1xK9aYCqy/6BdX1Zt6/M9k= ; Message-ID: <20050803092757.40261.qmail@web90108.mail.scd.yahoo.com> Received: from [203.208.193.197] by web90108.mail.scd.yahoo.com via HTTP; Wed, 03 Aug 2005 02:27:57 PDT Date: Wed, 3 Aug 2005 02:27:57 -0700 (PDT) From: Parag Goswami To: manet@ietf.org MIME-Version: 1.0 X-Spam-Score: 1.0 (+) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Subject: [manet] mobility management 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="===============0233742887==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============0233742887== Content-Type: multipart/alternative; boundary="0-278344739-1123061277=:39871" Content-Transfer-Encoding: 8bit --0-278344739-1123061277=:39871 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Dear all, Can somebody share good research papers in the field of Mobility management in Wireless network and also some information about the research in Route optimization in wireless network. Which institutes/companies are currently undergoing good research in this field ? Looking forward to your valuable references. Thanks and regards, Parag Goswami http://www.geocities.com/paragboom2k --------------------------------- Start your day with Yahoo! - make it your home page --0-278344739-1123061277=:39871 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Dear all,
Can somebody share good research papers in the field of Mobility management in Wireless network and also some information about the research in Route optimization in wireless network.
Which institutes/companies are currently undergoing good research in this field ?
 
Looking forward to your valuable references.
Thanks and regards,
Parag Goswami
 

Start your day with Yahoo! - make it your home page --0-278344739-1123061277=:39871-- --===============0233742887== 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 --===============0233742887==-- From manet-bounces@ietf.org Wed Aug 03 10:27:24 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0KDM-0001ur-M1; Wed, 03 Aug 2005 10:27:24 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0KDJ-0001ug-Uq for manet@megatron.ietf.org; Wed, 03 Aug 2005 10:27: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 KAA21611 for ; Wed, 3 Aug 2005 10:27:20 -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.43) id 1E0Kk0-00042f-JM for manet@ietf.org; Wed, 03 Aug 2005 11:01:09 -0400 Received: from wired-6-73.ietf63.ietf.org ([86.255.6.73]:49187) by smtp.engr.ucsb.edu with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.50) id 1E0KD6-0001CL-Qk; Wed, 03 Aug 2005 07:27:11 -0700 Mime-Version: 1.0 (Apple Message framework v733) Message-Id: From: Ian Chakeres Date: Wed, 3 Aug 2005 15:32:45 -0700 To: manet X-Mailer: Apple Mail (2.733) X-Virus-Scanned: Determined clean by smtp.engr.ucsb.edu using clamd / ClamAV version 0.85 X-SA-Exim-Connect-IP: 86.255.6.73 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=-1.3 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_06_12 autolearn=no 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: 1.9 (+) X-Scan-Signature: 08e48e05374109708c00c6208b534009 Content-Transfer-Encoding: 7bit Subject: [manet] IETF 63 Presenters - Please Send Me Your Presentation 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 would like to make the presentations available to people listening via audiocast. If you are a presenter, please email me your slides and I will make them available. I will also take care of submitting them to the proceedings afterward. Thank you, Ian Chakeres _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Aug 03 12:18:19 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0Lsa-0000br-56; Wed, 03 Aug 2005 12:14:04 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0LsV-0000a2-Hr for manet@megatron.ietf.org; Wed, 03 Aug 2005 12:13: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 MAA28088 for ; Wed, 3 Aug 2005 12:13:57 -0400 (EDT) Received: from gweb.hope.ac.uk ([194.81.33.61]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0MPD-0008Ta-UN for manet@ietf.org; Wed, 03 Aug 2005 12:47:48 -0400 Received: from R1DOM-MTA by gweb.hope.ac.uk with Novell_GroupWise; Wed, 03 Aug 2005 17:13:30 +0100 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.3 Date: Wed, 03 Aug 2005 17:13:14 +0100 From: "ADRIAN J PULLIN" To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Scan-Signature: 2870a44b67ee17965ce5ad0177e150f4 Content-Transfer-Encoding: 7bit Subject: [manet] Re: manet Digest, Vol 16, Issue 3 (On holiday) 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 Thanks for your recent e-mail. I am on holiday at the moment. I shall reply to work related e-mail in person on my return. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Aug 03 14:15:32 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0Nm8-00073G-3o; Wed, 03 Aug 2005 14:15:32 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0Nm5-000735-QO for manet@megatron.ietf.org; Wed, 03 Aug 2005 14:15:29 -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 OAA04413 for ; Wed, 3 Aug 2005 14:15:28 -0400 (EDT) Received: from web52505.mail.yahoo.com ([206.190.48.188]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E0OIo-000560-75 for manet@ietf.org; Wed, 03 Aug 2005 14:49:19 -0400 Received: (qmail 47516 invoked by uid 60001); 3 Aug 2005 18:15:19 -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=Hyy4BpLSEv6ZLH5rwvEQ0xgOR/97tgX/NQDdMPT0y/W0GTwO4IDl6WS8VXfkBfIHDJ9mLOG1wVJufmFxLLwxta7sdP12kZD1OV50TlCfyCMGnaFVhu3EjWFRloA39sDXCbl0CRHapOugqBMcHvxtIn9ludEFVBmLH2uNH867b10= ; Message-ID: <20050803181519.47514.qmail@web52505.mail.yahoo.com> Received: from [66.146.170.74] by web52505.mail.yahoo.com via HTTP; Wed, 03 Aug 2005 11:15:19 PDT Date: Wed, 3 Aug 2005 11:15:19 -0700 (PDT) From: Leon Martin To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 Content-Transfer-Encoding: 8bit Subject: [manet] Definitions of forward link and return link in satellite communications? 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 was confused by the definitions of these two terms in the standard: Digital Video Broadcasting (DVB)--Interaction channel for satellite distribution systems (ETSI EN 301 790 v1.3.1, 2003-03). My guess is as follows: - forward link: from the service provider to ground based user(If you have the standard, refer to the definition of forward/return interaction path on page 12). - return link: from the ground based user to the service provider. If my guess is correct, then each link has at least two hops (service provider -> satellite -> ground based user, and ground based user -> satellite -> service provider). Also there are terms uplink and downlink. How are they connected to forward link and return link? Thanks in advance. - Leon ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Aug 04 02:27:53 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0ZCq-0007Fy-Ri; Thu, 04 Aug 2005 02:27:52 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0ZCp-0007DL-1r for manet@megatron.ietf.org; Thu, 04 Aug 2005 02:27: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 CAA03334 for ; Thu, 4 Aug 2005 02:27:49 -0400 (EDT) From: Hakim.Badis@lri.lri.fr Received: from lri.lri.fr ([129.175.15.1]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0Zje-0007Yh-1n for manet@ietf.org; Thu, 04 Aug 2005 03:01:47 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by lri.lri.fr (Postfix) with ESMTP id EAC18249C50 for ; Thu, 4 Aug 2005 08:27:37 +0200 (CEST) Received: from lri.lri.fr ([127.0.0.1]) by localhost (lri.lri.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21666-01 for ; Thu, 4 Aug 2005 08:27:37 +0200 (CEST) Received: from www.lri.fr (newwww [129.175.15.10]) by lri.lri.fr (Postfix) with ESMTP id CE16C249C4E for ; Thu, 4 Aug 2005 08:27:37 +0200 (CEST) Received: from afontenayssb-153-1-5-89.w83-112.abo.wanadoo.fr ([83.112.82.89]) (SquirrelMail authenticated user badis) by www.lri.fr with HTTP; Thu, 4 Aug 2005 08:27:37 +0200 (CEST) Message-ID: <1282.83.112.82.89.1123136857.squirrel@www.lri.fr> Date: Thu, 4 Aug 2005 08:27:37 +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 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.1 (+) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Content-Transfer-Encoding: quoted-printable 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 ;=3D) As you know, the discussion group for QoS in MANETs has met on Wednesday = 3 august 2005, in the Scott Campus at LIP6 Lab (near Eiffel Tower), Paris. The following resolutions were adopted: - A forum or mailing list to discuss advanced work that both academia and industry are doing. - Periodic meetings to identify and evaluate advanced works. - A draft on QoS in MANET requirements More detail about this meeting can be found: http://www.lri.fr/~badis/QoSinMANETS/report.ps Or http://www.lri.fr/~badis/QoSinMANETS/report.doc Best regards Hakim _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Aug 04 05:18:30 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0bry-0005q8-Qz; Thu, 04 Aug 2005 05:18:30 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0brv-0005q3-Q2 for manet@megatron.ietf.org; Thu, 04 Aug 2005 05:18: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 FAA15371 for ; Thu, 4 Aug 2005 05:18:25 -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.43) id 1E0cOk-0007a4-61 for manet@ietf.org; Thu, 04 Aug 2005 05:52:25 -0400 Received: from open-29-171.ietf63.ietf.org ([86.255.29.171]:49370) by smtp.engr.ucsb.edu with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.50) id 1E0brh-0007My-MJ; Thu, 04 Aug 2005 02:18:14 -0700 Mime-Version: 1.0 (Apple Message framework v733) Message-Id: <6A6F1F42-BE2B-41D3-9565-7F68A8DFD376@cs.ucsb.edu> From: Ian Chakeres Date: Thu, 4 Aug 2005 11:17:15 -0700 To: manet X-Mailer: Apple Mail (2.733) X-Virus-Scanned: Determined clean by smtp.engr.ucsb.edu using clamd / ClamAV version 0.85 X-SA-Exim-Connect-IP: 86.255.29.171 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=-1.3 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_06_12 autolearn=no 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: 1.9 (+) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 Content-Transfer-Encoding: 7bit Subject: [manet] Presentation Slides During IETF 63 MANET WG Meeting 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 will post and update the slides for the MANET meeting at http:// moment.cs.ucsb.edu/~idc/ietf63, as I receive them during the meeting. They will be removed afterward and placed in the official proceedings. Ian Chakeres FYI: See progress.ppt/pdf for instructions on accessing audiocast and jabber. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Aug 04 10:17:37 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0gUH-0008EN-Kj; Thu, 04 Aug 2005 10:14:21 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0gUF-0008EA-9s for manet@megatron.ietf.org; Thu, 04 Aug 2005 10:14:19 -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 KAA13770 for ; Thu, 4 Aug 2005 10:14:17 -0400 (EDT) Received: from nez-perce.inria.fr ([192.93.2.78]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0h18-0004aK-8H for manet@ietf.org; Thu, 04 Aug 2005 10:48:19 -0400 Received: from [86.255.28.22] (open-28-22.ietf63.ietf.org [86.255.28.22]) (authenticated bits=0) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id j74EDuXM031118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 4 Aug 2005 16:13:57 +0200 Message-ID: <42F222A9.5000500@inria.fr> Date: Thu, 04 Aug 2005 16:14:01 +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: manet Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Miltered: at nez-perce with ID 42F222A4.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 j74EDuXM031118 X-Spam-Score: 0.0 (/) X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228 Content-Transfer-Encoding: quoted-printable Subject: [manet] CDS robustness research repport 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, This is the reference of the research repport I talked about during the=20 WG presentation about simple manet flooding. RR-5609 - On the robustness and stability of Connected Dominating Sets Adjih, C=E9dric=20 =20 - Baccelli, Emmanuel=20 =20 - Clausen, Thomas=20 =20 - Jacquet, Philippe=20 available on. http://www.inria.fr/rrrt/rr-5609.html It seems from this study that the MPR-CDS described in smurf draft would=20 provide a good compromise between robustness and easiness of use (no=20 need of last hop identification) for flooding non specific datas. Regards, Philippe _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Aug 04 10:51:19 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0h43-0002eC-I0; Thu, 04 Aug 2005 10:51:19 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0h41-0002e7-U5 for manet@megatron.ietf.org; Thu, 04 Aug 2005 10:51:18 -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 KAA16841 for ; Thu, 4 Aug 2005 10:51:15 -0400 (EDT) Received: from smtp109.mail.sc5.yahoo.com ([66.163.170.7]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E0hap-00060z-NW for manet@ietf.org; Thu, 04 Aug 2005 11:25:18 -0400 Received: (qmail 42063 invoked from network); 4 Aug 2005 14:51:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=WMkfrQWqCUe70a1J+UKphKpeonh6cbsFQwO/uPuMcGzB7dBCoRzDlknEiKZtYaW4Sk5amyUA/uCASny8SotUAbzcvq89/An1rbbWlKoeI0S+UtFGuzocUb6TdeNTMpWlwc9Jxh9l3BHf8cDk6v6Wl10l9AOROAbihADENQkEwvo= ; Received: from unknown (HELO ?127.0.0.1?) (fabrice?theoleyre?listes@134.214.144.170 with plain) by smtp109.mail.sc5.yahoo.com with SMTP; 4 Aug 2005 14:51:09 -0000 Message-ID: <42F22B59.2010302@yahoo.fr> Date: Thu, 04 Aug 2005 16:51:05 +0200 From: Fabrice Theoleyre User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: fr, en MIME-Version: 1.0 To: Parag Goswami Subject: Re: [manet] mobility management References: <20050803092757.40261.qmail@web90108.mail.scd.yahoo.com> In-Reply-To: <20050803092757.40261.qmail@web90108.mail.scd.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Spam-Score: 0.0 (/) X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id KAA16841 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 Dear, Here are a few references on the mobility management in hybrid networks: -Theoleyre, Valois, "Mobility Management in Multihops Wireless Access=20 Networks", in IFIP PWC 2005 -Theoleyre, Valois, "Localization and Routing in Multihops Wireless=20 Access Networks", INRIA Research Report 5431, January 2005 -Ergen, Puri, "MEWLANA-Mobile IP Enriched Wireless Local Area Network=20 Architecture", in IEEE VTC FALL 2002 -Jonsson, Alriksson, Larsson, Johansson, Maguire, "MIPMANET - Mobile IP=20 for Mobile Ad Hoc Networks", in IEEE MOBIHOC 2000 Regards, Fabrice Parag Goswami a =E9crit : > Dear all, > Can somebody share good research papers in the field of Mobility=20 > management in Wireless network and also some information about the=20 > research in Route optimization in wireless network. > Which institutes/companies are currently undergoing good research in=20 > this field ? > =20 > Looking forward to your valuable references. > Thanks and regards, > Parag Goswami > http://www.geocities.com/paragboom2k > =20 > > -----------------------------------------------------------------------= - > Start your day with Yahoo! - make it your home page=20 > > >------------------------------------------------------------------------ > >_______________________________________________ >manet mailing list >manet@ietf.org >https://www1.ietf.org/mailman/listinfo/manet > =20 > =09 =09 =09 _________________________________________________________________________= __=20 Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenge= r=20 T=E9l=E9chargez cette version sur http://fr.messenger.yahoo.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Aug 04 10:55:52 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0h8R-0003lb-UA; Thu, 04 Aug 2005 10:55:51 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0h8P-0003i0-Bc for manet@megatron.ietf.org; Thu, 04 Aug 2005 10:55: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 KAA17187 for ; Thu, 4 Aug 2005 10:55:47 -0400 (EDT) Received: from p-mail1.rd.francetelecom.com ([195.101.245.15]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0hfI-0006AR-Nz for manet@ietf.org; Thu, 04 Aug 2005 11:29:50 -0400 Received: from ftrdmel1.rd.francetelecom.fr ([10.193.117.152]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.211); Thu, 4 Aug 2005 16:54:51 +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="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 4 Aug 2005 16:54:43 +0200 Message-ID: <2CAE5634D52E194BA393187E0568E1AC139D72@ftrdmel1.rd.francetelecom.fr> Thread-Topic: Remote manet meeting Thread-Index: AcWY/5BDR/OWhPqJRU6q9UwvYwOkaQABFCaQ From: "LANIEPCE Sylvie RD-CORE-CAE" To: "manet" X-OriginalArrivalTime: 04 Aug 2005 14:54:51.0985 (UTC) FILETIME=[77DD7C10:01C59904] X-Spam-Score: 0.0 (/) X-Scan-Signature: 2870a44b67ee17965ce5ad0177e150f4 Content-Transfer-Encoding: quoted-printable Subject: [manet] Remote manet meeting 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 very much to the ones who helped to listen remotely the meeting via the audio service and jabber, pointing the slides files and forwarding the questions, Guedou, idc and others. It was very usefull. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Aug 04 11:29:09 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0hef-0004DA-E2; Thu, 04 Aug 2005 11:29:09 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0hed-0004D3-Kc for manet@megatron.ietf.org; Thu, 04 Aug 2005 11:29: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 LAA18946 for ; Thu, 4 Aug 2005 11:29:05 -0400 (EDT) Received: from ridley.nist.gov ([129.6.13.22]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0iBY-00074w-7B for manet@ietf.org; Thu, 04 Aug 2005 12:03:08 -0400 Received: from p2000 (wired-5-6.ietf63.ietf.org [86.255.5.6]) (authenticated bits=0) by ridley.nist.gov (8.12.9-20030924/8.12.9) with ESMTP id j74FSolN013173 for ; Thu, 4 Aug 2005 11:28:51 -0400 (EDT) From: "Luke Klein-Berndt" To: "'manet'" Date: Thu, 4 Aug 2005 11:28:54 -0400 Message-ID: <000c01c59909$3a218d80$7c07ff56@p2000> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-MailScanner-From: luke.klein-berndt@nist.gov X-Spam-Score: 0.0 (/) X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906 Content-Transfer-Encoding: 7bit Subject: [manet] NIST DYMO Implementation 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, Here is the website for the DYMO Implementation I mentioned during my presentation. https://sourceforge.net/projects/nist-dymo/ There is also a Wiki on it here: http://www-x.antd.nist.gov/twiki/bin/view/ANTDProjects/NistDymo Which is also reachable through the Homepage link on the Sourceforge page. It implements all of the features from the current version of the DYMO draft. It is designed to run on both 2.4 and 2.6 Linux kernels. It currently only works with IPv4 but I might try getting it to work with IPv6 if people are interested. There is a bug tracker and forum on the project page that I will be monitoring and responding to. If you have any questions or comments, feel free to send me an email. Luke Klein-Berndt National Institute of Standards and Technology _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Aug 04 11:44:59 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0hty-0001Xw-Uq; Thu, 04 Aug 2005 11:44:58 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0htw-0001Wv-Ay for manet@megatron.ietf.org; Thu, 04 Aug 2005 11:44: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 LAA20320 for ; Thu, 4 Aug 2005 11:44:53 -0400 (EDT) Received: from cs-exs2.bu.edu ([128.197.10.200]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0iQr-0007hU-7r for manet@ietf.org; Thu, 04 Aug 2005 12:18:57 -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 Date: Thu, 4 Aug 2005 11:47:03 -0400 Message-ID: <0511C607B17F804EBE96FFECD1FD985946FD57@cs-exs2.cs-nt.bu.edu> Thread-Topic: WiOpt 2006, Boston, MA, FINAL Call for Papers Thread-Index: AcWY+ibqypYlvNyrTK2Zi4zHS7pWAgAERXBQ From: "Ibrahim Matta" To: X-Spam-Score: 0.1 (/) X-Scan-Signature: 2086112c730e13d5955355df27e3074b Content-Transfer-Encoding: quoted-printable Subject: [manet] WiOpt 2006, Boston, MA, FINAL 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 CALL FOR PAPERS (for details see http://www.wiopt.org/wiopt06cfp.pdf) -------------------------------------------------------------------- WIOPT 2006 4th Intl. Symposium on Modeling and Optimization in Mobile, Ad Hoc, and Wireless Networks (WiOpt'06) Boston, Massachusetts, April 3-7, 2006 -------------------------------------------------------------------- SCOPE OF THE SYMPOSIUM The complexity of mobile, ad hoc, and wireless networks requires thoroughly founded models capturing their essential characteristics and new optimization techniques building upon such models. Insights into both the theoretical aspects of these problems as well as practical methods and tools are necessary. This symposium intends to bring together researchers and practitioners working on optimization issues from different perspectives, including performance analysis, mobile networking, wireless communication, and optimization theory. Contributions to this conference should show new modeling and optimization techniques suitable for mobile/wireless networks or innovative applications of these techniques to improve network operation. Topics of interest include, but are not limited to: * Modeling techniques and tools for wireless networks * Performance characterization & optimization of wireless networks * Wireless network optimization: Applications, algorithms, and tools * Protocol design for optimal wireless network utilization * Models and optimization approaches for energy efficiency, QoS, bandwidth economy and other aspects of wireless networks * Models and optimization techniques for non-standard network paradigms like sensor, vehicular, body area networks * Security and co-operation models for mobile and ad hoc networks * Pricing and incentives in wireless networks * Game theoretic techniques for mobile/wireless networks SUBMISSION INSTRUCTIONS Papers should be submitted as extended abstracts of up to 8 pages, single column format; and contain sufficient information to allow for a detailed review. The final manuscript will be 10 pages in double column format. Selected papers from WiOpt 2006 will appear in a special issue of ACM/Kluwer Monet. IMPORTANT DATES Submission deadline: Oct. 5, 2005 (5pm EST) Notification of acceptance: Dec. 5, 2005 Camera-ready copy: Jan. 5, 2006 Papers should be submitted in pdf or ps format through the EDAS system (http://edas.info). For more details, please visit http://www.wiopt.org General Chair ------------- I. Matta, Boston University, USA Vice General Chair ------------------ Christos Douligeris, University of Piraeus, Greece Program Co-Chairs ----------------- E. Modiano, MIT, USA Leandros Tassiulas, University of Thessaly, Greece Steering Committee -------------------- Eitan Altman, INRIA, France Tamer Basar, UIUC, USA Imrich Chlamtac, Create-Net, Italy (Chair) Marco Conti, IIT-CNR, Italy Jon Crowcroft, Cambridge University, UK Tony Ephremides, University of Maryland, USA Holger Karl, University of Paderborn, Germany Daniele Miorandi, CREATE-NET, Italy Roger Whitaker, Cardiff University, UK Workshops Steering Subcommittee ------------------------------------ Chadi Barakat, INRIA, France Dina Papagiannaki, Intel Research Cambridge, UK Workshops Chair ------------------ Mingyan Liu, University of Michigan, USA Local Arrangements Chair --------------------------- David Starobinski, Boston University, USA Publicity Chair --------------- Stavros Toumpis, ftw., Vienna, Austria Publications Chair ------------------ Guevara Noubir, Northeastern University, USA ADJUNCT WORKSHOPS ----------------------------- * WINMEE 2006: Measurement in Wireless Networks Chairs: K. Almeroth (UCSB), Kave Salamatian (LIP6-CNRS) * RAWNET 2006: Resource Allocation in Wireless Networks Chairs: S. Borst (Bell Labs.-CWI), A. Proutiere (France Telecom R&D) * SPASWIN 2006: Stochastic Geometry for Wireless Networks Chairs: M. Fransescheti (USCD), P. Thiran (EPFL) * NETCOD 2006: Network Coding and Information Theory Chairs: R. Kotter (UIUC), M. Medard (MIT) SPONSORSHIP ------------------ WiOpt is technically sponsored by IEEE, Information Theory Society, and IFIP TC6, WG 6.3 (Performance of Communication Systems), and sponsored by Create-net, ICST, Boston University, and INRIA. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Aug 04 16:02:31 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0lvD-0005hA-65; Thu, 04 Aug 2005 16:02:31 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E0lvB-0005gJ-JL for manet@megatron.ietf.org; Thu, 04 Aug 2005 16:02:29 -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 QAA06684 for ; Thu, 4 Aug 2005 16:02:27 -0400 (EDT) Received: from tiere.net.avaya.com ([198.152.12.100]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E0mS6-0006MU-Qa for manet@ietf.org; Thu, 04 Aug 2005 16:36:32 -0400 Received: from tiere.net.avaya.com (localhost [127.0.0.1]) by tiere.net.avaya.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id j74JxoHX016458 for ; Thu, 4 Aug 2005 15:59:50 -0400 (EDT) Received: from nj7460avexu2.global.avaya.com (h198-152-6-52.avaya.com [198.152.6.52]) by tiere.net.avaya.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id j74JwmHX015058 for ; Thu, 4 Aug 2005 15:59:04 -0400 (EDT) x-mimeole: Produced By Microsoft Exchange V6.0.6603.0 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] QoS in Mobile ad hoc networks Date: Thu, 4 Aug 2005 16:01:23 -0400 Message-ID: <5844A41F4E146044A2E8356C63285880093C5E96@nj7460avexu2.global.avaya.com> Thread-Topic: [manet] QoS in Mobile ad hoc networks Thread-Index: AcWYvg2Qzs1EgjCISZeeaeIKSgFL7QAcIznQ From: "Yan, Li \(Li\)" To: , X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c 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, Where I can find the presentations used in QoS in Mobile ad hoc networks meeting including a review of QoS in MANets presented by Hakim and QoS for OLSR presented by Dang-Quan? Thanks! Li -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Hakim.Badis@lri.lri.fr Sent: Thursday, August 04, 2005 2:28 AM To: manet@ietf.org Subject: [manet] QoS in Mobile ad hoc networks Hi all ;=3D) As you know, the discussion group for QoS in MANETs has met on Wednesday 3 august 2005, in the Scott Campus at LIP6 Lab (near Eiffel Tower), Paris. The following resolutions were adopted: - A forum or mailing list to discuss advanced work that both academia and industry are doing. - Periodic meetings to identify and evaluate advanced works. - A draft on QoS in MANET requirements More detail about this meeting can be found: http://www.lri.fr/~badis/QoSinMANETS/report.ps Or http://www.lri.fr/~badis/QoSinMANETS/report.doc Best regards Hakim _______________________________________________ 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 Aug 05 10:44:19 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E13Qo-0000Ni-VU; Fri, 05 Aug 2005 10:44:18 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E13Qm-0000Nd-9A for manet@megatron.ietf.org; Fri, 05 Aug 2005 10:44: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 KAA14685 for ; Fri, 5 Aug 2005 10:44:13 -0400 (EDT) Received: from mailgw4.ericsson.se ([193.180.251.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E13xs-000119-Ep for manet@ietf.org; Fri, 05 Aug 2005 11:18:29 -0400 Received: from esealmw128.eemea.ericsson.se (unknown [153.88.254.121]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 47BBC4F0001 for ; Fri, 5 Aug 2005 16:43:56 +0200 (CEST) Received: from esealmw128.eemea.ericsson.se ([153.88.254.176]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.211); Fri, 5 Aug 2005 16:43:55 +0200 Received: from esealnt747.al.sw.ericsson.se ([153.88.251.7]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.211); Fri, 5 Aug 2005 16:43:55 +0200 Received: by ESEALNT747.al.sw.ericsson.se with Internet Mail Service (5.5.2653.19) id <3VHFQDC8>; Fri, 5 Aug 2005 16:43:54 +0200 Message-ID: From: "Srdjan Krco (BH/LMI)" To: "'manet'" Date: Fri, 5 Aug 2005 16:49:06 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-OriginalArrivalTime: 05 Aug 2005 14:43:55.0022 (UTC) FILETIME=[1AB2A2E0:01C599CC] X-Brightmail-Tracker: AAAAAA== X-Spam-Score: 0.0 (/) X-Scan-Signature: e1b0e72ff1bbd457ceef31828f216a86 Subject: [manet] 2nd Call for Papers: Mobile Applications - Opportunities and Chal lenges, Eurocon 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 > We apologize if you received multiple copies of this Call for Papers. > Please feel free to distribute it to those who might be interested. > ------------------------------------------------------------------------------------------------------------------------- > > EUROCON2005 > The International Conference on "Computer as a tool" > > 21-24 November 2005 > Belgrade, Serbia&Montenegro > http://www.eurocon2005.org.yu > > > 2nd Call for Papers for Special Session > Mobile Applications: Opportunities and Challenges > > > Developments in wireless communication technologies and mobile communication and computing devices have made it technologically feasible and economically viable to develop a variety of innovative and exciting mobile applications that will change the way we do business and the way we live. > Workforce mobilization, remote health care monitoring, access to environment monitoring information, communication with machines like utility meters, sensors, vendor machines, security equipment etc. are some of the examples of possible applications. > This session focuses on the fundamental challenges arising in the design of mobile applications as well as on the discussion of benefits and drawbacks of such applications in terms of efficiency, cost, user satisfaction, social impact, time savings etc. Our goal is to offer a forum for high caliber research and experimentation in this booming area. Presentations and demos of real life applications and their impact on its users are particularly encouraged. > > Topics of interest include, but are not limited to: > > - Mobile Enterprise > o Mobile health care monitoring, telemedicine, e-training/learning in health services > o Mobile applications for environment monitoring > o Mobile applications in industry and utilities > o Mobile workforce management > o M2M applications > o Mobile commerce models and architecture > o Mobile marketing > - Mobile Consumer Applications > o Mobile banking, Mobile investing > o Mobile shopping, ticketing and payments > o Mobile games > - Enabling Technologies > o Wireless sensor networks > o Wireless LANs, 3G & 4G technologies, ZigBee > o Wireless ad hoc networks > o RFID > o Client communication devices (smartphones, PDAs) > o Development platforms (J2ME, Symbian, Parlay, etc.) > o Security protocols and issues in relation to mobile applications and their usability > > Submission of Papers > Participants of this session are required to submit the extended abstracts not exceeding 4 pages according to the instructions given on the Eurocon web site (www.eurocon2005.org.yu ). Accepted papers will be published in the conference proceedings. > > Please send your papers directly to one of the session co-chairs by e-mail. > > Important Dates: > Abstract or full paper submission to one of the session co-chairs: September 5, 2005 > Notification of acceptance: October 3, 2005 > Camera ready papers due: October 17, 2005 > > > In order to ensure the session organization, at least one author or co-author must register at the Eurocon 2005 conference. > > > For any further information, please consult the session chairs. Looking forward to seeing you in Belgrade, > > Sincerely, > > Special Session Co-Chairs: > Srdjan Krco, LM Ericsson Ireland > Radio house, Belfied office park > Clonskeagh > Dublin 4, Ireland > Phone: (353) 1-2072238 > Fax: (353) 1-2077499 > Email: Srdjan.krco@ericsson.com > > Srdjan Kostic, LM Ericsson Ireland > Radio house, Belfied office park > Clonskeagh > Dublin 4, Ireland > Phone: (353) 1-2072563 > Fax: (353) 1-2077499 > Email: Srdjan.I.Kostic@ericsson.com > > Konrad Wrona, SAP Research, France > 805, Avenue du Docteur Maurice Donat > Font de l> '> Orme > 06250 Mougins, France > Phone : (33) 4-92286285 > Fax: (33) 4-92286201 > Email: Konrad.Wrona@sap.com > > > > _____________________________ > Srdjan Krco > Senior System Engineer > > Ericsson R&D Ireland > 3G Transport Network Solutions > E-mail: srdjan.krco@ericsson.com > Phone:+353 1 2072238 > > NOTE: If you still have my old e-mail address srdjan.krco@eei.ericsson.se, please update with the new one: srdjan.krco@ericsson.com > _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Aug 05 12:44:11 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E15Ip-00045h-3Z; Fri, 05 Aug 2005 12:44:11 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E15In-00045a-4u for manet@megatron.ietf.org; Fri, 05 Aug 2005 12:44:09 -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 MAA19442 for ; Fri, 5 Aug 2005 12:44:06 -0400 (EDT) Received: from concorde.inria.fr ([192.93.2.39]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E15pu-00043g-26 for manet@ietf.org; Fri, 05 Aug 2005 13:18:23 -0400 Received: from ruspina (ruspina.inria.fr [128.93.17.52]) by concorde.inria.fr (8.13.0/8.13.0) with SMTP id j75GhoN3006986 for ; Fri, 5 Aug 2005 18:43:50 +0200 Content-Type: text/plain; charset="iso-8859-1" From: Anis LAOUITI To: manet@ietf.org Date: Fri, 5 Aug 2005 18:43:49 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <05080518434904.06053@ruspina> Content-Transfer-Encoding: 8bit X-Miltered: at concorde with ID 42F39746.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam-Score: 0.0 (/) X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d Content-Transfer-Encoding: 8bit Subject: [manet] SMOLSR/MOLSR X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: anis.laouiti@inria.fr 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, Here is the website for SMOLSR/MOLSR implementation. http://hipercom.inria.fr/SMOLSR-MOLSR SMOLSR is a simple multicast forwarding protocol. It uses the MPRs to disseminate the multicast data to the entire network (similar to smf with MPRs presented by NRL). MOLSR is a source based multicast protocol for OLSR (www.inria.fr/rrrt/rr-4721.html). Data is forwarded only to nodes that belongs to a specific multicast group. The data forwarding itself is done by a separate daemon called MDFP (multicast data forwarding protocol) based on netfilter and ipq librairies. It is in charge of data capture, data encapsulation and decapsulation. If you have any questions, problems, or comments, i will be happy to answer them :-) Notice: I will be absent for the next three weeks :-) Best regards Anis Laouiti _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Aug 08 08:39:04 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E26uG-0007BS-43; Mon, 08 Aug 2005 08:39:04 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E26uE-00079t-DD for manet@megatron.ietf.org; Mon, 08 Aug 2005 08:39: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 IAA17852 for ; Mon, 8 Aug 2005 08:39:00 -0400 (EDT) Received: from smtp.eurecom.fr ([193.55.113.210]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E27Ru-0006eq-VC for manet@ietf.org; Mon, 08 Aug 2005 09:13:52 -0400 Received: from monza.eurecom.fr (localhost [127.0.0.1]) by smtp.eurecom.fr (8.13.1/8.13.1) with ESMTP id j78Ccfk3014050 for ; Mon, 8 Aug 2005 14:38:42 +0200 (CEST) Received: from [172.17.20.152] (irouleguy.eurecom.fr [172.17.20.152]) by monza.eurecom.fr (Postfix) with ESMTP id 7446A3C30F for ; Mon, 8 Aug 2005 14:38:41 +0200 (MEST) Message-ID: <42F7524F.1050903@eurecom.fr> Date: Mon, 08 Aug 2005 14:38:39 +0200 From: Jerome Haerri User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'manet'" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17 Content-Transfer-Encoding: 7bit Subject: [manet] memory leaks using ns2 and MAC-TDMA 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, I am running simulations under ns2 using the original TDMA-MAC protocol. However, I experienced huge memory leaks. For example, with a simple scenario, 50 nodes, 40 cbr sources, AODV routing protocol, the memory increases at a constant rate until ns2 is stopped. I used the original TDMA mac protocol included in ns2 and at first sight, I could not find why so much memory is consumed by the MAC protocol. Does anyone experienced similar behavior with the TDMA-MAC protocol ? Thank you for your help Jerome -- Jerome Haerri Ph.D Candidate Eurecom Institute Mobile Communications Department 2229, Route des Cretes B.P. 193 06904 Sophia-Antipolis Cedex France Home : +33 (0)4 92 38 97 09 Office : +33 (0)4 93 00 26 76 Mob : +33 (0)6 10 79 72 83 E-mail : jerome.haerri@eurecom.fr Web : http://www.eurecom.fr/people/haerri.en.htm _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Aug 09 04:50:52 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2Poy-00015L-79; Tue, 09 Aug 2005 04:50:52 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2Pov-00015F-MI for manet@megatron.ietf.org; Tue, 09 Aug 2005 04:50: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 EAA22838 for ; Tue, 9 Aug 2005 04:50:47 -0400 (EDT) Received: from [203.199.83.31] (helo=rediffmail.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E2QMm-00006B-3N for manet@ietf.org; Tue, 09 Aug 2005 05:25:50 -0400 Received: (qmail 29202 invoked by uid 510); 9 Aug 2005 08:51:29 -0000 Date: 9 Aug 2005 08:51:29 -0000 Message-ID: <20050809085129.29201.qmail@webmail46.rediffmail.com> Received: from unknown (210.212.145.130) by rediffmail.com via HTTP; 09 aug 2005 08:51:29 -0000 MIME-Version: 1.0 From: "amit saxena" To: manet@ietf.org X-Spam-Score: 0.8 (/) X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793 Subject: [manet] AODV destination sequence number X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: amit saxena List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1208453978==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multipart mime message --===============1208453978== Content-type: multipart/alternative; boundary="Next_1123577489---0-203.199.83.31-29188" This is a multipart mime message --Next_1123577489---0-203.199.83.31-29188 Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi =0A=0Ai've been thinking about the effect of destination sequence =0Anum= ber in AODV routing protocol, and wanna make something =0Amore clear about = it.=0A=0Aaccording to the RFC 3651 page 17, when an forwarding node =0Arece= ived a RREQ, but does not generate a RREP (does not have =0Aan active route= towards the destination, or the "destination =0Aonly" flag is set, the for= warding node will update the =0Adestination sequence number in RREQ by "set= to the maximum =0Aof the corresponding value received in the RREQ message,= and =0Athe destination sequence value currently maintained by the =0Anode = for the requested destination". =0A=0Aso, does this mean the destination se= quence number in RREQ =0Amight be changed during the transmission? but what= the =0Aeffect of updating the destination sequence number during =0Athe tr= ansmission of RREQ, since all the forwarding node will =0Ano update their r= oute table entry regarding to that =0Adestination untill the RREP is sent b= ack?=0A=0AI'll really appreciate quick answers. =0AThanks a lot!=0A=0AAmit = =A0=0A --Next_1123577489---0-203.199.83.31-29188 Content-type: text/html; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable

=0Ahi
=0A
=0Ai've been thinking about the effect of destination s= equence
=0Anumber in AODV routing protocol, and wanna make something =0Amore clear about it.
=0A
=0Aaccording to the RFC 3651 page 17, w= hen an forwarding node
=0Areceived a RREQ, but does not generate a RREP= (does not have
=0Aan active route towards the destination, or the &quo= t;destination
=0Aonly" flag is set, the forwarding node will updat= e the
=0Adestination sequence number in RREQ by "set to the maximu= m
=0Aof the corresponding value received in the RREQ message, and
= =0Athe destination sequence value currently maintained by the
=0Anode f= or the requested destination".
=0A
=0Aso, does this mean the de= stination sequence number in RREQ
=0Amight be changed during the transm= ission? but what the
=0Aeffect of updating the destination sequence num= ber during
=0Athe transmission of RREQ, since all the forwarding node w= ill
=0Ano update their route table entry regarding to that
=0Adesti= nation untill the RREP is sent back?
=0A
=0AI'll really appreciate qu= ick answers.
=0AThanks a lot!
=0A
=0AAmit  =A0
=0A=0A

= =0A

=0A=0A --Next_1123577489---0-203.199.83.31-29188-- --===============1208453978== 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 --===============1208453978==-- From manet-bounces@ietf.org Tue Aug 09 07:47:04 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2SZU-0000C2-0H; Tue, 09 Aug 2005 07:47:04 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2SZS-0000Bw-1b for manet@megatron.ietf.org; Tue, 09 Aug 2005 07:47: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 HAA00285 for ; Tue, 9 Aug 2005 07:47:00 -0400 (EDT) Received: from vacuum.ics.mq.edu.au ([137.111.216.16]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E2T7K-0004cu-G0 for manet@ietf.org; Tue, 09 Aug 2005 08:22:04 -0400 Received: from vacuum.ics.mq.edu.au (vacuum.ics.mq.edu.au [137.111.216.16]) by vacuum.ics.mq.edu.au (8.13.1/8.13.1) with SMTP id j79Bkt3l024729 for ; Tue, 9 Aug 2005 21:46:55 +1000 (EST) Received: from vacuum.ics.mq.edu.au ([137.111.216.16]) by vacuum.ics.mq.edu.au (SMSSMTP 4.0.0.59) with SMTP id M2005080921465401855 for ; Tue, 09 Aug 2005 21:46:54 +1000 Received: from sun (sun.ics.mq.edu.au [137.111.240.47]) by vacuum.ics.mq.edu.au (8.13.1/8.13.1) with SMTP id j79BkrSO024726 for ; Tue, 9 Aug 2005 21:46:54 +1000 (EST) Message-ID: <00ab01c59cd8$11457200$2ff06f89@ics.mq.edu.au> From: "Venkatesan Balakrishnan" To: References: <20050809085129.29201.qmail@webmail46.rediffmail.com> Date: Tue, 9 Aug 2005 21:47:05 +1000 Organization: Macquarie University MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Brightmail-Tracker: AAAAAQAAAAQ= X-Whitelist: TRUE X-Spam-Score: 0.5 (/) X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135 Subject: [manet] ACK in DSR 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="===============1306658881==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============1306658881== Content-Type: multipart/alternative; boundary="----=_NextPart_000_00A8_01C59D2B.E27A5630" This is a multi-part message in MIME format. ------=_NextPart_000_00A8_01C59D2B.E27A5630 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi All, The DSR draft (draft-dsr-10) specifies in page 81 as,=20 =20 "When a node receives a packet with both an Acknowledgement option and an Acknowledgement Request option, if that node is not the destination of the Acknowledgement option (the IP Destination Address of the packet), then the Acknowledgement Request option MUST be ignored. Otherwise (that node is the destination of the Acknowledgement option), that node MUST process the Acknowledgement Request option by returning an Acknowledgement option according to the following sequence of steps: " I could not visualize when a node will recieve a packet with both the = above mentioned options. Can anyone please educate me? Thanks Venkat ------=_NextPart_000_00A8_01C59D2B.E27A5630 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi All,
 
The DSR draft (draft-dsr-10) specifies in page 81 as,
 
"When a node receives a = packet with both=20 an Acknowledgement option and an Acknowledgement Request option, if = that node=20 is not the destination of the Acknowledgement option (the IP = Destination=20 Address of the packet), then the Acknowledgement Request option MUST = be=20 ignored. Otherwise (that node is the destination of the = Acknowledgement=20 option), that node MUST process the Acknowledgement Request option by=20 returning an Acknowledgement option according to the following = sequence of=20 steps: "
 
 
I could not visualize when a node will recieve a packet with both = the above=20 mentioned options. Can anyone please educate me?
 
Thanks
Venkat
------=_NextPart_000_00A8_01C59D2B.E27A5630-- --===============1306658881== 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 --===============1306658881==-- From manet-bounces@ietf.org Tue Aug 09 13:27:12 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2Xse-0001la-JI; Tue, 09 Aug 2005 13:27:12 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2Xsc-0001lP-6F for manet@megatron.ietf.org; Tue, 09 Aug 2005 13:27: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 NAA25089 for ; Tue, 9 Aug 2005 13:27:06 -0400 (EDT) Received: from web52511.mail.yahoo.com ([206.190.48.194]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E2YQR-0007Dj-Ur for manet@ietf.org; Tue, 09 Aug 2005 14:02:15 -0400 Received: (qmail 73205 invoked by uid 60001); 9 Aug 2005 17:26:53 -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=Ge4P+4+enivG2vhbeHnqaVFztLzkqXYOxVQZbW/GoYXwDy5AdCAgPRZL5hHMlzq2JYx/vQaItBDnrVYMxHV3/WQ2fkX7pGvPXdXHBPzEcKb98YdYWVxQq9RnoDMJHlyZqbOr53teK9yjp3l8XnF/yTkHD0MKsNciaM9kk6zo/lE= ; Message-ID: <20050809172653.73203.qmail@web52511.mail.yahoo.com> Received: from [66.146.170.74] by web52511.mail.yahoo.com via HTTP; Tue, 09 Aug 2005 10:26:53 PDT Date: Tue, 9 Aug 2005 10:26:53 -0700 (PDT) From: Leon Martin To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Content-Transfer-Encoding: 8bit Subject: [manet] distributed negotiation algorithms for 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 everyone, Does anyone know of any distributed negotiation algorithms for ad hoc networks? Is it possible not to use multi-agent theory to do distributed negotiation? Thanks in advance! - Leon __________________________________________________ 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 From manet-bounces@ietf.org Wed Aug 10 03:20:30 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2kt4-00074F-E5; Wed, 10 Aug 2005 03:20:30 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2kt2-00072U-OX for manet@megatron.ietf.org; Wed, 10 Aug 2005 03:20: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 DAA09010 for ; Wed, 10 Aug 2005 03:20:27 -0400 (EDT) Message-Id: <200508100720.DAA09010@ietf.org> Received: from info6.gawab.com ([204.97.230.44]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E2lQu-0004Sy-1T for manet@ietf.org; Wed, 10 Aug 2005 03:55:40 -0400 Received: (qmail 32467 invoked by uid 1004); 10 Aug 2005 07:15:12 -0000 Received: from unknown (HELO MagedSalah) (magedsalah80@gawab.com@81.10.31.85) by gawab.com with SMTP; 10 Aug 2005 07:15:12 -0000 X-Trusted: Whitelisted From: "Maged Salah" To: Subject: RE: [manet] AODV destination sequence number Date: Wed, 10 Aug 2005 10:21:28 +0300 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcWcv1lAH6WhnvUnQniqI6baPJAPxgAu9dNw In-Reply-To: <20050809085129.29201.qmail@webmail46.rediffmail.com> X-Spam-Score: 1.4 (+) X-Scan-Signature: b1c41982e167b872076d0018e4e1dc3c 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="===============1736404548==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============1736404548== Content-Type: multipart/alternative; boundary="----=_NextPart_000_000C_01C59D95.479D8280" This is a multi-part message in MIME format. ------=_NextPart_000_000C_01C59D95.479D8280 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Amit, I think changing the destination sequence number to the maximum of forwarding node and RREQ destination sequence number will increase the probability of finding a fresh route. Maged _____ From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of amit saxena Sent: Tuesday, August 09, 2005 11:51 AM To: manet@ietf.org Subject: [manet] AODV destination sequence number hi i've been thinking about the effect of destination sequence number in AODV routing protocol, and wanna make something more clear about it. according to the RFC 3651 page 17, when an forwarding node received a RREQ, but does not generate a RREP (does not have an active route towards the destination, or the "destination only" flag is set, the forwarding node will update the destination sequence number in RREQ by "set to the maximum of the corresponding value received in the RREQ message, and the destination sequence value currently maintained by the node for the requested destination". so, does this mean the destination sequence number in RREQ might be changed during the transmission? but what the effect of updating the destination sequence number during the transmission of RREQ, since all the forwarding node will no update their route table entry regarding to that destination untill the RREP is sent back? I'll really appreciate quick answers. Thanks a lot! Amit ------=_NextPart_000_000C_01C59D95.479D8280 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi=20 Amit,
 
I=20 think changing the destination sequence number to the maximum of = forwarding=20 node and RREQ destination sequence number  will increase the=20 probability of finding  a fresh route.
 
Maged

From: manet-bounces@ietf.org=20 [mailto:manet-bounces@ietf.org] On Behalf Of amit = saxena
Sent:=20 Tuesday, August 09, 2005 11:51 AM
To:=20 manet@ietf.org
Subject: [manet] AODV destination sequence=20 number

hi

i've been thinking about the effect of destination = sequence=20
number in AODV routing protocol, and wanna make something
more = clear=20 about it.

according to the RFC 3651 page 17, when an forwarding = node=20
received a RREQ, but does not generate a RREP (does not have
an = active=20 route towards the destination, or the "destination
only" flag is = set, the=20 forwarding node will update the
destination sequence number in RREQ = by "set=20 to the maximum
of the corresponding value received in the RREQ = message, and=20
the destination sequence value currently maintained by the
node = for the=20 requested destination".

so, does this mean the destination = sequence=20 number in RREQ
might be changed during the transmission? but what = the=20
effect of updating the destination sequence number during
the=20 transmission of RREQ, since all the forwarding node will
no update = their=20 route table entry regarding to that
destination untill the RREP is = sent=20 back?

I'll really appreciate quick answers.
Thanks a=20 lot!

Amit   



------=_NextPart_000_000C_01C59D95.479D8280-- --===============1736404548== 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 --===============1736404548==-- From manet-bounces@ietf.org Wed Aug 10 04:59:59 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2mRL-0007B7-Mh; Wed, 10 Aug 2005 04:59:59 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2mRI-0007Aa-HJ for manet@megatron.ietf.org; Wed, 10 Aug 2005 04:59: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 EAA13514 for ; Wed, 10 Aug 2005 04:59:54 -0400 (EDT) Received: from web32509.mail.mud.yahoo.com ([68.142.207.219]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E2mzF-0007JY-4Z for manet@ietf.org; Wed, 10 Aug 2005 05:35:09 -0400 Received: (qmail 88930 invoked by uid 60001); 10 Aug 2005 08:59:38 -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=Htp2Zt6osLxsbKzhKfcqm+V02WYhP7001D2D0P6XXSAyTrCaKxOMFmNyhwXA/uXFsASFlVgaNgmj+q2XrwCe7EHv3Da9LWd7m8wP4vhC35YyNwPCgfw/QJCu5Mj6LKxohYDO2rpXftwzxwHnZpEf4GMnyiK4D48PYtcau9cH8t8= ; Message-ID: <20050810085938.88928.qmail@web32509.mail.mud.yahoo.com> Received: from [161.200.255.163] by web32509.mail.mud.yahoo.com via HTTP; Wed, 10 Aug 2005 01:59:38 PDT Date: Wed, 10 Aug 2005 01:59:38 -0700 (PDT) From: "Sigit B. Wibowo" To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 1.3 (+) X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25 Content-Transfer-Encoding: 8bit Subject: [manet] AODV ACTIVE_ROUTE_TIMEOUT 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 All, I am confused about updating ACTIVE_ROUTE_TIMEOUT in the source. Suppose that I data which need longer time than ACTIVE_ROUTE_TIMEOUT. How can I update the ACTIVE_ROUTE_TIMEOUT ? Without doing that, the source always tries to initiate RREQ. Thank you. Regards, Sigit __________________________________________________ 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 From manet-bounces@ietf.org Wed Aug 10 10:38:22 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2rio-00033M-Fa; Wed, 10 Aug 2005 10:38:22 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2ril-00032z-SU for manet@megatron.ietf.org; Wed, 10 Aug 2005 10:38:19 -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 KAA03080 for ; Wed, 10 Aug 2005 10:38:13 -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.43) id 1E2sGo-0000NZ-Ls for manet@ietf.org; Wed, 10 Aug 2005 11:13:32 -0400 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="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [manet] AODV ACTIVE_ROUTE_TIMEOUT Date: Wed, 10 Aug 2005 08:38:06 -0600 Message-ID: <8536FDFA3AD04A49A15804915996569103CE30CB@exchange1.ACN.ad.nmsu.edu> Thread-Topic: [manet] AODV ACTIVE_ROUTE_TIMEOUT Thread-Index: AcWdihYBe9Jf5a7URQmGPDFLyiM6VwALpOmw From: "Mullen, John" To: "Sigit B. Wibowo" , X-Spam-Score: 0.0 (/) X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb 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 Sigit, The ACTIVE_ROUTE_TIMEOUT is the amount of time an active route may remain idle before AODV consideres it too stale to use. So, if you are using the route, this parameter does not play a role. Even after an active route times out due to inactivity, AODV will not send a RREQ until and unless a route is needed. If you are getting spurious RREQs, the problem would be something else. =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 Sigit B. Wibowo Sent: Wednesday, August 10, 2005 3:00 AM To: manet@ietf.org Subject: [manet] AODV ACTIVE_ROUTE_TIMEOUT Dear All, I am confused about updating ACTIVE_ROUTE_TIMEOUT in the source. Suppose that I data which need longer time than ACTIVE_ROUTE_TIMEOUT. How can I update the ACTIVE_ROUTE_TIMEOUT ? Without doing that, the source always tries to initiate RREQ. Thank you. Regards, Sigit __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com=20 _______________________________________________ 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 Wed Aug 10 13:47:03 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2ufP-00005R-8D; Wed, 10 Aug 2005 13:47:03 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2ufN-00005M-G3 for manet@megatron.ietf.org; Wed, 10 Aug 2005 13:47: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 NAA13417 for ; Wed, 10 Aug 2005 13:46:58 -0400 (EDT) Received: from web61115.mail.yahoo.com ([209.73.179.44]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E2vDQ-0005mV-IQ for manet@ietf.org; Wed, 10 Aug 2005 14:22:19 -0400 Received: (qmail 64219 invoked by uid 60001); 10 Aug 2005 17:46:44 -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=6fCneAqlqRlYyImQS53NM5ufT3ofnHDvt3g4QHqKhYx6kMya83EtGl8F+sOzL3Xn1YW+5P9A2BMvZsasc3/zMZx1tnXu+NUZwtGZLI/j/QWw9TdHfz2c/KCxo5CSxiPDkVMtNFV6ljXDijWmkMUJdR9EzbL/W5m3rX21t/x/M08= ; Message-ID: <20050810174644.64217.qmail@web61115.mail.yahoo.com> Received: from [66.208.44.5] by web61115.mail.yahoo.com via HTTP; Wed, 10 Aug 2005 10:46:43 PDT Date: Wed, 10 Aug 2005 10:46:43 -0700 (PDT) From: manet user Subject: Re: [manet] AODV ACTIVE_ROUTE_TIMEOUT To: "Sigit B. Wibowo" , manet@ietf.org In-Reply-To: <20050810085938.88928.qmail@web32509.mail.mud.yahoo.com> MIME-Version: 1.0 X-Spam-Score: 0.0 (/) X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465 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="===============1808702962==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============1808702962== Content-Type: multipart/alternative; boundary="0-289726186-1123696003=:64215" Content-Transfer-Encoding: 8bit --0-289726186-1123696003=:64215 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit ACTIVE_ROUTE_TIMEOUT is the timer value attached with each route entry in AODV. If a route is not used or refreshed within this time period, the route is considered stale and purged. If your traffic is such that the interarrival time between two consecutive data packets from application layer is more than ACTIVE_ROUTE_TIMEOUT default value, source will start Route discovery for each instance of data packet. Active_route_timeout value is user configurable. Typically this value should be large for static or less mobile network, whereas small for highly mobile scenarios. One should consider increasing or decreasing Active route timeout value depending on mobility in the network and not the data packet interarrival time. If your network is static or less mobile, you can adjust this value to suite your data traffic interarrival times (in case you do not want RREQ for each packet). Hope this helps. "Sigit B. Wibowo" wrote: Dear All, I am confused about updating ACTIVE_ROUTE_TIMEOUT in the source. Suppose that I data which need longer time than ACTIVE_ROUTE_TIMEOUT. How can I update the ACTIVE_ROUTE_TIMEOUT ? Without doing that, the source always tries to initiate RREQ. Thank you. Regards, Sigit __________________________________________________ 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 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-289726186-1123696003=:64215 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
ACTIVE_ROUTE_TIMEOUT is the timer value attached with each route entry in AODV. If a route is not used or refreshed within this time period, the route is considered stale and purged. If your traffic is such that the interarrival time between two consecutive data packets from application layer is more than ACTIVE_ROUTE_TIMEOUT default value, source will start Route discovery for each instance of data packet.
 
Active_route_timeout value is user configurable. Typically this value should be large for static or less mobile network, whereas small for highly mobile scenarios. One should consider increasing or decreasing Active route timeout value depending on mobility in the network and not the data packet interarrival time. If your network is static or less mobile, you can adjust this value to suite your data traffic interarrival times (in case you do not want RREQ for each packet).
 
Hope this helps.


"Sigit B. Wibowo" <sigitbw@yahoo.com> wrote:
Dear All,

I am confused about updating ACTIVE_ROUTE_TIMEOUT in
the source. Suppose that I data which need longer time
than ACTIVE_ROUTE_TIMEOUT. How can I update the
ACTIVE_ROUTE_TIMEOUT ? Without doing that, the source
always tries to initiate RREQ.

Thank you.
Regards,
Sigit

__________________________________________________
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

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com --0-289726186-1123696003=:64215-- --===============1808702962== 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 --===============1808702962==-- From manet-bounces@ietf.org Wed Aug 10 16:21:00 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2x4O-0002Q3-GN; Wed, 10 Aug 2005 16:21:00 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E2x4N-0002Py-5M for manet@megatron.ietf.org; Wed, 10 Aug 2005 16:20: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 QAA01332 for ; Wed, 10 Aug 2005 16:20:57 -0400 (EDT) Received: from exch4.rhul.ac.uk ([134.219.201.11]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E2xcX-0004lz-3h for manet@ietf.org; Wed, 10 Aug 2005 16:56:18 -0400 Received: by exch4.rhul.ac.uk with Internet Mail Service (5.5.2656.59) id ; Wed, 10 Aug 2005 21:20:24 +0100 Message-ID: <74AB2EDFB513564CB272F5FF0E956CD20416990E@exch4.rhul.ac.uk> From: Yau P To: "'manet@ietf.org '" Subject: [manet] AODV int node forwarding duplicate tcp packet Date: Wed, 10 Aug 2005 21:20:16 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Score: 0.0 (/) X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f 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 hope someone can help me with my query, it might be the NS2 implementation of the AODV protocol. I've ran a simulation of 100 nodes in an area of 2500m, 10 tcp connections, minimum mobility, nothing fancy. I've discovered an intermediate node forwarding the same tcp packet twice, each time to a different next hop, and successfully too so the destination node received two copies of the same tcp packet. The second packet travels over one extra hop to reach the destination. I wasn't aware that AODV uses multiple routes in this way? Can anyone shed light on this? It certainly threw my trace file processing scripts into confusion. Many thanks in advance, Po _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Aug 11 14:21:48 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3Hga-0002Qc-9g; Thu, 11 Aug 2005 14:21:48 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3HgW-0002Oi-BO for manet@megatron.ietf.org; Thu, 11 Aug 2005 14:21: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 OAA17892 for ; Thu, 11 Aug 2005 14:21:42 -0400 (EDT) Received: from adsl-63-194-88-247.dsl.snfc21.pacbell.net ([63.194.88.247] helo=farpoint.tear.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E3IEp-0004K0-6w for manet@ietf.org; Thu, 11 Aug 2005 14:57:14 -0400 Received: from [127.0.0.1] ([172.16.0.200]) (authenticated bits=0) by farpoint.tear.com (8.13.1/8.13.1) with ESMTP id j7BILVcG027746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 11 Aug 2005 11:21:34 -0700 (PDT) (envelope-from marc@computer.org) Message-ID: <42FB9870.3050401@computer.org> Date: Thu, 11 Aug 2005 11:26:56 -0700 From: Marc Mosko User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: manet@ietf.org References: <200508111608.X7BG18DH00000B44@stibitz.computer.org> In-Reply-To: <200508111608.X7BG18DH00000B44@stibitz.computer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE autolearn=failed version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on farpoint.tear.com X-Spam-Score: 0.0 (/) X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081 Content-Transfer-Encoding: 7bit Subject: [manet] Re: manet Digest, Vol 16, Issue 10 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 NS2 implementation will use "link layer detection". In the function AODV::rt_ll_failed, when AODV gets an indication that the MAC failed *a specific packet*, it will de-queue the LL queue for that next hop, including the failed packet, then re-route them. This can lead to duplicate packets and packet loops (if used with local repair). You get duplicate packets when a packet failure is caused by ACK loss. The next hop received the data just fine and will forward it, but the sender does not get the ACK and eventually spits the packet up to AODV. You can disable this by turing off AODV_LINK_LAYER_DETECTION and using Hello packets, or you can change the function AODV::rt_ll_failed to *not* re-queue the lost packet. Marc Mosko Palo Alto Research Center manet-request@ietf.org wrote: > Message: 2 > Date: Wed, 10 Aug 2005 21:20:16 +0100 > From: Yau P > Subject: [manet] AODV int node forwarding duplicate tcp packet > To: "'manet@ietf.org '" > Message-ID: > <74AB2EDFB513564CB272F5FF0E956CD20416990E@exch4.rhul.ac.uk> > Content-Type: text/plain; charset="iso-8859-1" > > Hi everyone, > > I hope someone can help me with my query, it might be the NS2 implementation > of the AODV protocol. > > I've ran a simulation of 100 nodes in an area of 2500m, 10 tcp connections, > minimum mobility, nothing fancy. I've discovered an intermediate node > forwarding the same tcp packet twice, each time to a different next hop, and > successfully too so the destination node received two copies of the same tcp > packet. The second packet travels over one extra hop to reach the > destination. > > I wasn't aware that AODV uses multiple routes in this way? Can anyone shed > light on this? It certainly threw my trace file processing scripts into > confusion. > > Many thanks in advance, > Po _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Thu Aug 11 18:59:45 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3M1Z-00049L-Sx; Thu, 11 Aug 2005 18:59:45 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3M1Y-00048u-02 for manet@megatron.ietf.org; Thu, 11 Aug 2005 18:59: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 SAA04656 for ; Thu, 11 Aug 2005 18:59:41 -0400 (EDT) Received: from web52503.mail.yahoo.com ([206.190.48.186]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E3MZp-0003Sm-UI for manet@ietf.org; Thu, 11 Aug 2005 19:35:17 -0400 Received: (qmail 85005 invoked by uid 60001); 11 Aug 2005 22:59:25 -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=1FqlU2uJLbHpe7ydzHHKtdZTsbK6BrpH2Pze2vkKMLb4KjWiPvM7Ufg4sDv3AzPZklfIGTOelETc9vrg3Y7KLD1pr+djfAjxjUT780iQTWVT5HIim4V7cCkR2xGW5pmwSwZT7A4cPooxwyMg3wgSgB2TPFuxjpo9hVYQPZiLyr4= ; Message-ID: <20050811225925.85003.qmail@web52503.mail.yahoo.com> Received: from [66.146.170.74] by web52503.mail.yahoo.com via HTTP; Thu, 11 Aug 2005 15:59:25 PDT Date: Thu, 11 Aug 2005 15:59:25 -0700 (PDT) From: Leon Martin To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 Content-Transfer-Encoding: 8bit Subject: [manet] Reference on applying game theory to 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, Does anyone know of any good papers on applying game theory to MANET since 2004? 'Good' means either the algorithm is practical for implementation, or the analysis is insightful. I have got the papers written by Urpi, and R. R. Rao, which appeared in 2003. Any other good papers after 2003? Thanks. - Leon __________________________________________________ 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 From manet-bounces@ietf.org Thu Aug 11 20:18:43 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3NFz-0003le-67; Thu, 11 Aug 2005 20:18:43 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3NFx-0003lW-49 for manet@megatron.ietf.org; Thu, 11 Aug 2005 20:18: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 UAA08219 for ; Thu, 11 Aug 2005 20:18:39 -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.43) id 1E3NoM-0006Eq-Cp for manet@ietf.org; Thu, 11 Aug 2005 20:54:14 -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 j7C0IWAc020647 for ; Thu, 11 Aug 2005 20:18:37 -0400 (EDT) Received: from ECE.NEU.EDU ([129.10.60.216]) by calvin.ece.neu.edu (SAVSMTP 3.1.0.29) with SMTP id M2005081120183617083 for ; Thu, 11 Aug 2005 20:18:36 -0400 Received: from localhost (basagni@localhost) by ECE.NEU.EDU (8.12.8/8.12.5/Submit) with ESMTP id j7C0IaKa017057 for ; Thu, 11 Aug 2005 20:18:36 -0400 Date: Thu, 11 Aug 2005 20:18:36 -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: a7d2e37451f7f22841e3b6f40c67db0f Subject: [manet] IEEE SECON 2005, 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 (Apologies if you receive this call multiple times.) ************************************************************ CALL FOR PARTICIPATION IEEE SECON 2005 The Second IEEE International Conference on Sensors and Ad Hoc Communications and Networks http://www.ieee-secon.org/2005/ September 26-29 2005 Santa Clara, California, USA ************************************************************ Building on the success of last year's inaugural conference, IEEE SECON 2005 provides a forum to exchange ideas, techniques, and applications, discuss best practices, raise awareness and share experiences among researchers, practitioners, standard developers and policy makers in the field of sensor and ad hoc networks and systems. The conference is organized to provide for a degree of collegiality and continuity in the discussions of the various topics among participants from the industrial, governmental and academic sectors. * KEYNOTE SPEAKER: Professor Anthony Ephremides, University of Maryland at College Park: "Making Sense Out of Sensor Networks." * TECHNICAL PROGRAM: 55 papers have been accepted for presentation and for publication in the conference proceedings. The advance program can be found on-line at the conference web page. * PANELS: Featured panels concern cognitive networking, federal funding for wireless networks as well as current and future directions for sensor and ad hoc communications and networks. * TUTORIALS: IEEE SECON 2005 features two full-day tutorials: Wireless Sensor Networks, Ian F. Akyildiz, Georgia Tech. Mote Software Development for Wireless Sensor Networks, Tim Reilly and John Suh, Crossbow Technology, Inc. Two half-day tutorials: Security in Wireless Sensor Networks, Radha Poovendran, University of Washington at Seattle. EmStar: Sensor Networks Design, Simulation, Emulation and Deployment, Richard Guy and Lewis Girod, University of California at Los Angeles. * POSTERS: IEEE SECON 2005 includes 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. * WORKSHOP: The First IEEE Workshop on Wireless Mesh Networks, IEEE WiMesh 2005, will be held September 26th 2005 in conjunction with IEEE SECON 2005. (http://www.cs.ucdavis.edu/~prasant/wimesh). * DEMOS: The demo sessions include a dozen demonstrations featuring technologies that enable the wired and wireless networking infrastructure for ubiquitous computing along with applications that showcase novel user experiences in environments of complex but invisible computing infrastructure. * STUDENT TRAVEL GRANTS: The IEEE SECON 2005 organizing committee is pleased to announce the availability of Student Travel Grants. Applications are invited from qualified graduate students. See how to apply at http://inrg.cse.ucsc.edu/secon05/grants.html. Deadline 25 August, 2005. * VENUE: The Santa Clara Marriott at 2700 Mission College Boulevard, Santa Clara, CA, Please make your hotel arrangements early in order to insure getting a room at the special conference rate price ($156+taxes for a single or double room). Reservations can be made on-line http://inrg.cse.ucsc.edu/secon05/santaclara.html or by phone, Marriott Global Reservations: 1 800 228 9290 or by calling the hotel directly: 1 408-988-1500 (mention the IEEE SECON block). * IMPORTANT DATES: Discounted hotel reservation deadline 9 September 2005 Early registration deadline 29 August 2005 IEEE WiMesh 2005 26 September 2005 Conference dates 26-29 September 2005 -- 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 Fri Aug 12 05:22:31 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3VkF-00057y-OH; Fri, 12 Aug 2005 05:22:31 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3VkD-00057l-7D for manet@megatron.ietf.org; Fri, 12 Aug 2005 05:22:29 -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 FAA12457 for ; Fri, 12 Aug 2005 05:22:26 -0400 (EDT) Received: from [203.199.83.28] (helo=rediffmail.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E3WIf-0002to-Ge for manet@ietf.org; Fri, 12 Aug 2005 05:58:08 -0400 Received: (qmail 9268 invoked by uid 510); 12 Aug 2005 09:22:46 -0000 Date: 12 Aug 2005 09:22:46 -0000 Message-ID: <20050812092246.9267.qmail@webmail18.rediffmail.com> Received: from unknown (210.212.145.130) by rediffmail.com via HTTP; 12 aug 2005 09:22:45 -0000 MIME-Version: 1.0 From: "amit saxena" To: manet@ietf.org X-Spam-Score: 3.3 (+++) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Subject: [manet] query ab't AODV frquency band X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: amit saxena List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0305303992==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multipart mime message --===============0305303992== Content-type: multipart/alternative; boundary="Next_1123838565---0-203.199.83.28-9037" This is a multipart mime message --Next_1123838565---0-203.199.83.28-9037 Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =A0=0Acan any body tell me AODV is used at what band............ is it 802= .11.b i need precise band.=0Aquick reply is needed=0Ahow destination sequen= ce number is generated=0Aand what about source sequence number...is it gene= rated by a random generator......... a quick reply is appreciated=0A=0A=0A= =0AAMit --Next_1123838565---0-203.199.83.28-9037 Content-type: text/html; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable

=0A 
=0Acan any body tell me AODV is used at what band.........= ... is it 802.11.b i need precise band.
=0Aquick reply is needed
=0Ah= ow destination sequence number is generated
=0Aand what about source seq= uence number...is it generated by a random generator......... a quick reply= is appreciated
=0A
=0A
=0A
=0AAMit=0A

=0A

=0A=0A --Next_1123838565---0-203.199.83.28-9037-- --===============0305303992== 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 --===============0305303992==-- From manet-bounces@ietf.org Fri Aug 12 14:18:14 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3e6f-0006Ue-Vc; Fri, 12 Aug 2005 14:18:13 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3e6d-0006R0-TC for manet@megatron.ietf.org; Fri, 12 Aug 2005 14:18: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 OAA08898 for ; Fri, 12 Aug 2005 14:18:09 -0400 (EDT) Received: from kil-sm-1.ucis.dal.ca ([129.173.1.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E3efC-0000zX-4H for manet@ietf.org; Fri, 12 Aug 2005 14:53:55 -0400 Received: from KIL-UPT-4.UCIS.Dal.Ca (KIL-UPT-4.UCIS.Dal.Ca [129.173.1.157]) by KIL-SM-1.UCIS.Dal.Ca (8.12.10/8.12.10) with ESMTP id j7CII5ZL017400 for ; Fri, 12 Aug 2005 15:18:05 -0300 Received: from KIL-UPT-4.UCIS.Dal.Ca (localhost.localdomain [127.0.0.1]) by KIL-UPT-4.UCIS.Dal.Ca (8.12.11/8.12.11) with ESMTP id j7CII5g0004070 for ; Fri, 12 Aug 2005 15:18:05 -0300 Received: (from apache@localhost) by KIL-UPT-4.UCIS.Dal.Ca (8.12.11/8.12.11/Submit) id j7CII5jq004068 for manet@ietf.org; Fri, 12 Aug 2005 15:18:05 -0300 Received: from hlfxns0148w-142167226088.ns.aliant.net (hlfxns0148w-142167226088.ns.aliant.net [142.167.226.88]) by my4.dal.ca (Horde MIME library) with HTTP for ; Fri, 12 Aug 2005 15:18:05 -0300 Message-ID: <20050812151805.0v9nqnjc1uas8wcs@my4.dal.ca> Date: Fri, 12 Aug 2005 15:18:05 -0300 From: Maen Artimy To: manet@ietf.org References: <200508011605.j71G5lQD018679@KIL-MX-2.UCIS.Dal.Ca> In-Reply-To: <200508011605.j71G5lQD018679@KIL-MX-2.UCIS.Dal.Ca> 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.0 (/) X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89 Content-Transfer-Encoding: 7bit Subject: [manet] Density vs. Mobility 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, In common mobility models such as random waypoint, nodes density are not a factor in determining a node's speed. My work is on vehicular ad hoc networks and there is usually a link between the speed and density. Are there papers or ongoing research about a link between nodes mobility and their density in MANETs? Thanks. Maen _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Aug 12 14:32:32 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3eKW-0001jD-Qt; Fri, 12 Aug 2005 14:32:32 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3eKU-0001gQ-Cg for manet@megatron.ietf.org; Fri, 12 Aug 2005 14:32:30 -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 OAA09568 for ; Fri, 12 Aug 2005 14:32:28 -0400 (EDT) Received: from mta1.cl.cam.ac.uk ([128.232.0.15] ident=[PQr1V08KlRJBE5GWifP7XZaHX89fgJqc]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E3et2-0001Nf-LM for manet@ietf.org; Fri, 12 Aug 2005 15:08:13 -0400 Received: from brent.cl.cam.ac.uk ([128.232.9.69] helo=cl.cam.ac.uk) by mta1.cl.cam.ac.uk with esmtp (Exim 3.092 #1) id 1E3eKL-00080G-00; Fri, 12 Aug 2005 19:32:21 +0100 X-Mailer: exmh version 2.7.2-CL.2 01/07/2005 with nmh-1.0.4 To: Maen Artimy Subject: Re: [manet] Density vs. Mobility In-Reply-To: Message from Maen Artimy of "Fri, 12 Aug 2005 15:18:05 -0300." <20050812151805.0v9nqnjc1uas8wcs@my4.dal.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Aug 2005 19:32:21 +0100 From: Wenjun Hu Message-Id: X-Spam-Score: 0.0 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 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 You might want to check out our paper in MobiHOC 2005: Elgan Huang, Wenjun Hu, Jon Crowcroft, Ian Wassell, Towards Commercial Mobile Ad Hoc Network Applications: A Radio Dispatch System. MobiHoc 2005, ACM Press, May 2005. One of the issues we looked at was how traffic congestion might affect mobility, hence connectivity. Regards, Wenjun > Hi, > > In common mobility models such as random waypoint, nodes density are not a > factor in determining a node's speed. My work is on vehicular ad hoc networks > and there is usually a link between the speed and density. > Are there papers or ongoing research about a link between nodes mobility and > their density in MANETs? > > Thanks. > > Maen > > _______________________________________________ > 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 Aug 12 14:57:34 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3eik-0003Sc-OD; Fri, 12 Aug 2005 14:57:34 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E3eig-0003SX-M1 for manet@megatron.ietf.org; Fri, 12 Aug 2005 14:57:32 -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 OAA11257 for ; Fri, 12 Aug 2005 14:57:28 -0400 (EDT) Received: from anyida.tts.lth.se ([130.235.18.10]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E3fHF-0002EB-34 for manet@ietf.org; Fri, 12 Aug 2005 15:33:14 -0400 Received: from ww2.telecom.lth.se (lina36.tts.lth.se [130.235.18.156]) by anyida.tts.lth.se (8.9.3/8.9.3) with ESMTP id UAA17992; Fri, 12 Aug 2005 20:57:37 +0200 (MET DST) Received: from 83.249.213.225 (SquirrelMail authenticated user andersn); by ww2.telecom.lth.se with HTTP; Fri, 12 Aug 2005 20:57:39 +0200 (CEST) Message-ID: <1243.83.249.213.225.1123873059.squirrel@83.249.213.225> Date: Fri, 12 Aug 2005 20:57:39 +0200 (CEST) Subject: Re: [manet] Density vs. Mobility From: "Anders Nilsson" To: "Maen Artimy" User-Agent: SquirrelMail/1.4.3a X-Mailer: SquirrelMail/1.4.3a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by anyida.tts.lth.se id UAA17992 X-Spam-Score: 0.0 (/) X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9 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, You can check out my paper: "Performance Analysis of Traffic Load and Node Density in Ad hoc Networks= " from Proceedings of European Wireless 2004: http://recerca.ac.upc.edu/EW2004/papers/85.pdf I also recomend: "An Analysis of the Optimum Node Density for Ad hoc Mobile Networks", by Elizabeth M. Royer, P. Michael Melliar-Smith, and Louise E. Moser, Proceedings of the IEEE International Conference on Communications, Helsinki, Finland, June 2001. see Elizabeth=B4s page: http://cs.ucsb.edu/~ebelding/publications/ regards, Anders > Hi, > > In common mobility models such as random waypoint, nodes density are no= t a > factor in determining a node's speed. My work is on vehicular ad hoc > networks > and there is usually a link between the speed and density. > Are there papers or ongoing research about a link between nodes mobilit= y > and > their density in MANETs? > > Thanks. > > Maen > > _______________________________________________ > 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 Aug 13 17:30:30 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E43aI-0005sQ-KW; Sat, 13 Aug 2005 17:30:30 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E43aG-0005sD-Rs for manet@megatron.ietf.org; Sat, 13 Aug 2005 17:30: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 RAA12740 for ; Sat, 13 Aug 2005 17:30:26 -0400 (EDT) Received: from mr1.dcs.gla.ac.uk ([130.209.249.184]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E4494-00009s-AZ for manet@ietf.org; Sat, 13 Aug 2005 18:06:26 -0400 Received: from ex1.ad.dcs.gla.ac.uk ([130.209.249.157]:36075) by mr1.dcs.gla.ac.uk with esmtp (Exim 4.42) id 1E43Zu-0003Ew-Cp for manet@ietf.org; Sat, 13 Aug 2005 22:30:06 +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: Sat, 13 Aug 2005 22:30:06 +0100 Message-ID: <58577CAC1C0FB34DAA24FA9DC76613F1C35970@ex1.ad.dcs.gla.ac.uk> Thread-Topic: manet Digest, Vol 16, Issue 12 Thread-Index: AcWgIK+k9MQqODmaQRW49jgm5jU2wwALT+TQ From: "Muneer Masadah" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: ccfb4541e989aa743998098cd315d0fd Content-Transfer-Encoding: quoted-printable Subject: [manet] RE: manet Digest, Vol 16, Issue 12 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 can check out my paper: On the Effect of Mobility and Density on Probabilistic Flooding in = MANETs, Proc. International Working Conference of Performance Modelling = and Evaluation of Heterogeneous Networks (HET-NETs '04), Ilkley, United = Kingdom, July 26-28 2004 By:M. Bani Yassein, M. Ould-Khaoua, S. Papanastasiou, A.Al- Ayyoub Regards Muneer -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf = Of manet-request@ietf.org Sent: 13 August 2005 17:04 To: manet@ietf.org Subject: manet Digest, Vol 16, Issue 12 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. Density vs. Mobility (Maen Artimy) 2. Re: Density vs. Mobility (Wenjun Hu) 3. Re: Density vs. Mobility (Anders Nilsson) ---------------------------------------------------------------------- Message: 1 Date: Fri, 12 Aug 2005 15:18:05 -0300 From: Maen Artimy Subject: [manet] Density vs. Mobility To: manet@ietf.org Message-ID: <20050812151805.0v9nqnjc1uas8wcs@my4.dal.ca> Content-Type: text/plain; charset=3DISO-8859-1; format=3D"flowed" Hi, In common mobility models such as random waypoint, nodes density are not = a factor in determining a node's speed. My work is on vehicular ad hoc = networks and there is usually a link between the speed and density. Are there papers or ongoing research about a link between nodes mobility = and their density in MANETs? Thanks. Maen ------------------------------ Message: 2 Date: Fri, 12 Aug 2005 19:32:21 +0100 From: Wenjun Hu Subject: Re: [manet] Density vs. Mobility To: Maen Artimy Cc: manet@ietf.org Message-ID: Content-Type: text/plain; charset=3Dus-ascii You might want to check out our paper in MobiHOC 2005: Elgan Huang, Wenjun Hu, Jon Crowcroft, Ian Wassell, Towards Commercial = Mobile=20 Ad Hoc Network Applications: A Radio Dispatch System. MobiHoc 2005, ACM = Press,=20 May 2005. One of the issues we looked at was how traffic congestion might affect=20 mobility, hence connectivity. Regards, Wenjun > Hi, >=20 > In common mobility models such as random waypoint, nodes density are = not a > factor in determining a node's speed. My work is on vehicular ad hoc = networks > and there is usually a link between the speed and density. > Are there papers or ongoing research about a link between nodes = mobility and > their density in MANETs? >=20 > Thanks. >=20 > Maen >=20 > _______________________________________________ > manet mailing list > manet@ietf.org > https://www1.ietf.org/mailman/listinfo/manet ------------------------------ Message: 3 Date: Fri, 12 Aug 2005 20:57:39 +0200 (CEST) From: "Anders Nilsson" Subject: Re: [manet] Density vs. Mobility To: "Maen Artimy" Cc: manet@ietf.org Message-ID: <1243.83.249.213.225.1123873059.squirrel@83.249.213.225> Content-Type: text/plain;charset=3Diso-8859-1 Hi, You can check out my paper: "Performance Analysis of Traffic Load and Node Density in Ad hoc = Networks" from Proceedings of European Wireless 2004: http://recerca.ac.upc.edu/EW2004/papers/85.pdf I also recomend: "An Analysis of the Optimum Node Density for Ad hoc Mobile Networks", by Elizabeth M. Royer, P. Michael Melliar-Smith, and Louise E. Moser, Proceedings of the IEEE International Conference on Communications, Helsinki, Finland, June 2001. see Elizabeth=B4s page: http://cs.ucsb.edu/~ebelding/publications/ regards, Anders > Hi, > > In common mobility models such as random waypoint, nodes density are = not a > factor in determining a node's speed. My work is on vehicular ad hoc > networks > and there is usually a link between the speed and density. > Are there papers or ongoing research about a link between nodes = mobility > and > their density in MANETs? > > Thanks. > > Maen > > _______________________________________________ > 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 End of manet Digest, Vol 16, Issue 12 ************************************* _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Sun Aug 14 12:42:57 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4LZZ-0001jV-Ok; Sun, 14 Aug 2005 12:42:57 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4LZX-0001ix-EZ for manet@megatron.ietf.org; Sun, 14 Aug 2005 12:42: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 MAA02684 for ; Sun, 14 Aug 2005 12:42:52 -0400 (EDT) Received: from [203.199.83.147] (helo=rediffmail.com) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E4M8J-00008W-Io for manet@ietf.org; Sun, 14 Aug 2005 13:19:03 -0400 Received: (qmail 22286 invoked by uid 510); 14 Aug 2005 16:42:57 -0000 Date: 14 Aug 2005 16:42:57 -0000 Message-ID: <20050814164257.22285.qmail@webmail25.rediffmail.com> Received: from unknown (202.141.69.14) by rediffmail.com via HTTP; 14 aug 2005 16:42:57 -0000 MIME-Version: 1.0 From: "remith m rajan" To: manet@ietf.org X-Spam-Score: 3.3 (+++) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3 Subject: [manet] about manet transport protocols X-BeenThere: manet@ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remith m rajan List-Id: Mobile Ad-hoc Networks List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0099902121==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multipart mime message --===============0099902121== Content-type: multipart/alternative; boundary="Next_1124037777---0-203.199.83.147-22283" This is a multipart mime message --Next_1124037777---0-203.199.83.147-22283 Content-type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable =0Acan anyone guide me through themanet's present transport protocols .= =0A=0A=0Aremith --Next_1124037777---0-203.199.83.147-22283 Content-type: text/html; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable

=0A 
=0Acan anyone guide me through themanet's present transpor= t protocols .
=0A
=0A
=0Aremith=0A

=0A

=0A=0A --Next_1124037777---0-203.199.83.147-22283-- --===============0099902121== 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 --===============0099902121==-- From manet-bounces@ietf.org Sun Aug 14 14:37:12 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4NM8-0008Oj-5c; Sun, 14 Aug 2005 14:37:12 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4NM6-0008Oc-IW for manet@megatron.ietf.org; Sun, 14 Aug 2005 14:37: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 OAA05780 for ; Sun, 14 Aug 2005 14:37:08 -0400 (EDT) Received: from waldorf.cs.uni-dortmund.de ([129.217.4.42]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E4Nv4-00021E-5R for manet@ietf.org; Sun, 14 Aug 2005 15:13:19 -0400 Received: from postamt.cs.uni-dortmund.de (postamt [129.217.4.40]) by waldorf.cs.uni-dortmund.de with ESMTP id j7EIaqf0025893 for ; Sun, 14 Aug 2005 20:36:52 +0200 (MES) Received: from RA (J6420.j.strato-dslnet.de [85.74.100.32]) (authenticated bits=0) by postamt.cs.uni-dortmund.de (8.12.5/8.12.5) with ESMTP id j7EIaooa005339 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Sun, 14 Aug 2005 20:36:51 +0200 (MEST) From: "Sherif M. ElRakabawy" To: Subject: Re: [manet] about manet transport protocols Date: Sun, 14 Aug 2005 20:36:44 +0200 Message-ID: <000b01c5a0ff$233f41e0$20644a55@RA> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal X-Spam-Score: 0.0 (/) X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d 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 remith, you may want to take a look at the MobiHoc 2005 paper titled: "TCP with Adaptive Pacing for Multihop Wireless Networks" at http://mobicom.cs.uni-dortmund.de/publications/index.html best regards Sherif -------------------------------------------- Sherif M. ElRakabawy University of Dortmund Department of Computer Science Tel. +49 231 755 2690 Mobile Computing Systems Group Fax. +49 231 755 4797 August-Schmidt-Str. 12 44227 Dortmund / Germany=20 WWW: http://mobicom.cs.uni-dortmund.de/~moustafa/ -----Urspr=FCngliche Nachricht----- Von: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] Im Auftrag von remith m rajan Gesendet: Sonntag, 14. August 2005 18:43 An: manet@ietf.org Betreff: [manet] about manet transport protocols =20 can anyone guide me through themanet's present transport protocols . remith=20 _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Aug 15 02:30:52 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4YUl-0006C6-9l; Mon, 15 Aug 2005 02:30:51 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4YUi-0006By-Qr for manet@megatron.ietf.org; Mon, 15 Aug 2005 02:30: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 CAA16035 for ; Mon, 15 Aug 2005 02:30:47 -0400 (EDT) Received: from wproxy.gmail.com ([64.233.184.194]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E4Z3m-0006tP-OZ for manet@ietf.org; Mon, 15 Aug 2005 03:07:04 -0400 Received: by wproxy.gmail.com with SMTP id 68so970530wri for ; Sun, 14 Aug 2005 23:30:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=stzb9ToP4dLTt5ILMuzUKYtxCed1TGiT/KAPmbYsbGohlffKVRXluoNmYDO+ideU4YRdphOt11L4CcXCakjwO9nLFmk2fy7A7B3moW1IuU/evjyqMyY6xmUNZhAUvT8aYoBsTe8S+fmpdghx1C4Zpq6IAiocmP8GL8qqSVU2enY= Received: by 10.54.26.68 with SMTP id 68mr3092477wrz; Sun, 14 Aug 2005 23:30:38 -0700 (PDT) Received: by 10.54.35.40 with HTTP; Sun, 14 Aug 2005 23:30:38 -0700 (PDT) Message-ID: <87082b0105081423304c6db8b6@mail.gmail.com> Date: Mon, 15 Aug 2005 08:30:38 +0200 From: wafa Berrayana To: manet@ietf.org In-Reply-To: <42ff6c05.036dcfbe.74e7.ffffd2f1SMTPIN_ADDED@mx.gmail.com> Mime-Version: 1.0 References: <42ff6c05.036dcfbe.74e7.ffffd2f1SMTPIN_ADDED@mx.gmail.com> X-Spam-Score: 0.1 (/) X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c Subject: [manet] Thesis 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="===============1568325332==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============1568325332== Content-Type: multipart/alternative; boundary="----=_Part_1717_2299797.1124087438117" ------=_Part_1717_2299797.1124087438117 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi;=20 I have just obtained my master in wireless networks, I pass with high=20 honors. I worked on the optimization of the end to end delay in the 802.11enetworks. Actually, I am in the search of a subject of thesis which is an extension of my work of master.=20 I would be very grateful for the researchers who will be able to guide me= =20 and to help me.=20 Please contact me on my address email : wafa.berrayana@gmail.com Have a nice day ------=_Part_1717_2299797.1124087438117 Content-Type: text/html; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable

Hi;

I have just obtained my master in wireless networks, I p= ass with high honors. I worked on the optimiza= tion of the end to end delay in the=20 802.11e networks. Actually, I am in the search of a subject of thesis which= is an extension of my work of master.

I would be very grateful for the researchers who will be able to guide me a= nd to help me.

 

Please contact me on my address email : wafa.berrayana@gmail.com

Have a nice day ------=_Part_1717_2299797.1124087438117-- --===============1568325332== 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 --===============1568325332==-- From manet-bounces@ietf.org Mon Aug 15 05:21:59 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4bAM-0001cg-Qn; Mon, 15 Aug 2005 05:21:58 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4bAK-0001cV-1A for manet@megatron.ietf.org; Mon, 15 Aug 2005 05: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 FAA22190 for ; Mon, 15 Aug 2005 05:21:54 -0400 (EDT) Received: from research.cs.colorado.edu ([128.138.242.225]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E4bjM-0001pe-Gc for manet@ietf.org; Mon, 15 Aug 2005 05:58:12 -0400 Received: from [127.0.0.1] (c-24-8-166-41.hsd1.co.comcast.net [24.8.166.41]) by research.cs.colorado.edu (8.12.10/8.12.6) with ESMTP id j7F9LH0h036392; Mon, 15 Aug 2005 03:21:20 -0600 (MDT) Message-ID: <43005E8A.9080800@cs.colorado.edu> Date: Mon, 15 Aug 2005 03:21:14 -0600 From: Richard Han Organization: University of Colorado at Boulder User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: tccc@cs.columbia.edu, manet@ietf.org, itc@comsoc.org, mobicom@listserv.acm.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: fac892abe0c719c7bb99f6e7c710cdae Content-Transfer-Encoding: 7bit Cc: Subject: [manet] Revised CFP, IEEE/CreateNet SecureComm 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 Dear Colleague, Please find attached the call for participation for the First IEEE/CreateNet International Conference on Security and Privacy for Emerging Areas in Communication Networks (SecureComm 2005) to be held in Athens, Greece from Sep. 5-9, 2005. The conference program consists of 32 full papers and 20 short papers, keynote and invited talks, and a panel. In addition, there are four workshops on related topics. The complete information is available on the website: www.securecomm.org Note that Early Conference Registration Ends August 25, 2005! Discounted Hotel Reservation Rates end September 1, 2005. We apologize if you receive multiple copies of this message. Please feel free to distribute this to colleagues who might be interested. regards, SecureComm 2005 Organizing Committee *************************************************************** CALL FOR PARTICIPATION First IEEE/CreateNet International Conference on Security and Privacy for Emerging Areas in Communication Networks Athens, Greece / Hotel Amarilia / 5 - 9 September, 2005 www.securecomm.org EARLY REGISTRATION ENDS August 25, 2005 CO-SPONSORED BY: IEEE Communications Society (www.comsoc.org) CreateNet (www.create-net.it) Corporate/Government Sponsors: National Science Foundation (Travel Grants) Telcordia Technologies (Silver sponsor) Toshiba TARI(Bronze sponsor) In Cooperation With the IEEE Computer Society TC on Security and Privacy In Cooperation with ACM SIGSAC *************************************************************** TENTATIVE TECHNICAL PROGRAM Monday, Sep 5, 2005 First IEEE/CreateNet International Workshop on Computer Network Forensics Research (CNFR): www.cnfr.org First IEEE/CreateNet International Workshop on Trust and Security in Pervasive Networking: http://www.securecomm.org/pervasivetrust/ *************************************************************** Tuesday, Sep 6, 2005 8.30AM - 9.00 AM: Welcome, Introduction, Best Paper award 9.00AM - 10.30AM: Plenary Session: Bill Cheswick, Lumeta, Title: Pondering and Patrolling Network Perimeters Andrea Servida, EU, Title: Security, privacy and dependability in Information Society: key challenges for European R&D in FP7 10.30AM - 11.00AM: Break 11.00AM - 12.40PM: Full Paper Session 1: Insecurity Implications of Unlicensed Mobile Access (UMA) for GSM security Sandro Grech, Pasi Eronen Computationally, Memory and Bandwidth Efficient Distillation Codes to Mitigate DoS in Multicast Roberto Di Pietro, Stefano Chessa, Piero Maestrini Spread Identity mechanisms for Security Dhananjay Phatak On the Security of Distributed Position Services Xiaoxin Wu, Cristina Nita-Rotaru 12.40PM - 2:00PM: Lunch 2:00PM - 2.45PM: Invited talk: David Wagner, Berkeley, Title: Privacy in pervasive computing: What can technologists do? 3:00 PM - 4:40 PM: Full Paper Session 2: RFID Picking Virtual Pockets using Relay Attacks on Contactless Smartcard Systems Ziv Kfir, Avishai Wool A Lightweight RFID Protocol to protect against Traceability and Cloning attacks Tassos Dimitriou An RFID distance bounding protocol Gerhard Hancke, Markus Kuhn Security and Privacy Issues in e-Passports Ari Juels, David Molnar, David Wagner 5:00 PM - 6.30PM: Panel 1: RFID Security and Privacy, Panelists: (Lead) Gene Tsudik, University of California, Irvine David Wagner, University of California, Berkeley Avishai Wool, Tel Aviv University Tassos D. Dimitriou, Athens Information Technology Markus Kuhn, University of Cambridge *************************************************************** Wednesday, Sep 7, 2005 8.30AM - 9.15 AM: Keynote: Jean Pierre-Hubaux, EPFL, Title: The Security of Vehicular Networks DEMOS: 10:45AM - 1:00PM and 2:45PM - 5:00PM (In parallel with other sessions) "MANET-DFA: Distributed Firewall Architecture for MANET networks," Federico Frosali, Giorgio Freguglia, Luciana Costa from Business Application & Services - Telecomitalia LAB - ITALY "Demonstration of Ubiquitous Roaming Technology," Hiroyoshi Takiguchi, Masami Ueno, Yoshiko Sudeda, Satashi Yagi, Hirokazu Kitami, Toru Kobayashi, Yoshikazu Kondo from NTT Information Sharing Platform Laboratories - Tokyo - Japan 9.30AM - 10.45AM: Full Paper Session 3: Sensor Networks DICAS: Detection, Diagnosis and Isolation of Control Attacks in Sensor Networks Issa Khalil, Saurabh Bagchi, Cristina Nita-Rotaru Securing Topology Maintenance Protocols for sensor networks: attacks and counter-measures Andrea Gabrielli, Luigi Mancini, Sanjeev Setia, Sushil Jajodia Countermeasures Against Traffic Analysis Attacks in Wireless Sensor Networks Jing Deng, Richard Han, Shivakant Mishra 11.00AM - 12.40PM: Full Paper Session 4: Authentication Improving Cross-domain Authentication over Wireless Local Area Networks Hahnsang Kim, Kang Shin, Walid Dabbous Reducing Reauthentication Delay in Wireless Networks Tuomas Aura, Michael Roe Providing Distributed Certificate Authority Service in Mobile Ad Hoc Networks Ying Dong, Wing Go, Aifen Sui, Victor Li, Lucas C.K. Hui, Siu Ming Yiu On Improving the Performance of Role-Based Cascaded Delegation in Ubiquitous Computing Danfeng Yao, Roberto Tamassia, Seth Proctor 12.40PM - 2:00PM: Lunch 2:00PM - 2:45PM: Invited Talk: William Arbaugh, Title: Ad-hoc network security: is it a real problem? 3:00PM - 4:40PM: Full Paper Session 5: Privacy A Privacy Preserving Reputation System for Mobile Information Dissemination Networks Marco Voss, Andreas Heinemann, Max Mhlhuser A Privacy Service for Context-Aware Mobile Computing Vagner Sacramento, Markus Endler, Fernando Nascimento Protecting Location Privacy Through Path Confusion Baik Hoh, Marco Gruteser A Solution for Wireless Privacy and Payments based on E-cash Yiannis Tsiounis, Tom Karygiannis, Aggelos Kiayias 5:00PM - 6:40PM: Short paper Session 1 A Signal Fingerprinting Paradigm for Physical Layer Security in Conventional and Sensor Networks Thomas Daniels, Mani Mina, Steve Russell Location Privacy with IP Mobility Rajeev Koodli, Vijay Devarapalli, Hannu Flinck, Charles Perkins Fellowship in Mobile Ad hoc Networks Venkatesan Balakrishnan, Vijay Varadharajan A Secure Interworking Scheme for UMTS-WLAN Yen-Chieh Ouyang, Chung-Hua Chu, Chang-Bu Jang bufSTAT - A Tool for Early Detection and Classification of Buffer Overflow Attacks Svetlana Radosavac, Karl Seamon, John S. Baras LRBAC: A Location-Aware Role-Based Access Control Model Indrakshi Ray, Lijun Yu Tri-party TLS Adaptation for Trust Delegation in Home Networks Khaled Masmoudi, Mureed Hussain, Hossam Afifi, Dominique Seret PATRIOT: a Policy-Based, Multi-level Security Protocol for Safekeeping Audit Logs on Wireless Devices Wassim Itani, Ayman Kayssi, Ali Chehab Harnessing Emergent Ubiquitous Computing Properties to Prevent Malicious Code Propagation David Llewellyn-Jones, Madjid Merabti, Qi Shi, Bob Askwith *************************************************************** Thursday, Sep 8, 2005 8.30AM - 10.35 AM: Full Paper Session 6: Key management A Level Key Infrastructure for Secure and Efficient Group Communication in Wireless Sensor Networks Jyh-How Huang, Jason Buckingham, Richard Han A Modified Secure Remote Password (SRP) Protocol for Key Initialization and Exchange in Bluetooth Systems Amir Sayegh, Mahmoud El-hadidi Hi-KD: An Efficient Key Management Algorithm for Hierarchical Group Hani Ragab Hassan, Abdelmadjid Bouabdallah, Hatem Bettahar, Yacine Challal A Deterministic Pairwise Key Pre-distribution Scheme for Mobile Sensor Networks David Sanchez, Heribert Baldus A Practical Study of Transitory Master Key Establishment For Wireless Sensor Networks Jing Deng, Carl Hartung, Richard Han, Shivakant Mishra 11:00 - 12:40: Full Paper Session 7: Routing Applying emergence to the design of routing protocols for the security of wireless ad hoc networks, Ioannis Pavlosoglou, Mark Leeson, Roger Green SPINAT: Integrating IPsec into Overlay Routing Jukka Ylitalo, Patrik Salmela, Hannes Tschofenig On the Survivability of Routing Protocols in Ad Hoc Wireless Networks Baruch Awerbuch, Reza Curtmola, David Holmer, Cristina Nita-Rotaru, Herbert Rubens An Extensible Environment for Evaluating Secure MANET, Yongguang Zhang, Yi-an Huang, Wenke Lee 12.40PM - 2:00PM: Lunch 2:00PM - 3:40 PM: Full Paper Session 8: Cryptographic algorithms and protocols Soft-Timeout Distributed Key Generation for Digital Signature based on Elliptic Curve D-log for Low-power Devices Caimu Tang, Anthony T. Chronopoulos and Cauligi S. Raghavendra A Uniform Framework for Cryptanalysis of the Bluetooth E_0 Cipher Ophir Levy, Avishai Wool MOTET: Mobile Transactions using Electronic Tickets Daniele Quercia, Stephen Hailes Exploiting Hierarchical Identity-Based Encryption for Access Control to Pervasive Computing Information Urs Hengartner, Peter Steenkiste 3:40PM - 4:00 PM: Break 4:00PM - 5:40 PM: Short paper Session 2 GKE: Efficient Group-based Key Establishment for Large Sensor Networks Li Zhou,Jinfeng Ni, Chinya Ravishankar Practically Unbounded One-Way Chains for Authentication with Backward Secrecy Vishwas Patil, Luigi Mancini, Antonio Durante, Roberto Di Pietro Limitations of Key Escrow in Identity-Based Schemes in Ad Hoc Networks Katrin Hoeper, Guang Gong Enhanced 1-D Chaotic Key-Based Algorithm for Image Encryption Daniel Socek, Shujun Li, Spyros Magliveras, Borko Furht Schemes for Enhancing the Denial-of-Service Tolerance of SRTP Sachin Garg, Navjot Singh, Timothy Tsai Thor: The Hybrid Online Repository Timothy van der Horst, Kent Seamons Random IDs for preserving location privacy Stefan Schlott, Frank Kargl, Michael Weber A Distributed Cross-Layer Intrusion Detection System for Ad Hoc Networks Yu Liu, Yang Li, Hong Man A Control Formulation of the Network Security Problem via a Risk Management Approach Nicholas Bambos *************************************************************** Friday, Sep 9, 2005 First IEEE/CreateNet International Workshop on The Value of Security through Collaboration (SECOVAL): www.secoval.org First IEEE/CreateNet International Workshop on Integration of Security and Quality of Service (SecQoS): www.secqos.org *************************************************************** _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Aug 15 12:16:43 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4hYJ-0003NZ-Dq; Mon, 15 Aug 2005 12:11:07 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4hYH-0003NQ-HF for manet@megatron.ietf.org; Mon, 15 Aug 2005 12:11:05 -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 MAA10690 for ; Mon, 15 Aug 2005 12:11:02 -0400 (EDT) Received: from gwout.thalesgroup.com ([195.101.39.227]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E4i7H-0002JZ-Sl for manet@ietf.org; Mon, 15 Aug 2005 12:47:25 -0400 Received: from GWOUT.thalesgroup.com (200.3.3.3) by GWOUT.thalesgroup.com (NPlex 6.5.026) id 43000D2600004CCA for manet@ietf.org; Mon, 15 Aug 2005 18:10:09 +0200 Received: from thalescan.corp.thales ([200.3.2.3]) by GWOUT with InterScan Messaging Security Suite; Mon, 15 Aug 2005 18:10:08 +0200 Received: from msw001.uk.trt.thales ([192.168.224.28]) by thalescan with InterScan Messaging Security Suite; Mon, 15 Aug 2005 18:09:48 +0200 Received: from NTS013.uk.trt.thales (unverified) by msw001.uk.trt.thales (Content Technologies SMTPRS 4.2.10) with ESMTP id for ; Mon, 15 Aug 2005 17:09:31 +0100 Received: by nts013.uk.trt.thales with Internet Mail Service (5.5.2656.59) id ; Mon, 15 Aug 2005 17:09:30 +0100 Message-ID: <51BF576D5A02CC4CB2591F50994FD766A7785C@nts013.uk.trt.thales> From: "Tan, Chiang Kang " To: "'manet@ietf.org'" Date: Mon, 15 Aug 2005 17:09:20 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2656.59) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Score: 0.0 (/) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed Subject: [manet] Multipath OLSR? 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, Are there any existing OLSR implementation that allows me to do multipath routing out-of-the-box? Thank you. cheers Chiang _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Aug 15 16:29:36 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4laS-0003yT-Fn; Mon, 15 Aug 2005 16:29:36 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E4laR-0003xz-5L for manet@megatron.ietf.org; Mon, 15 Aug 2005 16:29:35 -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 QAA03064 for ; Mon, 15 Aug 2005 16:29:33 -0400 (EDT) Received: from motgate8.mot.com ([129.188.136.8]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E4m9c-0003SX-Ii for manet@ietf.org; Mon, 15 Aug 2005 17:05:57 -0400 Received: from il06exr01.mot.com (il06exr01.mot.com [129.188.137.131]) by motgate8.mot.com (8.12.11/Motgate7) with ESMTP id j7FKdZlE016459 for ; Mon, 15 Aug 2005 13:39:35 -0700 (MST) Received: from il06exm62.ds.mot.com (IL06EXM62.corp.mot.com [10.0.111.44]) by il06exr01.mot.com (8.13.1/8.13.0) with ESMTP id j7FKahx7006458 for ; Mon, 15 Aug 2005 15:36:43 -0500 (CDT) 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="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 15 Aug 2005 15:28:40 -0500 Message-ID: <4E6CF163275A3C489EC749F6E8A5EEE1A4C8B1@il06exm62.ds.mot.com> Thread-Topic: CFP: WCMC SI on Wireless Ad hoc Networks: Technologies and Challenges Thread-Index: AcWfaYqx88K5juUYQJuF2rb8EDA3sQCblW7A From: "Zorlu-Ozer Sebnem-ASZ008" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 7da5a831c477fb6ef97f379a05fb683c Content-Transfer-Encoding: quoted-printable Subject: [manet] CFP: WCMC SI on Wireless Ad hoc Networks: Technologies and Challenges 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 =20 Dear Colleagues:=20 =20 Please consider submitting your work to the WCMC SI on Wireless Ad hoc Networks: Technologies and Challenges. The papers are due by September 16. =20 Best regards,=20 =20 Ahmed Safwat, Mohamed Younis, and Sebnem Ozer=20 =20 Call for Papers Wireless Communications and Mobile Computing=20 Special Issue on=20 Wireless Ad hoc Networks:=20 Technologies and Challenges =20 Guest Editors Prof. Ahmed M. Safwat Laboratory for Advanced Wireless Networks (AWN) Department of Electrical and Computer Engineering Queen's University Kingston, ON, Canada Ahmed.Safwat@queensu.ca=20 =20 Prof. Mohamed Younis Department of Computer Science and Electrical Engineering University of Maryland Baltimore, MD, USA younis@cs.umbc.edu =20 Dr. Sebnem Zorlu Ozer Mesh Networks Product Group Motorola, Inc. Maitland, FL, USA Sebnem.Ozer@motorola.com=20 =20 Topic and Scope=20 The Journal of Wireless Communications and Mobile Computing (WCMC) seeks original research and review articles for a special issue on Wireless Ad hoc Networks: Technologies and Challenges. =20 Both wire-line and wireless networks must consist of infrastructure stations that provide connectivity. However, multi-hop wireless ad hoc networks eradicate the costs of infrastructure deployment, setup, and administration. Multi-hop ad hoc wireless networks allow anywhere, anytime network connectivity with complete lack of control, ownership, and regulatory influence. The growing interest in such networks originates from their suitability for different types of application scenarios ranging from futuristic subscription-free civilian communication to present military-driven operations. Since there is no requirement for a fixed infrastructure, the network is composed of fixed and mobile wireless devices. =20 Ensuring energy-efficient and QoS-based communications in a wireless mobile ad hoc network is a challenging, but yet intrinsic, issue and is highly dependent upon routing, Medium Access Control (MAC) and connection/session admission control. Conforming to QoS service-level agreements and minimizing power consumption depend on the chosen route from the source mobile station to the destination mobile station. This special issue will address routing, connection/session admission control, distributed contention-based MAC, as well as contention-free dynamic channel allocation schemes, infrastructure formation schemes, energy efficiency, QoS, as well as other timely topics. =20 The goal of this special issue is to provide a comprehensive overview of the miscellaneous technologies and challenges pertaining to wireless ad hoc networks, to present novel solutions to overcome those challenges, to publish original articles of interest to researchers and practitioners in this field, and to advance the state of the art of ad hoc networks. Papers are solicited in all aspects of wireless ad hoc networks technologies. In addition to the aforementioned topics, topics of interest include, but are not limited to, the following: * PHY: de/modulation, transceiver design, multi-packet reception (MPR), directional antennas, exploiting directional antennas for MAC and QoS, etc. * MAC: single-channel, multi-channel * Scheduling: scheduling and load balancing, joint scheduling and power control, etc. * Broadcasting: optimal, probabilistic, etc. * Routing: fair routing, incorporation of linear and non-linear optimization, etc. * Distributed positioning: GSP-free positioning * Location-inspired designs * Virtual Wireless Infrastructures (VWI): heuristics, near-optimal, VWI for efficient cross-layer interactions, etc. * Security: key management, WPA vulnerability, etc. * Disruptive applications (telemedical, biological, etc) * Body area ad hoc networks * M-commerce * Self-configurable wearable ad hoc networks * Non-monolithic/shared conceptual models for context-awareness * Cross-layer design: integration of PHY, MAC, routing and application aspects * Performance evaluation and modeling =09 Manuscript Submission=20 All manuscripts should be sent by email to the Guest Editors, and must be in PDF format. Additional information for authors, including guidelines for manuscripts, is found at http://www3.interscience.wiley.com/cgi-bin/jabout/76507157/ForAuthors.ht ml . =20 Important Dates Submission Deadline: September 16, 2005 Acceptance Notification: February 1, 2006 Final Manuscripts Due: March 31, 2006 Publication of Special Issue: 3rd or 4th Quarter, 2006 =20 _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Aug 16 13:21:31 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E557z-0007VV-47; Tue, 16 Aug 2005 13:21:31 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E557w-0007VQ-T6 for manet@megatron.ietf.org; Tue, 16 Aug 2005 13:21:29 -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 NAA24147 for ; Tue, 16 Aug 2005 13:21:25 -0400 (EDT) Received: from web52506.mail.yahoo.com ([206.190.48.189]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E55hC-0007L5-E0 for manet@ietf.org; Tue, 16 Aug 2005 13:58:02 -0400 Received: (qmail 28651 invoked by uid 60001); 16 Aug 2005 17:21:11 -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=vNC5/hvBQVYPpq68i6jYAoYNA8tBCksrhW1Uv70dTVJcdImc8mr+f7PN0bNFbrXJScKmnsH3/uoDai+MF+GRZbVbhbiSsIGBlOMg8u+dEqan5tOLXijjDdQLV2yf5DcvoKZ/iMfO9EdSa0HFoP+PiE0tBWYBbY2Sb/xAyzn6lB4= ; Message-ID: <20050816172111.28649.qmail@web52506.mail.yahoo.com> Received: from [66.146.170.74] by web52506.mail.yahoo.com via HTTP; Tue, 16 Aug 2005 10:21:11 PDT Date: Tue, 16 Aug 2005 10:21:11 -0700 (PDT) From: Leon Martin To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69 Content-Transfer-Encoding: 8bit Subject: [manet] collision detection in TDMA-based 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 everyone, I'd like to know the existence of some mechanisms for detecting collisions in TDMA-based ad hoc networks. The time is slotted (therefore TDMA). There is no centralized controller (e.g. base station, cluster head, etc.). I assume each node has only one radio, and when it transmits it can't receive. As a result, if the signal sent by a node collides with another signal, the node can NOT detect the collision by itself. Its neighbors can, however. There are some complications if we rely on the neighboring nodes to detect the collision. First, if we consider the capture effect (i.e., if the ratio of the signal powers is big (or small) enough one of them can be decoded), collision at one node does not necessarily mean collision at another node because the ratios of the signal powers will be different due to the difference in node locations. Second, if a collision occurs at one of the neighboring nodes, the node can not decode the signal (packet). But, the failure in decoding could be caused by other reasons such as failure in synchronization. It seems to me, the only information the neighbors have is the aggregate signal power of the collided signals and the fact that no signals are decoded (if we do not consider the capture effect). What can we get out of this information? Thanks. - Leon __________________________________________________ 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 From manet-bounces@ietf.org Tue Aug 16 14:35:32 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E56Hc-0003Ye-C6; Tue, 16 Aug 2005 14:35:32 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E56HZ-0003YS-Vp for manet@megatron.ietf.org; Tue, 16 Aug 2005 14:35:30 -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 OAA27610 for ; Tue, 16 Aug 2005 14:35:27 -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.43) id 1E56qv-0000k6-El for manet@ietf.org; Tue, 16 Aug 2005 15:12:03 -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] collision detection in TDMA-based ad hoc networks Date: Tue, 16 Aug 2005 12:35:12 -0600 Message-ID: <8536FDFA3AD04A49A15804915996569103DCAAEF@exchange1.ACN.ad.nmsu.edu> Thread-Topic: [manet] collision detection in TDMA-based ad hoc networks Thread-Index: AcWihx26kLeEvuvrSNqrTXZVGFiPFQAB7P8g From: "Mullen, John" To: "Leon Martin" , X-Spam-Score: 0.0 (/) X-Scan-Signature: 6e922792024732fb1bb6f346e63517e4 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 Leon, Well, yes and no. Data collisions occur in the receiver. For example, condiser: A B C D Assume C is transmitting a packet to both B and C. A transmission by A could cause a data collision at B, be undetected by C and have no effect at D. The only way C will know anything is wrong is if it fails to get an ACK from B. Even then, the ACK could be wiped out by a data collision. Near-far nodes in channel and nearby nodes on near channels can generate enough interference to lower the S/N ratio. Technically, this is not a data collision, but can cause packets to be dropped. But, there is more. Control packets tend to be small and data packets large. So, it is possible for a control packet to corrupt part of a data packet, without destroying the entire packet. What happens next depends on the details. If there is sufficient redundancy in the data packet, the receiver may still be able to recover its content from that portion of the packet that is still intact. Even if the data is corrupted too much, the receiver may still be able to decode the sender's identifier. =20 Generally, though, it is the receiver that controls what happens. If the packet is a UDP, e.g. a Hello packet, the transmitter will never know it was lost, unless the protocol takes some action, such as marking the link as unusable. If nodes share link tables, then the transmitter may find out. If the scheme is store-and-forward, or the like, the transmitter will fail to receive an ACK and retransmit after a suitable time-out. Of course, the transmitter wont know why it didn't receive an ACK. If we look at each individual packet, the fact that an ACK was not received is not very useful. There are just too many reasons, as you have pointed out, which could be the cause. However, if we look at repeated observations, it is possible to guess more intelligently what is the cause and to take appropriate action. For example, if one out of the last ten packets sent on a link was dropped, it was probably some random event, such as a data collision or an unusual momentary drop in signal strength due to random fading. On the other hand, if five of the ten were lost and the S/N of those received were also low, it is probabily time to mark the link as unusable and seek another route. 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 Leon Martin Sent: Tuesday, August 16, 2005 11:21 AM To: manet@ietf.org Subject: [manet] collision detection in TDMA-based ad hoc networks Hi everyone, I'd like to know the existence of some mechanisms for detecting collisions in TDMA-based ad hoc networks. The time is slotted (therefore TDMA).=20 There is no centralized controller (e.g. base station, cluster head, etc.). I assume each node has only one radio, and when it transmits it can't receive. As a result, if the signal sent by a node collides with another signal, the node can NOT detect the collision by itself. Its neighbors can, however.=20 There are some complications if we rely on the neighboring nodes to detect the collision. First, if we consider the capture effect (i.e., if the ratio of the signal powers is big (or small) enough one of them can be decoded), collision at one node does not necessarily mean collision at another node because the ratios of the signal powers will be different due to the difference in node locations. Second, if a collision occurs at one of the neighboring nodes, the node can not decode the signal (packet). But, the failure in decoding could be caused by other reasons such as failure in synchronization.=20 It seems to me, the only information the neighbors have is the aggregate signal power of the collided signals and the fact that no signals are decoded (if we do not consider the capture effect). What can we get out of this information? Thanks. - Leon =20 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com=20 _______________________________________________ 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 Wed Aug 17 00:44:47 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5FnB-0006OU-2y; Wed, 17 Aug 2005 00:44:45 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5Fn8-0006OP-Os for manet@megatron.ietf.org; Wed, 17 Aug 2005 00:44: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 AAA07021 for ; Wed, 17 Aug 2005 00:44:39 -0400 (EDT) Received: from bugs.comnets.uni-bremen.de ([134.102.186.10]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E5GMb-0001UC-2u for manet@ietf.org; Wed, 17 Aug 2005 01:21:22 -0400 Received: from serpens (bugs.comnets.uni-bremen.de [134.102.155.1]) by bugs.comnets.uni-bremen.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id j7H4iNT22518; Wed, 17 Aug 2005 06:44:23 +0200 X-Authentication-Warning: bugs.comnets.uni-bremen.de: Host bugs.comnets.uni-bremen.de [134.102.155.1] claimed to be serpens From: "Koojana Kuladinithi" To: , Date: Wed, 17 Aug 2005 06:48:23 +0200 Organization: University of Bremen Message-ID: <000001c5a2e6$e68cc490$8202a8c0@SWD> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.0 (/) X-Scan-Signature: 79899194edc4f33a41f49410777972f8 Content-Transfer-Encoding: 7bit Cc: =?us-ascii?Q?Carmelita_Gorg?= Subject: [manet] DYMO implementation in OPNET 11.0 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 all, We have implemneted draft-ietf-manet-dymo-02.txt, except the sections of Internet attachmnet (4.8) and multiple interfaces (4.9) in OPNET 11.0 simulator. If you have access to OPNET, you can download source code at www.opnet.com/support under contributed models (and then search for "dymo"). You can also find more details at http://www.fb1.uni-bremen.de/comnets/opnet/ Kind regards Koojana Koojana Kuladinithi University of Bremen, FB 1 - IKOM/ComNets _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Aug 17 17:41:07 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5Vel-0008Vj-Sw; Wed, 17 Aug 2005 17:41:07 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5Vej-0008UZ-FM for manet@megatron.ietf.org; Wed, 17 Aug 2005 17:41:05 -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 RAA03336 for ; Wed, 17 Aug 2005 17:41:02 -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.43) id 1E5WEL-00075F-6L for manet@ietf.org; Wed, 17 Aug 2005 18:17:54 -0400 Received: by mail.eecis.udel.edu (Postfix, from userid 62) id B4BCBC2; Wed, 17 Aug 2005 17:41:01 -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 4F190C2 for ; Wed, 17 Aug 2005 17:41:01 -0400 (EDT) Date: Wed, 17 Aug 2005 17:41:01 -0400 (EDT) From: Ilknur Aydin X-X-Sender: aydin@stimpy.eecis.udel.edu To: manet emailing list Message-ID: X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on louie.udel.edu X-Spam-Status: No, score=-3.8 required=4.1 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 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: 7a6398bf8aaeabc7a7bb696b6b0a2aad Subject: [manet] ip address acquisition time 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: I would like to know "How long does it take for a mobile node(user), seeking an Internet access, connect to its wireless access point AND obtain an ip address." does it take in terms of minutes, seconds or milliseconds? where/how could I get a sense of this question? Any practical samples on this? Thanks, ilknur _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Aug 17 17:59:42 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5Vwk-0004sc-0p; Wed, 17 Aug 2005 17:59:42 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5Vwi-0004sS-21 for manet@megatron.ietf.org; Wed, 17 Aug 2005 17:59:40 -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 RAA04690 for ; Wed, 17 Aug 2005 17:59:37 -0400 (EDT) Received: from web52506.mail.yahoo.com ([206.190.48.189]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E5WWF-0007jM-I1 for manet@ietf.org; Wed, 17 Aug 2005 18:36:28 -0400 Received: (qmail 89651 invoked by uid 60001); 17 Aug 2005 21:59:25 -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=sakBgzZ+ChVfG9Yxc1ADj9fCdwo84Wn3ehj464imxuH+jOShvPzc3LAj0EvTijV9ArEu1kYl3IqSv+IU6KaSX3ZaQHtSzgnyFYulQc/xaDn3SC5sRw6B1uXUtSWuWzbcUUruvuH5sXcr3m4qYaOva6+FE9noXJY8mc0sDusnxps= ; Message-ID: <20050817215925.89649.qmail@web52506.mail.yahoo.com> Received: from [66.146.170.74] by web52506.mail.yahoo.com via HTTP; Wed, 17 Aug 2005 14:59:25 PDT Date: Wed, 17 Aug 2005 14:59:25 -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] What is the difference between TDM and TDMA? 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 See the title for the question. Thanks. - Leon ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Aug 17 19:16:25 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5X8z-0005bK-Eq; Wed, 17 Aug 2005 19:16:25 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5X8v-0005Wy-MK for manet@megatron.ietf.org; Wed, 17 Aug 2005 19:16: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 TAA10896 for ; Wed, 17 Aug 2005 19:16:18 -0400 (EDT) Received: from aplesliberty.dom1.jhuapl.edu ([128.244.198.134]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E5XiY-0001lH-4P for manet@ietf.org; Wed, 17 Aug 2005 19:53:11 -0400 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="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [manet] What is the difference between TDM and TDMA? Date: Wed, 17 Aug 2005 19:16:06 -0400 Message-ID: <0F5AC32D8E455545AD0349BA8400A3CA018C5DDF@aplesliberty.dom1.jhuapl.edu> Thread-Topic: [manet] What is the difference between TDM and TDMA? Thread-Index: AcWjdxprIvzo63HxTkqiQOzKD9bnHQACoHnA From: "Farrag, Osama" To: "MANET Newsgroup" X-Spam-Score: 0.0 (/) X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f 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 Leon, - Time Division Multiplexing (TDM) imply partitioning the bandwidth of the channel connecting two nodes into finite set of time slots.=20 - Time Division multiple Access (TDMA) imply partitioning the bandwidth of a channel shared by many nodes, typically an infrastructure node and several mobile nodes, where each node gets to access its dedicated time slot.=20 Hope this helps Osama Farrag -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Leon Martin Sent: Wednesday, August 17, 2005 5:59 PM To: MANET Newsgroup Subject: [manet] What is the difference between TDM and TDMA? See the title for the question. Thanks. - Leon =09 ____________________________________________________ Start your day with Yahoo! - make it your home page=20 http://www.yahoo.com/r/hs=20 =20 _______________________________________________ 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 Wed Aug 17 19:44:52 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5XaW-00035z-7Z; Wed, 17 Aug 2005 19:44:52 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5XaU-000355-Ud for manet@megatron.ietf.org; Wed, 17 Aug 2005 19:44: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 TAA12667 for ; Wed, 17 Aug 2005 19:44:47 -0400 (EDT) Received: from mx2sophos.cqu.edu.au ([138.77.5.126]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E5YA7-0002ef-2u for manet@ietf.org; Wed, 17 Aug 2005 20:21:40 -0400 Received: from neutron.staff.ad.cqu.edu.au ([138.77.34.42] helo=ROKEMAIL.staff.ad.cqu.edu.au) by mx2sophos.cqu.edu.au with esmtp (Exim 4.44) id 1E5XaK-0004Mv-RU; Thu, 18 Aug 2005 09:44:40 +1000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 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] What is the difference between TDM and TDMA? Date: Thu, 18 Aug 2005 09:35:22 +1000 Message-ID: Thread-Topic: [manet] What is the difference between TDM and TDMA? Thread-Index: AcWjdxprIvzo63HxTkqiQOzKD9bnHQACoHnAAACAQiA= From: "Amoakoh Gyasi-Agyei" To: "Farrag, Osama" , "MANET Newsgroup" X-Spam-Score: 0.0 (/) X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe 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 Leon, The main difference between tdm and tdma (also fdm/fdma, etc) is that with tdm (also fdm, etc.) the signals multiplexed (i.e. sharing a resource) come from the same node, whereas for tdma (also fdm, etc.) the signals multiplexed come from different sources/transmitters. This is the reason why we use tdm for downlink (forward link) and tdma for uplink (reverse link). Cheers, Amoakoh -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Farrag, Osama Sent: Thursday, August 18, 2005 9:16 AM To: MANET Newsgroup Subject: RE: [manet] What is the difference between TDM and TDMA? Leon, - Time Division Multiplexing (TDM) imply partitioning the bandwidth of the channel connecting two nodes into finite set of time slots.=20 - Time Division multiple Access (TDMA) imply partitioning the bandwidth of a channel shared by many nodes, typically an infrastructure node and several mobile nodes, where each node gets to access its dedicated time slot.=20 Hope this helps Osama Farrag -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Leon Martin Sent: Wednesday, August 17, 2005 5:59 PM To: MANET Newsgroup Subject: [manet] What is the difference between TDM and TDMA? See the title for the question. Thanks. - Leon =09 ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs=20 =20 _______________________________________________ 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 Wed Aug 17 20:07:58 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5Xws-0008A0-Mg; Wed, 17 Aug 2005 20:07:58 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5Xwq-00089v-CN for manet@megatron.ietf.org; Wed, 17 Aug 2005 20:07: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 UAA13742 for ; Wed, 17 Aug 2005 20:07:55 -0400 (EDT) Received: from aplesliberty.dom1.jhuapl.edu ([128.244.198.134]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E5YWU-0003It-9W for manet@ietf.org; Wed, 17 Aug 2005 20:44:46 -0400 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="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: [manet] What is the difference between TDM and TDMA? Date: Wed, 17 Aug 2005 20:07:46 -0400 Message-ID: <0F5AC32D8E455545AD0349BA8400A3CA018C5DE1@aplesliberty.dom1.jhuapl.edu> Thread-Topic: [manet] What is the difference between TDM and TDMA? Thread-Index: AcWjdxprIvzo63HxTkqiQOzKD9bnHQACoHnAAACAQiAAASHSIA== From: "Farrag, Osama" To: "Amoakoh Gyasi-Agyei" , "MANET Newsgroup" X-Spam-Score: 0.0 (/) X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5 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 Leon, FYI, Amoakoh's description is more accurate than mine, I was thinking of TDM use in point to point environment, and did not consider the point to multi-point case. Regards Osama=20 -----Original Message----- From: Amoakoh Gyasi-Agyei [mailto:a.gyasi-agyei@cqu.edu.au]=20 Sent: Wednesday, August 17, 2005 7:35 PM To: Farrag, Osama; MANET Newsgroup Subject: RE: [manet] What is the difference between TDM and TDMA? Leon, The main difference between tdm and tdma (also fdm/fdma, etc) is that with tdm (also fdm, etc.) the signals multiplexed (i.e. sharing a resource) come from the same node, whereas for tdma (also fdm, etc.) the signals multiplexed come from different sources/transmitters. This is the reason why we use tdm for downlink (forward link) and tdma for uplink (reverse link). Cheers, Amoakoh -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Farrag, Osama Sent: Thursday, August 18, 2005 9:16 AM To: MANET Newsgroup Subject: RE: [manet] What is the difference between TDM and TDMA? Leon, - Time Division Multiplexing (TDM) imply partitioning the bandwidth of the channel connecting two nodes into finite set of time slots.=20 - Time Division multiple Access (TDMA) imply partitioning the bandwidth of a channel shared by many nodes, typically an infrastructure node and several mobile nodes, where each node gets to access its dedicated time slot.=20 Hope this helps Osama Farrag -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Leon Martin Sent: Wednesday, August 17, 2005 5:59 PM To: MANET Newsgroup Subject: [manet] What is the difference between TDM and TDMA? See the title for the question. Thanks. - Leon =09 ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs=20 =20 _______________________________________________ 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 Thu Aug 18 11:06:48 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5lyi-0002z2-Hy; Thu, 18 Aug 2005 11:06:48 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E5lyg-0002yt-Gh for manet@megatron.ietf.org; Thu, 18 Aug 2005 11:06:46 -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 LAA11466 for ; Thu, 18 Aug 2005 11:06:44 -0400 (EDT) Received: from pop.gmx.net ([213.165.64.20] helo=mail.gmx.net) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E5mYM-0003o8-SQ for manet@ietf.org; Thu, 18 Aug 2005 11:43:44 -0400 Received: (qmail invoked by alias); 18 Aug 2005 15:06:24 -0000 Received: from dialin-212-144-057-235.arcor-ip.net (EHLO pingu) [212.144.57.235] by mail.gmx.net (mp020) with SMTP; 18 Aug 2005 17:06:24 +0200 X-Authenticated: #16402020 From: "Ruediger Dietrich" To: Date: Thu, 18 Aug 2005 17:06:16 +0200 Message-ID: <000001c5a406$664dc920$eb3990d4@pingu> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Y-GMX-Trusted: 0 X-Spam-Score: 0.1 (/) X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c Content-Transfer-Encoding: 7bit Subject: [manet] [ns] [Release Announcement] Partitioning Framework - Evaluation of Partition-Aware MANET Protocols with ns-2 (Ruediger Dietrich) 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 ns-2 users, I want to introduce you a framework that we recently developed to simplify the evaluation of partition aware MANET protocols and applications with ns-2. For further information please visit the following homepage, where you can also download the framework (code, user-manual, example ...) and the corresponding spects05 paper: http://canu.informatik.uni-stuttgart.de/calcpartition The framework is easy to install and intensively tested for common ns-2 versions (ns-2.1b9a, ns-2.26, ns-2.27, ns-2.28) under both OS Linux and Solaris. ABSTRACT Mobile Ad Hoc Networks (MANET) are composed of mobile devices equipped with short range radio capabilities. Communication is possible between devices located in each other's transmission range. Especially in sparse MANETs, node mobility leads to frequent network partitioning, which makes typical networking tasks much more difficult. Although we observe an increasing need for partitioning information, the widely used network simulator ns-2 does not support protocol developers to easily evaluate their protocols concerning network partitioning. To simplify the evaluation of MANET partition-aware protocols and applications in ns-2, we extend the simulator to provide partitioning information at the simulation time. Developers might be interested in using this information to evaluate their partition-aware protocols and applications and to compare their performance to the optimal case. Hypergossiping is a partition-aware broadcast protocol for MANETs. Nodes rebroadcast messages upon joining the partitions that have not yet received these messages. Hypergossiping uses a heuristic to detect partition joins. We show the feasibility of our approach and the applicability of the partitioning information we provide for ns-2 users to compare the performance of our approach to the optimal case. We will be very pleasured if you can benefit from the framework. We will be also very thankful for every kind of feedback. Best regards, --- R. Dietrich [ruediger.dietrich@gmx.net] A. Khelil [khelil@informatik.uni-stuttgart.de] University of Stuttgart - IPVS - VS Universitaetsstr. 38 D-70569 Stuttgart Phone: +49-711-7816251 Fax: +49-711-7816424 _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Aug 19 18:34:57 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E6FRw-0007dA-S3; Fri, 19 Aug 2005 18:34:56 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E6FRu-0007cm-3a for manet@megatron.ietf.org; Fri, 19 Aug 2005 18:34:54 -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 SAA09717 for ; Fri, 19 Aug 2005 18:34:50 -0400 (EDT) Received: from cs-exs2.bu.edu ([128.197.10.200]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E6G1v-0002Ki-K6 for manet@ietf.org; Fri, 19 Aug 2005 19:12:08 -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 Date: Fri, 19 Aug 2005 18:37:03 -0400 Message-ID: <0511C607B17F804EBE96FFECD1FD9859470040@cs-exs2.cs-nt.bu.edu> Thread-Topic: Call for Participation, IEEE ICNP 2005, Nov 6-9, Boston Thread-Index: AcWj/GZijp4Lzx5zRz6znXTzPGtmiABEYaxA From: "Ibrahim Matta" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Content-Transfer-Encoding: quoted-printable Subject: [manet] Call for Participation, IEEE ICNP 2005, Nov 6-9, Boston 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 (and Call for Student Posters) http://csr.bu.edu/icnp2005=20 13th IEEE International Conference on Network Protocols Boston, Massachusetts, USA November 6-9, 2005 Sponsored by: IEEE Computer Society, IEEE TCDP, NSF CISE/CNS, IBM Research, Boston University Important Dates =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Early Registration: October 12, 2005 Student Travel Award Application: September 23, 2005 Minority Travel Award Application: September 15, 2005 Student Poster Submission: September 15, 2005 Highlights of ICNP 2005 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D * Keynote speech by Professor Larry Peterson (Princeton University) on "A Strategy for Continually Reinventing the Internet" * Invited talk by Darleen Fisher (National Science Foundation) on "NSF NeTS Initiatives on New Architectures and Protocols" * Presentations of peer-reviewed technical papers organized into ten sessions: + Interdomain Routing + Sensor & Ad-hoc Protocols + Peer-to-Peer Protocols + Geographic Routing in Ad-hoc Networks + Overlay Protocols + Dimensioning & Traffic Engineering + Security & Safety + Congestion Control + Protocol Implementation & Analysis + Wireless Transport * Workshop on Secure Network Protocols (NPSec) =20 * Three timely tutorials: + Survivable Routing: Algorithms and Protocols + Wireless Mesh Networking + Session Initiation Protocol (SIP): A Protocol for Managing Next Generation Networks * Student work-in-progress poster session =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 Sun Aug 21 21:10:56 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E70pz-0000X7-Q5; Sun, 21 Aug 2005 21:10:55 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E70px-0000Wn-9D for manet@megatron.ietf.org; Sun, 21 Aug 2005 21:10:53 -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 VAA29427 for ; Sun, 21 Aug 2005 21:10:51 -0400 (EDT) Received: from leonis.nus.edu.sg ([137.132.1.18]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E71QP-0006A9-GW for manet@ietf.org; Sun, 21 Aug 2005 21:48:34 -0400 Received: from bearty (24-15.priv21.nus.edu.sg [172.21.24.15]) by leonis.nus.edu.sg (8.12.9/8.12.9) with SMTP id j7M1Ak5C011404 for ; Mon, 22 Aug 2005 09:10:46 +0800 (SGT) Message-ID: <032501c5a6b9$66896c90$6198a8c0@bearty> From: "Boon Sain Yeo" To: Date: Mon, 22 Aug 2005 09:32:21 +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: 0.5 (/) X-Scan-Signature: e5bfa71b340354e384155def5e70b13b Subject: [manet] CFP SensorWare 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="===============0860243434==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============0860243434== Content-Type: multipart/alternative; boundary="----=_NextPart_000_031C_01C5A6FC.6579AED0" This is a multi-part message in MIME format. ------=_NextPart_000_031C_01C5A6FC.6579AED0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable (My apologies if you receive multiple copies of this message) *********************************************************** 1st International Workshop on Software for Sensor Networks (SensorWare) = - CFP *********************************************************** =20 Welcome to the 1st International Workshop on Software for Sensor = Networks (SensorWare) to be held on the 8 January 2006. The workshop is = held in conjunction with COMSWARE 2006 in the beautiful and historical = city of New Delhi. Advances in technology have made deployment of miniature sensors a = realistic proposition. These sensors are low-power, inexpensive, smart = devices with multiple on-board sensors, and are connected through = wireless links, so as to form a collaborative sensor network to perform = a specific task. As a result, it opens up a new paradigm of ubiquitous = computing and enables a range of applications that are previously = unrealizable or too costly to be realized. However, given the limitation = of on-board hardware, one of the key areas towards achieving superior = performance is through the software implementation. The workshop is = intended for the presentation and discussion of novel algorithms and = software implementation for sensor networks. This workshop, intends to = bring together engineering experts and academicians to discuss the = current status, technical challenges, standards, fundamental issues, and = future services and applications in the form of panels and technical = presentation. Topics of interest include but are not limited to the following: Operating System=20 Efficient algorithms=20 Protocol design=20 Performance analysis=20 Performance related issues=20 Sensor applications=20 Deployment issues and scenarios=20 Middleware=20 Sensor security=20 Sensor network design and modeling=20 =20 Workshop co-chairs: Nirmala Shenoy (ns@rit.edu), RIT, USA Boon Sain Yeo (boonyeo@ieee.org), Institute for Infocomm Research, = Singapore=20 TPC Members: Holger Karl, University of Paderborn, Germany, Ling-Jyh Chen, Academia Sinica, Taiwan Kui Wu, University of Victoria, Canada, Daeyoung Kim, ICU, Korea Leonard Barolli, Fukuoka Institute of Technology, Japan, Wei-Peng Chen, Fujitsu Labs of America, USA Jason Redi, BBN Technologies, USA =20 Biao Chen, Syracuse University, USA Hairong Qi, University of Tennessee, USA Xiaojun Cao, Rochester Institute of Technology, USA Xin Wang, University of Buffalo, USA James Minseok Kwon, RIT, USA Wenye Wang, North Carolina State University, USA Fei Hu, RIT, USA Robin Chellappa, Deakin Univeristy, Australia =20 Technical Papers has to be submitted to the co-chairs at = boonyeo@ieee.org.=20 Papers should be written in English and should preferably follow the = instructions in template.pdf. Preferred maximum paper length is 6 = printed pages (10-point font) including figures. Important Dates: Paper Submission Deadline: 1 October 2005 Notification Acceptance/Rejection: 1 November 2005 Final Camera-Ready Paper Submission: 1 December 2005 Please visit the workshop website at http://www.sensorware.org for more = info. We look forward to seeing you at SensorWare. Many thanks Best regards, Boon and Nirmala Workshop co-chairs -------------------------------------------------------------------------= ------- _______________________________________________ ifip-tc6 mailing list ifip-tc6@lists.RWTH-Aachen.DE http://MailMan.RWTH-Aachen.DE/mailman/listinfo/ifip-tc6 ------=_NextPart_000_031C_01C5A6FC.6579AED0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
(My apologies if you receive multiple = copies of=20 this message)
 
***********************************************************
1= st=20 International Workshop on Software for Sensor Networks (SensorWare) =96=20 CFP
***********************************************************
&nb= sp;
 
Welcome to the 1st International = Workshop on=20 Software for Sensor Networks (SensorWare) to be held on the 8 January = 2006. The=20 workshop is held in conjunction with COMSWARE 2006 in the beautiful and=20 historical city of New Delhi.
 
 
Advances in technology have made = deployment of=20 miniature sensors a realistic proposition. These sensors are low-power,=20 inexpensive, smart devices with multiple on-board sensors, and are = connected=20 through wireless links, so as to form a collaborative sensor network to = perform=20 a specific task. As a result, it opens up a new paradigm of ubiquitous = computing=20 and enables a range of applications that are previously unrealizable or = too=20 costly to be realized. However, given the limitation of on-board = hardware, one=20 of the key areas towards achieving superior performance is through the = software=20 implementation. The workshop is intended for the presentation and = discussion of=20 novel algorithms and software implementation for sensor networks. This = workshop,=20 intends to bring together engineering experts and academicians to = discuss the=20 current status, technical challenges, standards, fundamental issues, and = future=20 services and applications in the form of panels and technical=20 presentation.
 
 
 
Topics of interest include but are not = limited to=20 the following:
 
 
 
Operating System
Efficient = algorithms=20
Protocol design
Performance analysis
Performance related = issues=20
Sensor applications
Deployment issues and scenarios =
Middleware=20
Sensor security
Sensor network design and=20 modeling 
 
 
Workshop co-chairs:
 
Nirmala Shenoy (ns@rit.edu), RIT,=20 USA
Boon Sain Yeo (boonyeo@ieee.org), Institute for = Infocomm=20 Research, Singapore
 
 
 
TPC Members:
 
Holger Karl, University of Paderborn,=20 Germany,
Ling-Jyh Chen, Academia Sinica, Taiwan
Kui Wu, University = of=20 Victoria, Canada,
Daeyoung Kim, ICU, Korea
Leonard Barolli, = Fukuoka=20 Institute of Technology, Japan,
Wei-Peng Chen, Fujitsu Labs of = America,=20 USA
Jason Redi, BBN Technologies, USA      =
Biao=20 Chen, Syracuse University, USA
Hairong  Qi, University of = Tennessee,=20 USA
Xiaojun Cao, Rochester Institute of Technology, USA
Xin Wang,=20 University of Buffalo, USA
James Minseok Kwon, RIT, USA
Wenye = Wang, North=20 Carolina State University, USA
Fei Hu, RIT, USA
Robin Chellappa, = Deakin=20 Univeristy, Australia 
 
Technical Papers has to be submitted to = the=20 co-chairs at boonyeo@ieee.org.
 
Papers should be written in English and = should=20 preferably follow the instructions in template.pdf. Preferred maximum = paper=20 length is 6 printed pages (10-point font) including = figures.

Important Dates:
 
Paper Submission Deadline: 1=20 October 2005
Notification Acceptance/Rejection: 1 November=20 2005
Final Camera-Ready Paper Submission: 1 December = 2005
 
Please visit the workshop website at http://www.sensorware.org for more info.
 
We look forward to seeing you at=20 SensorWare.
 
Many thanks
Best = regards,
 
Boon and Nirmala
Workshop=20 co-chairs

_______________________________________________
ifip-tc6 = mailing=20 list
ifip-tc6@lists.RWTH-Aachen.DE
http://MailMan.RWTH-Aachen.DE/ma= ilman/listinfo/ifip-tc6
------=_NextPart_000_031C_01C5A6FC.6579AED0-- --===============0860243434== 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 --===============0860243434==-- From manet-bounces@ietf.org Sun Aug 21 21:50:10 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E71Ry-000777-BU; Sun, 21 Aug 2005 21:50:10 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E71Rw-00076z-BD for manet@megatron.ietf.org; Sun, 21 Aug 2005 21:50: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 VAA00919 for ; Sun, 21 Aug 2005 21:50:06 -0400 (EDT) Received: from smtp.um.es ([155.54.212.105] helo=mail.um.es) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E722P-00073b-JX for manet@ietf.org; Sun, 21 Aug 2005 22:27:50 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.um.es (Postfix) with ESMTP id 6A7B11FA3C4 for ; Mon, 22 Aug 2005 03:49:49 +0200 (CEST) Received: from mail.um.es ([127.0.0.1]) by localhost (xenon1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 08393-01-11 for ; Mon, 22 Aug 2005 03:49:49 +0200 (CEST) Received: from [192.150.187.162] (dibulibu.um.es [155.54.1.250]) by mail.um.es (Postfix) with ESMTP id 57D001FA323 for ; Mon, 22 Aug 2005 03:49:48 +0200 (CEST) Message-ID: <43092F3A.1020804@dif.um.es> Date: Sun, 21 Aug 2005 18:49:46 -0700 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="------------010106050904000400030306" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at telemat.um.es X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 Subject: [manet] Call for Participation AD HOC NOW 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. --------------010106050904000400030306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit --------------010106050904000400030306 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="cfparticip.txt" Content-Disposition: inline; filename="cfparticip.txt" Content-Transfer-Encoding: 7bit We apologize if you receive the CFP more than once. ---------------------------------------------------------------------------- CALL FOR PARTICIPATION - AD HOC NOW 2005 4th International Conference on Ad hoc Networks and Wireless Cancun, October 6-8, 2005 http://fismat.umich.mx/adhocnow/ ---------------------------------------------------------------------------- Early registration deadline: August, 31st Hotel deadline to avail of rooms being held for AD HOC NOW 2005: Sept 24th ABOUT THE CONFERENCE -------------------- AD HOC NOW is the fourth of a series of high-quality conferences devoted to ad hoc, wireless and mobile networks. The AD HOC NOW committee invites you to in this new edition, which will be held in Cancun, in October 6th-8th. The program for this year consist of 27 top-quality papers, and two invited speaker with a well-deserved recognition in the area: * Prof. Jorge Urrutia, Univ. Nacional (UNAM), Mexico. * Prof. J.J. Garcia-Luna-Aceves, Univ. of California, Santa Cruz. ACCEPTED PAPERS --------------- Playing CSMA/CA Game to Deter Backoff Attacks in Ad Hoc Wireless LANs Jerzy Konorski Message Stability and Reliable Broadcasts in Mobile Ad-Hoc Networks Kulpreet Singh, Andronikos Nedos, Gregor Gaertner and Siobhan Clarke Equilibria for Broadcast Range Assignment Games in Ad-Hoc Networks Pilu Crescenzi, Miriam Di Ianni, Alessandro Lazzoni, Paolo Penna, Gianluca Rossi and Paola Vocca Performance Analysis of the Hierarchical Layer Graph for Wireless Networks Stefan Ruehrup, Christian Schindelhauer and Klaus Volbert Cache Placement in Sensor Networks Under Update Constraint Bin Tang, Samir Das, and Himanshu Gupta Enhancing The Security Of On-demand Routing in Ad Hoc Networks Zhenjiang Li and J.J. Garcia-Luna-Aceves MIMOMAN: A MIMO Mac protocol for Ad hoc Networks Joon-Sang Park and Mario Gerla Increasing the Resource-Efficiency of the CSMA/CA Protocol in Directional Ad Hoc Networks Matthias Gruenewald, Feng Xu and Ulrich Rueckert Location Tracking in Mobile Ad Hoc Networks using Particle Filters Rui Huang and Gergely Zaruba Selective Route Request Scheme for On-Demand Routing Protocols in Ad Hoc Networks Seung Jae Lee A Key Management Scheme for Commodity Sensor Networks Yong Ho Kim, Mu Hyun Kim, and Dong Hoon Lee Design of a hard real-time guarantee scheme for dual ad hoc mode IEEE 802.11 WLANs Junghoon Lee, Mikyung Kang and Yongmoon Jin DPUMA: A Highly Efficient Multicast Routing Protocol for Mobile Ad Hoc Networks Rolando Menchaca-Mendez, Ravindra Vaishampayan, J.J. Garcia-Luna-Aceves and Katia Obraczka Efficient Mechanisms for Secure Inter-node and Aggregation Processing in Sensor Networks Tassos Dimitriou Probability Distributions for Channel Utilisation Christian Schindelhauer and Kerstin VoB Approximation Algorithms for Minimum Bandwith Multicast Trees in Wireless Mesh Networks Pedro M. Ruiz and Antonio F. Gomez-Skarmeta Stressing is better than relaxing for negative cost cycle detection in networks K. Subramani Enhanced power-aware Routing for Mobile Ad-Hoc Networks Il-Hee Shin, Chae-Woo Lee Randomized AB-Face-AB Routing Algorithms in Mobile Ad Hoc Networks Thomas Fevens, Alaa Eddien Abdallah, and Badr Naciri Bennani A Gathering Point Detection Scheme for Directed Diffusion in Wireless Sensor Networks Jeongho Son, Jinsuk Pak and Kijun Han Cluster-Based Framework in Vehicular Ad-Hoc Networks Peng Fan, James Haran, Peter Nelson and John Dillenburg Biology Inspired Distributed Consensus in Massively-Deployed Sensor Networks K.H.Jones, K.N.Lodding, S.Olariu, L.W.Wilson and C.Xin A Multiple Path Characterization of Ad-Hoc Network Capacity Peter Giese and Ioanis Nikolaidis Reed-Solomon and Hermitian Code-based Scheduling Protocols for Wireless Ad Hoc Networks Carlos H. Rentel and Thomas Kunz Efficient broadcasting in Self-Organizing Multi-hop Wireless Networks Nathalie Mitton and Eric Fleury An Intelligent Sensor Network for Oceanographic Data Acquisition. Chris Roadknight, Antonio Gonzalez, Laura. Parrot, Steve Boult and Ian Marshall A service discovery protocol with maximally area disjoint paths in mobile ad hoc networks Shihong Zou, Le Tian, Shiduan Cheng and Yu Lin REGISTRATION ------------ You can proceed to: http://fismat.umich.mx/adhocnow/?f=registration After you complete your registration to ADHOCNOW! 2005, you'll be able to download a postcript document which must be filled in with your credit card data and faxed to the number shown in order to secure your reservation to the Oasis Hotel. The conference will be held at the Oasis Cancun Hotel. The hotel rate for this conference is within an All-inclusive program, which entitles you to all meals (buffet breakfast, lunch and dinner), unlimited drinks, recreational activities, non-motorized water sports, gym facilities, evening shows, disco, all taxes and tips. Rates are as follows: Single US$86.00 Double US$140.00 Triple US$170.00 FOR ADDITIONAL INFORMATON ------------------------- For questions regarding obtaining visas, accomodation, etc, please contact Edgar Chavez (mailto:elchavez@fismat.umich.mx). --------------010106050904000400030306 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 --------------010106050904000400030306-- From manet-bounces@ietf.org Mon Aug 22 18:32:32 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E7KqG-0001eS-5d; Mon, 22 Aug 2005 18:32:32 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E7KqC-0001c1-O7 for manet@megatron.ietf.org; Mon, 22 Aug 2005 18:32: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 SAA27867 for ; Mon, 22 Aug 2005 18:32:25 -0400 (EDT) Received: from mail83.messagelabs.com ([195.245.231.83]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E7Kq9-0004Dn-FG for manet@ietf.org; Mon, 22 Aug 2005 18:32:28 -0400 X-VirusChecked: Checked X-Env-Sender: konstantinos.voulgaris@kcl.ac.uk X-Msg-Ref: server-15.tower-83.messagelabs.com!1124749929!23192756!1 X-StarScan-Version: 5.4.15; banners=-,-,- X-Originating-IP: [137.73.2.214] Received: (qmail 4634 invoked from network); 22 Aug 2005 22:32:09 -0000 Received: from outbound.kcl.ac.uk (137.73.2.214) by server-15.tower-83.messagelabs.com with SMTP; 22 Aug 2005 22:32:09 -0000 Received: from relay2.kcl.ac.uk ([137.73.2.210] helo=elder) by outbound.kcl.ac.uk outbound with esmtp (TLSv1:DHE-RSA-AES256-SHA:256) id 1E7Kpc-0003hZ-Td for manet@ietf.org; Mon, 22 Aug 2005 23:31:52 +0100 Received: from phoenix.eee.kcl.ac.uk ([137.73.10.210] helo=phoenix) by elder smtp with esmtp id 1E7KpN-0003f2-JC for manet@ietf.org; Mon, 22 Aug 2005 23:31:38 +0100 From: "Kostas Voulgaris" To: Date: Mon, 22 Aug 2005 23:31:33 +0100 Message-ID: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcWnaT/NMxdUmbGBRTKl8sBvKq58Xg== X-KCLSpamScore: 2 X-KCLRealSpamScore: 0.2 X-KCLZStatus: 2 X-KCLSpamReport: HTML_60_70=0.113,HTML_MESSAGE=0.1 X-KCL-MailScanner: Found to be clean X-MailScanner-From: konstantinos.voulgaris@kcl.ac.uk X-Spam-Score: 0.1 (/) X-Scan-Signature: 926f893f9bbbfa169f045f85f0cdb955 Subject: [manet] Request for clarifications on 802.11 4-way handshake 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="===============1769621829==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============1769621829== Content-Type: multipart/alternative; boundary="----=_NextPart_000_0059_01C5A771.A1FA84E0" This is a multi-part message in MIME format. ------=_NextPart_000_0059_01C5A771.A1FA84E0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear all, Reading the standards on 802.11 I have a few of questions regarding the 4-way handshake and the PHY operation. More specifically, it seems that a PLCP header and Preamble is added to the MPDU at the beginning of any data transmission. If this is correct, does the same rule apply for RTS / CTS and ACK packets? i.e. are a Preamble and PLCP Header added any time one of the aforementioned packets is to be transmitted? Also, does the transmission of any control packet starts at the beginning of a slot? As an example, a slot duration according to the standards for DSS system is 20us. A SIFS duration is 10us. Omitting PLCP Header and Preamble, an RTS packet duration is 160us (1Mbps transmission), occupying 8 slots. When should CTS transmission begin? Right after the SIFS (i.e. at the middle of the slot), or wait for the beginning of the next slot? Your prompt reply is highly appreciated. Best regards, Kostas Voulgaris ------=_NextPart_000_0059_01C5A771.A1FA84E0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear all,

Reading the standards on 802.11 I have a few = of questions regarding the 4-way handshake and the PHY operation. =

 

More specifically, it seems that a PLCP header = and Preamble is added to the MPDU at the beginning of any data transmission. =

If this is correct, does the same rule apply = for RTS / CTS and ACK packets? i.e. are a Preamble and PLCP Header added any = time one of the aforementioned packets is to be = transmitted?

 

Also, does the transmission of any control = packet starts at the beginning of a slot?

As an example, a slot duration according to = the standards for DSS system is 20us. A SIFS duration is 10us. =

Omitting PLCP Header and Preamble, an RTS = packet duration is 160us (1Mbps transmission), occupying 8 = slots.

When should CTS transmission begin? Right = after the SIFS (i.e. at the middle of the slot), or wait for the beginning of the = next slot?

 

 

 

Your prompt reply is highly = appreciated. =

 

Best regards,

Kostas Voulgaris

 

------=_NextPart_000_0059_01C5A771.A1FA84E0-- --===============1769621829== 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 --===============1769621829==-- From manet-bounces@ietf.org Mon Aug 22 19:26:08 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E7Lg8-00039X-Ix; Mon, 22 Aug 2005 19:26:08 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E7Lg5-00039S-UF for manet@megatron.ietf.org; Mon, 22 Aug 2005 19:26: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 TAA04257 for ; Mon, 22 Aug 2005 19:26:02 -0400 (EDT) Received: from aplesjustice.dom1.jhuapl.edu ([128.244.198.158]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E7Lg6-00075M-34 for manet@ietf.org; Mon, 22 Aug 2005 19:26:06 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [manet] Request for clarifications on 802.11 4-way handshake Date: Mon, 22 Aug 2005 19:25:54 -0400 Message-ID: <597EF04D3E422F429011E4ABEF95F4C40D25E6@aplesjustice.dom1.jhuapl.edu> Thread-Topic: [manet] Request for clarifications on 802.11 4-way handshake Thread-Index: AcWnaT/NMxdUmbGBRTKl8sBvKq58XgABx04w From: "Farrag, Osama" To: "Kostas Voulgaris" , X-Spam-Score: 0.2 (/) X-Scan-Signature: f5932bfc8385127f631fc458a872feb1 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="===============1175002489==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============1175002489== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5A770.D7922D71" This is a multi-part message in MIME format. ------_=_NextPart_001_01C5A770.D7922D71 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Kostas, =20 =20 PLCP is added to any 802.11 MAC frame transmitted, yes including RTS, CTS and ACK control frames. And CTS and ACK frames transmission starts right after SIFS, even when it is middle of a slot. =20 Best Regards Osama Farrag=20 =20 -----Original Message----- From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Kostas Voulgaris Sent: Monday, August 22, 2005 6:32 PM To: manet@ietf.org Subject: [manet] Request for clarifications on 802.11 4-way handshake =20 Dear all, Reading the standards on 802.11 I have a few of questions regarding the 4-way handshake and the PHY operation.=20 =20 More specifically, it seems that a PLCP header and Preamble is added to the MPDU at the beginning of any data transmission.=20 If this is correct, does the same rule apply for RTS / CTS and ACK packets? i.e. are a Preamble and PLCP Header added any time one of the aforementioned packets is to be transmitted? =20 Also, does the transmission of any control packet starts at the beginning of a slot? As an example, a slot duration according to the standards for DSS system is 20us. A SIFS duration is 10us.=20 Omitting PLCP Header and Preamble, an RTS packet duration is 160us (1Mbps transmission), occupying 8 slots. When should CTS transmission begin? Right after the SIFS (i.e. at the middle of the slot), or wait for the beginning of the next slot? =20 =20 =20 Your prompt reply is highly appreciated.=20 =20 Best regards,=20 Kostas Voulgaris =20 ------_=_NextPart_001_01C5A770.D7922D71 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

 Kostas,    = ;   

 

      =     PLCP is added to any 802.11 MAC frame transmitted, yes including RTS, = CTS and ACK control frames. And CTS and ACK frames transmission starts right = after SIFS, even when it is middle of a slot.

 

Best Regards

Osama Farrag

 

-----Original = Message-----
From: = manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On = Behalf Of Kostas Voulgaris
Sent: Monday, August 22, = 2005 6:32 PM
To: manet@ietf.org
Subject: [manet] Request = for clarifications on 802.11 4-way handshake

 

Dear = all,

Reading the = standards on 802.11 I have a few of questions regarding the 4-way handshake and the = PHY operation.

 

More = specifically, it seems that a PLCP header and Preamble is added to the MPDU at the = beginning of any data transmission.

If this is = correct, does the same rule apply for RTS / CTS and ACK packets? i.e. are a Preamble = and PLCP Header added any time one of the aforementioned packets is to be = transmitted?

 

Also, does the transmission of any control packet starts at the beginning of a = slot?

As an example, = a slot duration according to the standards for DSS system is 20us. A SIFS = duration is 10us.

Omitting PLCP = Header and Preamble, an RTS packet duration is 160us (1Mbps transmission), = occupying 8 slots.

When should = CTS transmission begin? Right after the SIFS (i.e. at the middle of the = slot), or wait for the beginning of the next slot?

 

 

 

Your prompt = reply is highly appreciated.

 

Best regards, =

Kostas = Voulgaris

 

=00 ------_=_NextPart_001_01C5A770.D7922D71-- --===============1175002489== 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 --===============1175002489==-- From manet-bounces@ietf.org Tue Aug 23 11:11:22 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E7aQs-0002gy-E9; Tue, 23 Aug 2005 11:11:22 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E7aQq-0002gn-Fg for manet@megatron.ietf.org; Tue, 23 Aug 2005 11:11:20 -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 LAA09411 for ; Tue, 23 Aug 2005 11:11:18 -0400 (EDT) Received: from amber.ccs.neu.edu ([129.10.116.51]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E7aQv-0007OO-Nq for manet@ietf.org; Tue, 23 Aug 2005 11:11:29 -0400 Received: from denali.ccs.neu.edu ([129.10.116.200]) by amber.ccs.neu.edu with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.50) id 1E7aQh-0007Yv-Cd; Tue, 23 Aug 2005 11:11:13 -0400 Date: Tue, 23 Aug 2005 11:11:11 -0400 (EDT) From: Guevara Noubir 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: dbb8771284c7a36189745aa720dc20ab Subject: [manet] WiSe 2005 Call for Participation (fwd) 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 Colleague, Please find attached the call for participation for the Fourth ACM Workshop on Wireless Security (WiSe 2005) to be held in Cologne, Germany on September 2, 2005. We have an excellent program consisting of 10 full papers and 3 poster presentations, and 2 keynote talks. The complete information is available on the website: www.ee.washington.edu/research/nsl/wise2005 Workshop Registration will be available at venue. We apologize if you receive multiple copies of this message. Please feel free to distribute this to colleagues who might be interested. regards, WiSe 2005 Organizing Committee *************************************************************** CALL FOR PARTICIPATION Fourth ACM Workshop on Wireless Security Cologne, Germany, September 2, 2005 www.ee.washington.edu/research/nsl/wise2005 CO-SPONSORED BY: ACM SIGMOBILE University/Government Sponsors: Center for Applied Cybersecurity Research US Army Research Office *************************************************************** WORKSHOP PROGRAM Friday, Sept 2, 2005 ******************************************************************* 08:30 - 08:40: WiSe Introduction and Awards 08:40 - 10:10: Session 1: Key Management Efficient Key Establishment for Group-Based Wireless Sensor Deployments Li Zhou, Jinfeng Ni, Chinya V. Ravishankar (University of California at Riverside) Group-Based Key Pre-Distribution in Wireless Sensor Networks Donggang Liu (University of Texas at Arlington), Peng Ning (NCSU), Wenliang Du (Syracuse University) Fully Self-Organized Peer-to-Peer Key Management for Mobile Ad Hoc Networks Johann van der Merwe, Dawoud Dawoud, Stephen McDonald (University of KwaZulu) 10:10 - 10:20: Coffee Break 10:20 - 11:20: Session 2: KEYNOTE TALK The Security of Vehicular Networks Professor Jean-Pierre Hubaux, EPFL 11:20 - 11:30: Break 11:30 - 12:30: Session 3: Misbehavior A Framework for MAC Protocol Misbehavior Detection in Wireless Networks Svetlana Radosavac (University of Maryland), John S. Baras (University of Maryland), Iordanis Koutsopoulos (University of Thessaly) Hotspot-Based Traceback for Mobile Ad Hoc Networks Yi-an Huang and Wenke Lee (Georgia Tech) 12:30 - 13:30: Session 4: Poster Presentations Experimental Comparisons between SAODV and AODV Routing Protocol Yuxia Lin, A. Hamed Mohsenian Rad, Vincent W.S. Wong, Joo-Han Song (University of British Columbia) Anonymous On Demand Routing in Mobile Ad hoc Networks Stefaan Seys and Bart Preneel (K.U.Leuven) Two Practical Attacks Against Bluetooth Security Using New Enhanced Implementations of Security Analysis Tools Keijo Haataja (University of Kuopio) 13:30 - 14:30: Session 5: KEYNOTE TALK Emergent Properties in Ad-Hoc Networks: A Security Perspective Professor Virgil D. Gligor, University of Maryland 14:30 - 14:40: Break 14:40 - 16:10: Session 6: Security Analysis Privacy Enhanced Cellular Access Security Geir Myrdahl Koien (Telenor R & D and Agder University College) Strengthening EPC Tags Against Cloning Ari Juels (RSA Laboratories) Modeling Epidemic Spreading in Mobile Environments James W. Mickens, Brian D. Noble (University of Michigan) 16:10 - 16:20: Coffee Break 16:20 - 17:20: Session 7: Synchronization Low-cost Attacks against Packet Delivery, Localization and Time Synchronization Services in Under-Water Sensor Networks Jiejun Kong (UCLA), Zhengrong Ji (UCLA), Weichao Wang (Purdue University), Mario Gerla (UCLA), Rajive Bagrodia (UCLA), Bharat Bhargava (Purdue University) Secure Time Synchronization Service for Sensor Networks Saurabh Ganeriwal, Srdjan Capkun, Chih-Chieh Han, Mani B. Srivastava (UCLA) ******************************************************************* _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Aug 23 18:04:37 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E7gsn-0002Ft-Mj; Tue, 23 Aug 2005 18:04:37 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E7gsk-0002Fl-KY for manet@megatron.ietf.org; Tue, 23 Aug 2005 18:04:34 -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 SAA14677 for ; Tue, 23 Aug 2005 18:04:31 -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.43) id 1E7gsw-0007jw-KA for manet@ietf.org; Tue, 23 Aug 2005 18:04:46 -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 j7NM4XXM004778 for ; Tue, 23 Aug 2005 18:04: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 M2005082318043228780 for ; Tue, 23 Aug 2005 18:04:33 -0400 Received: from localhost (basagni@localhost) by ECE.NEU.EDU (8.12.8/8.12.5/Submit) with ESMTP id j7NM4VbT025458 for ; Tue, 23 Aug 2005 18:04:31 -0400 Date: Tue, 23 Aug 2005 18:04:31 -0400 (EDT) From: Stefano Basagni To: manet@ietf.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by SMTP1.ECE.NEU.EDU id j7NM4XXM004778 X-Spam-Score: 0.0 (/) X-Scan-Signature: b22590c27682ace61775ee7b453b40d3 Content-Transfer-Encoding: quoted-printable Subject: [manet] IEEE WiMEsh 2005, 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 (Multiple apologies for multiple copies of this call.) ----------------------------------------------------------- CALL FOR PARTICIPATION ----------------------------------------------------------- WiMesh 2005 First IEEE Workshop on Wireless Mesh Networks Held in conjunction with IEEE SECON 2005 =20 Santa Clara, CA September 26th (Monday), 2005 ------------------------------------------------------------ Web site: http://www.cs.ucdavis.edu/~prasant/wimesh ------------------------------------------------------------ Recently, there has been a growing research and practical interest on wireless mesh networks. Academia, large industrial research labs, and start-up companies have ongoing projects related to various aspects of mesh networks. All these efforts and experimental studies are geared towards real applications in home networks, enterprise networks, and community networks that we already see today, and more can be envisioned in near future. To create a venue for leading experts in this field to meet and discuss theory, practice, experience, vision, and research issues on this timely subject, we are organizing the First IEEE Communication Society's Workshop on Wireless Mesh Networks (WiMesh 2005) in conjunction with IEEE SECON 2005. ------------------------------------------------------------ Workshop Chairs: Sung-Ju Lee HP Labs=20 (sjlee(AT)hpl.hp.com) Prasant Mohapatra University of California, Davis=20 (prasant(AT)cs.ucdavis.edu) ------------------------------------------------------------ REGISTRATION You can register on-line, or by fax/mail.=20 Please visit http://inrg.cse.ucsc.edu/secon05/home.html ------------------------------------------------------------ Tentative Program: * High Throughput Multimedia Broadcast in Multi-Rate Wireless Meshes Chun Tung Chou (University of New South Wales)=20 Archan Misra (IBM Watson Research) * Architecture of a Layer-2 Radio-Aware Mesh Network W. Steven Conner (Intel Research) Bahar Sadeghi (Intel Research) Lily Yang (Intel Research) Anand Rangarajan (Intel Research) * Mesh Networking Protocols to Exploit Physical Layer Capabilities Pradeep Kyasanur (University of Illinois) Xue Yang (University of Illinois) Nitin H. Vaidya (University of Illinois) * Optimizing Multicast Load in Mesh Networks using Dual-Association Dongwook Lee (Ohio State University) Gayathri Chandrasekaran (Ohio State University) Prasun Sinha (Ohio State University) * Exploiting Partially Overlapped Channels in Wireless Meshes Arunesh Mishra (University of Maryland)=20 Eric Rozner (University of Wisconsin) Suman Banerjee (University of Wisconsin) William Arbaugh (University of Maryland) * Multipath Routing in Heterogeneous Wireless Networks=20 Marc Mosko (UC Santa Cruz)=20 J.J. Garcia-Luna-Aceves (UC Santa Cruz and PARC) * A Channel Management Scheme for Improving Throughput in Multi-Channel Mesh Networks Thyaga Nandagopal (Bell Labs) Murali Kodialam (Bell Labs) * Power-Bandwidth Tradeoff in Multi-Antenna Interference Relay Networks Ozgur Oyman (Stanford University) Arogyaswami J. Paulraj (Stanford University) * On the Design of High Performance Multi-radio Infrastructure Mesh Netwo= rks Krishna Ramachandran (UC Santa Barbara) Milind M. Buddhikot (Bell Labs) Girish Chandranmenon (Bell Labs) Scott Miller (Bell Labs) * Capacity Scaling with Multi-radio Mesh Sumit Roy (University of Washington) Hamed Al Azemi (University of Washington) Arindam Das (University of Washington)=20 Hui Ma (University of Washington) Eman Alotaibi (University of Washington) * A Fair Scheduling for Mesh Networks=20 Naouel Ben Salem (EPFL) Jean-Pierre Hubaux (EPFL) * On the Impact of Beamforming on Mutual Interference and MAC Layer Desig= n Robert Vilzmann (Technische Universit=E4t M=FCnchen) Christian Bettstetter (NTT DoCoMo Euro Labs) Christian Hartmann (Technische Universit=E4t M=FCnchen) * Designing Routing Metrics for Mesh Networks=20 Yaling Yang (University of Illinois) Jun Wang (University of Illinois) Robin Kravets (University of Illinois) * ROMER: Resilient Opportunistic Mesh Routing for Wireless Mesh Networks Yuan Yuan (University of Maryland)=20 Hao Yang (UCLA) Songwu Lu (UCLA) William Arbaugh (University of Maryland) -- 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 Aug 25 06:00:45 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8EXN-0006YI-7j; Thu, 25 Aug 2005 06:00:45 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8EXJ-0006YC-LL for manet@megatron.ietf.org; Thu, 25 Aug 2005 06:00: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 GAA10279 for ; Thu, 25 Aug 2005 06:00:39 -0400 (EDT) Received: from smtp1.iitb.ac.in ([203.199.81.149]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E8EXm-0005se-ER for manet@ietf.org; Thu, 25 Aug 2005 06:01:12 -0400 Received: (qmail 9818 invoked from network); 25 Aug 2005 15:30:11 +0530 Received: from unknown (HELO ldns1.iitb.ac.in) (10.200.12.1) by smtp1.iitb.ac.in with SMTP; 25 Aug 2005 15:30:11 +0530 Received: (qmail 3527 invoked by uid 509); 25 Aug 2005 09:52:56 -0000 Received: from 10.107.1.1 by ldns1 (envelope-from , uid 501) with qmail-scanner-1.25 (clamdscan: 0.86.2/1039. spamassassin: 3.0.2. Clear:RC:1(10.107.1.1):. Processed in 0.01581 secs); 25 Aug 2005 09:52:56 -0000 Received: from unknown (HELO ee.iitb.ac.in) (10.107.1.1) by ldns1.iitb.ac.in with SMTP; 25 Aug 2005 09:52:56 -0000 Received: from director.ee.iitb.ac.in (sharada.ee.iitb.ac.in [10.107.1.2]) by ee.iitb.ac.in (8.12.4/8.12.4) with ESMTP id j7PA0Acd019446 for ; Thu, 25 Aug 2005 15:30:11 +0530 (IST) Received: from bharati.ee.iitb.ac.in (bharati.ee.iitb.ac.in [10.107.1.6]) by director.ee.iitb.ac.in (8.12.8/8.12.8) with ESMTP id j7P9bZGS020592 for ; Thu, 25 Aug 2005 15:07:40 +0530 Date: Thu, 25 Aug 2005 15:03:27 +0530 (IST) From: Hemant Kumar Rath_04407001_ To: manet@ietf.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: 0.0 (/) X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2 Subject: [manet] Optimum packet size of TCP in Multi-hop adhoc network 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, What is the optimum packet size of TCP in a multi-hop ad-hoc network? Is there any pointers/references exists to it? Regards and thanks, -Hemant -- Hemant Kr Rath, IIT-Bombay _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Aug 26 05:12:10 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8aFu-0004Lp-5W; Fri, 26 Aug 2005 05:12:10 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8aFs-0004Lh-0M for manet@megatron.ietf.org; Fri, 26 Aug 2005 05:12: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 FAA06317 for ; Fri, 26 Aug 2005 05:12:05 -0400 (EDT) Received: from mr1.dcs.gla.ac.uk ([130.209.249.184]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E8aGY-0006dW-6o for manet@ietf.org; Fri, 26 Aug 2005 05:12:51 -0400 Received: from ex1.ad.dcs.gla.ac.uk ([130.209.249.157]:23340) by mr1.dcs.gla.ac.uk with esmtp (Exim 4.42) id 1E8aFe-0004ZM-QG for manet@ietf.org; Fri, 26 Aug 2005 10:11:54 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 26 Aug 2005 10:11:54 +0100 Message-ID: <58577CAC1C0FB34DAA24FA9DC76613F11D0314@ex1.ad.dcs.gla.ac.uk> Thread-Topic: Highest priority flow in DiffServ model Thread-Index: AcWqHjO+jpiCsJA7RFGDFNj0aqwusA== From: "Shaliza Wahab" To: X-Spam-Score: 0.5 (/) X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8 Subject: [manet] Highest priority flow in DiffServ model 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="===============0064308252==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============0064308252== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5AA1E.33CF17AA" This is a multi-part message in MIME format. ------_=_NextPart_001_01C5AA1E.33CF17AA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear all, I just wonder whether in DiffServ model, there is only ONE highest = priority flow (Expedited Forwarding) no matter how many high priority = flows go into the network? Are the other high priority flows will be = treated as AF? Anybody have the answer? Thank you very much. Shaliza Hayati A.Wahab Department of Computing Science University of Glasgow G12 8RZ Glasgo United Kingdom ------_=_NextPart_001_01C5AA1E.33CF17AA Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Highest priority flow in DiffServ model

Dear all,

I just wonder whether in DiffServ model, there is only ONE highest = priority flow (Expedited Forwarding) no matter how many high priority = flows go into the network? Are the other high priority flows will be = treated as AF?

Anybody have the answer?

Thank you very much.

Shaliza Hayati A.Wahab
Department of Computing Science
University of Glasgow
G12 8RZ Glasgo
United Kingdom

------_=_NextPart_001_01C5AA1E.33CF17AA-- --===============0064308252== 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 --===============0064308252==-- From manet-bounces@ietf.org Fri Aug 26 07:21:02 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8cGb-0001S5-Ta; Fri, 26 Aug 2005 07:21:01 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8cGW-0001OX-8n for manet@megatron.ietf.org; Fri, 26 Aug 2005 07:21:00 -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 HAA11963 for ; Fri, 26 Aug 2005 07:20:55 -0400 (EDT) Received: from smtp4.na.baesystems.com ([63.164.202.13]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E8cH4-0002DI-Io for manet@ietf.org; Fri, 26 Aug 2005 07:21:32 -0400 Received: from BLUMS0022.bluelnk.net (blums0022.na.baesystems.com [10.40.96.145]) by smtp4.na.baesystems.com (8.12.10/8.12.10) with ESMTP id j7QBKeBv016033 for ; Fri, 26 Aug 2005 07:20:40 -0400 (EDT) Received: from blums0002.bluelnk.net (blums0002.na.baesystems.com [10.40.96.102]) by smtp1.na.baesystems.com (8.12.10/8.12.10) with ESMTP id j7QBKd0b016527 for ; Fri, 26 Aug 2005 07:20:39 -0400 (EDT) Received: from BLUMS0005.bluelnk.net ([10.40.96.105]) by blums0002.bluelnk.net with Microsoft SMTPSVC(5.0.2195.6713); Fri, 26 Aug 2005 07:22:03 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [manet] Highest priority flow in DiffServ model Date: Fri, 26 Aug 2005 07:22:03 -0400 Message-ID: Thread-Topic: [manet] Highest priority flow in DiffServ model Thread-Index: AcWqHjO+jpiCsJA7RFGDFNj0aqwusAAEMteQ From: "Frye, Robert J \(US SSA\)" To: X-OriginalArrivalTime: 26 Aug 2005 11:22:03.0490 (UTC) FILETIME=[62564420:01C5AA30] X-Spam-Score: 0.3 (/) X-Scan-Signature: 96e0f8497f38c15fbfc8f6f315bcdecb 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="===============1905350776==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============1905350776== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5AA30.62245415" This is a multi-part message in MIME format. ------_=_NextPart_001_01C5AA30.62245415 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Shaliza, =20 You can have as many Expedited Forwarding / High Priority flows as you want. However, the point of DiffServ & other QoS approaches is that ultimately network & processing bandwidth is limited - these define what should be done when the limit is reached. With an over-saturated link/device, some things will get delayed or discarded; having more than one flow as high priority means that you are giving more traffic the EF priority treatment and less AF/BE traffic will get thru. At some point, if High Priority traffic exceeds the capacity of the router (/switch/link/...) - particularly if "everything" is marked High Priority - then some of THAT traffic will get delayed/discarded, almost completely voiding the meaning and usefulness of marking traffic High Priority. (I say "almost" because at that point no AF/BE traffic will get thru, at least you have limited your traffic load to that which is deemed High Priority.) =20 If bandwidth were infinite and processing time was truly instantaneous, there would be no need for QoS. Everything would always get through with no queuing, buffering or delay. =20 Rob Frye BAE SYSTEMS CNIR 11487 Sunset Hills Road Reston, VA 20190 (v)703-668-4520 (m)571-331-2846 (e)robert.frye@baesystems.com =20 _____ =20 From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Shaliza Wahab Sent: Friday, August 26, 2005 5:12 AM To: manet@ietf.org Subject: [manet] Highest priority flow in DiffServ model =20 =20 Dear all, I just wonder whether in DiffServ model, there is only ONE highest priority flow (Expedited Forwarding) no matter how many high priority flows go into the network? Are the other high priority flows will be treated as AF? Anybody have the answer? Thank you very much. Shaliza Hayati A.Wahab Department of Computing Science University of Glasgow G12 8RZ Glasgo United Kingdom=20 ------_=_NextPart_001_01C5AA30.62245415 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Highest priority flow in DiffServ model

Shaliza,

 

You can have as many Expedited = Forwarding / High Priority flows as you want.  However, the point of DiffServ = & other QoS approaches is that ultimately network & processing bandwidth is = limited – these define what should be done when the limit is reached. =  With an over-saturated link/device, some things will get delayed or discarded; = having more than one flow as high priority means that you are giving more = traffic the EF priority treatment and less AF/BE traffic will get thru.  At = some point, if High Priority traffic exceeds the capacity of the router = (/switch/link/…) – particularly if “everything” is marked High Priority – = then some of THAT traffic will get delayed/discarded, almost completely voiding = the meaning and usefulness of marking traffic High Priority.  (I say = “almost” because at that point no AF/BE traffic will get thru, at least you have = limited your traffic load to that which is deemed High = Priority.)

 

If bandwidth were infinite and = processing time was truly instantaneous, there would be no need for QoS.  = Everything would always get through with no queuing, buffering or = delay.

 

Rob = Frye

BAE = SYSTEMS

CNIR

11487 Sunset Hills = Road

Reston, VA 20190

(v)703-668-4520

(m)571-331-2846

(e)robert.frye@baesystems.com

 

From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Shaliza Wahab
Sent: Friday, August 26, = 2005 5:12 AM
To: manet@ietf.org
Subject: [manet] Highest = priority flow in DiffServ model

 

 

Dear all,

I just wonder whether in DiffServ model, there is only ONE highest = priority flow (Expedited Forwarding) no matter how many high priority flows go = into the network? Are the other high priority flows will be treated as AF?

Anybody have the answer?

Thank you very much.

Shaliza Hayati A.Wahab
Department of Computing Science
University of Glasgow
G12 8RZ Glasgo
United = Kingdom

------_=_NextPart_001_01C5AA30.62245415-- --===============1905350776== 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 --===============1905350776==-- From manet-bounces@ietf.org Fri Aug 26 08:15:02 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8d5p-0001Q1-Fl; Fri, 26 Aug 2005 08:13:57 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8d5n-0001Pq-8r for manet@megatron.ietf.org; Fri, 26 Aug 2005 08:13: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 IAA14519 for ; Fri, 26 Aug 2005 08:13:54 -0400 (EDT) Received: from mclmx.mail.saic.com ([149.8.64.10]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E8d6U-0003zx-VH for manet@ietf.org; Fri, 26 Aug 2005 08:14:40 -0400 Received: from [149.8.64.21] by mclmx.mail.saic.com; Fri, 26 Aug 2005 08:13:35 -0400 Received: from mclmx2.mail.saic.com ([149.8.64.32]) by mcl-its-ieg01.mail.saic.com (SMSSMTP 4.0.5.66) with SMTP id M2005082608133526109 ; Fri, 26 Aug 2005 08:13:35 -0400 Received: from [149.8.64.21] by mclmx2.mail.saic.com with ESMTP; Fri, 26 Aug 2005 08:13:35 -0400 Received: from bh-exchange02.saic-abingdon.com ([10.42.81.226]) by bh-exchangefe.saic-abingdon.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 26 Aug 2005 08:16:04 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [manet] Highest priority flow in DiffServ model Date: Fri, 26 Aug 2005 08:15:57 -0400 Message-Id: <2FE23D25B7292B489A217D1965CDA866726467@bh-exchange02.saic-abingdon.com> Thread-Topic: [manet] Highest priority flow in DiffServ model Thread-Index: AcWqHjO+jpiCsJA7RFGDFNj0aqwusAAEMteQAAHQ5Yo= From: "Roy, Radhika \(AEAD\)" To: "Frye, Robert J \(US SSA\)" , X-OriginalArrivalTime: 26 Aug 2005 12:16:04.0903 (UTC) FILETIME=[EE5EA370:01C5AA37] X-Spam-Score: 0.7 (/) X-Scan-Signature: d8921dd2ebcb07edebf7bfaf4808c2ad 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="===============0472513948==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============0472513948== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5AA37.EA341172" This is a multi-part message in MIME format. ------_=_NextPart_001_01C5AA37.EA341172 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Robert and all: =20 You are right. =20 I believe that the real question is this: What do we do to maintain the = appropriate QOS levels for all flows over the DiffServ network with = finite bandwidth/resources? =20 The answer can be some where else. For example, we can have entities = like bandwidth broker that will work behind the scene to know the health = of the network monitoring/collecting statistics/measuring all the = traffic that goes over the network. Then this entity (or entities) will = instruct each node/router what levels need to be attached for each flow. =20 Are there any other mechanisms to address the leveling issues of each = flow over the DiffServ network with finite resources to maintain the = appropriate levels QOS for all flows? =20 Best regards, =20 Radhika R. Roy ________________________________ From: manet-bounces@ietf.org on behalf of Frye, Robert J (US SSA) Sent: Fri 8/26/2005 7:22 AM To: manet@ietf.org Subject: RE: [manet] Highest priority flow in DiffServ model Shaliza, =20 You can have as many Expedited Forwarding / High Priority flows as you = want. However, the point of DiffServ & other QoS approaches is that = ultimately network & processing bandwidth is limited - these define what = should be done when the limit is reached. With an over-saturated = link/device, some things will get delayed or discarded; having more than = one flow as high priority means that you are giving more traffic the EF = priority treatment and less AF/BE traffic will get thru. At some point, = if High Priority traffic exceeds the capacity of the router = (/switch/link/...) - particularly if "everything" is marked High = Priority - then some of THAT traffic will get delayed/discarded, almost = completely voiding the meaning and usefulness of marking traffic High = Priority. (I say "almost" because at that point no AF/BE traffic will = get thru, at least you have limited your traffic load to that which is = deemed High Priority.) =20 If bandwidth were infinite and processing time was truly instantaneous, = there would be no need for QoS. Everything would always get through = with no queuing, buffering or delay. =20 Rob Frye BAE SYSTEMS CNIR 11487 Sunset Hills Road Reston, VA 20190 (v)703-668-4520 (m)571-331-2846 (e)robert.frye@baesystems.com =20 ________________________________ From: manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf = Of Shaliza Wahab Sent: Friday, August 26, 2005 5:12 AM To: manet@ietf.org Subject: [manet] Highest priority flow in DiffServ model =20 =20 Dear all, I just wonder whether in DiffServ model, there is only ONE highest = priority flow (Expedited Forwarding) no matter how many high priority = flows go into the network? Are the other high priority flows will be = treated as AF? Anybody have the answer? Thank you very much. Shaliza Hayati A.Wahab Department of Computing Science University of Glasgow G12 8RZ Glasgo United Kingdom=20 ------_=_NextPart_001_01C5AA37.EA341172 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =0A= =0A= =0A= =0A= =0A= =0A= =0A= Highest priority flow in DiffServ model=0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A=
=0A=
Hi, Robert = and =0A= all:
=0A=
 
=0A=
You are right.
=0A=
 
=0A=
I believe that the real = question is this: =0A= What do we do to maintain the appropriate QOS levels for all flows = over the =0A= DiffServ network with finite bandwidth/resources?
=0A=
 
=0A=
The answer can be some where = else. For =0A= example, we can have entities like bandwidth broker that will work = behind the =0A= scene to know the health of the network monitoring/collecting =0A= statistics/measuring all the traffic that goes over the network. = Then this =0A= entity (or entities) will instruct each node/router what levels need to =0A= be attached for each flow.
=0A=
 
=0A=
Are there any other = mechanisms to =0A= address the leveling issues of each flow over the DiffServ network with = finite =0A= resources to maintain the appropriate levels QOS for all =0A= flows?
=0A=
 
=0A=
Best regards,
=0A=
 
=0A=
Radhika R. = Roy
=0A=

=0A=
=0A= From: manet-bounces@ietf.org on = behalf of Frye, =0A= Robert J (US SSA)
Sent: Fri 8/26/2005 7:22 AM
To: =0A= manet@ietf.org
Subject: RE: [manet] Highest priority flow in = DiffServ =0A= model

=0A=
=0A=
=0A=

Shaliza,

=0A=

 

=0A=

You can have = as many =0A= Expedited Forwarding / High Priority flows as you want.  However, = the point =0A= of DiffServ & other QoS approaches is that ultimately network & =0A= processing bandwidth is limited – these define what should be done = when the =0A= limit is reached.  With an over-saturated link/device, some things = will get =0A= delayed or discarded; having more than one flow as high priority means = that you =0A= are giving more traffic the EF priority treatment and less AF/BE traffic = will =0A= get thru.  At some point, if High Priority traffic exceeds the = capacity of =0A= the router (/switch/link/…) – particularly if = “everything” is marked High =0A= Priority – then some of THAT traffic will get delayed/discarded, = almost =0A= completely voiding the meaning and usefulness of marking traffic High =0A= Priority.  (I say “almost” because at that point no = AF/BE traffic will get =0A= thru, at least you have limited your traffic load to that which is = deemed High =0A= Priority.)

=0A=

 

=0A=

If bandwidth = were =0A= infinite and processing time was truly instantaneous, there would be no = need for =0A= QoS.  Everything would always get through with no queuing, = buffering or =0A= delay.

=0A=

 

=0A=
=0A=

Rob Frye

=0A=

BAE =0A= SYSTEMS

=0A=

CNIR

=0A=

11487 Sunset = Hills =0A= Road

=0A=

Reston, VA =0A= 20190

=0A=

(v)703-668-4520

=0A=

(m)571-331-2846

=0A=

(e)robert.frye@baesystems.com

=0A=

 

=0A=
=0A=
=0A=
=0A=
=0A=

From: =0A= manet-bounces@ietf.org [mailto:manet-bounces@ietf.org] On Behalf Of Shaliza = Wahab
Sent: Friday, August 26, 2005 = 5:12 =0A= AM
To: =0A= manet@ietf.org
Subject: [manet] =0A= Highest priority flow in DiffServ model

=0A=

 

=0A=

 

=0A=

Dear =0A= all,

I just wonder whether in DiffServ model, there is only ONE = highest =0A= priority flow (Expedited Forwarding) no matter how many high priority = flows go =0A= into the network? Are the other high priority flows will be treated as =0A= AF?

Anybody have the answer?

Thank you very = much.

Shaliza =0A= Hayati A.Wahab
Department of Computing Science
University of =0A= Glasgow
G12 8RZ Glasgo
United Kingdom =0A=

=0A= =0A= =0A= =0A= =0A= ------_=_NextPart_001_01C5AA37.EA341172-- --===============0472513948== 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 --===============0472513948==-- From manet-bounces@ietf.org Fri Aug 26 11:11:34 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8fri-0001q2-7G; Fri, 26 Aug 2005 11:11:34 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8frf-0001pw-F0 for manet@megatron.ietf.org; Fri, 26 Aug 2005 11:11: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 LAA25710 for ; Fri, 26 Aug 2005 11:11:29 -0400 (EDT) Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E8fsP-0001Rb-2N for manet@ietf.org; Fri, 26 Aug 2005 11:12:18 -0400 Received: from rtp-core-1.cisco.com (64.102.124.12) by rtp-iport-2.cisco.com with ESMTP; 26 Aug 2005 11:11:21 -0400 X-IronPort-AV: i="3.96,144,1122868800"; d="scan'208"; a="67983433:sNHT28502372" Received: from cisco.com (shako.cisco.com [64.102.17.78]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id j7QFBJT6011379; Fri, 26 Aug 2005 11:11:19 -0400 (EDT) Received: from aretana-u10.cisco.com (aretana-u10.cisco.com [64.102.48.77]) by cisco.com (8.8.8-Cisco List Logging/8.8.8) with ESMTP id LAA23651; Fri, 26 Aug 2005 11:11:18 -0400 (EDT) Date: Fri, 26 Aug 2005 08:11:18 -0700 (PDT) From: Alvaro Retana To: macker@itd.nrl.navy.mil, idc@cs.ucsb.edu Message-ID: X-Track: y MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: 0.0 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Cc: Alex Zinin , manet@ietf.org Subject: [manet] Charter Clarification 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 Joe/Ian: The WG charter currently reads: Using mature components from previous work on experimental reactive and proactive protocols, the WG will develop two Standards track routing protocol specifications: - Reactive MANET Protocol (RMP) - Proactive MANET Protocol (PMP) I have two questions: 1. Is the intent to *only* consider updates or descendants of the 4 experimental protocols the WG worked on?? If so, why?? 2. Is rfc2501 the document to be used to evaluate the proposals?? Or are there any other guidelines wrt requirements?? I may have missed these discussions, so feel free to point me to the appropriate thread. Thanks!! Alvaro. _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Aug 26 12:16:41 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8gmy-0002nG-Va; Fri, 26 Aug 2005 12:10:44 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8gmx-0002n2-Ih for manet@megatron.ietf.org; Fri, 26 Aug 2005 12:10: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 MAA29422 for ; Fri, 26 Aug 2005 12:10:41 -0400 (EDT) Received: from kil-sm-1.ucis.dal.ca ([129.173.1.130]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E8gnh-0003lU-KD for manet@ietf.org; Fri, 26 Aug 2005 12:11:30 -0400 Received: from KIL-UPT-1.UCIS.Dal.Ca (KIL-UPT-1.UCIS.Dal.Ca [129.173.1.128]) by KIL-SM-1.UCIS.Dal.Ca (8.12.10/8.12.10) with ESMTP id j7QGAcZL019704 for ; Fri, 26 Aug 2005 13:10:39 -0300 Received: from KIL-UPT-1.UCIS.Dal.Ca (localhost.localdomain [127.0.0.1]) by KIL-UPT-1.UCIS.Dal.Ca (8.12.11/8.12.11) with ESMTP id j7QGAc7j026458 for ; Fri, 26 Aug 2005 13:10:38 -0300 Received: (from apache@localhost) by KIL-UPT-1.UCIS.Dal.Ca (8.12.11/8.12.11/Submit) id j7QGAc5G026456 for manet@ietf.org; Fri, 26 Aug 2005 13:10:38 -0300 Received: from hfx-01-209226115106.3web.net (hfx-01-209226115106.3web.net [209.226.115.106]) by my1.dal.ca (Horde MIME library) with HTTP for ; Fri, 26 Aug 2005 13:10:38 -0300 Message-ID: <20050826131038.vui5u623qe0c8g4s@my1.dal.ca> Date: Fri, 26 Aug 2005 13:10:38 -0300 From: Nauman Aslam To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) X-Spam-Score: 0.1 (/) X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad Content-Transfer-Encoding: 7bit Subject: [manet] Reservation Based TDMA 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, In reservation based tdma for ad hoc networks, slotted alhoa is used in some references to covey the reservation requests from nodes to base stations. I could not find any thing relating to the length of reservation period. Say if there are "N" slots in tdma frame and there are "K" nodes in the system assuming (N > K), what should be the minimum length of reservation period so that all nodes successfully covery their request to the base station. Any referneces or suggestions are appreciated, N. ASLAM --------------- _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Fri Aug 26 16:55:37 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8lEe-0001GA-Ug; Fri, 26 Aug 2005 16:55:36 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E8lEc-0001Ed-MQ for manet@megatron.ietf.org; Fri, 26 Aug 2005 16:55:34 -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 QAA22137 for ; Fri, 26 Aug 2005 16:55:30 -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.43) id 1E8lFN-0007Az-B1 for manet@ietf.org; Fri, 26 Aug 2005 16:56:22 -0400 Received: from localhost (mx.iit.cnr.it [127.0.0.1]) by mx.iit.cnr.it (Postfix) with ESMTP id 28FEF2EE17 for ; Fri, 26 Aug 2005 22:55:11 +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 29455-01 for ; Fri, 26 Aug 2005 22:55:07 +0200 (CEST) Received: from [146.48.124.80] (nas0.iit.cnr.it [146.48.124.80]) by mx.iit.cnr.it (Postfix) with ESMTP id 7A9792EE16 for ; Fri, 26 Aug 2005 22:55:05 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v622) To: manet@ietf.org Message-Id: From: Raffaele Bruno Date: Fri, 26 Aug 2005 22:55:33 +0200 X-Mailer: Apple Mail (2.622) X-Virus-Scanned: by Content Checker at iit.cnr.it X-Spam-Score: 0.0 (/) X-Scan-Signature: e06437eb72f6703f11713d345be8298a Subject: [manet] CFP - PerSeNS2006: IEEE Int. Workshop on Sensor Networks and Systems for Pervasive Computing 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="===============0076462385==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============0076462385== Content-Type: multipart/alternative; boundary=Apple-Mail-2-753645305 --Apple-Mail-2-753645305 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit [Apologies for possible multiple copies] ---------------------------------------------------------------------- Second IEEE International Workshop on Sensor Networks and Systems for Pervasive Computing (PerSeNS 2006) http://www.ing.unipi.it/persens2006/ March 13, 2006 - Pisa, Italy in conjunction with IEEE PerCom 2006 (http://www.percom.org/) ---------------------------------------------------------------------- CALL FOR PAPERS Wireless sensor networks are expected to be the basic building block of pervasive computing environments. Aggregating sensor nodes into sophisticated sensing, computational and communication infrastructures to form wireless sensor networks will have a significant impact on a wide array of applications ranging from military, to scientific, to industrial, to health-care, to domestic, establishing ubiquitous computing that will pervade society and redefine the way in which we live and work.The goal of this workshop is to provide a forum to exchange ideas, discuss solutions, and share experiences among researchers, professionals, and application developers both from industry and academia. Original papers addressing both theoretical and practical aspects of sensor networks are solicited. Papers describing prototype implementations and deployment of sensor networks and systems are particularly welcome. Topics of interest include but are not limited to: - Sensor-based systems and applications - Operating systems - Middleware and software tools - Networking architectures and protocols - Location and mobility management - Topology control and time synchronization - Data gathering, aggregation and dissemination - Intelligent sensors - Power Management and energy-efficient design - Cross-layer architectures - Security and dependability issues - Modeling and performance evaluation - Measurements PAPER SUBMISSION Papers should contain original material and not be previously published, or currently submitted for consideration elsewhere. Manuscripts must be limited to 5 pages in IEEE 8.5x11 conference format, and formatted in accordance with the IEEE Computer Society author guidelines (ftp://pubftp.computer.org/Press/Outgoing/proceedings/INSTRUCT.HTM). All submissions will be handled electronically. Authors should prepare a PDF file and submit it to persens2006 at ing.unipi.it. Accepted papers will be published by the IEEE Computer Society in the combined PerCom 2006 workshop proceedings. IMPORTANT DATES Papers due: Sept. 20, 2005 Notification of acceptance: Nov. 22, 2005 Camera-ready papers due: Dec. 19, 2005 PerSeNS Workshop: Mar. 13, 2006 WORKSHOP CO-ORGANIZERS Raffaele Bruno Inst. of Informatics and Telematics National Research Council Via G. Moruzzi, 1 - 56124 Pisa, Italy E-mail: raffaele.bruno at iit.cnr.it Silvia Giordano Dept. of Technologies and Innovations University of Applied Science - SUPSI Galleria 2 - Via Cantonale 6928 Manno - Switzerland Email: silvia.giordano at supsi.ch Stephan Olariu Department of Computer Science Old Dominion University Norfolk, VA 23529-0162, U.S.A. Email: olariu at cs.odu.edu PROGRAM COMMITTEE Ozgur Akan, Middle East Technical University at Ankara, Turkey Gaetano Borriello, University of Washington, USA Levente Buttyan, Budapest University of Technology and Economics, Hungary Vinny Cahill, Trinity College, Ireland Tiziana Calamoneri, University of Rome ''La Sapienza'', Italy Andrew Campbell, Columbia University, USA Carla Fabiana Chiasserini, Politecnico di Torino, Italy Sajal Das, University of Texas at Arlington, USA Mohamed Eltoweissy, Virginia Tech, USA Isabelle Guerin Lassous, INRIA, France Paul Havinga, University of Twente, The Netherlands Holger Karl, University Paderborn, Germany Cecilia Mascolo, University of College London, United Kingdom Archan Misra, IBM T J Watson Research Center, USA Amy Murphy, University of Lugano, Switzerland Symeon Papavassiliou, NJ Insititute of Technology, USA Maria Giovanna Sami, Politecnico di Milano, Italy Mani Srivastava, UCLA, USA Ivan Stojmenovic, University of Ottawa, Canada Ioannis Stavrakakis, University of Athens, Greece Yu-Chee Tseng, National Chiao Tung University, Taiwan Laura Vanzago, ST Microelectonics, Italy Lan Wang, Old Dominion University, USA Jie Wu, Florida Atlantic University, USA Mohamed Younis, University of Maryland, USA -------------------------------------------------------------------- Raffaele Bruno, Ph.D., Researcher Pervasive Computing & Networking Lab. (PerLab) IIT Institute - Italian National Research Council (CNR) Via G. Moruzzi 1, 56124 Pisa, ITALY Tel.: +39 050 315 3078 (direct) Fax.: +39 050 315 2593 (institute) Email: raffaele.bruno@iit.cnr.it Website: bruno1.iit.cnr.it/~bruno/ --Apple-Mail-2-753645305 Content-Type: text/enriched; charset=US-ASCII Content-Transfer-Encoding: 7bit [Apologies for possible multiple copies] ---------------------------------------------------------------------- Second IEEE International Workshop on Sensor Networks and Systems for Pervasive Computing (PerSeNS 2006) http://www.ing.unipi.it/persens2006/ March 13, 2006 - Pisa, Italy in conjunction with IEEE PerCom 2006 (http://www.percom.org/) ---------------------------------------------------------------------- CALL FOR PAPERS Wireless sensor networks are expected to be the basic building block of pervasive computing environments. Aggregating sensor nodes into sophisticated sensing, computational and communication infrastructures to form wireless sensor networks will have a significant impact on a wide array of applications ranging from military, to scientific, to industrial, to health-care, to domestic, establishing ubiquitous computing that will pervade society and redefine the way in which we live and work.The goal of this workshop is to provide a forum to exchange ideas, discuss solutions, and share experiences among researchers, professionals, and application developers both from industry and academia. Original papers addressing both theoretical and practical aspects of sensor networks are solicited. Papers describing prototype implementations and deployment of sensor networks and systems are particularly welcome. Topics of interest include but are not limited to: - Sensor-based systems and applications - Operating systems - Middleware and software tools - Networking architectures and protocols - Location and mobility management - Topology control and time synchronization - Data gathering, aggregation and dissemination - Intelligent sensors - Power Management and energy-efficient design - Cross-layer architectures - Security and dependability issues - Modeling and performance evaluation - Measurements PAPER SUBMISSION Papers should contain original material and not be previously published, or currently submitted for consideration elsewhere. Manuscripts must be limited to 5 pages in IEEE 8.5x11 conference format, and formatted in accordance with the IEEE Computer Society author guidelines (ftp://pubftp.computer.org/Press/Outgoing/proceedings/INSTRUCT.HTM). All submissions will be handled electronically. Authors should prepare a PDF file and submit it to persens2006 at ing.unipi.it. Accepted papers will be published by the IEEE Computer Society in the combined PerCom 2006 workshop proceedings. IMPORTANT DATES Papers due: Sept. 20, 2005 Notification of acceptance: Nov. 22, 2005 Camera-ready papers due: Dec. 19, 2005 PerSeNS Workshop: Mar. 13, 2006 WORKSHOP CO-ORGANIZERS Raffaele Bruno Inst. of Informatics and Telematics National Research Council Via G. Moruzzi, 1 - 56124 Pisa, Italy E-mail: raffaele.bruno at iit.cnr.it Silvia Giordano Dept. of Technologies and Innovations University of Applied Science - SUPSI Galleria 2 - Via Cantonale 6928 Manno - Switzerland Email: silvia.giordano at supsi.ch Stephan Olariu Department of Computer Science Old Dominion University Norfolk, VA 23529-0162, U.S.A. Email: olariu at cs.odu.edu PROGRAM COMMITTEE Ozgur Akan, Middle East Technical University at Ankara, Turkey Gaetano Borriello, University of Washington, USA Levente Buttyan, Budapest University of Technology and Economics, Hungary Vinny Cahill, Trinity College, Ireland Tiziana Calamoneri, University of Rome ''La Sapienza'', Italy Andrew Campbell, Columbia University, USA Carla Fabiana Chiasserini, Politecnico di Torino, Italy Sajal Das, University of Texas at Arlington, USA Mohamed Eltoweissy, Virginia Tech, USA Isabelle Guerin Lassous, INRIA, France Paul Havinga, University of Twente, The Netherlands Holger Karl, University Paderborn, Germany Cecilia Mascolo, University of College London, United Kingdom Archan Misra, IBM T J Watson Research Center, USA Amy Murphy, University of Lugano, Switzerland Symeon Papavassiliou, NJ Insititute of Technology, USA Maria Giovanna Sami, Politecnico di Milano, Italy Mani Srivastava, UCLA, USA Ivan Stojmenovic, University of Ottawa, Canada Ioannis Stavrakakis, University of Athens, Greece Yu-Chee Tseng, National Chiao Tung University, Taiwan Laura Vanzago, ST Microelectonics, Italy Lan Wang, Old Dominion University, USA Jie Wu, Florida Atlantic University, USA Mohamed Younis, University of Maryland, USAVerdana -------------------------------------------------------------------- Raffaele Bruno, Ph.D., Researcher Pervasive Computing & Networking Lab. (PerLab) IIT Institute - Italian National Research Council (CNR) Via G. Moruzzi 1, 56124 Pisa, ITALY Tel.: +39 050 315 3078 (direct) Fax.: +39 050 315 2593 (institute) Email: raffaele.bruno@iit.cnr.it Website: bruno1.iit.cnr.it/~bruno/ --Apple-Mail-2-753645305-- --===============0076462385== 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 --===============0076462385==-- From manet-bounces@ietf.org Sun Aug 28 12:09:41 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9Pj3-0000lS-PK; Sun, 28 Aug 2005 12:09:41 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9Pj1-0000lK-6u for manet@megatron.ietf.org; Sun, 28 Aug 2005 12:09:39 -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 MAA27611 for ; Sun, 28 Aug 2005 12:09:36 -0400 (EDT) Received: from web25408.mail.ukl.yahoo.com ([217.12.10.142]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E9PkA-0007v0-GM for manet@ietf.org; Sun, 28 Aug 2005 12:10:51 -0400 Received: (qmail 56972 invoked by uid 60001); 28 Aug 2005 16:08:56 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=LMTAHOij3CLDoZ93q1ncHv6d6kw/hun6Tfr7KuUfxTC0nYMjkGsp8nX105pDuIKZ7IUp4S77U01qmeJTQ6K6gUJhC3PZUouRwVU1CpAJO8TKBQYwpWJn1uUfFhh5plHbSRgYCUU6cXYMTih5o1HRG1V9Opjm4nY2F3f91uvuFGE= ; Message-ID: <20050828160856.56970.qmail@web25408.mail.ukl.yahoo.com> Received: from [194.237.142.21] by web25408.mail.ukl.yahoo.com via HTTP; Sun, 28 Aug 2005 17:08:56 BST Date: Sun, 28 Aug 2005 17:08:56 +0100 (BST) From: david lee To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.9 (/) X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c Content-Transfer-Encoding: 8bit Subject: [manet] OLSR implementation on NS2 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 Could you please give me some advices on recommandations on OLSR implementation on NS2? I could only find UMOLSR download-able. Many thanks David ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Sun Aug 28 14:17:15 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9RiV-0007Zu-IO; Sun, 28 Aug 2005 14:17:15 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9RiT-0007Zk-FJ for manet@megatron.ietf.org; Sun, 28 Aug 2005 14:17: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 OAA03138 for ; Sun, 28 Aug 2005 14:17:12 -0400 (EDT) Received: from smtp.um.es ([155.54.212.105] helo=mail.um.es) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E9Rjc-0002cZ-Sz for manet@ietf.org; Sun, 28 Aug 2005 14:18:27 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.um.es (Postfix) with ESMTP id 06B501FA2F5; Sun, 28 Aug 2005 20:16:48 +0200 (CEST) Received: from mail.um.es ([127.0.0.1]) by localhost (xenon1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28706-01-67; Sun, 28 Aug 2005 20:16:47 +0200 (CEST) Received: from [192.150.186.240] (dibulibu.um.es [155.54.1.250]) by mail.um.es (Postfix) with ESMTP id E9A211FA304; Sun, 28 Aug 2005 20:16:46 +0200 (CEST) Message-ID: <4311FF8D.6030006@dif.um.es> Date: Sun, 28 Aug 2005 11:16:45 -0700 From: "Pedro M. Ruiz" User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: david lee Subject: Re: [manet] OLSR implementation on NS2 References: <20050828160856.56970.qmail@web25408.mail.ukl.yahoo.com> In-Reply-To: <20050828160856.56970.qmail@web25408.mail.ukl.yahoo.com> 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 I do remember there were other implementations out there, but I am not sure whether they obey the latest RFC. Unfourtunateley I do not have any pointers handy. Our UMOLSR implementation is RFC-compliant and seems to be pretty stable. Do not hesitate to contact any of the guys in http://ants.dif.um.es/massimum/ in case you need further assistance on how to use it. In addition, we will be releasing additional code (e.g. DYMO) within the next few weeks, so please keep an eye on that URL from time to time :) Regards, --Pedro david lee wrote: >Hi, all > >Could you please give me some advices on >recommandations on OLSR implementation on NS2? >I could only find UMOLSR download-able. > >Many thanks >David > > > > > >___________________________________________________________ >Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.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 Sun Aug 28 20:33:08 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9XaG-0003fc-8n; Sun, 28 Aug 2005 20:33:08 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9XaD-0003fU-3l for manet@megatron.ietf.org; Sun, 28 Aug 2005 20:33:05 -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 UAA19596 for ; Sun, 28 Aug 2005 20:33:03 -0400 (EDT) Received: from mclmx.mail.saic.com ([149.8.64.10]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E9XbR-0003Jp-JX for manet@ietf.org; Sun, 28 Aug 2005 20:34:22 -0400 Received: from [149.8.64.21] by mclmx.mail.saic.com; Sun, 28 Aug 2005 20:32:58 -0400 Received: from mclmx2.mail.saic.com ([149.8.64.32]) by mcl-its-ieg01.mail.saic.com (SMSSMTP 4.0.5.66) with SMTP id M2005082820325822331 ; Sun, 28 Aug 2005 20:32:58 -0400 Received: from [149.8.64.21] by mclmx2.mail.saic.com with ESMTP; Sun, 28 Aug 2005 20:32:58 -0400 Received: from bh-exchange02.saic-abingdon.com ([10.42.81.226]) by bh-exchangefe.saic-abingdon.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 28 Aug 2005 20:35:33 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [manet] Highest priority flow in DiffServ model Date: Sun, 28 Aug 2005 20:34:39 -0400 Message-Id: <2FE23D25B7292B489A217D1965CDA86672646B@bh-exchange02.saic-abingdon.com> Thread-Topic: [manet] Highest priority flow in DiffServ model Thread-Index: AcWqHjO+jpiCsJA7RFGDFNj0aqwusAAEMteQAAHQ5YoAG7bgEABh4wsrAAExqxw= From: "Roy, Radhika \(AEAD\)" To: "Susan Hares" , "Frye, Robert J \(US SSA\)" , X-OriginalArrivalTime: 29 Aug 2005 00:35:33.0637 (UTC) FILETIME=[9105AB50:01C5AC31] X-Spam-Score: 0.3 (/) X-Scan-Signature: 4de5d7f989d6c039c8b887f1940f36ab 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="===============1771072331==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============1771072331== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5AC31.8AFE51A8" This is a multi-part message in MIME format. ------_=_NextPart_001_01C5AC31.8AFE51A8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 H, Susan: =20 Please feel free to continue your explanations related to QOS as I am = working on Army's 21-century worldwide network whose MANET-based = networking is the key foundation.=20 =20 Also, I am in the middle of M&S works of the MANET-based network and = will continue participating in technical discussions especially related = to QOS as far as practicable publicly. =20 Definitely, as you have put, QOS is about some calls will get what they = are supposed to get related to bandwidth and other resources, while = others will get less. =20 The other thing is that the topology is changing in MANET networks. = MANET-based routing protocols will have the layer-3 topology information = for example. So, here are some probable scenarios: =20 1. Applications will express their QOS needs at the time of the call = set-up (e.g., SIP). =20 2. Servers like QOS policy/CAC admission need to get involved to bridge = the inter-layer information related to QOS and topology (application = layer-to-IP layer) to indicate what needs to be done related to QOS in = end-to-end path. =20 3. Servers like Bandwidth Broker/CAC need to signal IP routers what need = to be done across the network including DiffServ and RSVP. (Simplified = model from top to down - instead of end-to-end.) =20 4. If the MANET network changes topology after establishment of the = calls, QOS policy/BB/CAC servers need to take care of QOS with changes = in topology without involving call layer's call control servers. It is = expected that this situation may cause some problems initially for the = real-time traffic for delays in setting up the new paths, but it will be = OK eventually. =20 5. For multicast in MANET environment, there are a lot of other things = need to be taken care of. =20 Anyway, these are couple of observations as inputs to stimulate = discussions. =20 Best regards, =20 Radhika R. Roy ________________________________ From: Susan Hares [mailto:skh@nexthop.com] Sent: Sun 8/28/2005 9:23 AM To: Roy, Radhika (AEAD); Frye, Robert J (US SSA); manet@ietf.org Subject: RE: [manet] Highest priority flow in DiffServ model Roy and Robert: =20 Correctly put - QoS is about some devices getting less of the bandwidth. = =20 In 1999, internet-2 Bandwidth broker (BB) sub-group did some work on a = BB to BB protocol. We experimented with TE based on OSPF, = Radius/Diameter and RSVP-TE. [Yes I am admitting I ran some of the = early trials.] Only a few routers (such as the Hitachi router) passed = the early Diff-Serv field trials in 1999-2000 to provide high quality = QoS based on the Diff-Serv routing. In the subsequent years, cisco and a host of routers have put the = hardware and software in line to guarantee QoS. =20 Hitachi put the effort in to work on the multi-media (Video, data, etc). = =20 In the 6 years since 1999, - TWEG working group - has championed TE pipes over IP, - MPLS has champion off-line CSPF for traffic engineered pathway = selection, and the - PCE work is trying communicate between a path-calculation box = and the node. =20 Other alternatives are using RSVP-A and RSVP-TE pathways that walk the = path obtaining the information. =20 =20 So - there is a significant body of work that exists in the IETF and in = research journals on traffic engineered path. I have hit only the highlights of the work in the last 7-10 years.=20 =20 The key issues around QoS for Manet are extremely interesting. Not only = do you have less bandwidth, but the delay issues due to varying = convergence impact any delay sensitive traffic services. =20 So - the key point is to utilize fast-convergence or pre-calculation of = paths. The difficult point is bandwidth brokering multicast. =20 =20 So.. before I launch into more details. Let me know if you are still = interested. =20 Sue Hares =20 ------_=_NextPart_001_01C5AC31.8AFE51A8 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= Highest priority flow in DiffServ model=0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A= =0A=
=0A=
 
=0A=
=0A=
=0A=
H, = Susan:
=0A=
 
=0A=
Please feel free to continue = your =0A= explanations related to QOS as I am working on Army's = 21-century worldwide =0A= network whose MANET-based networking is the key foundation.
=0A=
 
=0A=
Also, I am in the middle of = M&S =0A= works of the MANET-based network and will continue = participating in =0A= technical discussions especially related to QOS as far as practicable =0A= publicly.
=0A=
 
=0A=
Definitely, as you have put, = QOS is about =0A= some calls will get what they are supposed to get related to = bandwidth and =0A= other resources, while others will get less.
=0A=
 
=0A=
The other thing is that the = topology is =0A= changing in MANET networks. MANET-based routing protocols will have the = layer-3 =0A= topology information for example. So, here are some probable =0A= scenarios:
=0A=
 
=0A=
1. Applications will express = their QOS =0A= needs at the time of the call set-up (e.g., SIP).
=0A=
 
=0A=
2. Servers like QOS = policy/CAC admission =0A= need to get involved to bridge the inter-layer information related to = QOS and =0A= topology (application layer-to-IP layer) to indicate what needs to be = done =0A= related to QOS in end-to-end path.
=0A=
 
=0A=
3. Servers like Bandwidth = Broker/CAC need =0A= to signal IP routers what need to be done across the network including = DiffServ =0A= and RSVP. (Simplified model from top to down - instead of =0A= end-to-end.)
=0A=
 
=0A=
4. If the MANET network = changes topology =0A= after establishment of the calls, QOS policy/BB/CAC servers need to take = care of =0A= QOS with changes in topology without involving call layer's call control =0A= servers. It is expected that this situation may cause some problems = initially =0A= for the real-time traffic for delays in setting up the new paths, but it = will be =0A= OK eventually.
=0A=
 
=0A=
5. For multicast in MANET = environment, =0A= there are a lot of other things need to be taken care of.
=0A=
 
=0A=
Anyway, these are couple of = observations as =0A= inputs to stimulate discussions.
=0A=
 
=0A=
Best regards,
=0A=
 
=0A=
Radhika R. = Roy
=0A=

=0A=
=0A= From: Susan Hares =0A= [mailto:skh@nexthop.com]
Sent: Sun 8/28/2005 9:23 = AM
To: =0A= Roy, Radhika (AEAD); Frye, Robert J (US SSA); = manet@ietf.org
Subject: =0A= RE: [manet] Highest priority flow in DiffServ model

=0A=
=0A=
=0A=

Roy = and =0A= Robert:

=0A=

 

=0A=

Correctly put – =0A= QoS is about some devices getting less of the bandwidth. =

=0A=

 

=0A=

In = 1999, =0A= internet-2 Bandwidth broker (BB) sub-group did some work on a BB to BB = protocol. =0A= We experimented with TE based on OSPF, Radius/Diameter and RSVP-TE. =  [Yes I =0A= am admitting I ran some of the early trials.]   Only a few = routers =0A= (such as the Hitachi router) passed the early Diff-Serv field trials in =0A= 1999-2000 to provide high quality QoS based on the Diff-Serv =0A= routing.

=0A=

In = the =0A= subsequent years, cisco and a host of routers have put the hardware and = software =0A= in line to guarantee QoS.

=0A=

 

=0A=

Hitachi put = the effort =0A= in to work on the multi-media (Video, data, etc).

=0A=

 

=0A=

In = the 6 years =0A= since 1999,

=0A=

-        =0A= TWEG = working =0A= group – has championed TE pipes over IP,

=0A=

-        =0A= MPLS = has =0A= champion off-line CSPF for traffic engineered pathway selection, and =0A= the

=0A=

-        =0A= PCE = work is =0A= trying communicate between a path-calculation box and the =0A= node.

=0A=

 

=0A=

Other =0A= alternatives are using RSVP-A and RSVP-TE pathways that walk the path = obtaining =0A= the information. 

=0A=

 

=0A=

So = – there is a =0A= significant body of work that exists in the IETF and in research = journals on =0A= traffic engineered path.

=0A=

I = have hit only =0A= the highlights of the work in the last 7-10 years.

=0A=

 

=0A=

The = key issues =0A= around QoS for Manet are extremely interesting.  Not only do you = have less =0A= bandwidth, but the delay issues due to varying convergence impact any = delay =0A= sensitive traffic services.

=0A=

 

=0A=

So = – the key =0A= point is to utilize fast-convergence or pre-calculation of =0A= paths.

=0A=

The = difficult =0A= point is bandwidth brokering multicast. 

=0A=

 

=0A=

So.. = before I =0A= launch into more details.  Let me know if you are still =0A= interested.

=0A=

 

=0A=

Sue =0A= Hares

=0A=

 

=0A= =0A= =0A= =0A= =0A= ------_=_NextPart_001_01C5AC31.8AFE51A8-- --===============1771072331== 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 --===============1771072331==-- From manet-bounces@ietf.org Mon Aug 29 01:15:56 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9bzw-0005Y5-2f; Mon, 29 Aug 2005 01:15:56 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9bzs-0005Xp-PI for manet@megatron.ietf.org; Mon, 29 Aug 2005 01:15:53 -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 BAA02270 for ; Mon, 29 Aug 2005 01:15:52 -0400 (EDT) Received: from pop-tawny.atl.sa.earthlink.net ([207.69.195.67]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1E9c18-0002Fx-RY for manet@ietf.org; Mon, 29 Aug 2005 01:17:12 -0400 Received: from dialup-4.243.128.82.dial1.sanfrancisco1.level3.net ([4.243.128.82] helo=earthlink.net) by pop-tawny.atl.sa.earthlink.net with esmtp (Exim 3.36 #10) id 1E9bzi-0002pP-00; Mon, 29 Aug 2005 01:15:43 -0400 Message-ID: <431299EC.7040004@earthlink.net> Date: Sun, 28 Aug 2005 22:15:24 -0700 From: Richard Ogier User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 (emach0202) X-Accept-Language: en-us MIME-Version: 1.0 To: Philippe Jacquet Subject: Re: [manet] CDS robustness research repport References: <42F222A9.5000500@inria.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Scan-Signature: 827a2a57ca7ab0837847220f447e8d56 Content-Transfer-Encoding: 7bit Cc: 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 Philippe Jacquet wrote: > Hello, > > This is the reference of the research repport I talked about during > the WG presentation about simple manet flooding. > > RR-5609 - On the robustness and stability of Connected Dominating Sets > available on. > > http://www.inria.fr/rrrt/rr-5609.html > > It seems from this study that the MPR-CDS described in smurf draft > would provide a good compromise between robustness and easiness of use > (no need of last hop identification) for flooding non specific datas. > > Regards, > Philippe > Philippe, I had doubts regarding your simulation results in [RR-5609], Section 4 (Resilience to transmission errors), so I ran some simulations comparing your MPR-based CDS (off-line pruning) to the self-selected CDS based on MDRs (MANET Designated Routers) described in the OSPF-MDR draft: http://www.ietf.org/internet-drafts/draft-ogier-manet-ospf-extension-04.txt I used the default value of 3 for MDRConstraint for the MDR selection algorithm. I think that when MDRConstraint = infinity, this algorithm is equivalent to the "rule k" that you used for the self-selected CDS. Letting MDRConstraint = 3 gives a slightly larger CDS with a better stretch factor. Also, your description of the "rule k" method is not quite correct. The condition "the set S(A) is not a dominating set of the neighborhood of A" should be "the set S(A) is not a connected dominating set of the neighborhood of A". I will assume this is just a typo, and that you used the correct rule in your simulations (unless I am told otherwise). After presenting my simulation results below, and discussing some advantages and disadvantages, I describe a way for the MPR-based CDS to be incorporated into the OSPF-MDR extension, so that OSPF-MDR can be compared (via GTNetS simulations) using a self-selected CDS versus the MPR-based CDS. I used the following model to obtain the simulation results below. 100 nodes were placed randomly in a unit square. I used a transmission radius of 0.5 and 0.25. Figure 4 in your report [RR-5609] used 0.25 (equivalent to using a 4x4 square). Simulation results for performance with unreliable links. For radius = .50 Receive Probability CDS Method Avg CDS Size 0.5 0.6 0.7 0.8 0.9 1.0 ------------------------------------------------------------- MPR-based CDS 7.23 .767 .862 .926 .964 .987 1.00 MDR-based CDS 8.26 .738 .846 .919 .963 .986 1.00 Difference in prob. .029 .016 .007 .001 .001 0.00 For radius = 0.50, there is a significant difference of 2.9% when p = 0.5, but when p is 0.8 or greater the difference is insignificant. For radius = .25 Receive Probability CDS Method Avg CDS Size 0.5 0.6 0.7 0.8 0.9 1.0 ------------------------------------------------------------- MPR-based CDS 28.87 .676 .820 .910 .961 .987 1.00 MDR-based CDS 29.43 .573 .752 .875 .949 .985 1.00 Difference in prob. .103 .068 .035 .012 .002 0.00 For radius = 0.25, there is a significant different of 10.3% when p = 0.5, and 6.8% when p = 0.6, but when p is 0.8 or greater the difference is small. Since the MDR-based (self-selected) CDS (with MDRConstraint = 3) is slightly larger than the MPR-based CDS, I conclude that the MPR-based CDS is indeed significantly more robust than the MDR-based CDS when the receive probability is 0.7 or less for radius = .25, and when the receive probability is 0.5 or less for radius = .50. The reason seems to be that the MPR-based CDS has a smaller stretch factor, since the use of MPRs guarantees that, for each node, each neighbor can be reached from the min ID neighbor in at most 2 hops via a CDS node. (It may take 3 hops for the MDR-based CDS, which corresponds to MDRConstraint = 3.) For radius = 0.25, the average stretch factor is 1.13 for the MDR-based CDS and 1.08 for the MPR-based CDS. But this increased robustness comes at a cost, i.e., there are tradeoffs. First of all, with the MDR-based CDS, the decision of whether a given node X is a CDS node (i.e., an MDR) depends only on which pairs of neighbors of node X are neighbors of each other - this is actually less than 2-hop neighbor information, and allows faster response to topology changes. With the MPR-based CDS, the decision of whether a given node X is a CDS node depends on MORE than the 2-hop neighbor information for node X. It depends on the 2-hop neighbor information for all neighbors of node X, which implies it actually depends on 3-hop neighbor information (with respect to node X). This could result in slower response to topology changes. There are other disadvantages, of using MPRs, e.g., having to select and report MPRs to neighbors adds complexity and overhead. Therefore, using MPRs to select the CDS would be justified only if it improves performance overall. Detailed simulations, such as the GTNetS simulations done by Boeing, should be performed to compare these two approaches. To this end, I will now describe how the MPR-based CDS can be incorporated into the OSPF-MDR extension. Assume that the "off-line self-pruning strategy" in [RR-5609] is used, so that each router knows whether or not it is a CDS node, which is called an MDR. In addition, we need Backup MDRs, which can be selected similarly based on Backup MPRs (which must also be selected and reported to neighbors.) Now that MDRs and Backup MDRs are selected, the flooding procedure in the OSPF-MDR draft can be used. (Note that the flooding procedure in the draft, excluding retransmissions, is independent of adjacencies. But LSA retransmissions depend on which neighbors are adjacent.) What remains is how to choose which neighbors to become adjacent with. The OSPF-MDR draft uses the notion of "dependent" neighbors to decide this. But this can be simplified by assuming that all neighbors are dependent. (There exists a more complex solution that may result in fewer adjacencies, but I'm not sure we want to consider this.) This implies, for the option of uniconnected adjacencies, that each MDR becomes adjacent with each MDR neighbor, and each non-MDR selects an MDR neighbor to become adjacent with. For the option of biconnected adjacencies, each (Backup) MDR becomes adjacent with each (Backup) MDR neighbor, and each Other node becomes adjacent with two neighbors that are (Backup) MDRs. One question is whether this will result in too many adjacencies, especially when the biconnected adjacency option is used with the MPR-based CDS. The performance of this variation of OSPF-MDR can be compared with the version described in the OSPF-MDR draft, which is already implemented in GTNetS. Regards, Richard > > > _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Aug 29 01:56:09 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9ccr-00041z-9p; Mon, 29 Aug 2005 01:56:09 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9ccn-00041o-J0 for manet@megatron.ietf.org; Mon, 29 Aug 2005 01: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 BAA03943 for ; Mon, 29 Aug 2005 01:56:04 -0400 (EDT) Received: from web52512.mail.yahoo.com ([206.190.48.195]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E9cdp-0003Jo-Vb for manet@ietf.org; Mon, 29 Aug 2005 01:57:13 -0400 Received: (qmail 36673 invoked by uid 60001); 29 Aug 2005 05:55:39 -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=fCoyU6d/66oBQSs83FGoRaum3SW8/Igp8cHQ6vsobKEoMBzWHwT/rHbucpCLeQLsI6coDaDJJgVNJYsA4r+whc1qy5yIwsolsdvQSdSL4ty9+6QwcZOtTIzBbZphcFXvuuLPBI7P9DkyxuZcb7/zsrJZ/cncaBI1f9KCeeml05U= ; Message-ID: <20050829055539.36671.qmail@web52512.mail.yahoo.com> Received: from [64.203.5.119] by web52512.mail.yahoo.com via HTTP; Sun, 28 Aug 2005 22:55:39 PDT Date: Sun, 28 Aug 2005 22:55:39 -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.1 (/) X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a Content-Transfer-Encoding: 8bit Subject: [manet] Channel planning for multi-channel 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, The channel spacing is important in planning the spectrum allocation in multi-channel MANET. In IEEE 802.11, the channel spacing has to be at least 30 MHz wide in order for two channels to simultaneously operate in the same geographical area with negligible interference. That standard was made in 1999. I guess the channel spacing could be much smaller since the progress in DSP would allow for much more accurate filtering. Does anyone know how small the channel spacing could be under current technologies? Thanks! - Leon ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Mon Aug 29 03:42:43 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9eHz-0002hZ-2s; Mon, 29 Aug 2005 03:42:43 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1E9eHw-0002hT-I3 for manet@megatron.ietf.org; Mon, 29 Aug 2005 03:42:40 -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 DAA22520 for ; Mon, 29 Aug 2005 03:42:39 -0400 (EDT) Received: from web25909.mail.ukl.yahoo.com ([217.12.10.207]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1E9eIz-0006Fo-LG for manet@ietf.org; Mon, 29 Aug 2005 03:44:01 -0400 Received: (qmail 72344 invoked by uid 60001); 29 Aug 2005 07:42:15 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=dHiArLlopU3HKJ2ZRuzEwRC3y488OnROu0x29oOTwGcqyncbE0bvKKJcn/eNkxwN/RxMfoJxsLLXP2FwdDuKm1/3301mqoqtO6cjQKA5HDFK6c3cEDFGDNFH9GoWyccWIf3wcRtNA8On0ccJ3hrCCGyKt4s4HKVOGtfpNsekMYI= ; Message-ID: <20050829074215.72342.qmail@web25909.mail.ukl.yahoo.com> Received: from [62.8.24.2] by web25909.mail.ukl.yahoo.com via HTTP; Mon, 29 Aug 2005 09:42:15 CEST Date: Mon, 29 Aug 2005 09:42:15 +0200 (CEST) From: Yann Subject: RE : [manet] OLSR implementation on NS2 To: manet@ietf.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Spam-Score: 1.1 (+) X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ietf.org id DAA22520 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 David, I don't know UMOLSR but I tried these ones: - nrlolsrd (http://pf.itd.nrl.navy.mil/projects.php?name=3Dolsr) - OOLSR (http://hipercom.inria.fr/OOLSR) I had a few problems with the NRL's implementation while trying to modify it (was it my fault?). Then, I changed for INRIA's implementation which satisfied me. Good luck, Yann -----Message d'origine----- De : david lee [mailto:davidlee1874@yahoo.co.uk]=20 Envoy=E9 : dimanche 28 ao=FBt 2005 18:09 =C0 : manet@ietf.org Objet : [manet] OLSR implementation on NS2 Hi, all Could you please give me some advices on recommandations on OLSR implementation on NS2?=20 I could only find UMOLSR download-able. Many thanks David =09 =09 =09 ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet =09 =09 =09 _________________________________________________________________________= __=20 Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenge= r=20 T=E9l=E9chargez cette version sur http://fr.messenger.yahoo.com _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Tue Aug 30 12:30:08 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EA8zw-0001Pt-9I; Tue, 30 Aug 2005 12:30:08 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EA8zt-0001Ph-UD for manet@megatron.ietf.org; Tue, 30 Aug 2005 12:30: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 MAA21918 for ; Tue, 30 Aug 2005 12:30:02 -0400 (EDT) Received: from zproxy.gmail.com ([64.233.162.192]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EA91R-0005mm-8c for manet@ietf.org; Tue, 30 Aug 2005 12:31:43 -0400 Received: by zproxy.gmail.com with SMTP id i1so831583nzh for ; Tue, 30 Aug 2005 09:29:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BWUk4uuOU0lNCv83clkIKOv6wGiKRYlPKME/n5Vj/E1z/1LlhDme8CgsI6E5HpZeFfuDBnM4AfWh/NKALUyfCVZOmWpvXdB5Joj5HXjucZVB29tHF6MzFfBQpFqP5eQDKf7Y26gPEoCXJeHu/44NJpjIg4y/ct3w6dkkkZQFG8c= Received: by 10.37.22.45 with SMTP id z45mr1594722nzi; Tue, 30 Aug 2005 09:29:53 -0700 (PDT) Received: by 10.36.42.3 with HTTP; Tue, 30 Aug 2005 09:29:52 -0700 (PDT) Message-ID: Date: Tue, 30 Aug 2005 12:29:53 -0400 From: Marshall Eubanks To: "Roy, Radhika (AEAD)" Subject: Re: [manet] Highest priority flow in DiffServ model In-Reply-To: <2FE23D25B7292B489A217D1965CDA86672646B@bh-exchange02.saic-abingdon.com> Mime-Version: 1.0 References: <2FE23D25B7292B489A217D1965CDA86672646B@bh-exchange02.saic-abingdon.com> X-Spam-Score: 1.1 (+) X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5 Cc: Susan Hares , 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="===============1307533628==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============1307533628== Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: base64 Content-Disposition: inline Content-Transfer-Encoding: base64 SGVsbG87CgpPbiA4LzI4LzA1LCBSb3ksIFJhZGhpa2EgKEFFQUQpIDxSb3lSQHNhaWMtYWJpbmdk b24uY29tPiB3cm90ZToKPiAgCj4gICAKPiAgCj4gSCwgU3VzYW46IAo+ICAgCj4gUGxlYXNlIGZl ZWwgZnJlZSB0byBjb250aW51ZSB5b3VyIGV4cGxhbmF0aW9ucyByZWxhdGVkIHRvIFFPUyBhcyBJ IGFtCj4gd29ya2luZyBvbiBBcm15J3MgMjEtY2VudHVyeSB3b3JsZHdpZGUgbmV0d29yayB3aG9z ZSBNQU5FVC1iYXNlZCBuZXR3b3JraW5nCj4gaXMgdGhlIGtleSBmb3VuZGF0aW9uLiAKPiAgIAo+ IEFsc28sIEkgYW0gaW4gdGhlIG1pZGRsZSBvZiBNJlMgd29ya3Mgb2YgdGhlIE1BTkVULWJhc2Vk IG5ldHdvcmsgYW5kIHdpbGwKPiBjb250aW51ZSBwYXJ0aWNpcGF0aW5nIGluIHRlY2huaWNhbCBk aXNjdXNzaW9ucyBlc3BlY2lhbGx5IHJlbGF0ZWQgdG8gUU9TIGFzCj4gZmFyIGFzIHByYWN0aWNh YmxlIHB1YmxpY2x5LiAKPiAgIAo+IERlZmluaXRlbHksIGFzIHlvdSBoYXZlIHB1dCwgUU9TIGlz IGFib3V0IHNvbWUgY2FsbHMgd2lsbCBnZXQgd2hhdCB0aGV5IGFyZQo+IHN1cHBvc2VkIHRvIGdl dCByZWxhdGVkIHRvIGJhbmR3aWR0aCBhbmQgb3RoZXIgcmVzb3VyY2VzLCB3aGlsZSBvdGhlcnMg d2lsbAo+IGdldCBsZXNzLiAKPiAgIAo+IFRoZSBvdGhlciB0aGluZyBpcyB0aGF0IHRoZSB0b3Bv bG9neSBpcyBjaGFuZ2luZyBpbiBNQU5FVCBuZXR3b3Jrcy4KPiBNQU5FVC1iYXNlZCByb3V0aW5n IHByb3RvY29scyB3aWxsIGhhdmUgdGhlIGxheWVyLTMgdG9wb2xvZ3kgaW5mb3JtYXRpb24gZm9y Cj4gZXhhbXBsZS4gU28sIGhlcmUgYXJlIHNvbWUgcHJvYmFibGUgc2NlbmFyaW9zOiAKPiAgIAo+ IDEuIEFwcGxpY2F0aW9ucyB3aWxsIGV4cHJlc3MgdGhlaXIgUU9TIG5lZWRzIGF0IHRoZSB0aW1l IG9mIHRoZSBjYWxsIHNldC11cAo+IChlLmcuLCBTSVApLiAKPiAgIAo+IDIuIFNlcnZlcnMgbGlr ZSBRT1MgcG9saWN5L0NBQyBhZG1pc3Npb24gbmVlZCB0byBnZXQgaW52b2x2ZWQgdG8gYnJpZGdl IHRoZQo+IGludGVyLWxheWVyIGluZm9ybWF0aW9uIHJlbGF0ZWQgdG8gUU9TIGFuZCB0b3BvbG9n eSAoYXBwbGljYXRpb24gbGF5ZXItdG8tSVAKPiBsYXllcikgdG8gaW5kaWNhdGUgd2hhdCBuZWVk cyB0byBiZSBkb25lIHJlbGF0ZWQgdG8gUU9TIGluIGVuZC10by1lbmQgcGF0aC4gCj4gICAKPiAz LiBTZXJ2ZXJzIGxpa2UgQmFuZHdpZHRoIEJyb2tlci9DQUMgbmVlZCB0byBzaWduYWwgSVAgcm91 dGVycyB3aGF0IG5lZWQgdG8KPiBiZSBkb25lIGFjcm9zcyB0aGUgbmV0d29yayBpbmNsdWRpbmcg RGlmZlNlcnYgYW5kIFJTVlAuIChTaW1wbGlmaWVkIG1vZGVsCj4gZnJvbSB0b3AgdG8gZG93biAt IGluc3RlYWQgb2YgZW5kLXRvLWVuZC4pIAo+ICAgCj4gNC4gSWYgdGhlIE1BTkVUIG5ldHdvcmsg Y2hhbmdlcyB0b3BvbG9neSBhZnRlciBlc3RhYmxpc2htZW50IG9mIHRoZSBjYWxscywKPiBRT1Mg cG9saWN5L0JCL0NBQyBzZXJ2ZXJzIG5lZWQgdG8gdGFrZSBjYXJlIG9mIFFPUyB3aXRoIGNoYW5n ZXMgaW4gdG9wb2xvZ3kKPiB3aXRob3V0IGludm9sdmluZyBjYWxsIGxheWVyJ3MgY2FsbCBjb250 cm9sIHNlcnZlcnMuIEl0IGlzIGV4cGVjdGVkIHRoYXQKPiB0aGlzIHNpdHVhdGlvbiBtYXkgY2F1 c2Ugc29tZSBwcm9ibGVtcyBpbml0aWFsbHkgZm9yIHRoZSByZWFsLXRpbWUgdHJhZmZpYwo+IGZv ciBkZWxheXMgaW4gc2V0dGluZyB1cCB0aGUgbmV3IHBhdGhzLCBidXQgaXQgd2lsbCBiZSBPSyBl dmVudHVhbGx5LiAKPiAgIAo+IDUuIEZvciBtdWx0aWNhc3QgaW4gTUFORVQgZW52aXJvbm1lbnQs IHRoZXJlIGFyZSBhIGxvdCBvZiBvdGhlciB0aGluZ3MgbmVlZAo+IHRvIGJlIHRha2VuIGNhcmUg b2YuIAo+ICAgCiAKSWYgSSBtYXkgYXNrLCBob3cgaW1wb3J0YW50IGlzIG11bHRpY2FzdCB0byB5 b3VyIHdvcmxkd2lkZSBuZXR3b3JrID8gSXMgdGhpcwpzb21ldGhpbmcgdGhhdCB5b3UgcmF0ZSBh cyB2ZXJ5IGltcG9ydGFudCBmb3IgTWFuZXQgPwoKUmVnYXJkcwpNYXJzaGFsbCBFdWJhbmtzCgoK PiBBbnl3YXksIHRoZXNlIGFyZSBjb3VwbGUgb2Ygb2JzZXJ2YXRpb25zIGFzIGlucHV0cyB0byBz dGltdWxhdGUgZGlzY3Vzc2lvbnMuCj4gICAKPiBCZXN0IHJlZ2FyZHMsIAo+ICAgCj4gUmFkaGlr YSBSLiBSb3kgCj4gCj4gIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gIEZyb206 IFN1c2FuIEhhcmVzIFttYWlsdG86c2toQG5leHRob3AuY29tXQo+IFNlbnQ6IFN1biA4LzI4LzIw MDUgOToyMyBBTQo+IFRvOiBSb3ksIFJhZGhpa2EgKEFFQUQpOyBGcnllLCBSb2JlcnQgSiAoVVMg U1NBKTsgbWFuZXRAaWV0Zi5vcmcKPiBTdWJqZWN0OiBSRTogW21hbmV0XSBIaWdoZXN0IHByaW9y aXR5IGZsb3cgaW4gRGlmZlNlcnYgbW9kZWwKPiAKPiAgCj4gIAo+IAo+IFJveSBhbmQgUm9iZXJ0 OiAKPiAKPiAgIAo+IAo+IENvcnJlY3RseSBwdXQgliBRb1MgaXMgYWJvdXQgc29tZSBkZXZpY2Vz IGdldHRpbmcgbGVzcyBvZiB0aGUgYmFuZHdpZHRoLiAKPiAKPiAgIAo+IAo+IEluIDE5OTksIGlu dGVybmV0LTIgQmFuZHdpZHRoIGJyb2tlciAoQkIpIHN1Yi1ncm91cCBkaWQgc29tZSB3b3JrIG9u IGEgQkIgdG8KPiBCQiBwcm90b2NvbC4gV2UgZXhwZXJpbWVudGVkIHdpdGggVEUgYmFzZWQgb24g T1NQRiwgUmFkaXVzL0RpYW1ldGVyIGFuZAo+IFJTVlAtVEUuICBbWWVzIEkgYW0gYWRtaXR0aW5n IEkgcmFuIHNvbWUgb2YgdGhlIGVhcmx5IHRyaWFscy5dICAgT25seSBhIGZldwo+IHJvdXRlcnMg KHN1Y2ggYXMgdGhlIEhpdGFjaGkgcm91dGVyKSBwYXNzZWQgdGhlIGVhcmx5IERpZmYtU2VydiBm aWVsZCB0cmlhbHMKPiBpbiAxOTk5LTIwMDAgdG8gcHJvdmlkZSBoaWdoIHF1YWxpdHkgUW9TIGJh c2VkIG9uIHRoZSBEaWZmLVNlcnYgcm91dGluZy4gCj4gCj4gSW4gdGhlIHN1YnNlcXVlbnQgeWVh cnMsIGNpc2NvIGFuZCBhIGhvc3Qgb2Ygcm91dGVycyBoYXZlIHB1dCB0aGUgaGFyZHdhcmUKPiBh bmQgc29mdHdhcmUgaW4gbGluZSB0byBndWFyYW50ZWUgUW9TLiAKPiAKPiAgIAo+IAo+IEhpdGFj aGkgcHV0IHRoZSBlZmZvcnQgaW4gdG8gd29yayBvbiB0aGUgbXVsdGktbWVkaWEgKFZpZGVvLCBk YXRhLCBldGMpLiAKPiAKPiAgIAo+IAo+IEluIHRoZSA2IHllYXJzIHNpbmNlIDE5OTksIAo+IAo+ IC0gICAgICAgIFRXRUcgd29ya2luZyBncm91cCCWIGhhcyBjaGFtcGlvbmVkIFRFIHBpcGVzIG92 ZXIgSVAsIAo+IAo+IC0gICAgICAgIE1QTFMgaGFzIGNoYW1waW9uIG9mZi1saW5lIENTUEYgZm9y IHRyYWZmaWMgZW5naW5lZXJlZCBwYXRod2F5Cj4gc2VsZWN0aW9uLCBhbmQgdGhlIAo+IAo+IC0g ICAgICAgIFBDRSB3b3JrIGlzIHRyeWluZyBjb21tdW5pY2F0ZSBiZXR3ZWVuIGEgcGF0aC1jYWxj dWxhdGlvbiBib3ggYW5kCj4gdGhlIG5vZGUuIAo+IAo+ICAgCj4gCj4gT3RoZXIgYWx0ZXJuYXRp dmVzIGFyZSB1c2luZyBSU1ZQLUEgYW5kIFJTVlAtVEUgcGF0aHdheXMgdGhhdCB3YWxrIHRoZSBw YXRoCj4gb2J0YWluaW5nIHRoZSBpbmZvcm1hdGlvbi4gIAo+IAo+ICAgCj4gCj4gU28gliB0aGVy ZSBpcyBhIHNpZ25pZmljYW50IGJvZHkgb2Ygd29yayB0aGF0IGV4aXN0cyBpbiB0aGUgSUVURiBh bmQgaW4KPiByZXNlYXJjaCBqb3VybmFscyBvbiB0cmFmZmljIGVuZ2luZWVyZWQgcGF0aC4gCj4g Cj4gSSBoYXZlIGhpdCBvbmx5IHRoZSBoaWdobGlnaHRzIG9mIHRoZSB3b3JrIGluIHRoZSBsYXN0 IDctMTAgeWVhcnMuIAo+IAo+ICAgCj4gCj4gVGhlIGtleSBpc3N1ZXMgYXJvdW5kIFFvUyBmb3Ig TWFuZXQgYXJlIGV4dHJlbWVseSBpbnRlcmVzdGluZy4gIE5vdCBvbmx5IGRvCj4geW91IGhhdmUg bGVzcyBiYW5kd2lkdGgsIGJ1dCB0aGUgZGVsYXkgaXNzdWVzIGR1ZSB0byB2YXJ5aW5nIGNvbnZl cmdlbmNlCj4gaW1wYWN0IGFueSBkZWxheSBzZW5zaXRpdmUgdHJhZmZpYyBzZXJ2aWNlcy4gCj4g Cj4gICAKPiAKPiBTbyCWIHRoZSBrZXkgcG9pbnQgaXMgdG8gdXRpbGl6ZSBmYXN0LWNvbnZlcmdl bmNlIG9yIHByZS1jYWxjdWxhdGlvbiBvZgo+IHBhdGhzLiAKPiAKPiBUaGUgZGlmZmljdWx0IHBv aW50IGlzIGJhbmR3aWR0aCBicm9rZXJpbmcgbXVsdGljYXN0LiAgCj4gCj4gICAKPiAKPiBTby4u IGJlZm9yZSBJIGxhdW5jaCBpbnRvIG1vcmUgZGV0YWlscy4gIExldCBtZSBrbm93IGlmIHlvdSBh cmUgc3RpbGwKPiBpbnRlcmVzdGVkLiAKPiAKPiAgIAo+IAo+IFN1ZSBIYXJlcyAKPiAKPiAgIAo+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gbWFuZXQg bWFpbGluZyBsaXN0Cj4gbWFuZXRAaWV0Zi5vcmcKPiBodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9tYW5ldAo+IAo+IAo+Cg== --===============1307533628== 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 --===============1307533628==-- From manet-bounces@ietf.org Tue Aug 30 14:27:00 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAAp2-0004jG-NA; Tue, 30 Aug 2005 14:27:00 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAAoz-0004iW-Uu for manet@megatron.ietf.org; Tue, 30 Aug 2005 14:26:58 -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 OAA29141 for ; Tue, 30 Aug 2005 14:26:56 -0400 (EDT) From: shakal@npd.ufsc.br Received: from notes.ufsc.br ([150.162.4.3]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EAAqZ-00011e-HC for manet@ietf.org; Tue, 30 Aug 2005 14:28:37 -0400 To: manet@ietf.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 5.0.13 March 9, 2004 Message-ID: Date: Tue, 30 Aug 2005 15:07:18 -0300 X-MIMETrack: Serialize by Router on notes/ufsc/br(Release 5.0.13a |April 8, 2004) at 30/08/2005 04:07:38 PM, Serialize complete at 30/08/2005 04:07:38 PM X-Spam-Score: 0.8 (/) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3 Subject: [manet] clustered DSN implementation on NS2 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="===============2073493131==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multipart message in MIME format. --===============2073493131== Content-Type: multipart/alternative; boundary="=_alternative 0065525F0325706D_=" This is a multipart message in MIME format. --=_alternative 0065525F0325706D_= Content-Type: text/plain; charset="us-ascii" Hi, all Could you please give me some advices on recommandations on clustered sensor network implementation on NS2? (practical examples) I'm having some problems to perform it... Thanx, Shakal --=_alternative 0065525F0325706D_= Content-Type: text/html; charset="us-ascii"
Hi, all

Could you please give me some advices on
recommandations on clustered sensor network implementation on NS2? (practical examples)
I'm having some problems to perform it...
Thanx,
Shakal --=_alternative 0065525F0325706D_=-- --===============2073493131== 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 --===============2073493131==-- From manet-bounces@ietf.org Tue Aug 30 15:09:16 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EABTw-00012B-SK; Tue, 30 Aug 2005 15:09:16 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EABTr-00011m-Jx for manet@megatron.ietf.org; Tue, 30 Aug 2005 15: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 PAA01449 for ; Tue, 30 Aug 2005 15:09:09 -0400 (EDT) Received: from mclmx2.mail.saic.com ([149.8.64.32]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EABVQ-00028X-Cs for manet@ietf.org; Tue, 30 Aug 2005 15:10:50 -0400 Received: from [149.8.64.21] by mclmx2.mail.saic.com; Tue, 30 Aug 2005 15:08:56 -0400 Received: from mclmx.mail.saic.com ([149.8.64.10]) by mcl-its-ieg01.mail.saic.com (SMSSMTP 4.0.5.66) with SMTP id M2005083015085531544 ; Tue, 30 Aug 2005 15:08:55 -0400 Received: from [149.8.64.21] by mclmx.mail.saic.com with ESMTP; Tue, 30 Aug 2005 15:08:55 -0400 Received: from bh-exchange02.saic-abingdon.com ([10.42.81.226]) by bh-exchangefe.saic-abingdon.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 30 Aug 2005 15:11:31 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: [manet] Highest priority flow in DiffServ model Date: Tue, 30 Aug 2005 15:11:19 -0400 Message-Id: <2FE23D25B7292B489A217D1965CDA866089887@bh-exchange02.saic-abingdon.com> Thread-Topic: [manet] Highest priority flow in DiffServ model Thread-Index: AcWtgHjEXJXijx88RkqMi5eariq09AAFLG5A From: "Roy, Radhika \(AEAD\)" To: X-OriginalArrivalTime: 30 Aug 2005 19:11:31.0825 (UTC) FILETIME=[A1A01610:01C5AD96] X-Spam-Score: 0.1 (/) X-Scan-Signature: 6ba8aaf827dcb437101951262f69b3de Cc: Susan Hares , 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="===============1510475040==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org This is a multi-part message in MIME format. --===============1510475040== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C5AD96.9A2E4370" This is a multi-part message in MIME format. ------_=_NextPart_001_01C5AD96.9A2E4370 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Marshall: It is good question. MANET is used in peer-to-peer (ground-to-ground links, air-to-air links) communications environments. The use of multicast is not so important as there seems to be inadequate support of MANET-enabled multicast equipment.=20 However, in many situations, multicast will also be used if it is possible to do so in using emerging technologies. In other words, necessity for multicast is there in MANET-based peer-to-peer environments. Best regards, Radhika R. Roy > 5. For multicast in MANET environment, there are a lot of other things need > to be taken care of.=20 > =20 =20 If I may ask, how important is multicast to your worldwide network ? Is this something that you rate as very important for Manet ? Regards Marshall Eubanks > Anyway, these are couple of observations as inputs to stimulate discussions. > =20 > Best regards,=20 > =20 > Radhika R. Roy=20 >=20 ------_=_NextPart_001_01C5AD96.9A2E4370 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable RE: [manet] Highest priority flow in DiffServ model

Hi, Marshall:

It is good question.

MANET is used in peer-to-peer (ground-to-ground links, air-to-air links) communications environments. The use of = multicast is not so important as there seems to be inadequate support of MANET-enabled = multicast equipment.

However, in many situations, multicast will also be used if it is = possible to do = so in using emerging = technologies. In other words, = necessity for multicast is there in MANET-based = peer-to-peer = environments.

Best regards,

Radhika R. Roy


> 5. For multicast in MANET environment, there are a lot of = other things need

> to be taken care of.

>  

 

If I may ask, how important is multicast to your worldwide = network ? Is this

something that you rate as very important for Manet = ?

Regards

Marshall Eubanks


> Anyway, these are couple of observations as inputs to = stimulate discussions.

>  

> Best regards,

>  

> Radhika R. Roy

>

------_=_NextPart_001_01C5AD96.9A2E4370-- --===============1510475040== 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 --===============1510475040==-- From manet-bounces@ietf.org Tue Aug 30 19:21:32 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAFQ4-00024W-1p; Tue, 30 Aug 2005 19:21:32 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAFQ1-00024Q-T8 for manet@megatron.ietf.org; Tue, 30 Aug 2005 19:21:29 -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 TAA17115 for ; Tue, 30 Aug 2005 19:21:26 -0400 (EDT) Received: from xproxy.gmail.com ([66.249.82.195]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EAFRf-00016c-3M for manet@ietf.org; Tue, 30 Aug 2005 19:23:11 -0400 Received: by xproxy.gmail.com with SMTP id i28so21493wxd for ; Tue, 30 Aug 2005 16:21:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type; b=PfdJSPMJevVdeW8l/jE9UIF9JbAAnU2E4c6wJHe1Moqtc0HvzHZWeoOLu9QGr1sqP9REzFyNeRW0eqLL7goiz7+0P4T8JdZWuuyt0gVm3ZMk3pKpL111AAGXyhkBzmTHQ4k9BqeQepNRRwjvZ9+YnRPG9ObTeGuL4Gmpf/RxDZ8= Received: by 10.70.22.3 with SMTP id 3mr12596wxv; Tue, 30 Aug 2005 16:21:20 -0700 (PDT) Received: by 10.70.50.10 with HTTP; Tue, 30 Aug 2005 16:21:20 -0700 (PDT) Message-ID: Date: Tue, 30 Aug 2005 19:21:20 -0400 From: "Duc A. Tran" To: manet@ietf.org Mime-Version: 1.0 X-Spam-Score: 0.0 (/) X-Scan-Signature: 140baa79ca42e6b0e2b4504291346186 Cc: Tccc@cs.columbia.edu, P2P@LISTSERV.UTK.EDU Subject: [manet] CFP (last call): CCNC2006 Distributed Multimedia Streaming 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="===============1743094921==" Sender: manet-bounces@ietf.org Errors-To: manet-bounces@ietf.org --===============1743094921== Content-Type: multipart/alternative; boundary="----=_Part_6678_23461458.1125444080258" ------=_Part_6678_23461458.1125444080258 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Apologies if you already received 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 CALL FOR PAPERS=20 2006 IEEE Consumer Communications and Networking Conference (CCNC 2006) January 7-10, 2006 - Las Vegas, USA=20 Special Session on Distributed Multimedia Streaming Important Dates Paper submission deadline (extended): September 5, 2005=20 Notification of acceptance: September 30, 2005=20 Camera-ready version due: October 14, 2005=20 Special Session Co-Chairs =20 Thinh Nguyen, Oregon State University (thinhq at eecs.orst.edu ) Duc A. Tran, University of Dayton (duc.tran at notes.udayton.edu ) Pascal Frossard, EPFL (pascal.frossard at epfl.ch) Multimedia streaming is one of the most popular services on the current Internet.Its already-high demand is even on the rise as the Interne= t=20 users have startedto be familiar with peer-to-peer (P2P) technologies which= =20 enable them to share contents between one another directly. Streaming in the P2P manner, in=20 contrast to the traditional client/server approach, takes advantage of existing end-system computational and networking resources, thus allowing economical clients to leverage their collective power to benefit the entire service community. However, multimedia content is resource demanding while user computing devices are not as powerful as are content servers. Consequently, designing a good decentralized streaming scheme in a large-scale=20 peer-to-peer environment is challenging. The problem becomes more of a challenge due to= =20 the ad hoc behavior of peers; they can leave and join the system freely at any time. As people tend to work beyond their office desk, it is also expected that= =20 the next generation of communication networks includes rapid deployments of independent mobile users. With the emergence of wireless technologies such= =20 as IEEE 802.11 and Bluetooth, mobile users are enabled to connect to each othe= r directly without any networking infrastructure such as the Internet and infrastructure-based wireless LANs. In other words, the users form a mobile= =20 ad hoc network (MANET). As multimedia streaming becomes an integrated part of= =20 an increasing number of applications and wireless networks are emerging to dominate the communication environment of the future, it is interesting and worthwhile to investigate multimedia streaming solutions for MANETs. There= =20 are many open issues regarding this investigation due to the deviation between= =20 the resource, energy, and bandwidth availability of ad hoc networks and the=20 quality of service desired by multimedia streaming users. This special session seeks original contributions of high-quality papers=20 that address novel systems challenges towards the success of multimedia streamin= g deployment in peer-to-peer, content distribution, and wireless ad hoc=20 networks.=20 Topics of interest include but are not limited to: * Signal processing/compression/information theories to support ad hoc multimedia streaming * Modeling, measurement, and performance study on ad hoc multimedia=20 streaming * Internet P2P multimedia streaming * P2P multimedia content distribution networks * Ad hoc overlay solutions for multimedia streaming * Live streaming, video on demand, and video conferencing in wireless ad hoc networks * Network and transport protocols for streaming in wireless ad hoc networks * Management, QoS, and security aspects in streaming over wireless ad hoc networks * Streaming applications in sensor networks * Implementations of multimedia streaming in ad hoc networks Information for Authors Prospective authors are invited to submit their draft papers in PS or PDF format to one of the co-chairs via electronic mail. Submitted papers must b= e original, unpublished work, and not currently under review for any other conference or journal. The first page of the paper should include the=20 authors' names, affiliations, fax/telephone numbers, and e-mail addresses. The first page should also include a less-than-200-word abstract. The camera-ready version for an accepted paper will be no more than 6 pages in IEEE double-column standard format. Contributions will be reviewed by at least three referees from both the=20 program committee and external reviewers for originality, significance, clarity, soundness, relevance, and technical contents on basis of papers. ------=_Part_6678_23461458.1125444080258 Content-Type: text/html; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable
Apologies if you already received 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
CALL FOR PAPERS
2006 IEEE Consumer Communications and Networking Conference (CCNC 2006= )
January 7-10, 2006 - Las Vegas, USA
Special Session on Distributed= Multimedia Streaming
 
Important Dates
  
      Pap= er submission deadline (extended): September 5, 2005
   =    Notification of acceptance: September 30, 2005
  = ;    Camera-ready version due: October 14, 2005
 
Special Session Co-Chairs

Thinh Nguyen, Oregon State University (thinhq at eecs.orst.edu)
Duc A. Tran, University of Dayton (duc.tran= at notes.udayton.edu)
Pascal F= rossard, EPFL ( pascal.frossard at epfl.ch)

Multimedia streaming is one of the most popu= lar services on the
current Internet.Its already-high demand is even on = the rise as the Internet
users have startedto be familiar with peer-to-peer (P2P) technologies = which enable them to share
contents between one another directly. Stream= ing in the P2P manner, in contrast
to the traditional client/server appr= oach, takes advantage of existing
end-system computational and networking resources, thus allowing econom= ical
clients to leverage their collective power to benefit the entire se= rvice
community. However, multimedia content is resource demanding while= user
computing devices are not as powerful as are content servers. Consequen= tly,
designing a good decentralized streaming scheme in a large-scale pe= er-to-peer
environment is challenging. The problem becomes more of a cha= llenge due to the
ad hoc behavior of peers; they can leave and join the system freely at = any
time.

As people tend to work beyond their office desk, it is also expected tha= t the
next generation of communication networks includes rapid deploymen= ts of
independent mobile users. With the emergence of wireless technolog= ies such as
IEEE 802.11 and Bluetooth, mobile users are enabled to connect to each = other
directly without any networking infrastructure such as the Interne= t and
infrastructure-based wireless LANs. In other words, the users form= a mobile ad
hoc network (MANET). As multimedia streaming becomes an integrated part= of an
increasing number of applications and wireless networks are emerg= ing to
dominate the communication environment of the future, it is inter= esting and
worthwhile to investigate multimedia streaming solutions for MANETs. Th= ere are
many open issues regarding this investigation due to the deviati= on between the
resource, energy, and bandwidth availability of ad hoc ne= tworks and the quality
of service desired by multimedia streaming users.

This special session seeks original contributions of high-quality papers= that
address novel systems challenges towards the success of multimedia= streaming
deployment in peer-to-peer, content distribution, and wireles= s ad hoc networks.=20
Topics of interest include but are not limited to:

* Signal processing/compression/information theories to support ad hocmultimedia streaming
* Modeling, measurement, and performance study on= ad hoc multimedia streaming
* Internet P2P multimedia streaming
* P2P multimedia content distribution networks
* Ad hoc overlay solution= s for multimedia streaming
* Live streaming, video on demand, and video = conferencing in wireless
ad hoc networks
* Network and transport prot= ocols for streaming in wireless ad hoc networks
* Management, QoS, and security aspects in streaming over wireless adhoc networks
* Streaming applications in sensor networks
* Implemen= tations of multimedia streaming in ad hoc networks

Information for Authors

Prospective authors are invited to submit their draft papers in PS or PD= F
format to one of the co-chairs via electronic mail. Submitted papers m= ust be
original, unpublished work, and not currently under review for an= y other
conference or journal. The first page of the paper should include the a= uthors'
names, affiliations, fax/telephone numbers, and e-mail addresses= . The first
page should also include a less-than-200-word abstract. The = camera-ready
version for an accepted paper will be no more than 6 pages in IEEE
d= ouble-column standard format.
 
Contributions will be reviewed b= y at least three referees from both the program
committee and external r= eviewers for originality, significance, clarity,
soundness, relevance, and technical contents on basis of papers.
------=_Part_6678_23461458.1125444080258-- --===============1743094921== 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 --===============1743094921==-- From manet-bounces@ietf.org Wed Aug 31 09:42:59 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EASrj-0000qN-5B; Wed, 31 Aug 2005 09:42:59 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EASrg-0000pC-AE for manet@megatron.ietf.org; Wed, 31 Aug 2005 09:42: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 JAA20916 for ; Wed, 31 Aug 2005 09:42:54 -0400 (EDT) Received: from tmia1.auburn.edu ([131.204.3.30]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EAStO-0006Fr-F7 for manet@ietf.org; Wed, 31 Aug 2005 09:44:45 -0400 Received: from zTMIA1-MTA by TMIA1.AUBURN.EDU with Novell_GroupWise; Wed, 31 Aug 2005 08:42:47 -0500 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.2 Date: Wed, 31 Aug 2005 08:42:19 -0500 From: "Yiming Ji" To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014 Content-Transfer-Encoding: 7bit Subject: [manet] range measurement precision 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, Does anyone know some resources that report the precision of common range measurement methods, like TOA, TDOA, SS? I would appreciate if you could point me to the source. Thank you in advance! Yiming _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Aug 31 19:06:23 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAbex-000550-IH; Wed, 31 Aug 2005 19:06:23 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAbep-0004xJ-Oh for manet@megatron.ietf.org; Wed, 31 Aug 2005 19:06:20 -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 TAA25867 for ; Wed, 31 Aug 2005 19:06:10 -0400 (EDT) Received: from reserv5.univ-lille1.fr ([193.49.225.19] ident=root) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EAbgZ-0006c3-ST for manet@ietf.org; Wed, 31 Aug 2005 19:08:07 -0400 Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by reserv5.univ-lille1.fr (8.13.3/jtpda-5.3.1) with ESMTP id j7VN4NjU028347 ; Thu, 1 Sep 2005 01:04:23 +0200 Received: from kriek (pm3-ass-132.univ-lille1.fr [194.57.139.132]) by malonne.lifl.fr with ESMTP id j7VN42C24174 ; Thu, 1 Sep 2005 01:04:02 +0200 (MEST) From: "David Simplot-Ryl" To: , , , , , Date: Thu, 1 Sep 2005 01:04:04 +0200 Organization: IRCICA/LIFL, Univ. Lille 1 Message-ID: <000001c5ae80$5967a9e0$0100a8c0@lifl.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-USTL-MailScanner-Information: Please contact the ISP for more information X-USTL-MailScanner: Found to be clean X-MailScanner-From: david.simplot@lifl.fr X-Spam-Score: 0.0 (/) X-Scan-Signature: b22590c27682ace61775ee7b453b40d3 Content-Transfer-Encoding: 7bit Cc: Subject: [manet] CFP FAWN 2006, Pisa, Italy, March 2006: extended deadline 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: October 1, 2005 *** NEW DEADLINE *** 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, Univ. P.\&M. Curie, France Isabelle Guerin Lassous, INRIA, France Jaap-Henk Hoepman, Radboud Univ. Nijmegen, Netherlands Zvi Lotker, Centrum Wiskunde en Informatica, Netherlands Stephan Olariu, McGill University, Canada David Peleg, Weizmann Institute, Israel Andrea Richa, Arizona State Univ., USA Maria Jose Serna, Technical U. of Catalonia, Spain David Simplot-Ryl, LIFL, France Martha Steenstrup , Clemson Univ., USA Ivan Stojmenovic, Univ. of Ottawa, Canada Patrick Thiran , EPFL, Switzerland 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 _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet From manet-bounces@ietf.org Wed Aug 31 19:44:04 2005 Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAcFQ-0006xi-Pp; Wed, 31 Aug 2005 19:44:04 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EAcFN-0006t2-2y for manet@megatron.ietf.org; Wed, 31 Aug 2005 19:44:03 -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 TAA27370 for ; Wed, 31 Aug 2005 19:43:57 -0400 (EDT) Received: from research.cs.colorado.edu ([128.138.242.225]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EAcHC-0007dC-UI for manet@ietf.org; Wed, 31 Aug 2005 19:45:55 -0400 Received: from [127.0.0.1] (earthrise3.cs.colorado.edu [128.138.242.71]) by research.cs.colorado.edu (8.12.10/8.12.6) with ESMTP id j7VNhY0h015122; Wed, 31 Aug 2005 17:43:35 -0600 (MDT) Message-ID: <431640A1.9070100@cs.colorado.edu> Date: Wed, 31 Aug 2005 17:43:29 -0600 From: Richard Han Organization: University of Colorado at Boulder User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: tccc@cs.columbia.edu, manet@ietf.org, itc@comsoc.org, mobicom@listserv.acm.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: b5299d0955d21ceeb18e25a232290fec Content-Transfer-Encoding: 7bit Cc: Subject: [manet] CFP IEEE/CreateNet SecureComm 05, Sept 5-9, Athens, Greece 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 Colleague, Please find attached the call for participation for the First IEEE/CreateNet International Conference on Security and Privacy for Emerging Areas in Communication Networks (SecureComm 2005) to be held in Athens, Greece from Sep. 5-9, 2005. The conference program consists of 32 full papers and 20 short papers, keynote and invited talks, and a panel. In addition, there are four workshops on related topics. The complete information is available on the website: www.securecomm.org Note that Early Conference Registration Ends August 25, 2005! Discounted Hotel Reservation Rates end September 1, 2005. We apologize if you receive multiple copies of this message. Please feel free to distribute this to colleagues who might be interested. regards, SecureComm 2005 Organizing Committee *************************************************************** CALL FOR PARTICIPATION First IEEE/CreateNet International Conference on Security and Privacy for Emerging Areas in Communication Networks Athens, Greece / Hotel Amarilia / 5 - 9 September, 2005 www.securecomm.org EARLY REGISTRATION ENDS August 25, 2005 CO-SPONSORED BY: IEEE Communications Society (www.comsoc.org) CreateNet (www.create-net.it) Corporate/Government Sponsors: National Science Foundation (Travel Grants) Telcordia Technologies (Silver sponsor) Toshiba TARI(Bronze sponsor) In Cooperation With the IEEE Computer Society TC on Security and Privacy In Cooperation with ACM SIGSAC *************************************************************** TENTATIVE TECHNICAL PROGRAM Monday, Sep 5, 2005 First IEEE/CreateNet International Workshop on Computer Network Forensics Research (CNFR): www.cnfr.org First IEEE/CreateNet International Workshop on Trust and Security in Pervasive Networking: http://www.securecomm.org/pervasivetrust/ *************************************************************** Tuesday, Sep 6, 2005 8.30AM - 9.00 AM: Welcome, Introduction, Best Paper award 9.00AM - 10.30AM: Plenary Session: Bill Cheswick, Lumeta, Title: Pondering and Patrolling Network Perimeters Andrea Servida, EU, Title: Security, privacy and dependability in Information Society: key challenges for European R&D in FP7 10.30AM - 11.00AM: Break 11.00AM - 12.40PM: Full Paper Session 1: Insecurity Implications of Unlicensed Mobile Access (UMA) for GSM security Sandro Grech, Pasi Eronen Computationally, Memory and Bandwidth Efficient Distillation Codes to Mitigate DoS in Multicast Roberto Di Pietro, Stefano Chessa, Piero Maestrini Spread Identity mechanisms for Security Dhananjay Phatak On the Security of Distributed Position Services Xiaoxin Wu, Cristina Nita-Rotaru 12.40PM - 2:00PM: Lunch 2:00PM - 2.45PM: Invited talk: David Wagner, Berkeley, Title: Privacy in pervasive computing: What can technologists do? 3:00 PM - 4:40 PM: Full Paper Session 2: RFID Picking Virtual Pockets using Relay Attacks on Contactless Smartcard Systems Ziv Kfir, Avishai Wool A Lightweight RFID Protocol to protect against Traceability and Cloning attacks Tassos Dimitriou An RFID distance bounding protocol Gerhard Hancke, Markus Kuhn Security and Privacy Issues in e-Passports Ari Juels, David Molnar, David Wagner 5:00 PM - 6.30PM: Panel 1: RFID Security and Privacy, Panelists: (Lead) Gene Tsudik, University of California, Irvine David Wagner, University of California, Berkeley Avishai Wool, Tel Aviv University Tassos D. Dimitriou, Athens Information Technology Markus Kuhn, University of Cambridge *************************************************************** Wednesday, Sep 7, 2005 8.30AM - 9.15 AM: Keynote: Jean Pierre-Hubaux, EPFL, Title: The Security of Vehicular Networks DEMOS: 10:45AM - 1:00PM and 2:45PM - 5:00PM (In parallel with other sessions) "MANET-DFA: Distributed Firewall Architecture for MANET networks," Federico Frosali, Giorgio Freguglia, Luciana Costa from Business Application & Services - Telecomitalia LAB - ITALY "Demonstration of Ubiquitous Roaming Technology," Hiroyoshi Takiguchi, Masami Ueno, Yoshiko Sudeda, Satashi Yagi, Hirokazu Kitami, Toru Kobayashi, Yoshikazu Kondo from NTT Information Sharing Platform Laboratories - Tokyo - Japan 9.30AM - 10.45AM: Full Paper Session 3: Sensor Networks DICAS: Detection, Diagnosis and Isolation of Control Attacks in Sensor Networks Issa Khalil, Saurabh Bagchi, Cristina Nita-Rotaru Securing Topology Maintenance Protocols for sensor networks: attacks and counter-measures Andrea Gabrielli, Luigi Mancini, Sanjeev Setia, Sushil Jajodia Countermeasures Against Traffic Analysis Attacks in Wireless Sensor Networks Jing Deng, Richard Han, Shivakant Mishra 11.00AM - 12.40PM: Full Paper Session 4: Authentication Improving Cross-domain Authentication over Wireless Local Area Networks Hahnsang Kim, Kang Shin, Walid Dabbous Reducing Reauthentication Delay in Wireless Networks Tuomas Aura, Michael Roe Providing Distributed Certificate Authority Service in Mobile Ad Hoc Networks Ying Dong, Wing Go, Aifen Sui, Victor Li, Lucas C.K. Hui, Siu Ming Yiu On Improving the Performance of Role-Based Cascaded Delegation in Ubiquitous Computing Danfeng Yao, Roberto Tamassia, Seth Proctor 12.40PM - 2:00PM: Lunch 2:00PM - 2:45PM: Invited Talk: William Arbaugh, Title: Ad-hoc network security: is it a real problem? 3:00PM - 4:40PM: Full Paper Session 5: Privacy A Privacy Preserving Reputation System for Mobile Information Dissemination Networks Marco Voss, Andreas Heinemann, Max Mhlhuser A Privacy Service for Context-Aware Mobile Computing Vagner Sacramento, Markus Endler, Fernando Nascimento Protecting Location Privacy Through Path Confusion Baik Hoh, Marco Gruteser A Solution for Wireless Privacy and Payments based on E-cash Yiannis Tsiounis, Tom Karygiannis, Aggelos Kiayias 5:00PM - 6:40PM: Short paper Session 1 A Signal Fingerprinting Paradigm for Physical Layer Security in Conventional and Sensor Networks Thomas Daniels, Mani Mina, Steve Russell Location Privacy with IP Mobility Rajeev Koodli, Vijay Devarapalli, Hannu Flinck, Charles Perkins Fellowship in Mobile Ad hoc Networks Venkatesan Balakrishnan, Vijay Varadharajan A Secure Interworking Scheme for UMTS-WLAN Yen-Chieh Ouyang, Chung-Hua Chu, Chang-Bu Jang bufSTAT - A Tool for Early Detection and Classification of Buffer Overflow Attacks Svetlana Radosavac, Karl Seamon, John S. Baras LRBAC: A Location-Aware Role-Based Access Control Model Indrakshi Ray, Lijun Yu Tri-party TLS Adaptation for Trust Delegation in Home Networks Khaled Masmoudi, Mureed Hussain, Hossam Afifi, Dominique Seret PATRIOT: a Policy-Based, Multi-level Security Protocol for Safekeeping Audit Logs on Wireless Devices Wassim Itani, Ayman Kayssi, Ali Chehab Harnessing Emergent Ubiquitous Computing Properties to Prevent Malicious Code Propagation David Llewellyn-Jones, Madjid Merabti, Qi Shi, Bob Askwith *************************************************************** Thursday, Sep 8, 2005 8.30AM - 10.35 AM: Full Paper Session 6: Key management A Level Key Infrastructure for Secure and Efficient Group Communication in Wireless Sensor Networks Jyh-How Huang, Jason Buckingham, Richard Han A Modified Secure Remote Password (SRP) Protocol for Key Initialization and Exchange in Bluetooth Systems Amir Sayegh, Mahmoud El-hadidi Hi-KD: An Efficient Key Management Algorithm for Hierarchical Group Hani Ragab Hassan, Abdelmadjid Bouabdallah, Hatem Bettahar, Yacine Challal A Deterministic Pairwise Key Pre-distribution Scheme for Mobile Sensor Networks David Sanchez, Heribert Baldus A Practical Study of Transitory Master Key Establishment For Wireless Sensor Networks Jing Deng, Carl Hartung, Richard Han, Shivakant Mishra 11:00 - 12:40: Full Paper Session 7: Routing Applying emergence to the design of routing protocols for the security of wireless ad hoc networks, Ioannis Pavlosoglou, Mark Leeson, Roger Green SPINAT: Integrating IPsec into Overlay Routing Jukka Ylitalo, Patrik Salmela, Hannes Tschofenig On the Survivability of Routing Protocols in Ad Hoc Wireless Networks Baruch Awerbuch, Reza Curtmola, David Holmer, Cristina Nita-Rotaru, Herbert Rubens An Extensible Environment for Evaluating Secure MANET, Yongguang Zhang, Yi-an Huang, Wenke Lee 12.40PM - 2:00PM: Lunch 2:00PM - 3:40 PM: Full Paper Session 8: Cryptographic algorithms and protocols Soft-Timeout Distributed Key Generation for Digital Signature based on Elliptic Curve D-log for Low-power Devices Caimu Tang, Anthony T. Chronopoulos and Cauligi S. Raghavendra A Uniform Framework for Cryptanalysis of the Bluetooth E_0 Cipher Ophir Levy, Avishai Wool MOTET: Mobile Transactions using Electronic Tickets Daniele Quercia, Stephen Hailes Exploiting Hierarchical Identity-Based Encryption for Access Control to Pervasive Computing Information Urs Hengartner, Peter Steenkiste 3:40PM - 4:00 PM: Break 4:00PM - 5:40 PM: Short paper Session 2 GKE: Efficient Group-based Key Establishment for Large Sensor Networks Li Zhou,Jinfeng Ni, Chinya Ravishankar Practically Unbounded One-Way Chains for Authentication with Backward Secrecy Vishwas Patil, Luigi Mancini, Antonio Durante, Roberto Di Pietro Limitations of Key Escrow in Identity-Based Schemes in Ad Hoc Networks Katrin Hoeper, Guang Gong Enhanced 1-D Chaotic Key-Based Algorithm for Image Encryption Daniel Socek, Shujun Li, Spyros Magliveras, Borko Furht Schemes for Enhancing the Denial-of-Service Tolerance of SRTP Sachin Garg, Navjot Singh, Timothy Tsai Thor: The Hybrid Online Repository Timothy van der Horst, Kent Seamons Random IDs for preserving location privacy Stefan Schlott, Frank Kargl, Michael Weber A Distributed Cross-Layer Intrusion Detection System for Ad Hoc Networks Yu Liu, Yang Li, Hong Man A Control Formulation of the Network Security Problem via a Risk Management Approach Nicholas Bambos *************************************************************** Friday, Sep 9, 2005 First IEEE/CreateNet International Workshop on The Value of Security through Collaboration (SECOVAL): www.secoval.org First IEEE/CreateNet International Workshop on Integration of Security and Quality of Service (SecQoS): www.secqos.org *************************************************************** _______________________________________________ manet mailing list manet@ietf.org https://www1.ietf.org/mailman/listinfo/manet