INGENIERA DE SERVICIOS TELEMTICOS

COMPONENTE PRCTICO

GRUPO No. (5)

FABIN SNCHEZ CERN - 12265941

TUTOR:
PEDRO TORRES SILVA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNAD

ESCUELA DE CIENCIAS BSICAS, TECNOLOGA E
INGENIERA
PITALITO HUILA
21/11/2017
 INTRODUCCIN

En la Fase Prctica de Ingeniera de Servicios Telemticos el estudiante de

la Unad desarrollara habilidades de investigacin, aplicando los
conocimientos adquiridos en el estudio de telecomunicaciones. Es este caso
bajo la metodologa de Investigacin basado en proyectos, donde es
importante conocer, analizar y sobre todo tener la capacidad de indagar. La
solucin de esta Actividad nos permitir introducirnos en este campo,
propiamente en el campo de la ingeniera. Es una oportunidad para aprender
y ganar destrezas en el manejo de las tcnicas y mtodos utilizados por este
campo de la ingeniera, y de esta manera proponer soluciones en casos
prcticos.
 2) Actividad 2: Conceptos de interconexin, planificacin y
dimensionamiento de redes
a) Tablas de encaminamiento. Rutas por defecto.
Tanto los enrutadores como los hosts guardan una tabla de enrutamiento. El
daemon de enrutamiento de cada sistema actualiza la tabla con todas las rutas
conocidas. El ncleo del sistema lee la tabla de enrutamiento antes de reenviar
paquetes a la red local. La tabla de enrutamiento enumera las direcciones IP de
las redes que conoce el sistema, incluida la red local predeterminada del sistema.
La tabla tambin enumera la direccin IP de un sistema de portal para cada red
conocida. El portal es un sistema que puede recibir paquetes de salida y
reenviarlos un salto ms all de la red local.
b) Trnsito de los paquetes en la red: retardos, tiempo de vida, tamao y
fragmentacin.
Se presenta el concepto de vas de red. Una combinacin de los recursos del
sistema que se asignan para gestionar el trfico de la red constituye una va de
red. Por lo tanto, las vas de red son rutas personalizadas para determinados
tipos de trfico de red. Cada va puede ser una va de hardware o una va
de software. Adems, cada tipo de va puede ser una va de recepcin o una va
de transmisin.
c) ICMP
El Protocolo de Mensajes de Control y Error de Internet, ICMP, es de
caractersticas similares a UDP, pero con un formato mucho ms simple, y su
utilidad no est en el transporte de datos de usuario, sino en controlar si un
paquete no puede alcanzar su destino, si su vida ha expirado, si el
encabezamiento lleva un valor no permitido, si es un paquete de eco o respuesta,
etc.
d) Tunnelling.
Cuando la informacin se transfiere mediante Internet o entre dos dispositivos
digitales, lo hace a travs de protocolos. Estos protocolos dividen el mensaje en
distintas partes (normalmente dos): una parte contiene los datos reales que se
trasfieren y la otra contiene la informacin de las reglas de la transmisin. Estos
tipos de protocolos se suelen utilizar para enviar datos de una red privada a
travs de una red pblica, normalmente durante la creacin de una red privada
(VPN).
e) Algoritmos de encaminamiento

Los algoritmos de encaminamiento se pueden agrupar no adaptativos y

adaptativos. Los algoritmos no adaptativos no basan sus decisiones de
encaminamiento en mediciones o estimaciones del trfico actuales; ms
bien, la eleccin de la ruta utilizable para ir de i 1a la j (para toda i y j), se
determina anticipadamente, fuera de lnea y se carga en los IMP cuando la
 red se arranca. A este procedimiento se le denomina a veces
encaminamiento esttico.

f) Encaminamiento Multicast
Multicast es ms eficiente que la de difusin, porque los paquetes de difusin
tienen que ser recibida por todos en el vnculo local. Cada OS toma una
interrupcin, y pasa el paquete en la inspeccin, que normalmente implica
algunas copias de datos. En multidifusin, la tarjeta de red no escucha a
estos paquetes de multidifusin a menos que se le ha dicho que lo haga.

g) Servicio de transporte sin conexin: protocolo UDP

Proporciona servicio de transporte de datos P a P confiable y econmico, desde
la mquina de origen a la de destino, independiente de la/s red/es fsica/s en uso.
UDP: El UDP (User Data 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.
h) Servicio de transporte orientado a conexin: protocolo TCP
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 conexin (los sockets). Las conexiones de TCP son punto-a-
punto y full dplex. No preservan los lmites de mensajes.

i) Funciones de control y gestin de la conexin en TCP

Prestar un servicio que permita que la comunicacin entre dos sistemas se
efecte libre de errores, sin prdidas y con seguridad. Las conexiones TCP
comunican entre s a dos procesos en dos equipos. Cada proceso es identificado
por un nmero de puerto y durante la vida del mismo, su puerto puede
encontrarse en diferentes estados.
j) Transferencia de datos: control de flujo y temporizacin.
Concepto y funciones de un protocolo de enlace Control de flujo: mecanismo de
ventana Control de errores: algoritmos de retransmisin.

Control de flujo: La temporizacin tambin afecta la cantidad de informacin que

se puede enviar y la velocidad con la que puede entregarse.

Temporizacin del mensaje: Otro factor que afecta la correcta recepcin y

comprensin del mensaje es la temporizacin. Las personas utilizan la
temporizacin para determinar cundo hablar, la velocidad con la que lo harn y
cunto tiempo deben esperar una respuesta

k) Control de la congestin: temporizacin y ventana de congestin.

 Ventana de congestin: Es el valor lmite de la ventana del emisor. El objetivo
de los mecanismos de control de congestin ser lograr una buena
estimacin de ese valor, de manera que en todo momento tenga un valor
ptimo. Es decir, sea lo ms grande posible (de manera que no sea una
merma para la velocidad real a la que se transmite), pero sin llegar a provocar
congestiones en la red (que tambin redundarn en una merma de la
velocidad real o efectiva).

2.2 El estudiante describe cada uno de los conceptos

anteriores y los explica con ejemplos.

l) Tablas de encaminamiento. Rutas por defecto.

Tanto los enrutadores como los hosts guardan una tabla de enrutamiento. El
daemon de enrutamiento de cada sistema actualiza la tabla con todas las rutas
conocidas. El ncleo del sistema lee la tabla de enrutamiento antes de reenviar
paquetes a la red local. La tabla de enrutamiento enumera las direcciones IP de
las redes que conoce el sistema, incluida la red local predeterminada del sistema.
La tabla tambin enumera la direccin IP de un sistema de portal para cada red
conocida. El portal es un sistema que puede recibir paquetes de salida y
reenviarlos un salto ms all de la red local. A continuacin se incluye una tabla
de enrutamiento simple en una red slo de IPv4:

Al configurar el enrutamiento para la red local o el sistema autnomo, considere

el tipo de enrutamiento que desea para los hosts y enrutadores especficos.

La tabla siguiente muestra los diversos tipos de enrutamiento y las redes para
las que es adecuado cada tipo.

Tipo de enrutamiento Recomendado para

Esttico Hosts y redes de tamao reducido
que obtienen las rutas de un
enrutador predeterminado, y
enrutadores predeterminados que
slo necesitan conocer uno o dos
enrutadores en los siguientes saltos
Dinmico Interredes de mayor tamao,
enrutadores en redes locales con
mltiples hosts y hosts de sistemas
autnomos de gran tamao. El

Esttico y dinmico combinados
enrutamiento dinmico es la mejor
opcin para los sistemas en la
mayora de las redes.
Enrutadores que conectan una red
con enrutamiento esttico y una red
con enrutamiento dinmico, y
enrutadores de lmite que conectan
un sistema autnomo interior con
redes externas. La combinacin del
enrutamiento esttico y dinmico en
un sistema es una prctica habitual

