Serving DNS Using a Peer-to-Peer Lookup Service

Cox, Russ; Muthitacharoen, Athicha; Morris, Robert

doi:10.1007/3-540-45748-8_15

Cited by 142 publications

(87 citation statements)

References 8 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Under the Chord-based design, a search operation may need to visit a logarithmic number of PS nodes to find the buddies of users. Thus, for latency-sensitive applications, DHT-based designs may be unsuitable for mobile presence services due to their high lookup costs [37].…”

Section: Simulation Resultsmentioning

confidence: 99%

A Scalable Server Architecture for Mobile Presence Services in Social Network Applications

Chen

2013

IEEE Trans. on Mobile Comput.

View full text Add to dashboard Cite

Abstract-Social network applications are becoming increasingly popular on mobile devices. A mobile presence service is an essential component of a social network application because it maintains each mobile user's presence information, such as the current status (online/offline), GPS location and network address, and also updates the user's online friends with the information continually. If presence updates occur frequently, the enormous number of messages distributed by presence servers may lead to a scalability problem in a large-scale mobile presence service. To address the problem, we propose an efficient and scalable server architecture, called PresenceCloud, which enables mobile presence services to support large-scale social network applications. When a mobile user joins a network, PresenceCloud searches for the presence of his/her friends and notifies them of his/her arrival. PresenceCloud organizes presence servers into a quorum-based server-to-server architecture for efficient presence searching. It also leverages a directed search algorithm and a one-hop caching strategy to achieve small constant search latency. We analyze the performance of PresenceCloud in terms of the search cost and search satisfaction level. The search cost is defined as the total number of messages generated by the presence server when a user arrives; and search satisfaction level is defined as the time it takes to search for the arriving user's friend list. The results of simulations demonstrate that PresenceCloud achieves performance gains in the search cost without compromising search satisfaction.

show abstract

Section: Simulation Resultsmentioning

confidence: 99%

A Scalable Server Architecture for Mobile Presence Services in Social Network Applications

Chen

2013

IEEE Trans. on Mobile Comput.

View full text Add to dashboard Cite

show abstract

“…Cox et al [7] explored the benefits (and handicaps) of replacing DNS with DHash, a P2P DHT built on top of Chord [9]. The benefits of replacing DNS with a DHTbased architecture include fault-tolerance, load-balancing, self-management, and smaller network operating expenditures (OPEX) 13 .…”

Section: On Replacing Dns With Dhtmentioning

confidence: 99%

“…The benefits of replacing DNS with a DHTbased architecture include fault-tolerance, load-balancing, self-management, and smaller network operating expenditures (OPEX) 13 . The scheme proposed in [7], called DDNS, requires O(log 2 n) application-layer hops, where n is the number of nodes on the Chord ring, assuming no caching, only for retrieving the server hostname in U 1 (refer to §2.1,…”

Section: On Replacing Dns With Dhtmentioning

confidence: 99%

Distributed Information Object Resolution

Pentikousis

2009

2009 Eighth International Conference on Networks

View full text Add to dashboard Cite

The established host-centric networking paradigm is challenged due to handicaps related with disconnected operation, mobility, and broken locator/identifier semantics. This paper soberly examines another topic of great interest: distributed information object resolution. After recapping the notion of an information object, we review object resolution in today's Internet which is based on Uniform Resource Identifiers (URIs). We revisit the implications of DNS involvement in URI resolution and discuss how two different types of content distribution networks work with respect to name resolution. Then we evaluate proposals championing the replacement of DNS with alternatives based on distributed hash tables. We present the pros and cons and highlight the importance of latency in resolution. The paper positions these issues in the context of a Network of Information (NetInf) and concludes with open research topics in the area.

show abstract

“…As examples we can present DDNS (Dynamic DNS) [4] based on Kademlia and Microsoft's PNRP (Peer Name Resolution Protocol) [8] based on Pastry and supporting IPv6 name service in Windows XP and Vista. Another area of DHT applications is device registration and lookup in SIP (Session Initiation Protocol).…”

Section: Introductionmentioning

confidence: 99%

Generic Network Location Service

Mwansa¹

2010

SACJ

View full text Add to dashboard Cite

This work presents the Generic Network Location Service based on the Chord implementation utilizing data structures called distributed hash tables (DHT) or structured overlay networks, which are used to build scalable self-managing distributed systems. The provided algorithms guarantee resilience in the presence of dynamism: they guarantee consistent lookup results in the presence of nodes failing and leaving. Generic Network Location Service provides a Location Service system based on DHT technology, which is storing device location records in nodes within a Chord DHT. Location records are consisting of network device identification keys as attributes, which are used to create replicas of additional location records through established Chord hashing mechanisms. Storing device location records, in places address-able (using the DHT lookup) by individual location record keys provides a simple way of implementing transla¬tion functions similar to well¬ known network services (e.g. ARP, DNS, ENUM). The generic network location ser¬vice presented in the paper is not supposed to be a substitu¬tion of the existing translation techniques (e.g. ARP, DNS, ENUM), but it is considered as an overlay service that uses data available in existing systems and provides some translations currently unavailable.

show abstract

Serving DNS Using a Peer-to-Peer Lookup Service

Cited by 142 publications

References 8 publications

A Scalable Server Architecture for Mobile Presence Services in Social Network Applications

A Scalable Server Architecture for Mobile Presence Services in Social Network Applications

Distributed Information Object Resolution

Generic Network Location Service

Contact Info

Product

Resources

About