SERVICIO DE DATOS

Protocolo de transferencia de hipertexto (HTTP) y lenguaje de

marcado de hipertexto
Cuando se escribe una direccin
Web o un localizador uniforme
de
recursos (URL) en
un
explorador Web, el explorador
establece una conexin con el
servicio Web que se ejecuta en
el servidor mediante el protocolo
HTTP. Los nombres que la
mayora de las personas asocia
con las direcciones Web son URL
e identificador uniforme de
recursos (URI).
Los exploradores Web son el tipo
de aplicacin cliente que utiliza una PC para conectarse a la World Wide
Web y acceder a recursos almacenados en un servidor Web. Al igual que con
la mayora de los procesos de servidores, el servidor Web funciona como un
servicio bsico y genera diferentes tipos de archivos disponibles.
Los exploradores pueden interpretar y presentar muchos tipos de datos
(como texto no cifrado o lenguaje de marcado de hipertexto, que es el
lenguaje que se utiliza para construir pginas Web). Otros tipos de datos, sin
embargo, requieren de otro servicio o programa. Generalmente se les
conoce como plug-ins o complementos. Para ayudar al explorador a
determinar qu tipo de archivo est recibiendo, el servidor especifica qu
clase de datos contiene el archivo.
HTTP se utiliza a travs de la World Wide Web para transferencia de datos y
es uno de los protocolos de aplicacin ms utilizados hoy en da.
Originalmente, este protocolo se desarroll solo para publicar y recuperar
pginas HTML. Sin embargo, la flexibilidad de HTTP lo convirti en una
aplicacin fundamental de los sistemas de informacin distribuidos y
cooperativos.
HTTP es un protocolo de solicitud/respuesta. Cuando un cliente, por lo
general un explorador Web, enva una solicitud a un servidor Web, HTTP
especifica los tipos de mensaje que se utilizan para esa comunicacin. Los
tres tipos de mensajes comunes son GET, POST y PUT (consulte la
ilustracin).
Aunque HTTP es sumamente flexible, no es un protocolo seguro. Los
mensajes de solicitud envan informacin al servidor en un texto sin formato
que puede ser interceptado y ledo. De forma similar, las respuestas del
servidor, generalmente pginas HTML, tambin se descifran.
Para una comunicacin segura a travs de Internet, se utiliza el protocolo
HTTP seguro (HTTPS) para acceder o subir informacin al servidor Web. El
HTTPS puede utilizar autenticacin y encriptacin para asegurar los datos
mientras viajan entre el cliente y el servidor. HTTPS especifica reglas

adicionales para pasar datos entre la capa de aplicacin y la capa de

transporte. El protocolo HTTPS utiliza el mismo proceso de solicitud del
cliente-respuesta del servidor que HTTP, pero el stream de datos se encripta
con capa de sockets seguros (SSL) antes de transportarse a travs de la red.
El HTTPS crea una carga y un tiempo de procesamiento adicionales en el
servidor debido a la encriptacin y el descifrado de trfico.

SMTP, POP e IMAP

