David M. Kristol

dblp:02/5091 · DBLP profile ↗
← Back
10ranked-venue papers
3as first author
0since 2021 · last 2001
—ORCID · none

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

Computer networks · 9 · 3 first-authorSecurity and privacy · 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
5 papers
Internet architecture and protocols · 60% Network management and operations · 37% Network performance modeling · 3%
Computer architecture, parallel and distributed computing, and storage systems
2 papers
Electronic design automation · 57% Interconnection networks and networks-on-chip · 43%
Theoretical computer science
2 papers
Automata and formal languages · 50% Logic in computer science · 50%

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

TopicWeightPapersLastEvidence papers
Network management and operations › network testing
protocol conformance testing
0.021996
Conformance testing of protocols specified as communicating finite state machines-a guided random walk based approach · IEEE Trans. Commun. 1996
Conformance Testing of Protocols Specified as Communicating FSMs · INFOCOM 1993
Internet architecture and protocols
communicating finite state machines
0.011996
Conformance testing of protocols specified as communicating finite state machines-a guided random walk based approach · IEEE Trans. Commun. 1996
Internet architecture and protocols › multicast
reliable multicast
0.011994
Multicast transport protocols for high speed networks · ICNP 1994
Interconnection networks and networks-on-chip
high-speed networks
0.011994
Multicast transport protocols for high speed networks · ICNP 1994
Internet architecture and protocols › protocol specification
formal specification
0.011993
From formal specification to implementation: experience with protocol tools · ICNP 1993
Internet architecture and protocols › network interconnection
protocol conversion
0.011993
A polynomial algorithm for gateway generation from formal specifications · IEEE/ACM Trans. Netw. 1993
Internet architecture and protocols
protocol implementation
0.011993
From formal specification to implementation: experience with protocol tools · ICNP 1993
Network management and operations
protocol verification
0.011993
Conformance Testing of Protocols Specified as Communicating FSMs · INFOCOM 1993
Automata and formal languages
finite automata
0.011993
Conformance Testing of Protocols Specified as Communicating FSMs · INFOCOM 1993
Logic in computer science
formal specification
0.011993
A polynomial algorithm for gateway generation from formal specifications · IEEE/ACM Trans. Netw. 1993
Electronic design automation › formal methods
formal specification synthesis
0.011991
Efficient Gateway Synthesis from Formal Specifications · SIGCOMM 1991
Electronic design automation
hardware synthesis
0.011991
Efficient Gateway Synthesis from Formal Specifications · SIGCOMM 1991
Internet architecture and protocols › ATM networks
ATM adaptation layer
0.011996
Conformance testing of protocols specified as communicating finite state machines-a guided random walk based approach · IEEE Trans. Commun. 1996
Network performance modeling
throughput and delay analysis
0.011994
Multicast transport protocols for high speed networks · ICNP 1994
Network management and operations › network testing › protocol conformance testing
test sequence generation
0.011993
Conformance Testing of Protocols Specified as Communicating FSMs · INFOCOM 1993

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

