Page 2 Lecture Notes in Computer Science 2865 Edited by G. Goos ...

More documents

Recommendations

Info

Resisting Malicious Packet Dropping in Wireless Ad Hoc Networks 16323. T. Roughgarden. Selfish Routing. PhD thesis, Cornell University, May 2002.24. B.R. Smith and J.J. Garcia-Luna-Aceves. Securing the Border Gateway Routing Protocol. InProceedings of Global Internet 1996. London, UK. November 1996.25. B.R. Smith, S. Murthy, and J.J. Garcia-Luna-Aceves. Securing Distance-Vector Routing Protocols.In Proceedings of 1997 Internet Society Symposium on Network and Distributed SystemSecurity (NDSS’97), San Diego, California, USA. February 1997.26. M.G. Zapata and N. Asokan. Securing Ad Hoc Routing Protocols. In Proceedings of theACM Workshop on Wireless Security (WiSe 2002), September 2002.27. Kan Zhang. Efficient Protocols for Signing Routing Messages. In Proceedings of 1997 InternetSociety Symposium on Network and Distributed System Security (NDSS’98), San Diego,California, USA, March 1998.
A New Framework for Building Secure CollaborativeSystems in True Ad Hoc NetworkHans-Peter Bischof, Alan Kaminsky, and Joseph BinderRochester Institute of Technology, 102Lomb Mermorial Dr, Rochester, NY 14623{hpb,ark,jsb7834}@cs.rit.eduAbstract. Many-to-Many Invocation (M2MI) is a new paradigm for buildingsecure collaborative systems that run in true ad hoc networks of fixed and mobilecomputing devices. M2MI is useful for building a broad range of systems,including service discovery frameworks; groupware for mobile ad hoc collaboration;systems involving networked devices (printers, cameras, sensors); andcollaborative middleware systems. M2MI provides an object oriented methodcall abstraction based on broadcasting. An M2MI invocation means “every objectout there that implements this interface, call this method.” M2MI is layeredon top of a new messaging protocol, the Many-to-Many Protocol (M2MP),which broadcasts messages to all nearby devices using the wireless network'sinherent broadcast nature instead of routing messages from device to device. Inan M2MI-based system, central servers are not required; network administrationis not required; complicated, resource-consuming ad hoc routing protocolsare not required; and system development and deployment are simplified.Keywords: Collaborative systems, peer-to-peer systems, distributed objects,decentralized key management, ad hoc networking, server-less networking.IntroductionThis paper describes a new paradigm, Many-to-Many Invocation (M2MI), for buildingsecure collaborative systems that run in true ad hoc networks of fixed and mobilecomputing devices. M2MI is useful for building a broad range of systems, includingservice discovery frameworks; groupware for mobile ad hoc collaboration.We also address encryption and decryption of M2MI method invocations and a describea decentralized key management in ad hoc networks.M2MI provides an object oriented method call abstraction based on broadcasting.An M2MI-based application broadcasts method invocations, which are received andperformed by many objects in many target devices simultaneously. An M2MI invocationmeans “Everyone out there that implements this interface, call this method.” Thecalling application does not need to know the identities of the target devices ahead oftime, does not need to explicitly discover the target devices, and does not need to setup individual connections to the target devices. The calling device simply broadcastsmethod invocations, and all objects in the proximal network that implement thosemethods will execute them.S. Pierre, M. Barbeau, and E. Kranakis (Eds.): ADHOC-NOW 2003, LNCS 2865, pp. 164–174, 2003.© Springer-Verlag Berlin Heidelberg 2003
Page 2 and 3:
Lecture Notes in Computer Science 2
Page 4 and 5:
Samuel Pierre Michel BarbeauEvangel
Page 6:
PrefaceAd Hoc Networks are wireless
Page 9 and 10:
Program CommitteeG. Alonso, ETHZ, S
Page 11 and 12:
XTable of ContentsResisting Malicio
Page 13 and 14:
2 H. Dubois-Ferrière, M. Grossglau
Page 15 and 16:
Page 17 and 18:
Page 19 and 20:
Page 21 and 22:
10 H. Dubois-Ferrière, M. Grossgla
Page 23 and 24:
SAFAR: An Adaptive Bandwidth-Effici
Page 25 and 26:
14 J. Doshi and P. Kilambiour proto
Page 27 and 28:
16 J. Doshi and P. Kilambipacket th
Page 29 and 30:
18 J. Doshi and P. Kilambibandwidth
Page 31 and 32:
20 J. Doshi and P. Kilambi5 Simulat
Page 33 and 34:
22 J. Doshi and P. Kilambiquery its
Page 35 and 36:
24 J. Doshi and P. Kilambi4. David
Page 37 and 38:
26 P. Narayan and V.R. SyrotiukThe
Page 39 and 40:
28 P. Narayan and V.R. Syrotiuk2.2
Page 41 and 42:
30 P. Narayan and V.R. Syrotiukrand
Page 43 and 44:
32 P. Narayan and V.R. Syrotiukenti
Page 45 and 46:
34 P. Narayan and V.R. SyrotiukDSRA
Page 47 and 48:
36 P. Narayan and V.R. Syrotiuk7. A
Page 49 and 50:
38 L. Qin and T. Kunzthese two prot
Page 51 and 52:
40 L. Qin and T. Kunzsidered broken
Page 53:
42 L. Qin and T. KunzP = Prdlog( )
Page 57 and 58:
46 L. Qin and T. KunzFig. 5. Averag
Page 59 and 60:
48 L. Qin and T. Kunz6. J. Broch et
Page 61 and 62:
50 M. Diha and S. Pierrethe propose
Page 63 and 64:
52 M. Diha and S. Pierre3. All proc
Page 65 and 66:
54 M. Diha and S. Pierre3.3 Perform
Page 67 and 68:
56 M. Diha and S. PierreCmip/Cprop0
Page 69 and 70:
58 M. Diha and S. PierreThe tunneli
Page 71 and 72:
Proactive QoS Routing in Ad Hoc Net
Page 73 and 74:
62 Y. Ge, T. Kunz, and L. LamontFig
Page 75 and 76:
64 Y. Ge, T. Kunz, and L. Lamontits
Page 77 and 78:
66 Y. Ge, T. Kunz, and L. Lamonttha
Page 79 and 80:
68 Y. Ge, T. Kunz, and L. Lamontwhi
Page 81 and 82:
70 Y. Ge, T. Kunz, and L. Lamontver
Page 83 and 84:
Delivering Messagesin Disconnected
Page 85 and 86:
74 R. Shah and N.C. Hutchinson3.1 T
Page 87 and 88:
76 R. Shah and N.C. Hutchinsonset c
Page 89 and 90:
78 R. Shah and N.C. HutchinsonTable
Page 91 and 92:
80 R. Shah and N.C. HutchinsonOracl
Page 93 and 94:
82 R. Shah and N.C. Hutchinsonthe r
Page 95 and 96:
Extending Seamless IP Multicast Edg
Page 97 and 98:
86 P.M. Ruiz et al.Section 4 presen
Page 99 and 100:
88 P.M. Ruiz et al.Access NetworkCo
Page 101 and 102:
90 P.M. Ruiz et al.Access NetworkR
Page 103 and 104:
92 P.M. Ruiz et al.MIGAccess Networ
Page 105 and 106:
94 P.M. Ruiz et al.10.90.81-hop-750
Page 107 and 108:
A Uniform Continuum Model for Scali
Page 109 and 110:
98 E.W. Grundke and A.N. Zincir-Hey
Page 111 and 112:
100 E.W. Grundke and A.N. Zincir-He
Page 113 and 114:
102 E.W. Grundke and A.N. Zincir-He
Page 115 and 116:
Probabilistic Protocols for Node Di
Page 117 and 118:
106 G. Alonso et al.A node discover
Page 119 and 120:
108 G. Alonso et al.frequency alloc
Page 121 and 122:
110 G. Alonso et al.- D is a diagon
Page 123 and 124: 112 G. Alonso et al.and therefore,
Page 125 and 126: 114 G. Alonso et al.complicated. Fo
Page 127 and 128: Towards Adaptive WLAN Frequency Man
Page 129 and 130: 118 F. Gamba, J.-F. Wagen, and D. R
Page 139 and 140: Analyzing Split Channel Medium Acce
Page 141 and 142: 130 J. Deng, Y.S. Han, and Z.J. Haa
Page 151 and 152: Preventing Replay Attacks for Secur
Page 153 and 154: 142 J. Zhen and S. SrinivasTraffic
Page 155 and 156: 144 J. Zhen and S. SrinivasFig. 2.
Page 157 and 158: 146 J. Zhen and S. Srinivasbeginnin
Page 159 and 160: 148 J. Zhen and S. Srinivasthe time
Page 161 and 162: 150 J. Zhen and S. Srinivas16. Y. H
Page 163 and 164: 152 M. Just, E. Kranakis, and T. Wa
Page 173: 162 M. Just, E. Kranakis, and T. Wa
Page 177 and 178: 166 H.-P. Bischof, A. Kaminsky, and
Page 187 and 188: 176 G. Calinescuof the UDG 2-hops a
Page 189 and 190: 178 G. CalinescuSection 3 describe
Page 191 and 192: 180 G. CalinescuWhen receiving a pa
Page 193 and 194: 182 G. CalinescuRyvxFig. 3. The unn
Page 195 and 196: 184 G. Calinescu< nodeID, pieceID,
Page 197 and 198: 186 G. Calinescu7. Heinz Breu and D
Page 199 and 200: 188 S.O. Krumke et al.desirable in
Page 201 and 202: 190 S.O. Krumke et al.2.2 Bicriteri
Page 203 and 204: 192 S.O. Krumke et al.1. From the g
Page 205 and 206: 194 S.O. Krumke et al.The following
Page 207 and 208: 196 S.O. Krumke et al.1. Let α =6l
Page 209 and 210: 198 S.O. Krumke et al.for any given
Page 211 and 212: 200 S. PatilIDEA uses the concept o
Page 213 and 214: 202 S. PatilAfter flooding the quer
Page 215 and 216: 204 S. Patil5 Simulation ModelSourc
Page 217 and 218: 206 S. PatilAvg. Aggregate Energy C
Page 219 and 220: 208 S. PatilTable 1. Probability of
Page 221 and 222: 210 S. Patilergy consumption of the
Page 223 and 224: 212 T. Chu and I. Nikolaidisenergy
Page 225 and 226:
214 T. Chu and I. Nikolaidisaim at
Page 227 and 228:
216 T. Chu and I. Nikolaidis12: end
Page 229 and 230:
218 T. Chu and I. Nikolaidis1.8E+09
Page 231 and 232:
220 T. Chu and I. Nikolaidis2.0E+10
Page 233 and 234:
222 T. Chu and I. Nikolaidisattack
Page 235 and 236:
224 F.J. Molina, J. Barbancho, and
Page 237 and 238:
Page 239 and 240:
Page 241 and 242:
Page 243 and 244:
Page 245 and 246:
Page 247 and 248:
236 G. Calinescu and P.-J. Wan3.5 4
Page 249 and 250:
238 G. Calinescu and P.-J. Wanmum s
Page 251 and 252:
240 G. Calinescu and P.-J. WanFrom
Page 253 and 254:
242 G. Calinescu and P.-J. Wan5 Alg
Page 255 and 256:
244 G. Calinescu and P.-J. WanThe n
Page 257 and 258:
246 G. Calinescu and P.-J. Wan9. A.
Page 259 and 260:
248 C.J. Colbourn, V.R. Syrotiuk, a
Page 261 and 262:
Page 263 and 264:
Page 265 and 266:
Page 267 and 268:
Page 269 and 270:
Page 271 and 272:
260 S. Bhadra and A. Ferreirathe mo
Page 273 and 274:
262 S. Bhadra and A. FerreiraIn thi
Page 275 and 276:
264 S. Bhadra and A. FerreiraDefini
Page 277 and 278:
266 S. Bhadra and A. FerreiraThis s
Page 279 and 280:
268 S. Bhadra and A. FerreiraTheore
Page 281 and 282:
270 S. Bhadra and A. Ferreira4. T.
Page 283 and 284:
272 M.K. Denko and Q.H. MahmoudAn i
Page 285 and 286:
274 M.K. Denko and Q.H. Mahmoud3.1
Page 287 and 288:
276 M.K. Denko and Q.H. Mahmoud5. D
Page 289 and 290:
278 B. Macabéo, S. Pierre, and A.
Page 291 and 292:
280 B. Macabéo, S. Pierre, and A.
Page 293 and 294:
282 A. Benslimane and A. BachirIn [
Page 295 and 296:
284 A. Benslimane and A. BachirFig.
Page 297 and 298:
286 A. Benslimane and A. Bachir5 Co
Page 299 and 300:
288 L. Hughes, K. Shumon, and Y. Zh
Page 301 and 302:
Page 303 and 304:
Page 305 and 306:
3BerlinHeidelbergNew YorkHong KongL
Page 307 and 308:
Series EditorsGerhard Goos, Karlsru
Page 310 and 311:
Organizing CommitteeConference Co-c
Page 312 and 313:
Table of ContentsSpace-Time Routing
Page 314:
Author IndexAlonso, G. 104Bachir, A
show all

Page 2 Lecture Notes in Computer Science 2865 Edited by G. Goos ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?