Uno de los principales servicios que un ISP
ofrece es hosting de correo electrnico. El
correo electrnico revolucion la forma en
que las personas se comunican gracias a
su sencillez y velocidad. No obstante, para
ejecutar el correo electrnico en una PC o
en otro dispositivo final, este requiere
varios servicios y aplicaciones.
El correo electrnico es un mtodo que se
utiliza para enviar, almacenar y recuperar
mensajes electrnicos a travs de una red. Los mensajes de correo
electrnico se guardan en bases de datos en servidores de correo. A
menudo, los ISP mantienen servidores de correo que admiten varias cuentas
de clientes diferentes.
Los clientes de correo electrnico se comunican con servidores de correo
para enviar y recibir mensajes de correo electrnico. Los servidores de
correo se comunican con otros servidores de correo para transportar
mensajes desde un dominio a otro. Un cliente de correo electrnico no se
comunica directamente con otro cliente de correo electrnico cuando enva
un mensaje. Ms bien, ambos clientes dependen del servidor de correo para
el transporte de los mensajes. Esto sucede incluso cuando ambos usuarios
se encuentran en el mismo dominio.
Los clientes de correo electrnico envan mensajes al servidor de correo
electrnico determinado en las configuraciones de aplicaciones. Cuando el
servidor recibe el mensaje, verifica si el dominio receptor se encuentra en
su base de datos local. De no ser as, enva una solicitud de DNS para
determinar la direccin IP del servidor de correo electrnico para el dominio
de destino. A continuacin, el correo electrnico se reenva al servidor
correspondiente.
El correo electrnico admite tres protocolos diferentes para su
funcionamiento: el protocolo simple de transferencia de correo (SMTP), el
protocolo de oficina de correos (POP) y el protocolo de acceso a mensajes de
Internet (IMAP). El proceso de capa de aplicacin que enva correo utiliza
SMTP. Esto sucede cuando se enva correo de un cliente a un servidor y
cuando se enva correo de un servidor a otro.

Sin embargo, un cliente recupera el correo electrnico mediante uno de dos

protocolos de capa de aplicacin: POP o IMAP.

El protocolo simple de transferencia de correo (SMTP) transfiere correo

electrnico con confianza y eficacia. Para que las aplicaciones del SMTP
funcionen bien, se debe formatear correctamente el mensaje de correo
electrnico y los procesos SMTP deben estar en ejecucin en el cliente y en
el servidor.
Los
formatos
de
mensajes
SMTP
necesitan
un
encabezado y un cuerpo
de mensaje. Mientras
que
el
cuerpo
del
mensaje puede contener
la cantidad de texto que
se desee, el encabezado
debe contar con una
direccin
de
correo
electrnico
de
destinatario
correctamente
formateada
y
una
direccin
de
emisor.
Toda otra informacin de
encabezado es opcional.
Cuando un cliente enva correo electrnico, el proceso SMTP del cliente se
conecta a un proceso SMTP del servidor en el puerto bien conocido 25.
Despus de que se establece la conexin, el cliente intenta enviar el correo
electrnico al servidor a travs de esta. Una vez que el servidor recibe el
mensaje, lo ubica en una cuenta local (si el destinatario es local) o lo
reenva mediante el mismo proceso de conexin SMTP a otro servidor de
correo para su entrega.
El servidor de correo electrnico de destino puede no estar en lnea, o muy
ocupado, cuando se envan los mensajes. Por lo tanto, el SMTP pone los
mensajes en cola para enviarlos posteriormente. El servidor verifica
peridicamente la cola en busca de mensajes e intenta enviarlos
nuevamente. Si el mensaje an no se ha entregado despus de un tiempo
predeterminado de expiracin, se devolver al emisor como imposible de
entregar.

El protocolo de oficina de correos (POP) permite que una estacin de

trabajo pueda recuperar correos de un servidor de correo. Con POP, el
correo se descarga desde el servidor al cliente y despus se elimina en el
servidor.

El servidor comienza el servicio POP

escuchando de manera pasiva en el
puerto TCP 110 las solicitudes de
conexin del cliente. Cuando un cliente
desea utilizar el servicio, enva una
solicitud para establecer una conexin
TCP con el servidor. Una vez
establecida la conexin, el servidor POP
enva un saludo. A continuacin, el
cliente y el servidor POP intercambian
comandos y respuestas hasta que la
conexin se cierra o cancela.
Dado que estos mensajes de correo electrnico se descargan para el cliente
y se eliminan del servidor, esto significa que no existe una ubicacin
centralizada donde se conserven los mensajes de correo electrnico. Como
el POP no almacena mensajes, no es una opcin adecuada para una
pequea empresa que necesita una solucin de respaldo centralizada.
El POP3 es deseable para los ISP, ya que aligera su responsabilidad de
manejar grandes cantidades de almacenamiento para sus servidores de
correo electrnico.