guided random walk · 0.0local multicast · 0.0block-based selective repeat · 0.0pruning · 0.0polynomial algorithm · 0.0observer-based checking · 0.0extended finite state machine · 0.0augmented protocol specification language · 0.0formal methods · 0.0
YearPublicationVenuePosition
2001 HTTP Cookies: Standards, privacy, and politics
abstract
How did we get from a world where cookies were something you ate and where "nontechies" were unaware of "Netscape cookies" to a world where cookies are a hot-button privacy issue for many computer users? This article describes how HTTP "cookies" work and how Netscape's original specification evolved into an IETF Proposed Standard. I also offer a personal perspective on how what began as a straightforward technical specification turned into a political flashpoint when it tried to address nontechnical issues such as privacy.
David M. Kristol
ACM Trans. Internet Techn.1
1999 Key Differences Between HTTP/1.0 and HTTP/1.1
Balachander Krishnamurthy, Jeffrey C. Mogul, David M. Kristol
Comput. Networks3
1999 On secure and pseudonymous client-relationships with multiple servers
abstract
This paper introduces a cryptographic engine, Janus, which assists clients in establishing and maintaining secure and pseudonymous relationships with multiple servers. The setting is such that clients reside on a particular subnet (e.g., corporate intranet, ISP) and the servers reside anywhere on the Internet. The Janus engine allows each client-server relationship to use either weak or strong authentication on each interaction. At the same time, each interaction preserves privacy by neither revealing a clients true identity (except for the subnet) nor the set of servers with which a particular client interacts. Furthermore, clients do not need any secure long-term memory, enabling scalability and mobility. The interaction model extends to allow servers to send data back to clients via e-mail at a later date. Hence, our results complement the functionality of current network anonymity tools and remailers. The paper also describes the design and implementation of the Lucent Personalized Web Assistant (LPWA), which is a practical system that provides secure and pseudonymous relations with multiple servers on the Internet. LPWA employs the Janus function to generate site-specific personæ, which consist of alias usernames, passwords, and e-mail addresses.
Eran Gabber, Phillip B. Gibbons, David M. Kristol, Yossi Matias, Alain J. Mayer
ACM Trans. Inf. Syst. Secur.3
1996 TeleWeb: Loosely Connected Access to the World Wide Web
Bill N. Schilit, Fred Douglis, David M. Kristol, Paul Krzyzanowski, James Sienicki, John A. Trotter
Comput. Networks3
1996 Conformance testing of protocols specified as communicating finite state machines-a guided random walk based approach
abstract
We present a new approach for conformance testing of protocols specified as a collection of communicating finite state machines (FSMs). Our approach uses a guided random walk procedure. This procedure attempts to cover all transitions in the component FSMs. We also introduce the concept of observers that check some aspect of protocol behavior. We present the result of applying our method to two example protocols: full-duplex alternating bit protocol and the ATM-adaptation-layer-convergence protocol. Applying our procedure to the ATM adaptation layer, 99% of component FSMs edges can be covered in a test with 11692 input steps. Previous approaches cannot do conformance test generation for standard protocols (such as asynchronous transfer mode (ATM) adaptation layer) specified as a collection of communicating FSMs.
David Lee 0001, Krishan K. Sabnani, David M. Kristol, Sanjoy Paul
IEEE Trans. Commun.3
1994 Multicast transport protocols for high speed networks
abstract
This paper presents the design and analysis of three reliable multicast transport protocols for high speed networks. The novelty of these protocols lies in the technique used in combining the acknowledgments of individual destinations along the underlying multicast tree to prevent acknowledgement implosion and in the technique used in preventing unnecessary retransmission by performing local multicasts. These protocols use the periodic exchange of complete state information between the source and the destinations and a block-based Selective Repeat retransmission scheme to improve the overall performance in a high speed networking environment. Performance of each protocol is analyzed in terms of throughput, end-to-end delay, buffer requirement, acknowledgment traffic and retransmission traffic. Based on this analysis and the complexity of implementation, one of the three protocols is recommended for reliable multicasting in high speed networks.>
Sanjoy Paul, Krishan K. Sabnani, David M. Kristol
ICNP3
1993 From formal specification to implementation: experience with protocol tools
abstract
The authors describe efforts to develop the Q.931 protocol software for the 5ESS Central Office Switch. Q.931 is a layer-3 message-based, user/network interface protocol for the integrated services digital network (ISDN). The approach uses a single formal specification written in the Augmented Protocol Specification Language to model the 1.931 protocol as a set of communicating extended finite state machines. From this specification, tools validate the protocol and generate the bulk of a C language implementation. The authors successfully integrated this code, along with other handwritten code, into a working system in the lab. Their results demonstrate that protocol tools can be used effectively to develop high quality protocol software quickly from formal specifications.>
Thomas J. Baumgartner, David M. Kristol, J. D. Milleville, Prashant S. Parikh
ICNP2
1993 Conformance Testing of Protocols Specified as Communicating FSMs
abstract
An approach for conformance testing of protocols specified as a collection of communicating finite state machines (FSMs) with two parts, pruning and a guided random walk procedure, is presented. First the protocol is pruned to various sets of machines; each set provides only one service. This significantly reduces the test sequence length. Then a guided random walk procedure that attempts to cover all transitions in the component FSMs is used. The results of applying the procedure to the full-duplex alternating bit protocol and the asynchronous transfer mode (ATM) adaptation layer convergence protocol are presented. For the ATM adaptation layer, 99% of component FSMs' edges can be covered in a test with 11692 input steps. Previous approaches cannot generate conformance tests for standard protocols (such as ATM adaptation layer) specified as a collection of communicating FSMs.>
David Lee 0001, Krishan K. Sabnani, David M. Kristol, Sanjoy Paul, M. Ümit Uyar
INFOCOM3
1993 A polynomial algorithm for gateway generation from formal specifications
abstract
A systematic procedure that takes exponential time to synthesize protocol converters from formal specifications is presented. The algorithm proceeds in two steps: compute the largest common subset of services provided by the two mismatched protocols, and reduce the converter, retaining common services, without traversing the entire machine that represents the composition of the two mismatched protocols. In a number of cases, the converter can be constructed by a memoryless translation of messages from one protocol to another. Conditions under which such stateless conversion is possible are given. Two examples are presented to illustrate the techniques. In the first example, a converter that interconnects a half-duplex protocol with a full-duplex protocol from their formal specifications is computed. In the second example, the polynomial procedure is applied to computation of a converter for interconnecting the SNR and TCP protocols.>
David M. Kristol, David Lee 0001, Arun N. Netravali, Krishan K. Sabnani
IEEE/ACM Trans. Netw.1
1991 Efficient Gateway Synthesis from Formal Specifications
David M. Kristol, David Lee 0001, Arun N. Netravali, Krishan K. Sabnani
SIGCOMM1