Error 13: Tratar de manipular a la gente

Lourdes Iparraguirre V.
1
, Francy Stella Salgado D.
2
, Jorge Augusto Castillo E.
3

Universidad Nacional Experimental de Guayana,
Maestra en Tecnologa de la Informacin
Asignatura Gerencia de !royectos Tecnolgicos
e"mail # ilourdes$$
$
, francys%&otmail'com
(
)%&otmail'com
Resumen. *a a da las organi+aciones
consideran Internet como un medio adicional
para expandir sus negocios, la necesidad de
tener redes ,ue ofre+can un me-or servicio a
sus usuarios finales, fue la principal causa para
,ue surgiera el concepto de .alidad de /ervicio
01o/2' Actualmente, redes totalmente distintas
se unen en una red I!' !or e-emplo, las redes de
telefona y de vdeo est3n migrando a I!, en
este tipo de redes, es necesario controlar la
forma de compartir los recursos de la red para
satisfacer los re,uisitos de cada servicio' Una
solucin es permitir ,ue los enrutadores y
conmutadores de la red se comporten de forma
distinta en funcin de los diferentes tipos de
servicios 0vo+, datos, vdeo2 mientras el tr3fico
pasa a trav4s de la red' Esta t4cnica se
denomina /ervicios *irefenciados 0*iff/erv2'
Al &acer uso de 1o/, distintas aplicaciones de
la red pueden coexistir en la misma red sin
consumir el anc&o de 5anda de la otra'
Palabras clave' *iff"/erv, Int"/erv, 1o/'
I. Introduccin
6as redes I! en la mitad de los 78 fueron
llamadas 9redes del me-or esfuer+o:, con el
r3pido crecimiento de nuevas aplicaciones se
necesit el a5astecimiento de recursos de
calidad, ya ,ue r3pidamente el servicio
ofrecido por las redes se presento totalmente
inadecuado, generando contrariedades como
; El !ro5lema del Enrutamiento'
; El !ro5lema de la .alidad de /ervicio'

; El !ro5lema del .amino m3s .orto'
*e esta manera, al reali+ar este tra5a-o se
o5serva ,ue existe un t4rmino muy importante
,ue es 1o/, el cual se vuelve una &erramienta
importante para los administradores de red y
as, ofrecer un me-or rendimiento en las redes
I!'
II. Marco de Referencia
II.1. Calidad de Servicio
.alidad proceso de entrega de datos en
forma fia5le y<o me-or de lo normal
/ervicio algo ofrecido al usuario final de
la red
9.alidad de servicio representa el con-unto de
las caractersticas tanto cuantitativas como
cualitativas de un sistema distri5uido
necesarias para alcan+ar las funcionalidades
re,ueridas por una aplicacin': =>ogel? =$?
.alidad de servicio 01o/, 01uality of /ervice22
es un con-unto de re,uisitos de servicio ,ue la
red de5e cumplir para asegurar un nivel de
servicio adecuado para la transmisin de los
datos' Estos re,uisitos de servicio se 5asan
en est3ndares de funcionalidad 1o/'
/e denomina latencia a la suma de los retardos
en la red' Un tiempo de latencia varia5le se
define como -itter 0fluctuacin de retardo2
so5re los datos de recepcin'
II.2. Tipos de trfico