El Protocolo de acceso a mensajes de

Internet (IMAP, Internet Message
Access Protocol) es otro protocolo
que describe un mtodo para
recuperar
mensajes
de
correo
electrnico.
Sin
embargo,
a
diferencia del POP, cuando el usuario
se conecta a un servidor para IMAP,
se descargan copias de los mensajes
a la aplicacin del cliente. Los
mensajes originales se mantienen en
el servidor hasta que se eliminen
manualmente. Los usuarios ven
copias de los mensajes en su software de cliente de correo electrnico.
Los usuarios pueden crear una jerarqua de archivos en el servidor para
organizar y guardar el correo. Dicha estructura de archivos se duplica
tambin en el cliente de correo electrnico. Cuando un usuario decide
eliminar un mensaje, el servidor sincroniza esa accin y elimina el mensaje
del servidor.
Para pequeas o medianas empresas, son muchas las ventajas al utilizar el
protocolo IMAP. El IMAP puede realizar un almacenamiento a largo plazo de
mensajes de correo electrnico en servidores de correo y permitir el
respaldo centralizado. Tambin les permite a los empleados acceder a
mensajes de correo electrnico desde distintas ubicaciones, utilizando
dispositivos o software de cliente diferentes. La estructura de carpetas del

buzn que un usuario espera ver se encuentra disponible para visualizarla,

independientemente del modo en que el usuario obtenga acceso al buzn.
Para un ISP, el IMAP puede no ser el protocolo elegido. El espacio de disco
para admitir la gran cantidad de mensajes de correo electrnico
almacenados puede ser costoso de comprar y mantener. Adems, si los
clientes esperan que se realicen copias de respaldo a sus buzones
peridicamente, esto puede aumentar an ms los costos para el ISP.

Servicio de nombres de dominios (DNS)

En las redes de datos, los dispositivos
se etiquetan con direcciones IP
numricas para enviar y recibir datos
a travs de las redes. La mayora de
las personas no puede recordar estas
direcciones numricas. Los nombres
de dominio se crearon para convertir
las direcciones numricas en un
nombre sencillo y reconocible.
En Internet, estos nombres de dominio, como http://www.cisco.com, son
mucho ms fciles de recordar que algo como 198.133.219.25, que es la
direccin numrica real de ese servidor. Si Cisco decide cambiar la direccin
numrica www.cisco.com, es claro para el usuario, porque el nombre de
dominio se mantiene. Simplemente se une la nueva direccin al nombre de
dominio existente y se mantiene la conectividad. Cuando las redes eran
pequeas, resultaba fcil mantener la asignacin entre los nombres de
dominios y las direcciones que representaban. A medida que el tamao de
las redes y la cantidad de dispositivos aumentaron, este sistema manual se
volvi inviable.
El Sistema de nombres de dominio (DNS) se cre para que el nombre del
dominio busque soluciones para estas redes. DNS utiliza un conjunto
distribuido de servidores para resolver los nombres asociados con estas
direcciones numricas.
El protocolo DNS define un servicio automatizado que coincide con nombres
de recursos que tienen la direccin de red numrica solicitada. Incluye el
formato de consultas, respuestas y datos. Las comunicaciones del protocolo
DNS utilizan un nico formato llamado mensaje. Este formato de mensaje
se utiliza para todos los tipos de solicitudes de clientes y respuestas del
servidor, mensajes de error y para la transferencia de informacin de
registro de recursos entre servidores.

Jerarqua DNS
El protocolo DNS utiliza un sistema jerrquico para crear una base de datos
que proporcione la resolucin de nombres. La jerarqua es similar a un rbol
invertido con la raz en la parte superior y las ramas por debajo (consulte la

ilustracin). DNS utiliza nombres

domino para formar la jerarqua.

de

La estructura de denominacin se divide

