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

5, OCTUBRE 2017 1

Artículo 05: DIMENSIONAMIENTO DE ANCHO

DE BANDA
Est. Ramirez Sanchez Robinson IX EPIE, UNPRG

Resumen—En este artículo explicaremos el proceso de si- que la aplicación pueda encontrar los datos urgentes.
mulacion dentro del entorno del simulador de redes Network
Simulator 2, el cual nos permitirá examinar la capacidad de
ancho de banda necesaria para los usuarios incluidos dentro de
la centralita simulada.
In this article we will explain the simulation process within
the Network Simulator 2 network simulator environment, which
will allow us to examine the necessary bandwidth capacity for
the users included in the simulated PBX.
Palabras Claves—Ancho de banda, centralita.

I. I NTRODUCCCIÓN
L objetivo de los siguientes apartados es explicar el
E protocolo TCP, el envío de paquetes en tiempo real
simulando una cantidad de 16 usuarios dentro del software
NS2, de esta manera se podrá calcular a través de la simulación
cuál es la cantidad o capacidad que se debe darle a los usuarios
de ancho de banda para cumplir con las necesidades de los
usuarios, de esta forma obteniendo el trafico total que habrá
entre la centralita y la red.
Setiembre 12, 2017
II. P ROTOCOLO TCP
El fin de TCP es proveer un flujo de bytes confiable de
extremo a extremo sobre una internet no confiable. TCP
puede adaptarse dinámicamente a las propiedades de la
internet y manejar fallas de muchas clases. La entidad de
transporte de TCP puede estar en un proceso de usuario o
en el kernel. Parte un flujo de bytes en trozos y los mande
como datagramas de IP. Para obtener servicio de TCP, el
emisor y el recibidor tienen que crear los puntos terminales
de la conexión (los sockets). La dirección de un socket es
la dirección de IP del host y un número de 16 bits que es
local al host (la puerta). Se identifica una conexión con las
direcciones de socket de cada extremo; se puede usar un
socket para conexiones múltiples a la vez. Los números de
puerta bajo 256 son puertas bien conocidas para servicios
comunes (como FTP). Las conexiones de TCP son punto-a-
punto y full dúplex. No preservan los límites de mensajes.
Cuando una aplicación manda datos a TCP, TCP puede
mandarlos inmediatamente o almacenarlos (para acumular
más). Una aplicación puede solicitar que TCP manda los
datos inmediatamente a través del flag de PUSH (empujar).
TCP también apoya los datos urgentes. TCP manda datos
con el flag URGENT inmediatamente. En el destino TCP
interrumpe la aplicación (la manda una señal), que permite
Departamento de Ingenieria Electronica, UNPRG, Lambayeque, Perú
II-A. Qué es el protocolo TCP
TCP (que significa Protocolo de Control de Transmisión)
es uno de los principales protocolos de la capa de transporte
del modelo TCP/IP. En el nivel de aplicación, posibilita la
administración de datos que vienen del nivel más 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 anticipación que el protocolo es TCP). TCP es un
protocolo orientado a conexión, es decir, que permite que dos
máquinas que están comunicadas controlen el estado de la
transmisión.
II-B. Concepto TCP
Como se citó anteriormente, el propósito primordial de TCP
es proporcionar circuitos lógicos confiables o servicios de co-
nexión entre parejas de procesos. Esto no implica confiabilidad
desde protocolos de más bajo nivel (como IP) así que TCP
debe garantizar esto por sí mismo.
TCP se puede caracterizar por las siguientes facilidades que
proporciona a las aplicaciones que hacen uso de él:
Tranferencia de flujos de datos. Desde el punto de vista
de la aplicación, TCP transfiere un flujo de bytes contiguo
a través de internet. La aplicación no tiene que molestarse
troceyo los datos en bloques básicos o datagramas. TCP
hace esto agrupando los bytes en segmentos TCP, que se
transfieren a IP para transmitirlos al destino. TCP decide
también por sí mismo cómo segmentar los datos y debe
dirigir los datos a su propia conveniencia. A veces, una
aplicación necesita estar segura de que todos los datos
REVISTA DE EPIE-UNPRG, VOL. 01, NO. 5, OCTUBRE 2017
pasados a TCP han llegado al destino. Por esta razón, se
define una función push. Esta push todos los segmentos
TCP restantes que están almacenados en el host destino.
La función close connection normal también pushes los
datos hacia el destino.
Confiabilidad. TCP asigna un número de secuencia a
cada byte transmitido y espera por un reconocimiento
positivo (ACK) del receptor TCP. Si el ACK no se recibe
en un intervalo fijado, los datos se retransmiten. Como
los datos se transmiten en bloques (segmentos TCP) sólo
el número de secuencia del primer byte de datos en los
segmentos se envían al host destino. El receptor TCP
utiliza los números de secuencia para reorganizar los
segmentos cuyo lleguen fuera de orden y para eliminar
segmentos duplicados.
Control de flujo. El receptor TCP, cuyo envía un ACK
de vuelta al emisor, también indica al emisor el número
de bytes que puede recibir más allá del último segmento
TCP recibido sin causar ni overrun ni desbordamiento
en sus búferes internos. Este se envía en el ACK de
forma of the highest sequence number it puede recibir
sin problemas. Este mecanismo también se denomina
mecanismo ventana y se discutirá con más detalle más
tarde en este mismo capítulo.
Multiplexación. Se logra usando puertos, como en UDP.
Conexiones lógicas. La confiabilidad y los mecanismos
de control de flujo descritos anteriormente requieren
que TCP inicializa y mantenga cierta información de
estado para cada "flujo de datos". La combinación de
este estado, incluyendo sockets, números de secuencia
y tamaños de ventana, se llama conexión lógica. Cada
conexión se identifica unívocamente por la pareja de
sockets usados por los procesos emisor y receptor.
Full Duplex. TCP proporciona flujos de datos concurren-
tes en ambas direcciones.
II-C. Sockets
El concepto de socket se discutió anteriormente en Puertos
y sockets.
Dos procesos se comunican a través de sockets TCP. El
modelo de socket proporciona a un proceso una conexión full-
duplex con otro proceso. La aplicación no necesita manejar el
flujo de datos en la conexión; estas facilidades las proporciona
TCP.
TCP utiliza el mismo principio que UDP (ver Puertos) para
proporcionar multiplexación. Como UDP, usa los puertos
conocidos y efímeros. Cado extremo de una conexión TCP
tiene un socket que se puede indentificar por la tripleta
<TCP, dirección IP, número de puerto>. A esto también
se le demomina half-association. Si dos procesos están
comunicados por TCP, poseen una conexión lógica que se
identifica unívocamente por los dos sockets implicados, es
decir, por la combinación <TCP, dirección IP local, puerto
local, dirección IP remota, puerto remoto>. Ver Figura -
Conexión TCP. Los procesos servidores son capaces de
2
gestionar múltiples conversaciones por un único puerto.
II-D. Cuáles son las características del protocolo TCP
Entre las principales características del protocolo TCP se
pueden mencionar las siguientes: permite poner nuevamente
los datagramas en orden cuando vienen del protocolo IP,
permite que el monitoreo del flujo de los datos y así evita
la saturación de la red, permite que los datos se formen en
segmentos de longitud variada para entregarlos al protocolo IP,
permite multiplexar los datos, es decir, que la información que
viene de diferentes fuentes (por ejemplo, aplicaciones) en la
misma línea pueda circular simultáneamente. Por último, TCP
permite comenzar y finalizar la comunicación amablemente.
II-E. Cuál es el 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 función la cumple la capa de transporte (o más
específicamente el protocolo TCP).
Durante una comunicación usando el protocolo TCP, las
dos máquinas deben establecer una conexión. La máquina
emisora (la que solicita la conexión) se llama cliente, y la
máquina receptora se llama servidor. Por eso es que decimos
que estamos en un entorno Cliente-Servidor. Las máquinas de
dicho entorno se comunican en modo en línea, es decir, que
la comunicación se realiza en ambas direcciones.
Para posibilitar la comunicación y que funcionen bien todos
los controles que la acompañan, los datos se agrupan; es
decir, que se agrega un encabezado a los paquetes de datos
que permitirán sincronizar las transmisiones y garantizar su
recepción.
Otra función del TCP es la capacidad de controlar la velo-
cidad de los datos usando su capacidad para emitir mensajes
de tamaño variable. Estos mensajes se llaman segmentos.
II-F. La función multiplexión
TCP posibilita la realización de una tarea importante: mul-
tiplexar/demultiplexar; es decir transmitir datos desde diversas
REVISTA DE EPIE-UNPRG, VOL. 01, NO. 5, OCTUBRE 2017
aplicaciones en la misma línea o, en otras palabras, ordenar
la información que llega en paralelo.
Estas operaciones se realizan empleando el concepto de
puertos (o conexiones), es decir, un número vinculado a un
tipo de aplicación que, cuando se combina con una dirección
de IP, permite determinar en forma exclusiva una aplicación
que se ejecuta en una máquina determinada.
II-G. El formato de los datos en TCP
Un segmento TCP está formado de la siguiente manera:
Significado de los diferentes campos:
Puerto de origen (16 bits): puerto relacionado con la
aplicación en curso en la máquina origen.
Puerto de destino (16 bits): puerto relacionado con la
aplicación en curso en la máquina destino.
Número de secuencia (32 bits): cuando el indicador SYN
está fijado en 0, el número de secuencia es el de la primera
palabra del segmento actual. Cuando SYN está fijado en 1, el
número de secuencia es igual al número de secuencia inicial
utilizado para sincronizar los números de secuencia (ISN).
Número de acuse de recibo (32 bits): el número de acuse
de recibo, también llamado número de descargo se relaciona
con el número (secuencia) del último segmento esperado y
no el número del último segmento recibido.
Margen de datos (4 bits): esto permite ubicar el inicio de los
datos en el paquete. Aquí, el margen es fundamental porque
el campo opción es de tamaño variable.
Reservado (6 bits): un campo que actualmente no está en
uso pero se proporciona para el uso futuro.
Indicadores (6x1 bit): los indicadores representan información
adicional:
URG: si este indicador está fijado en 1, el paquete se debe
procesar en forma urgente.
ACK: si este indicador está fijado en 1, el paquete es un
acuse de recibo.
3
PSH (PUSH): si este indicador está fijado en 1, el paquete
opera de acuerdo con el método PUSH.
RST: si este indicador está fijado en 1, se restablece la
conexión.
SYN: el indicador SYN de TCP indica un pedido para
establecer una conexión.
FIN: si este indicador está fijado en 1, se interrumpe la
conexión.
Ventana (16 bits): campo que permite saber la cantidad de
bytes que el receptor desea recibir sin acuse de recibo.
Suma de control (CRC): la suma de control se realiza
tomando la suma del campo de datos del encabezado para
poder verificar la integridad del encabezado.
Puntero urgente (16 bits): indica el número de secuencia
después del cual la información se torna urgente.
Opciones (tamaño variable): diversas opciones
Relleno: espacio restante después de que las opciones se
rellenan con ceros para tener una longitud que sea múltiplo
de 32 bits.
II-H. Implementación del Protocolo
Cada byte en una conexión de TCP tiene su propio número
de secuencia de 32 bits.
En TCP se mandan datos en segmentos. Un segmento tiene
un encabezamiento de 20 bytes (más opciones) y datos de cero
o más bytes. Hay dos límites en el tamaño de segmentos: el
tamaño máximo de un paquete de IP (64K bytes) y la unidad
de transferencia máxima (MTU, maximum transfer unit) de
cada red.
Si un segmento es demasiado grande para una red, los ru-
teadores lo puede dividir en segmentos nuevos (cada segmento
nuevo añade un overhead de 40 bytes).
TCP usa un protocolo de ventana deslizante. Cuando un
emisor manda un segmento, inicia un reloj. El destino res-
ponde con un segmento que contiene un acuse de recibo con
un número de acuse igual al próximo número de secuencia
que espera. Si el reloj termina antes de que llegue el acuse, el
emisor manda el segmento de nuevo.
II-I. Problemas
Se puede generar un acuse para un fragmento de un seg-
mento, pero se puede perder el resto.
Los segmentos pueden llegar fuera de orden.
Con fragmentación y retransmisión, es posible que frag-
mentos de una transmisión y una retransmisión lleguen a la
vez.
La red puede tener congestión.
III. S IMULACIÓN EN NS2
Dentro de la computadora virtual, haciendo uso del software
Network Simulator 2, simularemos el tráfico de datos de los
usuarios hacia la red en tiempo real.
Generamos las variables aleatorias
REVISTA DE EPIE-UNPRG, VOL. 01, NO. 5, OCTUBRE 2017 4

Establecemos el tiempo entre sesiones y el tamaño que

tendrán los paquetes a enviar

Declaramos la cantidad de usuarios y el numero de

sesiones

Se indica el tiempo de duración de la sesión para cada

telefóno dentro de la centralita
Topología de los usuarios dentro de la centralita

Se generan los bucles para acoplar entre sí los inicios de

sesión tanto como su finalización

Creamos los nodos y dos bucles, uno para generar los Simulación de envío de paquetes
nodos, y otro para declarar la velocidad de transmisión
y el enlace entre nodos

Desempeño TCP

Establecemos el tamaño de la cola del nodo n0 a n1,

y creamos los agentes UDP para conectarlos con los
teléfonos de la centralita
REVISTA DE EPIE-UNPRG, VOL. 01, NO. 5, OCTUBRE 2017 5

IV. C ONCLUSIONES
Se pudo simular el transito real necesario por cada usuario
dentro de la centralita, a una velocidad de 5Mb a 8ms con el
nodo n0, el cual se comunica con el nodo n1 con una capacidad
de 200Mb a 8ms, siendo ese el ancho de banda final indicado
para los requerimientos de los usuarios.