m) Trnsito de los paquetes en la red: retardos, tiempo de vida, tamao y

fragmentacin.

Los paquetes recorren una ruta para ingresar a un sistema y para salir de l. En
un nivel granular, los paquetes se reciben y se transmiten mediante los anillos
de recepcin (Rx) y de transmisin (Tx) de una NIC. Desde estos anillos, los
paquetes recibidos se transfieren a la pila de red para su posterior procesamiento
mientras los paquetes salientes se envan a la red.

Se presenta el concepto de vas de red. Una combinacin de los recursos del

sistema que se asignan para gestionar el trfico de la red constituye una va de
red. Por lo tanto, las vas de red son rutas personalizadas para determinados
tipos de trfico de red. Cada va puede ser una va de hardware o una va
de software. Adems, cada tipo de va puede ser una va de recepcin o una va
de transmisin. La diferencia entre las vas de hardware y de software se basa
en la capacidad de una NIC de admitir la asignacin de anillos. Para obtener ms
informacin sobre la asignacin de anillos, En las vas de hardware, los anillos
se dedican a los paquetes que utilizan esas vas. Por el contrario, los anillos de
las vas de software se comparten entre los enlaces de datos. Los enlaces de
datos se configuran para compartir anillos por los siguientes motivos:

Objetivo administrativo. Es posible que el enlace de datos no est realizando

procesos intensivos que requieran anillos dedicados.

La NIC no admite la asignacin de anillos.

A pesar de la compatibilidad con la asignacin de anillos, los anillos ya no

estn disponibles para ser asignados para uso exclusivo.

Tenga en cuenta la siguiente figura que muestra diferentes vas de hardware:

La figura muestra la siguiente configuracin:

El sistema tiene una nica NIC, nxge.

Los enlaces se configuran mediante el dispositivo

fsico: nxge0, vnic1 y vnic2. Tenga en cuenta que, como un enlace de datos,
a nxge0 se le puede asignar un nombre personalizado. Sin embargo, en la
figura, el enlace conserva el nombre de dispositivo predeterminado.

El sistema tiene varias CPU.

La NIC admite la asignacin dinmica de anillos. Por lo tanto, se puede

asignar un conjunto de anillos de hardware a cada enlace para constituir una
va de hardware. Adems, tambin se asigna un conjunto de CPU a cada va.

Retardos
El paquete completo debe llegar al conmutador de paquetes antes de que lo
pueda retransmitir.

Procesando
El conmutador debe tomar una decisin para cada paquete, la cual lleva tiempo
(tr )
Retardo en cola
Los paquetes pueden llegar al router a una velocidad mayor que la capacidad
del enlace de salida
El router los almacena en memoria hasta poder enviarlos
Esperan en una cola
Si no queda espacio en memoria para almacenar un paquete, normalmente
ste se pierde (drop-tail policy)

R = tasa de transmisin
L = longitud del paquete
= tasa media de llegadas por segundo
Llegan paquetes por segundo
Llegan L bps
I>1?
Llegadas peridicas ?
Llegadas en rfagas ?
Intensidad del trfico:
I>1?
Llegadas peridicas ?
Llegadas en rfagas ?

Tamao y fragmentacin.
El protocolo IP fragmenta la informacin que le llega del nivel de transporte en
bloques (llamados segmentos) que no sobrepasen el tamao de la unidad
mxima de transferencia MTU (Maximum Transfer Unit) que, por lo general,
suele ser de 64 Kbytes. A este proceso de divisin de un paquete de informacin
en varios segmentos se llama fragmentacin IP.

Es un protocolo no orientado a conexin. Esto implica que cada trama que enve
no tiene por qu ir siempre por el mismo camino, ya que no se establece ninguna
conexin permanente con el destino, lo cual lo hace muy flexible. Por tanto, los
distintos fragmentos cuando llegan al destino pueden estar desordenados.

El protocolo IP no es fiable, ya que no garantiza la entrega de los paquetes.

Pueden aparecer entonces paquetes perdidos y/o duplicados al solicitar el
reenvo de algn paquete que se pensase perdido. El no usar encabezados para
garantizar la entrega de paquetes permite que los paquetes que se envan sean
ms pequeos y se sobrecargue menos la red.

Por tanto, el protocolo IP no se encarga del control y la seguridad, dejndolos en

manos de las capas superiores como la de transporte.

La cabecera de los datagramas IP incluye numerosos campos necesarios para

el correcto funcionamiento del protocolo. Entre estos campos cabe destacar:

Versin (4 bits). Siempre toma valor 0100 para indicar que se trata de una
cabecera del protocolo IP en su versin 4.
IHL (4 bits). Longitud de la cabecera en palabras de 32 bits. La longitud
mnima de una cabecera IP correcta es de 5 palabras pudiendo alcanzar
un mximo de 15 palabras.
 Tamao Total (16 bits). Longitud total del datagrama en octetos,
incluyendo el tamao de la cabecera y el de los datos. El tamao mximo
de los datagramas usados normalmente es de 576 octetos (64 de
cabeceras y 512 de datos). Una mquina no debera enviar
datagramas mayores a no ser que tenga la certeza de que van a ser
aceptados por la mquina destino. En caso de fragmentacin este campo
contendr el tamao del fragmento, no el del datagrama original.
Identificador (16 bits). Identificador nico del datagrama. Se utiliza, en
caso de que el datagrama deba ser fragmentado, para poder distinguir los
fragmentos de un datagrama de los de otro.
Posicin Fragmento (13 bits). En caso de paquetes fragmentados, indica
la posicin, en unidades de 64 bits, que ocupa el paquete actual dentro
del datagrama original. El primer paquete de una serie de fragmentos
contendr en este campo el valor 0.
TTL (Tiempo de Vida) (8 bits): Indica el mximo nmero de
encaminadores que un paquete puede atravesar. Cada vez que algn
nodo procesa este paquete disminuye su valor en 1 como mnimo.
Cuando llegue a ser 0, el paquete ser descartado.
Protocolo (8 bits). Indica el protocolo de nivel inferior utilizado en la parte
de datos del datagrama.
Checksum (16 bits). Suma de verificacin de integridad del encabezado.
Se utilizada para comprobar si hay errores en la cabecera. No comprueba
errores en los datos. El mtodo de clculo consiste en sumar en
complemento a 1 cada palabra de 16 bits de la cabecera (considerando
valor 0 para el campo de suma de control de cabecera) y hacer el
complemento a 1 del valor resultante.
Direccin Origen (32 bits). Indica la direccin IP de la mquina origen.
Direccin Destino (32 bits). Indica la direccin IP de la mquina destino.
Datos: Informacin recibida del nivel superior que se ha de encaminar
hacia su destino.

n) ICMP
El Protocolo de Mensajes de Control y Error de Internet, ICMP, es de
caractersticas similares a UDP, pero con un formato mucho ms simple, y su
utilidad no est en el transporte de datos de usuario, sino en controlar si un
paquete no puede alcanzar su destino, si su vida ha expirado, si el
encabezamiento lleva un valor no permitido, si es un paquete de eco o respuesta,
etc. Es decir, se usa para manejar mensajes de error y de control necesarios para
los sistemas de la red, informando con ellos a la fuente original para que evite o
corrija el problema detectado. ICMP proporciona as una comunicacin entre el
software IP de una mquina y el mismo software en otra.

El protocolo ICMP solamente informa de incidencias en la entrega de paquetes o

de errores en la red en general, pero no toma decisin alguna al respecto. Esto es
tarea de las capas superiores.
Los mensajes ICMP se transmiten como datagramas IP normales, con el campo
de cabecera "protocolo" con un valor 1, y comienzan con un campo de 8 bits que
define el tipo de mensaje de que se trata. A continuacin viene un campo cdigo,
de o bits, que a veces ofrece una descripcin del error concreto que se ha
producido y despus un campo suma de control, de 16 bits, que incluye una
suma de verificacin de errores de transmisin. Tras estos campos viene el
cuerpo del mensaje, determinado por el contenido del campo "tipo". Contienen
adems los 8 primeros bytes del datagrama que ocasion el error.