en zonas pequeas y manejables. Cada
servidor DNS mantiene un archivo de
base de datos especfico y slo es
responsable
de
administrar
las
asignaciones de nombre a IP para esa
pequea porcin de toda la estructura
DNS. Cuando un servidor DNS recibe una
solicitud para una traduccin de nombre
que no se encuentra dentro de esa zona DNS, el servidor DNS reenva la
solicitud a otro servidor DNS dentro de la zona adecuada para su traduccin.
Nota: DNS es escalable, porque la resolucin de los nombres de hosts se
distribuye entre varios servidores.
Los diferentes dominios de primer nivel representan el tipo de organizacin
o el pas de origen. Entre los ejemplos de dominios del nivel superior se
encuentran:
.au: Australia
.co: Colombia
.com: una empresa o industria
.jp: Japn
.org: una organizacin sin fines de lucro
Despus de los dominios del nivel superior, se encuentran los nombres de
los dominios de segundo nivel y debajo de estos hay otros dominios de nivel
inferior. Cada nombre de dominio es una ruta hacia este rbol invertido que
comienza de la raz. Por ejemplo, como se muestra en la ilustracin, es
posible que el servidor DNS raz no sepa exactamente dnde se encuentra
el registro del servidor de correo electrnico, mail.cisco.com, pero conserva
un registro del dominio .com dentro del dominio de nivel superior. Asimismo,
es posible que los servidores dentro del dominio .com no tengan un registro
de mail.cisco.com, pero s tienen un registro del dominio. Los servidores
dentro del dominio cisco.com tienen un registro (un registro MX para ser
precisos) para mail.cisco.com.
El DNS depende de esta jerarqua de servidores descentralizados para
almacenar y mantener estos registros de recursos. Los registros de recursos
enumeran nombres de dominios que el servidor puede resolver y servidores
alternativos que tambin pueden procesar solicitudes. Si un servidor dado
tiene registros de recursos que corresponden a su nivel en la jerarqua de
dominios, se dice que es autoritativo para dichos registros. Por ejemplo, un
servidor de nombre en el dominio cisco.netacad.net no sera autoritativo
para el registro de mail.cisco.com, porque dicho registro se mantiene en un
servidor de nivel de dominio superior, especficamente el servidor de
nombre en el dominio cisco.com.

Protocolo de configuracin dinmica de host (DHCP)

El servicio Protocolo de configuracin
dinmica de host (DHCP, Dynamic Host
Configuration Protocol) permite a los
dispositivos de una red obtener direcciones
IP y dems informacin de un servidor
DHCP.
Este
servicio
automatiza
la
asignacin de direcciones IP, mscaras de
subred, gateway y otros parmetros de
redes
IP.
Esto
se
denomina
direccionamiento dinmico. La alternativa
al
direccionamiento
dinmico
es
el
direccionamiento esttico. Al utilizar el direccionamiento esttico, el
administrador de red introduce manualmente la informacin de la direccin
IP en los hosts de red.
DHCP permite a un host obtener una direccin IP de forma dinmica cuando
se conecta a la red. Se realiza el contacto con el servidor de DHCP y se
solicita una direccin. El servidor de DHCP elige una direccin de un rango
de direcciones configurado llamado pool y la asigna (concede) al host por
un perodo establecido.
En redes locales ms grandes, o donde los usuarios cambian con frecuencia,
se prefiere asignar direcciones con DHCP. Es posible que los nuevos usuarios
tengan computadoras porttiles y necesiten una conexin; otros pueden
tener estaciones de trabajo nuevas que deben estar conectadas. En lugar de
que el administrador de red asigne direcciones IP para cada estacin de
trabajo, es ms eficaz que las direcciones IP se asignen automticamente
mediante el DHCP.
Las direcciones distribuidas por DHCP no se asignan de forma permanente a
los hosts, sino que solo se conceden por un cierto perodo. Si el host se
apaga o se desconecta de la red, la direccin regresa al pool para volver a
utilizarse. Esto es especialmente til en el caso de los usuarios mviles que
entran en una red y salen de ella. Los usuarios pueden moverse libremente
desde una ubicacin a otra y volver a establecer las conexiones de red. El
host puede obtener una direccin IP una vez que se conecta el hardware, ya
sea por cable o por LAN inalmbrica.
DHCP permite el acceso a Internet por medio de zonas de cobertura
inalmbrica en aeropuertos o cafeteras. Cuando un dispositivo inalmbrico
ingresa a una zona de cobertura, el cliente DHCP del dispositivo entra en
contacto con el servidor de DHCP local mediante una conexin inalmbrica,
y el servidor de DHCP asigna una direccin IP al dispositivo.
Como lo muestra la figura, varios tipos de dispositivos pueden ser
servidores de DHCP cuando ejecutan software de servicio de DHCP. En la
mayora de las redes medianas a grandes, el servidor de DHCP suele ser un
servidor local dedicado con base en una PC. En las redes domsticas, el
servidor de DHCP suele estar ubicado en el router local que conecta la red

