REVISTA DE EPIE-UNPRG, VOL. 01, NO.

1, OCTUBRE DEL 2017 1

Desempeo de una red de comunicaciones con

protocolos TCP/UDP- NS2
Est. Guerrero Ortiz Hector Danilo, Estudiante IX EPIE, UNPRG

ResumenSe detalla una red de comunicaciones que utili-

za protocolos UDP/TCP utilizada en una empresa cualquiera
analizando su desempeo de la red que brinda dicha empresa,
analizando su archivo de traza y el desempeo de de cada
protocolo y el desempeo total de la red.

I. INTRODUCCION

As redes han existido siempre y estn por todas partes.

L Con los aos se ha comenzado a entender la influencia
que tienen las redes. El anlisis de redes se distingue del resto
de mtodos cuantitativos o cualitativos en que puede estudiar
directamente las relaciones. Antes podamos contabilizar el
nmero de empleados e incluso preguntarles cmo eran sus
compaeros, pero no podamos analizar si estos empleados
formaban una red cohesionada, centralizada o quines de
ellos tenan una posicin estratgica por ser conectores entre
subgrupos. Podamos imaginarnos cosas, por no tenamos una
visin global, ya que nuestro cerebro no puede analizar al
mismo tiempo todas las relaciones que tienen entre s un Figura 1. red de comunicaciones
conjunto de 100 o 1000 personas. Se necesitan herramientas
matemticas y grficas que nos permitan analizar estas inter-
acciones y poder mostrar cmo es el conjunto de relaciones
que suceden en una institucin, y cules son las causas y
consecuencias en el rendimiento, el consumo, la felicidad, el
aprendizaje y cualquier otro comportamiento

II. TCP/IP

TCP/IP es un conjunto de protocolos que permiten la