o) Tunnelling.

Cuando la informacin se transfiere mediante Internet o entre dos dispositivos

digitales, lo hace a travs de protocolos. Estos protocolos dividen el mensaje en
distintas partes (normalmente dos): una parte contiene los datos reales que se
trasfieren y la otra contiene la informacin de las reglas de la transmisin. Para
que se establezca una conexin, ambas partes deben conocer y utilizar el mismo
protocolo de comunicacin. Un protocolo de tnel es aquel que incluye en su
datagrama otro paquete de datos completo que utiliza un protocolo de
comunicaciones diferente. Bsicamente, estos protocolos crean un "tnel" entre
dos puntos de una red que puede transmitir de forma segura cualquier tipo de
datos entre ellos.

Estos tipos de protocolos se suelen utilizar para enviar datos de una red privada
a travs de una red pblica, normalmente durante la creacin de una red privada
(VPN), pero tambin se pueden utilizar para aumentar la seguridad de los datos
no cifrados que se envan a travs de una red pblica. Hay varios protocolos de
tnel bastante conocidos como, por ejemplo, protocolo de shell seguro (SSH),
protocolo de tnel punto a punto (PPTP) y protocolo de seguridad de Internet
(IPsec). Cada uno de ellos est diseado para desempear una labor especfica.

Dado que los protocolos de tnel ocultan un paquete completo de datos dentro
del datagrama, existe la posibilidad de que se lleven a cabo usos inadecuados.
Los tneles se suelen utilizar para traspasar firewall poco sofisticado o mal
configurado mediante la inclusin de protocolos bloqueados dentro de protocolos
a los que el firewall permite la entrada. El uso de los protocolos de tnel dificulta,
adems, la realizacin de tareas como la inspeccin exhaustiva de paquetes,
donde la infraestructura de red busca datos sospechosos en el datagrama, o el
filtrado de entrada/salida, cuyos anlisis de seguridad de los datos estn dirigidos
a brindar proteccin frente a posibles ataques. Tambin existen informes de
malware que se transmiten mediante la nueva tecnologa IPv6, que utiliza los
tneles para poder transmitirse a dispositivos no compatibles con IPv6 o a travs
de ellos.

Al representar una amenaza potencial, los protocolos de tnel deben estar al

alcance de los profesionales de red o de IT, que deben garantizar que sus
sistemas puedan bloquear tneles no deseados, as como que estn
configurados para aplicar protocolos de seguridad a los datos enviados mediante
un tnel conocido, como los datos que se envan a travs de redes VPN.

p) Algoritmos de encaminamiento

Los algoritmos de encaminamiento se pueden agrupar no adaptativos y

adaptativos. Los algoritmos no adaptativos no basan sus decisiones de
encaminamiento en mediciones o estimaciones del trfico actuales; ms bien, la
eleccin de la ruta utilizable para ir de i 1a la j (para toda i y j), se determina
anticipadamente, fuera de lnea y se carga en los IMP cuando la red se arranca.
A este procedimiento se le denomina a veces encaminamiento esttico.

Los algoritmos adaptativos, por otra parte, intentan cambiar sus decisiones de
encaminamiento para reflejar los cambios de topologa y de trfico actual.
Existen tres familias distintas de algoritmos adaptativos, que se diferencian de
acuerdo con la informacin que utilizan. Los algoritmos globales utilizan
informacin recogida que toda la subred, para intentar tomar decisiones ptimas.
A este planteamiento se le conoce como encaminamiento centralizado. Los
algoritmos locales operan en forma separada sobre cada IMP, y slo utilizan la
informacin que se encuentra disponible all, como la longitud de las colas de
espera. A stos se les conoce como algoritmos aislados. Por ltimo, la tercera
dase de algoritmos utiliza una combinacin de informacin del tipo global y local;
y se les conoce como algoritmos distribuidos. A continuacin se estudiarn con
mayor detalle estas tres clases de algoritmos.

q) Encaminamiento multicast
Multicast es ms eficiente que la de difusin, porque los paquetes de difusin
tienen que ser recibida por todos en el vnculo local. Cada OS toma una
interrupcin, y pasa el paquete en la inspeccin, que normalmente implica
algunas copias de datos. En multidifusin, la tarjeta de red no escucha a estos
paquetes de multidifusin a menos que se le ha dicho que lo haga.

De forma predeterminada, con tarjetas de red multicast habilitado, el NIC

escuchar slo 224.0.0.1 en el arranque. Esta es la direccin asignada a todos
los sistemas de esta subred. S, es muy similar a la de difusin. De hecho,
muchas personas dicen que la difusin es un caso especial de multidifusin.

Multicast es selectiva en que se enva a, simplemente por la naturaleza de cmo

las tarjetas de red pueden ignorar las cosas poco interesantes. As es como
funciona el enlace local, pero qu hay de la Internet? Si alguien quiere transmitir
el nacimiento del beb de una celebridad en frica a travs de multidifusin, no
queremos que todos los routers en Internet consume el ancho de banda
requerido para entregar a cada equipo. Aparte de la tarjeta de red ser capaz de
tomar decisiones a nivel local, existen mecanismos de enrutamiento multicast
que sirven para podar ciertas subredes. Si nadie quiere ver que dentro de su
red, no hay razn para permitir que sta en la red.

Las personas que estn interesados en ver tal espectculo se desarrollar un

programa especial, que a su vez le dice a la tarjeta de red para unirse a un grupo
multicast. La NIC utiliza el Protocolo de administracin de grupos de Internet
(IGMP) para alertar a los routers multicast locales que les gustara unirse a un
grupo especfico. Esto slo funciona en un solo sentido, sin embargo. Si alguien
quiere enviar y recibir multicast, la capa IP tendr que ser ms elegante. Para el
envo, IP asignar una direccin IP a una direccin Ethernet, y decirle al
controlador de la NIC para que pueda configurar la tarjeta con otra direccin
MAC.

r) Servicio de transporte sin conexin: protocolo UDP

Proporciona servicio de transporte de datos P a P confiable y econmico, desde

la mquina de origen a la de destino,

Independiente de la/s red/es fsica/s en uso.

Se accede a ella por primitivas de servicios que permiten establecer, usar

y liberar conexiones.
Es clave para entender los protocolos en capas.
Lmite principal entre el Proveedor y el Usuario del servicio confiable de
transmisin de datos.

Temas:

Servicio de Transporte
Primitivas de servicio de transporte
Protocolos de Transporte. Direccionamiento. Administracin de
Conexiones.Control de flujo y buffers.Multiplexacin de conexiones
Protocolos de transporte en Internet: TCP y UDP.

UDP

El UDP (User Data 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 solicitud 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 esfuerzo), 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. Cuando 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.

s) Servicio de transporte orientado a conexin: protocolo TCP

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 conexin (los sockets).
La direccin de un socket es la direccin de IP del host y un nmero de 16 bits
que es local al host (la puerta). Se identifica una conexin con las direcciones de
socket de cada extremo; se puede usar un socket para conexiones mltiples a la
vez.
Los nmeros de puerta bajo 256 son puertas bien conocidas para servicios
comunes (como FTP).
Las conexiones de TCP son punto-a-punto y full dplex. No preservan los lmites
de mensajes.
Cuando una aplicacin manda datos a TCP, TCP puede mandarlos
inmediatamente o almacenarlos (para acumular ms). Una aplicacin puede
solicitar que TCP manda los datos inmediatamente a travs del flag de PUSH
(empujar).
TCP tambin apoya los datos urgentes. TCP manda datos con el flag URGENT
inmediatamente. En el destino TCP interrumpe la aplicacin (la manda una
seal), que permite que la aplicacin pueda encontrar los datos urgentes.

