Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Preethi Natarajan

dblp:55/6078 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Transport protocols and congestion control › reliable transport protocol
stream control transmission protocol
0.122008
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.112008
Non-Renegable Selective Acknowledgments (NR-SACKs) for SCTP · ICNP 2008
Routing and switching › input-queued switch
head-of-line blocking
0.112006
SCTP: an innovative transport layer protocol for the web · WWW 2006
Transport protocols and congestion control › multipath transport
concurrent multipath transfer
0.012008
Non-Renegable Selective Acknowledgments (NR-SACKs) for SCTP · ICNP 2008
Transport protocols and congestion control
multipath transport
0.012008
Non-Renegable Selective Acknowledgments (NR-SACKs) for SCTP · ICNP 2008
Internet architecture and protocols › world wide web › web protocols
HTTP
0.012006
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
YearPublicationVenuePosition
2015 Location and identity privacy for LISP-MN
abstract
The 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
ICC4
2013 PIE: A lightweight control scheme to address the bufferbloat problem
abstract
Bufferbloat 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
HPSR2
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 SCTP
abstract
In 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
ICNP1
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
Networking1
2006 SCTP: an innovative transport layer protocol for the web
abstract
We 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
WWW1