A multi-domain SDN for dynamic layer-2 path service

Tepsuporn, Scott; Alali, Fatma; Veeraraghavan, Malathi; Ji, Xiang; Cashman, B.; Ragusa, A. J.; Fowler, Lee; Guok, Chin; Lehman, Tom; Yang, Xin

doi:10.1145/2832099.2832101

Cited by 7 publications

(7 citation statements)

References 10 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…Such a burst could cause packets to be dropped at the router/switch buffer feeding the bottleneck link. Such behavior was observed in experimental results reported in our prior work [8].…”

Section: Initial Condition Of the Token Bucket In The Tbf Queueing DIsupporting

confidence: 84%

“…Also, the thesis provides insights and lessons learned about the Linux networking stack and presents new findings that could be beneficial to networking researchers. This work was reported in two publication [8,9]. …”

Section: Contributionsmentioning

confidence: 65%

“…The result of this work is a novel cross-layer design for support high-speed large data transfers across rate-guaranteed circuits/VCs. The work presented in this chapter was published in an IEEE conference [9] and ACM conference [8].…”

Section: Introductionmentioning

confidence: 99%

See 2 more Smart Citations

A Cross Layer Design for Large Data Transfers

Alali¹

View full text Add to dashboard Cite

Software Defined Network (SDN) technologies have enabled the introduction of new services such as dynamic Layer-1 (L1) circuits and Layer-2 (L2) virtual circuits (VCs). Our objective is to fully realize high-rate circuits/VCs with almost zero packet loss for large dataset transfers. A multidomain SDN dynamic Layer-2 (L2) VC was used to conduct experiments to achieve this objective.The results showed that a combination of (i) Circuit TCP (CTCP), in which the sending rate is held fixed, and (ii) Token Bucket Filter (TBF) rate shaper at the sending host, is best to achieve, high-throughput transfers. However, packet losses were still observed on these L2 VCs. Therefore, a new study was presented using more controlled environments.A new experimental study was undertaken in a single-rack testbed in which packet losses and delays could be deliberately controlled. Three cases were emulated: (i) single circuit/rateguaranteed VC for a single large transfer from a server, (ii) multiple simultaneous large transfers from a server, and (iii) semi-rate-guaranteed VC. CTCP and the TBF queueing discipline of the Linux traffic control (tc) utility are recommended for the first case, and parameter selection methods are provided. For the second case, the tc Hierarchical Token Bucket (HTB) discipline is required to support multiple transfers, each on a distinct VC with its own rate and Round-Trip Time (RTT). Our experiments showed that dynamic additions and deletions of classes are possible without impact on ongoing large-transfer flows. For the third case, CTCP is recommended if the throughput of the large transfer is of primary concern, while HTCP is recommended if higher consideration should be given to the other flows.The thesis also provides insight and lessons learned about the to Linux TCP/IP stack. Three layers were considered: (i) Application layer, (ii) Transport layer, and (iii) Data-link layer. New iv v findings, which are beneficial to networking researchers are presented. We also provide insights into how to monitor flows using tools such as tcpdump, tshark, and tcptrace. AcknowledgmentsI would like to take this opportunity to thank many people without whom this thesis would have not

show abstract

“…Such a burst could cause packets to be dropped at the router/switch buffer feeding the bottleneck link. Such behavior was observed in experimental results reported in our prior work [8].…”

Section: Initial Condition Of the Token Bucket In The Tbf Queueing DIsupporting

confidence: 84%

Section: Contributionsmentioning

confidence: 65%

See 1 more Smart Citation

A Cross Layer Design for Large Data Transfers

Alali¹

View full text Add to dashboard Cite

show abstract

“…Outra vantagem também muito importante é a possibilidade de que quando esse serviço de provisionamento for utilizado, por exemplo para transferências de arquivos, as perdas de pacotes se mantenham baixas, visto que os recursos computacionais podem ser estritamente atribuídos a fluxos de dados específicos, levando a disponibilização de serviços de Bandwidth on Demand (BoD). Exemplos desse tipo de solução de provisionamento baseado em SDN/OpenFlow são o OESS,(Tepsuporn et al, 2015;Globalnoc, 2016), utilizado inicialmente no backbone de educação e pesquisas da Internet2 nos Estados Unidos, e o DynPaC(Mendiola et al, 2015), desenvolvido para utilização no backbone da GEANT.Contudo, as soluções baseadas em SDN/OpenFlow como OESS e DynPaC, visam o provisionamento desse tipo de circuitos em redes integralmente SDN/ OpenFlow. Isso é um problema visto que para o estabelecimento desse tipo de rede é, em geral, necessário a aquisição de novos recursos, tanto de novos enlaces para operar em paralelo a rede de produção IP tradicional quanto de novos equipamentos (switches) que suportem tecnologias de SDN/OpenFlow.…”

unclassified

Proposta De Um Novo Algoritmo Qos-Aware Para O Escalonamento Downlink Lte-a Em Cenários De Tráfego Misto: Uma Comparação De Desempenho

Moreira¹,

Silva²,

Guardieiro³

2019

Técnicas De Processamento De Sinais E Telecomunicações

View full text Add to dashboard Cite

“…For LDM6, the TBF parameters were set as follows: rate = m × r, burst = 50 KB, and [14]. All 2m CTCP connections from the sender to the m receivers were directed to the same queue, whose size is given by the limit TBF parameter minus the burst (token-bucket) size.…”

Section: Experiments Executionmentioning

confidence: 99%

A Cross-Layer Architecture and Protocols for Reliable File-Stream Distribution

Chen

View full text Add to dashboard Cite

The growing deployment of OpenFlow/SDN networks makes it increasingly possible to leverage network multicast services. This work proposes a novel cross-layer Multicast-Push Unicast-Pull (MPUP) architecture that includes functionality in the application, transport and link layers to offer users a reliable file-stream distribution service to multiple subscribers.In addition, for the transport layer, a reliable multicast protocol named File Multicast Transport Protocol (FMTP) was designed and implemented.A prototype implementation of the MPUP architecture, which includes FMTP, was realized in a new version of Local Data Manager (LDM), LDM7, a software program that has been in use since 1994 for real-time meteorology data distribution. LDM6, the currently deployed version, uses application-layer multicast (ALM).Experiments were run on the GENI infrastructure to compare LDM7 and LDM6. The two main findings are (i) LDM7 can be run at a higher sending rate than LDM6 allowing for improved performance (lower file-delivery latency), and (ii) to achieve the same performance, LDM7 uses significantly lower bandwidth and compute capacity. A three-fold improvement in performance improvement was possible with LDM7, and a bandwidth reduction from 350 Mbps to 21.4 Mbps was observed with 24 receivers. b I would also like to thank my family and friends for their support and help towards my success.

show abstract

A multi-domain SDN for dynamic layer-2 path service

Cited by 7 publications

References 10 publications

A Cross Layer Design for Large Data Transfers

A Cross Layer Design for Large Data Transfers

Proposta De Um Novo Algoritmo Qos-Aware Para O Escalonamento Downlink Lte-a Em Cenários De Tráfego Misto: Uma Comparação De Desempenho

A Cross-Layer Architecture and Protocols for Reliable File-Stream Distribution

Contact Info

Product

Resources

About