El tr3fico se puede dividir en distintas
categoras 5ien en funcin de la tolerancia a los
par3metros indicados o 5ien por los
re,uerimientos de los par3metros =@raden?'
En la siguiente gr3fica, el tr3fico es
Tipos de tr3fico en funcin de la sensi5ilidad al retraso o p4rdida'
clasificado en el producto cartesiano
0sensi5ilidad al retraso2 A 0sensi5ilidad a la
p4rdida2' .omo se o5serva el grado en ,ue las
prestaciones de una aplicacin dependan de
este retraso vara ampliamente y las podemos
catalogar en aplicaciones de tiempo real y
aplicaciones el3sticas'
2.1. Aplicaciones de tiempo real
Una clase importante de estas aplicaciones son
las de reproduccin' En este tipo de
aplicaciones la fuente toma una seBal, la
convierte en pa,uetes y los transmite por la
red' 6a red introduce un retraso ,ue de5e ser
tratado en el receptor' !ara poder tratar
correctamente los pa,uetes la aplicacin
necesita sa5er a priori el m3ximo retraso ,ue
los pa,uetes pueden experimentar'
El retraso puede afectar las prestaciones de las
aplicaciones en dos maneras' !rimero, el
tiempo del retraso determina la latencia de la
aplicacin' /egundo, el retraso individual de
los pa,uetes puede &acer ,ue la fidelidad
decaiga si se excede el tiempo de retraso
determinadoC en este caso la aplicacin puede
retrasar la e-ecucin para reproducir estos
pa,uetes retrasados 0lo ,ue introduce
distorsin2 o 5ien simplemente descartarlos
0lo ,ue crea una seBal incompleta2'
En este sentido se pueden distinguir dos tipos
de aplicaciones
Aplicaciones intolerantes Estas
aplicaciones no se pueden adaptar a ,ue
un pa,uete se retrase m3s ,ue el lmite
predeterminado' Necesitan por lo tanto un
lmite superior del retraso fia5le' Estas
aplicaciones re,uieren un modelo de
servicio denominado servicio garanti+ado'
Aplicaciones adaptativas Estas
aplicaciones pueden tolerar ,ue lleguen
pa,uetes con un mayor retraso' Estas
aplicaciones re,uieren un modelo de
servicio denominado servicio predictivo,
,ue proporciona un servicio 5astante fia5le
pero no seguro' Este tipo de aplicaciones
pueden aceptar una merma en la
calidad presumi5lemente por el menor
costo de este modelo, ya ,ue se incrementa
el uso de los recursos de red'
!ara proporcionar un lmite en el retraso el
tr3fico se tiene ,ue caracteri+ar y de5e &a5er
algDn algoritmo de control de admisin ,ue
asegure ,ue una peticin de flu-o puede ser
aceptada'
2.2. Aplicaciones elsticas
Estas aplicaciones siempre esperan a ,ue los
datos lleguen' Este tipo de aplicaciones no
re,uieren ninguna caracteri+acin del
servicio para funcionar' E-emplos de estas
aplicaciones son transferencias 0ET!2,
terminales 0Telnet, A, NE/2, etc' Un modelo
de servicio para estas aplicaciones es
proporcionar un servicio 9tan r3pido como se
pueda: 0A/A! as"soon"as"possi5le2' En
contraste a los modelos en tiempo real, estas
aplicaciones no est3n su-etas a control de
admisin' /uelen estar 5asadas en un tipo de
servicio usualmente denominado 95est"effort:'
2.. Anc!o de banda " retraso
Ftro aspecto a considerar en el tr3fico es el
anc&o de 5anda y retraso necesario para la
transmisin' En el siguiente gr3fica=(?, el
tr3fico es clasificado en el producto
cartesiano 0anc&o de 5anda2 A 0retraso2' .omo
se o5serva, la transmisin de vdeo y audio
re,uiere un gran anc&o de 5anda y 5a-os
retrasos' El caso contrario es el correo
electrnico, ,ue tiene 5a-o anc&o de 5anda y
tolera un alto retraso 0en la mayora de los
casos2'
Tipos de tr3fico en funcin del anc&o de 5anda y el retraso
II.. #ivel de calidad de servicio
.ada tipo de aplicacin re,uiere diferentes
niveles de calidad de servicio' @a-os niveles
de calidad son f3ciles de implementar usando
mecanismos simples de gestin, como por
e-emplo controlando peridicamente el nivel
de carga de una red y aumentando los recursos
de la red antes de ,ue est4n congestionados'
Este es,uema podra servir para proporcionar
un servicio predictivo'
En cam5io, o5tener una alta calidad de
servicio, como pueda ser el servicio
garanti+ado, es m3s comple-o de solucionar' En
general, &ay ,ue so5redimensionar los recursos
de la red y tenerlos asignados para poder
garanti+ar este nivel de servicio' En este
sentido, se puede medir la calidad de servicio
,ue ofrece la red en funcin de la eficiencia de
recursos ,ue usa' Este compromiso entre
calidad y eficiencia es un aspecto muy
importante en el diseBo de las redes en tiempo
real' Adem3s, aun,ue los mecanismos de
calidad de servicio pueden variar en distintas
partes de la red, esta calidad tiene ,ue
o5tenerse entre emisor y receptor'
II.$. Modelos de servicios
Un modelo de servicio define las propiedades
,ue de5e tener un servicio y ,ue 4ste ofrece a
las aplicaciones ,ue lo usan' En general se
puede &a5lar de dos modelos servicios
integrados 0Int/erv2 y servicios diferenciados
0*iff/erv2=G?'
$.1 Modelo de servicios inte%rados &IntServ'
Introducido por IETE en $77H IE. $JGG
/ugiere ,ue la ar,uitectura actual 0mas algunas
extensiones es suficiente para proporcionar
calidad de servicio' El modelo de servicios
integrados intenta integrar todos los tipos de
tr3ficos posi5les en una misma red de uso
general =@raden?' Este modelo ofrece servicios
cuantifica5les y mesura5les en el sentido ,ue
son definidos para proporcionar una
determinada calidad de servicio para un tipo de
tr3fico cuantificado' Este modelo est3
tpicamente asociado a mecanismos de
admisin y reserva de recursos en la red'
El modelo de reserva descri5e cmo una
aplicacin negocia el nivel de calidad de
servicio' El modelo m3s simple es ,ue una
aplicacin pida una calidad de servicio
particular y ,ue la red se lo proporcione o lo
deniegue'
/in em5argo, m3s ,ue rec&a+ar la peticin, la
red podra conceder un nivel de recursos menor
,ue el pedido' Un es,uema m3s comple-o es el
modelo de reserva de 9do5le pasada:' En este
es,uema, se propaga la especificacin del
tr3fico inicial desde el origen a los posi5les
destinos' .ada router en las rutas guarda estos
valores y ,ui+3 los a-usta para refle-ar su
capacidad disponi5le' Esta especificacin
a-ustada a la red es devuelta al origen ,ue
decide si admite o no el canal'
/ervicio Integrados
En la ar,uitectura Int/erv se definen tres tipos
de servicio
/ervicio Garanti+ado garanti+a un
caudal mnimo y un retardo m3ximo'
/ervicio de .arga .ontrolada este
servicio de5e ofrecer una calidad
compara5le a la de una red de datagramas
poco cargada,
/ervicio @est Effort este servicio no
tiene ninguna garanta'
!ara conseguir sus o5-etivos Int/erv dispone
del protocolo I/>!'
$.1.1. RS(P
Es un protocolo de seBali+acin ,ue permite a
los &osts especificar a la red la 1o/ ,ue
re,uieren en un determinado flu-o
El receptor es el encargado de solicitar a la red
la 1o/ ,ue re,uiereC esto permite mane-ar
mem5resas din3micas a grupos y
caractersticas &eterog4neas de receptores
.ada enrutador de la red pasa la solicitud
I/>! al siguiente enrutador ,ue se encuentra
en el camino inverso del flu-o
.ada enrutador puede o no reservar los
recursos necesarios 0por e-emplo, anc&o de
5anda2 para satisfacer la 1o/ solicitada
dependiendo de su disponi5ilidad
I/>! se utili+a en Intranets, no escala 5ien en
redes ,ue mane-an muc&os flu-os de5ido a ,ue
los re,uerimientos de procesamiento y
almacenamiento se incrementan linealmente
con el nDmero de reservaciones y los
enrutadores pueden so5recargarse , adem3s, en
Internet no se puede garanti+ar ,ue una red
soportar3 I/>! =H?
$.1.2. )esventa*as de IntServ
Excesiva comple-idad
!oca esca5ilidad
Todos los nodos de5en implementar
=Int/erv ? Ineficiencia de5ido al /oft /tate
Ineficiencia de5ido aumento de trafico
$.2. Modelo de servicios diferenciados
&)iffServ'
Introducido por IETE en $77K IE. (HLM
!resenta un es,uema de prioridades de
tratamiento del pa,uete'
Este modelo es un mecanismo de calidad de
servicio de nivel G ,ue &a sido utili+ado
durante algunos aBos, aun,ue se &a
reali+ado poco esfuer+o para su
estandari+acin &asta la aparicin
recientemente del grupo de /ervicios
*iferenciados de la IETE 0*iff/erv2 =@laNe?'
En este modelo, la red clasifica el tr3fico en
distintas clases y les aplica una disciplina de
servicio diferenciada con el o5-etivo de
proporcionar distintos niveles de calidad de
servicio' En este caso no se reservan
recursos por lo ,ue no se puede garanti+ar a
prioridad una calidad de servicio'
*e este modo, se pueden tener varias clases de
servicio para tiempo real, con varios niveles de
retraso' Tam5i4n &a5r3 niveles con servicio
predictivo y otros slo con garanta de entrega'
El cliente escoger3 el tipo de servicio en
funcin del tr3fico a transmitir y por supuesto,
el precio ,ue ,uiera pagar'
Ftra de las venta-as de este modelo es su
menor comple-idad de implementacin y su
f3cil integracin con los protocolos I!, en el
,ue cada pa,uete puede ser marcado con la
clase de servicio ,ue re,uiere' Esta marca ser3
utili+ada por lo routers para diferenciar el
servicio por pa,uete'
6a ar,uitectura *iff/erv se 5asa en la idea de
,ue la informacin so5re calidad de servicio se
escri5e en los datagramas, no en los routers'
Esta es la diferencia fundamental con Int/erv
y es la ,ue nos va a permitir implementar una
calidad de servicio escala5le a cual,uier
cantidad de flu-os'
En *iff/erv se definen tres tipos de servicio,
,ue son los siguientes
/ervicio OExpedited EorPardingQ o
O!remiumQ Este servicio es el de mayor
calidad' *e5e ofrecer un servicio
e,uivalente a una lnea dedicada virtual, o a
un circuito ATM .@I o >@I"rt'
/ervicio OAssured EorPardingQ Este
servicio asegura un trato preferente, pero
no garanti+a caudales, retardos, etc'
En el servicio Assured EorParding el
proveedor puede aplicar traffic policing al
usuario, y si el usuario excede lo pactado el
proveedor puede descartar datagramas, o
5ien aumentar la precedencia de descarte'
/ervicio @est Effort este servicio se
caracteri+a por tener a cero los tres
primeros 5its del */.!' En este caso los
dos 5its restantes pueden utili+arse para
marcar una prioridad, dentro del grupo
O5est effortQ' En este servicio no se ofrece
ningDn tipo de garantas'
$.2.1 (enta*as )iffServ
Iouters m3s r3pidos se limita la
comple-idad de clasificacin y encolado
Menor estados
Menor seBali+acin
Menor almacenamiento

$.2.1 )esventa*as )iffServ

