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

Greg Minshall

dblp:29/6674 · DBLP profile ↗
← Back
2ranked-venue papers
0as first author
0since 2021 · last 1998
—ORCID · none

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

Computer networks · 2

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
Internet architecture and protocols · 49% Routing and switching · 38% Internet of things and sensor networks · 12%

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

TopicWeightPapersLastEvidence papers
Internet architecture and protocols › ATM networks
IP over ATM
0.021998
IP switching - ATM under IP · IEEE/ACM Trans. Netw. 1998
Flow Labelled IP: A Connectionless Approach to ATM · INFOCOM 1996
Internet architecture and protocols
ATM networks
0.011998
IP switching - ATM under IP · IEEE/ACM Trans. Netw. 1998
Routing and switching › switching
IP switching
0.011998
IP switching - ATM under IP · IEEE/ACM Trans. Netw. 1998
Routing and switching
routing
0.011998
IP switching - ATM under IP · IEEE/ACM Trans. Netw. 1998
Internet of things and sensor networks
data forwarding
0.011996
Flow Labelled IP: A Connectionless Approach to ATM · INFOCOM 1996
Routing and switching
router architecture
0.011998
IP switching - ATM under IP · IEEE/ACM Trans. Netw. 1998

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

soft-state caching · 0.0
YearPublicationVenuePosition
1998 IP switching - ATM under IP
abstract
Internet protocol (IP) traffic on the Internet and private enterprise networks has been growing exponentially for some time. This growth is beginning to stress the traditional processor-based design of current-day routers. Switching technology offers much higher aggregate bandwidth, but presently only offers a layer-2 bridging solution. Various proposals are under way to support IP routing over an asynchronous transfer mode (ATM) network. However, these proposals hide the real network topology from the IP layer by treating the data-link layer as a large opaque network cloud. We argue that this leads to complexity, inefficiency, and duplication of functionality in the resulting network. We propose an alternative in which we discard the end-to-end ATM connection and integrate fast ATM hardware directly with IP, preserving the connectionless nature of IP. We use the soft-state in the ATM hardware to cache the IP forwarding decision. This enables further traffic on the same IP flow to be switched by the ATM hardware rather than forwarded by IP software. We claim that this approach combines the simplicity, scalability, and robustness of IP, with the speed, capacity, and multiservice traffic capabilities of ATM.
Peter Newman, Greg Minshall, Thomas L. Lyon
IEEE/ACM Trans. Netw.2
1996 Flow Labelled IP: A Connectionless Approach to ATM
abstract
A number of proposals for supporting the Internet protocol (IP) over ATM are under discussion in the networking community including: LAN emulation, classical IP over ATM, routing over large clouds, and multiprotocol over ATM. Each of these proposals hides the real network topology from the IP layer by treating the data link layer as a large, opaque, network cloud. We argue that this leads to complexity, inefficiency and duplication of functionality in the resulting network. We propose an alternative in which we discard the connection oriented nature of ATM and integrate fast ATM hardware directly with the IP, presenting the connectionless nature of the IP. We use a "soft" state in the ATM hardware to cache the IP forwarding decision. This enables further traffic on the same IP flow to be switched by the ATM hardware rather than forwarded by the IP software. We claim that this approach combines the simplicity, scalability, and robustness of the IP with the speed, capacity, and multiservice traffic capabilities of ATM.
Peter Newman, Thomas L. Lyon, Greg Minshall
INFOCOM3