Recibido: 12-07-2021
/ Revisado: 26-07-2021
/ Aceptado: 09-08-2021
/ Publicado: 05-09-2021
Análisis de la reducción del consumo de ancho de b=
anda
de un ISP mediante el estudio de Servidor Web Proxy Cache=
Analysis of the
reduction of the bandwidth consumption of an ISP through the study of the W=
eb
Proxy Cache Server
Marco Vinicio Ramos Valencia. [1],
Steven Alejandro Salazar Cazco. [2], =
Jhonatan Guillermo Díaz León. [3] &=
amp;
José Alberto Rivadeneira Romero. [4]
Introduction.=
Bandwidth consumption is a valuable resource in
companies today, the need to constantly improve response times in requests =
for
web services has led to the search for efficient means that meet the
requirements of the network, decreasing the bandwidth that is consumed. =
Objective.
Analyze the reduction of the bandwidth consumption of an ISP by studying the
Web Proxy Cache Server for the company FASTNET CIA. LTDA. Methodology.
The research design was quantitative. An analysis of the TELCO network was
carried out applying the Comprehensive Methodology for Advanced Networks
(MIRA), thus obtaining its strengths and weaknesses. Consequently, different
cache proxy web server options were studied, including: HAARPCACHE, RAPTOR
CACHE, SQUID, THUNDERCACHE, expanding the range of options for proper
implementation. three scenarios were configured; the first base its structu=
re
on the node "Nat Langos AS" without a=
ny
variant, the second scenario was differentiated by having the HAARPCACHE se=
rver
installed on the HP Proliant dl-385P server and=
the
third changes the server for RAPTOR CACHE implemented in it. computer. R=
esults.
The HAARPCACHE server met 90% of these conditions and resulted in 17.25%
savings in business bandwidth, while RAPTORCACHE met 45% of the measures an=
d created
savings corresponding to 8.82%. Conclusions. It is concluded that the
most suitable server for FASTNET CIA. LTDA. Due to its reliability and savi=
ng
capacity, it is HAARPCACHE, in addition to a considerable reduction in
bandwidth, thus improving user performance.
Keywords:
Web server, proxy, cache, internet,
MIRA, bandwidth.
Resumen
Introducción,=
el consumo de ancho de banda es un recurso valios=
o en
las empresas hoy en día, la necesidad de mejorar constantemente los tiempos=
de
respuesta en las solicitudes de los servicios web ha provocado que se busqu=
en
medios eficientes que cumplan con los requerimientos de la red, disminuyend=
o el
ancho de banda que se consume. Objetivo, analizar la reducción del
consumo de ancho de banda de un ISP mediante el estudio de Servidor Web Pro=
xy
Cache para la empresa FASTNET CIA. LTDA. Metodología, el diseńo de la
investigación fue cuantitativa. Se realizó un análisis de la red TELCO
aplicando la Metodología Integral para Redes Avanzadas (MIRA) obteniendo así
sus fortalezas y debilidades. Consecuentemente se estudiaron diferentes
opciones de servidores web proxy caché, entre ellos: HAARPCACHE, RAPTOR CAC=
HE,
SQUID, THUNDERCACHE, ampliando el abanico de opciones para una implementaci=
ón
adecuada. se configuraron tres escenarios; el primero basa su estructura en=
el
nodo Nat Langos AS=
sin
ninguna variante, el segundo escenario se diferenció por tener incorporado =
el
servidor HAARPCACHE instalado sobre el servidor HP Pro=
liant
dl-385P y el tercero cambia el servidor por RAPTOR CACHE implementado en el
mismo ordenador. Resultados, el servidor HAARPCACHE cumplió en un 90=
% de
dichas condiciones y provocó un 17,86% de ahorro de ancho de banda empresar=
ial,
mientras que RAPTORCACHE cumplió con el 45% de las medidas y creó un ahorro
correspondiente al 8,92%. Conclusiones, se concluye que el servidor =
más
adecuado para FASTNET CIA. LTDA. por su fiabilidad y capacidad de ahorro es
HAARPCACHE, además de una considerable reducción del ancho de banda mejoran=
do
así el performance de los usuarios.
Palabras claves:
Servidor web, proxy, cach=
é,
internet, MIRA, ancho de banda,
Introducción
En la actualidad, el Ecuador no cuenta con empresas
nacionales que se dediquen a esta actividad específicamente, sin embargo,
podemos encontrar empresas extranjeras que ofrecen este tipo de servicio, c=
omo
por ejemplo la empresa THUNDERCACHE de Brasil, que se dedica principalmente=
a
dar soluciones sobre los consumos de ancho de banda para quienes lo requier=
an.
En la presente investigación se implementarán
escenarios de estudio en los que se incluye servidores web proxy caché, de =
los
cuales se medirán los niveles de consumo de ancho de banda para una posteri=
or
evaluación. FASTNET Cía. Ltda. contará con un sistema de cacheo web de bajo
costo de implementación y un alto grado de eficiencia, con el objetivo de
reducir el consumo de ancho de banda en la red y principalmente mejorar los
tiempos de respuesta.
Al mejorar los tiempos de respuesta en las solicit=
udes
de los servicios web ha permitido que se busquen medios eficientes que cump=
lan
con los requerimientos de la red. Además, reduciendo el ancho de banda que =
se
consume. El servidor web proxy cache permite llevar a cabo dicha optimizaci=
ón
disminuyendo en gran cantidad el consumo de ancho de banda, ya que se puede
tener de forma local los recursos que se solicitan a un sitio web (Rodrígue=
z,
2015).
En el presente artículo se propone una medida que
contiene la implementación de un servidor web proxy cache, el control que
ejercerá este sobre el acceso y salida de solicitudes, son pensadas a favor=
de
la mejora de ancho de banda, el estudio se enfoca en la empresa FASNET. Cía.
Ltda.
El incremento del uso de las redes datos, su estan=
cia
a través del tiempo y su agresiva capacidad de introducirse como una necesi=
dad
han proporcionado el ambiente perfecto para que se muestren dificultades y
obstáculos para el eficiente uso de los recursos que participan en la
conectividad, al mismo tiempo la habilidad propia del ser humano por soluci=
onar
problemas, surgen nuevas y mejores posibilidades con el objetivo de optimiz=
ar
las redes (Jordan, 2019).
Durante la investigación nos hemos encontrado con
varias herramientas, como por ejemplo la implementación de servidores,
metodología que brinda una organización para la impaciente demanda de
conectividad y como puerta de escape a problemáticas de las empresas.
Se define como producto del perfeccionamiento de aplicaciones de proyectos que se enfocan en la caracterización y el análisi= s de las redes. Esta metodología no sólo permite un análisis por paquetes, sino = que también ahonda el estudio en el contenido, esta metodología a través de sus mecanismos definidos ofrece la oportunidad de entender el comportamiento ac= tual de la red y pronosticar la conducta de la misma en el futuro (Cayo, 2015).<= o:p>
Esta metodología al permitir una configuración individual de cada módulo es una ventaja de MIRA como muestra la figura 1.<= o:p>
Figura 1
=
Arquitectura Funcional Mira
Fuente: Diaz y
Rivadeneira (2015)
Otra de las ventajas de esta metodología es su
adaptabilidad a distintas tecnologías; 802.13, 802.11, etc. (Romereal, 2020).
Mira ofrece cuatro módulos:
ˇ
Módulo de Captura. - Comprende la
captura del tráfico a través de una herramienta de software apropiada y aco=
rde
a la tecnología sobre la cual se pretende realizar el monitoreo.
ˇ
Módulo de Preprocesado. - A travé=
s de
un filtro establece el nuevo contenido que se desea manejar. La correlación
entre el tráfico de un sentido y de otro nos da como resultado la obtención=
de
un flujo bidireccional (biflujo) enlistado con sus respectivos síntomas para
cada sentido (Verciana, 2019).
ˇ
Módulo de Análisis. - Realiza un
cruce de atributos con los datos preprocesados así el resultado brinda info=
rmes
finales de gran utilidad para el analizador.
ˇ&nb=
sp;
Módulo de Integración. - Compacta=
más
la información y dependerá de los módulos de análisis que sean creados.
Con el boom del internet se desarrolló soluciones =
de
carácter informático con el objetivo de mejorar su rendimiento, mediante las
cuales han aparecido los servidores que hoy en día son considerados como un=
o de
las mejores herramientas desarrolladas para que sean implementadas para la =
red.
Como los servidores proxy se encuentran de
intermediarios entre la subred e Internet, es una ventaja para el cacheo de
datos ya que todas las peticiones deberán pasar a través de él.
Los servidores proxy tenemos dos tipos de proxy
correctamente establecidos:
ˇ
Circuito. - Estos tipos de proxies
también conocidos como genéricos, básicamente son una conexión virtual entre
host cliente y el host servidor.
ˇ
Aplicación. - Son aquellos que es=
tán
configurados para permitir o denegar el acceso a una determinada aplicación,
consiste en que el servidor entenderá e interpretará tan solo al protocolo =
de
la aplicación, también son conocidos como servidores proxy dedicados (Altis
& Luotonen, 2014).
Existen tres tipos de caches que atienden las
solicitudes de un sitio web:
ˇ
De Agente de Usuario: Solo funcio=
nan
para un usuario, se encuentra en los navegadores web.
ˇ
Compartida: Tiene como fin reduci=
r el
ancho de banda consumido, ya que todos los usuarios que acceden a internet
comparten el mismo recurso, es el tipo de cacheo más común entre los ISP y
empresas,
ˇ&nb=
sp;
Pasarela: Este tipo de caché func=
iona
como un servicio de respaldo para un servidor web, de forma totalmente
transparente para los clientes.
Los servidores web proxy cache son aquellos elemen=
tos
situados al interior de una LAN (red local), aquí llegan todas las peticion=
es
del servicio web (HTTP, HTTPS) que realiza el usuario en lugar de alcanzar =
el
servidor de origen, parte del contenido solicitado es alojado en la memoria=
del
servidor para un próximo pedido (Galarza, 2015).
La red de datos de Fastnet CÍA. LTDA. utiliza una
topología de tipo jerárquica o de árbol y está divida en 6 nodos principale=
s,
en los cuales se encuentran la red interna como también las redes de acceso=
y
distribución, todas estructuradas de forma que logran la cobertura total de=
su
servicio, como muestra en la figura 2.
Figura 2
=
Topología general de la =
red
de Fastnet Cía. Ltda.
Fuente: Diaz y
Rivadeneira (2015)
La configuración de los nodos principales está
establecida bajo la misma premisa de la topología de jerarquías mencionada
anteriormente, algunos nodos se dividen en secundarios o subnodos que manti=
enen
la rediviva estructura, los cuales son: CNT HSPJ, TELCO HSPJ, POLITÉCNICA,
DOLOROSA, GUARANDA, GUAMOTE. Dentro de su extensa red de cobertura para el
servicio de internet cuenta con 922 clientes, distribuidos de la siguiente
forma: CNT HSPJ 34, TELCO HSPJ 436, POLITÉCNICA276, DOLOROSA 129, GUARANDA =
18 y
GUAMOTE 29
El mecanismo indicado para determinar la cantidad =
de
información transmitida dentro de un segundo a través de un canal o medio de
transmisión es con el término ancho de banda. Esta definición ha sido mal
utilizada, debido a que es empleado únicamente como base indirecta para el
cálculo de la capacidad del medio. Su unidad de medida es en Hertz mientras=
que
los bits por segundo (bps) es la unidad de la tasa de transmisión (González,
2014).
Cuando con referimos al ancho de banda hablamos de=
un
recurso de mayor importancia de la transmisión de datos a través de la
Internet, comúnmente manejado por los ISPs para catalogar los planes que es=
tos
proveen, la creciente demanda de servicios por los usuarios ha provocado un
gran aumento del consumo de tal recurso, estudios revelan que para el ańo 2=
018
se observará que el consumo más alto de banda ancha en el mundo se
quintuplicará (Díaz y Rivadeneira, 2015).
La empresa FASTNET CIA.
LTDA. tiene un contrato directo con dos ISPs en el Ecuador: la Corporación
Nacional de Telecomunicaciones (CNT) y TELCONET, mismos que proveen a la
empresa con un recurso de ancho de banda de 20 Mbps y 156 Mbps respectivame=
nte.
El ancho de banda se encuentra distribuido en planes establecidos para la
prestación de su servicio de internet a la comunidad como se muestran en la
figura 3.
Figura 3
Topología Backbone: ISP TELCONET / CNT
Fuente: Diaz y Rivadeneira (2015)
El ancho de banda total=
con
el que la empresa cuenta es de 176 Mbps, este recurso se encuentra distribu=
ido
para sus seis nodos principales como lo muestra la Tabla 1 a continuación. =
Tabla 1
Distribución ancho
|
NODO PRINCIPAL |
ANCHO DE BANDA [Mbps] |
|
CNT HSPJ |
4 |
|
TELCO HSPJ |
75 |
|
POLITECNICA |
53 |
|
DOLOROSA |
28 |
|
GUARANDA |
3 |
|
GUAMOTE |
13 |
F=
uente:
Diaz y Rivadeneira (2015)
El nombre de cada nodo es asignado en función de la ubicación de la
infraestructura principal del mismo. En algunos casos con referencia a luga=
res cercanos
del nodo.
Metodología
Para dar cumplimiento al objetivo de nuestro artículo planteado, la
investigación se desarrolló utilizando la orientación cuantitativa mediante=
la
recolección de datos con muestras y mediciones específicas de la red a ser =
analizada.
Además, se debe tener en cuenta que la comparativa se realizará en un escen=
ario
simulado basado en el escenario real y los datos obtenidos serán comparados=
con
el mejor rendimiento mostrado reflejado en la reducción del agotamiento de
ancho de banda.
Para lograr un estudio adecuado del ancho de banda nos basaremos en =
tres
parámetros: Escenarios, Análisis de Trafico y un pre - análisis de estos pa=
ra
luego poder compararlos con los resultados obtenidos con la inclusión de los
servidores proxy cache.
Las redes de datos son topologías que se transmiten sus datos de una
manera no guiada u organizada, la mala configuración de recurso a la red pu=
ede
generar consecuencias graves sobre el rendimiento de la red, el presente ar=
tículo
es indispensable realizar una adecuada delimitación del área de estudio.
En la Tabla 2, la designación del nodo para el caso de estudio es
asignada por el jefe técnico, para este caso es el subnodo NAT LANGOS AS mi=
smo
que se encuentra ubicado en el nodo TELCO HSPJ, cuenta con un ancho de banda
teórico de 24Mbps y 89 clientes.
Número de Clientes Nodo NAT LANGOS A=
S
|
NODO |
Nro. CLIENTES=
|
UPLOAD=
|
DOWNLOAD<=
b> |
|
NAT LANGOS AS=
|
54 |
1M |
1M |
|
1 |
1M |
2M |
|
|
3 |
2M |
1M |
|
|
30 |
2M |
2M |
|
|
1 |
4M |
4M |
Fuente: Diaz
y Rivadeneira (2015).
A continuación, como se muestra en la figura 4, 5 y 6 se describen los siguientes tres escenarios a ser utilizados para el estudio comparativo de los servidores:<= o:p>
Figura 4
Topología Escenario 1
Fuente=
: Diaz y Rivadeneira (2015)
ˇ&nb=
sp;
Escenario 1 Red Actual. Figur=
a 4,
este fue la designado por el equipo del departamento técnico de la empresa,=
no
se realizó ninguna manipulación ni variación con la finalidad de hacer un
estudio íntegro sobre la red, así conocer las debilidades actuales.
ˇ&nb=
sp;
Escenario 2: Red Servidor 1.- El
segundo escenario propuesto se encuentra definido sobre la misma red NAT LA=
NGOS
AS con la integración adicional del primer servidor (HAARPCACHE).
Figura 5
Topología Escenario 2
ˇ
Escenario 3: Red Servidor 2.-
Por último, el tercer escenario planteado mantiene su establecimiento sobre=
la
red NAT LANGOS AS, a diferencia del segundo escenario éste contará con un
servidor web cache distinto, servidor 2 (RaptorCache)
Figura 6
Topología Escenario 3
Fuente: Diaz
y Rivadeneira (2015)
El consumo promedio del
ancho de banda en la red TELCO (conjunto de nodos principales: TELCO HSPJ,
POLITECNICA y DOLOROSA.) es de 135,29 Mbps al día, lo cual representa un 86=
.72%
del total asignado a los Nodos Principales dentro de la ciudad
El ancho de banda teóri=
co
consumido es de 97.5 Mbps, la asignación del recurso se establece adicionán=
dole
al teórico consumido el 60% del mismo con la finalidad de crear una proyecc=
ión futura
que permita el aumento del consumo del recurso con un correcto abastecimien=
to y
distribución (Díaz y
Rivadeneira, 2015).
Realizando el mismo
cálculo, con un total de 841 clientes obtenemos el siguiente dato:
El cálculo arroja un resultado de 147 Mbps
correspondiente al consumo de ancho de banda que en teoría debería consumir=
la
red TELCO, si observamos, este resultado es muy próximo a los 135,29 Mbps
hallados para el consumo promedio real (Montoya, 2019).
Para aplicar el estudio=
de
tráfico sobre redes de gran número de usuarios resulta indispensable enfoca=
rlo
sobre una muestra debido a que los paquetes transmitidos pueden llegar a ser
millones convirtiendo la tarea en algo imposible incluso con software y
hardware de alta capacidad de análisis, bajo esta premisa se realizó una
observación sobre el ancho de banda consumido por la red diariamente como lo
muestra la Figura 7., la observación fue efectuada durante una semana. Los
datos arrojados indican una frecuencia de mayor uso en los rangos de tiempo=
de
12h00 a 17h00 y de 20h00 a 24h00.
Los lapsos de tiempo
escogidos para las capturas son: de 9h00 a 9h10, de 12h00 a 12h10, de 16h50=
a
17h00 y de 21h00 a 21h10, estos tiempos corresponden a los días de revisión=
pre
- mantenimiento y mantenimiento establecidos en el cronograma mensual de la
empresa.
Consumo Ancho de Banda NAT LANGOS AS
Uno de los requerimient=
os
es el uso de licenciamiento libre, por tal razón el sniffer para nuestra re=
d, teniendo
en cuenta la generación de reportes, es Wireshark que además su interfaz es
sencilla y fácil de manipular. Por lo tanto, el sniffe=
r
escogido fue WIRESHARK.
FASTNET CIA. LTDA. posee
herramientas de software para la administración de dispositivos de red, ent=
re
las de mayor utilidad están WinBox y Dude, con las cuales la tarea se reali=
za
de forma prolija y sencilla. WinBox permite una conexión virtual y remota c=
on
todos los dispositivos MikroTik que funcionan bajo RouterOS (Díaz y Rivadeneira, 2015).
Una alternativa apropia=
da
para las fases del análisis de tráfico es realizar una sesión de monitoreo
mediante la configuración de port mirroring. El puerto espejo o port mirror=
ing
en inglés, es una utilidad para redes de datos aplicado en dispositivos de
switcheo para capturar el tráfico entrante y saliente del puerto elegido ha=
cia
una base de datos externo, con la finalidad de analizar dicho tráfico sin
intervenir con el funcionamiento normal de la red (Mikrotik, 2020).
Resultados
La captura se la realizó
sobre el dispositivo ROUTER BOARD 1100 X2AH en los lapsos de tiempo ya
escogidos en la etapa de preparación previa al análisis, la red NAT LANGOS.=
Las
capturas se realizaron en dos horarios durante dos meses:
ˇ =
Realizado Físicamente: 09:00 09:10 y 12:00 12:10
ˇ =
Realizado Remotamente 16:50 17:00 y 21:00 21:10
En promedio 600 000 paqu=
etes
fueron obtenidos por cada sesión de captura, para un correcto manejo de est=
os
datos se realizó una reducción inicial del tráfico capturado a través de
filtros con la finalidad de eliminar información innecesaria para el estudi=
o.
Tabla 3
Número de Clientes=
Nodo
NAT LANGOS AS
|
Categoría=
s |
Ancho de
banda asignado |
PROMEDIO
TOTAL (paquetes recibidos) |
Protocolo=
s en
% |
|||||||
|
Up |
Down |
% Packet |
# Packet |
HTTP |
HTTPS |
DNS |
SMTP |
QUIC |
QOTD |
|
|
GS 2 |
2 |
2 |
15,=
26 |
183=
547 |
3,2=
6 |
7,4=
9 |
63,=
5 |
20,=
31 |
2,2=
4 |
3,2=
|
|
GS 1 |
1 |
1 |
16,09 |
207092 |
20,67 |
30,23 |
11,16 |
8,14 |
8,06 |
21,74 |
|
GAS 1_2 |
1 |
2 |
0 |
18<= o:p> |
11,=
11 |
44,=
4 |
5,5=
6 |
0 |
27,=
78 |
11,=
15 |
|
GAS 2_1 |
2 |
1 |
0,79 |
8574 |
18,66 |
40,82 |
14 |
11,66 |
12,83 |
2,03 |
|
GS 4 |
4 |
4 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
Fuente: Elaboración Propia
Si nos fijamos, en la Tabl=
a 3,
en el campo DNS para la categoría GS2 encontraremos un 63,5% que representan
116 552 paquetes de un total de 600 000 que se obtuvieron en promedio por c=
aptura;
en la etapa de pre - procesamiento incluimos al ataque de amplificación en la categoría de tráfico sospechoso, =
si se relaciona
esa duda con el porcentaje de DNS de la categoría GS2 hallaremos que el foco
del ataque propiciado se encuentra en este grupo, esto se afirma más al
observar el valor que tiene el protocolo SMTP que también posee un número
elevado de paquetes y que son transmitidos por los miembros del grupo (GS2)=
(Díaz y Rivadeneira, 2015).
La categoría creada para el
estudio GS2 contiene a 30 usuarios, en este grupo se evidencia la aparición=
de
ataques de amplificación y de SPAM teniendo como posible causa a comprobars=
e la
infección de algún dispositivo final perteneciente al conjunto. En esta sec=
ción
se evidencia una subutilización del ancho de banda designado para la catego=
ría
GS4 mismo que en las capturas realizadas no presentó ningún paquete
transmitido, quedaría por analizar si existió algún problema los días de las
capturas y por ello coincidieron con la nulidad de paquetes o si se posee a=
lgún
propósito predispuesto por el departamento técnico.
Se utilizarán indicadores
según los requerimientos del ISP los mismos que se ven expuestos en la Tabl=
a 4
con sus respectivas valoraciones analizadas según la metodología MIRA. Es
importante indicar que se ha seguido la parametrización según el trabajo de
tesis presentado por Díaz
y Rivadeneira:
Tabla 4
Comparación Servid=
ores
|
|
HAARPCACHE |
RAPTORCACHE |
||
|
INDICADORES |
VALOR (1 A 10)<= o:p> |
RESULTADO=
. |
VALOR (1 A 10)<= o:p> |
RESULTADO=
. |
|
Instalación |
9=
|
0.9 |
9=
|
0.9 |
|
Configuración |
9 |
1.35 |
6 |
0.9 |
|
Uso del HDD |
7=
|
0.35 |
9=
|
0.45 |
|
Uso del procesador |
10 |
0.5 |
9 |
0.45 |
|
Consumo BW local |
8=
|
1.6 |
8=
|
1.6 |
|
Cantidad de Plugins |
9 |
1.8 |
4 |
0.8 |
|
Solapamiento de paquetes |
1=
0 |
1.5 |
1=
|
0.15 |
|
Actualizaciones |
10 |
1 |
8 |
0.1 |
| TOTAL: |
9 |
<= o:p> | 4=
.9 |
Fuente: Diaz y Rivadeneira (2015)
El resultado arrojado es u=
na
inclinación muy favorable para el servidor HAARPCACHE obteniendo un mejor
rendimiento con un puntaje de 9, lo que nos indica que cumple casi en su
totalidad con las condiciones y requerimientos planteados por la empresa a
través de los parámetros expuestos, como se puede observar de mejor manera =
en
la figura 8.
Comparativa HAARPCACHE vs RAPTORCACHE
<=
span
style=3D'mso-spacerun:yes'> Fuente: Elaboración propia
Pero la decisión final la =
dará
el parámetro de eficiencia del servidor para ahorrar ancho de banda, las
siguientes imágenes nos permitirán tener una mejor visión y constatación de=
los
valores este parámetro en cada escenario.
La Figura 9 representa el
consumo realizado por la red Nat Langos AS durante una semana completa sin =
la
presencia de un servidor web proxy cache, el promedio de consumo durante es=
te
período fue de 17.86 Mbps.
Consumo Ancho de Banda Escenario 1
Fuente: Elaboración Propia
La Figura 10 indica el con=
sumo
de la misma red ahora con la presencia del servidor HAARPCACHE, obteniendo =
un
promedio de 13.72 Mbps. Frente al 17.86 Mbps de consumo de ancho de banda
promedio del escenario 1 el cual no contaba con ningún servidor representa =
un
ahorro de 4.24 Mbps, un 17.35% de ahorro de los 23 Mbps asignados a esta re=
d.
Figura 10
Consumo Ancho de Banda Escenario 2
Fuente: Elaboración Propia.
Finalmente, la Figura 11
muestra el consumo realizado en el escenario 3 que poseía configurado el
servidor RAPTORCACHE, el consumo promedio es reducido de 17.86 Mbps en el
escenario 1 a 15.72 Mbps, un ahorro de 2.10 Mbps correspondiente a un 8.82%=
del
total asignado a la red.
Figura 11
Consumo ancho de banda escenario 3
Fuente: Elaboración Propia
Consumo promedio de los escenarios
|
Categoría |
ESCENARIO 1 |
ESCENARIO 2 |
ESCENARIO 3 |
|||
|
Mbps |
% |
Mbps |
% |
Mbps |
% |
|
|
Consumo Ancho de Banda promedio=
|
17.86 |
74.2 |
13.72 |
56.8 |
15.72 |
65.8 |
Fuente: Elaboración Propia
Podemos observar en la Tab=
la
6, que la implementación de un servidor web proxy cache es una buena manera
para crear ese buen uso del recurso de ancho de banda en la red y en segundo
lugar que el servidor de mejor prestación en este parámetro es el servidor
HAARPCACHE, el cual presenta un ahorro del 17.86% del ancho de banda total
asignado a la red. Por lo cual el estudio realizado sobre los escenarios in=
dica
que el servidor más apropiado para ser implementado en la red de FASTNET CI=
A.
LTDA. debido a sus prestaciones y acondicionamiento a los parámetros
establecidos por la empresa es el servidor HAARPCACHE.
Conclusiones
ˇ =
Una vez aplicado la metodología MIRA aplicado a la red de estudio Nat
Langos AS se obtuvo que los protocolos más usados son HTTP y HTTPS que equivalen al 30.92% del total de paquet=
es
analizados y representan el 43.94% del consumo promedio de ancho de banda d=
e la
red, dichos protocolos sumado el protocolo QUIC, que figura en un 10.98% del
tráfico, fueron categorizados como tráfico convencional porque su presencia
corresponde a flujos de transmisión de datos comunes que utilizan páginas c=
omo facebook.com,
google.com, youtube.com, entre otras.
ˇ =
El tráfico sospechoso detectado en el uso de los protocolos: DNS con=
un
33.37% del total de paquetes, dicho valor es muy alto considerado para una =
red
que concentra clientes tipo home evidenciando la presencia de ataques de
amplificación, además se detectó la existencia de ataques de SPAM los cuales
utilizan el protocolo SMTP.
ˇ =
El análisis comparativo halló que el servidor HAARPCACHE cumplió en =
un
90% los parámetros ideales establecidos, y, que el servidor RAPTOR CACHE
cumplió con el 53.5% de dichos estamentos, el ahorro de ancho de banda
empresarial provocado por el primer servidor nombrado fue del 17.86% y del
segundo servidor un ahorro del 8.82%. El servidor más adecuado para respond=
er
ante las necesidades de la empresa y sus condicionantes es el servidor web
proxy cache HAARPCACHE.
ˇ =
El servidor electo entró en actividad sin ningún problema con la red=
, ni
con el administrador de la misma, su comportamiento es el esperado tras las
pruebas mostrando un 10.78% de eficiencia durante las primeras 5 horas
posteriores a su instalación
Referencias bibl=
iográficas
Altis, K. y Luotonen, A.; (=
2014) World-Wide
Web Proxies. Finland:Tampere
University of Technology.
Cayo, S. (2015=
) Análisis
y optimización del flujo del tráfico de protocolos y aplicaciones en la red=
LAN
de la ESPE sede Latacunga para evaluar la calidad de servicio en base a la
metodología MIRA [Tesis Publicada]. Universidad de las Fuerzas Armadas.=
Costas Santos,=
J.
(2015). Seguridad informática. RA-MA Editorial. https://elibro.net/es/lc/es=
poch/titulos/62452
Diaz, J. y
Rivadeneira, J. (2015). Impleme=
ntación
de un servidor web proxy cache para reducir el consumo de ancho de banda
[Tesis Publicada]. Escuela Superior
Politécnica de Chimborazo.
Galarza, E.,
(2015). Configuración del proxy=
para
el almacenamiento de las páginas más visitadas en el Instituto Tecnológico
Superior Aeronáutico [Tesis Publicada].
Instituto tecnológico superior aeronáutico.
González, M.,
(2014), Situación de Banda Ancha en el Ecuador. [Tesis Publicada].
Universidad Politécnica Salesiana.
Haarpcache. (2=
018)
Haarpcache web proxy. Introducción. Disponible =
en:
http://www.haarpcache.pe
Jordan, V., (2=
019)
Acelerando la revolución digital: Banda ancha para América Latina y el
Caribe. Disponible en: http://archivo.cepal.org/pdfs/ebooks/LCR2167.pdf=
Mikrocaché C. A ,(2020), Mikrocache<=
/span>
News. Instalación de RaptorCaché. Disponible en: http://www.mikrocache.=
com.ve/news.html
Mikrotik, (2020), Mikrotik
Documentation. Manual: Switch Chip Features. Disponible en:
http://wiki.mikrotik.com/wiki/Manual:Switch_Chip_Features#Port_Mirroring
Montoya, C., (=
2019).
Servidor proxy cache: comprensión y asimilación tecnológica | Dialnet. 2012=
.
Comprensión y asimilación tecnológica. pp. 149-162 Disponible en:
http://dialnet.unirioja.es/descarga/articulo/4869011.pdf
Rodríguez de
Sepúlveda Maillo, D. (2015). Administración de servicios web. RA-MA
Editorial. https://elibro.net/es/lc/espoch/titulos/106473
Romereal, R., (2020), MIRA: A distributed and Scalable
WAN/LAN Real-time. Measurement Platform. Vol. 2511. Zurich (Switzerlamd), 2002. pp. 263-272. Disponible en: http://www.dit.upm.es/~mac/publications/2020/qofi=
s-icqt02-mira.pdf
Squid Cache Org.,
(2018) Squid: Optimisin Web Delivery. Optimising Web Delivery. Disponible en:
http://www.squid-cache.org/
Verciana, C., (2019), MIRA: Software para el análisis d=
e tráfico
ip sobre ATM. Disponible: http://www.it.uc3=
m.es/azcorra/papers/2000_MIRA_Software_para_el_analisis_de_trafico_IP_sobre=
_ATM.pdf
PARA
CITAR EL ARTÍCULO INDEXADO.
Ramos Valencia, M. V., Salazar Cazco,
S. A., Díaz León, J. G., & Rivadeneira Romero, J. A. (2021). Análisis d=
e la
reducción del consumo de ancho de banda de un ISP mediante el estudio de
Servidor Web Proxy Cache. AlfaPublicaciones, 3(=
3.2),
95111. https://doi.org/=
10.33262/ap.v3i3.2.112
El artículo que se publica es de exclusiva responsabilidad de los
autores y no necesariamente reflejan el pensamiento de la Revista Alfa
Publicaciones.
El
artículo queda en propiedad de la revista y, por tanto, su publicación parc=
ial
y/o total en otro medio tiene que ser autorizado por el director de la R=
evista
Alfa Publicaciones.
=
=
[1] Escuela Superior Politécnica= de Chimborazo, Facultad de Informática y Electrónica. Riobamba, Ecuador. vi_ramos@espoch.edu.ec, https://orcid.org/0000-0003-3033-2404<= o:p>
[2] Escuela Superior Politécnica= de Chimborazo, Facultad de Informática y Electrónica. Riobamba, Ecuador. steven.salazar@espoch.edu.ec, https://orcid.org/0000-0002-9708-5885<= o:p>
[3] Investigador Independiente, =
Riobamba,
Ecuador. jhonatan_diazl@outlook.com https://=
orcid.org/0000-0003-1888-9605
[4] Investigador Independiente,
Riobamba, Ecuador. alberto_rr@outlook.com
https://orcid.org/0000-0003-3128-7975
Alpha publicaciones<=
o:p>