No es extremo a extremo
/ervicios no est3n estrictamente
garanti+ados
Ie,uiere so5redimencionamiento
III. Representacin +M, de los Servicios
)iferenciales e Inte%rales
!ara comprender me-or cmo funcionan las
ar,uitecturas de los dos modelos de servicio
anali+ados se propusieron las representaciones
UM6 de cada uno de ellos seleccionando slo
tres de los diagramas utili+ados en UM6 para la
representacin de las ar,uitecturas los
*iagramas de .asos de Uso, *iagramas de
Actividades y *iagramas de /ecuencia' .on
estos se pretende ilustrar de una manera gr3fica
el funcionamiento y no la implementacin de
los modelos =M?'
En las figuras $ y ( se o5servan los casos de
uso y el diagrama de secuencia de los *iffR
/erv respectivamente, en la primera se
muestran los actores ,ue intervienen en la
ar,uitectura, en la segunda se muestran los
mensa-es ,ue se envan cada uno de los actores
y la forma en ,ue interactDan'
-i%. $ .asos de Uso para *iffR/erv
-i%' (' *iagrama de /ecuencia para *iffR/erv
En las figuras G y H se muestran los diagramas
de casos de uso, de secuencia para los Int/erv,
ca5e mencionar ,ue en este modelo se reali+
el diagrama de secuencia del protocolo I/>!,
,ue es un punto clave para comprender esta
ar,uitectura'
-i%. *iagrama de .aso de Uso para IntR/erv
-i%. $ *iagrama de /ecuencia para IntR/erv
I(. Conclusiones
Sace una d4cada atr3s, la llegada del tr3fico de
pa,uetes de vo+ y video motiv traer ciertos
intentos de distintos niveles de servicio al
tr3fico de pa,uetes, actualmente, Internet
necesita soportar mDltiples aplicaciones y a
cada una de estas es necesario garanti+arle el
servicio en funcin de no salirse de los limites
esta5lecidos para retardo, variacin en el
retardo y perdida de pa,uetes, par3metros
importantes en toda aplicacin'
6a ar,uitectura de servicios diferenciados
5rinda un 5uen desempeBo a las aplicaciones
incluso &asta el m3ximo de utili+acin del
enlace y, por lo tanto, puede garanti+ar calidad
de servicio a los servicios de vo+, vdeo y
datos mientras no exista congestin en la red'
!or lo tanto, nada garanti+a ,ue una
comunicacin ,ue re,uiera de un anc&o de
5anda constante se lleve a ca5o sin incidentes'
Es por ello ,ue existen mecanismos,
denominados mecanismos 1o/, ,ue posi5ilitan
diferenciar diferentes flu-os de red y reservar
una parte del anc&o de 5anda para a,u4llos ,ue
necesiten un servicio continuo, sin
interrupciones'
(. Referencias
=$? .IUT, SU.TFI VAn3lisis y modelado de mecanismos
para
la implantacin de redes con .alidad de /ervicioV,
Tesis de
Maestra, .I.E/E, (88$'
=(? .A@A66EIF, AW.SIT6 VAn3lisis y modelado de
mecanismos de servicios diferenciados 0*iff/erv2
para la
implantacin de redes con .alidad de /ervicio
01o/2V, Tesis
de Maestra, .I.E/E, (88$'
=G? @6AXE / et al' VIE. (LHM An arc&itecture for
*ifferentiated
/ervicesV, $77K'
=H? M' 6en 0(88G2 Modelo UML del Modelo
de Servicios Integrados de Internet, AII
.ongreso Internacional de .omputacin'
I/@N 7L8"GJ"8877"7'
=M? /' @laNe 0$77K2 An Architecture for
Differentiated Services, IE. (HLM'