On extending ESnet's OSCARS with a multi-domain anycast service

Boddie, Mark; Entel, Timothy; Guok, Chin; Lake, Andrew; Plante, Jeremy M.; Pouyoul, Eric; Ramaprasad, Bharath H.; Tierney, Brian; Triay, Joan; Vokkarane, Vinod M.

doi:10.1109/ondm.2012.6210279

Cited by 7 publications

(9 citation statements)

References 7 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Similarly, the OSCARS software framework is the one in charge of managing and automating the network operations based on user-specified requirements to provide multi-domain BoD services in the ESnet. OSCARS provides multi-domain, high-bandwidth virtual circuits that guarantee E2E network data transfers [164]. It is based on the PCE-based architecture and it is currently operated over an MPLS network.…”

Section: B Openflowmentioning

confidence: 99%

A Survey on the Contributions of Software-Defined Networking to Traffic Engineering

Mendiola

Astorga

Jacob

et al. 2017

IEEE Commun. Surv. Tutorials

159

View full text Add to dashboard Cite

Since the appearance of OpenFlow back in 2008, Software-Defined Networking (SDN) has gained momentum. Although there are some discrepancies between the standards developing organisations working with SDN about what SDN is and how it is defined, they all outline Traffic Engineering (TE) as a key application. One of the most common objectives of TE is the congestion minimisation, where techniques such as traffic splitting among multiple paths or advanced reservation systems are used. In such a scenario, this manuscript surveys the role of a comprehensive list of SDN protocols in TE solutions, in order to assess how these protocols can benefit TE. The SDN protocols have been categorised using the SDN architecture proposed by the Open Networking Foundation (ONF), which differentiates among Data-Controller Plane Interfaces, Application-Controller Plane Interfaces and Management Interfaces, in order to state how the interface type in which they operate influences TE. In addition, the impact of the SDN protocols on TE has been evaluated by comparing them with the Path Computation Element (PCE)based architecture. The PCE-based architecture has been selected to measure the impact of SDN on TE because it is the most novel TE architecture until the date, and because it already defines a set of metrics to measure the performance of TE solutions. We conclude that using the three types of interfaces simultaneously will result in more powerful and enhanced TE solutions, since they benefit TE in complementary ways.

show abstract

Section: B Openflowmentioning

confidence: 99%

A Survey on the Contributions of Software-Defined Networking to Traffic Engineering

Mendiola

Astorga

Jacob

et al. 2017

IEEE Commun. Surv. Tutorials

159

View full text Add to dashboard Cite

show abstract

“…3. This section provides a high-level description of the baseline OSCARS architecture and the circuit request workflow, as well as a summary of the modifications that contributed to the anycast OSCARS deployment presented in [14]. With an understanding of its architecture, circuit-provisioning process, and end user/application interfaces, the reader will have the general knowledge required to understand how our proposed mul- tipath client relies on and interacts with the core OSCARS system in order to perform link-disjoint routing.…”

Section: Oscars Overviewmentioning

confidence: 99%

“…For the purpose of performing anycast routing, the entire set of candidate destinations may be passed in as a collection of optional constraints, and then the modified PCE stack will consider these candidate destinations rather than the traditionally expected single destination passed in by the traditional user constraints. To this end we have proposed and implemented an enhanced PCE stack implementation composed of several new submodules to support anycast communication in our previous work [14]. This subsection summarizes that proposed structure, which must be deployed as an alternative to the default unicastonly PCE stack.…”

Section: Anycast Pce Designmentioning

confidence: 99%

“…This decision is also informed by our findings in[14], wherein we learned that adding more candidate destinations does not severely impact performance.…”

mentioning

confidence: 95%

“…We have previously proposed and evaluated an anycast extension to the core OSCARS system [14]. Anycasting refers to the transmission of data from a source node to any one member among a candidate destination set of D nodes.…”

Section: Introductionmentioning

confidence: 99%

See 2 more Smart Citations

Parallel and survivable multipath circuit provisioning in ESnet’s OSCARS

2015

View full text Add to dashboard Cite

Data generation is approaching petascale and exascale rates by cutting-edge science and research applications varying from material informatics to physics. With data generation and management comes the necessity to transmit such vast collections of information across the world's networks for processing, analysis, storage, or peer-sharing. This practice is becoming the norm to the large-scale scientific community, but complications can arise during networking. There are countless situations such as component failure due to a harmless construction accident or a devastating natural disaster that may lead to catastrophic interruption of service. Furthermore, given the size of datasets, there is a strong need to support intelligent and fast parallelism throughout the network to allow end users to efficiently consume available bandwidth. We therefore propose a multipath extension for ESnet's On-demand Secure Circuits and Advance Reservation System (OSCARS), the network research community's most popular long-lived circuit-provisioning software package. Presently, OSCARS supports purely point-to-point circuits; however, our proposed client software provides an overlay onto the default OSCARS path computation engine that enables end users to route their data along multiple linkdisjoint paths to provide session survivability and increase the degree of parallelism. We have also adapted the proposed multipath extension to an existing anycast OSCARS deployment, which allows for the selection of one preferred destination node from among a set of potential candidates. Through thorough simulation analysis and exposure to realistic failure event distributions, we quantitatively evaluate the multipath client performance and showcase the relative benefits when compared to the standard single-path OSCARS deployment.

show abstract