Demo Data from EDBT 2026 / reviewers in the wild / expert
Preethi Natarajan
dblp:55/6078
· DBLP profile ↗
7ranked-venue papers
4as first author
0since 2021 · last 2015
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Computer networks · 5 · 3 first-authorDatabases, data management, data science and information retrieval · 1 · 1 first-authorApplied, interdisciplinary, general and emerging computing · 1 · 1 first-author
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Computer networks
2 papers |
Transport protocols and congestion control · 82% Routing and switching · 14% Internet architecture and protocols · 4% |
Topics — the 6 heaviest of 7, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Transport protocols and congestion control › reliable transport protocol
stream control transmission protocol |
0.1 | 2 | 2008 | Non-Renegable Selective Acknowledgments (NR-SACKs) for SCTP · ICNP 2008 SCTP: an innovative transport layer protocol for the web · WWW 2006 |
Transport protocols and congestion control
selective acknowledgment |
0.1 | 1 | 2008 | Non-Renegable Selective Acknowledgments (NR-SACKs) for SCTP · ICNP 2008 |
Routing and switching › input-queued switch
head-of-line blocking |
0.1 | 1 | 2006 | SCTP: an innovative transport layer protocol for the web · WWW 2006 |
Transport protocols and congestion control › multipath transport
concurrent multipath transfer |
0.0 | 1 | 2008 | Non-Renegable Selective Acknowledgments (NR-SACKs) for SCTP · ICNP 2008 |
Transport protocols and congestion control
multipath transport |
0.0 | 1 | 2008 | Non-Renegable Selective Acknowledgments (NR-SACKs) for SCTP · ICNP 2008 |
Internet architecture and protocols › world wide web › web protocols
HTTP |
0.0 | 1 | 2006 | SCTP: an innovative transport layer protocol for the web · WWW 2006 |
Methods — techniques the papers use, named apart from their topics
simulation · 0.1protocol implementation · 0.1multiplexing · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2015 | Location and identity privacy for LISP-MNabstractThe current Internet architecture was not designed to easily accommodate mobility because IP addresses are used both to identify and locate hosts. The Locator/Identifier Separation Protocol (LISP) decouples them by considering two types of addresses: Endpoint IDentifiers (EIDs) to identify hosts, and Routing LOCators (RLOCs) that identify network attachment points. LISP, with such separation in place, also offers native mobility. In this context, LISP-MN is a particular case of LISP and specifies mobility. Mobility protocols have an inherent issue with privacy since some users may not want to reveal their location or their identity. In this paper, we present an overview of LISP-MN and propose solutions to enable privacy, both in terms of location and identity. Alberto Rodríguez-Natal, Loránd Jakab, Vina Ermagan, Preethi Natarajan, Fabio Maino, Albert Cabellos-Aparicio |
ICC | 4 |
| 2013 | PIE: A lightweight control scheme to address the bufferbloat problemabstractBufferbloat is a phenomenon where excess buffers in the network cause high latency and jitter. As more and more interactive applications (e.g. voice over IP, real time video conferencing and financial transactions) run in the Internet, high latency and jitter degrade application performance. There is a pressing need to design intelligent queue management schemes that can control latency and jitter; and hence provide desirable quality of service to users. We present here a lightweight design, PIE (Proportional Integral controller Enhanced), that can effectively control the average queueing latency to a reference value. The design does not require per-packet extra processing, so it incurs very small overhead and is simple to implement in both hardware and software. In addition, the design parameters are self-tuning, and hence PIE is robust and optimized for various network scenarios. Simulation results, theoretical analysis and Linux testbed results show that PIE can ensure low latency and achieve high link utilization under various congestion situations. Preethi Natarajan, Chiara Piglione, Mythili Suryanarayana Prabhu, Vijay G. Subramanian, Fred Baker, Bill VerSteeg |
HPSR | 2 |
| 2010 | Throughput analysis of Non-Renegable Selective Acknowledgments (NR-SACKs) for SCTP
Ertugrul Yilmaz, Nasif Ekiz, Preethi Natarajan, Paul D. Amer, Jonathan T. Leighton, Fred Baker, Randall R. Stewart |
Comput. Commun. | 3 |
| 2009 | Concurrent Multipath Transfer during path failure
Preethi Natarajan, Nasif Ekiz, Paul D. Amer, Randall R. Stewart |
Comput. Commun. | 1 |
| 2008 | Non-Renegable Selective Acknowledgments (NR-SACKs) for SCTPabstractIn both TCP and SCTP, selectively acked (SACKed) out-of-order data is implicitly renegable; that is, the receiver can later discard SACKed data. The possibility of reneging forces the transport sender to maintain copies of SACKed data in the send buffer until they are cumulatively acked. In this paper, we investigate the situation where all out-of-order data is non-renegable, such as when the data has been delivered to the application, or when the receiver simply never reneges. Using simulations, we show that SACKs result in inevitable send buffer wastage, which increases as frequency of loss events and loss recovery durations increase. We introduce a fundamentally new ack mechanism, Non-Renegable Selective Acknowledgments (NR-SACKs), for SCTP. Using NR-SACKs, an SCTP receiver can explicitly identify some or all out-of-order data as being non-renegable, allowing the sender to free up send buffer sooner than if the data were only SACKed. Simulation comparisons show that NR-SACKs enable efficient utilization of a transport senderpsilas memory. Further investigations show that NR-SACKs also improve throughput in Concurrent Multipath Transfer (CMT) [4]. Preethi Natarajan, Nasif Ekiz, Ertugrul Yilmaz, Paul D. Amer, Janardhan R. Iyengar, Randall R. Stewart |
ICNP | 1 |
| 2008 | Concurrent Multipath Transfer Using SCTP Multihoming: Introducing the Potentially-Failed Destination State
Preethi Natarajan, Nasif Ekiz, Paul D. Amer, Janardhan R. Iyengar, Randall R. Stewart |
Networking | 1 |
| 2006 | SCTP: an innovative transport layer protocol for the webabstractWe propose using the Stream Control Transmission Protocol (SCTP), a recent IETF transport layer protocol, for reliable web transport. Although TCP has traditionally been used, we argue that SCTP better matches the needs of HTTP-based network applications. This position paper discusses SCTP features that address: (i) head-of-line blocking within a single TCP connection, (ii) vulnerability to network failures, and (iii) vulnerability to denial-of-service SYN attacks. We discuss our experience in modifying the Apache server and the Firefox browser to benefit from SCTP, and demonstrate our HTTP over SCTP design via simple experiments. We also discuss the benefits of using SCTP in other web domains through two example scenarios ? multiplexing user requests, and multiplexing resource access. Finally, we highlight several SCTP features that will be valuable to the design and implementation of current HTTP-based client-server applications. Preethi Natarajan, Janardhan R. Iyengar, Paul D. Amer, Randall R. Stewart |
WWW | 1 |