t) Funciones de control y gestin de la conexin en TCP

Prestar un servicio que permita que la comunicacin entre dos sistemas se

efecte libre de errores, sin prdidas y con seguridad.

Orientado a conexin: Cuando se quieren enviar datos de un proceso de un host

origen a un proceso de un host de destino, TCP establece previamente una
conexin lgica entre ambos a travs de la cual enviar toda la informacin. Una
vez finalizado el proceso de comunicacin, si la conexin ya no es necesaria, se
destruye.
Las conexiones TCP comunican entre s a dos procesos en dos equipos. Cada
proceso es identificado por un nmero de puerto y durante la vida del mismo, su
puerto puede encontrarse en diferentes estados.
En el modelo de comunicacin ms utilizado por el protocolo TCP
es cliente/servidor, en este modelo:

Inicialmente los servidores suelen tener su puerto a la escucha y

los clientes su puerto cerrado y slo cambia de estado cuando quiere
comunicarse con el servidor.
Cuando se establece una conexin TCP entre dos dispositivos, despus
de pasar por una serie de estados intermedios, los puertos alcanzan el
estado de conexin establecida (Established). Mientras se encuentran en
ese estado ambos procesos podrn intercambiar informacin a travs de
una misma conexin TCP.
 Cuando la conexin deja de ser necesaria, se inicia un proceso de
finalizacin de la conexin que, despus de pasar tambin por una serie
de estados intermedios, alcanza el de espera (Time-Wait), en el que
espera a que pueda llegar algn mensaje que qued rezagado. Pasado
cierto tiempo, el puerto se cierra de nuevo y pasa al
estado cerrado (Closed) en el cliente y escucha (Listen) en el servidor, ya
que estos normalmente no cierran nunca el puerto, para poder as, recibir
nuevas conexiones.

u) Transferencia de datos: control de flujo y temporizacin.

Concepto y funciones de un protocolo de enlace Control de flujo: mecanismo de

ventana Control de errores: algoritmos de retransmisin

Control de flujo

La temporizacin tambin afecta la cantidad de informacin que se puede enviar

y la velocidad con la que puede entregarse. Si una persona habla demasiado
rpido, la otra persona tendr dificultades para escuchar y comprender el
mensaje, como se muestra en la figura 2. La persona que recibe el mensaje debe
solicitar al emisor que disminuya la velocidad. En las comunicaciones de redes,
un host emisor puede transmitir mensajes a una velocidad mayor que la que
puede recibir y procesar el host de destino. Los hosts de origen y destino utilizan
el control del flujo para negociar la temporizacin correcta, a fin de que la
comunicacin sea exitosa.

Temporizacin del mensaje

Otro factor que afecta la correcta recepcin y comprensin del mensaje es la

temporizacin. Las personas utilizan la temporizacin para determinar cundo
hablar, la velocidad con la que lo harn y cunto tiempo deben esperar una
respuesta. stas son las reglas de la participacin.

v) Control de la congestin: temporizacin y ventana de congestin.

La idea principal de esta investigacin es plantear un modelo de control, sin

hacer ningn cambio en el protocolo, ya que conlleva a realizar un cambio en los
tiempos de transmisiones, confirmaciones y retransmisiones de los elementos
de red. Estos cambios podran empeorar el comportamiento de la red LAN. Por
tal motivo, se plantea un modelo que no cambie el protocolo en su estructura,
sino que ayude a tratar el comportamiento de los elementos de la red, para que
se adapten a los flujos de datos que se producen por los comportamiento
aleatorios de los usuarios.

Si se produce un retraso entre el nodo que calcula la hora de inicio y el nodo Time
out Control, la hora de inicio en el mensaje habr pasado cuando llegue al
nodo Time out Control. Si la hora de inicio es anterior a los cinco minutos,
aproximadamente, anteriores a la hora actual, se emite un aviso y el nodo Time
out Control rechaza la peticin de tiempo de espera. Si la hora de inicio est
dentro de los cinco minutos anteriores a la hora actual, el nodo procesa la
peticin como si fuera inmediata. Por tanto, asegrese de que la hora de inicio
en el mensaje de peticin de tiempo de espera sea una hora futura.

Ventana de congestin.
Es el valor lmite de la ventana del emisor. El objetivo de los mecanismos de
control de congestin ser lograr una buena estimacin de ese valor, de manera
que en todo momento tenga un valor ptimo. Es decir, sea lo ms grande posible
(de manera que no sea una merma para la velocidad real a la que se transmite),
pero sin llegar a provocar congestiones en la red (que tambin redundarn en
una merma de la velocidad real o efectiva).
El valor de la ventana de emisin, es decir, el nmero de bytes que el emisor
puede llegar a emitir sin esperar a recibir un ACK, ser siempre el mnimo entre
la ventana de congestin y el valor de ventana indicado por el receptor.

3) Actividad 3: Ciudades Inteligentes.

3.1 Cada estudiante indagar sobre los seis (6) elementos
que conforman una ciudad inteligente (Smart City).
Ubica en ellos, los dos servicios telemticos trabajados
en la Fase 3. Y fundamenta otros dos (2) servicios
telemticos que ayuden a fortalecer la infraestructura
tecnolgica para construir la ciudad inteligente.
Existen 6 elementos que definen una ciudad inteligente:

Competitividad (Smart Economy)

Resulta evidente que las ciudades sostenibles fomentan aspectos esenciales en

una urbe como la calidad de vida y la gestin ptima de recursos, favoreciendo
notablemente el ahorro en su gestin y en su desarrollo. Convertir las
necesidades urbanas en nuevos modelos y oportunidades de negocio atraer,
directa o indirectamente, inversiones, las cuales proporcionarn un crecimiento
a la universidad o a la urbe. Dentro de este marco la estrategia Europa 2020 ,
propuesta por la Unin Europea, engloba tres prioridades en el mbito
econmico que reforzarn el empleo de las IT para favorecer las siguientes
prioridades econmicas:
 Crecimiento Smart: desarrollo de una economa basada en el
conocimiento y la innovacin

Crecimiento Sostenible: promocin de ms recursos eficientes para

impulsar una economa ms competitiva.

Crecimiento intensivo: fomento de una economa con altos ndices de

empleo con el objetivo de desarrollar la cohesin social y territorial.

"Desde la Universidad de Alicante se apuesta por iniciativas impulsoras de

la economa inteligente y el futuro crecimiento desde diferentes mbitos: la
mejora de la calidad de la educacin, el rendimiento acadmico, la promocin de
la innovacin y la transferencia de conocimiento y tecnologa"

Todo ello impulsando el uso de las TI y asegurando que la innovacin de ideas

puede retornar en nuevos productos y servicios para crear crecimiento, empleos
de calidad y ayudar a los nuevos desafos sugeridos por la Unin Europea. Entre
estos nuevos productos se encuentra el proyecto Smart Universitydescrito en
este libro, como motor de la nueva sociedad digital y ncleo de la sostenibilidad
econmica de la Universidad de Alicante.

Se define como la base principal del desarrollo urbano en una comunidad

inteligente. Este modelo se basa en una serie de conceptos para impulsar el
desarrollo, la sostenibilidad y el atractivo para nuevas inversiones, los principales
son: e-business, e-commerce, incremento de la productividad, empleo e
innovacin en TI y generacin de servicios y nuevos productos, nuevos modelos
y oportunidades de negocio y emprendimiento. Importa, y por muchas razones
que uno de los objetivos principales de la realizacin de estas tareas es
principalmente un retorno de la inversin, para ello es necesario conocer el
impacto econmico de los proyectos a realizar y de si son o no capaces de
permitir ahorros para la comunidad y ser sostenible en el tiempo.

Para conseguir los objetivos deseados, Smart Economy se centra en los

siguientes mbitos a los que podemos dotar de inteligencia a partir de soluciones
TI:

Emprendimiento | Productividad | Competitividad: organizacin urbana