comunicacin entre los ordenadores pertenecientes a una red.
La sigla TCP/IP significa Protocolo de control de transmi-
sin/Protocolo de Internet y se pronuncia "T-C-P-I-P". Provie-
ne de los nombres de dos protocolos importantes incluidos en
el conjunto TCP/IP, es decir, del protocolo TCP y del protocolo
IP.
En algunos aspectos, TCP/IP representa todas las reglas de
comunicacin para Internet y se basa en la nocin de direccin
IP, es decir, en la idea de brindar una direccin IP a cada
Figura 2. TCP/IP
equipo de la red para poder enrutar paquetes de datos. Debido
a que el conjunto de protocolos TCP/IP originalmente se cre
con fines militares, est diseado para cumplir con una cierta
II-A. TCP/IP es un modelo de capas
cantidad de criterios, entre ellos, dividir mensajes en paquetes,
usar un sistema de direcciones, enrutar datos por la red y Para poder aplicar el modelo TCP/IP en cualquier equipo,
detectar errores en las transmisiones de datos. es decir, independientemente del sistema operativo, el sistema
de protocolos TCP/IP se ha dividido en diversos mdulos.
Departamento de Ingenieria Electronica, UNPRG, Lambayeque, Per Cada uno de stos realiza una tarea especfica. Adems, estos
REVISTA DE EPIE-UNPRG, VOL. 01, NO. 1, OCTUBRE DEL 2017
mdulos realizan sus tareas uno despus del otro en un orden
especfico, es decir que existe un sistema estratificado. sta es
la razn por la cual se habla de modelo de capas.
El trmino capa se utiliza para reflejar el hecho de que
los datos que viajan por la red atraviesan distintos niveles de
protocolos. Por lo tanto, cada capa procesa sucesivamente los
datos (paquetes de informacin) que circulan por la red, les
agrega un elemento de informacin (llamado encabezado) y
los enva a la capa siguiente.
Figura 3. CAPAS DE TCP/IP
III. CAPA DE TRANSPORTES
Los protocolos de las capas anteriores permiten enviar
informacin de un equipo a otro. La capa de transporte permite
que las aplicaciones que se ejecutan en equipos remotos
puedan comunicarse.
El problema es identificar estas aplicaciones. De hecho,
segn el equipo y su sistema operativo, la aplicacin puede
ser un programa, una tarea, un proceso, etc.
Adems, el nombre de la aplicacin puede variar de sistema
en sistema. Es por ello que se ha implementado un sistema de
numeracin para poder asociar un tipo de aplicacin con un
tipo de datos. Estos identificadores se denominan puertos.
La capa de transporte contiene dos protocolos que permiten
que dos aplicaciones puedan intercambiar datos independien-
temente del tipo de red (es decir, independientemente de las
capas inferiores). Los dos protocolos son el TCP y UDP,
que se diferencian por el tipo de servicio que ofrecen. TCP,
es un protocolo orientado a conexin que brinda deteccin
de errores. En cambio, UDP es un protocolo no orientado a
conexin en el que la deteccin de errores es obsoleta.
IV. PROTOCOLO TCP
TCP (que significa Protocolo de Control de Transmisin)
es uno de los principales protocolos de la capa de transporte
del modelo TCP/IP. En el nivel de aplicacin, posibilita la
administracin de datos que vienen del nivel ms bajo del
modelo, o van hacia l, (es decir, el protocolo IP). Cuando
se proporcionan los datos al protocolo IP, los agrupa en
datagramas IP, fijando el campo del protocolo en 6 (para que
sepa con anticipacin que el protocolo es TCP). TCP es un
protocolo orientado a conexin, es decir, que permite que dos
2
Figura 4. PROTOCOLOS TCP Y UDP DE LA CAPA DE TRANSPORTE
mquinas que estn comunicadas controlen el estado de la
transmisin.
Figura 5. PROTOCOLOS TCP DE LA CAPA DE TRANSPORTE
V. OBJETIVO DE TCP
Con el uso del protocolo TCP, las aplicaciones pueden
comunicarse en forma segura (gracias al sistema de acuse de
recibo del protocolo TCP) independientemente de las capas
inferiores. Esto significa que los routers (que funcionan en la
capa de Internet) solo tienen que enviar los datos en forma
de datagramas, sin preocuparse con el monitoreo de datos
porque esta funcin la cumple la capa de transporte (o ms
especficamente el protocolo TCP).
Durante una comunicacin usando el protocolo TCP, las
dos mquinas deben establecer una conexin. La mquina
emisora (la que solicita la conexin) se llama cliente, y la
mquina receptora se llama servidor. Por eso es que decimos
que estamos en un entorno Cliente-Servidor. Las mquinas de
dicho entorno se comunican en modo en lnea, es decir, que
la comunicacin se realiza en ambas direcciones.
Para posibilitar la comunicacin y que funcionen bien todos
los controles que la acompaan, los datos se agrupan; es
decir, que se agrega un encabezado a los paquetes de datos
que permitirn sincronizar las transmisiones y garantizar su
recepcin.
Otra funcin del TCP es la capacidad de controlar la velo-
cidad de los datos usando su capacidad para emitir mensajes
de tamao variable. Estos mensajes se llaman segmentos.
VI. PROTOCOLO UDP
El grupo de protocolos de Internet tambin maneja un
protocolo de transporte sin conexiones, el UDP (User Data
REVISTA DE EPIE-UNPRG, VOL. 01, NO. 1, OCTUBRE DEL 2017
Protocol, protocolo de datos de usuario). El UDP ofrece a las
aplicaciones un mecanismo para enviar datagramas IP en bruto
encapsulados sin tener que establecer una conexin.
Muchas aplicaciones cliente-servidor que tienen una soli-
citud y una respuesta usan el UDP en lugar de tomarse la
molestia de establecer y luego liberar una conexin. El UDP
se describe en el RFC 768. Un segmento UDP consiste en
una cabecera de 8 bytes seguida de los datos. La cabecera se
muestra a continuacin. Los dos puertos sirven para lo mismo
que en el TCP: para identificar los puntos terminales de las
mquinas origen y destino. El campo de longitud UDP incluye
la cabecera de 8 bytes y los datos. La suma de comprobacin
UDP incluye la misma pseudocabecera de formato, la cabecera
UDP, y los datos, rellenados con una cantidad par de bytes de
ser necesario.
Esta suma es opcional, y se almacena como 0 si no se
calcula. Inutilizarla seria absurdo, a menos que la cantidad
de los datos no importe, por ejemplo, voz digitalizada.
UDP no admite numeracin de los datagramas, factor que,
sumado a que tampoco utiliza seales de confirmacin de
entrega, hace que la garanta de que un paquete llegue a su
destino sea mucho menor que si se usa TCP. Esto tambin
origina que los datagramas pueden llegar duplicados y/o
desordenados a su destino. Por estos motivos el control de
envo de datagramas, si existe, debe ser implementado por
las aplicaciones que usan UDP como medio de transporte de
datos, al igual que el reeensamble de los mensajes entrantes.
Es por ello un protocolo del tipo best-effort (mximo esfuer-
zo), porque hace lo que puede para transmitir los datagramas
hacia la aplicacin, pero no puede garantizar que la aplicacin
los reciba.
Tampoco utiliza mecanismos de deteccin de errores. Cuan-
do se detecta un error en un datagrama, en lugar de entregarlo
a la aplicacin destino, se descarta.
Cuando una aplicacin enva datos a travs de UDP, stos
llegan al otro extremo como una unidad. Por ejemplo, si una
aplicacin escribe 5 veces en el puerto UDP, la aplicacin
al otro extremo har 5 lecturas del puerto UDP. Adems, el
tamao de cada escritura ser igual que el tamao de las
lecturas.
Figura 6. PROTOCOLOS TCP Y UDP DE LA CAPA DE TRANSPORTE
3
VII. SIMULACION CON NS2
En esta simulacion se utilizara una red con protocolos TCP
Y UDP por lo que escenificaremos a una empresa cualquiera.
Se considero 10 usuarios conectados y enviaran datos al nodo
central que a su vez esta conectado al extremo con otro nodo
simulando una red WAN.
El tipo de comunicacion en toda la red es de tipo full-
Duplex, el protocolo UDP trabaja con el Codec G.711, el tipo
de trafico es CBR el cual es un trafico constante, el tipo de
cola considerada es Droptail, para que el escenario sea mas
realista la red es aleatoria.
VIII. QUE ES NAM?
Nam es una herramienta de animacin basada en Tcl / TK
para ver trazas de simulacin de red y trazas de paquetes del
mundo real. Soporta diseo de topologa, animacin a nivel
de paquete y varias herramientas de inspeccin de datos.
En la imagen se puede apreciar los nodos creados que
simularian a los telefonos IP que estan conectados al nodo
principal como una conexion LAN que envian y resiben datos
del otro nodo principal del otro extremo como si estuviera en
otra ciudad.
Figura 7. UDP
IX. ANALISIS DEL DESEMPEO DE LA RED POR
VO IP
Mediante los datos de traza obtenidos por el Ns2, se utiliza
el lenguaje perl para poder analizar el desempeo de la red a
simular mediante la Herramienta Gnuplot que es un programa
del sistema operativo linux(ubuntu)
De la grafica podemos deducir que con 5 usuarios UDP solo
se requiere un ancho de banda de 350Kbps.
REVISTA DE EPIE-UNPRG, VOL. 01, NO. 1, OCTUBRE DEL 2017 4