domstica al ISP. Los hosts locales reciben la informacin de la direccin IP

directamente del router local. El router local recibe una direccin IP del
servidor de DHCP en el ISP.
DHCP puede representar un riesgo a la seguridad porque cualquier
dispositivo conectado a la red puede recibir una direccin. Este riesgo hace
que la seguridad fsica sea un factor determinante para el uso del
direccionamiento dinmico o manual. Tanto el direccionamiento dinmico
como el esttico tienen un lugar en el diseo de red. Muchas redes utilizan
tanto el direccionamiento esttico como el DHCP. DHCP se utiliza para hosts
de uso general, como los dispositivos para usuarios finales, mientras que el
direccionamiento esttico se utiliza para dispositivos de red, como
gateways, switches, servidores e impresoras.
Funcionamiento de DHCP
Sin DHCP los usuarios tienen que
introducir manualmente la direccin
IP, la mscara de subred y otros
parmetros de red para poder
unirse a esta. El servidor de DHCP
mantiene un pool de las direcciones
IP y alquila una direccin a cualquier
cliente habilitado por DHCP cuando
el cliente est activado. Debido a
que las direcciones IP son dinmicas
(concedidas) en lugar de estticas (asignadas en forma permanente), las
direcciones en desuso regresan automticamente al pool para que se
vuelvan a asignar. Como se muestra en la ilustracin, cuando un dispositivo
configurado con DHCP se inicia o se conecta a la red, el cliente transmite un
mensaje de descubrimiento de DHCP (DHCPDISCOVER) para identificar
cualquier servidor de DHCP disponible en la red. Un servidor de DHCP
responde con un mensaje de oferta de DHCP (DHCPOFFER), que ofrece una
concesin al cliente. El mensaje de oferta contiene la direccin IP y la
mscara de subred que se deben asignar, la direccin IP del servidor DNS y
la direccin IP del gateway predeterminado. La oferta de concesin tambin
incluye la duracin de esta.
El cliente puede recibir varios mensajes DHCPOFFER si hay ms de un
servidor de DHCP en la red local; por lo tanto, debe elegir entre ellos y
enviar un mensaje de solicitud de DHCP (DHCPREQUEST) que identifique el
servidor explcito y la oferta de concesin que el cliente acepta. Un cliente
tambin puede optar por solicitar una direccin previamente asignada por el
servidor.
Suponiendo que la direccin IP solicitada por el cliente, u ofrecida por el
servidor, an est disponible, el servidor devuelve un mensaje de acuse de
recibo de DHCP (DHCPACK) que le informa al cliente que finaliz la
concesin. Si la oferta ya no es vlida, quiz debido a que hubo un tiempo
de espera o a que otro cliente tom la concesin, entonces el servidor
seleccionado responde con un mensaje de acuse de recibo negativo de
DHCP (DHCPNAK). Si se devuelve un mensaje DHCPNAK, entonces el

proceso de seleccin debe volver a comenzar con la transmisin de un