que fomenta nuevas iniciativas emprendedoras, un incremento de la
competitividad y una alta productividad en las comunidades con el objetivo
de la mejora de la calidad de vida

I+D+i | Urban Labs: ofrecer una solucin la cual pueda ser adoptada por
otras universidades o ciudades, y as obtener un Retorno de la Inversin
(ROI son sus siglas en ingls) mediante la creacin de servicios
innovadores y laboratorios urbanos.

Atractivo turstico e internacionalizacin: creacin de una marca como

Smart University que proporcionar una perspectiva tanto nacional como
internacional para el fomento turstico tanto social como econmico.
 Formacin: formacin continua de toda la comunidad, su desarollo
personal y el fomento de la capacidad creativa.

Participacin (Smart Governence)

Si pensamos en las iniciativas hacia la apertura -en cualquier parte del mundo-
a la que asistimos con posterioridad a 2009, junto a la incorporacin creciente de
nuevas herramientas digitales a la gestin, sumada la apertura de datos y las
nuevas configuraciones de iniciativas para innovar en la gestin pblica, vemos
que todo constituye (y construye) un nuevo perfil para la governance de la
segunda dcada del siglo veintiuno (y sin lugar a dudas, continuarn
evolucionando ms rpido que lento). Para poder avanzar hacia gobiernos que
no slo impulsen la apertura como horizonte de gestin sino que tambin sean
inteligentes (smart government), tenemos que comenzar a hacer disquisiciones
importantes sobre el impacto que el adjetivo 'smart' tiene al interactuar con la
gestin de lo pblico.

Gobierno + inteligencia

Si bien el trmino smart government es usado con fluidez por empresas que
desarrollan servicios y software, su desarrollo conceptual es an limitado (Scholl
y Scholl, 2014). Algo s sabemos: est asociado con la apertura de las decisiones
de gobierno, la colaboracin y participacin de diferentes actores/grupos
involucrados (stakeholders) en el diseo de polticas pblicas, incluso con la
unificacin de procedimientos y servicios gracias a la tecnologa, como tambin
a la innovacin pblica. Pero no es nada de esto, slo est asociado: Todos
estos trminos interactuan, rodean, y a veces funcionan en una sinonimia
imprecisa con respecto a la idea de smartgovernment. Por lo que vale
preguntarnos, en esencia, qu es un gobierno que avanz hacia la
dimensin smart? En concreto, un gobierno inteligente es aqul que implementa
una batera de servicios y procesos basados en capacidades TIC que posibilitan
que la informacin fluya por las diferentes oficinas con la suficiente facilidad
como para proveer servicios pblicos de alta calidad a lo largo y lo ancho de toda
la gestin (por si lo estn pensado, s, tienen razn: la interoperabilidad es
determinante). En esencia, y expresado de una manera contundente, cuando
hablamos de smart government hablamos de ingeniera tecnolgica (desde la
cobertura de servicios soft que necesita la gestin para diversos procesos, hasta
el despliegue de dispositivos que recaba informacin y datos para esa misma
gestin que decide a partir de ellos).

Por supuesto que lo anterior implica requisitos: las gestiones

inteligentes necesitan conocer las preferencias de la ciudadana para lograr
llegar a ella, y esto incluye conocer las necesidades, demandas ya realizadas y
preferencias de la ciudadana: el fin no es slo el de proveer de un mayor y mejor
espectro de servicios a la ciudadana, sino el de uno de servir de manera ms
profunda a ella, y as profundizar la cercana iniciada con un gobierno abierto
(esto nos conduce a aclarar su relacin con la apertura de gobierno: un gobierno
inteligente tiene tambin que integrar tecnolgicamente, lo que se ha avanzado
cuando se decidi abrir la gestin, por esto un gobierno inteligente es
necesariamente abierto, aunque no as el caso contrario). De hecho, una
estructura smart implica una profundizacin especfica de los tres principios
clsicos ('a la Obama') del gobierno abierto: tendr que aumentar la participacin
ciudadana para mejorar la toma de decisiones en un rango mayor de servicios e
integracin de la informacin; tendr que continuar y profundizar la tendencia
hacia la transparencia en una poltica de datos abiertos muy desarrollada y
extendida; y por ltimo, no puede olvidarse de la colaboracin -gran parte de esta
dimensin la realiza la interoperabilidad que requiere para su funcionamiento-, a
travs de mayor innovacin (es decir, una poltica ms extendida a ms zonas
de la administracin pblica) que estimule el compromiso de varios y
diversos stakeholders.

Entender el gobierno inteligente como un escaln ms que el gobierno abierto

(pero que no lo mejora para dejarlo atrs, sino que lo integra en un nivel de
agregacin mayor que conserva lo fundamental del anterior), apunta a que se
superen, definitivamente, algunos problemas que vemos a la hora de la apertura:
la meta ineludible de potenciar la colaboracin tecnolgica (interoperabilidad), la
dispersin de soluciones tecnolgicas, la comunicacin y la provisin de
servicios an unidireccional (s, aunque esto parezca algo del pasado, est bien
inscripto en el presente, dado que muchas AAPP no alcanzan siquiera este
nivel), y por ltimo, la posibilidad de replicar ms procesos de la administracin
en la Red en tiempi reak (desde los servicios hasta los procesos propiamente
polticos como una sesin legislativa). Esto no es comn en nuestros lares,
donde los servicios tecnolgicos presentan zonas de baja calidad, cuando no
una ausencia completa (en lo pases donde esto no es un problema, la
inteligencia aplicada al gobierno presenta una direccin inversa: ya no es
necesaria la transmisin masiva de los procesos, sino que dado que sta es un
hecho, los gobiernos optan por refinar la trasmisin, segmentando los servicios
y procesos).

Todo lo anterior depende no slo de que solucionemos los actuales problemas,

sino de que tambin entendamos la importancia determinante que tiene para una
ingeniera de gestin pblica smart, la existencia de un feedback fluido de los
servicios pblicos provistos. ste ser necesario para la mejora de aqullos, pero
tambin es insoslayable a la hora de la toma de decisiones, porque sta
comienza a estar atada a la recepcin de aqullos (puede apreciarse que esto
es, de algn modo, una mejora en la transparencia 'por otros medios', en tanto
que las decisiones de las AAPP estn a la saga de la respuesta de la ciudadana.
En otras palabras, el funcionamiento de la gestin empieza a colocarse en una
lgica ms bidireccional con las y los ciudadanos).

Manejo apropiado de los recursos naturales (Smart Environment)

En una ciudad inteligente, la tecnologa mejora las condiciones de vida al

involucrar el uso intensivo de las Tecnologas de la Informacin y la
Comunicacin (TIC) con la mejora sustancial de los sistemas que componen la
ciudad. Parten de una base econmica exitosa, en proceso de expansin, que
atrae inversiones y presuponen, adems, una cultura de participacin ciudadana
y una poblacin educada en el uso de herramientas tecnolgicas.
Estas ciudades buscan aumentar su productividad, adems de mejorar la calidad
de vida de sus habitantes mediante servicios pblicos eficientes y mejoras en la
infraestructura; destacando el desarrollo de sistemas de transporte pblico
eficaces, as como de servicios de telecomunicaciones rpidos y seguros y la
aplicacin de nuevas tecnologas para alcanzar la sostenibilidad energtica de
la ciudad. Adems de educacin, salud y seguridad de calidad. En la ciudad
inteligente se considera importante, la atencin y la participacin ciudadana,
canalizada a travs del apoyo y manejo eficiente y transparente del nivel de
gobierno que corresponda. Se asocian tambin a nuevas oportunidades de
negocio para el desarrollo de nichos de mercado de las empresas de tecnologa
en el campo de la informtica y las comunicaciones.

