Show simple item record

dc.contributor.advisorGuerrero Santander, César Daríospa
dc.contributor.authorOrtiz Cuadros, José Davidspa
dc.date.accessioned2020-06-26T17:56:17Z
dc.date.available2020-06-26T17:56:17Z
dc.date.issued2013
dc.identifier.urihttp://hdl.handle.net/20.500.12749/1277
dc.description.abstractLa reproducción de tráfico capturado en el internet es utilizada para evaluar la operación de aplicaciones, protocolos y dispositivos de comunicaciones por parte de administradores de red e investigadores alrededor del mundo. Existen diversos programas que generan tráfico sintético pero que, al operar a nivel de capa de aplicación, están sujetos a errores en los tiempos de envío de los paquetes generados por las interrupciones de procesos que continuamente realiza el sistema operativo. En este proyecto se utiliza una alternativa de reproducción de tráfico que elude los errores de generación de paquetes a través del software de aplicación y delega esa tarea al hardware de red. Para ello se configuró un testbed de red basado en Linux que opera a 1Gbps en donde se inyecta tráfico a través de la plataforma NetFPGA a nivel de hardware. El tráfico inyectado es tomado de una traza almacenada en un archivo PCAP. La traza reproducida por la NetFPGA fue nuevamente capturada por tcpdump con el fin de determinar las diferencias entre lo reproducido y la versión original del tráfico. Este mismo ejercicio se realizó con la herramienta de software más conocida para reproducción de tráfico, denominada tcpreplay. Se evidenció que la NetFPGA por su arquitectura y operación a nivel de hardware logra una variación mínima (del orden de nanosegundos) y constante entre la traza original y la reproducida demostrando la efectividad de la reproducción de tráfico a alta velocidad. Por su parte, tcpreply muestra variaciones mayores y distribuidas uniformemente a lo largo de varios milisegundos. Esto implica, para el caso de tcpreply, reducciones en el ancho de banda diferente a lo que sucede con NetFPGA. Como resultado del proyecto, se logra demostrar que la generación del tráfico a través de herramientas de software no logra igualar las características de las trazas originales capturadas en el internet. El uso de la plataforma NetFPGA para reproducir tráfico directamente desde el hardware logra mantener las características y tiempo de envío de los paquetes establecidos en las trazas originales.spa
dc.description.tableofcontentsINTRODUCCION 14 1. ESTADO DEL ARTE 16 2. CONCEPTOS BASICOS DE EMULACION A TRAVES DE UN TESTBED 19 2.1 TESTBED 19 2.2 NETFPGA 20 2.3 TCPREPLAY 21 2.4 TCPDUMP 22 2.5 WIRESHARK 23 2.6 LIBPCAP 24 2.7 CASCADE PILOT 24 3. NETFPGA COMO PLATAFORMA DE REPRODUCCIÓN DE TRÁFICO 26 3.1 NETFPGA 1G 26 3.1.1 Tarjeta NetFPGA 26 3.1.2 NetFPGA Packages 28 4. METODOLOGÍA 29 4.1 INSTALACIÓN Y PUESTA EN MARCHA DE LA PLATAFOMA NETFPGA 29 4.1.1 Fedora y NetFPGA 29 4.2 ARQUITECTURA DEL TESTBED 30 4.3 PROCESAMIENTO DE LA INFORMACIÓN OBTENIDA POR LA NETFPGA 31 5. RESULTADOS 36 5.1 REPRODUCCIÓN DE TRÁFICO CON LA NETFPGA 36 5.1.1 Error obtenido con la NetFPGA 38 5.1.2 Comportamiento del ancho de banda NetFPGA 38 5.2 REPRODUCCIÓN DE TRÁFICO CON TCPREPLAY 39 5.2.1 Error obtenido con TCPREPLAY 40 5.2.2 Comportamiento del ancho de banda TCPREPLAY 41 5.3 COMPARACIÓN ENTRE NetFPGA vs TCPREPLAY 42 6. CONCLUSIONES 44 BIBLIOGRAFIA 45spa
dc.format.mimetypeapplication/pdfspa
dc.language.isospaspa
dc.rights.urihttp://creativecommons.org/licenses/by-nc-nd/2.5/co/*
dc.titleReproducción de tráfico gigabit en un testbed de emulación de internet a través de Netfpgaspa
dc.title.translatedPlaying gigabit traffic on an internet emulation testbed through Netfpgaeng
dc.degree.nameIngeniero de Sistemasspa
dc.coverageBucaramanga (Colombia)spa
dc.publisher.grantorUniversidad Autónoma de Bucaramanga UNABspa
dc.rights.localAbierto (Texto Completo)spa
dc.publisher.facultyFacultad Ingenieríaspa
dc.publisher.programPregrado Ingeniería de Sistemasspa
dc.description.degreelevelPregradospa
dc.type.driverinfo:eu-repo/semantics/bachelorThesis
dc.type.localTrabajo de Gradospa
dc.type.coarhttp://purl.org/coar/resource_type/c_7a1f
dc.subject.keywordsSystems Engineeringeng
dc.subject.keywordsComputer networkseng
dc.subject.keywordsInformation Networkseng
dc.subject.keywordsInvestigationseng
dc.subject.keywordsAnalysiseng
dc.identifier.instnameinstname:Universidad Autónoma de Bucaramanga - UNABspa
dc.identifier.reponamereponame:Repositorio Institucional UNABspa
dc.type.hasversioninfo:eu-repo/semantics/acceptedVersion
dc.rights.accessrightsinfo:eu-repo/semantics/openAccessspa
dc.rights.accessrightshttp://purl.org/coar/access_right/c_abf2spa
dc.relation.referencesOrtiz Cuadros, José David, Guerrero Santander, César Darío (2013). Reproducción de tráfico gigabit en un testbed de emulación de internet a través de Netfpga. Bucaramanga (Colombia) : Universidad Autónoma de Bucaramanga UNABspa
dc.relation.referencesADAMSON, B., & GALLAVAN, S. (1997). MGEN. Retrieved from http://cs.itd.nrl.navy.mil/work/mgen/index.phpspa
dc.relation.referencesANGRISANI, L., D’Antonio, S., ESPOSITO, M., & VADURSI, M. (2006). Techniques for Available Bandwidth Measurement in IP Networks: A Performance Comparison. Computer Networks, 50(3), 332--349.spa
dc.relation.referencesBHATT, D., GHONAMI, A., & RAMANUJAN, R. (1987). An instrumented testbed for real-time distributed systems development.spa
dc.relation.referencesBOTTA, A., DAINOTTI, A., PESCAPE, x, & A. (2010). Do you trust your software-based traffic generator? Communications Magazine, IEEE, 48(9), 158-165. doi: 10.1109/mcom.2010.5560600spa
dc.relation.referencesBOTTA, A., DAINOTTI, A., & PESCAPÉ, A. (2012). A tool for the generation of realistic network workload for emerging networking scenarios. Computer Networks.spa
dc.relation.referencesCOVINGTON, G. A., GIBB, G., LOCKWOOD, J. W., & MCKEOWN, N. (2009, 5-7 April 2009). A Packet Generator on the NetFPGA Platform. Paper presented at the Field Programmable Custom Computing Machines, 2009. FCCM '09. 17th IEEE Symposium on.spa
dc.relation.referencesDESAI, N. (2002). Increasing performance in high speed NIDS. A look at Snort’s Internals.spa
dc.relation.referencesGUERRERO, C. D., & LABRADOR, M. A. (2010). On the applicability of available bandwidth estimation techniques and tools. Computer Communications, 33(1), 11-22.spa
dc.relation.referencesJACOBSON, V., LERES, C., & MCCANNE, S. (1989). Tcpdump.spa
dc.relation.referencesLOCKWOOD, J. W., MCKEOWN, N., WATSON, G., GIBB, G., HARTKE, P., NAOUS, J., . . . LUO, J. (2007). NetFPGA--an open platform for gigabit-rate network switching and routing.spa
dc.relation.referencesOREBAUGH, A., RAMIREZ, G., & BURKE, J. (2007). Wireshark & Ethereal network protocol analyzer toolkit: Syngress Media Inc.spa
dc.relation.referencesSHARMI, S., & CHAUHAN, M. S. (2012). Virtual visualization of distributed network traffic using fractals. Paper presented at the Radar, Communication and Computing (ICRCC), 2012 International Conference on.spa
dc.relation.referencesSHRIRAM, A., MURRAY, M., HYUN, Y., BROWNLEE, N., BROIDO, A., FOMENKOV, M., & CLAFFY, K. (2005). Comparison of Public End to End Bandwidth Estimation Tools on High Speed Links. Paper presented at the Proceedings of the 6th Passive and Active Measurements Workshop.spa
dc.relation.referencesSOMMERS, J., BARFORD, P., & WILLINGER, W. (2007). Laboratory-based calibration of available bandwidth estimation tools. Microprocessors and Microsystems, 31(4), 222-235.spa
dc.relation.referencesTIRUMALA, A., QIN, F., DUGAN, J., FERGUSON, J., & GIBBS, K. (2005). Iperf: The TCP/UDP bandwidth measurement tool: Version.spa
dc.relation.referencesTURNER, A., & BING, M. (2005). Tcpreplay. URL http://tcpreplay. synfin. net.spa
dc.relation.referencesWATSON, G., MCKEOWN, N., & CASADO, M. (2006). NetFPGA: A tool for network research and education.spa
dc.relation.referencesZHOU, H., WANG, Y., WANG, X., & HUAI, X. (2006). Difficulties in Estimating Available Bandwidth. Paper presented at the IEEE International Conference on Communications.spa
dc.relation.referencesZHOU, Z., CONG, L., LU, G., DENG, B., & LI, X. (2010). HATS: high accuracy timestamping system based on NetFPGA Advances in Computer Science and Information Technology (pp. 183-195): Springer.spa
dc.contributor.cvlachttps://scienti.minciencias.gov.co/cvlac/visualizador/generarCurriculoCv.do?cod_rh=0000809357*
dc.contributor.cvlacGuerrero Santander, César Darío [0000809357]spa
dc.contributor.googlescholarhttps://scholar.google.es/citations?hl=es#user=_YgBOOcAAAAJ*
dc.contributor.googlescholarGuerrero Santander, César Darío [_YgBOOcAAAAJ]spa
dc.contributor.orcidGuerrero Santander, César Darío [0000-0002-3286-6226]spa
dc.contributor.scopushttps://www.scopus.com/authid/detail.uri?authorId=23094317500*
dc.contributor.scopusGuerrero Santander, César Darío [23094317500]spa
dc.contributor.researchgateGuerrero Santander, César Darío [Cesar-Guerrero-2]spa
dc.subject.lembIngeniería de sistemasspa
dc.subject.lembRedes de computadoresspa
dc.subject.lembRedes de Informaciónspa
dc.subject.lembInvestigacionesspa
dc.subject.lembAnálisisspa
dc.description.abstractenglishThe reproduction of traffic captured on the Internet is used to evaluate the operation of applications, protocols and communication devices by network administrators and researchers around the world. There are various programs that generate synthetic traffic but which, when operating at the application layer level, are subject to errors in the sending times of the packets generated by the interruptions of processes that the operating system continuously performs. This project uses a traffic replication alternative that bypasses packet generation errors through the application software and delegates that task to the network hardware. For this, a Linux-based network testbed was configured that operates at 1Gbps where traffic is injected through the NetFPGA platform at the hardware level. The injected traffic is taken from a trace stored in a PCAP file. The trace reproduced by the NetFPGA was again captured by tcpdump in order to determine the differences between the reproduced and the original version of the traffic. This same exercise was carried out with the most popular software tool for traffic reproduction, called tcpreplay. It was evidenced that the NetFPGA, due to its architecture and operation at the hardware level, achieves a minimum variation (of the order of nanoseconds) and constant between the original trace and the reproduced one, demonstrating the effectiveness of the reproduction of high-speed traffic. For its part, tcpreply shows larger and evenly distributed variations over several milliseconds. This implies, in the case of tcpreply, reductions in bandwidth different from what happens with NetFPGA. As a result of the project, it is possible to demonstrate that the generation of traffic through software tools does not manage to match the characteristics of the original traces captured on the internet. The use of the NetFPGA platform to reproduce traffic directly from the hardware manages to maintain the characteristics and delivery time of the packets established in the original traces.eng
dc.subject.proposalGeneración de tráfico sintético
dc.subject.proposalTestbed
dc.subject.proposalNetFPGA
dc.type.redcolhttp://purl.org/redcol/resource_type/TP
dc.rights.creativecommonsAtribución-NoComercial-SinDerivadas 2.5 Colombia*
dc.contributor.publonsGuerrero Santander, César Darío [cesar-d-guerrero]spa
dc.contributor.researchgroupGrupo de Investigación Tecnologías de Información - GTIspa
dc.contributor.researchgroupGrupo de Investigaciones Clínicas
dc.coverage.campusUNAB Campus Bucaramangaspa
dc.description.learningmodalityModalidad Presencialspa
dc.contributor.linkedinGuerrero Santander, César Darío [cguerrer]


Files in this item

Thumbnail

This item appears in the following Collection(s)

Show simple item record

Atribución-NoComercial-SinDerivadas 2.5 Colombia
Except where otherwise noted, this item's license is described as Atribución-NoComercial-SinDerivadas 2.5 Colombia