nuevo mensaje DHCPDISCOVER. Una vez que el cliente tiene la concesin,
se debe renovar mediante otro mensaje DHCPREQUEST antes de que expire.
El servidor de DHCP asegura que todas las direcciones IP sean nicas (no se
puede asignar la misma direccin IP a dos dispositivos de red diferentes de
forma simultnea). Usar DHCP permite a los administradores de red volver a
configurar fcilmente las direcciones IP del cliente sin tener que realizar
cambios a los clientes en forma manual. La mayora de los proveedores de
Internet utilizan DHCP para asignar direcciones a los clientes que no
necesitan una direccin esttica.

Protocolo de transferencia de
archivos (FTP)
El protocolo de transferencia de
archivos (FTP) es otro protocolo de
capa de aplicacin que se utiliza
comnmente. El protocolo FTP se
desarroll
para
permitir
las
transferencias de datos entre un cliente
y un servidor. Un cliente FTP es una
aplicacin que se ejecuta en una PC y
que se utiliza para insertar y extraer
datos en un servidor que ejecuta un demonio FTP (FTPd).
Como se muestra en la ilustracin, para transferir datos correctamente, FTP
requiere dos conexiones entre el cliente y el servidor, una para los
comandos y las respuestas y la otra para la transferencia de archivos
propiamente dicha:
-

El cliente establece la primera conexin al servidor para el trfico de

control, que est constituido por comandos del cliente y respuestas
del servidor.
El cliente establece la segunda conexin al servidor para la
transferencia de datos propiamente dicha. Esta conexin se crea cada
vez que hay datos para transferir.

La transferencia de datos se puede producir en ambas direcciones. El cliente

puede descargar (extraer) datos del servidor o subir datos a l (insertarlos).

Telefona IP
Qu es VoIP?
La Voz sobre IP (VoIP, Voice over IP) es una tecnologa que permite la
transmisin de la voz a travs de redes IP en forma de paquetes de datos.
La Telefona IP es una aplicacin inmediata de esta tecnologa, de forma que
permita la realizacin de llamadas telefnicas ordinarias sobre redes IP u
otras redes de paquetes utilizando un PC, gateways y telfonos estndares.
En general, servicios de comunicacin - voz, fax, aplicaciones de mensajes
de voz - que son transportados va redes IP, Internet normalmente, en lugar
de ser transportados va la red telefnica convencional. La VoIP (Voz sobre
IP) esta sigla designa la tecnologa empleada para enviar informacin de voz
en forma digital en paquetes a travs de los protocolos de Internet, en vez
de hacerlo a travs de la red de telefona habitual, adems es una
tecnologa de telefona que puede ser habilitada a travs de una red de
datos de conmutacin de paquetes. La ventaja real de esta tecnologa es la
transmisin de voz de forma gratuita, ya que viaja como datos.
Con VoIP podemos conseguir:
-

Acceso a las redes corporativas desde pequeas sedes a travs de

redes integradas de voz y datos conectadas a sucursales.

Directorios corporativos basados en la Intranet con servicios de

mensajes y nmeros personales para quienes deben desplazarse.

Servicios de directorio y de conferencias basadas en grficos desde el

sistema de sobremesa.

Redes privadas y gateways virtuales gestionados para voz que

sustituyen a las Redes Privadas Virtuales (VPN).

Protocolos de VoIP
Los protocolos son los lenguajes que utilizarn los distintos dispositivos VoIP
para su conexin. Esta parte es importante ya que de ella depender de la
eficacia, la complejidad y la sincronizacin de la comunicacin. Vamos a ver
los 3 protocolos ms extendidos en VoIP:
-

Protocolo SIP

Protocolo SCCP

Protocolo H.323

Protocolo IAX

