From owner-mmnet@itd.nrl.navy.mil Tue May 2 11:36:41 2000 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 ESMTP id LAA03492 for ; Tue, 2 May 2000 11:36:40 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id JAA12008 for mmnet-outgoing; Tue, 2 May 2000 09:05:27 -0400 (EDT) Received: from uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id JAA12003 for ; Tue, 2 May 2000 09:05:22 -0400 (EDT) Received: from saturn.kt.agh.edu.pl (root@saturn.kt.agh.edu.pl [149.156.114.3]) by uci.agh.edu.pl (8.9.3/8.8.7/rchk1.20) with SMTP id PAA26089; Tue, 2 May 2000 15:03:30 +0200 (MET DST) Received: from pc209.kt.agh.edu.pl by saturn.kt.agh.edu.pl (AIX 3.2/UCB 5.64/5.1) for infodir_SIGMETRICS@acm.org id AA21996; Tue, 2 May 2000 15:00:45 +0200 Organization: University of Mining and Metallurgy Address: Mickiewicza 30, 30-059 Krakow, POLAND Message-Id: <390ED106.3CC01305@kt.agh.edu.pl> Date: Tue, 02 May 2000 14:58:47 +0200 From: Andrzej Pach X-Mailer: Mozilla 4.5 [en] (Win95; I) X-Accept-Language: pl,en Mime-Version: 1.0 To: papir@kt.agh.edu.pl Cc: itc@ieee.org, tccc@ieee.org, tcgn@ieee.org, cabernet-events@ncl.ac.uk, cost237-transport@comp.lancs.ac.uk, end2end-interest@isi.edu, mmnet@itd.nrl.navy.mil, sig-dsm@doc.ic.ac.uk, announce@tcos.org, commsoft@cc.bellcore.com, comsoc.tac@tab.ieee.org, comswtc@gmu.edu, dbworld@cs.wisc.edu, multicomm@cc.bellcore.com, tcos-announce@dartmouth.edu, ieeetcpc@ccvm.sunysb.edu, infodir_SIGMIS@acm.org, infodir_SIGOPS@acm.org, infodir_SIGMETRICS@acm.org Subject: CfP: PROTOCOLS FOR MULTIMEDIA SYSTEMS - PROMS2000 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-mmnet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit (Please apologize, if you receive multiple copies of this CfP) Announcement and Call for Papers PROTOCOLS FOR MULTIMEDIA SYSTEMS - PROMS2000 Cracow, Poland, October 22-25, 2000 Sponsored by IEEE Poland Sect. and Cracow Communications Soc. Chap. Lucent Technologies, ZWUT S.A. a Siemens Company http://PROMS2000.kt.agh.edu.pl/ After past successful PROMS conferences held in Berlin, Salzburg, Madrid, and Santiago de Chile now we cordially invite you to Cracow/Poland, a lovely university city, with a 1000 year history, today one of cultural capitals of Europe. Emerging broadband interactive applications along with a development of different networking technologies should draw telecom operators' and service providers' attention to protocols supporting multimedia systems as an interface between these two environments that has to be still investigated and modified. The PROMS2000 conference is intended to contribute to a scientific, strategical and practical cooperation between research institutes and industrial companies in the area of distributed multimedia applications, protocols, and intelligent management tools, with emphasis on their provision over broadband networks. PROMS2000 will cover papers and demonstrations on research and achievements related to the following topics: TOPICS * design and implementation of multimedia protocols for public switched telephony networks, mobile networks, data networks, and satellite networks using IP, ATM or other connectivity techniques; * application, media, and protocol integration: synchronization of media streams; * multiparty and group communication protocols; * mobile networking and routing: multimedia communication architectures for mobile networks; * multimedia applications: video-on-demand, digital video libraries, video games, virtual community, teleworking, teleteaching, e-commerce, telemeeting, virtual reality simulations; * content based searching and querying; * techniques for the specification of communication services required by multimedia applications; * methods for real-time testing and analysis of service implementations; * integration of media storage and communication mechanisms, operating system and high-performance issues; * experiences with service provisioning using distributed multimedia applications; * performance of protocols and applications: modeling, simulation and optimization in different networks * multimedia traffic engineering; * applications and platforms for service management and provisioning; * definition, provisioning, and supervision of QoS parameters for networked applications and services; * intelligent management tools pertaining to costs and quality of service, network access, accounting, security, and system resilience; * service access - security, authentication, privacy; * accounting and tariff policing for multimedia teleservices. IMPORTANT DATES * Full papers due June 26, 2000 * Authors notified July 24, 2000 * Full paper camera ready due September 25, 2000 CONFERENCE TIMETABLE * 1st day October 22 full-day sightseeing tour (optional) * 2nd day October 23 tutorials, welcome reception * 3rd day October 24 invited talks, sessions, panel, banquet * 4th day October 25 invited talks, sessions VENUE Its history rooted deep in the Middle Ages, Cracow, is the most celebrated city in Poland. UNESCO has added its architectural complex to the World Heritage List. Cracow's appeal today, however, is no longer attributable solely to the beauty of its medieval architecture, but to its strong scientific potential for applied research and development. The PROMS2000 Conference will be held on the modern premises of the Department of Telecommunications within walking distance of both the downtown area and hotels. Direct flights to Cracow are available to and from Chicago, Copenhagen, New York, Toronto, Frankfurt, London, Paris, Rome, Tel Aviv, Vienna and Zurich. SUBMISSION Submit a full manuscript to the PROMS chair in an electronic form (MSWord, Postscript or pdf file); editorial requirements can be found at http://PROMS2000.kt.agh.edu.pl/. CONFERENCE CHAIR Zdzislaw PAPIR Department of Telecommunications University of Mining and Metallurgy Al. Mickiewicza 30 30-059 Cracow, Poland E-mail: papir@kt.agh.edu.pl Phone: +48 12 634 55 82 Fax: +48 12 634 23 72 PROGRAM COMMITTEE Koichi Asatani, Univ. Kogakuin, asatani@sin.cc.kogakuin.ac.jp William Atwood, Univ. Concordia, Bill@cs.Concordia.ca Arturo Azcorra, Univ. Carlos III de Madrid, azcorra@it.uc3m.es Stanislaw Budkowski, INT-Evry, stan@int-evry.fr Andrew Campbell, Univ. Columbia, campbell@ctr.columbia.edu Michel Diaz, LAAS-CNRS, diaz@laas.fr Wolfgang Effelsberg, Univ. Mannheim, effelsberg@informatik.uni-mannheim.de Paolo Fasano, CSELT, Paolo.Fasano@cselt.it Francisco Fontes, Portugal Telecom, fontes@ptinovacao.pt Nicolas D. Georganas, Univ. Ottawa, georgana@mcrlab.uottawa.ca Per Gunningberg, Univ. Uppsala, Per.Gunningberg@docs.uu.se Ulrich Hofmann, Univ. Salzburg, ulrich.hofmann@fh-sbg.ac.at David Hutchison, Univ. Lancaster, dh@comp.lancs.ac.uk Yuji Inoue, NTT, yuji@rd.nttdata.co.jp Andrzej Jajszczyk, Univ. Mining and Metallurgy, jajszcz@kt.agh.edu.pl Pedro Lizcano, Telefonica Labs, lizcano@tid.es John C. S. Lui, Chinese Univ. Hong Kong, cslui@cse.cuhk.edu.hk Andrzej R. Pach, Univ. Mining & Metallurgy, pach@kt.agh.edu.pl Sergio Palazzo, Univ. Catania, palazzo@iit.unict.it Thomas Plagemann, Center for Technology, plageman@unik.no Radia Perlman, SUN, radia.perlman@sun.com Radu Popescu-Zeletin, GMD, zeletin@fokus.gmd.de Marten J. van Sinderen, Univ. Twente, sinderen@cs.utwente.nl Kazem Sohraby, Lucent, sohraby@lucent.com Joan I. Solana, Nokia Telecom R & D, juan.solana@nokia.com Eduardo Vera, Univ. of Chile, evera@accessnova.cl Johan Zuidweg, Tecsidel, johan.zuidweg@ieee.org ORGANISING COMMITTEE Chair: Piotr PACYNA, proms@kt.agh.edu.pl K. Juszkiewicz, juszkiew@kt.agh.edu.pl J. Gozdecki, gozdecki@kt.agh.edu.pl J. Roman, roman@kt.agh.edu.pl From owner-mmnet@itd.nrl.navy.mil Tue May 2 11:56:34 2000 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 ESMTP id LAA03818 for ; Tue, 2 May 2000 11:56:32 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id KAA13292 for mmnet-outgoing; Tue, 2 May 2000 10:18:31 -0400 (EDT) Received: from CS.UniBO.IT (leporello.cs.unibo.it [130.136.1.110]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id KAA13267 for ; Tue, 2 May 2000 10:17:54 -0400 (EDT) Received: from [130.136.2.225] (yamadori.cs.unibo.it [130.136.2.225]) by CS.UniBO.IT (8.9.3/8.9.3/Debian 8.9.3-6) with ESMTP id QAA14040; Tue, 2 May 2000 16:14:58 +0200 X-Sender: gorrieri@pop.cs.unibo.it Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 2 May 2000 16:18:07 +0200 To: gorrieri@cs.unibo.it From: Roberto Gorrieri Subject: School on security -- FOSAD Sender: owner-mmnet@itd.nrl.navy.mil Precedence: bulk [look at the URL http://www.cs.unibo.it/~gorrieri/fosad for more details] %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % % % INTERNATIONAL SCHOOL ON % % FOUNDATIONS OF SECURITY ANALYSIS AND DESIGN % % ============================================== % % % % 18-30 September 2000, Bertinoro, Italy % % % % Preliminary Announcement % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% General Information ^^^^^^^^^^^^^^^^^^^ Security in computer systems and networks is emerging as one of the most challenging research areas for the future. The main aim of the school is to offer a good spectrum of current research in foundations of security, ranging from programming languages to analysis of protocols, that can be of help for graduate students or young researchers that intend to approach the field. The school covers two weeks (from monday 18 to saturday 30, september 2000) and alternates four lecturers per week on monographic courses of about 6/8 hours each. Saturdays are reserved for presentations given by those participants that intend to take advantage of the audience for discussing their current research in the area. The school is organised at the Centro Residenziale Universitario of the University of Bologna, situated in Bertinoro, a small village on a scenic hill with a wonderful panorama, in between Forli' and Cesena (about 50 miles south-east of Bologna, 15 miles from the Adriatic sea). Lecturers and Courses ^^^^^^^^^^^^^^^^^^^^^ The school offers eight main courses, each composed of 3/4 seminars (on different days), each seminar of 2 hours. In alphabetic order, the lecturers of the eight main courses are the following: - Li Gong (Javasoft - Sun Microsystems, Palo Alto) Java Security - Andrew D. Gordon (Microsoft Research, Cambridge) Process Calculi for Security and Mobility - Roberto Gorrieri (University of Bologna) Classification of Security Properties - Joshua Guttman (Mitre, Bedford) Security Goals: Packet trajectories and strand spaces - Peter Ryan (SRI, Cambridge) Mathematical Models of Computer Security - Pierangela Samarati (University of Milano) Access Control: Policies, Models, Architectures and Mechanisms - Paul Syverson (Naval Research Lab, Washington) The Logic of Security Protocols - Moti Yung (CertCo Inc., New York) Cryptographic Technology and Protocols in E-Commerce Further short courses will be given by: - Carlo Blundo (Univ. of Salerno) Introduction to Cryptography - Luigia Carlucci Aiello and Fabio Massacci (Univ. of Roma "La Sapienza") Planning, Logic Programs and Security Protocols - Pierpaolo Degano (Univ. of Pisa) Control Flow Analysis for security - Rocco De Nicola (Univ. of Firenze) Testing for spi Processes - Fausto Giunchiglia (Univ. of Trento) Model Checking Using a Logic of Belief - Roberto Segala (Univ. of Bologna) Applied Cryptography Organisation ^^^^^^^^^^^^ The scientific school director is Roberto Gorrieri (fosad@cs.unibo.it). The administrative directors are Andrea Bandini and Roberta Poggi (cbert@sun1.spfo.unibo.it). Notice and Dates ^^^^^^^^^^^^^^^^ The school is directed to PhD students and young researchers. In order to be really effective, at most 45 participants will be admitted to the lectures. Prospective participants should send an application to the address below, together with a recommendation letter, by May 15, 2000. Notification of accepted applicants will be posted by June 15, 2000. Registration to the school is due by July 15, 2000. Applications should be sent to Roberto Gorrieri (by e-mail) and to Andrea Bandini (by mail or fax): Roberto Gorrieri Dipartimento di Scienze dell'Informazione Mura Anteo Zamboni 7 I-40127 Bologna, Italy e-mail: fosad@cs.unibo.it Andrea Bandini Ser.In.Ar. Corso Diaz 43, I-47100 Forli, Italy tel: +39-0543-35180 fax: +39-0543-450204 e-mail: cbert@sun1.spfo.unibo.it Grants ^^^^^^ A limited amount of grants will be provided to cover part of the expenses. Applications are pending to EU for european young researchers and to UNESCO-ROSTE for prospective participants from East European and South Mediterranean countries. Please, include your request with the application. Accommodation and Registration fees ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Accommodation fee is 750 Euro and covers costs for the whole period in single room, half board (breakfast and lunch). Registration fee is 550 Euro and includes didactical material from the lecturers. Further Information ^^^^^^^^^^^^^^^^^^^ More detailed information on courses can be found at the URL http://www.cs.unibo.it/~gorrieri/fosad Requests of information on the school, grants and applications should be addressed to fosad@cs.unibo.it, while information on organisation (address, how to reach us, etc...) can be requested by e-mail to cbert@sun1.spfo.unibo.it Under the auspices of ^^^^^^^^^^^^^^^^^^^^^ European Association of Theoretical Computer Science -- Italian Chapter International Federation for Information Processing -- IFIP TC1-WG1.7 European Educational Forum Sponsors ^^^^^^^^ Ser.In.Ar., Cassa di Risparmio di Forli', Universita' di Bologna GlobalSign Italy EU (pending) UNESCO (pending) CNR - GNIM (pending) Regione Emilia-Romagna (pending) ======================================================================= From owner-mmnet@itd.nrl.navy.mil Wed May 3 13:26:45 2000 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 ESMTP id NAA06923 for ; Wed, 3 May 2000 13:26:45 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA10220 for mmnet-outgoing; Wed, 3 May 2000 11:43:45 -0400 (EDT) Received: from marjan.fesb.hr (marjan.fesb.hr [161.53.166.3]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id LAA10019; Wed, 3 May 2000 11:31:42 -0400 (EDT) Received: from jurica (jurica.fesb.hr [161.53.166.43]) by marjan.fesb.hr (8.9.3/8.9.3) with SMTP id QAA28524; Wed, 3 May 2000 16:17:37 +0200 (MET DST) Message-ID: <062801bfb50a$e567aaa0$2ba635a1@fesb.hr> From: "SoftCOM Secretary" To: "SoftCOM Mailing List" Subject: Second Call for Papers Date: Wed, 3 May 2000 16:18:39 +0200 Organization: FESB, University of Split MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" 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-mmnet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Dear All A Gentle Reminder * Kindly ignore this email if you have received this before. Please give * this remainder to your coleagues that might be interested. Thank you for your kind attention and cooperation. *********************************************************** The 8th IEEE International Conference on Software, Telecommunications and Computer networks (SoftCOM 2000) will be held from October 11-14, 2000 aboard the luxury ship Marko Polo travelling on the route Split (Croatia) - Rijeka (Croatia) - Trieste (Italy) - Venice (Italy) - Dubrovnik (Croatia). The aim of the conference is to provide an international forum for experts to promote, share and discuss various issues and developments in the broad field of telecommunication and computer networks. We thus seek and solicit your contributions in the form of original/unpublished papers, tutorials, and topics for special sessions/panel discussions. More information on the scope of the conference and the guidelines for the submission of contributions can be obtained at this web site: http://www.fesb.hr/SoftCOM We look forward to your participation. Thank you. SoftCOM 2000 Organizing Committee From owner-manet@itd.nrl.navy.mil Wed May 3 13:27:01 2000 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 ESMTP id NAA06936 for ; Wed, 3 May 2000 13:27:00 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA10025 for manet-outgoing; Wed, 3 May 2000 11:32:02 -0400 (EDT) Received: from marjan.fesb.hr (marjan.fesb.hr [161.53.166.3]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id LAA10019; Wed, 3 May 2000 11:31:42 -0400 (EDT) Received: from jurica (jurica.fesb.hr [161.53.166.43]) by marjan.fesb.hr (8.9.3/8.9.3) with SMTP id QAA28524; Wed, 3 May 2000 16:17:37 +0200 (MET DST) Message-ID: <062801bfb50a$e567aaa0$2ba635a1@fesb.hr> From: "SoftCOM Secretary" To: "SoftCOM Mailing List" Subject: Second Call for Papers Date: Wed, 3 May 2000 16:18:39 +0200 Organization: FESB, University of Split MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" 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 Dear All A Gentle Reminder * Kindly ignore this email if you have received this before. Please give * this remainder to your coleagues that might be interested. Thank you for your kind attention and cooperation. *********************************************************** The 8th IEEE International Conference on Software, Telecommunications and Computer networks (SoftCOM 2000) will be held from October 11-14, 2000 aboard the luxury ship Marko Polo travelling on the route Split (Croatia) - Rijeka (Croatia) - Trieste (Italy) - Venice (Italy) - Dubrovnik (Croatia). The aim of the conference is to provide an international forum for experts to promote, share and discuss various issues and developments in the broad field of telecommunication and computer networks. We thus seek and solicit your contributions in the form of original/unpublished papers, tutorials, and topics for special sessions/panel discussions. More information on the scope of the conference and the guidelines for the submission of contributions can be obtained at this web site: http://www.fesb.hr/SoftCOM We look forward to your participation. Thank you. SoftCOM 2000 Organizing Committee From owner-manet@itd.nrl.navy.mil Wed May 3 13:42:18 2000 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 ESMTP id NAA07316 for ; Wed, 3 May 2000 13:42:17 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id MAA10949 for manet-outgoing; Wed, 3 May 2000 12:13:03 -0400 (EDT) Received: from lrcsun15.epfl.ch (lrcsun15.epfl.ch [128.178.156.77]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id MAA10934 for ; Wed, 3 May 2000 12:12:57 -0400 (EDT) Received: from lrc.di.epfl.ch (giordano@lrcsun15.epfl.ch [128.178.156.77]) by lrcsun15.epfl.ch (8.8.X/EPFL-8.1a) with ESMTP id SAA10654 for ; Wed, 3 May 2000 18:12:45 +0200 (MET DST) Message-Id: <200005031612.SAA10654@lrcsun15.epfl.ch> X-Mailer: exmh version 1.6.9 8/22/96 To: manet@itd.nrl.navy.mil Subject: CFP: HICSS-34 - Minitrack-1: Mobile Ad-hoc Networking Reply-To: silvia.giordano@epfl.ch X-Face: ")YL-h@"&:Ur_,S{#8mRN-B,tM<4b'^A][=FBR\,RRKX@Jxi;$CLV1t0y=N;iY2rIMLYl5l qnw6)Kg@%$kCs3o7$Ue_(OFu-YO'8Ie~^GIq4'joA&;FeRoNItjTG:e\#2b0'u/S&,#Wf&H_W1hX}O yU,j~1tAM Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Please apologize, if you receive multiple copies of this CfP CALL FOR PAPERS The Software Technology Track 34th Hawaii International Conference on System Sciences (HICSS-34) Maui, Hawaii, January 3-6, 2001 Minitrack-1: Mobile Ad-hoc Networking Mobile ad hoc networking is an emerging technology that supports self-organizing, mobile networking infrastructures. The technology enables an autonomous system of mobile nodes, which can operate in isolation or be connected to the greater Internet. A Mobile ad-hoc network is a system of wireless mobile nodes dynamically self-organising in arbitrary and temporary network topologies. Mobile ad hoc networks (Manets) are designed to operate in widely varying environments, from military networks with hundreds of nodes to applications of low-power sensor networks and other embedded systems. Before Manet technology can be easily deployed, however, improvements must be made in such areas as: wireless technologies, location and configuration management, addressing and routing, interoperability, and security. We encourage papers on topics including, but not limited to the following: resource and information management, self-organising network architectures and protocols, Routing in ad hoc networks GPS based addressing and routing. experimental and prototype results, analysis and simulation of mobile networking protocols, power management, wireless local area networks Multiple access schemes security and authentication, scalability for mobile ad-hoc networks The web version of the CFP of the minitrack is available at: http://lrcwww.epfl.ch/~giordano/manet.html MiniTrack Coordinators Marco Conti National Research Council, CNUCE Intitute CNR Area della Ricerca, Via V. Alfieri, 1 56010 Ghezzano, Pisa, Italy Marco.Conti@cnuce.cnr.it FAX: +39 050 3138092/91 Silvia Giordano Department of Communication Systems Ecole Polytechnique Federale de Lausanne CH-1015 Lausanne (Switzerland) silvia.giordano@epfl.ch FAX: +41 21 6936610 Important Deadlines in 2000 Manuscript by June 1 Notification of accepted papers by August 31 Camera-ready copies of accepted manuscripts are due by October 1 Instructions for the Authors Submit the full manuscript by June 1, 2000. Manuscripts should have an abstract and be 22-25 typewritten, double-spaced pages in length. Electronic submission is strongly encouraged. Papers must not have been previously presented or published, nor currently submitted for journal publication. Each manuscript will be subjected to a rigorous refereeing process. Individuals interested in refereeing papers should contact the minitrack coordinators directly. This minitrack is organized as part of the Software Technology Track of the 34th Hawaii International Conference on System Sciences. The web version of the CFP of the entire software track is available at: http://cs.unomaha.edu/~rewini/CFP-h34.html Regards, silvia ---------------------------------------------------------------------- Silvia Giordano - ICA-EPFL CH-1015 Lausanne (Switzerland) Tel: +41 21 6936748 FAX: +41 21 6936610 E-Mail: silvia.giordano@epfl.ch WWW: http://icawww.epfl.ch/~giordano ---------------------------------------------------------------------- ........I need one flaw to be perfect........ ---------------------------------------------------------------------- From owner-manet@itd.nrl.navy.mil Thu May 4 03:38:48 2000 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 ESMTP id DAA00654 for ; Thu, 4 May 2000 03:38:48 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id BAA25070 for manet-outgoing; Thu, 4 May 2000 01:34:39 -0400 (EDT) Received: from uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id BAA25065 for ; Thu, 4 May 2000 01:34:37 -0400 (EDT) Received: from saturn.kt.agh.edu.pl (proms@saturn.kt.agh.edu.pl [149.156.114.3]) by uci.agh.edu.pl (8.9.3/8.8.7/rchk1.20) with SMTP id HAA19809 for ; Thu, 4 May 2000 07:34:17 +0200 (MET DST) Received: by saturn.kt.agh.edu.pl (AIX 3.2/UCB 5.64/5.1) for manet@itd.nrl.navy.mil id AA26020; Thu, 4 May 2000 07:33:23 +0200 Date: Thu, 4 May 2000 07:33:23 +0200 From: proms@saturn.kt.agh.edu.pl (Piotr Pacyna) Message-Id: <10005040533.AA26020@saturn.kt.agh.edu.pl> Organization: University of Mining and Metallurgy Address: Mickiewicza 30, 30-059 Krakow, POLAND To: manet@itd.nrl.navy.mil Subject: PROMS2000 Call for Papers Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Dear Sir, Dear Madam, Please find enclosed the Protocols for Multimedia Systems conference CfP. We do apologise if you receive multiple copies of this. Thank you for your attention. With best regards, Piotr Pacyna ++++++++++++++++++++++++++++++++++++++++++++++++++++++ (Please apologize, if you receive multiple copies of this CfP) Announcement and Call for Papers PROTOCOLS FOR MULTIMEDIA SYSTEMS - PROMS2000 Cracow, Poland, October 22-25, 2000 Sponsored by IEEE Poland Sect. and Cracow Communications Soc. Chap. Lucent Technologies, ZWUT a Siemens Company, http://PROMS2000.kt.agh.edu.pl/ After past successful PROMS conferences held in Berlin, Salzburg, Madrid, and Santiago de Chile now we cordially invite you to Cracow/Poland, a lovely university city, with a 1000 year history, today one of cultural capitals of Europe. Emerging broadband interactive applications along with a development of different networking technologies should draw telecom operators' and service providers' attention to protocols supporting multimedia systems as an interface between these two environments that has to be still investigated and modified. The PROMS2000 conference is intended to contribute to a scientific, strategical and practical cooperation between research institutes and industrial companies in the area of distributed multimedia applications, protocols, and intelligent management tools, with emphasis on their provision over broadband networks. PROMS2000 will cover papers and demonstrations on research and achievements related to the following topics: TOPICS * design and implementation of multimedia protocols for public switched telephony networks, mobile networks, data networks, and satellite networks using IP, ATM or other connectivity techniques; * application, media, and protocol integration: synchronization of media streams; * multiparty and group communication protocols; * mobile networking and routing: multimedia communication architectures for mobile networks; * multimedia applications: video-on-demand, digital video libraries, video games, virtual community, teleworking, teleteaching, e-commerce, telemeeting, virtual reality simulations; * content based searching and querying; * techniques for the specification of communication services required by multimedia applications; * methods for real-time testing and analysis of service implementations; * integration of media storage and communication mechanisms, operating system and high-performance issues; * experiences with service provisioning using distributed multimedia applications, eg. voice over IP; * performance of protocols, such as TCP, and applications: modeling, simulation and optimization in different networks; * definition, provisioning, and supervision of QoS parameters for networked applications and services, eg. in IntServ/DiffServ networks; * multimedia traffic engineering; * applications and platforms for service management and provisioning; * intelligent management tools pertaining to costs and quality of service, network access, accounting, security, and system resilience; * service access - security, authentication, privacy; * accounting and tariff policing for multimedia teleservices. IMPORTANT DATES * Full papers due June 26, 2000 * Authors notified July 24, 2000 * Full paper camera ready due September 25, 2000 CONFERENCE TIMETABLE * 1st day October 22 full-day sightseeing tour (optional) * 2nd day October 23 tutorials, welcome reception * 3rd day October 24 invited talks, sessions, panel, banquet * 4th day October 25 invited talks, sessions VENUE Its history rooted deep in the Middle Ages, Cracow, is the most celebrated city in Poland. UNESCO has added its architectural complex to the World Heritage List. Cracow's appeal today, however, is no longer attributable solely to the beauty of its medieval architecture, but to its strong scientific potential for applied research and development. The PROMS2000 Conference will be held on the modern premises of the Department of Telecommunications within walking distance of both the downtown area and hotels. Direct flights to Cracow are available to and from Chicago, Copenhagen, New York, Toronto, Frankfurt, London, Paris, Rome, Tel Aviv, Vienna and Zurich. SUBMISSION Submit a full manuscript to the PROMS chair in an electronic form (MSWord, Postscript or pdf file); editorial requirements can be found at http://PROMS2000.kt.agh.edu.pl/. PROCEEDINGS 1. Each participant will receive Proceedings from the conference. 2. Two best papers will be considered for publication in the IEEE Communications Magazine (March 2001 issue) in a feature topic "Protocols for Multimedia Systems". CONFERENCE CHAIR Zdzislaw PAPIR Department of Telecommunications University of Mining and Metallurgy Al. Mickiewicza 30 30-059 Cracow, Poland E-mail: papir@kt.agh.edu.pl Phone: +48 12 634 55 82 Fax: +48 12 634 23 72 PROGRAM COMMITTEE Koichi Asatani, Univ. Kogakuin, asatani@sin.cc.kogakuin.ac.jp William Atwood, Univ. Concordia, Bill@cs.Concordia.ca Arturo Azcorra, Univ. Carlos III de Madrid, azcorra@it.uc3m.es Stanislaw Budkowski, INT-Evry, stan@int-evry.fr Andrew Campbell, Univ. Columbia, campbell@ctr.columbia.edu Michel Diaz, LAAS-CNRS, diaz@laas.fr Wolfgang Effelsberg, Univ. Mannheim, effelsberg@informatik.uni-mannheim.de Paolo Fasano, CSELT, Paolo.Fasano@cselt.it Francisco Fontes, Portugal Telecom, fontes@ptinovacao.pt Nicolas D. Georganas, Univ. Ottawa, georgana@mcrlab.uottawa.ca Per Gunningberg, Univ. Uppsala, Per.Gunningberg@docs.uu.se Ulrich Hofmann, Univ. Salzburg, ulrich.hofmann@fh-sbg.ac.at David Hutchison, Univ. Lancaster, dh@comp.lancs.ac.uk Yuji Inoue, NTT, yuji@rd.nttdata.co.jp Andrzej Jajszczyk, Univ. Mining and Metallurgy, jajszcz@kt.agh.edu.pl Pedro Lizcano, Telefonica Labs, lizcano@tid.es John C. S. Lui, Chinese Univ. Hong Kong, cslui@cse.cuhk.edu.hk Andrzej R. Pach, Univ. Mining & Metallurgy, pach@kt.agh.edu.pl Sergio Palazzo, Univ. Catania, palazzo@iit.unict.it Thomas Plagemann, Center for Technology, plageman@unik.no Radia Perlman, SUN, radia.perlman@sun.com Radu Popescu-Zeletin, GMD, zeletin@fokus.gmd.de Marten J. van Sinderen, Univ. Twente, sinderen@cs.utwente.nl Kazem Sohraby, Lucent, sohraby@lucent.com Joan I. Solana, Nokia Telecom R & D, juan.solana@nokia.com Eduardo Vera, Univ. of Chile, evera@accessnova.cl Johan Zuidweg, Tecsidel, johan.zuidweg@ieee.org ORGANISING COMMITTEE Chair: Piotr PACYNA, proms@kt.agh.edu.pl K. Juszkiewicz, juszkiew@kt.agh.edu.pl J. Gozdecki, gozdecki@kt.agh.edu.pl J. Roman, roman@kt.agh.edu.pl From owner-manet@itd.nrl.navy.mil Thu May 4 06:10:18 2000 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 ESMTP id GAA01660 for ; Thu, 4 May 2000 06:10:18 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA26518 for manet-outgoing; Thu, 4 May 2000 04:13:55 -0400 (EDT) Received: from kuma.upv.es (kuma.cc.upv.es [158.42.4.6]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id EAA26511 for ; Thu, 4 May 2000 04:13:46 -0400 (EDT) Received: from vega.upv.es (vega.cc.upv.es [158.42.4.1]) by kuma.upv.es (8.9.3/8.9.3) with ESMTP id KAA11773 for ; Thu, 4 May 2000 10:13:08 +0200 Received: from disca.upv.es (montgo.disca.upv.es [158.42.50.203]) by vega.upv.es (8.8.4/8.8.5) with SMTP id KAA15920 for ; Thu, 4 May 2000 10:13:01 +0200 (METDST) Received: from ieee.org by disca.upv.es (SMI-8.6/SMI-SVR4) id KAA12589; Thu, 4 May 2000 10:26:09 +0100 Message-ID: <3911239E.53AE9C64@ieee.org> Date: Thu, 04 May 2000 09:15:42 +0200 From: Miguel Organization: Universidad Politecnica de Valencia X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.14-5.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "manet@itd.nrl.navy.mil" Subject: GPS SA shutdown Content-Type: multipart/alternative; boundary="------------2B25EA54C36244831945CBD9" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk --------------2B25EA54C36244831945CBD9 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, I've read a few days ago about the US government disabling the Selective Availability feature on civilian code GPS system (that provided an artificial error in measured location). Because some routing algorithms are using GPS information I think this can be good news for these algorithms. I'd like to know if this is really true (I was not able to track it down) and if true, the expected location precision. Thanks, -- Miguel Sanchez Lopez | misan@ieee.org Universidad Politecnica de Valencia | voice:+3496 387 9700 Camino de Vera, 14 | fax: +3496 387 7579 46071 VALENCIA (Spain) | --------------2B25EA54C36244831945CBD9 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all,