Para definir una ciudad inteligente, nos basamos en el informe Smart Cities and
Communities - European Innovation Partnership 21 (2012) de la Comisin
Europea, en el cual se seleccionan tres reas prioritarias, que implican adems
el desarrollo, ejecucin y puesta en marcha de una plataforma digital compleja.
Estas son: Energa, Transporte y TIC. Por otra parte, se pueden identificar las
seis caractersticas ms importantes que definen la ciudad inteligente:
Competitividad (Smart Economy), Participacin (Smart Governance), Manejo
apropiado de los Recursos Naturales (Smart Environment), Mejor Capital Social
y Humano (Smart People), Transporte y movilidad eficiente (Smart Mobility) y
Calidad de vida (Smart Living).

Para canalizar las necesidades de los ciudadanos se debe garantizar la atencin

de sus necesidades, por ejemplo, mediante la utilizacin de las nuevas TIC; es
el caso de los denominados "gobiernos en lnea", o del uso de la telemedicina
para apoyar la red de servicios pblicos de salud. Canalizar las necesidades de
los ciudadanos significa ofrecerles participar en la toma de decisiones sobre
temas de importancia como la sostenibilidad ambiental, las inversiones en
servicios pblicos y nueva infraestructura; prevencin de desastres; manejo
eficiente de los recursos naturales como el agua o de fuentes de energa
alternativas, entre otros. Por otra parte, y por cuanto la inteligencia se asocia con
la capacidad de entender o comprender, con la capacidad de resolver problemas,
con el desarrollo de habilidades, destrezas y experiencias, la ciudad inteligente
debe ofrecer a sus habitantes, la mejor educacin posible, sobre todo en los
tiempos actuales donde se cuenta con importantes plataformas tecnolgicas al
servicio de la educacin.

La tecnologa al servicio del ciudadano significa definitivamente, calidad y

conocimiento para todos.

Mejor capital social y humano (Smart People)

Visualizando la Smart City como un sistema complejo donde intervienen
mltiples actores, podremos imaginarla como un espacio urbano con
infraestructuras, redes y plataformas inteligentes, con millones de sensores y
actuadores, dentro de los que hay que incluir tambin a las propias personas y
a sus telfonos mviles. Este sistema complejo maximiza la esfera
socioeconmica, el bienestar de las ciudades y el intercambio entre los usuarios
de diferentes categoras. Todo ello nos conduce a relacionar la Smart City con
el Internet de las Cosas. El espacio fsico y digital se une al poseer algo en
comn: la idea de un futuro interconectado en todos los sentidos.

Las Smart Cities pueden dividirse en seis dimensiones fundamentales:

economa, movilidad, ambiente, personas, vida y gobierno. En particular, la
Unin Europea ha hecho hincapi en la creacin de una estrategia para la
implementacin de la inteligencia en las ciudades. Un estudio de smart cities
europeas revela que Luxemburgo (Luxemburgo) Aarhus (Dinamarca) Turku
(Filandia) Aalborg (Dinamarca) y Odense (Dinamarca) se encuentran en los
cinco primeros puestos del rnking europeo con las 70 ciudades ms
inteligentes. Las nicas ciudades espaolas del rnking son Pamplona, en el
puesto 41, y Oviedo, en el puesto 50; aunque en el rnking espaol de
2012 lideran Barcelona, Santander y Madrid. Por su parte Liepaja (Letonia)
Miskolc(Hungra) Craiova (Rumania) Pleven (Bulgaria) y Ruse (Bulgaria) se
encuentran en los ltimos puestos.

Si saltamos a la esfera mundial, las cinco ciudades que utilizan las TIC para ser
ms inteligentes y eficientes en el uso de los recursos, manejo de costos y ahorro
de energa, las que brindan mejor prestacin de servicios y calidad de vida y
reducen ms su huella ambiental, son: Viena, Toronto, Pars, Nueva York y
Londres.

En este sentido, la inteligencia es una cualidad innata de todo territorio, pero

vara el grado de inteligencia segn las caractersticas principales de una Smart
City:
 Desarrollo de la infraestructura: mejora de la eficiencia econmica y
poltica para el desarrollo social, cultural y urbano.
Entorno competitivo: aprovechamiento de las TIC para la prosperidad
local y el aumento de la competitividad.
Ciudades inclusivas y sostenibles: ciudades cuya comunidad ha
aprendido a innovar y adaptarse. Se incluye la sostenibilidad social para
la puesta en comn de ideas, con la participacin de los usuarios.
Redes de sensores inalmbricos: uso de nodos sensores para medir
parmetros con el fin de una mejor gestin.
Gestin de sensores con colaboracin en lnea: bases de datos que
permiten a sus gestores conectar sus dispositivos y crear bases de
almacenamiento de datos.

Transporte y movilidad eficiente (Smart Mobility)

El trmino "smart mobility" o movilidad inteligente hace referencia a una serie de

iniciativas, polticas y acciones cuyo objetivo prioritario es favorecer la movilidad
en las ciudades de modo que sta no suponga una traba al quehacer diario en
las urbes ni a su desarrollo. Se trata de una serie de actuaciones que lo que
pretenden es facilitar la movilidad de los usuarios -bien sea a pie, en bicicleta,
transporte pblico o privado- bajo una premisa comn: ahorro en costes
econmicos, ambientales y tiempo, que es en definitiva lo que las otorga el
apellido de "inteligentes".
As, no cabe slo pensar en soluciones en movilidad en torno al trfico rodado,
sino que antes que stas, se plantean otras tan interesantes o ms, enfocadas
a la mejora de la movilidad de las personas, nos referimos principalmente a
aquellas dirigidas al peatn. Junto a ellas, deberamos centrarnos en aquellas
enmiendas o, mejor an, nuevas propuestas orientadas a la optimizacin del
transporte en bicicleta, para despus concluir con la potenciacin de la idoneidad
del transporte pblico -hacerlo saber y ver- y, por ltimo, de aquellas
relacionadas con la eficiencia (o, en cierto modo, poca eficiencia...) del transporte
privado. Quiz ese debera ser el orden lgico, aunque en funcin de las
caractersticas intrnsecas, la naturaleza, los avances, el planeamiento, etc. de
cada ciudad, debern priorizarse entre unas medidas u otras, sin duda.
Para comenzar, habra que contextualizar con algunos datos de los que la
mayora ya sern conscientes: actualmente en el 2% de la superficie del planeta
se alberga el 50% de la poblacin mundial -las ciudades-, que consumen el 75%
de la energa que se produce y, a su vez, supone el 80% de las emisiones de
CO2 a escala global. Con esta informacin, no debe sorprendernos la
preocupacin generada en torno a las urbes del futuro, o que hayan surgido as
las "ciudades inteligentes" o smart cities. Y, por ende, la concienciacin por unos
sistemas de transporte sostenibles, maduros e inteligentes tambin en definitiva.
Algunos de los principales problemas que se presentan a la hora de analizar el
transporte en las ciudades se relacionan con la contaminacin, el ruido, los
accidentes, la congestin, etc. pero seguramente el ms trascendental de todos
ellos sea la falta de previsin o anlisis territorial (del que despus pendern los
otros). Fruto de este diagnstico del territorio, pueden plantearse soluciones
globales a nivel local; y no nos referimos a la "glocalidad" -pensar globalmente y
actuar localmente-, que tambin, sino a soluciones que afecten a todos los
parmetros o problemas ambientales con una actuacin puntual o local. De este
modo, algunos proyectos relacionados con la correcta ordenacin territorial, la
mejora de los vehculos -tanto pblicos como privados-, una ptima gestin del
trfico o aquellos de ndole social, pueden repercutir muy ventajosamente sobre
la habitabilidad urbana y la movilidad.
El objeto de la movilidad es el flujo de las personas independientemente del
medio que utilicen para desplazarse: a pie, transporte pblico, automvil o en
bicicleta. Esta caracterstica hace que la movilidad en las ciudades sea un
concepto mucho ms amplio que transporte. La estructura de las ciudades es un
factor que influye directamente en la demanda de movilidad y condiciona las
respuestas individuales y colectivas a ella, es decir, el modo de transporte
elegido, la frecuencia de desplazamientos, su distancia. En este sentido, vamos
a mostrar algunas actuaciones interesantes que se estn llevando a cabo, sin
que tengan porqu ser siempre replicables o adaptables/adaptativas a todos los
espacios urbanos por igual.