Cdecs
La voz ha de codificarse para poder ser transmitida por la red IP. Para ello se
hace uso de cdecs que garanticen la codificacin y compresin del audio o
del video para su posterior decodificacin y descompresin antes de poder
generar un sonido o imagen utilizable. Segn el Cdec utilizado en la
transmisin, se utilizar ms o menos ancho de banda. La cantidad de
ancho de banda utilizada suele ser directamente proporcional a la calidad
de los datos transmitidos.
Entre los codecs ms utilizados en VoIP estn G.711, G.723.1 y el G.729
(especificados por la ITU-T).
Estos Codecs tienen los siguientes anchos de banda de codificacin:

G.711:
G.722:
G.723:
G.728:
G.729:

bit-rate
bit-rate
bit-rate
bit-rate
bit-rate

de
de
de
de
de

56 o 64 Kbps.
48, 56 o 64 Kbps.
5,3 o 6,4 Kbps.
16 Kbps.
8 o 13 Kbps.

Esto no quiere decir que es el ancho de banda utilizado, ya que hay que
sumar el trfico de por ejemplo el Codec G729 utiliza 31.5 Kbps de ancho de
banda en su transmisin.
Retardo o latencia
Una vez establecidos los retardos de trnsito y el retardo de procesado la
conversacin se considera aceptable por debajo de los 150 ms, que viene a
ser 1,5 dcimas de segundo y ya producira retardos importantes.
Prdida de tramas (Frames Lost):
Durante su recorrido por la red IP las tramas se pueden perder como
resultado de una congestin de red o corrupcin de datos. Adems, para
trfico de tiempo real como la voz, la retransmisin de tramas perdidas en
la capa de transporte no es prctico por ocasionar retardos adicionales. Por
consiguiente, los terminales de voz tienen que retransmitir con muestras de
voz perdidas, tambin llamadas Frame Erasures. El efecto de las tramas
perdidas en la calidad de voz depende de como los terminales gestionen las
Frame Erasures.
En el caso ms simple si se pierde una muestra de voz el terminal dejar un
intervalo en el flujo de voz. Si muchas tramas se pierden, sonar grietoso
con slabas o palabras perdidas. Una posible estrategia de recuperacin es

reproducir las muestras de voz previas. Esto funciona bien si slo unas
cuantas muestras son perdidas. Para combatir mejor las rfagas de errores
usualmente se emplean sistemas de interpolacin. Basndose en muestras
de voz previas, el decodificador predecir las tramas perdidas. Esta tcnica
es conocida como Packet Loss Concealment (PLC).
La ITU-T G.113 apndice I provee algunas lneas de gua de planificacin
provisional en el efecto de prdida de tramas sobre la calidad de voz. El
impacto es medido en trminos de Ie, el factor de deterioro. Este es un
nmero en el cual 0 significa no deterioro. El valor ms grande de Ie
significa deterioro ms severo. La siguiente tabla est derivada de la G.113
apndice I y muestra el impacto de las tramas perdidas en el factor Ie.

CODECS MS COMUNES EN VoIP

NOMBRE ; G.711, COMPRESION ; A-law y u-law, BITRATE(Kbps)

64, APLICACIN ; Telefona en general.
NOMBRE ;
G.726, COMPRESION ;
ADPCM, BITRATE(Kbps)
16,24,32 y 40, APLICACIN ; DECT telefona Internacional.
NOMBRE ; GSM 06,10 FR, COMPRESION ; ADPCM, BITRATE(Kbps)
13.2, APLICACIN ; Codec original de GSM.
NOMBRE ;
G.729, COMPRESION ;
CS-ACELP, BITRATE(Kbps)
8, APLICACIN ; VoIP sobre conexiones a Internet lentas.

;
;
;
;

Estndares UIT-T G.711, G.726 y G.729

