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

Ram Sudama

dblp:83/1404 · DBLP profile ↗
← Back
2ranked-venue papers
1as first author
0since 2021 · last 1990
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 2 · 1 first-authorSystems, architecture and hardware · 1

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
1 paper
Network measurement and analytics · 87% Internet architecture and protocols · 13%

Topics — the 3 heaviest of 3, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Network measurement and analytics › network performance measurement
protocol performance measurement
0.011988
A Case Study of DECnet Applications and Protocol Performance · SIGMETRICS 1988
Network measurement and analytics
workload characterization
0.011988
A Case Study of DECnet Applications and Protocol Performance · SIGMETRICS 1988
Internet architecture and protocols › protocol design
protocol optimization
0.011988
A Case Study of DECnet Applications and Protocol Performance · SIGMETRICS 1988

Methods — techniques the papers use, named apart from their topics

statistical distribution analysis · 0.0network traffic measurement · 0.0
YearPublicationVenuePosition
1990 Experiences of Designing a Sophisticated Network Monitor
abstract
Abstract This paper describes the design of a network monitor that captures connections information in a network. The real‐time performance requirement makes the design significantly more challenging than that of a simple monitor that only counts packet types. Although we developed the monitor for DECnet, most of the lessons we learned are protocol‐independent and are thus applicable to designing such a monitor for a different protocol. In addition to reviewing the functionality, we report a first‐cut performance evaluation of the monitor software. We also describe some of our early experiences in using the monitor and review some current applications of the monitor in the areas of network configuration planning and performance management.
Ram Sudama, Dah-Ming Chiu
Softw. Pract. Exp.1
1988 A Case Study of DECnet Applications and Protocol Performance
abstract
This paper is a study based on measurements of network activities of a major site of Digital's world-wide corporate network. The study yields two kinds of results: (1) DECnet protocol performance information and (2) DECnet session statistics. Protocol performance is measured in terms of the various network overhead (non-data) packets in routing, transport and session layers. From these protocol performance data, we are able to review how effective various network protocol optimizations are; for example the on/off flow control scheme and the delayed acknowledgement scheme in the transport protocol. DECnet session statistics characterizes the workload in such a large network. The attributes of a session include the user who started it, the application invoked, the distance between the user and the application, the time span, the number of packets and bytes in each direction, and the various reasons if a session is not successfully established. Based on a large sample of such sessions, we generate distributions based on various attributes of sessions; for example the application mix, the visit count distribution and various packet number and size distributions.
Dah-Ming Chiu, Ram Sudama
SIGMETRICS2