Equipo de Telepresencia

8/17/2019 Equipo de Telepresencia

1/45

CONCLUSIONES:

• El sistema VoIP está encaminado para ser el medio de comunicación

del futuro, ya que nos permite mantener una comunicación mucho

más cercana, sin importar el lugar en que estemos ubicados.

• La investigación sobre VoIP, nos permite austarnos de una forma

más segura y sencilla al incremento del tráfico que vaya surgiendo

como producto de las nuevas migraciones que se hagan hacia la

plataforma de VoIP.

• VoIP es otro eemplo de cómo Internet está cambiando las

comunicaciones mediante la reducción de los costos y la

simplificación de la infraestructura de la empresa.

• !omo se espera que el uso de VoIP aumente, es probable que los

atacantes busquen cada ve" más maneras de e#plotar esta

tecnolog$a, que ya es v$ctima de casi todas las amena"as que

e#isten contra las redes de datos.

• %i una empresa decide adoptar el sistema VoIP, debe estar

preparada para hacer frente a la falta de seguridad que actualmente

trae apareada la implementación de estos sistemas.

• La rentabilidad en la utili"ación de soluciones IP se basa en el

desarrollo de nuevos servicios& VoIP significa rapide" en la

instalación si se compara con una red similar usando tecnolog$a decircuitos conmutados.

• V'IP en un escenario basado en redes y servicios IP, ha ganado

muchos puntos la sencille", fle#ibilidad y robuste" de %IP& y se

perfila como la apuesta clara de futuro (que por otra parte se veía venir

como contrapartida desde el mundo de Internet ante las iniciativas del

mundo institucional ).


2/45

Voice Over InternetProtocol CONCLUSIONES(VOIP)

• Está claro que el escenario actual seguirá evolucionando hacia la

convergencia tecnológica efectiva* la tendencia es ir a un escenario

final donde dispondremos de una red de multiservicios que integre

todo tipo de contenidos (voz, vídeo y datos) y que nos permita

entregarlos de forma personali"ada a cualquier tipo de usuario, en

cualquier tipo de terminal, con la calidad requerida e

independientemente de la ubicación de aqu+l.

• VoIP se perfila como soporte del servicio de elefon$a IP (IP)& y

como primera propuesta para disponer de un mecanismo de

se-ali"ación y control para las necesidades que plantea el servicio

de IP, se ha desarrollado la recomendación ./0/ de la I12, ytodos los protocolos asociados que han surgido del mundo

tradicional.

• %i tenemos que quedarnos con una idea, debe ser la siguiente. 3nte

la creciente demanda de servicios de multiconferencia multimedia en

tiempo real, con funcionalidades de colaboración, parece que son los

desarrollos ligados a %IP los que dan una respuesta más

satisfactoria a los retos que presenta la implementación de talesservicios. 3demás en un mundo IP, con la 4eb como canal de

comunicación por defecto, y una oferta cada ve" mayor de

tecnolog$as de acceso y soluciones de movilidad, tiene sentido

apostar decididamente por %IP.

• Podemos decir que VoIP es una tecnolog$a que tiene todos los

elementos para su rápido desarrollo. !omo muestra se puede ver

que compa-$as como !isco, /com, la han incorporado a su catálogo

de productos, los tel+fonos IP están ya disponibles y los principales

operadores mundiales, as$ como elefónica, !onvergia, elme#,

están promoviendo activamente el servicio IP a las empresas,

ofreciendo calidad de vo" a trav+s del mismo. Por otro lado se tiene

ya un estándar que nos garanti"a interoperabilidad entre los distintos

fabricantes.

Universidad “San Martín de Porres” Universidad “San Martín de Porres” PáginaPáginaFacultad de Ingeniería yFacultad de Ingeniería y r!uitectura r!uitectura

22


3/45

Voice Over InternetProtocol CONCLUSIONES(VOIP)

• !onsiderando los costes de gestión de hoy en d$a, las soluciones de

gestión integrada para entregar servicios e#tremos a e#tremo

eficientemente en un ambiente de m5ltiples capas heterog+neos de

la red constituyen un factor dominante para la introducción de las

nuevas arquitecturas de red, tecnolog$as, y servicios.


33


4/45

RECOMENDACIONES:

• 3l momento de implementar una solución IP debemos tener en cuenta

nuestra infraestructura de red si va a soportar el tráfico generado por las

llamadas que se van a originar dentro de la organi"ación.

• !omo segunda recomendación ser$a profundi"ar más en el estudio de

los protocolos que conforman los estándares de la VoIP. Los cuales

presentan mucho potencial para destinar un proyecto completo solo a

