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

Fredric M. White

dblp:12/3937 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
0since 2021 · last 1992
—ORCID · none

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

Computer networks · 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 · 56% Network management and operations · 44%

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

TopicWeightPapersLastEvidence papers
Network management and operations › fault management
fault diagnosis
0.011992
Visualizing Packet Traces · SIGCOMM 1992
Network measurement and analytics › traffic analysis
packet trace analysis
0.011992
Visualizing Packet Traces · SIGCOMM 1992
Network measurement and analytics › traffic measurement
traffic statistics
0.011992
Visualizing Packet Traces · SIGCOMM 1992
YearPublicationVenuePosition
1992 Visualizing Packet Traces
abstract
This paper describes an environment for visualizing packet traces that greatly simplifies troubleshooting protocol implementations. Network management centers routinely collect packet traces to tally traffic statistics and to troubleshoot protocol configuration and implementation problems. Previous efforts have focused on the reliable collection of traces and their statistical interpretation. Display of packet traces was restricted to a textual representation of the raw headers. Our prototype environment interprets the trace as a whole. It identifies conversations across protocol layers, simulates the services offered by lower layers, and hides the lower layer implementation detail from the representation of higher layer conversations. Our prototype offers over a dozen different types of diagrams for showing protocol interactions and uses linked highlighting to show the relationships between the objects in different diagrams.
John A. Zinky, Fredric M. White
SIGCOMM2