Figura 8. UDP Figura 10. TCP

En la grfica podemos notar que el pico mas alto de ancho

de banda es de 355Kbps, es decir que en ese tiempo ubieron
mas usuarios conectados en la red.
En la siguiente imagen se mostrara el archivo awk para
verificar los paquetes resibidos y perdidos:

Figura 11. TCP

En la siguiente imagen se mostrara el archivo awk para

verificar los paquetes resibidos y perdidos:

Figura 9. UDP

Ahora analizaremos la red de usuarios conectados al

protocolo TCP:

En la grfica se aprecia que los usuarios tcp estan consumiendo

un ancho de banda de 600Kbps.

Figura 12. ARCHIVO DE TRAZA

REVISTA DE EPIE-UNPRG, VOL. 01, NO. 1, OCTUBRE DEL 2017
El archivo traza permite poder analizar el desempeo
de cualquier red, se muestran los archivos enviados, resibidos,
y los archivos que se pierden. El primer archivo de traza
muestra los archivos enviados resibidos y perdidos con un
ancho de banda en el enlace WAN de 1Mb, el siguiente es
realizado con un ancho de banda de 2Mb.
Figura 13. ARCHIVO DE TRAZA
La siguiente imagen muestra el desempeo de la suma,
desempeo del TCP y el desempeo de UDP:
Figura 14. ARCHIVO DE TRAZA
5
X. CONCLUSION
Con un ancho de banda de 1Mb se verifico que se ocupo
todo el ancho de banda haciendo asi la red mas eficiente.
Se concluye que no es necesario aumentar el ancho de banda
demasiado porque de esa manera se desaprobechara la red y
la eficiencia bajaria notablemente.
Tambien concluimos que la comunicacion con protocolo UDP
es mejor porque los archivos se envian de forma instantanea
algo que no sucede con comunicacion con protocolo TCP ,
porque los paquetes son enviados y se tiene que esperar a que
regrese un mensaje de confirmacion de envio del paquete, eso
hace que la comunicacion sea mas lenta a comparacion de la
comunicacion UDP.
XI. BIBLIOGRAFIA
- https://www.cisco.com/c/en/us/support/docs/voice/voice-
quality/7934-bwidth-consume.html
- https://www.isi.edu/nsnam/nam/
XII. BIOGRAFIA
Hector Guerrero Ortiz nacio el 11 de noviembre de 1995
en la cicudad de Chiclayo-Peru, actualmente estudiante de la
universidad nacional "PEDRO RUIZ GALLOursando el 9
ciclo de Ingenieria Electronica.
Figura 15. HECTOR GUERRERO ORTIZ