Measurements of Multicast Service Discovery in a Campus Wireless Network

Hong, Se Gi; Srinivasan, Sundar; Schulzrinne, Henning

doi:10.1109/glocom.2009.5426121

Cited by 4 publications

(6 citation statements)

References 7 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…‚ n o , number of nodes joining (and leaving) the network per second. We use 10 minutes as minimum for the average time a host is online [9], leading to maximum arrival rate of n{600 " 16.6 « 17 users per second. ‚ s o , the average number of service instances offered by a host.…”

Section: Discussionmentioning

confidence: 99%

“…Since multicast causes significant network load in wireless networks [9], techniques that make DNS-SD/mDNS more scalable -especially in 6LoWPAN networks [10] -have been developed. 147 Klauck et al present and analyze their DNS-SD/mDNS implementation for low-power devices in [11] and propose methods to compress DNS messages to make DNS-SD/mDNS more suitable for 6LoWPANs in [12].…”

Section: A Scalable Multicast Dns-sd In Low-power Networkmentioning

confidence: 99%

“…8 The IP address of the new SNS is transmitted in hexadecimal notation. 9 We use () for grouping and {} for repetition count. 10 Since the SNSes know each other, this does not pose a problem.…”

Section: Establishing Snsesmentioning

confidence: 99%

“…The influence of many multicasts on the network load is especially severe in huge 802.11 wireless networks [21], because multicasts are transmitted using a very low transmission rate so that older devices not supporting higher transmission rates can receive the multicasts as well [22]. Hong et al [9] show that 13% of their campus network bandwidth is used by DNS-SD/mDNS. We analyzed the expected network bandwidth savings when using our service discovery privacy extension [18] which also forgoes multicast.…”

Section: F Unicast Vs Multicastmentioning

confidence: 99%

See 3 more Smart Citations

User-Friendly, Versatile, and Efficient Multi-link DNS Service Discovery

Kaiser

Waldvogel

Strittmatter

et al. 2016

2016 IEEE 36th International Conference on Distributed Computing Systems Workshops (ICDCSW)

View full text Add to dashboard Cite

Abstract-When mobile devices at the network edge want to communicate with each other, they too often depend on the availability of faraway resources. For direct communication, feasible user-friendly service discovery is essential. DNS Service Discovery over Multicast DNS (DNS-SD/mDNS) is widely used for configurationless service discovery in local networks; due in no small part to the fact that it is based on the well established DNS, and efficient in small networks.In our research, we enhance DNS-SD/mDNS providing versatility, user control, efficiency, and privacy, while maintaining the deployment simplicity and backward compatibility. These enhancements are necessary to make it a solid, flexible foundation for device communication in the edge of the Internet.In this paper, we focus on providing multi-link capabilities and scalable scopes for DNS-SD while being mindful of both userfriendliness and efficiency. We propose DNS-SD over Stateless DNS (DNS-SD/sDNS), a solution that allows configurationless service discovery in arbitrary self-named scopes -largely independent of the physical network layout -by leveraging our Stateless DNS technique and the Raft consensus algorithm.

show abstract

Section: Discussionmentioning

confidence: 99%

Section: A Scalable Multicast Dns-sd In Low-power Networkmentioning

confidence: 99%

Section: Establishing Snsesmentioning

confidence: 99%

Section: F Unicast Vs Multicastmentioning

confidence: 99%

See 2 more Smart Citations

User-Friendly, Versatile, and Efficient Multi-link DNS Service Discovery

Kaiser

Waldvogel

Strittmatter

et al. 2016

2016 IEEE 36th International Conference on Distributed Computing Systems Workshops (ICDCSW)

View full text Add to dashboard Cite

show abstract

“…In large public and semi-public Wi-Fi networks of universities, airports, or shopping malls, a host's multicast messages can reach a large number of other hosts. According to Hong et al [2], mDNS traffic consumes about 13% of total bandwidth in such wireless networks. Host names are used in mDNS records to help users and hosts identify other hosts in the local network.…”

Section: Zero Configuration Networkingmentioning

confidence: 99%

Device Names in the Wild: Investigating Privacy Risks of Zero Configuration Networking

Könings

Bachmaier

Schaub

et al. 2013

2013 IEEE 14th International Conference on Mobile Data Management

View full text Add to dashboard Cite

Zero configuration networking aims to support users in seamlessly connecting devices and services. However, in public networks associated service announcements pose substantial privacy risks. A major issue is the inclusion of identifying information in device names, often automatically set or suggested by devices upon initial configuration. Focusing on mDNS, we assess this issue by studying its actual extent, awareness about the problem, and potential consequences for privacy. We collected a one-week dataset of mDNS announcements in a semi-public Wi-Fi network at a university. Of 2,957 unique device names, 59% contained real names of users, with 17.6% containing first and last name. An online survey (n=137) revealed that 29% of the participants did not know the current device name of their smartphone, but that the vast majority considered periodic announcement of their full names worrisome. We further discuss specific potential privacy threats and attack scenarios stemming from mDNS device names.

show abstract

Efficient Privacy Preserving Multicast DNS Service Discovery

Kaiser

Waldvogel

2014

2014 IEEE Intl Conf on High Performance Computing and Communications, 2014 IEEE 6th Intl Symp on Cyberspace Safety and Security

View full text Add to dashboard Cite

Abstrac~In today's local networks a significant amount of traffic is caused by Multicast DNS Service Discovery (mONS-SO), a prevalent technique used for coufigm•atiouless service d.istribu tion and discovery. It allows users to offer and use services like device synchronization, file sharing, and chat, when joining a local network without any manual configuration. While this is very convenient, it req uires the public exposure of the offering and requesting identities along with information about the offered and requested services, eve n when services do not need to be public. Some of the information published by the announcements ca n be very revealing, including complete lists of family members. Another problem is the huge amount of multicast traffic caused, which is especially relevant for large WiFi networks. In this paper we present a privacy extension that does not publish private iofonuation and reduces the number of packets se nt while still not requiring any network configuration except for an initial pairing per pair of users. A key feature of our solution is the ease of upgrading existing systems, a must for widespread deployment and acceptance. We developed an implementation based on the open-source Avahi daemon to show the feasibility of our privacy extension. Our solution gra nts tunable privacy and reduces multicast traffic without affecting user experience. l11dex Terms-Privacy, DNS, Multicast, Service Discovery. 1 Public seJvices' operation remains entirely unchanged; private services seem entirely unchanged within the trusted group.

show abstract

Measurements of Multicast Service Discovery in a Campus Wireless Network

Cited by 4 publications

References 7 publications

User-Friendly, Versatile, and Efficient Multi-link DNS Service Discovery

User-Friendly, Versatile, and Efficient Multi-link DNS Service Discovery

Device Names in the Wild: Investigating Privacy Risks of Zero Configuration Networking

Efficient Privacy Preserving Multicast DNS Service Discovery

Contact Info

Product

Resources

About