ellos. 'tro tema de gran inter+s corresponde a los sistemas de

compresión y descompresión, llamados !'6E!%, determinar qu+

códec elegir$a la organi"ación si se piensa en una futura

implementación.

• %e espera que el uso de VoIP aumente rápidamente en los pró#imos

a-os. In2%tat, una empresa de investigación tecnológica, prevee que la

cantidad de tel+fonos VoIP vendidos a empresas aumentará de 7,7

millones en 0889 a :;,< millones en 08=8. In2%tat tambi+n observa quemás del :8> de las empresas encuestadas no tienen planes espec$ficos

para garanti"ar la seguridad de la implementación de VoIP. %in embargo,

no es aconseable ignorar el tema de la seguridad, ya que cuanto más

se difunda el uso del sistema VoIP, más probabilidades habrá de que se

convierta en el obetivo de los estafadores de Internet. La mayor$a de las

soluciones VoIP no tienen funciones de seguridad integradas, pero a

continuación se mencionan algunas de las medidas que las empresas

pueden tomar para garanti"ar su protección*

o VOIP Y DATOS SEPARADOS

1na red bien dise-ada debe separar la entrada de datos y

de VoIP en el per$metro mediante un fire?all general para los

datos y un dispositivo de seguridad espec$fico para VoIP. 1na

buena solución perimetral para VoIP deber$a poder interceptar los

ataques contra el sistema VoIP.


5/45

Voice Over InternetProtocol "ECOMEN#CIONMES(VOIP)

o VIGILANCIA

3seg5rese de estar al tanto de las nuevas y cambiantes

amena"as contra el sistema operativo y contra los sistemas VoIP.

Esto incluye la instalación de parches y de actuali"aciones de

seguridad tan pronto como est+n disponibles.

o BLOQUEO DEL USO DE UN VOIP FALSO

E#isten muchas tecnolog$as VoIP gratuitas disponibles para

los consumidores, y cualquiera de ellas puede ser descargada y

utili"ada por un empleado sin que se entere ning5n miembro delequipo de tecnolog$a. Estas redes falsas representan un riesgo

innecesario, por lo que es importante detectarlas y bloquearlas

mediante un fire?all de reconocimiento de VoIP y herramientas de

detección de intrusos en puntos de acceso clave.

o ADMINISTRACIÓN DE LOS PUNTOS DE ENTRADA

6esactive y elimine cualquier aplicación y servicio operativo

innecesarios que un hac@er pueda usar como ruta de acceso al

sistema. 1tilice soluciones de seguridad de gate?ay para impedir

el acceso de usuarios no autori"ados.

o VPN PARA VOIP REMOTO

!uando los empleados utili"an una cuenta VoIP de la

empresa fuera de la oficina, el control de las cone#iones remotas,

los t5neles VPA, los cifrados y las autenticaciones poco

confiables son fundamentales.

o SEGURIDAD DE LA RED

Las herramientas deber$an estar en su lugar para controlar

de manera constante la red a fin de detectar cualquier actividad

sospechosa y, de esta manera, evitar el acceso de personas no

autori"adas a la red.


55


6/45

Voice Over InternetProtocol "ECOMEN#CIONMES(VOIP)


6 6


7/45

REFERENCIAS:

• REFERENCIAS BIBLIOGRÁFICAS

B3CEL D3B3 E%EP3 3L'A%'. !ontribuciones al %oporte

de !alidad en Bedes de Vo" sobre IP1niversidad de %evilla 3bril 0880

!I%!'* !isco echnical %olution %eries* IP elephony %olution

Fuide 'ctober 088=

4ILLI3D 3B6G Voip service HualityD!Fra? ill 0889

D3GELLIAE BEJ3 B'LE%. esis de VoIP1niversidad de !olima Kunio de 088=

• REFERENCIAS ELECTRÓNICAS

1A3 I%'BI3 6E V'IP* 3rticle %natch6isponible* http*???.articlesnatch.comes3rticle32istory2of2

V'IP;;M/8=

PBE%EA3!INA V'IP6isponible* http*???.slideshare.netelplatinpresentacin2vo2ip

V'IPEO EO!3AFE* istoria de V'IP

6isponible* http*voipe#.blogspot.com08898:historia2de2voip.html

QH1R E% V'IPS L$nea Opress.com6isponible*

http*???.linea#press.comsiteslinea#pressapp.nsf8=3:!M=

0M6::C


8/45

Voice Over InternetProtocol "EFE"ENCIS(VOIP)

6isponible*

http*???.unicrom.comelTVoIPTventaasTdesventaas.asp