Calidad de vida (Smart living)

Si pudiramos hacer una lista de cinco razones por las cuales la gente le gusta
vivir en las ciudades probablemente la haramos en unos pocos minutos, pero
igual de fcil sera hacer otra con mejoras, las cuales se caracterizaran por ser
serias y complejas. Los desafos y las oportunidades de innovacin que se
producen en las universidades, o en pequeos entornos, inspiran nuevos retos
para ciudades de mediana y gran poblacin. Como consecuencia de ello, y para
una posterior adaptacin, se realiza un estudio y una adecuacin para el
beneficio del ciudadano segn la escala.

Por ello mejorar la calidad de vida de nuestro entorno es una tarea compleja ya
que conlleva superar multitud de impedimentos de cualquier ndole: burocrticos,
sociales, econmicos En el siglo XXI las TI estn proporcionando mejoras en
la calidad de vida de los ciudadanos en distintos mbitos sociales como son: la
salud, la accesibilidad, la cohesin social, la seguridad, el atractivo turstico y la
cultura, todos ellos beneficiando a los ciudadanos y a las ciudades. Por ello
innovar y dotar de inteligencia a la ciudad en servicio de los ciudadanos permitir
crear una ciudad ms sostenible y ms humana, sin descuidar todos los aspectos
importantes que hacen que una ciudad sea nexo de unin y de vida de la mayor
parte de la poblacin mundial.

Actualmente la Universidad de Alicante dispone iniciativas que se aglutinan en

forma de servicios y plataformas que favorecen la calidad de vida de la
comunidad universitaria:

Servicio de prevencin
 Universidad saludable

Servicio de Informacin Cultural VEU

Gua del Estudiante

UACloud

Centro de Apoyo al Estudiante CAE

"Smart Living hace referencia a los nuevos estilos de vida mediante las TI, el
comportamiento y el consumo. Los servicios inteligentes Smart Living actan en
los mbitos de: salud, seguridad ciudadana, cultura, domtica en viviendas,
proporcionando servicios inteligentes como e-salud, e-accesibilidad y e-turismo,
todo ello con el objetivo de incrementar los niveles cohesin social, el capital y la
seguridad en las urbes"

Los cuatro pilares bsicos del eje Smart Living de una Smart University que
engloban todas estas caractersticas son los siguientes:

Innovacin Social: mejorar y desarrollar nuevos servicios en beneficio de

la sociedad mediante las TI, I+D+i en mejorar la calidad de vida, y disear
nuevas herramientas en favor de la accesibilidad para personas con
cualquier tipo de discapacidad que les proporcione autonoma.

e-Salud: aplicar las nuevas tecnologas en el mbito de la salud como la

teleasistencia, servicios mdicos y sociales online y monitorizacin de
pacientes a distancia.

e-Cultura: transmitir y fomentar la identidad cultural de la ciudad mediante

plataformas de TI, digitalizando y compartiendo el patrimonio histrico y
cultural, y hacindolo llegar al ciudadano desde cualquier lugar y a
cualquier hora. Fomentar la promocin turstica del lugar mediante
aplicaciones en dispositivos mviles, realidad aumentada o paneles
informativos en tiempo real.

Seguridad: integrar servicios de emergencia junto a sensores, cmaras

de video vigilancia y anlisis de grandes cantidades de datos en tiempo
real para aumentar la respuesta de los cuerpos de seguridad en
situaciones de emergencia.
3.2) construya una red donde se integran los cuatro (4)
servicios.

3.3 La red debe poseer:

La estructura de una red MPLS (Ver Figura No. 1)

La red MPLS se usa para el enrutamiento en el
backbone.
Se deben considerar la totalidad de los elementos.
Cada servicio debe tener su propia infraestructura y
direccionamiento lgico (Incluido el
direccionamiento de los sensores inalmbricos
Protocolo ZigBee o 6LoWPAN)

La estructura de una red MPLS (Ver Figura No.

1)
La red MPLS se usa para el enrutamiento en el
backbone.
Se deben considerar la totalidad de los
elementos.
Cada servicio debe tener su propia
infraestructura y direccionamiento lgico
(Incluido el direccionamiento de los sensores
inalmbricos Protocolo ZigBee o 6LoWPAN)

Solucin
Con Internet cada ms potente y la creciente necesidad de conectividad entre
dispositivos y mquinas. Machine to Machine se encarga de la interconexin
entre objetos con acceso a la red, abriendo las puertas a las incipientes
Smartcities o ciudades inteligentes, atendiendo la necesidad de mejorar la
eficiencia del funcionamiento de las Calidad de servicio en las ciudades (energa,
agua, trfico, aumento de poblacin, participacin ciudadana) y su calidad de
vida. Smart Cities es un concepto que se refiere al potencial nmero de servicios
que, a travs de la conectividad, hagan de las ciudades un mejor lugar para vivir.
El objetivo es aglutinar todo un ejrcito de sistemas inteligentes que suministren
y gestionen informacin para y a travs de los ciudadanos. En la prctica, y a un
nivel ms popular, se trata de ciudades comprometidas con su entorno donde
las infraestructuras estn dotadas de las soluciones tecnolgicas ms
avanzadas para facilitar la interaccin del ciudadano con los elementos urbanos,
haciendo su vida ms fcil. En primer lugar, el modelo de Smart City agrupa una
serie de caractersticas propias, moldeadas a travs de la combinacin de todos
los factores que influyen en el progreso de la ciudad: econmico, poltico, social,
medioambiental, de movilidad y de calidad de vida. Partiendo de ellos se dirige
hacia un modelo organizativo y tecnolgico propio de una ciudad moderna. Sin
embargo, este modelo urbano requiere un novedoso complejo de
infraestructuras que faciliten la actividad diaria de sus habitantes. La principal
ventaja es que con ellas se alcanzan notables ahorros en costes de operacin,
mejores niveles de eficiencia energtica, y se optimiza la temporizacin de los
servicios, reduciendo los tiempos de ejecucin de las tareas y consiguiendo una
mejor sincronizacin entre ellos. Desde la perspectiva de las instituciones
pblicas la gestin automtica y eficiente de las infraestructuras urbanas aporta
ventajas evidentes: por un lado la reduccin del gasto, y por otro la mejora de los
servicios. En la prctica, los beneficios son mucho ms amplios, y van desde la
posibilidad de crear nuevos servicios que respondan mejor a las necesidades
especficas de los ciudadanos, hasta las ventajas aadidas especficas propias
de cada servicio concreto: mejora de la movilidad, ahorro energtico, mejoras de
eficiencia, etc. Las necesidades y preferencias de los ciudadanos son muy
diversas, las actuaciones estn orientadas a proporcionar servicios para los
cuales existe una demanda evidente: gestin de la movilidad, mejorar el trfico
y disminuir los tiempos de bsqueda de lugar de aparcamiento urbano,
disminucin de las colas y los tiempos de espera en oficinas municipales, centros
de salud, etc

Red Mpls

Se propone crear una red MPLS con tecnologas inalmbricas ZigBee (IEEE
802.15.4) debido a su gran eficiencia, desempeo y largo alcance (Hasta 40Km
en espacios abiertos con lnea de vista), adicional a ello es recomendable utilizar
tecnologas diferentes al WiFi (IEEE 802.11) ya que la ciudad est inundada de
estos dispositivos lo que generara interferencias y saturacin de los canales.

La mejor manera de entender algo es usando metforas. En este caso vamos a

usar como analoga una fbrica de caramelos para entender mejor como
funciona una red MPLS.

