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

Gary Baldus

dblp:204/3441 · DBLP profile ↗
← Back
1ranked-venue papers
0as first author
0since 2021 · last 2017
—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
Internet architecture and protocols · 50% Software-defined and programmable networks · 38% Routing and switching · 12%

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

TopicWeightPapersLastEvidence papers
Internet architecture and protocols › overlay networks
application-aware routing
0.312017
Taking the Edge off with Espresso: Scale, Reliability and Programmability for Global Internet Peering · SIGCOMM 2017
Software-defined and programmable networks
SDN traffic engineering
0.312017
Taking the Edge off with Espresso: Scale, Reliability and Programmability for Global Internet Peering · SIGCOMM 2017
Internet architecture and protocols
peering
0.112017
Taking the Edge off with Espresso: Scale, Reliability and Programmability for Global Internet Peering · SIGCOMM 2017

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

host-based routing · 0.3commodity switches · 0.3
YearPublicationVenuePosition
2017 Taking the Edge off with Espresso: Scale, Reliability and Programmability for Global Internet Peering
abstract
We present the design of Espresso, Google's SDN-based Internet peering edge routing infrastructure. This architecture grew out of a need to exponentially scale the Internet edge cost-effectively and to enable application-aware routing at Internet-peering scale. Espresso utilizes commodity switches and host-based routing/packet processing to implement a novel fine-grained traffic engineering capability. Overall, Espresso provides Google a scalable peering edge that is programmable, reliable, and integrated with global traffic systems. Espresso also greatly accelerated deployment of new networking features at our peering edge. Espresso has been in production for two years and serves over 22% of Google's total traffic to the Internet.
Kok-Kiong Yap, Murtaza Motiwala, Jeremy Rahe, Steve Padgett, Matthew J. Holliman, Gary Baldus, Marcus Hines, Taeeun Kim, Ashok Narayanan, Victor Lin, Colin Rice, Brian Rogan, Bert Tanaka, Manish Verma, Puneet Sood, Muhammad Mukarram Bin Tariq, Matt Tierney, Dzevad Trumic, Vytautas Valancius, Calvin Ying, Mahesh Kallahalla, Bikash Koley, Amin Vahdat
SIGCOMM6