QV'J %'BE PB''!'L' 6E IAEBAES aringa.net6isponible* http*???.taringa.netpostsapuntes2y2

monografias=/;0=!0>CHu>!/>372es2Vo"2sobre2

Protocolo2de2Internet22>0


9/45


DI% LIB'% 6E AE4'BYIAF* CO%CO'6isponible* http*[email protected]:f#s2

f#o.html

!EAB3LI3 IP* Q!ómo funcionaS6isponible* http*???./c#.esvoip2sipip2pb#2overvie?.php

QH1R E% 1A3 B6%I BIS*6isponible* http*es.tech2faq.comisdn2bri.shtml

QH1R E% 1A3 B6%I PBIS6isponible* http*es.tech2faq.comisdn2pri.shtml

QP'B H1R C3LL3 1A3 IDPLEDEA3!INA 6E V'IPS

6isponible* http*atorresa.?ordpress.com088


10/45


6isponible*

http*???.citel.oas.orgne?sletter088


11/45

ANEXOS:


12/45

Voice Over InternetProtocol NE$OS(VOIP)

ANEXO I: ARQUITECTURA VOIP

Universidad “San Martín de Porres” Universidad “San Martín de Porres” PáginaPáginaFacultad de Ingeniería y r!uitecturaFacultad de Ingeniería y r!uitectura 1212


13/45


ANEXO II: PROTOCOLOS VOIP



14/45


ANEXO III

SOFTWARE DE COMUNICACIONES GREEEN HILLS



15/45


ANEXO IV

COMPARATIVA ENTRE LOS DIFERENTES

PROTOCOLOS DE VOIP

1. H.323 VS. SIP/0/ es el protocolo más definido pero adolece de cierta falta de

fle#ibilidad. %IP está menos definido pero es más fácil de integrar, QQue

protocolo ganará al final S Es dif$cil de decir pero dependerá de la

aplicación que cada uno quiera desarrollar. (SIP es más fácil de implementar

aunque los conceptos de H.33 son me!ores).

H.323 SIP

Arquitectura

H.323 cubre casi todos

los servicios como

capacidad de

intercambio, control de

conferencia,

señalizacin b!sica,

calidad de servicio,

re"istro, servicio de

descubrimiento # m!s.

$IP es modular # cubre la

señalizacin b!sica, la

localizacin de usuarios #

el re"istro. Otras

caracter%sticas se

implementan en

protocolos separados.

Como!e!te"

&erminal'atea# *+

ateeeper $ervidores

Protoco#o"-+$'./30 $I

H.21 $P

Fu!cio!a#i$a$e" $e co!tro# $e##ama$a H.323 SIP



16/45


%ra!"&ere!cia $e ##ama$a 'Ca##

%ra!"&er($% $%

E)e$ici*! $e ##ama$a 'Ca##