I've read a few days ago about the US government disabling the  Selective Availability feature on civilian code GPS system (that provided an artificial error in measured location). Because some routing algorithms are using GPS information I think this can be good news for these algorithms.

I'd like to know if this is really true (I was not able to track it down) and if true, the expected location precision.

Thanks,
  

-- 
Miguel Sanchez Lopez                            |       misan@ieee.org
Universidad Politecnica de Valencia             | voice:+3496 387 9700  
Camino de Vera, 14                              | fax:  +3496 387 7579 
46071 VALENCIA (Spain)                          |
  --------------2B25EA54C36244831945CBD9-- From owner-manet@itd.nrl.navy.mil Thu May 4 08:24:29 2000 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 ESMTP id IAA04424 for ; Thu, 4 May 2000 08:24:29 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id GAA27695 for manet-outgoing; Thu, 4 May 2000 06:12:10 -0400 (EDT) Received: from smtppop1.gte.net (smtppop1.gte.net [207.115.153.20]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id GAA27690 for ; Thu, 4 May 2000 06:12:08 -0400 (EDT) Received: from gte.net (ws5.net21-tc3.5sigcmd.army.mil [134.235.21.5]) by smtppop1.gte.net with ESMTP ; id FAA22216268 Thu, 4 May 2000 05:10:31 -0500 (CDT) Message-ID: <39114CC4.2C00D6AE@gte.net> Date: Thu, 04 May 2000 12:11:16 +0200 From: Ron Orr X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Miguel CC: "manet@itd.nrl.navy.mil" Subject: Re: GPS SA shutdown References: <3911239E.53AE9C64@ieee.org> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 8bit Here is the scoop: Here in Bosnia the accurcy of my Garmin etrex went from 90 meters to less than 10. ----------------------------- Clinton Unscrambles GPS Signals 12:50 p.m. May. 1, 2000 PDT WASHINGTON -- President Clinton on Monday gave the go-ahead for letting boaters, motorists, and hikers use a satellite-navigation system with the same pinpoint accuracy as the military has long enjoyed. Clinton ordered that at 8 p.m., EDT on Monday night, the U.S. military stop intentionally scrambling the satellite signals used by civilians to improve the accuracy of Global Position System receivers tenfold. The decision, based on four years of deliberations, is likely to be a boon to the GPS industry, which is already expected to double in the next three years, from $8 billion to more than $16 billion. The possibilities for increased commercial use are wide: air, road, rail, and marine navigation, precision agriculture and mining, oil exploration, telecommunications, electronic data transfer, construction, recreation, and emergency response. Consumers who have bought GPS receivers for boats, cars, or recreation will find that they are 10 times more accurate when the military ceases disruption of the signal beamed down from orbiting GPS satellites. The White House said it should generate greater acceptance of the system. "In plain English, we are unscrambling the GPS signal," said White House science adviser Neal Lane. "It's rare that someone can press a button and make something you own instantly more valuable, but that's exactly what's going to happen today." "This is a very significant step forward in furthering the worldwide utility of GPS for peaceful civil, commercial, and scientific pursuits," he said. Emergency teams responding to a crisis will be able to determine what side of the highway they must respond to, saving precious minutes. Currently, a GPS-based car navigation could give the location of the vehicle to within 100 yards, a problem where multiple highways run in parallel. The signal change will eliminate these problems and possibly lead to greater consumer confidence in these devices. Outdoor enthusiasts already use GPS but the greater accuracy will provide accuracy of 20 or better, allowing hikers, campers and hunters to navigate their way through unmarked wilderness terrain. In fact, the White House said, the accuracy of GPS will exceed the resolution of U.S. Geological Survey topographical quad maps. Recreational boaters will enjoy safer, more accurate navigation around sandbars and rocks. Fishing aficionados will find more quickly a good fishing hole on lakes and rivers, and commercial lobster boats will find it easier to recover their traps. The GPS system is a product of super-reliable atomic clocks that emerged from Nobel prize-winning physics. It can calculate position, velocity, and time anywhere on the globe, any time of the day or night, in any kind of weather. Artificial errors intentionally have been introduced into the satellite signals for years for national security reasons, giving the military a far more accurate system than civilians. Lane told reporters the military would be able to scramble the signals on a regional basis should it need to do so for national security reasons. Copyright © 1999-2000 Reuters Limited. -------------------------------------------------------------- May 1, 2000 STATEMENT BY THE PRESIDENT REGARDING THE UNITED STATES? DECISION TO STOP DEGRADING GLOBAL POSITIONING SYSTEM ACCURACY Today, I am pleased to announce that the United States will stop the intentional degradation of the Global Positioning System (GPS) signals available to the public beginning at midnight tonight. We call this degradation feature Selective Availability (SA). This will mean that civilian users of GPS will be able to pinpoint locations up to ten times more accurately than they do now. GPS is a dual-use, satellite-based system that provides accurate location and timing data to users worldwide. My March 1996 Presidential Decision Directive included in the goals for GPS to: ?encourage acceptance and integration of GPS into peaceful civil, commercial and scientific applications worldwide; and to encourage private sector investment in and use of U.S. GPS technologies and services.? To meet these goals, I committed the U.S. to discontinuing the use of SA by 2006 with an annual assessment of its continued use beginning this year. The decision to discontinue SA is the latest measure in an on-going effort to make GPS more responsive to civil and commercial users worldwide. Last year, Vice President Gore announced our plans to modernize GPS by adding two new civilian signals to enhance the civil and commercial service. This initiative is on-track and the budget further advances modernization by incorporating some of the new features on up to 18 additional satellites that are already awaiting launch or are in production. We will continue to provide all of these capabilities to worldwide users free of charge. My decision to discontinue SA was based upon a recommendation by the Secretary of Defense in coordination with the Departments of State, Transportation, Commerce, the Director of Central Intelligence, and other Executive Branch Departments and Agencies. They realized that worldwide transportation safety, scientific, and commercial interests could best be served by discontinuation of SA. Along with our commitment to enhance GPS for peaceful applications, my administration is committed to preserving fully the military utility of GPS. The decision to discontinue SA is coupled with our continuing efforts to upgrade the military utility of our systems that use GPS, and is supported by threat assessments which conclude that setting SA to zero at this time would have minimal impact on national security. Additionally, we have demonstrated the capability to selectively deny GPS signals on a regional basis when our national security is threatened. This regional approach to denying navigation services is consistent with the 1996 plan to discontinue the degradation of civil and commercial GPS service globally through the SA technique. Originally developed by the Department of Defense as a military system, GPS has become a global utility. It benefits users around the world in many different applications, including air, road, marine, and rail navigation, telecommunications, emergency response, oil exploration, mining, and many more. Civilian users will realize a dramatic improvement in GPS accuracy with the discontinuation of SA. For example, emergency teams responding to a cry for help can now determine what side of the highway they must respond to, thereby saving precious minutes. This increase in accuracy will allow new GPS applications to emerge and continue to enhance the lives of people around the world. Miguel wrote: > Hi all, > > I've read a few days ago about the US government disabling the > Selective Availability feature on civilian code GPS system (that > provided an artificial error in measured location). Because some > routing algorithms are using GPS information I think this can be good > news for these algorithms. > > I'd like to know if this is really true (I was not able to track it > down) and if true, the expected location precision. > > Thanks, > > > -- > Miguel Sanchez Lopez | misan@ieee.org > Universidad Politecnica de Valencia | voice:+3496 387 9700 > Camino de Vera, 14 | fax: +3496 387 7579 > 46071 VALENCIA (Spain) | > > From owner-manet@itd.nrl.navy.mil Thu May 4 09:58:43 2000 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 ESMTP id JAA06201 for ; Thu, 4 May 2000 09:58:42 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id IAA29559 for manet-outgoing; Thu, 4 May 2000 08:01:51 -0400 (EDT) Received: from blaze.arl.mil (blaze.arl.mil [128.63.240.5]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id IAA29553 for ; Thu, 4 May 2000 08:01:49 -0400 (EDT) Date: Thu, 4 May 2000 07:58:27 EDT From: Sam Chamberlain To: Miguel cc: "manet@itd.nrl.navy.mil" Subject: Re: GPS SA shutdown Message-ID: <200005040758.aa05152@blaze.arl.mil> Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk For fun, see: http://www.spacecom.af.mil/usspace/gps_support/ Sam From owner-mmnet@itd.nrl.navy.mil Fri May 5 13:51:08 2000 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 ESMTP id NAA25030 for ; Fri, 5 May 2000 13:51:07 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA29945 for mmnet-outgoing; Fri, 5 May 2000 11:29:46 -0400 (EDT) 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 LAA29939 for ; Fri, 5 May 2000 11:29:44 -0400 (EDT) Received: from apache.utdallas.edu (apache.utdallas.edu [129.110.16.9]) by ns0.utdallas.edu (Postfix) with ESMTP id A7BAE1A0312; Fri, 5 May 2000 10:28:49 -0500 (CDT) Received: from localhost (gxiao@localhost) by apache.utdallas.edu (8.9.1/8.9.1) with ESMTP id KAA11245; Fri, 5 May 2000 10:29:43 -0500 (CDT) X-Authentication-Warning: apache.utdallas.edu: gxiao owned process doing -bs Date: Fri, 5 May 2000 10:29:43 -0500 (CDT) From: Gaoxi Xiao To: mmnet@itd.nrl.navy.mil Cc: Candan Cankaya Subject: OptiComm 2000 Info, Call for Papers and Industry Participation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-mmnet@itd.nrl.navy.mil Precedence: bulk Dear Colleagues, Below please find (1) the call for papers, (2) opportunities for industry participation, and (3) the current conference program for OptiComm 2000. Information is included on technical sessions, panels, tutorials, demonstrations, exhibits, sponsorship, and speakers. Please accept our apologies if you receive multiple copies of this announcement. We would appreciate if you could please distribute the information to your group and other individual(s)/group(s) who may be interested. Regards, Gaoxi (Kevin) Xiao Publicity co-chair Optical Networking and Communcations Conference ------------------------------------------------------------------ CALL FOR PAPERS OptiComm 2000 Optical Networking and Communications Conference October 22-26, 2000 Richardson, TX www.opticomm.org Sponsored by: SPIE Technically co-sponsored by: IEEE Communications Society In-cooperation with: ACM SIGCOMM and The Center for Advanced Telecommunications Systems and Services (CATSS) at the University of Texas, Dallas Platinum Level Sponsors: Tellium Sorrento Networks Lucent Submission Deadline: May 30, 2000 SCOPE Emerging optical technologies, together with the rapid growth of the Internet, are fueling an increasing amount of research in the field of optical networks. A new optical network layer is evolving which focuses on providing advanced optical capabilities, such as optical reconfiguration, wavelength provisioning, and all-optical protection and restoration. New network protocols and architectures, in local, metropolitan, and long-haul environments, must be developed in order to fully utilize this emerging optical layer, and to create an efficient optical network that may provide a wide variety of services to end users. This conference provides a forum for researchers and developers from universities and industry to openly exchange information and to discuss the technical and commercial development of optical network technologies, architectures, protocols, and applications. Topics: Papers are solicited in all research and applied areas related to optical networking including, but not limited to: * IP over WDM * optical switching technologies * optical protection and restoration * network management and control * optical resource provisioning * quality of service (QoS) in optical networks * optical WDM and TDM networks * architectures and protocols * optical network applications * optical infrastructures * network performance * optical networking standards SUBMISSION INSTRUCTIONS Authors are invited to submit full papers of up to 20 pages. Accepted papers will appear in the conference proceedings, and papers of particular merit will be selected for journal publication. Student travel grants will be awarded for the top student papers. Extended abstracts of up to 5 pages are solicited for presentation in poster sessions. Submissions should be submitted electronically in Postscript or PDF format to jjue@utdallas.edu. IMPORTANT DATES Submission deadline: May 30, 2000 Acceptance notification: July 7, 2000 Final manuscript due: August 7, 2000 PANEL AND TUTORIAL PROPOSALS Additional proposals are solicited for panel and tutorial sessions. Panel proposals should be directed to byrav@cse.unl.edu, and tutorial proposals should be directed to krishna@eecs.wsu.edu. Proposals should be limited to 3 pages. EXHIBIT SPACE AND DEMONSTRATAION PROPOSALS Exhibit and demo space will be available at OptiComm. 10' x 10' exhibit spaces are available for $1000, and table-top exhibit spaces are available for $750. Proposals for demonstrations are welcome. Please contact Sandeep.Dilwali@usa.alcatel.com for details. CORPORATE SPONSORSHIP OPPORTUNITIES For information on how to become a corporate supporter please contact Don Montgomery, The University of Texas at Dallas, P.O.Box 830688 MS:EC-33, Richardson, TX 75083, Tel: (214) 403-4694, e-mail: montgo@utdallas.edu; or contact Chunming Qiao at qiao@cse.buffalo.edu. HOTEL AND REGISTRATION Hotel and registration information may be found on the conference web site (www.opticomm.org). To guarantee corporate hotel rates, it is recommended that attendees reserve their rooms by the early registration deadline of October 1, 2000. ---------------------------------------------------------------------------- ORGANIZING COMMITTEE General Chair: Imrich Chlamtac, University of Texas at Dallas chlamtac@utdallas.edu Technical Program Chair: Jason Jue, University of Texas at Dallas jjue@utdallas.edu Industry Program Chair: Nasir Ghani, Sorrento Networks nghani@sorrentonet.com Tutorials Chair: Krishna Sivalingam, Washington State University krishna@eecs.wsu.edu Panels Chair: Byrav Ramamurthy, University of Nebraska - Lincoln byrav@cse.unl.edu Workshops Chair: George Rouskas, North Carolina State University rouskas@eos.ncsu.edu Industry Liaisons: Chunming Qiao, SUNY Buffalo qiao@cse.buffalo.edu Don Montgomery, University of Texas at Dallas montgo@utdallas.edu Publicity Co-Chairs: Gaoxi (Kevin) Xiao, University of Texas at Dallas gxiao@utdallas.edu Hakki Candan Cankaya, Alcatel Candan.Cankaya@usa.alcatel.com Local Chair: Gheorghe Spiride, Nortel Networks gspiride@nortelnetworks.com Exhibits Chair: Sandeep Dilwali, Alcatel Sandeep.Dilwali@usa.alcatel.com Web-Site Chair: Gergely Zaruba, University of Texas at Dallas zaruba@utdallas.edu Treasurer: Stephen Gibbs, University of Texas at Dallas gibbs@utdallas.edu Registration Co-Chairs: Marco Tacca, University of Texas at Dallas mtacca@utdallas.edu Luca Valcarenghi, University of Texas at Dallas lucav@utdallas.edu Program Committee: Joseph Bannister, ISI, University of Southern California Daniel Blumenthal, University of California, Santa Barbara Vincent Chan, MIT Joseph Cook, MCI/Worldcom Debasish Datta, Indian Institute of Technology, Kharagpur, India Piet Demeester, University of Ghent, Belgium Mark Karol, Bell Labs, Lucent Technologies Leonid Kazovsky, Stanford Bhumip Khasnabish, GTE Bo Li, Univ. of Science and Technology, Hong Kong Guifang Li, University of Central Florida Marco Ajmone Marsan, Politecnico di Torino, Italy Francesco Masetti, Alcatel Eytan Modiano, MIT Biswanath Mukherjee, University of California, Davis Fabio Neri, Politecnico di Torino, Italy Achille Pattavina, Politecnico di Milano, Italy Chunming Qiao, SUNY Buffalo Bill St. Arnaud, Canarie Inc. Abhijit Sengupta, University of South Carolina Arun Somani, Iowa State University David Su, NIST Suresh Subramaniam, George Washington University Alan Willner, University of Southern California Harmen R. van As, Vienna Univ. of Technology Yijun Xiong, Alcatel Zhensheng Zhang, Sorrento Networks ---------------------------------------------------------------------------- OPTICOMM 2000 PRELIMINARY CONFERENCE PROGRAM Sunday, October 22 - Monday, October 23 --------------------------------------- TUTORIALS: Introduction to Optical Networking Instructor: Mari Maeda, Corporation for National Research Initiative Optical Access Networks Instructor: Eytan Modiano, MIT Optical Layer Survivability Instructor: Ori Gerstel, Xros Labeled Optical Burst Switching and IP/WDM Integration Instructors: Chunming Qiao, SUNY Buffalo; Nasir Ghani, Sorrento Networks Performance Evaluation/Ring Networks Instructor: Suresh Subramaniam, George Washington University Role of Wavelength Conversion, Conversion Placement,and Multifibers as Alternatives to Conversion Instructor: Arun Somani, Iowa State University Tuesday, October 24 - Wednesday, October 25 ------------------------------------------- KEYNOTE TALKS: The Pathway to the All Optical Network Richard Barcus, President, Tellium Evolution of Metro Optical Networks Dr. Xin Cheng, CEO, Sorrento Networks Tim Sullivan, VP Optical Area Networking, Lucent Technologies TECHNICAL SESSIONS: There will be 6-8 technical sessions covering research in areas such as routing and wavelength assignment, network control and management, protection and restoration, optical components and devices, and simulation tools for optical networks. PANEL SESSIONS: Title: Carriers' and Vendors' IP over DWDM/Optical Cross-Connect Trials and Plans Moderator: John Fee Description: Recent laboratory research and development of DWDM components and systems, and optical switches and Optical Cross-Connect platforms have begun to make optical networking a reality. This panel highlights recent carriers' and vendors' IP over DWDM/Optical Cross-Connect trials and future deployment plans. Title: Optical networks and the next generation computer pplications Moderator: Bodo Parady, Sun Microsystems Description: The goal of this panel is to illuminate the requirements posed to optical networks by end users and computer system manufacturers. The long term goal is to align all sides at the computer and optical network needs. At some level, to deal with the computer to optical network interface needs consideration. The optical network sets requirements on computers to deal with the higher speeds. This in turn will likely mean that optical networks will need to behave more like computer interconnects than networks. Title: Metro Telecom Markets and Technologies Moderator: Rohit Sharma, Optical Networks Description: SONET, since its introduction in late 80's, has been the dominant standard for transport of voice and data services. In today's telecom networks, esp. in the metropolitan areas, high bandwidth data services such as Gigabit Ethernet and Fibre Channel are more efficiently carried in their native format directly over fiber networks. The rapid adoption of these protocols and services utilizing these protocols demands a flexible, dynamic, and service-transparent optical transport layer in metro networks. The task of engineering metro optical networks becomes even more challenging with the expected introduction of 10 Gigabit Ethernet and higher rate Fibre Channel solutions. Representatives from leading optical networking companies, carriers and communications solution providers, as well as leading analysts from the investment community and venture capital firms will participate in a discussion to evaluate the challenges posed by the new requirements placed on the metro networks and the opportunities available to companies delivering new technologies and solutions in this vibrant market. Title: The Optical Value Proposition: What Do Investors Want? Moderator: Matthew G. Rigby, Gerson Lehrman Group Description: An increasing demand for bandwidth, accelerating innovation in optics to meet that demand, and a robust investment environment are combining to form incredible value for companies, investors and customers in the optical industry. Start-ups in this field are popping up all over the country, and entirely new geographical corridors of innovation (such as Richardson) are developing rapidly. Investors are having a difficult time staying on top of these developments. They must first find these new companies (or vice versa), quickly understand the market opportunity and the technology, get to know the team and perform the necessary due diligence, and coordinate the transaction. Entrepreneurs are often now looking for more than just money for their start-up. They want very high quality financial, legal and strategic advice. In this complicated optical industry environment, for what are investors looking when they assess public and private companies? How do they look at the technologies, the people involved, and the problems being solved? What do they want to see in a potential distribution channel? How do they value relationships? These and other related issues will be covered in this panel session. EXHIBITS AND DEMOS: A number of leading-edge companies will be displaying their products at OptiComm. Hardware and software demonstrations by research agencies and institutions are also planned. For information on exhibit and demo space, please contact Sandeep Dilwali (Sandeep.Dilwali@usa.alcatel.com). Thursday, October 26 -------------------- INDUSTRY WATCH: TECHNOLOGY, MARKET, & BUSINESS OPPORTUNITIES Opening Remarks: Nasir Ghani, Senior Architect, Sorrento Networks Inc. Session 1: Optical Component Technologies Session Chair: Jeff Montgomery, Chief Executive Officer, ElectroniCast Speakers: Jeff Montgomery, Chief Executive Officer, Electronicast Hava Volterra, Vice President Marketing and Business Development, Cyoptics Session 2: Access Networks Session Chair: Prabhu Kavi, Director of Product Management, Tenor Networks Speakers: Prahbu Kavi, Director of Product Management, Tenor Networks Matt Hoffman, Senior Product Manager, Appian Communications, Steve Hersey, Director of Technical Marketing, Quatum Bridge Bruce Miller, Vice President of Engineering, Astral Point Communications Session 3: Metro Networks Chair: Daniel Awduche, Distinguished Technical Member, UUNET Technologies Speakers: Baksheesh Ghuman, Vice President Marketing, Sorrento Networks Inc. Daniel Awduche, Distinguished Technical Member, UUNET Technologies Ted Rado, Director of Marketing, Alidian Networks Rohit Sharma, VP Optical Hardware Development, Optical Networks Inc. Session 4: Wide Area Networks Chair: Tom Ciaccia, Director of Network Architecture, Lucent Technologies Speakers: Tom Ciaccia, Director of Network Architecture, Lucent Technologies Greg Bernstein, Director of Software Engineering, Ciena Rajish Puranik, Senior Product Manager, Sycamore Networks Vinai Sirkay, Director of Business Development, Vivace Networks Zouheir Mansourati, Director, Product Line Management, OPTera Packet Solutions, Nortel Networks From owner-manet@itd.nrl.navy.mil Sat May 6 19:07:55 2000 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 ESMTP id TAA24906 for ; Sat, 6 May 2000 19:07:55 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id RAA01417 for manet-outgoing; Sat, 6 May 2000 17:14:30 -0400 (EDT) Received: from [140.32.132.66] (mail.nps.navy.mil [131.120.254.88]) by itd.nrl.navy.mil (8.8.8/8.8.8) with SMTP id RAA01412 for ; Sat, 6 May 2000 17:14:27 -0400 (EDT) Received: from mail.nps.navy.mil by [140.32.132.66] via smtpd (for s2.itd.nrl.navy.mil [132.250.83.3]) with SMTP; 6 May 2000 21:15:11 UT Received: from [131.120.179.253] (budden.stl.nps.navy.mil [131.120.179.253]) by mail.nps.navy.mil (8.9.3/8.9.3) with ESMTP id IAA25552; Thu, 4 May 2000 08:44:28 -0700 (PDT) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Sender: budden@pop.nps.navy.mil Message-Id: In-Reply-To: <3911239E.53AE9C64@ieee.org> Date: Thu, 4 May 2000 07:44:13 -0700 To: Miguel , "manet@itd.nrl.navy.mil" From: Rex Buddenberg Subject: Re: GPS SA shutdown Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk One should note that there are several errors in the GPS error budget; selective availability is only one of them. The meta-error is that GPS lacks inherent integrity. Like other navigation systems it can provide bad data and advertise it as good. Within the error budget, we have five causes in addition to selective availability: - ephemeris errors. The satellites aren't quite where they were predicted to be. - clock drift. The Cesiums do indeed drift; they are observed by USNO and they post the data to their web page. - ionospheric error. Distortion of the signal as it transits the ionosphere. - tropospheric error. Ditto for troposphere. - receiver noise. The largest component here is usually multipath which is always bad in radionav systems. - selective availability can be lumped in with the rest of these. For navigation purposes, there still is compelling logic to differential GPS -- it fixes all of the above list -- especially including integrity -- except for receiver noise. Most of the list is not terribly critical for time users -- many average out over time and you don't need the low altitude satellites for that purpose (where most of the tropo error lies). So turning off S/A does indeed make that nuisance go away. b From owner-mmnet@itd.nrl.navy.mil Tue May 9 00:03:24 2000 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 ESMTP id AAA29224 for ; Tue, 9 May 2000 00:03:24 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id VAA27426 for mmnet-outgoing; Mon, 8 May 2000 21:58:33 -0400 (EDT) Received: from NS.r-net.sk (NS.r-net.sk [193.58.193.10]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id VAA27419 for ; Mon, 8 May 2000 21:58:12 -0400 (EDT) Received: from jakab (Kosice55.r-net.sk [193.58.192.183]) by NS.r-net.sk (8.9.3/8.9.3/Debian/GNU) with SMTP id DAA24287; Tue, 9 May 2000 03:53:16 +0200 Message-ID: <000c01bfb95a$4b2e8b80$b7c03ac1@jakab> From: "jakab frantisek" To: Cc: , , , , , , , , , , , , , , , , , , , , , , , , , , , , , Subject: Symposium ATMTU 2000 in Slovakia Date: Tue, 9 May 2000 00:21:37 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0987_01BFB94C.8A2E33C0" 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-mmnet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0987_01BFB94C.8A2E33C0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Accept my apologies if you receive multiple copies of this call. Please = forward to your colleagues. = ___________________________________________________________ The deadline for abstract submission is quickly = approaching (May) = ___________________________________________________________ =20 THE SECOND INTERNATIONAL ATM TECHNOLOGY USERS SYMPOSIUM ATMTU 2000 13 - 15 September 2000 Kosice, Slovakia =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Dear colleagues, Enclosed is a Call for Papers for a special issue of The ATMTU 2000 = Symposium.=20 Detailed information about the Symposium and registration form 4you will = also fing on the Symposium web site: http://www.elfa.sk. The Symposium will be devoted to exchange of experiences in = implementation and operation of the broad-band networks based on the ATM technology, = presentation of=20 verified applications and presentation of the offered services. It will = promote the ATM=20 technology transfer between the producers and customers - users of the = ATM technology. In framework of the Symposium we are preparing an exhibition of new = products and=20 components of the ATM technology, applications, measurement equipment, = etc. The exhibition will be held in the same location as the Symposium. = Companies and institutions will have an opportunity to exhibit their products and = advertise them among the specialists and potential customers. Also, a special session will be = devoted to=20 introducing their products and applications (short lectures in duration = of approx. 10-20 min.).=20 In the plenary session we expect a presentation of the ambassadors of = the ATM Forum and also presentation of important business, academical and public = representative. Yours sincerely, Organising Committee ATMTU 2000 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Scope of the Symposium The Symposium will be devoted to the: a.. Presentation and sharing of experiences in the implementation and = operation = of the broad-band = networks based on ATM technologies=20 b.. Presentation of verified ATM based applications=20 c.. Presentation of the offered services=20 d.. Perspectives of the ATM based technologies=20 Aims of the Symposium a.. To support dissemination of experiences pursuant to ATM technology = utilisation=20 b.. To get an extensive base of future customers and users=20 c.. To support various forms of links among users and service = providers.=20 The Symposium will be open for the exhibition of new ATM products and = services. Symposium Structure and Suggested Topics for Papers Symposium will consist of plenary sessions and technical sessions. Plenary Session I.(1st day of the Symposium) Presentations of topics of general interest, e.g. building the = "information highways" = in the = international context, strategic aims of governmental institutions etc. = = =20 Plenary Session II. (2nd day of the Symposium) Presentations of the world leading a.. vendors=20 b.. operators=20 c.. investors=20 d.. integrators and=20 e.. users of the ATM technology.=20 Presentations of the implemented pilot projects and services in the ATM = based networks. Technical Sessions: Technical sessions will be held on the second day of the Symposium, in = parallel = with the Plenary Session = II. It is proposed for general audience and specialists from = = research, industry and academic institutions, intending to = present their experiences = and = recommendations from the field of ATM technology utilisation. The = session will = cover the following = topics:=20 a.. Comparison of ATM technologies from the view of their = implementation, protection = of investments = and further development=20 b.. Standardisation of the ATM technology=20 c.. Multimedia applications (videoconferencing etc.)=20 d.. Broadband services and quality of services=20 e.. Broadband networks management=20 f.. Security in the broadband networks=20 g.. Future of the ATM technology=20 Exhibition The Symposium will promote ATM technology transfer between producers and = users. = Producers and institutions will have the = opportunity to present new products, components, = = applications, measurement equipment, etc. The exhibition will be held on = same premises = as the Symposium. Symposium Languages Slovak, Czech and English are the official languages of the symposium.=20 Symposium Proceedings The proceedings will be published in time for the Symposium. Each = registered participant = will receive the = proceedings in both printed and electronic forms (CD). Contributions Authors intending to submit a paper are welcome to mail in 1 page: a.. (approx. 300 words) of abstract on A4 standard sheet=20 b.. borders 2,5 cm=20 c.. Times New Roman or similar font, 12 p.,=20 d.. in one of the symposium languages.=20 The abstract should be headed as follows: a.. Title of the paper=20 b.. Author's name(s)=20 c.. Affiliation=20 d.. Mailing address.=20 The deadline is 10 of May 2000.=20 If you need extension for few days, please let us know in advance - = = we will try to accomodate such requests. The Organising Committee will also accept abstracts processed by the "MS = Word" = text editor and mailed to the = Organising Committee by Internet. Authors of papers, = = selected for the presentation, will be mailed a pack with = instructions for full papers. = . Deadlines 1.. Acceptance of registration forms and abstracts and/or proposals to = exhibition 10 May 2000 2.. Notification of acceptance, rules for full paper preparation and = Second Call 30 May 2000 3.. Receipt of full paper and advanced registration 15 August 2000 4.. Last information and Final Program 25 August 2000=20 All deadlines are as per postmark. Venue Presentation hall and associated lecture halls at the Technical = University, Letna 9, Kosice, Slovak Republic. Optional Agenda On the third day of the Symposium one of the following optional programs = will be at your disposal: a.. either technical program - visit to see the advanced ATM solutions = b.. or a trip, according to the choice (the High Tatras or Tokaj vine = region) with the social program.=20 Registration Fee It is supposed that the registration fee will be in range of 290 USD. = The PhD. students presenting = their contributions will have = 30 % discount from the registration fee. The details will be announced in the Second Announcement. Information about Kosice Kosice, the metropolis of Eastern Slovakia, has more than 750 years rich = history. It has always been = a town of both national and = international significance. Kosice belongs to the most beautiful and = lovely = cities in Slovakia. There is an attractive, recently = renewed historical centre. Towering over the centre = is the = gothic Cathedral of St. Elizabeth, completed in 1508. In last decades Kosice quickly expanded and at the present there are = nearly 250 thousands of inhabitants. = It is the second largest city = in the Slovak Republic (after the capital - Bratislava) and is the = centre of the = industrial activities, business and commerce, = communications, civic admi-nistration, shopping, cultural = and = leisure activities for the whole Eastern Slovakia.=20 The first in-town university was established in 1657. At present there = are five universities. = Technical University of = Kosice, established in 1952, with over 11 500 students, consists of = eight faculties. = The Faculty of Electrical Engineering and = Informatics, established in 1969, is the leading institution of = = higher education in fields of electrical engineering and information = technologies. The education programs = are firmly linked with = research and scientific activities. Address and Contact ATMTU 2000 Symposium Secretariat Martina Atanasova elfa, s.r.o. Letna 9 042 00 Kosice, Slovak Republic Tel.:+421-95-62 538 39, 62 53202 Fax: +421-95-62 532 00 E-mail: elfa@elfa.sk, www.elfa.sk ------=_NextPart_000_0987_01BFB94C.8A2E33C0 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
Accept my apologies if you receive multiple = copies of=20 this call. Please forward to your=20 colleagues.
       =20        =20 ___________________________________________________________=
       &nbs= p;            = ; =20 The deadline for abstract submission is quickly approaching=20 (May)
       &nbs= p;      =20 ___________________________________________________________=
 
          &nbs= p; =20 THE SECOND INTERNATIONAL ATM TECHNOLOGY USERS=20 SYMPOSIUM
          &nbs= p;            = ;            =             &= nbsp;    =20 ATMTU = 2000
          &nbs= p;            = ;            =         =20 13 - 15 September 2000
          &nbs= p;            = ;            =             &= nbsp;   Kosice,=20 Slovakia
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D

Dear colleagues,

Enclosed is a Call for Papers for a = special issue=20 of The ATMTU 2000 Symposium.

Detailed information about the = Symposium and=20 registration form 4you will  also fing
on the Symposium web site: http://www.elfa.sk.
The Symposium = will be=20 devoted to exchange of experiences in  implementation = and
operation of the broad-band = networks based=20 on the ATM technology, presentation of
verified applications and = presentation of the=20 offered services. It will promote the ATM
technology transfer between the = producers and=20 customers - users of the ATM technology.
In framework of the Symposium we are = preparing=20 an exhibition of new products and
components of the ATM technology, = applications,=20 measurement equipment, etc.
The exhibition will be held in the = same location=20 as the Symposium. Companies and
institutions will have an opportunity = to=20 exhibit their products and advertise them among
the specialists and potential = customers. Also, a=20 special session will be devoted to
introducing their products and = applications=20 (short lectures in duration of approx. 10-20 min.).
In the plenary session we expect a = presentation=20 of the ambassadors of the ATM Forum
and also presentation of important = business,=20 academical and public representative.
 
Yours sincerely,

Organising = Committee=20 ATMTU=20 2000
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
 
Scope of=20 the Symposium

The Symposium will = be devoted to=20 the:

  • Presentation and = sharing of=20 experiences in the implementation and operation          &nbs= p;            = ;       =20             =    =20             =    =20             =    =20             =    =20             =     of=20 the broad-band networks based on ATM technologies=20
  • Presentation of = verified ATM=20 based applications=20
  • Presentation of = the offered=20 services=20
  • Perspectives of = the ATM based=20 technologies

Aims of the=20 Symposium

  • To support = dissemination of=20 experiences pursuant to ATM technology utilisation=20
  • To get an = extensive base of=20 future customers and users=20
  • To support = various forms of=20 links among users and service providers.

The Symposium will = be open for=20 the exhibition of new ATM products and services.

Symposium = Structure and=20 Suggested Topics for Papers

Symposium will = consist of=20 plenary sessions and technical sessions.

Plenary=20 Session I.(1st day=20 of the Symposium)

Presentations of = topics of=20 general interest, e.g. building the "information=20 highways"          =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =             &= nbsp;           &n= bsp;=20 in the international context, strategic aims of governmental = institutions=20 etc.           &nb= sp;           &nbs= p;            = ;            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;           =20

Plenary=20 Session II. (2nd day=20 of the Symposium)

Presentations of the = world=20 leading

  • vendors=20
  • operators=20
  • investors=20
  • integrators = and=20
  • users of the ATM=20 technology.

Presentations of the = implemented=20 pilot projects and services in the ATM based networks.

Technical=20 Sessions:

Technical sessions = will be held=20 on the second day of the Symposium, in parallel   =20             =    =20             =    =20             =    =20             =    =20             =    =20             =    =20             with the Plenary Session = II. It is=20 proposed for general audience and specialists from   =20             =    =20             =    =20             =    =20             =    =20             =    =20             =    =20 research, industry and academic institutions, intending to present their = experiences           =20             =    =20             =    =20             =    =20             =    =20             =    =20             =     and=20 recommendations from the field of ATM technology utilisation. The = session will=20             =    =20             =    =20             =    =20             =    =20             =    =20             =    =20             cover the = following=20 topics: 

  • Comparison of ATM = technologies from the view of their implementation, protection=20             =    =20             =    =20             =    =20             =    =20             =    =20             =    =20         of investments and further=20 development=20
  • Standardisation = of the ATM=20 technology=20
  • Multimedia = applications=20 (videoconferencing etc.)=20
  • Broadband = services and=20 quality of services=20
  • Broadband = networks=20 management=20
  • Security in the = broadband=20 networks=20
  • Future of the ATM = technology
Exhibition

The Symposium will = promote ATM=20 technology transfer between producers and users.   =20             =    =20             =    =20             =    =20             =    =20             =    =20             Producers and=20 institutions will have the opportunity to present new products, = components,=20             =    =20             =    =20             =    =20             =    =20             =    =20             applications,=20 measurement equipment, etc. The exhibition will be held on same=20 premises         =    =20             =    =20               &nbs= p;            = ;            =             &= nbsp;           &n= bsp;          =20 as the Symposium.

Symposium=20 Languages

Slovak, Czech and = English are=20 the official languages of the symposium.

Symposium=20 Proceedings

The proceedings will = be=20 published in time for the Symposium. Each registered=20 participant           =20             =    =20             =    =20             =    =20             =    =20             =    =20             will receive = the=20 proceedings in both printed and electronic forms (CD).

Contributions

Authors intending to = submit a=20 paper are welcome to mail in 1 page:

  • (approx. 300 = words) of=20 abstract on A4 standard sheet=20
  • borders 2,5 = cm=20
  • Times New Roman = or similar=20 font, 12 p.,=20
  • in one of the = symposium=20 languages.

The abstract should = be headed as=20 follows:

  • Title of the = paper=20
  • Author's = name(s)=20
  • Affiliation=20
  • Mailing = address.=20

The deadline is = 10=20 of May 2000.

If you need = extension=20 for few days,  please let us know in advance -    =20             =    =20             =    =20             =    =20             =    =20             =    =20             =     we=20 will try to accomodate such = requests.

The Organising Committee will = also accept=20 abstracts processed by the "MS Word"    =    =20             =    =20             =    =20             =    =20             =    =20             =    =20             =    =20     text editor and mailed to the Organising = Committee by=20 Internet. Authors of papers,        =20             =    =20             =    =20             =    =20             =    =20             =    =20             =    =20 selected for the presentation, will be mailed a pack with instructions = for full=20 papers.           =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =             &= nbsp;           =20 .

Deadlines
  1. Acceptance of = registration=20 forms and abstracts and/or proposals to exhibition

    10 May=20 2000
  2. Notification of = acceptance,=20 rules for full paper preparation and Second Call

    30 May=20 2000
  3. Receipt of full = paper and=20 advanced registration

    15 August 2000
  4. Last information = and Final=20 Program

    25 August 2000     
 
 All=20 deadlines are as per postmark.
Venue

Presentation hall and=20 associated lecture halls at the Technical University,
Letna 9, = Kosice, Slovak=20 Republic.

Optional=20 Agenda

On the third day of = the=20 Symposium one of the following optional programs will be at your=20 disposal:

  • either technical = program -=20 visit to see the advanced ATM solutions=20
  • or a trip, = according to the=20 choice (the High Tatras or Tokaj vine region) with the social program. =
Registration = Fee

It is supposed that = the=20 registration fee will be in range of 290 USD. The PhD. students=20 presenting           =20             =    =20             =    =20             =    =20             =    =20             their = contributions=20 will have 30 % discount from the registration fee.

The details will be = announced in=20 the Second Announcement.

Information = about=20 Kosice

Kosice, the = metropolis of=20 Eastern Slovakia, has more than 750 years rich history. It has always=20 been           &nb= sp;           &nbs= p;            = ;            =             &= nbsp;           &n= bsp;           &nb= sp;  =20 a town of both national and international significance. Kosice belongs = to the=20 most beautiful and lovely    =      =20              =20             =20             =    =20             =    =20                = cities in=20 Slovakia. There is an attractive, recently renewed historical centre. = Towering=20 over the centre           =20             =    =20             =    =20             =    =20             =    =20             is the gothic = Cathedral=20 of St. Elizabeth, completed in 1508.

In last decades Kosice = quickly=20 expanded and at the present there are nearly 250 thousands of=20 inhabitants.           =20             =    =20             =    =20             =    =20             =    =20     It is the second largest city in the Slovak Republic = (after=20 the capital - Bratislava) and is the centre of the   =20            =    =20             =    =20             =    =20             =    =20         industrial activities, business = and=20 commerce, communications, civic admi-nistration, shopping,=20 cultural           =20             =    =20             =    =20             =    =20             =    =20         and leisure activities for the = whole=20 Eastern Slovakia.

The first in-town university was established = in 1657.=20 At present there are five universities.     =    =20             =    =20             =    =20             =    =20             =    =20             =    =20     Technical University of Kosice, established in 1952, = with=20 over 11 500 students, consists of eight faculties.    =20             =    =20             =    =20             =    =20             =    =20         The Faculty of Electrical = Engineering and=20 Informatics, established in 1969, is the leading institution=20 of            =    =20             =    =20             =    =20             =    =20             =    =20 higher education in fields of electrical engineering and information=20 technologies. The education programs     =    =20             =    =20             =    =20             =    =20             =    =20         are firmly linked with research = and=20 scientific activities.

Address and=20 Contact
ATMTU = 2000=20 Symposium Secretariat
Martina Atanasova
elfa,=20 s.r.o.
Letna 9
042 00 Kosice, Slovak = Republic

Tel.:+421-95-62 538=20 39, 62 53202
Fax: +421-95-62 532 00
E-mail: elfa@elfa.sk, www.elfa.sk

------=_NextPart_000_0987_01BFB94C.8A2E33C0-- From owner-mmnet@itd.nrl.navy.mil Thu May 11 03:46:57 2000 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 ESMTP id DAA22328 for ; Thu, 11 May 2000 03:46:57 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id BAA18657 for mmnet-outgoing; Thu, 11 May 2000 01:17:31 -0400 (EDT) Received: from CS.UniBO.IT (leporello.cs.unibo.it [130.136.1.110]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id BAA18652 for ; Thu, 11 May 2000 01:17:21 -0400 (EDT) Received: from [130.136.2.225] (yamadori.cs.unibo.it [130.136.2.225]) by CS.UniBO.IT (8.9.3/8.9.3/Debian 8.9.3-6) with ESMTP id HAA32254; Thu, 11 May 2000 07:14:39 +0200 X-Sender: gorrieri@pop.cs.unibo.it Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 11 May 2000 07:17:50 +0200 To: gorrieri@cs.unibo.it From: Roberto Gorrieri Subject: FOSAD -- school on security Sender: owner-mmnet@itd.nrl.navy.mil Precedence: bulk [look at the URL http://www.cs.unibo.it/~gorrieri/fosad for more details] %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % % % INTERNATIONAL SCHOOL ON % % FOUNDATIONS OF SECURITY ANALYSIS AND DESIGN % % ============================================== % % % % 18-30 September 2000, Bertinoro, Italy % % % % Preliminary Announcement % %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% General Information ^^^^^^^^^^^^^^^^^^^ Security in computer systems and networks is emerging as one of the most challenging research areas for the future. The main aim of the school is to offer a good spectrum of current research in foundations of security, ranging from programming languages to analysis of protocols, that can be of help for graduate students, young academic researchers and industrial researchers that intend to approach the field. The school covers two weeks (from monday 18 to saturday 30, september 2000) and alternates four lecturers per week on monographic courses of about 6/8 hours each. Saturdays are reserved for presentations given by those participants that intend to take advantage of the audience for discussing their current research in the area. The school is organised at the Centro Residenziale Universitario of the University of Bologna, situated in Bertinoro, a small village on a scenic hill with a wonderful panorama, in between Forli' and Cesena (about 50 miles south-east of Bologna, 15 miles from the Adriatic sea). Lecturers and Courses ^^^^^^^^^^^^^^^^^^^^^ The school offers eight main courses, each composed of 3/4 seminars (on different days), each seminar of 2 hours. In alphabetic order, the lecturers of the eight main courses are the following: - Li Gong (Javasoft - Sun Microsystems, Palo Alto) Java Security - Andrew D. Gordon (Microsoft Research, Cambridge) Process Calculi for Security and Mobility - Roberto Gorrieri (University of Bologna) Classification of Security Properties - Joshua Guttman (Mitre, Bedford) Security Goals: Packet trajectories and strand spaces - Peter Ryan (SRI, Cambridge) Mathematical Models of Computer Security - Pierangela Samarati (University of Milano) Access Control: Policies, Models, Architectures and Mechanisms - Paul Syverson (Naval Research Lab, Washington) The Logic of Security Protocols - Moti Yung (CertCo Inc., New York) Cryptographic Technology and Protocols in E-Commerce Further short courses will be given by: - Carlo Blundo (Univ. of Salerno) Introduction to Cryptography - Luigia Carlucci Aiello and Fabio Massacci (Univ. of Roma "La Sapienza") Planning, Logic Programs and Security Protocols - Pierpaolo Degano (Univ. of Pisa) Control Flow Analysis for security - Rocco De Nicola (Univ. of Firenze) Testing for spi Processes - Fausto Giunchiglia (Univ. of Trento) Model Checking Using a Logic of Belief - Roberto Segala (Univ. of Bologna) Applied Cryptography Organisation ^^^^^^^^^^^^ The scientific school director is Roberto Gorrieri (fosad@cs.unibo.it). The administrative directors are Andrea Bandini and Roberta Poggi (cbert@sun1.spfo.unibo.it). Notice and Dates ^^^^^^^^^^^^^^^^ The school is directed to PhD students, young academic researchers and industrial researchers. In order to be really effective, at most 45 participants will be admitted to the lectures. Prospective participants should send an application to the address below, together with a recommendation letter, by May 15, 2000. Notification of accepted applicants will be posted by June 15, 2000. Registration to the school is due by July 15, 2000. The application form is available on the web page. Applications should be sent to Roberto Gorrieri (by e-mail) and to Andrea Bandini (by mail or fax): Roberto Gorrieri Dipartimento di Scienze dell'Informazione Mura Anteo Zamboni 7 I-40127 Bologna, Italy e-mail: fosad@cs.unibo.it Andrea Bandini Ser.In.Ar. Corso Diaz 43, I-47100 Forli, Italy tel: +39-0543-35180 fax: +39-0543-450204 e-mail: cbert@sun1.spfo.unibo.it Grants ^^^^^^ A limited amount of grants will be provided to cover part of the expenses. Applications are pending to EU for european young researchers and to UNESCO-ROSTE for prospective participants from East European and South Mediterranean countries. Please, include your request within the application. Accommodation and Registration fees ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Accommodation fee is 750 Euro and covers costs for the whole period in single room, half board (breakfast and lunch). Registration fee is 550 Euro and includes didactical material from the lecturers, including a Springer LNCS volume. Further Information ^^^^^^^^^^^^^^^^^^^ More detailed information on courses can be found at the URL http://www.cs.unibo.it/~gorrieri/fosad Requests of information on the school, grants and applications should be addressed to fosad@cs.unibo.it, while information on organisation (address, how to reach us, etc...) can be requested by e-mail to cbert@sun1.spfo.unibo.it Under the auspices of ^^^^^^^^^^^^^^^^^^^^^ European Association of Theoretical Computer Science -- Italian Chapter International Federation for Information Processing -- IFIP TC1-WG1.7 European Educational Forum Sponsors ^^^^^^^^ Ser.In.Ar., Cassa di Risparmio di Forli', Universita' di Bologna GlobalSign Italy EU (pending) UNESCO (pending) CNR - GNIM (pending) Regione Emilia-Romagna (pending) ======================================================================= From owner-manet@itd.nrl.navy.mil Fri May 12 16:00:34 2000 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 ESMTP id QAA12985 for ; Fri, 12 May 2000 16:00:34 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id OAA25429 for manet-outgoing; Fri, 12 May 2000 14:11:24 -0400 (EDT) Received: from sargasso.cse.msu.edu (sargasso.cse.msu.edu [35.9.20.14]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id OAA25424 for ; Fri, 12 May 2000 14:11:22 -0400 (EDT) Received: from cadmium.cse.msu.edu (cadmium.cse.msu.edu [35.9.27.32]) by sargasso.cse.msu.edu (8.8.8/8.8.8) with SMTP id OAA08752; Fri, 12 May 2000 14:11:10 -0400 (EDT) Date: Fri, 12 May 2000 14:11:09 -0400 (EDT) From: Dmitri Deshun Perkins To: manet@itd.nrl.navy.mil cc: Dmitri Deshun Perkins Subject: applications for ad hoc networks Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hello: I have read many of the papers concerning routing in ad hoc networks and am very interested in this area of research. However, I am finding some difficulty in determining exactly which applications(or environments) could take advantage of ad hoc networks. Much of the literature discusses the usefulness of ad hoc networks in military or disaster environments. Can anyone comment on the usefulness(or applicability) of ad hoc networks in specific environments other than those mentioned above? If there are articles that discuss these issues, please point me to them. Thanks for your time, Perkins From owner-manet@itd.nrl.navy.mil Sun May 14 23:09:43 2000 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 ESMTP id XAA15692 for ; Sun, 14 May 2000 23:09:42 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id VAA25451 for manet-outgoing; Sun, 14 May 2000 21:34:13 -0400 (EDT) Received: from hbhs.buaa.edu.cn (hbhs.buaa.edu.cn [202.112.131.60]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id VAA25443 for ; Sun, 14 May 2000 21:34:08 -0400 (EDT) Received: from kan_zhigang ([202.112.131.35]) by hbhs.buaa.edu.cn (Netscape Messaging Server 3.62) with SMTP id 578 for ; Mon, 15 May 2000 09:37:32 +0800 Message-ID: <002b01bfbe0d$e89cb6a0$238370ca@kan_zhigang.buaa.edu.cn> Reply-To: "kanzhigang" From: "kanzhigang" To: Date: Mon, 15 May 2000 09:35:53 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0028_01BFBE50.F6AA99E0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0028_01BFBE50.F6AA99E0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0028_01BFBE50.F6AA99E0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0028_01BFBE50.F6AA99E0-- From owner-manet@itd.nrl.navy.mil Mon May 15 20:08:46 2000 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 ESMTP id UAA11853 for ; Mon, 15 May 2000 20:08:45 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id RAA14079 for manet-outgoing; Mon, 15 May 2000 17:45:08 -0400 (EDT) Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id RAA14074 for ; Mon, 15 May 2000 17:45:06 -0400 (EDT) Received: [from pobox2.mot.com (pobox2.mot.com [136.182.15.8]) by ftpbox.mot.com (ftpbox 2.1) with ESMTP id OAA04810; Mon, 15 May 2000 14:45:02 -0700 (MST)] Received: [from relay1.cig.mot.com (relay1.cig.mot.com [136.182.15.23]) by pobox2.mot.com (MOT-pobox2 2.0) with ESMTP id OAA20291; Mon, 15 May 2000 14:45:01 -0700 (MST)] Received: from Motorola.Com (dr05_239.il33.wes.mot.com [154.56.5.239]) by relay1.cig.mot.com (8.8.8+Sun/SCERG-RELAY-1.11b) with ESMTP id QAA03361; Mon, 15 May 2000 16:29:08 -0500 (CDT) Message-ID: <3920690D.41EB7E81@Motorola.Com> Date: Mon, 15 May 2000 16:15:57 -0500 From: Phil Neumiller Organization: Personal Area Networking (PAN) X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Dmitri Deshun Perkins CC: manet@itd.nrl.navy.mil Subject: Re: applications for ad hoc networks References: Content-Type: multipart/mixed; boundary="------------1EAB9EDF0CA7A56F8A0FF813" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. --------------1EAB9EDF0CA7A56F8A0FF813 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dmitri Deshun Perkins wrote: > I have read many of the papers concerning routing in ad hoc networks > and am very interested in this area of research. However, I am finding > some difficulty in determining exactly which applications(or environments) > could take advantage of ad hoc networks. Much of the literature discusses > the usefulness of ad hoc networks in military or disaster environments. Consider the office environment. Printers, fax machines, PCs, whiteboards, etc, will all be PAN-enabled in the future. PAN => wire replacement, ad-hoc, networking, nomadic computing, etc. If you walk into your office with a bunch of WPAN devices they should all start doing some kind of service discovery. Then, calendars will synch up, Email will synch up, documents will print, etc. Consider yourself entering a meeting. Everybody can project their PDA or PC into a piece of the PAN-enabled whiteboard (possibly overlapping). > > Can anyone comment on the usefulness(or applicability) of ad hoc networks > in specific environments other than those mentioned above? If there are > articles that discuss these issues, please point me to them. See http://www.motorola.com/bluetooth/action/index.html for some more ideas. NOTE: These are bluetooth specific but any WPAN with manet should be able to enact these use-cases. --------------1EAB9EDF0CA7A56F8A0FF813 Content-Type: text/x-vcard; charset=us-ascii; name="Phillip.Neumiller.vcf" Content-Description: Card for Phil Neumiller Content-Disposition: attachment; filename="Phillip.Neumiller.vcf" Content-Transfer-Encoding: 7bit begin:vcard n:Neumiller;Phillip tel;pager:1258338@skytel.com tel;cell:iDen 847-9804238 / CDMA 847-370-3899 tel;home:847-516-2009 tel;work:847-576-9624 x-mozilla-html:TRUE url:www.mot.com/bluetooth org:Motorola, Inc.;Personal Area Networking (PAN) adr:;;50 E Commerce Drive;Schaumburg;IL;60195;USA version:2.1 email;internet:Phillip.Neumiller@Motorola.com title:Advanced Standards and Architecture fn:Phil Neumiller end:vcard --------------1EAB9EDF0CA7A56F8A0FF813-- From owner-manet@itd.nrl.navy.mil Mon May 15 20:32:42 2000 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 ESMTP id UAA12168 for ; Mon, 15 May 2000 20:32:42 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id SAA14987 for manet-outgoing; Mon, 15 May 2000 18:44:41 -0400 (EDT) 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 SAA14982 for ; Mon, 15 May 2000 18:44:39 -0400 (EDT) Received: from utdallas.edu (pc12228.utdallas.edu [129.110.12.228]) by ns0.utdallas.edu (Postfix) with ESMTP id EA6DA1A0218; Mon, 15 May 2000 17:43:29 -0500 (CDT) Message-ID: <39207ACB.261D45E4@utdallas.edu> Date: Mon, 15 May 2000 17:31:40 -0500 From: Gergely Zaruba X-Mailer: Mozilla 4.72 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Phil Neumiller Cc: Dmitri Deshun Perkins , manet@itd.nrl.navy.mil Subject: Re: applications for ad hoc networks References: <3920690D.41EB7E81@Motorola.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 Phil, What you have described is an ad hoc network although it is not necessary a multi-hop network... In a military scenario we usually mean multi-hop when talking about ad hoc. IMHO most of the proposed routing protocols deal with multi-hop ad hoc networks. The office scenario can be solved more efficiently with placing wireless "base stations" (this BSs can be the whiteboard, or LAN interfaces, etc.), thus allowing "nomadicity" but it does not require the "multi-hop feature". Best regards, Gergely Zaruba Phil Neumiller wrote: > Dmitri Deshun Perkins wrote: > > I have read many of the papers concerning routing in ad hoc networks > > and am very interested in this area of research. However, I am finding > > some difficulty in determining exactly which applications(or environments) > > could take advantage of ad hoc networks. Much of the literature discusses > > the usefulness of ad hoc networks in military or disaster environments. > > Consider the office environment. Printers, fax machines, PCs, whiteboards, > etc, will all be PAN-enabled in the future. PAN => wire replacement, ad-hoc, > networking, nomadic computing, etc. If you walk into your office with a bunch > of WPAN devices they should all start doing some kind of service discovery. > > Then, calendars will synch up, Email will synch up, documents will print, etc. > > Consider yourself entering a meeting. Everybody can project their PDA or > PC into a piece of the PAN-enabled whiteboard (possibly overlapping). > > > > > Can anyone comment on the usefulness(or applicability) of ad hoc networks > > in specific environments other than those mentioned above? If there are > > articles that discuss these issues, please point me to them. > > See http://www.motorola.com/bluetooth/action/index.html for some more ideas. > NOTE: These are bluetooth specific but any WPAN with manet should be able > to enact these use-cases. From owner-manet@itd.nrl.navy.mil Mon May 15 23:18:41 2000 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 ESMTP id XAA15290 for ; Mon, 15 May 2000 23:18:41 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id VAA16849 for manet-outgoing; Mon, 15 May 2000 21:27:01 -0400 (EDT) Received: from smtp.Stanford.EDU (smtp.Stanford.EDU [171.64.14.23]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id VAA16844 for ; Mon, 15 May 2000 21:27:00 -0400 (EDT) Received: from raw (raw.Stanford.EDU [171.66.80.110]) by smtp.Stanford.EDU (8.9.3/8.9.3) with ESMTP id SAA04200; Mon, 15 May 2000 18:26:51 -0700 (PDT) Message-Id: <4.2.0.58.20000515182503.0096d390@hkn.eecs.berkeley.edu> X-Sender: raywang@hkn.eecs.berkeley.edu X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Mon, 15 May 2000 18:26:49 -0700 To: Gergely Zaruba , Phil Neumiller From: Raymond Wang Subject: Re: applications for ad hoc networks Cc: Dmitri Deshun Perkins , manet@itd.nrl.navy.mil In-Reply-To: <39207ACB.261D45E4@utdallas.edu> References: <3920690D.41EB7E81@Motorola.Com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hi Gergely, But with base stations (centralized infrastructure), the network is no longer "ad hoc"... Raymond Wang At 05:31 PM 5/15/00 -0500, Gergely Zaruba wrote: >Hi Phil, > >What you have described is an ad hoc network although it is not necessary a >multi-hop network... In a military scenario we usually mean multi-hop when >talking >about ad hoc. IMHO most of the proposed routing protocols deal with >multi-hop ad >hoc networks. >The office scenario can be solved more efficiently with placing wireless "base >stations" (this BSs can be the whiteboard, or LAN interfaces, etc.), thus >allowing >"nomadicity" but it does not require the "multi-hop feature". > >Best regards, > >Gergely Zaruba > >Phil Neumiller wrote: > > > Dmitri Deshun Perkins wrote: > > > I have read many of the papers concerning routing in ad hoc networks > > > and am very interested in this area of research. However, I am finding > > > some difficulty in determining exactly which applications(or > environments) > > > could take advantage of ad hoc networks. Much of the literature discusses > > > the usefulness of ad hoc networks in military or disaster environments. > > > > Consider the office environment. Printers, fax machines, PCs, whiteboards, > > etc, will all be PAN-enabled in the future. PAN => wire replacement, > ad-hoc, > > networking, nomadic computing, etc. If you walk into your office with > a bunch > > of WPAN devices they should all start doing some kind of service discovery. > > > > Then, calendars will synch up, Email will synch up, documents will > print, etc. > > > > Consider yourself entering a meeting. Everybody can project their PDA or > > PC into a piece of the PAN-enabled whiteboard (possibly overlapping). > > > > > > > > Can anyone comment on the usefulness(or applicability) of ad hoc networks > > > in specific environments other than those mentioned above? If there are > > > articles that discuss these issues, please point me to them. > > > > See http://www.motorola.com/bluetooth/action/index.html for some more > ideas. > > NOTE: These are bluetooth specific but any WPAN with manet should be able > > to enact these use-cases. - - - - - - - - - - - - - Raymond Wang Department of Electrical Engineering Stanford University www.stanford.edu/~rayw From owner-manet@itd.nrl.navy.mil Tue May 16 06:46:52 2000 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 ESMTP id GAA00916 for ; Tue, 16 May 2000 06:46:52 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id EAA21601 for manet-outgoing; Tue, 16 May 2000 04:42:16 -0400 (EDT) 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 EAA21596 for ; Tue, 16 May 2000 04:42:13 -0400 (EDT) From: jacquet@menetou.inria.fr Received: from prisse (prisse.inria.fr [128.93.9.64]) by nez-perce.inria.fr (8.10.0/8.10.0) with SMTP id e4G8d1T11311; Tue, 16 May 2000 10:39:01 +0200 (MET DST) Message-Id: <3.0.1.32.20000516104359.01a2bc50@menetou.inria.fr> X-Sender: jacquet@menetou.inria.fr X-Mailer: Windows Eudora Pro Version 3.0.1 (32) [F] Date: Tue, 16 May 2000 10:43:59 +0200 To: Raymond Wang , Gergely Zaruba , Phil Neumiller Subject: Re: applications for ad hoc networks Cc: Dmitri Deshun Perkins , manet@itd.nrl.navy.mil In-Reply-To: <4.2.0.58.20000515182503.0096d390@hkn.eecs.berkeley.edu> References: <39207ACB.261D45E4@utdallas.edu> <3920690D.41EB7E81@Motorola.Com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by itd.nrl.navy.mil id EAA21597 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 8bit I think that ad-hoc networking has the opportunity to establish itself as the easiest way to install and use wireless LANs, indoor or outdoor. No need of frequency mapping or base stations placement or other optimized infrastructure. May be an analogy is possible with old Ethernet which was easier to install and manage than Token Ring... Philippe A 18:26 15/05/00 -0700, Raymond Wang a écrit : >Hi Gergely, > >But with base stations (centralized infrastructure), the network is no >longer "ad hoc"... > >Raymond Wang > >At 05:31 PM 5/15/00 -0500, Gergely Zaruba wrote: >>Hi Phil, >> >>What you have described is an ad hoc network although it is not necessary a >>multi-hop network... In a military scenario we usually mean multi-hop when >>talking >>about ad hoc. IMHO most of the proposed routing protocols deal with >>multi-hop ad >>hoc networks. >>The office scenario can be solved more efficiently with placing wireless "base >>stations" (this BSs can be the whiteboard, or LAN interfaces, etc.), thus >>allowing >>"nomadicity" but it does not require the "multi-hop feature". >> >>Best regards, >> >>Gergely Zaruba >> >>Phil Neumiller wrote: >> >> > Dmitri Deshun Perkins wrote: >> > > I have read many of the papers concerning routing in ad hoc networks >> > > and am very interested in this area of research. However, I am finding >> > > some difficulty in determining exactly which applications(or >> environments) >> > > could take advantage of ad hoc networks. Much of the literature discusses >> > > the usefulness of ad hoc networks in military or disaster environments. >> > >> > Consider the office environment. Printers, fax machines, PCs, whiteboards, >> > etc, will all be PAN-enabled in the future. PAN => wire replacement, >> ad-hoc, >> > networking, nomadic computing, etc. If you walk into your office with >> a bunch >> > of WPAN devices they should all start doing some kind of service discovery. >> > >> > Then, calendars will synch up, Email will synch up, documents will >> print, etc. >> > >> > Consider yourself entering a meeting. Everybody can project their PDA or >> > PC into a piece of the PAN-enabled whiteboard (possibly overlapping). >> > >> > > >> > > Can anyone comment on the usefulness(or applicability) of ad hoc networks >> > > in specific environments other than those mentioned above? If there are >> > > articles that discuss these issues, please point me to them. >> > >> > See http://www.motorola.com/bluetooth/action/index.html for some more >> ideas. >> > NOTE: These are bluetooth specific but any WPAN with manet should be able >> > to enact these use-cases. > >- - - - - - - - - - - - - >Raymond Wang >Department of Electrical Engineering >Stanford University > >www.stanford.edu/~rayw > From owner-manet@itd.nrl.navy.mil Tue May 23 10:19:02 2000 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 ESMTP id KAA03978 for ; Tue, 23 May 2000 10:19:02 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id IAA10093 for manet-outgoing; Tue, 23 May 2000 08:09:53 -0400 (EDT) Received: from lrcsun15.epfl.ch (lrcsun15.epfl.ch [128.178.156.77]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id IAA10088 for ; Tue, 23 May 2000 08:09:51 -0400 (EDT) Received: from lrc.di.epfl.ch (giordano@lrcsun15.epfl.ch [128.178.156.77]) by lrcsun15.epfl.ch (8.8.X/EPFL-8.1a) with ESMTP id OAA29011 for ; Tue, 23 May 2000 14:09:47 +0200 (MET DST) Message-Id: <200005231209.OAA29011@lrcsun15.epfl.ch> X-Mailer: exmh version 1.6.9 8/22/96 To: manet@itd.nrl.navy.mil Subject: CFP: IEEE Communications Magazine - FT on Challenges in Mobile Ad-hoc Networking Reply-To: silvia.giordano@epfl.ch X-Face: ")YL-h@"&:Ur_,S{#8mRN-B,tM<4b'^A][=FBR\,RRKX@Jxi;$CLV1t0y=N;iY2rIMLYl5l qnw6)Kg@%$kCs3o7$Ue_(OFu-YO'8Ie~^GIq4'joA&;FeRoNItjTG:e\#2b0'u/S&,#Wf&H_W1hX}O yU,j~1tAM Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Please apologize, if you receive multiple copies of this CfP Call for Papers IEEE Communications Magazine Feature Topic on Challenges in Mobile Ad-hoc Networking Guest Editors: Silvia Giordano and Willie W. Lu The focus of this Feature Topic is to identify, present and analyse the theoretical and implementation issues critical as well as the challenges to the design and deployment of mobile ad-hoc networks. A Mobile ad-hoc network is a system of wireless mobile nodes dynamically self-organising in temporary and arbitrary network topologies. Mobile ad hoc networks are based on self-organising, mobile networking infrastructures, and can operate in isolation or be connected to the greater Internet. Examples of applications of the ad hoc networking technology vary from military operations to disaster relief during natural catastrophes, Consequently, mobile ad hoc networks can have extremely different sizes, which can range from few nodes up to some millions. Contributions are solicited topics including, but not limited to: Routing in ad hoc networks, GPS based addressing and routing for mobile ad-hoc networks, self-organising network architectures and protocols, scalability issues and scalable protocols for mobile ad-hoc networks, emerging technologies for mobile ad-hoc networks, mobile ad-hoc networks and Internet, applications of mobile ad-hoc networks, MAC protocols for mobile ad-hoc networks, mobile ad-hoc networks experiments and prototypes, analysis and simulation of mobile networking protocols, power management in mobile ad-hoc networks, resource and information management for mobile ad-hoc networks, security and authentication for mobile ad-hoc networks, wireless and mobile local area networks. Submission Guidelines: Submissions should include a cover page with authors' names, affiliations, addresses, fax and phone numbers, and email addresses. Please submit full papers, not previously published or submitted for publication elsewhere to one of the guest editors electronically (postscript, pdf or MS Word). Please also send a separate email with authors' names, addresses, fax and telephone numbers, title and abstract of the paper. Hard copies should be sent only if electronic submission is not possible. Guest Editors: Willie W. Lu SIEMENS 1730 North First Street M/S 14303 San Jose, CA 95112, U.S.A wwlu@ieee.org FAX: +1 408 501 2403 Silvia Giordano Department of Communication Systems Ecole Polytechnique Federale de Lausanne CH-1015 Lausanne (Switzerland) silvia.giordano@epfl.ch FAX: +41 21 6936610 Deadlines: Manuscript due: Sep. 30, 2000 Acceptance notification: Nov. 30, 2000 Final revised manuscripts due: Feb. 30, 2001 Manuscripts to publisher: March 30, 2001 Publication: June 2001 Useful Links: Magazine home page:http://www.comsoc.org/pubs/commag/index.html Author guidelines:http://pubs.comsoc.org/ci1/pub_guidelines.html Feature Topic CFP URLs: http://lrcwww.epfl.ch/~giordano/manetft.html http://delson.org/si/commag/june01 Sincerely, silvia ---------------------------------------------------------------------- Silvia Giordano - ICA-EPFL CH-1015 Lausanne (Switzerland) Tel: +41 21 6936748 FAX: +41 21 6936610 E-Mail: silvia.giordano@epfl.ch WWW: http://icawww.epfl.ch/~giordano ---------------------------------------------------------------------- ........I need one flaw to be perfect........ ---------------------------------------------------------------------- From owner-manet@itd.nrl.navy.mil Tue May 23 12:26:48 2000 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 ESMTP id MAA06084 for ; Tue, 23 May 2000 12:26:47 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id KAA12840 for manet-outgoing; Tue, 23 May 2000 10:14:35 -0400 (EDT) Received: from lrcsun15.epfl.ch (lrcsun15.epfl.ch [128.178.156.77]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id KAA12835 for ; Tue, 23 May 2000 10:14:33 -0400 (EDT) Received: from lrc.di.epfl.ch (giordano@lrcsun15.epfl.ch [128.178.156.77]) by lrcsun15.epfl.ch (8.8.X/EPFL-8.1a) with ESMTP id QAA06437 for ; Tue, 23 May 2000 16:14:31 +0200 (MET DST) Message-Id: <200005231414.QAA06437@lrcsun15.epfl.ch> X-Mailer: exmh version 1.6.9 8/22/96 To: manet@itd.nrl.navy.mil Subject: Correct URL for Author guidelines Reply-To: silvia.giordano@epfl.ch X-Face: ")YL-h@"&:Ur_,S{#8mRN-B,tM<4b'^A][=FBR\,RRKX@Jxi;$CLV1t0y=N;iY2rIMLYl5l qnw6)Kg@%$kCs3o7$Ue_(OFu-YO'8Ie~^GIq4'joA&;FeRoNItjTG:e\#2b0'u/S&,#Wf&H_W1hX}O yU,j~1tAM Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk The url on my previous message was wrong. The correct one is: http://pubs.comsoc.org/ci1/pub_guidelines.html Sincerely, silvia ---------------------------------------------------------------------- Silvia Giordano - ICA-EPFL CH-1015 Lausanne (Switzerland) Tel: +41 21 6936748 FAX: +41 21 6936610 E-Mail: silvia.giordano@epfl.ch WWW: http://icawww.epfl.ch/~giordano ---------------------------------------------------------------------- ........I need one flaw to be perfect........ ---------------------------------------------------------------------- From owner-manet@itd.nrl.navy.mil Tue May 23 13:31:33 2000 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 ESMTP id NAA06869 for ; Tue, 23 May 2000 13:31:33 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA15280 for manet-outgoing; Tue, 23 May 2000 11:22:44 -0400 (EDT) Received: from prue.eim.surrey.ac.uk (prue.eim.surrey.ac.uk [131.227.76.5]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id LAA15275 for ; Tue, 23 May 2000 11:22:41 -0400 (EDT) Received: from carter-e0.ee.surrey.ac.uk ([131.227.86.16] helo=ee.surrey.ac.uk) by prue.eim.surrey.ac.uk with esmtp (Exim 3.03 #1) id 12uGVt-0005lV-00; Tue, 23 May 2000 16:22:33 +0100 Message-ID: <392AA239.3632998C@ee.surrey.ac.uk> Date: Tue, 23 May 2000 16:22:33 +0100 From: "George N. Aggelou" Organization: University of Surrey, Guildford, England X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.5.1 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: silvia.giordano@epfl.ch, manet Subject: Re: Correct URL for Author guidelines References: <200005231414.QAA06437@lrcsun15.epfl.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Silvia following the series of our mails, I think I should correct you again as the correct URL is: http://www.comsoc.org/~ci/pub_guidelines.html Regards, George A. (PS: I think you are indeed tired today... -:) > > The url on my previous message was wrong. The correct one is: > > http://pubs.comsoc.org/ci1/pub_guidelines.html > > Sincerely, > silvia > ---------------------------------------------------------------------- > Silvia Giordano - ICA-EPFL > CH-1015 Lausanne (Switzerland) > Tel: +41 21 6936748 FAX: +41 21 6936610 > E-Mail: silvia.giordano@epfl.ch > WWW: http://icawww.epfl.ch/~giordano > ---------------------------------------------------------------------- > ........I need one flaw to be perfect........ > ---------------------------------------------------------------------- -- *.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*. George N. Aggelou Centre for Communications Systems Research Mobile Communications Research Group University of Surrey http://www.ee.surrey.ac.uk/Personal/G.Aggelou *.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*.*. From owner-manet@itd.nrl.navy.mil Thu May 25 16:35:55 2000 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 ESMTP id QAA20102 for ; Thu, 25 May 2000 16:35:55 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id NAA07707 for manet-outgoing; Thu, 25 May 2000 13:24:11 -0400 (EDT) Received: from latimer.mail.easynet.net (latimer.mail.easynet.net [195.40.1.40]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id NAA07701 for ; Thu, 25 May 2000 13:24:08 -0400 (EDT) Received: from magazov (tnt-11-160.easynet.co.uk [212.134.18.160]) by latimer.mail.easynet.net (Postfix) with SMTP id 87ADA593BD for ; Thu, 25 May 2000 18:19:52 +0100 (BST) Message-ID: <000a01bfc66d$8d92b440$a01286d4@magazov> From: "salavat" To: "MANET mailing list" Subject: Security Date: Thu, 25 May 2000 17:38:42 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_006E_01BFC670.11E7BD60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_006E_01BFC670.11E7BD60 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Hello I was wondering whether MANET WG is considering to develop any methods for providing security in such a vulnerable to eavesdropping and active attacks environment as Ad hoc network. Are there any drafts? Regards Salavat R. Magazov ------=_NextPart_000_006E_01BFC670.11E7BD60 Content-Type: text/x-vcard; name="Salavat R. Magazov.vcf" Content-Disposition: attachment; filename="Salavat R. Magazov.vcf" Content-Transfer-Encoding: 7bit BEGIN:VCARD VERSION:2.1 N:Magazov;Salavat;R. FN:Salavat R. Magazov ORG:University of Kent at Canterbury TEL;HOME;VOICE:+44-1227-472835 EMAIL;PREF;INTERNET:srm4@ukc.ac.uk EMAIL;INTERNET:salavat@ukonline.co.uk REV:20000525T163842Z END:VCARD ------=_NextPart_000_006E_01BFC670.11E7BD60-- From owner-manet@itd.nrl.navy.mil Fri May 26 13:26:13 2000 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 ESMTP id NAA20817 for ; Fri, 26 May 2000 13:26:12 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA27536 for manet-outgoing; Fri, 26 May 2000 11:40:00 -0400 (EDT) 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 LAA27530 for ; Fri, 26 May 2000 11:39:57 -0400 (EDT) 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 LAA27744; Fri, 26 May 2000 11:39:51 -0400 (EDT) Date: Fri, 26 May 2000 11:40:20 -0400 (EDT) From: Zygmunt Haas To: salavat cc: MANET mailing list Subject: Re: Security In-Reply-To: <000a01bfc66d$8d92b440$a01286d4@magazov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Hi Salavat, There has been a draft on "MANET Authentication Architecture" by S. Jacobs and M.S. Corson, but I think that it has expired - you may want to check on the IETF draft web page. There have been also a number of paper in the technical literature on the topic - if you excuse me advertising our own work - one such paper is: L. Zhou and Z.J. Haas, "Securing Ad Hoc Networks," IEEE Network Magazine, special issue on Networking Security, vol. 13, no. 6, November/December 1999, pp. 24-30. You may also want to check conferences in this field, such as the upcoming MOBICOM'00 and MOBIHOC'00. Best regards, 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@ee.cornell.edu Ithaca, NY 14853 U.S.A http://www.ee.cornell.edu/~haas/wnl.html ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~- On Thu, 25 May 2000, salavat wrote: > Hello > > I was wondering whether MANET WG is considering to develop any methods for > providing security in such a vulnerable to eavesdropping and active attacks > environment as Ad hoc network. Are there any drafts? > > Regards > Salavat R. Magazov > > From owner-manet@itd.nrl.navy.mil Tue May 30 12:24:06 2000 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 ESMTP id MAA03604 for ; Tue, 30 May 2000 12:24:06 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id KAA17300 for manet-outgoing; Tue, 30 May 2000 10:23:05 -0400 (EDT) Received: from motgate.mot.com (motgate.mot.com [129.188.136.100]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id KAA17294 for ; Tue, 30 May 2000 10:23:02 -0400 (EDT) Received: [from pobox.mot.com (pobox.mot.com [129.188.137.100]) by motgate.mot.com (motgate 2.1) with ESMTP id HAA10586 for ; Tue, 30 May 2000 07:23:00 -0700 (MST)] Received: [from relay2.cig.mot.com (relay2.cig.mot.com [136.182.15.24]) by pobox.mot.com (MOT-pobox 2.0) with ESMTP id HAA16764 for ; Tue, 30 May 2000 07:22:59 -0700 (MST)] Received: from Motorola.Com (dr05_239.il33.wes.mot.com [154.56.5.239]) by relay2.cig.mot.com (8.9.0/SCERG-RELAY-1.11b) with ESMTP id JAA07495 for ; Tue, 30 May 2000 09:22:58 -0500 (CDT) Message-ID: <3933CB6C.9D223D40@Motorola.Com> Date: Tue, 30 May 2000 09:08:44 -0500 From: Phil Neumiller Organization: Personal Area Networking (PAN) X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: "manet@itd.nrl.navy.mil" Subject: Bluetooth capabilities over 802.11/HyperLan? Content-Type: multipart/mixed; boundary="------------6C206A7E5585B56C6C0BC9F3" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. --------------6C206A7E5585B56C6C0BC9F3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have a question. In looking over the list of work in progress in manet, I see that some really basic stuff is missing. For one, it seems quite plausible to me to facilitate ad hoc networking at the IP layer (using IPv6 neighbor discovery), over any radio link, i.e. Bluetooth or 802.11 or HyperLan for that matter. My gut feeling is that the designers of Bluetooth went a bit too far up the stack when they added "ad hoc" networking and other baggage to the Bluetooth recommendation. It seems to me that what we want to do is have manet-like capabilities specified at the IP layer so that we can change out radios as needed. With this in mind, can somebody write a draft that puts these really basic Bluetooth capabilities like cable replacement, ad hoc networking, over manet so that we eventually have an RFC standard for the really basic stuff? Phil --------------6C206A7E5585B56C6C0BC9F3 Content-Type: text/x-vcard; charset=us-ascii; name="Phillip.Neumiller.vcf" Content-Description: Card for Phil Neumiller Content-Disposition: attachment; filename="Phillip.Neumiller.vcf" Content-Transfer-Encoding: 7bit begin:vcard n:Neumiller;Phillip tel;pager:1258338@skytel.com tel;cell:iDen 847-9804238 / CDMA 847-370-3899 tel;home:847-516-2009 tel;work:847-576-9624 x-mozilla-html:TRUE url:www.mot.com/bluetooth org:Motorola, Inc.;Personal Area Networking (PAN) adr:;;50 E Commerce Drive;Schaumburg;IL;60195;USA version:2.1 email;internet:Phillip.Neumiller@Motorola.com title:Advanced Standards and Architecture fn:Phil Neumiller end:vcard --------------6C206A7E5585B56C6C0BC9F3-- From owner-manet@itd.nrl.navy.mil Tue May 30 15:32:22 2000 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 ESMTP id PAA08185 for ; Tue, 30 May 2000 15:32:21 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id NAA22757 for manet-outgoing; Tue, 30 May 2000 13:33:41 -0400 (EDT) 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 NAA22752 for ; Tue, 30 May 2000 13:33:39 -0400 (EDT) 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 KAA29480; Tue, 30 May 2000 10:33:35 -0700 (PDT) Received: (from root@localhost) by darkstar.iprg.nokia.com (8.9.3/8.9.3-VIRSCAN) id KAA16861; Tue, 30 May 2000 10:33:33 -0700 X-Virus-Scanned: Tue, 30 May 2000 10:33:33 -0700 Nokia Silicon Valley Email Exploit Scanner Received: from (charliep.iprg.nokia.com [205.226.2.89]) by darkstar.iprg.nokia.com SMTP/WTS (12.69) xma016548; Tue, 30 May 00 10:33:24 -0700 Message-ID: <3933FB65.A7B4B7E9@iprg.nokia.com> Date: Tue, 30 May 2000 10:33:25 -0700 From: "Charles E. Perkins" Organization: Nokia Research Center X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 2.2.6-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Phil Neumiller CC: "manet@itd.nrl.navy.mil" Subject: Re: Bluetooth capabilities over 802.11/HyperLan? References: <3933CB6C.9D223D40@Motorola.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 Phil, > I have a question. In looking over the list of work in progress in manet, I see > that some really basic stuff is missing. For one, it seems quite plausible to me > to facilitate ad hoc networking at the IP layer (using IPv6 neighbor discovery), > over any radio link, i.e. Bluetooth or 802.11 or HyperLan for that matter. I agree that it is plausible to facilitate ad hoc networking at the IP layer, but I don't know why you think we missed this possibility. Or do you mean that it should be done _only_ by IPv6 neighbor discovery? Then we have to agree on what constitutes a link. Is it a single hop over the wireless medium? If you mean that we are missing IPv6 specifications in manet, then I don't understand how that relates to the rest of your message... > My gut feeling is that the designers of Bluetooth went a bit too far up the stack > when they added "ad hoc" networking and other baggage to the Bluetooth recommendation. > It seems to me that what we want to do is have manet-like capabilities specified > at the IP layer so that we can change out radios as needed. With this in mind, > can somebody write a draft that puts these really basic Bluetooth capabilities > like cable replacement, ad hoc networking, over manet so that we eventually have > an RFC standard for the really basic stuff? But what is the really basic stuff?! As I understand things, current manet drafts do have the feature you identify, allowing radios to be changed out as needed. Perhaps you could volunteer to write a draft to start the discussion. Regards, Charlie P. From owner-manet@itd.nrl.navy.mil Tue May 30 16:02:22 2000 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 ESMTP id QAA09218 for ; Tue, 30 May 2000 16:02:22 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id OAA23887 for manet-outgoing; Tue, 30 May 2000 14:10:08 -0400 (EDT) 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 OAA23864 for ; Tue, 30 May 2000 14:09:59 -0400 (EDT) Received: from wayside (wayside.ececs.uc.edu [129.137.9.118]) by babbage.ececs.uc.edu (8.9.3+Sun/8.9.3) with SMTP id OAA00678; Tue, 30 May 2000 14:09:48 -0400 (EDT) From: "Samir R. Das" To: "Phil Neumiller" , Subject: RE: Bluetooth capabilities over 802.11/HyperLan? Date: Tue, 30 May 2000 14:09:45 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal In-Reply-To: <3933CB6C.9D223D40@Motorola.Com> Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Phil: I don't think I understand your question/comment well. The manet drafts do indeed allow routing at the IP layer and this allows for multiple types of radio in the. In fact the manet protocols are radio independent for the most part, though some may utilize certain radio functionality such as link-layer acks to take some routing layer decisions. These are typically clearly specified in the Internet drafts. Samir > -----Original Message----- > From: owner-manet@itd.nrl.navy.mil > [mailto:owner-manet@itd.nrl.navy.mil]On Behalf Of Phil Neumiller > Sent: Tuesday, May 30, 2000 10:09 AM > To: manet@itd.nrl.navy.mil > Subject: Bluetooth capabilities over 802.11/HyperLan? > > > > I have a question. In looking over the list of work in > progress in manet, I see > that some really basic stuff is missing. For one, it seems > quite plausible to me > to facilitate ad hoc networking at the IP layer (using IPv6 > neighbor discovery), > over any radio link, i.e. Bluetooth or 802.11 or HyperLan > for that matter. > > My gut feeling is that the designers of Bluetooth went a > bit too far up the stack > when they added "ad hoc" networking and other baggage to > the Bluetooth recommendation. > It seems to me that what we want to do is have manet-like > capabilities specified > at the IP layer so that we can change out radios as needed. > With this in mind, > can somebody write a draft that puts these really basic > Bluetooth capabilities > like cable replacement, ad hoc networking, over manet so > that we eventually have > an RFC standard for the really basic stuff? > > Phil From owner-manet@itd.nrl.navy.mil Tue May 30 16:12:05 2000 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 ESMTP id QAA09380 for ; Tue, 30 May 2000 16:12:04 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id OAA24122 for manet-outgoing; Tue, 30 May 2000 14:20:22 -0400 (EDT) Received: from ftpbox.mot.com (ftpbox.mot.com [129.188.136.101]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id OAA24117 for ; Tue, 30 May 2000 14:20:21 -0400 (EDT) Received: [from mothost.mot.com (mothost.mot.com [129.188.137.101]) by ftpbox.mot.com (ftpbox 2.1) with ESMTP id LAA12749; Tue, 30 May 2000 11:20:20 -0700 (MST)] Received: [from relay2.cig.mot.com (relay2.cig.mot.com [136.182.15.24]) by mothost.mot.com (MOT-mothost 2.0) with ESMTP id LAA22232; Tue, 30 May 2000 11:20:20 -0700 (MST)] Received: from Motorola.Com (dr05_239.il33.wes.mot.com [154.56.5.239]) by relay2.cig.mot.com (8.9.0/SCERG-RELAY-1.11b) with ESMTP id NAA11724; Tue, 30 May 2000 13:20:19 -0500 (CDT) Message-ID: <3934030E.ED22D77C@Motorola.Com> Date: Tue, 30 May 2000 13:06:06 -0500 From: Phil Neumiller Organization: Personal Area Networking (PAN) X-Mailer: Mozilla 4.61 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: "Charles E. Perkins" CC: Phil Neumiller , "manet@itd.nrl.navy.mil" Subject: Re: Bluetooth capabilities over 802.11/HyperLan? References: <3933CB6C.9D223D40@Motorola.Com> <3933FB65.A7B4B7E9@iprg.nokia.com> Content-Type: multipart/mixed; boundary="------------B7E4FB7DD83911BCD5A8B291" Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This is a multi-part message in MIME format. --------------B7E4FB7DD83911BCD5A8B291 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Charles, I think writing a draft may be good. However, I may not be able to do this anytime soon. It seems like the manet work in progress (drafts) and RFCs all address some particular aspect of ad hoc ROUTING: (AODV, TORA, DSRP, ODMRP, OLSRP, INSIGNIA, RDMAR, STAR) yet am I to assume that all these are the "baseline manet architecture"? Is manet just routing? What can I build today that works but is not necessarily optimal and where is THIS specified? What seems to be missing is the manet equivalent of the Mobile-IP RFC 2002 (which I am sure you are intimately familiar with :-). Maybe its too soon for this sort of thing? "Charles E. Perkins" wrote: > I agree that it is plausible to facilitate ad hoc networking at the > IP layer, but I don't know why you think we missed this possibility. OK, it may not be missed, but I know that Microsoft is going ahead and binding Winsock to RFCOMM (a Bluetooth serial port emulator), and I think this is a bad idea. There are probably other product plans being based on Bluetooth's ad hoc capabilities rather than IP's. This is my concern. What I would like to see (if somebody has more bandwidth than me), is a simple specification of what it means to be ad hoc in the IP sense. For instance does this mean that I must use NDP when IPv6? Does this mean I use ICMP messages of some sort when I am IPv4? > Or do you mean that it should be done _only_ by IPv6 neighbor discovery? No, something has to be done for v4 too. > Then we have to agree on what constitutes a link. Is it a single > hop over the wireless medium? Usually, otherwise its a route a guess. If you use link local addresses or network local addresses it pretty much has to be a link. > > If you mean that we are missing IPv6 specifications in manet, then > I don't understand how that relates to the rest of your message... Yes, the rest of my message was to show some concern that if manet does not have an assumed baseline architecture and protocol for v4 and v6 other less desirable ad hoc networking schemes may crop up in commercial products. Thanks, Phil --------------B7E4FB7DD83911BCD5A8B291 Content-Type: text/x-vcard; charset=us-ascii; name="Phillip.Neumiller.vcf" Content-Description: Card for Phil Neumiller Content-Disposition: attachment; filename="Phillip.Neumiller.vcf" Content-Transfer-Encoding: 7bit begin:vcard n:Neumiller;Phillip tel;pager:1258338@skytel.com tel;cell:iDen 847-9804238 / CDMA 847-370-3899 tel;home:847-516-2009 tel;work:847-576-9624 x-mozilla-html:TRUE url:www.mot.com/bluetooth org:Motorola, Inc.;Personal Area Networking (PAN) adr:;;50 E Commerce Drive;Schaumburg;IL;60195;USA version:2.1 email;internet:Phillip.Neumiller@Motorola.com title:Advanced Standards and Architecture fn:Phil Neumiller end:vcard --------------B7E4FB7DD83911BCD5A8B291-- From owner-manet@itd.nrl.navy.mil Tue May 30 16:12:11 2000 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 ESMTP id QAA09391 for ; Tue, 30 May 2000 16:12:10 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id OAA24600 for manet-outgoing; Tue, 30 May 2000 14:30:25 -0400 (EDT) Received: from smtp01.mrf.mail.rcn.net (smtp01.mrf.mail.rcn.net [207.172.4.60]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id OAA24590 for ; Tue, 30 May 2000 14:30:23 -0400 (EDT) Received: from 216-164-130-71.s579.tnt1.lnhva.md.dialup.rcn.com ([216.164.130.71] helo=insurrection) by smtp01.mrf.mail.rcn.net with smtp (Exim 2.12 #3) id 12wqmU-00045m-00; Tue, 30 May 2000 14:30:22 -0400 From: "John Wells" To: "Charles E. Perkins" , "Phil Neumiller" Cc: Subject: RE: Bluetooth capabilities over 802.11/HyperLan? Date: Tue, 30 May 2000 14:32:26 -0400 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 In-reply-to: <3933FB65.A7B4B7E9@iprg.nokia.com> Importance: Normal Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk Content-Transfer-Encoding: 7bit Maybe I'm missing something, but it seems to me that MANET routing protocols should operate between the data link layer and network layer. That means that IPv6 wouldn't care if it was running on top of a MANET or a wired network. John -----Message d'origine----- De : owner-manet@itd.nrl.navy.mil [mailto:owner-manet@itd.nrl.navy.mil]De la part de Charles E. Perkins Envoye : Tuesday, May 30, 2000 1:33 PM A : Phil Neumiller Cc : manet@itd.nrl.navy.mil Objet : Re: Bluetooth capabilities over 802.11/HyperLan? [...] I agree that it is plausible to facilitate ad hoc networking at the IP layer, but I don't know why you think we missed this possibility. Or do you mean that it should be done _only_ by IPv6 neighbor discovery? Then we have to agree on what constitutes a link. Is it a single hop over the wireless medium? If you mean that we are missing IPv6 specifications in manet, then I don't understand how that relates to the rest of your message... [...] From owner-manet@itd.nrl.navy.mil Tue May 30 16:36:57 2000 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 ESMTP id QAA09865 for ; Tue, 30 May 2000 16:36:56 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id OAA24916 for manet-outgoing; Tue, 30 May 2000 14:44:27 -0400 (EDT) Received: from mintaka.isr.umd.edu (mintaka.isr.umd.edu [128.8.111.4]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id OAA24911 for ; Tue, 30 May 2000 14:44:26 -0400 (EDT) Received: from manet.isr.umd.edu (root@manet.isr.umd.edu [128.8.111.170]) by mintaka.isr.umd.edu (8.9.3/8.9.3) with ESMTP id OAA17321; Tue, 30 May 2000 14:44:23 -0400 (EDT) Received: from manet.isr.umd.edu (sendmail@localhost [127.0.0.1]) by manet.isr.umd.edu (8.9.3/8.9.3) with SMTP id OAA00505; Tue, 30 May 2000 14:44:21 -0400 (EDT) Received: from localhost (corson@localhost) by manet.isr.umd.edu (8.9.3/8.9.3) with ESMTP id OAA00501; Tue, 30 May 2000 14:44:21 -0400 (EDT) X-Authentication-Warning: manet.isr.umd.edu: corson owned process doing -bs Date: Tue, 30 May 2000 14:44:20 -0400 (EDT) From: "M. Scott Corson" X-Sender: corson@manet.isr.umd.edu To: Phil Neumiller cc: "Charles E. Perkins" , Phil Neumiller , "manet@itd.nrl.navy.mil" Subject: Re: Bluetooth capabilities over 802.11/HyperLan? In-Reply-To: <3934030E.ED22D77C@Motorola.Com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY=------------B7E4FB7DD83911BCD5A8B291 Content-ID: Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --------------B7E4FB7DD83911BCD5A8B291 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: On Tue, 30 May 2000, Phil Neumiller wrote: > Charles, > > I think writing a draft may be good. However, I may not be able to do this > anytime soon. It seems like the manet work in progress (drafts) and RFCs > all address some particular aspect of ad hoc ROUTING: (AODV, TORA, DSRP, > ODMRP, OLSRP, INSIGNIA, RDMAR, STAR) yet am I to assume that all these > are the "baseline manet architecture"? Is manet just routing? What can > I build today that works but is not necessarily optimal and where is THIS > specified? What seems to be missing is the manet equivalent of the > Mobile-IP RFC 2002 (which I am sure you are intimately familiar with :-). > Maybe its too soon for this sort of thing? > > "Charles E. Perkins" wrote: > > I agree that it is plausible to facilitate ad hoc networking at the > > IP layer, but I don't know why you think we missed this possibility. > > OK, it may not be missed, but I know that Microsoft is going ahead and > binding Winsock to RFCOMM (a Bluetooth serial port emulator), and I think > this is a bad idea. There are probably other product plans being based > on Bluetooth's ad hoc capabilities rather than IP's. This is my concern. > What I would like to see (if somebody has more bandwidth than me), is > a simple specification of what it means to be ad hoc in the IP sense. Phil, Joe and I have tried to be a little forward-looking and architectural in our thinking about what it means to be ad hoc in the IP sense, but have encountered resistance within the working group when we tried to perhaps overspecify things too early in the WG's life. Some of those architectural thoughts still exist in the perf. issues RFC http://www.ietf.org/rfc/rfc2501.txt Also, a lot of our MC2R articles contain more thoughts along these lines and they hang off Joe's page. http://tonnant.itd.nrl.navy.mil/macker/pubs.html None of what we discuss deals with v4 vs. v6 issues, zeroconf-compatibility, etc. Mostly just architectural suggestions and rationale for ad hoc design. I (as a WG member) would like to see drafts regarding ad hoc routing and service discovery, zeroconf, address autoconfiguration, etc...documents that begin to suggest a framework and environment in which IP manet technology in general and a routing algorithm in particular can operate. -scott ******************************************************************************* M. Scott Corson Institute for Systems Research corson@isr.umd.edu A.V. Williams Bldg. (115) Phone: 301-405-6630 (Rm. 2205 AVW) University of Maryland Fax: 301-314-8586 College Park, MD 20742 ******************************************************************************* --------------B7E4FB7DD83911BCD5A8B291 Content-Type: TEXT/X-VCARD; CHARSET=us-ascii; NAME="Phillip.Neumiller.vcf" Content-ID: Content-Description: Card for Phil Neumiller Content-Disposition: ATTACHMENT; FILENAME="Phillip.Neumiller.vcf" begin:vcard n:Neumiller;Phillip tel;pager:1258338@skytel.com tel;cell:iDen 847-9804238 / CDMA 847-370-3899 tel;home:847-516-2009 tel;work:847-576-9624 x-mozilla-html:TRUE url:www.mot.com/bluetooth org:Motorola, Inc.;Personal Area Networking (PAN) adr:;;50 E Commerce Drive;Schaumburg;IL;60195;USA version:2.1 email;internet:Phillip.Neumiller@Motorola.com title:Advanced Standards and Architecture fn:Phil Neumiller end:vcard --------------B7E4FB7DD83911BCD5A8B291-- From owner-manet@itd.nrl.navy.mil Wed May 31 13:10:55 2000 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 ESMTP id NAA16971 for ; Wed, 31 May 2000 13:10:54 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id LAA14104 for manet-outgoing; Wed, 31 May 2000 11:03:02 -0400 (EDT) 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 LAA14099 for ; Wed, 31 May 2000 11:03:00 -0400 (EDT) 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 IAA07770; Wed, 31 May 2000 08:02:57 -0700 (PDT) Received: (from root@localhost) by darkstar.iprg.nokia.com (8.9.3/8.9.3-VIRSCAN) id IAA26775; Wed, 31 May 2000 08:02:56 -0700 X-Virus-Scanned: Wed, 31 May 2000 08:02:56 -0700 Nokia Silicon Valley Email Exploit Scanner Received: from (charliep.iprg.nokia.com [205.226.2.89]) by darkstar.iprg.nokia.com SMTP/WTS (12.69) xma024695; Wed, 31 May 00 08:02:08 -0700 Message-ID: <39352970.C0E3B382@iprg.nokia.com> Date: Wed, 31 May 2000 08:02:08 -0700 From: "Charles E. Perkins" Organization: Nokia Research Center X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 2.2.6-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Phil Neumiller CC: "manet@itd.nrl.navy.mil" Subject: Re: Bluetooth capabilities over 802.11/HyperLan? References: <3933CB6C.9D223D40@Motorola.Com> <3933FB65.A7B4B7E9@iprg.nokia.com> <3934030E.ED22D77C@Motorola.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 Phil, > It seems like the manet work in progress (drafts) and RFCs > all address some particular aspect of ad hoc ROUTING: (AODV, TORA, DSRP, > ODMRP, OLSRP, INSIGNIA, RDMAR, STAR) yet am I to assume that all these > are the "baseline manet architecture"? Is manet just routing? What can > I build today that works but is not necessarily optimal and where is THIS > specified? What seems to be missing is the manet equivalent of the > Mobile-IP RFC 2002 (which I am sure you are intimately familiar with :-). > Maybe its too soon for this sort of thing? I think that you are looking for a "system", and IETF working groups tend to make protocols instead of systems. Indeed, I also think that many people wish to make Mobile IP into a self-contained system, even though it was always designed as a single protocol. I think other protocols (e.g., SIP) may fall prey to the creeping feature creature in an attempt to become systems instead of protocols. I wouldn't say that manet has to be exclusively concerned with "just routing", and I support Scott's call for drafts dealing with autoconfiguration and service discovery. Indeed, we have made AODV drafts that include text concerned with just those issues. It's not too soon, especially if you have some good ideas about these things. > OK, it may not be missed, but I know that Microsoft is going ahead and > binding Winsock to RFCOMM (a Bluetooth serial port emulator), and I think > this is a bad idea. There are probably other product plans being based > on Bluetooth's ad hoc capabilities rather than IP's. This is my concern. > What I would like to see (if somebody has more bandwidth than me), is > a simple specification of what it means to be ad hoc in the IP sense. > For instance does this mean that I must use NDP when IPv6? Does this mean > I use ICMP messages of some sort when I am IPv4? IP is good for transmitting packets over a link, and for hooking together networks. It's not good for managing link-specific details. What it means to be ad hoc in the IP sense is to create a network by putting together links as needed at the time (in an ad hoc way). I think that NDP is expected to be used when all nodes on the same link share an IP address routing prefix. This is not necessarily true in an ad hoc network. I also believe that the IPv6 case for network prefixes that can be shared by nodes that are not "on-link" is pooly specified at present, and may not work well in the ad hoc environment. If Microsoft jumps the gun and creates APIs based on programming models that are currently incomplete, the fault cannot necessarily be laid at the doorstep of the IETF. As best I can remember, no one from Microsoft (and precious few from Bluetooth) has ever contributed to a manet working group meeting. I have quite often suggested that AODV would be a good choice for gluing together scatternets, but I am unable to really champion this at Microsoft or at the various Bluetooth venues, so it may go nowhere. Perhaps what is needed is some Proposed standard protocols from the manet working group. Regards, Charlie P. From owner-manet@itd.nrl.navy.mil Wed May 31 14:50:00 2000 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 ESMTP id OAA20140 for ; Wed, 31 May 2000 14:49:55 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id NAA17280 for manet-outgoing; Wed, 31 May 2000 13:04:54 -0400 (EDT) Received: from sfo.erg.sri.com (sfo.erg.sri.com [128.18.100.4]) by itd.nrl.navy.mil (8.8.8/8.8.8) with ESMTP id NAA17275 for ; Wed, 31 May 2000 13:04:51 -0400 (EDT) Received: from erg.sri.com (walleye.erg.sri.com [128.18.4.214]) by sfo.erg.sri.com (8.9.1/8.9.0) with ESMTP id KAA18276; Wed, 31 May 2000 10:04:51 -0700 (PDT) Message-ID: <39354634.F4D0A1E3@erg.sri.com> Date: Wed, 31 May 2000 10:04:52 -0700 From: "Fred L. Templin" Organization: SRI International X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: manet@itd.nrl.navy.mil Subject: Re: Bluetooth capabilities over 802.11/HyperLan? 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 John Wells wrote: > > Maybe I'm missing something, but it seems to me that MANET routing protocols > should operate between the data link layer and network layer. That means > that IPv6 wouldn't care if it was running on top of a MANET or a wired > network. I think this digs at the heart of the matter. I really believe that what goes on with MANET-style routing can thought of as a lower-level network layer function that is almost (but not quite!) akin to a datalink layer bridging function with dynamic topology discovey capabilities. Although the OSI reference model is largely deprecated with respect to Internetworking discussions, one might think of MANET routing as a layer 3a (subnet access layer) function and Internet routing as a layer 3c (internet layer) function. We have implemented a MANET-style routing protocol called Topology Broadcast with Reverse Path Forwarding (TBRPF) by using IP host routes (we support both IPv4 and IPv6) that enable an intra-domain multihop relaying capability within the domain of an individual mobile ad-hoc network. In our implementation, these host routes have either IEEE 802 link-layer address resolutions for single hop neighbors or the IPv4/v6 address of the next relay hop in the path to reach multi-hop destinations. We additionally support inter-domain routing by exchanging aggregated IPv4/v6 network prefix routes via traditional Internet routing protocols (such as RIP, OSPF, etc) to enable routing between multiple mobile ad-hoc networks and/or the fixed Internet infrastructure. In this way, our host routes are managed by TBRPF and implement the layer 3a function while the aggregated prefix routes are managed by traditional Internet routing protocols (such as RIP, OSPF, etc) and implement the layer 3c function. In general, we believe the IP-based approach provides greater flexibility than delving into the datalink layer, but I'd like to provide the following discussion as to one reason why I think this is so. My intuition is that a datalink layer approach may be acceptable for MANETs in which the mobile nodes by-and-large "stick together", but the IP-based approach has distinct advantages for MANETs in which the mobile nodes roam about independently of one another. An example of the former might be a bluetooth-based PAN in which a user has a collection of personal devices which either rarely leave his possession or are rarely shared with other users. In this case, if the MANET function is perfomed at the datalink layer, each device can be assigned an IP address with a common prefix and each device need only maintain an aggregated route for the common prefix - not individual host routes. The user could end up transmitting a message that gets relayed from his laptop, through his cell phone, through his palm pilot and to his printer without the IP layer ever being aware of the multi-hop situation. In essence, the PAN looks just like a wired Ethernet from the standpoint of IP since the bluetooth datalink layer performs the MANET routing function transparently. But, in cases in which the mobile nodes in MANETs roam about independently of one another, nodes may frequently change their current MANETs of affiliation. In this case (which I believe will be the rule rather than the exception) it is no longer reasonable to expect that the nodes in the MANET will all have a common IP network prefix (unless some form of dynamic address assignment is used). Instead, the MANETs will over time become heterogeneous conglomerations of nodes with different IP network prefixes. Therefore, it will not be possible to assign aggregated prefixes for intra-MANET routing. Instead, host routes which are dynamically created/modified/deleted in response to topology changes will be necessary to support intra-MANET multi-hop relaying and something like MobileIPv6 will be necessary to keep track of roaming nodes that have left their "home" MANETs. Fred Templin templin@erg.sri.com From owner-manet@itd.nrl.navy.mil Wed May 31 23:59:16 2000 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 ESMTP id XAA03072 for ; Wed, 31 May 2000 23:59:16 -0400 (EDT) Received: (from majordom@localhost) by itd.nrl.navy.mil (8.8.8/8.8.8) id WAA28546 for manet-outgoing; Wed, 31 May 2000 22:24:05 -0400 (EDT) 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 WAA28541 for ; Wed, 31 May 2000 22:24:03 -0400 (EDT) Received: from apache.utdallas.edu (apache.utdallas.edu [129.110.16.9]) by ns0.utdallas.edu (Postfix) with ESMTP id E898C1A00D9 for ; Wed, 31 May 2000 21:22:42 -0500 (CDT) Received: from localhost (jcobb@localhost) by apache.utdallas.edu (8.9.1/8.9.1) with ESMTP id VAA06307 for ; Wed, 31 May 2000 21:23:41 -0500 (CDT) X-Authentication-Warning: apache.utdallas.edu: jcobb owned process doing -bs Date: Wed, 31 May 2000 21:23:41 -0500 (CDT) From: Jorge Cobb To: manet@itd.nrl.navy.mil Subject: CFP ISADS 2001, August 15 deadline Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-manet@itd.nrl.navy.mil Precedence: bulk ISADS 2001 CALL FOR PAPERS The Fifth International Symposium on Autonomous Decentralized Systems Monday March 26 - Wednesday March 28, 2001 Dallas, Texas, USA 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 the successful first, second, third, and fourth International Symposium on Autonomous Decentralized Systems (ISADS) held in 1993 in Japan, in 1995 in the USA , in 1997 in Germany, and in 1999 in Japan, the fifth ISADS will be held in Dallas, Texas, USA during March 26-28, 2001. While ISADS 2001 will primarily focus on advancements and innovation in ADS concept, technologies, and applications related to the increasingly important topic of *Electronic Commerce*, other themes such as telecommunications and heterogeneous system and application integration will also be included. The ISADS 2001 committee invites papers and panel proposals on the topics of the symposium that will foster interactions among researchers and practitioners in computer, communication, management, control as applied to electronic commerce and other related fields from academia, industry, and government. The scope of discussions on ADS shall include, but not be limited to: * Computer and communication architectures / intelligent network /Internet; * Heterogeneous distributed information / control systems; * Mobile agent /computer-supported cooperative works; * Distributed software development and maintenance; * Assurance, fault tolerance and on-line expansion; * Object management architecture /design pattern / application frameworks; * Emergent control and robotic systems; * Novel applications: electronic commerce, telecommunications, information service systems, manufacturing systems, real-time event management, office automation, traffic and transportation control, logistics systems. Plant tour is scheduled on March 29, 2001. Delegates are encour- aged to participate. Information for Authors Papers should describe original work (not submitted or published elsewhere) and be 20 double-spaced pages (5,000 words) or less in length. Papers should include: title, authors, affiliations, 150-word abstract and list of keywords. Identify the author responsible for correspondence, including the author's name, position, mailing address, telephone and fax numbers, and email address. One of the authors of each accepted paper must present the paper at ISADS 2001. Information for Panel Organizers Panel proposals should include: title, organizer's affiliations, position, mailing address, telephone and fax numbers, email address, and 150-word statement on the scope, proposed chair and panelists. Submission Address Authors and panel organizers are requested to submit their manuscripts electrically in the Microsoft WORD document file format, the PDF format, or the Postscript format, and also email the abstract and the full addresses of the author(s) to the following address: thura@mitre.org Note The program committee of ISADS2001 highly encourage electronic submissions. Otherwise, papers should be sent to the program chair: Dr. Bhavani Thuraisingham Mail Stop A270 The MITRE Corporation 202 Burlington Road Bedford, MA 01730 Phone: 781-271-8873 Fax: 781-271-8752 Email: thura@mitre.org General Information For general information, see our World-Wide Web Page at: http://isads.utdallas.edu The proceedings of the symposium will be published by IEEE Computer Society Press. Important Deadlines August 15, 2000: All papers and panel proposals are due November 15, 2000: Authors and panel organizers notified of acceptance. December 15, 2000: Camera-ready copies of accepted papers and panelists' position papers General Chair William Osborne, U. of Texas, Dallas, USA Program Committee Chair: Bhavani Thuraisingham, The MITRE Corp., USA Co-Chair: Makoto Imase, NTT Labs, Japan Co-Chair: Linda Strick, GMD Fokus, Berlin, Germany Co-Chair: Jeffrey Tsai, U. of Illinois, Chicago, USA Members G. Agha, U. of IL, Urbana, USA R. Arai, U. of Tokyo, Japan D. Bae, KAIST, Korea F. Bastani, U. of TX, Dallas, USA E. Bertino, U. of Milano, Italy M. Ceruti, SPAWAR, USA I. Chen, Virginia, Tech, USA Y. Chen, U. of the Witwatersrand, South Africa R. Chow, U. of FL, USA J. Chung, IBM T.J. Watson Research Center, USA P. Chuang, Tamkang U., Taiwan P. Ciancarini, U. of Bologna. B. Cukic, West Virginia U., USA K. Eckert, GMD FOKUS Germany S. Eisenbach, Imperial College, UK D. Ferrari, U. of Catoloca, Italy M. Fisher, Manchester Metropolitan U., UK M. Fujita, Sony, Japan A. Fukuda, Nara Inst. of Science and Technology, Japan V. Garg, Univ. of TX, Austin, USA S. Ghosh, Arizona State U., USA A. Ghafoor, Purdue U., USA A. Ghose, U. of Wollongong, Australia M. Gien, Sun, France V. Gobel, U. of Oslo, Norway T. Higashino Osaka U., Japan D. Hislop, ARO, USA I. Iida, Fujitsu, Japan Y. Ishiguro, NEC, Japan K. Ito, TITECH, Japan Y. Kakuda, Hiroshima City U., Japan K. Kim, U.C. Irvine, USA H. Kopetz, TU Wien, Austria J. Kramer, Imperial College, UK L. LeLann, INRIA, France C. Liu, Chung Yuan Christian U., Taiwan M. Lyu, The Chinese U. of Hong Kong, Hong Kong Y. Masunaga, Ochanomizu U., Japan W. Meng , State U. of New York at Binghamton, USA R. Montenari, U. of Bologna, Italy W. Ng, Nanyang Technological U., Singapore A. Prakash, U. of Michigan, USA J. Putman, MITRE, USA Q. Qingquan, Southwest Jiatong U., China N. Raynal, INRIA, France W. Ruh, Concept-V, USA D. Serpanos, Inst. of Comuter Science, Technology-Hellas, Greece S. Shekhar, U. of MN, Mpls, USA L. Simoncini, CNUCE-CNR, Italy R. Stroud, U. of New Castle, UK V. Subrahmanian, U. of MD, College Park, USA K. Tsuchiya, Kyoto Uv, Japan B. Wah, U. of IL, Urbana, USA Y. Wakahara, U. of Tokyo, Japan F. Wang, National Chao Tung U., Taiwan M. Wooldridge, U. of Liverpool, UK H. Yokota, TITECH, Japan M. Yano, Tohoku U., Japan S. Yongqiang, Shanghai Jiao Tong U, China P. Yu, IBM T.J. Watson Research Center S. Zubairy, Quaid-e-Azam U., Pakistan Steering Committee Chair: Stephen S. Yau, Arizona State U., USA Hiroshi Kuwahara, Hitachi, Japan Kinji Mori, Tokyo Inst. of Technology, Japan Radu Popescu-Zeletin, GMD, Germany Publicity Chair Jorge Cobb, U. of Texas, Dallas, USA Jorge A. Cobb Assistant Professor Erik Jonsson School of Engineering and Computer Science The University of Texas at Dallas PO Box 830688, Mail Station EC 31 Richardson, TX 75083-0688 jcobb@utdallas.edu 972 883 2479