Dicho de una forma muy sencilla, MPLS es bsicamente una manera ms

eficiente de enviar y enrutar paquetes, que son los grupos de datos que son
transmitidos en Internet. Estos paquetes estn formados por dos partes
principales. Por un lado tenemos una cabecera, la cual da las instrucciones de
red de cmo enviar el paquete a su destino. Por otro tenemos la parte de carga,
la cual contiene los propios datos que son transferidos. En las redes donde no
se usa MPLS, los routers analizan la cabecera de los paquetes para determinar
a qu otros routers se deben enviar los paquetes para llegar a su destino final.

Para la analoga que queremos explicar, podemos pensar en estos paquetes

como caramelos, donde el envoltorio es la cabecera y el propio caramelo es la
carga. Digamos que tienes una fbrica de caramelos que tiene que organizar
toda la mercanca por sabores para ser enviados a la tienda. Se ha diseado una
mquina que recoge los caramelos y los enva a diferentes contenedores
basndose en su sabor.

Para determinar el sabor de cada caramelo, la mquina tiene que analizar varios
componentes del envoltorio, como por ejemplo su color, las etiquetas, los
componentes, etc. Imaginemos que tres caramelos con los sabores a naranja,
caf y chocolate son metidos en la mquina. Lo primero que har la mquina es
analizar el color de la envoltura. En el caso del caramelo de naranja no tendr
problema y lo enviar al contenedor correspondiente. Sin embargo, puede tener
problemas con los de caf y chocolate al tener un color similar. Por lo tanto har
un anlisis en ms profundidad. Esto puede ser poco eficiente al tener que gastar
ms tiempo para descubrir de que son los caramelos. Aqu es donde entra
MPLS.

Los envoltorios MPLS

En lugar de tener un sistema donde todos los caramelos son agrupados para ser
analizados en cada uno de los pasos que hace la mquina, una mquina con
MPLS podra analizar completamente cada caramelo al principio del proceso y
poner un segundo envoltorio. Este envoltorio podra etiquetar de una manera
clara cada caramelo mostrando su sabor. De esta manera la mquina no tendra
que analizar los componentes de cada uno de los caramelos para saber de lo
que son solo tendra que leer la etiqueta que se ha puesto al principio y enviarlo
a su recipiente correcto.

En una red de datos MPLS funciona de una manera similar. Cuando un paquete
entra en la red, lo hace a travs de un router frontera que los etiqueta. Esta
etiqueta le dice al router donde hacer el envo del paquete sin tener que
diseccionar la cabecera. Cada etiqueta tiene cuatro componentes principales:
una etiqueta de 20 bits, un campo de 3 bits que designa la calidad de servicio,
prioridad y notificacin de congestin, un campo 8 bits que indica el mximo
nmero de routers por los que pasa el paquete antes de ser eliminado, y un
campo de 1 bit que indica la ltima etiqueta.

Este sistema de etiquetados no solo simplifica el proceso de enviar los paquetes,

sino que la da a la red la habilidad de manejar el trfico ms fcilmente para
diferentes tipos de red. Puede manejar paquetes de diferentes tipos, como
pueden ser redes Ethernet, Frame Relay, etc. Dicho de otra manera, una red
MPLS coge los paquetes de las diferentes redes, les pone su etiqueta y los enva
a su destino sin importarle la red de la que vienen.

Volviendo a la analoga de los caramelos, imagina que nuestra fbrica compra

otra compaa que hace polos y helados. Se tiene que integrar en nuestra
mquina para organizarlo todo. La mquina MPLS todava ser capaz de
identificarlos por el envoltorio que les pone, sin importante si son caramelos o
polos.

4 Actividad 4: Funcionamiento de la red

4.3 Se debe simular trfico en la red con el software
GNS3.
4.4 Cada servicio debe tener una etiqueta que lo
distingue. Se prioriza cualquier servicio que tenga que
ver con emergencias/desastres.
Cada proceso debe documentarse. Este es, la configuracin
de cada Router P, PE y CE. El direccionamiento y los
recursos que consideren necesarios aprovisionar para
futuras ampliaciones.
R2
R1

R3

R4
R7
 CONCLUSIONES

Se reconoci el entorno indicado de la parte prctica y as desarrollar un

excelente trabajo Individual.

Se estudi cada uno de los temas solicitado por el tutor en la gua.

Se investig conceptos fundamentales para luego analizar los hechos y

as plasmarlos en un trabajo y verlo reflejado en nuestra vida cotidiana.

Se utiliz Software de simulacin de Packet Tracer, analizando la teora

con la prctica
 BIBLIOGRAFA

1.frm.utn.edu.ar. (2009). www1.frm.utn.edu.ar. Obtenido de

www1.frm.utn.edu.ar:
http://www1.frm.utn.edu.ar/teleinformatica/docs/Protocolos%20TCP-
IP.pdf
catarina.udlap.mx/u. (2006). http://catarina.udlap.mx/u. Obtenido de
http://catarina.udlap.mx/u:
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/morales_d_l/indice.
html
CISCO. (2002). https://www.racf.bnl.gov/Facility/TechnologyMeeting. Obtenido
de https://www.racf.bnl.gov/Facility/TechnologyMeeting:
https://www.racf.bnl.gov/Facility/TechnologyMeeting/Archive/06-30-04-
CISCO/CISCO-MPLS-Concept.pdf
docs.oracle.com. (s.f.). docs.oracle.com. Obtenido de docs.oracle.com:
https://docs.oracle.com/cd/E26921_01/html/E25833/gjzbf.html
geocities. (s.f.). www.geocities. Obtenido de www.geocities:
http://http://www.geocities.ws/jcredesii/REDES2-73htm
neo.lcc.uma. (s.f.). neo.lcc.uma.es. Obtenido de neo.lcc.uma.es:
http://neo.lcc.uma.es/evirtual/cdd/tutorial/transporte/udp.html
neo.lcc.uma.es. (s.f.). neo.lcc.uma.es. Obtenido de neo.lcc.uma.es:
http://neo.lcc.uma.es/evirtual/cdd/tutorial/red/icmp.html
Paxson, R. G. (2001). http://www-v1.icir.org. Obtenido de http://www-v1.icir.org:
http://www-
v1.icir.org/2002/Estimating_Router_ICMP_Generation_Delays.pdf
PRESS, M. E. (2003). https://doc.lagout.org/network/Cisco. Obtenido de
https://doc.lagout.org/network/Cisco:
https://doc.lagout.org/network/Cisco/Cisco%20Press%20Collection/Cisco
%20Press%20-%20Metro%20Ethernet.pdf
Silva, T. (2017). hdl.handle.ne. Obtenido de hdl.handle.ne:
http://hdl.handle.net/10596/12659
sites.google.com. (s.f.). sites.google.com. Obtenido de sites.google.com:
https://sites.google.com/site/redeslocalesyglobales/6-arquitecturas-de-
redes/6-arquitectura-tcp-ip/9-protocolos-tcp-ip/protocolos-de-nivel-de-
red/protocolo-ip-internet-protocol
Systems, C. (2002). http://www.net130.com/tutorial/cisco. Obtenido de
http://www.net130.com/tutorial/cisco:
http://www.net130.com/tutorial/cisco-
pdf/1IP_Tunneling_and_VPN_Technologies.pdf
tlm.unavarra.es. (s.f.). www.tlm.unavarra.es. Obtenido de www.tlm.unavarra.es:
https://www.tlm.unavarra.es/~daniel/docencia/arss/arss06_07/slides/5-
Retardos.pdf
ventics.com. (s.f.). www.ventics.com. Obtenido de www.ventics.com:
http://www.ventics.com/multicast-entendiendo-el-enrutamiento-multicast-
o-multidifusion/
www.kaspersky.es. (s.f.). www.kaspersky.es. Obtenido de www.kaspersky.es:
https://www.kaspersky.es/resource-center/definitions/tunneling-protocol