For+ar$i!,(

$% $%

%e!e!cia $e ##ama$a 'Ca## Ho#$i!,( $% $%

L#ama$a e"tacio!a$a-reco,i$a

'Ca## Pari!,-Picu($% $%

LLama$a e! e"era 'Ca## /aiti!,( $% $%

I!$icaci*! $e me!"a0e e! e"era'Me""a,e /aiti!, I!$icatio!(

$% 4O

I$e!ti1caci*! $e !omre 'Name

I$e!ti1catio!($% 4O

%ermi!aci*! $e ##ama$a co!

"u"critor ocua$o 'Ca##

Com#etio! o! u"4 Su"crier(

$% $%

O&recimie!to $e ##ama$a 'Ca##

O5er($% 4O

I!tru"i*! $e ##ama$a 'Ca##

I!tru"io!($% 4O

H.323 las divide en los protocolos H.15, -+$, H.21 # ./30

Universidad “San Martín de Porres” Universidad “San Martín de Porres” PáginaPáginaFacultad de Ingeniería y r!uitecturaFacultad de Ingeniería y r!uitectura 16 16


17/45


Caracter6"tica"

A7a!8a$a"H.323 SIP

Se!a#i8aci*!mu#tica"t'Mu#tica"tSi,!a#i!,(

$%, re6uiere 7-

(localizacin) #

descubrimiento

autom!tico del

- ("ateeeper).

$%, e8emplo, a trav9s

de mensa8es de

"rupo I4VI&:s.

Co!tro# $e #a##ama$a $e u!tercero '%9ir$art4 Ca## Co!tro(#

$i, a trav9s de

pausa de la terceraparte # re;

enrutando se" .

$i, se"


18/45


ESCALAILIDAD 9.323 SIP

N;mero am#io$e $omi!io"

'Lar,e Numero& Domai!"(

7a intencin inicial de

H.323 fue el soporte de

7+4s, por lo 6ue est!

pensado para el

direccionamiento de

redes amplias. :l

concepto de zona fue

añadido para acomodar

este direccionamiento

amplio. 7os

procedimientos son

de=nidos por localizacin

de usuarios a trav9s de

nombres de email. :l

ane>o de=ne la

comunicacin entre

dominios

administrativos,

describiendo los m9todos

para resolucin de

direcciones, autorizacin

de acceso # el reporte

entre dominios

administrativos. :n lasb


19/45


escalabilidad.



20/45


in

Aon estado o sin estado.

Aon estado o sin estado.

*na llamada $IP es

independiente de la

e>istencia de una

cone>in en la capa de

transporte, pero sin

embar"o la señalizacin

de llamadas tiene 6ue

ser terminada

e>pl%citamente.Internationalizacin

$i, H.323 usa *nicode

(BCP$trin" con +$4.0)

para al"una informacin

te>tual (?323;id), pero

"eneralmente tienepocos par!metros

$i, $IP usa *nicode (I$O

05D1D;0), codi=cado como

*&E;F, para todas las

cadenas de te>to,

permitiendo todos los

caracteres para nombres,



21/45


te>tuales

mensa8es # par!metros. $IP

provee m9todos para la

indicacin del idioma #

preferencias del idioma.

H.323 SIP

$e"uridad

e=ne mecanismos de

se"uridad # facilidades

de ne"ociacin medianteH.23, puede usar $$7

para se"uridad en la

capa de transporte.

$IP soporta

autenti=cacin de

llamante # llamado

mediante mecanismos

H&&P. +utenticacin

cripto"r!=ca #

encriptacin son

soportados salto a salto

por $$7'&$7 pero $IP

puede usar cual6uier

capa de transporte o

cual6uier mecanismo de

se"uridad de H&&P,

como $$H o $;H&&P.

Alaves para encriptacin

multimedia se ofrecen

usando $P. $$7 soporta

autenticacin sim9trica

# asim9trica. $IP

tambi9n de=ne

autenticacin #

encriptacin =nal

usando PP o $'CIC:.



22/45


Interoperabilidadentre versiones

7a compatibilidad ?acia

atr!s de H.323 permite

6ue todas las

implementaciones

basadas en diferentes

versiones de H.323 sean

f!cilmente inte"rables.

:n $IP, una nueva

versin puede descartar

caracter%sticas 6ue no

van a ser soportadas

m!s. :sto consi"ue

reducir el tamaño del

cdi"o # la comple8idad

del protocolo, pero ?ace

perder cierta

compatibilidad entre

versiones.

Implementacinde laInteroperabilidad

H.323 provee una "u%a de

implementacin, 6ue

clari=ca el est!ndar #

a#uda a la

interoperabilidad entre

diferentes

implementaciones.

$IP no prev9 nin"una

"u%a de

interoperabilidad

Eacturacin

Incluso con el modelo de

llamada directa H.323, la

posibilidad de facturar la

llamada no se pierde

por6ue los puntos =nales

reportan al "ateeeper eltiempo de inicio #

=nalizacin de la llamada

mediante el protocolo

-+$.

$i un pro># $IP 6uierereco"er informacin de

facturacin no tiene otra

opcin 6ue revisar el

canal de señalizacin de

manera constante para

detectar cuando se

completa la llamada.Incluso as%, las

estad%sticas est!n

ses"adas por6ue la

señalizacin de la

llamada puede tener

retardos.



23/45


Adecs

H.323 suporta cual6uier

cdec, estandarizado o

propietario, no slo

cdecs I&*;&, por e8emplo

cdecs CP: o $C.

Cuc?os fabricantes

soportan cdecs

propietarios a trav9s de

+$4.0 6ue es e6uivalente

en $IP a @cdi"os

privados de mutuo

acuerdo@ Aual6uier cdec

puede ser señalizado a

trav9s de la

caracter%stica eneric

Aapabilit# añadida en

H.323v3.

$IP soporta cual6uier

cdec I+4+;re"istered

(es una caracter%stica

?eredada) o cual6uier

cdec cu#o nombre sea

de mutuo acuerdo.

Bifurcacin dellamadas (AallEorin")

*n "ateeeper H.323

puede controlar la

señalizacin de la

llamada # puede bifurcar

a cual6uier n# $IP puedecontrolar la señalizacin

de la llamada # puede

bifurcar a cual6uier

n


24/45


Aodi=cacin demensa8es(Cessa"e

:ncodin")

H.323 codi=ca los

mensa8es en un formato

binario compacto

adecuado para

cone>iones de "ran

anc?o de banda.

$IP codi=ca los

mensa8es en formato

+$AII, adecuado para

6ue lo puedan leer los

?umanos.

ireccionamiento(+ddressin")

Cecanismos de

señalizacin Ge>ibles,

inclu#endo *-7s #

nin -ed &elefnica P


25/45


eteccin debucles (7oopetection)

$i, los "ateeepers

pueden detectar bucles

mirando los campos

@AallIdenti=er@ #

@destination+ddress@ en

los mensa8es de

procesamiento de la

llamada. Aombinando

ambos se pueden

detectar bucles

$i, el campo @Via@ de la

cabecera de los

mensa8es $IP facilita el

proceso. $in embar"o,

este campo @Via@ puede

"enerar comple8idad en

los al"oritmos de

deteccin de bucles # se

pre=ere usar la

cabecera @Ca>;

Eorards@ para limitar el

n


26/45


Arquitectura c#ie!te"er7i$or

+r6uitecturaCaestro'esclavo

>Pura> "o#uci*! IP *na solucin para lacoe>istencia de

redes ; @P$&4 a trav9s deIP@

ArquitecturaHori8o!ta# que uti#i8aI!ter!et $e !ue7oe#eme!to"

:spe8os de señalizacin #control de la ar6uitecturaen

C#ie!te" i!te#i,e!te"+sume mudos puntos

=nales

Re";me!e" $e"e=a#i8aci*! $e caa$e #a re$

Presupone la e>istencia

de ?ardare

>Nue7o Mu!$o> De"im#e e!&oqueaierto 4 9ori8o!ta#

@Vie8o Cundo@descentralizado,controlado # vertical

3. H.323 VS MGCP VS SIP

H.323 SIPM#'-edirec

t $erver

Aall a"ent'Cedia

Aontrol atea# '

$oftsitc?

E!$oi!t"

atea#

terminal

*ser a"ent Cedia atea#, dump

terminal

%ra!"orte $e"e=a#i8aci*!

&AP'*P &AP'*P CAP ; *P

H.21F'Ce"aco;

&AP'*P



27/45


Mu#time$ia$% $% $%

Me$iatra!"ort

-&P -&P -*P ,-&P

%ra!"orteD%MFre#a4

-&P -&P -&P

%ra!"orteFa)re#a4

&.3F &.3F &.3F

Ser7icio"Com#eme!ta

rio"

B#

endpointsor call

control

B# endpoints

or call control

B# call a"ent



28/45


!. SIP V MEGACO V H.323

H.323 SIP H.2?@ 'Me,aco( - M


29/45


ANEXO V: NORMATIVA UIT PARA CONFERENCIA MULTIMEDIA H.32 H.32 H.322 H.323 H.32?

Fec9a 0//5 0// 0// 0//D 0//D

Re$ -$I;B:-$I;B+

+&C7+4

J.27+4

:t?ernet-&B

6$eo H.2D0H.2D3

H.2D0H.2D3

H.2D0H.2D3

H.2D0H.2D3

H.2D0H.2D3

Au$io.K00.K22.K2F

.K00.K22.K2F

.K00.K22.K2F

.K00.K22.K23.K2F.K2/

.K23

Dato" &.025 &.025 &.025 &.025 &.025

Mu#ti#e)aci*! H.220 H.220 H.220 H.22 H.223

Co!tro#H.235H.212

H.212H.235H.212

H.21 H.21

Mu#tiu!toH.230H.213

H.230H.213

H.230H.213

H.323

I!ter&ace $ecomu!icacio!e"

I.155++7I.3D3I.155

&AP'IP I.155 &AP'IP Cdem V.31



30/45


ANEXO VI

VIDEO CÓDEC

CGDEC S%ANDAR OSERACIGN

H.2 I&* L &

*sado principalmente en

teleconferencia de video m!s anti"ua

# productos de telefon%a de video.

H.23 I&* L &

*sado primariamente para video

conference, telefon%a de video, #

video de Internet.

H.2?versin de &

de I&* deCP:;1 Part05

&ambi9n conocido como CP:;1

Part05 o +VA (+dvancedVideoAodin").

MPE


31/45


ANEXO VII: AUDIO CÓDEC

%io $eC*$ec

E"t!$ar

Mto$o$e

mo$u#aci*!

itrate'-"(

Sam#i!, rate'JH8(

Frame"i8e

'MS(

Comre""io!$e#a4

Mea!Oi!io!Score'MOS(

Nota"


32/45



33/45


o



34/45


ANEXO VIII

"POR QU# FALLA UN IMPLEMENTACIÓN DE VOIP$

La VoIP está creando bastante e#pectativa por su capacidad de reducir los

costos y cambiar la forma en la que trabaamos en la actualidad. Pero como

toda tecnolog$a, e#iste gente que la mitifica y gente que la satani"a.

La gente que la mitifica en muchas ocasiones no ayuda a la propagación

de este tipo de tecnolog$a, ya que tiende a elevar más de lo necesario el nivel

de e#pectativa de lo que se puede lograr, y eso en algunos casos puede

generar decepción, y +sta decepción desmotiva mayores implementaciones deesta tecnolog$a.

Para ser ustos con este tipo de tecnolog$as, es válido que miremos los

factores que pueden afectar una implementación de VoIP, y que muchas veces

olvidamos revisar creando problemas. En algunos casos dif$ciles de resolver.

• PRIMER FACTOR ES LA CALIDAD DE LA RED.

[Para que funcione bien la vo" sobre redes de datos, tiene que

funcionar bien la red de datos\. Ao parece dif$cil de comprender,

pero de todos modos la gente lo tiende a olvidar.

3s$ que antes de hacer una implementación de VoIP debemos

buscar ayuda para revisar nuestra red y ver qu+ elementos se

requieren modificar para que la tecnolog$a seleccionada funcione

sobre la red sin ning5n inconveniente.

• SEGUNDO FACTOR% INTERACTUAR CON OTRAS REDES.

6ependiendo de la compleidad a la que queremos llegar no

solo tiene que interactuar con la red de datos sino con otro tipo de

redes. !omo la red p5blica de tel+fonos, o interactuar con plantas

telefónicas. en esos casos se pueden perder elementos importantes

que actualmente los damos por hecho, como se-ales de cuelgue,

se-ales de corte para tarificación, identificador de llamadas, G ese



35/45


tipo de cosas que son importantes para los usuarios de negocios, y

en especial para la industria de los call centers.

!uando se hacen implementaciones de VoIP es importante

saber si se necesitan esas se-ali"aciones para estar seguros quefuncionaran correctamente.

• TERCER FACTOR% INTERACTUAR CON LOS DATOS.

'tras tecnolog$as con la cual se espera interactuar son las

tecnolog$as de información, una de las aplicaciones que para el

mundo corporativo me parece más interesante y que está teniendo

una buena evolución es la capacidad de comunicarse no solo con el

'utloo@, sino con sistemas de información de diversos tama-os.

Estas aplicaciones ya van más allá de hacer clic en un contacto de

'utloo@ y que nuestro tel+fono llame a nuestro contacto, ahora

tambi+n pueden mirar en una llamada entrante, quien está llamando

y mostrarnos información relevante antes de levantar el tel+fono.

ay muchas formas de hacer esto, pero no todas compatibles

entre ellas, por eso es importante asegurarnos que la tecnolog$a que

compremos sea compatible con las tecnolog$a que poseemos, para

que si no es nuestra prioridad actual, si pueda ser posible en un

futuro cercano.

• CUARTO FACTOR% TRANSPORTE DE FAX Y MODEM.

Los fa#es son 3lgo que por lo general no se tiene en cuenta, ya

que es una tecnolog$a que la mayor$a de las personas creen

superada por el correo electrónico, pero hay muchas industrias quelos consideran muy importantes, ya que los consideran más

confiables en el caso de requerir trasmitir documento en los cuales

se requiere la firma manuscrita. Esto por eemplo es un requisito que

la transacción no sea revertida cuando comparamos con una tareta

de cr+dito.

Para proteger a los taretahabientes de las diferentes formas de

fraude que se presentan 5ltimamente en internet, las entidades



36/45


emisoras de taretas de cr+dito permiten revertir transacciones salvo

si como soporte de esta e#iste un documento firmado por el

taretahabiente.

Por eso muchos establecimientos requieren transmitir por fa#las autori"aciones firmadas de tareta de cr+dito.

En el caso de los modem puede ser necesario que equipos

como datafonos utilicen la red VoIP, y al igual que en el caso de los

fa#es e#isten más de una forma de hacerlo y tambi+n su consumo

de ancho de banda es elevado. El no tener en cuenta, desde un

principio el poder enviar fa# o módems puede luego generar

problemas, que en algunos casos pueden ser dif$ciles de resolver.

3lgunas tecnolog$as de transmisión de fa# o módem requieren

cuatro veces más ancho de banda que el requerido para transmitir la

vo" normal, esto no sólo puede crear problemas para transmitir fa#,

sino con otras aplicaciones que corran sobre la misma red y

necesiten de más ancho de banda para tener un comportamiento

adecuado.

Pueda que los diferentes productos adquiridos digan que

transportan fa#, pero lo importante es que lo hagan de la misma

manera, para que sea compatible entre ellos y no nos den una

sorpresa.

• QUINTO FACTOR% TECNOLOG&A QUE USAREMOS.

3l implementar tecnolog$a VoIP hay muchos factores para tener

en cuenta, si será tecnolog$a hibrida, si será IP puro, tecnolog$apropietaria, o tecnolog$a abierta.

En odas estas posibles tecnolog$as hay que evaluar que tanto

quieres depender de tu proveedor. 3lgo que a la gente no le agrada

de la tecnolog$a tradicional, es esperar que llegue el t+cnico de la

planta para poder hacer una modificación menor, y ser$a algo

desafortunado, que despu+s de gastar mucho dinero terminemos en

la misma situación, esto puede ocurrir tanto con tecnolog$a



37/45


propietaria como con tecnolog$a abierta, sino aprendemos a

administrar nuestros equipos, dependeremos de nuestro proveedor,

y esto puede no sólo ser poco práctico sino llegar a ser costoso y

frustrante.

• SEXTO FACTOR% CAPACIDAD DE PROCESAMIENTO.

3lgo que tiene muy claro los que trabaan con telefon$a

tradicional, es como medir el rendimiento de un equipo de telefon$a,

la forma más com5n es por lo general es la cantidad de llamadas

que puede procesar un equipo durante una hora, en el caso de

equipos de alto rendimiento esto se puede llegar a medir en

llamadas por segundo.

!uando vas a tener un equipo de una sola l$nea en tu casa,

eso no es muy importante, ya que en tu casa no harás muchas

llamadas por segundo, Pero cuando usas un equipo de estos en una

empresa, te puedes llevar la sorpresa de que lo tienen que reiniciar

un par de veces en el d$a, ya que el n5mero de llamadas solicitadas

supero su capacidad nominal de llamadas por hora.

Para esto asesórate de alguien que sepa calcular el indicador

conocido como !3, no sea que termines comprando algo muy

económico, que luego tienes que rempla"ar, porque no tienen la

capacidad que necesites, o no es capa" de crecer hasta la

capacidad que necesitas.

• S#PTIMO FACTOR% COSTOS OCULTOS.

Este es el más peligroso de los factores evaluados, cuandoempe"amos cualquier tipo proyecto incluyendo un proyecto VoIP

debemos tener en cuenta todos los aspectos, ya que si el uso de

esta nueva tecnolog$a requiere de costos de soporte, insumos o

mantenimiento, que no tuvimos en cuenta, esto puede hacer perder

brillo hasta al más e#itoso de los proyectos, y la percepción final del

proyecto, se verá seriamente afectada.



38/45


ANEXO IX

MAPAS CONVERGIA



39/45

ACRGNIMOS:

• ATM 3synchronous ransfer Dode (Dodo de ransferencia

3s$ncrona)

• CCITT !onsultative !ommittee for International elegraph and

elephone (!omit+ !onsultivo Internacional de elefon$a y

elegraf$a)

• CPE !ustomer Premises Equipment (Equipo en Instalaciones

de !liente)

• CTI !omputer elephony Integration (Integración 'rdenador2

elefon$a)

• D'((S)*+ 6ifferentiated %ervices Internet Ho% model (modelo

de !alidad de %ervicio en Internet basado en %ervicios

6iferenciados)

•

DNS 6omain Aame %ystem (%istema de Aombres de 6ominio)

• E.1,! Becomendación de la I12 para la numeración

telefónica internacional, eespecialmente para I%6A, I%6A y

%D6%.

• ENUM elephone Aumber Dapping (Integración de A5meros

de el+fono en 6A%)

• FDM Crequency 6ivision Dultiple#ing (Dultiple#ado por 6ivisiónde Crecuencia)

• F-IP Ca# over IP (Ca# sobre IP)

• H.323 Estándar de la I12 para vo" y videoconferencia

interactiva en tiempo real en redes de área local, L3A, e

Internet.

• IETF Internet Engineering as@ Corce (Frupo de rabao deIngenier$a de Internet)


40/45

Voice Over InternetProtocol C"'NIMOS(VOIP)

• IGMP Internet Froup Danagement Protocol (Protocolo de

Festión de Frupos en Internet)

• IN Intelligent Aet?or@ (Bed Inteligente)

• I/S)*+ Integrated %ervices Internet Ho% model (modelo de

!alidad de %ervicio en %ervicios Integrados de Internet)

• IP Internet Protocol (Protocolo Internet)

• IP M0/'/ E#tensión del Protocolo Internet para dar soporte

a comunicaciones multidifusión

• IPBX Internet Protocol Private ranch E#change (!entralita

Privada basada en IP)

• IPS) IP %ecurity (Protocolo de %eguridad IP)

• ISDN Integrated %ervices 6ata Aet?or@ (Bed 6igital de

%ervicios Integrados, B6%I)

• ISP Internet %ervice Provider (Proveedor de %ervicios Internet,

P%I)

• ITSP Internet elephony %ervice Provider (Proveedor de

%ervicios de elefon$a Internet, P%I)

• ITU4T International elecommunications 1nion 2

elecommunications (1nión Internacional de

elecomunicaciones

o elecomunicaciones)

• LDP Label 6istribution Protocol (Protocolo de 6istribución de

Etiquetas)

• LSR Label %?itching Bouter (Encaminador de !onmutación de

Etiquetas)

• MBONE Dulticast ac@bone (Bed roncal de Dultidifusión)

•

MCU Dultipoint !ontrol 1nit (1nidad de !ontrol Dultipunto)


4040


41/45


• MEGACO Dedia Fate?ay !ontrol (!ontrol de Pasarela de

Dedios)

• MGCP Dedia Fate?ay !ontrol Protocol (Protocolo de !ontrol

de Pasarela de Dedios)

• MOS Dean 'pinion %core (Aota Dedia de Besultado de

'pinión)

• MPLS Dultiprotocol Label %?itching (!onmutación de

Etiquetas Dultiprotocolo)

• OLR 'verall Loudness Bating (ndice de %onoridad Flobal)

• PBX Private ranch E#change (!entralita elefónica Privada)

• PHB Per op ehaviour (!omportamiento por %alto)

• P-P Point of Presence (Punto de Presencia)

• POTS Plain 'ld elephone %ervice (%ervicio elefónico

radicional)

•

PPP Point to Point Protocol (Protocolo Punto a Punto)

• PSTN Public %?itched elephone Aet?or@ (Bed de elefon$a

!onmutada P5blica)

• Q-S Huality of %ervice (!alidad de %ervicio)

• RAS Begistration, 3uthentication and %tatus (Begistro,

3utentificación y Estado)

• RSVP Beservation Protocol (Protocolo de Beserva)

• RTCP Beal ime !ontrol Protocol (Protocolo de !ontrol de

iempo Beal)

• RTP Beal ime Protocol (Protocolo de iempo Beal)

• SAP %ession 3nnunciation Protocol (Protocolo de 3nuncio de

%esión)

• SCN %?itched !ircuit Aet?or@ (Bed de !ircuitos !onmutados)


4141


42/45


• SDP %ession 6escription Protocol (Protocolo de 6escripción de

%esión)

• SIP %ession Initiation Protocol (Protocolo de Inicio de %esión)

• SLA %ervice Level 3greement (3cuerdo de Aivel de %ervicio)

• SS5 %ignalling %ystem Aumber M (%istemas de %e-ales

n5mero M)

• STMR %ide one Das@ing Bating (ndice de Enmascaramiento

para el Efecto Local)

• TCP ransmission !ontrol Protocol (Protocolo de !ontrol de

ransmisión)

• TDM ime 6ivision Dultiple#ing (Dultiple#ado por 6ivisión de

iempo)

• TIPHON elecommunications and Internet Protocol

armoni"ation 'ver Aet?or@s (3rmoni"ación de Protocolos de

Bedes de elecomunicación e Internet)

• UDP 1ser 6atagram Protocol (Protocolo de 6atagramas de

1suario)

• UMTS 1niversal Dobile elephone %ystem (%istema 1niversal

de elecomunicaciones Dóviles)

• VLAN Virtual Local 3rea Aet?or@ (Bed de Urea Local Virtual)

• VPN Virtual Private Aet?or@ (Bed Privada Virtual)

• 6DSL !ualquiera de las tecnolog$as de L$neas de %uscripción6igital (por

eemplo, 36%L)


4242


43/45


44/45

Voice Over InternetProtocol (LOS"IO(VOIP)

• G/)7 =*)?. 6ispositivo empleado para conectar redes

que usan diferentes protocolos de comunicación de forma que la

información puede pasar de una a otra. En VoIP e#isten dos tipos

principales de pasarelas* la Pasarela de Dedios ("edia #ate$ays),

para la conversión de datos (vo"), y la Pasarela de %e-ali"ación

(Signalling #ate$ay ), para convertir información de se-ali"ación.

• I'*)/ =


45/45

Voice Over InternetProtocol (LOS"IO(VOIP)

• R-0/)* =)'

Equipo de Telepresencia

Documents

Transcript of Equipo de Telepresencia