La estandarizacin es importante para que dos aplicaciones de VoIP se
comunican entre s. Afortunadamente, el sector de las telecomunicaciones
siempre ha sentido la necesidad de estandarizar los protocolos y el
intercambio de informacin y la primera organizacin oficial para esto se
remonta al ao 1865, la UIT o Unin Telegrfica Internacional. Esta
organizacin se convirti en una agencia oficial de las Naciones Unidas en
1947. El organismo de normalizacin de la UIT a evolucionado en el CCITT o
Comit Consultivo Internacional de Telefona y otros telegrfico en 1956 y
pas a llamarse finalmente a la UIT-T en 1993. La abreviatura del CCITT se
sigue utilizando en muchos lugares, por ejemplo cuando se habla de
algoritmos de clculo CRC.
El UIT-T ha definido una serie de algoritmos de compresin de voz que se
utilizan en las comunicaciones de telefona nacional e internacional. Todos
estos estndares de compresin son nombrados por la letra G seguida de un
nmero. Como regla general se puede decir que la numeracin de la norma
otorga la secuencia de las normas, y que los nmeros ms altos, en general,
definen las normas tcnicas de compresin como ms complejas que
requieren un mayor esfuerzo de cmputo que las normas de menor nmero,
pero tiene una mejor calidad en la proporcin entre la voz y el ancho de
banda.

EQUIPOS DE TELEFONIA IP

Adaptador Cisco ATA 186/188 / (Adaptador telefnico analgico).

Le permite conectar su telfono tradicional simple en un telfono para
Internet Es bastante fcil de configurar. Fuera de la caja, se configura por
DHCP. Esto significa que que consigue que sus IP se dirijan
automticamente
de su servidor de
DHCP.

El Sipura ATA (Adaptador telefnico analgico),

Le permite conectar sus llamadas con un telfono comn simple. Tiene un
puerto de Ethernet y dos RJ11 para sus llamadas. Esta es una de las
caractersticas fciles que se ha probado en este equipo, puede configurarse
con IP dinmicas o estticas.

El Handy Tone

286

Es un adaptador de telfono que conecta a su Internet a travs del puerto

RJ45. No necesita una computadora para hacer sus llamadas, slo conecte
su MODEM DSL o Router y ya podr hacer sus llamadas. El innovador
modelo RedVois es fcil de instalar brindando calidad de sonido a un
excelente precio. Recomendado para Pymes, Casa y personas en particular.
El Handy Tone 386
Es un adaptador de telfono que conecta a su Internet a travs del puerto
RJ45. No necesita una computadora para hacer sus llamadas, slo conecte
su Modem DSL o Router y ya podr hacer sus llamadas, obteniendo dos
lneas Independientes, y la posibilidad de tener su lnea de telfono
convencional, Todo en uno. El innovador modelo es fcil de instalar
brindando calidad de sonido a un excelente precio.

Linksys Pap2.
El Adaptador Telefnico permite el uso de nuestro servicio de comunicacin,
de gran calidad superior a travs de su servicio de Internet cable o DSL.
Simplemente conectando el equipo en su hogar u oficina, donde podr usar
dos lneas de telfono normales para conectar sus telfonos tradicionales.
Cada lnea telefnica opera independientemente, con el servicio del telfono
separado y nmeros de telfono--puede tener dos lneas de telfono
trabajando. Con Red2Call, usted conseguir una recepcin de telfono clara,
incluso mientras usando la Internet al mismo tiempo para los
funcionamientos de los datos normales.

UTStarcom WiFi Handset F1000

Microtelfono Inalmbrico, un dispositivo revolucionario
que ensancha el alcance de las comunicaciones VoIP.
Les proporciona a los consumidores una nueva manera
de comunicarse con el ahorro que proporciona Red2Call.
Es portable al igual que un Celular, con caractersticas
de Llamada en Espera, Transferencia de Llamada y
otras ms.

SOFTPHONES
Son software que se instalan en su computadora o conocidos tambin como
telfonos para el pc o computador y se usa con su tarjeta de sonido, como

interfaz de usuario. Un gran nmero de usuarios hace actualmente gran uso

de ello, por su bajo precio o gratis, as tambin por su fcil disponibilidad.
Softfone X-Lite, para video conferencias en lnea, con calidad de audio y
video de alta fidelidad y calidad excepcional, recomendamos usarlo para
video conferencias
o
sus
llamadas.