Internet DRAFT - draft-jiachen-icn-pubsub
draft-jiachen-icn-pubsub
ICNRG M. Arumaithurai
Internet-Draft J. Chen
Intended status: Informational X. Fu
Expires: September 6, 2015 University of Goettingen
K. Ramakrishnan
University of California, Riverside
J. Seedorf
NEC
March 5, 2015
Enabling Publish/Subscribe in ICN
draft-jiachen-icn-pubsub-01
Abstract
Information-Centric Networks (ICN) provide substantial flexibility
for users to obtain information without regard to the source of the
information or its current location. Publish/subscribe (pub/sub)
systems have gained popularity in society to provide the convenience
of removing the temporal dependency of the user having to indicate an
interest each time he or she wants to receive a particular piece of
related information. Such an "information-centric" communication
model should be supported in the new ICN network paradigm. This
document outlines some research directions for ICN with respect to
enhancing the inherently pull-based ICN approaches for achieving
efficient pub/sub capability.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on September 6, 2015.
Arumaithurai, et al. Expires September 6, 2015 [Page 1]
Internet-Draft ICN pub/sub March 2015
Copyright Notice
Copyright (c) 2015 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Pub/Sub Communication . . . . . . . . . . . . . . . . . . . . 3
3. Scenarios of Pub/Sub Architecture . . . . . . . . . . . . . . 4
3.1. Online Social Networks and RSS Feeds . . . . . . . . . . 4
3.2. Online Gaming and Audio/Video Conferencing . . . . . . . 4
3.3. Notification Systems in Disaster . . . . . . . . . . . . 5
4. Requirements of an Efficient Pub/Sub Architecture . . . . . . 5
5. Related Work . . . . . . . . . . . . . . . . . . . . . . . . 7
5.1. IP/Overlay Multicast . . . . . . . . . . . . . . . . . . 7
5.2. Named-Data Networking (NDN) . . . . . . . . . . . . . . . 8
5.3. CCN . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
5.4. Content-Oriented Publish/Subscribe(COPSS) . . . . . . . . 9
5.5. PSIRP Project . . . . . . . . . . . . . . . . . . . . . . 9
5.6. NetInf Project (http://www.netinf.org) . . . . . . . . . 9
5.7. Pursuit Project (http://www.fp7-pursuit.eu/) . . . . . . 9
5.8. Other Related Works . . . . . . . . . . . . . . . . . . . 9
6. Standardisation Considerations . . . . . . . . . . . . . . . 10
7. References . . . . . . . . . . . . . . . . . . . . . . . . . 11
7.1. Normative References . . . . . . . . . . . . . . . . . . 11
7.2. Informative References . . . . . . . . . . . . . . . . . 11
Appendix A. Acknowledgment . . . . . . . . . . . . . . . . . . . 12
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 12
1. Introduction
This document points out the need to support publish/subscribe (pub/
sub) capabilities in ICN and the problems with the existing
solutions. Further, the document discusses potential directions for
enhancing Information Centric Networking (ICN) to achieve efficient
pub/sub.
Arumaithurai, et al. Expires September 6, 2015 [Page 2]
Internet-Draft ICN pub/sub March 2015
Section 2 describes the pub/sub systems and the challenges of such
systems to the current Internet. Section 3 demonstrates the use of
pub/sub systems in different scenarios. Section 4 outlines the
requirements of an efficient pub/sub architecture and Section 5
discusses the related works and some possible shortcomings. In
Section 6 we brief our standardisation considerations.
2. Pub/Sub Communication
Users increasingly desire access to information, ranging from news,
financial markets, healthcare, to disaster relief and beyond,
independent of who published it, where it is located, and often, when
it was published. Typical representation of these usages are
microblogs, RSS feed, social network, search engines, etc. A
consumer may not wish (or it may even be infeasible) to receive all
of the "channels" belonging to a myriad of information providers that
disseminate items of interest, either on demand (such as web,
twitter, blogs and social networks), or tune to a broadcast channel
(e.g., television, radio, newspaper). In these cases, the consumer
would rather prefer obtaining the data based on Content Descriptors
(CD) such as a keyword, a tag, or a property of the content
(publisher identity, published date etc.).
Publish/subscribe (pub/sub) systems are particularly suited for such
kind of large scale content-oriented information dissemination, and
provide the exibility for users to subscribe to information of
interest, without being intimately tied to when that information is
made available by publishers. With the use of an appropriate
interface, users can select and filter the information desired so
that they receive only what they are interested in, often
irrespective of the publisher.
Intelligent end-systems and information aggregators (e.g., Google
News and Yahoo! News, cable and satellite providers) have
increasingly adapted their interfaces to provide a content-oriented
pub/sub-based delivery method. However, these mechanisms are built
on top of a centralized server based framework and can also result in
a waste of network resources as shown in
[Ramasubramanian2006][Katsaros2011], since the Internet protocol
suite is focused on end-to-end delivery of data. Furthermore, issues
of "coverage" and "timeliness" still exist in such forms of
dissemination, where the aggregator may be selective in what
information is made available.
Information-Centric Networks (ICN) is a new network paradigm that
intendeds to achieve large scale data delivery with greater ease for
users, greater scalability in terms of the amount of information
disseminated as well as number of producers and consumers of
Arumaithurai, et al. Expires September 6, 2015 [Page 3]
Internet-Draft ICN pub/sub March 2015
information, and greater efficiency in terms of network and server
resource utilization.
It is also desirable for such a network to assist the pub/sub
communication model that delivers the information from any of the
producers to all subscribers. Moreover, it is desirable for the
network to assist in delivering fine-grained information to the
subscriber.
Recently, works such as
[Schmidt2012],[Carzaniga2011],[Chen2011],[Chen2012] have also
highlighted the need for ICN to support a pub/sub like communication
model.
3. Scenarios of Pub/Sub Architecture
In this section, we list several use cases of pub/sub architectures
in ICN. They help us to understand the requirements of an efficient
pub/sub architecture and why the existing solutions fall short.
3.1. Online Social Networks and RSS Feeds
Online social networks (e.g., Twitter, Facebook, etc.) and Rich Site
Summary (RSS) feeds are typical use cases for a content-centric pub/
sub system. In such systems, the receivers receive messages either
from friends, followees, or from some information aggregators. They
do not care which exact machine is sending the message (content-
centric), nor do they know when and what is the name of the next
message they are going to receive (temporal separation).
To prevent the receivers from polling all the possible providers,
existing systems use web servers as rendezvous points: the publishers
send new messages to the servers and the receivers/subscribers poll
the server periodically. This still causes great wastage for the
(HTTP) servers answering "304 - Not Modified" repeatedly since the
message update frequency is usually lower than the polling frequency.
3.2. Online Gaming and Audio/Video Conferencing
Massively multiplayer online role-playing games (MMORPGs, e.g.,
Counter-Strike, Quake, World of Warcraft, etc.) and audio/video
conferencing (e.g., Skype meeting, Web Whiteboard, Etherpad, etc.) is
another kind of content-centric pub/sub systems. Similar to the
social network scenario, users in such systems only care about the
content, either the area of interest (AoI) or the conference
partners, and they do not know when and from where the next message
will come. But different from the previous scenario, such systems
Arumaithurai, et al. Expires September 6, 2015 [Page 4]
Internet-Draft ICN pub/sub March 2015
require real-time update (message) delivery and these messages are
usually smaller in size compared to the online social networks.
Many of these systems choose to use HTTPS or direct TCP connection
between the server and the users to enable the capability of server
"pushing" the updates to the user. But maintaining such links are
costly. MMORPGs usually limit the number of players in a same game
which greatly reduces the interesting of these games.
3.3. Notification Systems in Disaster
Disasters have often disrupted communications because of damages to
critical infrastructure. For instance in the aftermath of the
Japanese Earthquake in 2011, approximately 1,200,000 fixed telephone
lines and 15,000 base-stations were not functioning. On average, 22%
(with peaks up to 65% in some areas) of the base-stations had to shut
down due to the lack of power or damages to the infrastructure.
Contradictory to the loss of available hardware capacity, during and
in the aftermath of a disaster, there is a substantial increase in
the amount of traffic generated because of the natural anxiety and
panic among people and the need to organize rescue and emergency
services. Many of these traffic are in the form of a pub/sub
communication model, e.g., the government needs to publish some
notifications (recovery status, new shelter locations, etc.), the
refugees need to notify their friends about their safety, or people
needs to ask for help from ambulances or fire brigade. In the
Japanese case, the congestion caused by such traffic resulted in
restrictions in voice traffic up to 95%, including emergency priority
calls.
4. Requirements of an Efficient Pub/Sub Architecture
Given a pub/sub communication model as described in Section 2, on a
high-level one can derive the following (incomplete) list of basic
requirements:
o Decouple publishers and subscribers: In an ideal pub/sub
environment, publishers only focus on their core task of
publishing while not having to maintain membership status, and
subscribers receive content from a multitude of sources without
having to worry about maintaining a list of publishers and
frequently polling them for the availability of fresh data.
Moreover, a consumer may not wish (and it may even be infeasible)
to subscribe to all of the channels belonging to a myriad of
information providers that disseminate items of interest, either
on demand (such as web, twitter, blogs and social networks), or
tune to a broadcast channel (e.g., television, radio, newspaper).
Arumaithurai, et al. Expires September 6, 2015 [Page 5]
Internet-Draft ICN pub/sub March 2015
In these cases, support should be provided to the consumer who
would prefer obtaining the data based on descriptors such as
keywords, tags, or other properties of the published data.
o Push enabled dissemination: The ability to exploit push-based
delivery is a key to achieving timeliness and to avoid wasting
server and network resources because of redundant polls.
Therefore, an efficient pub/sub architecture must provide the
capability for publishers to push information to online
subscribers interested in it. Such timely dissemination is
necessary in many scenarios such as disaster (e.g., Tsunami)
warnings, stock market information, news and gaming.
o Scalability: The target architecture should be able to accommodate
a large number of subscribers as well as publishers (often
subscribers are also publishers as user-generated content becomes
common). Therefore, it should minimize the amount of states
maintained in the network, ensure the load on the publisher grows
slowly (sublinearly) with the number of subscribers. The load on
the subscribers should also grow slowly with the number of
publishers (e.g., dealing with the burden of duplicate
elimination). Importantly, the load on the network should not
grow significantly with the growth in the number of publishers and
subscribers. There is also a need to accommodate a very large
range in the amount of information that may be disseminated, and
the need for all elements of the pub/sub framework in a content-
centric environment to scale in a manageable way.
o Efficiency: The architecture should enable a nearly unlimited
amount of information being generated by publishers, allow for
delivery of information related to subscriptions independent of
the frequency at which that information is generated by
publishers. The architecture must utilize network and server
resources efficiently. It is desirable that content is not
transmitted multiple times by a server or on a link. Furthermore,
the overhead on publisher and subscriber end-points to query
unnecessarily for information must be minimized.
o Dynamicity: The architecture should be able to deal with the
substantial churn in subscription state, allowing a large number
of users to join, leave and frequently change their subscriptions.
The topics of interest may change frequently as well (e.g., in a
Twitter-like publishing environment, where the popular topics
change frequently).
Additionally, to support a full-fledge pub-sub environment, it is
desirable that the target system support the following additional
features:
Arumaithurai, et al. Expires September 6, 2015 [Page 6]
Internet-Draft ICN pub/sub March 2015
o Support hierarchies and context in naming content: It is desirable
to be able to exploit both context and hierarchies in identifying
content. Hierarchical naming has been recognized by NDN as well.
Exploiting context enables a richer identification of content (in
both subscriptions and published information), as noted in the
database community.
o Support two-step dissemination for policy control and user
interest: There is a need for pub/sub environments to support a
two-step dissemination process both for reasons of policy and
access control at the publisher as well as managing delivery of
large volume content. In such a scenario, the pub/sub framework
would be designed to publish only a snippet of the data
(containing a description of the content and the method how to
obtain it) to subscribers. The subscribers then request for the
content based on their interest and allowance.
o Subscriber offline support: Another typical characteristic of pub-
sub environments is that subscribers could be offline at the time
the data is published. There is clearly a need for asynchronous
delivery of information in a pub/sub environment in an efficient,
seamless and scalable manner. The system needs to allow users who
were online to retrieve the data that they have missed. It should
also allow new subscribers to retrieve previously published
content that they are interested in. We envisage a server that
stores all the content published.
o Prevent Spam/DoS: Spam and DoS attacks are security issues that
concern push based pub/sub mechanisms. Efforts to mitigate this
at the network layer as well as at the application layer should be
considered.
Additionally, it will be desirable to have the following features to
support a (limited) pub-sub environment in a disaster affected
scneario:
o TBD
o TBD
5. Related Work
5.1. IP/Overlay Multicast
IP multicast [RFC1112] is a candidate solution for efficiently
delivering content to multiple receivers. A sender sends data to a
multicast group address that subscribers could join. Multicast
routing protocols such as PIM-SM [RFC4601] construct and maintain a
Arumaithurai, et al. Expires September 6, 2015 [Page 7]
Internet-Draft ICN pub/sub March 2015
tree from each sender to all receivers of a multicast group.
However, IP multicast isn't an efficient pub/sub delivery mechanism
for several reasons: 1) IP multicast is designed for delivery of
packets to connected end-points. Dealing with disconnected operation
(when subscribers are online) would have to be an application layer
issue. Overlay multicast solutions such as
[Jannotti2000][Chu2002][Banerjee2002] are agnostic of the underlying
network topology, usually relying on multiple unicasts in the
underlay path and are therefore also inefficient as a pub/sub
delivery mechanism. 2) The somewhat limited multicast group address
space makes it difficult to support a direct mapping of CDs to IP
multicast addresses. 3) Current IP multicast is not able to exploit
relationships between information elements, such as CDs. CDs may be
hierarchical or may have a contextual relationship, which enables
multiple CDs to be mapped to a group. For example, consider a
publisher that sends a message to all the subscribers interested in
football, and subscribers who are interested in receiving messages
about all sports. The message from the publisher will have to be
sent to two distinct IP multicast groups. If there happens to be a
subscriber of messages on sports and football, (s)he will receive the
same message twice and will have to perform redundancy elimination in
the application layer. The result is a waste in network traffic and
processing at both ends.
5.2. Named-Data Networking (NDN)
NDN has limited intrinsic support for pub/sub systems, a critical
need in a content centric environment. The aggregation of pending
Interests at routers achieves efficient dissemination of information
from NDN nodes. But this aggregation is similar to a cache hit in a
content distribution network (CDN) cache, which occurs only if
subscribers send their Interests with some temporal locality. Thus
it avoids multiple Interest queries having to be processed directly
by the content provider. Note however that this is still a pull-
based information delivery method and depends both on temporal
locality of interests and a large enough cache to achieve effective
caching in the (content centric) network. On the other hand, native
multicast support allows for a much more scalable push-based pub/sub
environment, since it is not sensitive to issues such as the cycling
of the cache when a large amount of information is disseminated.
TBD: Update it based on recent modifications by the NDN team
5.3. CCN
TBD: Update it based on recent modifications by the CCN team
Arumaithurai, et al. Expires September 6, 2015 [Page 8]
Internet-Draft ICN pub/sub March 2015
5.4. Content-Oriented Publish/Subscribe(COPSS)
COPSS enhances CCN/NDN with a push-based delivery mechanism using
multicast in a content-centric framework. It is designed to satisfy
the requirements mentioned above, especially to provide temporal
separation between subscription (or expression of Interest) and
publication. At the content-centric network layer, COPSS uses a
multiple-sender, multiple-receiver multicast capability, in much the
same manner as PIM-SM.
5.5. PSIRP Project
TBD
5.6. NetInf Project (http://www.netinf.org)
TBD
5.7. Pursuit Project (http://www.fp7-pursuit.eu/)
TBD
5.8. Other Related Works
Here we list the other related works we are considering. The list
might not be complete and we intend to add to it based on feedback
received in further revisions.
o A. Carzaniga, M. Rutherford, A. Wolf, A routing scheme for
content-based networking, in: INFOCOM, 2004.
o B. Segall, D. Arnold, J. Boot, M. Henderson, T. Phelps,
Content Based Routing with Elvin, in: AUUG2K, 2000.
o C. Esteve, F. Verdi, M. Magalhaes, Towards a new generation of
information-oriented Internetworking architectures, in: ReArch,
2008.
o G. Chockler, R. Melamed, Y. Tock, R. Vitenberg, SpiderCast: a
scalable interest-aware overlay for topic-based pub/sub
communication, in: DEBS, 2007.
o H. Eriksson, Mbone: the multicast backbone, Commun. ACM 37 (8)
(1994) 54-60.
o M. Ott, L. French, R. Mago, D. Makwana, Xml-based semantic
multicast routing: an overlay network architecture for future
information services, in: GLOBECOM, 2004.
Arumaithurai, et al. Expires September 6, 2015 [Page 9]
Internet-Draft ICN pub/sub March 2015
o P. T. Eugster, P. A. Felber, R. Guerraoui, A.-M. Kermarrec,
The many faces of publish/subscribe, ACM Comput. Surv. 35 (2)
(2003) 114-131.
o R. Baldoni, R. Beraldi, V. Quema, L. Querzoni, S. Tucci-
Piergiovanni, TERA: topic-based event routing for peer-to-peer
architectures, in: DEBS, 2007.
o R. V. Renesse, K. P. Birman, W. Vogels, Astrolabe: A Robust
and Scalable Technology for Distributed System Monitoring,
Management, and Data Mining, ACM TOCS 21 (2001) 66-85.
o S. Voulgaris, E. Riviere, A.-M. Kermarrec, M. Van Steen, Sub-
2-Sub: Self-Organizing Content-Based Publish and Subscribe for
Dynamic and Large Scale Collaborative Networks, Research report,
INRIA (December 2005).
o T. Koponen, M. Chawla, B.-G. Chun, A. Ermolinskiy, K. H.
Kim, S. Shenker, I. Stoica, A data-oriented (and beyond) network
architecture, in: SIGCOMM, 2007.
o V. Ramasubramanian, R. Peterson, E. G. Sirer, Corona: a high
performance publish-subscribe system for the world wide web, in:
NSDI, 2006.
o V. Jacobson, D. K. Smetters, J. D. Thornton, M. F. Plass,
N. H. Briggs, R. L. Braynard, Networking Named Content, in:
CoNEXT, 2009.
o Y. Cui, B. Li, K. Nahrstedt, ostream: asynchronous streaming
multicast in application-layer overlay networks, JSAC 22 (1)
(2004) 91-106.
o Y. Diao, S. Rizvi, M. J. Franklin, Towards an internet-scale
XML dissemination service, in: VLDB, 2004.
6. Standardisation Considerations
Future versions of this document will outline a concrete protocol
specification for pub/sub support for ICN. Below some initial
standardisation considerations are outlined.
An initial list of details that need to be specified is the
following:
o Pub/Sub related interfaces/APIs
Arumaithurai, et al. Expires September 6, 2015 [Page 10]
Internet-Draft ICN pub/sub March 2015
o Pub/Sub related data structure modification to existing ICN
proposals
We are also considering to write a survey paper that accumulates all
the Pub/sub related work.
7. References
7.1. Normative References
[RFC1112] Deering, S., "Host extensions for IP multicasting", STD 5,
RFC 1112, August 1989.
[RFC4601] Fenner, B., Handley, M., Holbrook, H., and I. Kouvelas,
"Protocol Independent Multicast - Sparse Mode (PIM-SM):
Protocol Specification (Revised)", RFC 4601, August 2006.
7.2. Informative References
[Banerjee2002]
Banerjee, S., Bhattacharjee, B., and C. Kommareddy,
"Scalable application layer multicast", SIGCOMM, 2002, .
[Carzaniga2011]
Carzaniga, A., Papalini, M., and A. Wolf, "Content-based
Publish/Subscribe Networking and Information-centric
Networking", Proceedings of the ACM SIGCOMM workshop on
Information-centric networking, ACM, 2011, .
[Chen2011]
Chen, J., Arumaithurai, M., Fu, X., and K. Ramakrishnan,
"COPSS: An Efficient Content Oriented Publish/Subscribe
System", ACM/IEEE 7th Symposium on Architectures for
Networking and Communications Systems (ANCS), 2011, .
[Chen2012]
Chen, J., Arumaithurai, M., Fu, X., and K. Ramakrishnan,
"G-COPSS: A Content Centric Communication Infrastructure
for Gaming Applications", IEEE 32nd International
Conference on Distributed Computing Systems (ICDCS), 2012,
.
[Chu2002] Chu, Y., Rao, S., Seshan, S., and H. Zhang, "A case for
end system multicast", IEEE Journal on Selected Areas in
Communications 20, no. 8 (2002): 1456-1471, .
Arumaithurai, et al. Expires September 6, 2015 [Page 11]
Internet-Draft ICN pub/sub March 2015
[Fenner2005]
Fenner, W., Rabinovich, M., Ramakrishnan, K., Srivastava,
D., and Y. Zhang, "XTreeNet: Scalable overlay networks for
XML content dissemination and querying (synopsis)", 10th
International Workshop on Web Content Caching and
Distribution (WCW), 2005, .
[Jannotti2000]
Jannotti, J., Gifford, D., Johnson, K., and M. Kaashoek,
"Overcast: reliable multicasting with on overlay network",
Proceedings of the 4th conference on Symposium on
Operating System Design & Implementation-Volume 4, pp.
14-14. USENIX Association, 2000, .
[Katsaros2011]
Katsaros, K., Xylomenos, G., and G. Polyzos, "MultiCache:
An overlay architecture for information-centric
networking", Computer Networks 55.4 (2011): 936-947, .
[Ramasubramanian2006]
Ramasubramanian, V., Peterson, R., and E. Sirer, "Corona:
A High Performance Publish-Subscribe System for the World
Wide Web", NSDI. Vol. 6. 2006, .
[Schmidt2012]
Schmidt, T. and M. Waehlisch, "Why We Shouldn t Forget
Multicast in Name-oriented Publish/Subscribe", arXiv
preprint arXiv:1201.0349 (2012), .
Appendix A. Acknowledgment
This document has been supported by the GreenICN project (GreenICN:
Architecture and Applications of Green Information Centric Networking
), a research project supported jointly by the European Commission
under its 7th Framework Program (contract no. 608518) and the
National Institute of Information and Communications Technology
(NICT) in Japan (contract no. 167). The views and conclusions
contained herein are those of the authors and should not be
interpreted as necessarily representing the official policies or
endorsements, either expressed or implied, of the GreenICN project,
the European Commission, or NICT.
Authors' Addresses
Arumaithurai, et al. Expires September 6, 2015 [Page 12]
Internet-Draft ICN pub/sub March 2015
Mayutan Arumaithurai
University of Goettingen
Goldschmidt Str. 7
Goettingen 37077
Germany
Phone: +49 551 39 172046
Fax: +49 551 39 14416
Email: arumaithurai@informatik.uni-goettingen.de
Jiachen Chen
University of Goettingen
Goldschmidt Str. 7
Goettingen 37077
Germany
Phone: +49 551 39 172051
Fax: +49 551 39 14416
Email: jiachen@informatik.uni-goettingen.de
Xiaoming Fu
University of Goettingen
Goldschmidt Str. 7
Goettingen 37077
Germany
Phone: +49 551 39 172023
Fax: +49 551 39 14416
Email: fu@informatik.uni-goettingen.de
K. K. Ramakrishnan
University of California, Riverside
900 University Ave
Riverside CA 92521
USA
Email: kkramakrishnan@yahoo.com
Arumaithurai, et al. Expires September 6, 2015 [Page 13]
Internet-Draft ICN pub/sub March 2015
Jan Seedorf
NEC
Kurfuerstenanlage 36
Heidelberg 69115
Germany
Phone: +49 6221 4342 221
Fax: +49 6221 4342 155
Email: seedorf@neclab.eu
Arumaithurai, et al. Expires September 6, 2015 [Page 14]