Comprensin de paquetes de protocolos de voz

Introduccin
Durante la ltima dcada, la industria de las telecomunicaciones ha sido testigo de rpidos cambios en
la forma en que las personas y organizaciones comunicarse. Muchos de estos cambios de primavera el
crecimiento explosivo de nternet y de aplicaciones basadas en el !rotocolo nternet "!#. $a nternet se
ha convertido en una omnipresente medios de comunicaci%n, as& como el importe total de paquetes
basada en el trfico de la red se ha convertido rpidamente superado tradicional de voz "conmutaci%n
de circuitos# el trfico de la red "Data quest, '(()#.
* ra&z de estos avances tecnol%gicos, ha quedado claro a los transportistas de telecomunicaciones, las
empresas y los proveedores que el trfico de voz y servicios ser una de las principales aplicaciones
pr%xima a sacar el mximo provecho de la propiedad intelectual. +sta expectativa se basa en el impacto
de un nuevo con,unto de tecnolog&as en general a que se refiere como voz sobre ! "-o!# o telefon&a
!.
-o! suministros muchas capacidades nicas a las compa.&as areas y los clientes que dependen de
la propiedad intelectual o de otro tipo de paquetes basados en redes. $os beneficios ms importantes
son las siguientes/
Los ahorros de costos: *l mover el trfico de voz para redes !, las empresas pueden
reducir o eliminar los pea,es asociados con el transporte de llamadas a travs de la red
telef%nica pblica conmutada "01!2#. $os prestadores de servicios y los usuarios finales
pueden tambin ahorrar ancho de banda mediante la inversi%n en capacidad adicional s%lo
cuando sea necesario. +sto es posible por la naturaleza distribuida de -o! y por la
reducci%n de gastos de operaciones, ya que las compa.&as combinar voz y datos de trfico
en una red.
Estndares abiertos y la interoperabilidad multivendor: Mediante la adopci%n de
estndares abiertos, las empresas y los proveedores de servicios pueden comprar equipos
de mltiples proveedores y eliminar su dependencia en soluciones propietarias.
Integrado redes de datos y voz: *l hacer la voz 3s%lo una aplicaci%n !3, las empresas
pueden realmente construir redes integradas de voz y datos. +stas redes integradas no
s%lo proporcionan la calidad y la fiabilidad de la actual 01!2, sino que tambin permiten a
las empresas de manera rpida y flexible aprovechar las nuevas oportunidades dentro del
mundo cambiante de las comunicaciones.
+n '((4, los primeros productos comerciales de -o! comenzaron a golpear el mercado. +stos
productos fueron orientados a empresas que desean reducir los gastos de telecomunicaciones en
movimiento de trfico de voz a paquetes de redes. $os primeros adoptadores de las redes de -o!
construido pea,e de circunvalaci%n de soluciones para aprovechar los favorables tratamientos
reglamentarios de trfico !. 5in las normas establecidas, la mayor&a de las primeras implantaciones se
basa en tecnolog&a patentada.
2omo estos paquetes de las redes de telefon&a creci% y surgieron las dependencias de interconexi%n,
se puso de manifiesto que la industria necesita protocolos estndar de -o!. -arios grupos tom% el
reto, por lo que las normas independientes, cada una con sus propias caracter&sticas nicas. +n
particular, los equipos de redes de proveedores y sus clientes se quedaron a resolver las similitudes y
diferencias entre cuatro diferentes de se.alizaci%n y de control de llamada para los protocolos de -o!/
6.787
Media 9ate:ay 2ontrol !rotocol "M92!#
5ession nitiation !rotocol "5!#
6.8;)<Media 9ate:ay 2ontrol "M+9*2=#
+n el proceso de aplicaci%n de soluciones viables -o!, ingenieros de redes tuvieron que determinar
c%mo cada uno de estos protocolos traba,ados y cules eran las me,ores para determinadas redes y
aplicaciones.
+ste documento puede servir de orientaci%n y la comprensi%n de estos protocolos de -o! y trata de
aclarar algunas de las confusiones en el mercado.
1. El gran mito de voz
3$a -oz de 9ran Mito3 se afirma que s%lo hay una manera de construir las redes de voz y que s%lo
puede haber una solo protocolo de voz para cada funci%n en una red de paquetes de voz. *unque esta
visi%n de red de nirvana se ha discutido en muchos c&rculos acadmicos, la realidad es que los mltiples
protocolos y arquitecturas de -o! ya han sido desplegados, que existir en el futuro previsible, y
muchas redes siguen siendo construidas utilizando varios protocolos de -o!.
Del mismo modo que hoy en d&a las redes de datos se construyeron con el tiempo utilizando varios
protocolos y aplicaciones, las redes de -o! de hoy y de ma.ana sern construidas usando los
protocolos y aplicaciones que me,or se adapten a las tecnolog&as asociadas y sus requerimientos de
negocio.
$a cuesti%n de que las empresas deben preguntarse no es 3>?u protocolo es el me,or@3 sino 3>?u
servicios queremos desplegar, y que los protocolos de -o! apoyar me,or a los servicios@3 $a respuesta
a la primera cuesti%n puede refle,ar el sesgo de un vendedor o de organismo de normalizaci%n. $a
respuesta a la segunda pregunta depende totalmente de las necesidades nicas de cada una de las
redes aplicadas. !orque no hay dos empresas o redes exactamente iguales, cada una de las empresas
responder a la segunda cuesti%n a su manera.
2. Entendimiento a las normas de VoIP
-o! comprende muchos estndares y protocolos. Debe entenderse la terminolog&a bsica, a fin de
comprender las aplicaciones y el uso de -o!. $as siguientes definiciones sirven como un punto de
partida til "los protocolos se enumeran en orden alfabtico#/
H.248 es una 0ecomendaci%n A1 que define la 39ate:ay 2ontrol !rotocol3. 6.8;) es el
resultado de una colaboraci%n con,unta entre la A1 y la +1B. +s conocida tambin como
la +1B 0B2 8))4 "M+9*2=#, que define una arquitectura centralizada para la creaci%n de
aplicaciones multimedia, incluyendo -o!. +n muchos sentidos, se basa en 6.8;) y M92!
se extiende.
H.2 es una 0ecomendaci%n A1 que define el 3paquete multimedia basados en sistemas
de comunicaciones.3 +n otras palabras, 6.787 define una arquitectura distribuida para la
creaci%n de aplicaciones multimedia, incluyendo -o!.
IE!" se refiere a la nternet +ngineering 1asC Borce "http/<<:::.ietf.org#, una comunidad
de ingenieros que busca determinar la forma en que la nternet y los protocolos traba,an,
as& como a definir las normas prominentes.
La #I! es la Ani%n nternacional de 1elecomunicaciones "http/<<:::.itu.int<home#, una
organizaci%n internacional dentro del 5istema de las Daciones Anidas
"http/<<:::.unsystem.org# donde los gobiernos y el sector privado se unen para coordinar
las medidas mundiales de telecomunicaciones y redes servicios.
$E%&'() tambin conocida como +1B 0B2 8))4 y la 0ecomendaci%n A1 6.8;), define
una arquitectura centralizada para la creaci%n de aplicaciones multimedia, incluyendo -o!.
$%'*) tambin conocida como +1B 0B2 8EF4, define una arquitectura centralizada para
la creaci%n de aplicaciones multimedia, incluyendo -o!.
+eal,!ime !rans-er *rotocol .+!*/) tambin conocida como +1B 0B2 '))(, define un
protocolo de transporte para aplicaciones de tiempo real. +n concreto, 01! proporciona el
transporte para llevar el audio y los medios de comunicaci%n a parte de la comunicaci%n
-o!. 01! es utilizado por todos los protocolos de se.alizaci%n -o!.
0I*) tambin conocida como +1B 0B2 84;7, define una arquitectura distribuida para la
creaci%n de aplicaciones multimedia, incluyendo -o!.
3. Entendimiento de arquitecturas centralizada y distribuidas
+n el pasado, todas las redes de voz fueron construidos utilizando una arquitectura centralizada en la
que los puntos terminales tontas "telfonos# fueron controlados por interruptores centralizado. 5i bien
este modelo funcion% bien para los servicios de telefon&a bsica, se encarg% un tardeGoff entre una
gesti%n simplificada y de punto final y la innovaci%n en los servicios.
Ana de las venta,as de la tecnolog&a de -o! es que permite que las redes que se construyen utilizando
una arquitectura centralizada o una arquitectura distribuida. +sta flexibilidad permite a las empresas
construir redes caracterizadas por simplificar tanto la gesti%n de la innovaci%n y punto final, segn el
protocolo utilizado.
+n general, las arquitecturas centralizadas se asocian con los protocolos M92! y 6.8;)<M+9*2=.
+stos protocolos han sido dise.ados para un servicio centralizado del dispositivo llamado un controlador
9ate:ay de medios o llame al agente que se ocupa de la l%gica de conmutaci%n y control de llamadas.
+l dispositivo centralizado conversaciones puertas de entrada a los medios de comunicaci%n, que la ruta
y transmitir el audio y los medios de comunicaci%n parte de las convocatorias "la voz real de la
informaci%n#.
+n las arquitecturas centralizadas, la red de inteligencia est centralizada y puntos finales son
relativamente mudo "con poca o ninguna caracter&sticas nativas#. *unque la mayor&a de las
arquitecturas centralizadas -o! uso los protocolos M92! o 6.8;)<M+9*2=, tambin es posible la
construcci%n de 5! o 6.787 redes en un servicio centralizado de la moda utilizando bacCGtoGbacC
agentes de usuario "H8HA*s# o guardin llamada ruta de se.alizaci%n "9I025# , 0espectivamente.
$os defensores de -o! arquitecturas centralizadas favor de este modelo, ya que centraliza la gesti%n,
suministro y control de llamadas. 5implifica las corrientes de la palabra para replicar legado funciones
de voz. J es fcil para los ingenieros de legado de voz de entender. $os cr&ticos de arquitecturas
centralizadas afirmaci%n de que sofoca la innovaci%n de punto final y caracter&sticas que se convertir
en un obstculo al fomento de los servicios de -o! que ir ms all del legado funciones de voz.
$as arquitecturas distribuidas estn asociados con 6.787 y 5! protocolos. +stos protocolos permiten
la red de inteligencia que se distribuirn entre puntos finales y de control de llamada dispositivos.
Inteligencia en este caso se refiere a la palabra +stado, caracter&sticas de llamada, enrutamiento de
llamada, provisi%n, facturaci%n, o cualquier otro aspecto de mane,o de llamadas. $os criterios de
valoraci%n se puede -o! gate:ays, telfonos !, servidores de medios de comunicaci%n, o cualquier
dispositivo que pueda iniciar y terminar una llamada -o!. $a convocatoria de los dispositivos de control
son llamados guardianes en una red 6.787, y reorientar proxy o servidores en una red 5!.
$os defensores de las arquitecturas distribuidas favor de este modelo debido a su flexibilidad. !ermite
que las aplicaciones de -o! para ser tratada como cualquier otra aplicaci%n distribuida !, y permite la
flexibilidad de a.adir inteligencia a los criterios de valoraci%n o bien llamar a los dispositivos de control,
dependiendo del negocio y las necesidades de tecnolog&a de la red. $as arquitecturas distribuidas
generalmente son bien comprendidas por los ingenieros que corren las redes de datos !. $os cr&ticos
de las arquitecturas distribuidas comnmente punto a la infraestructura existente !51D como el nico
modelo de referencia que debe utilizarse cuando se intenta reproducir legado servicios de voz. 1ambin
nota que las redes distribuidas tienden a ser ms comple,a.
. !.323
6.787 fue originalmente creado para proporcionar un mecanismo para el transporte de aplicaciones
multimedia ms de rea local redes "$*D#. *unque todav&a 6.787 es utilizado por numerosos
proveedores de aplicaciones de videoconferencia, ha evolucionado rpidamente para hacer frente a las
crecientes necesidades de las redes de -o!. Debido a su pronta disponibilidad y estos avances, 6.787
es actualmente el ms usado -o! se.alizaci%n y de control de llamada de protocolo, con las
organizaciones internacionales y nacionales de transporte de confiar en l para mane,ar miles de
millones de minutos de uso de cada a.o.
6.787 es considerado un 3paraguas protocolo3 porque define todos los aspectos de la llamada
transmisi%n, establecimiento de llamada para el intercambio de capacidades para la disponibilidad de
recursos de red. 6.787 define el 0egistro, *dmisi%n y +stado "0*5#, protocolo de enrutamiento de
llamada, 6.884 protocolos de establecimiento de llamada, 6.8;4 y protocolos para el intercambio de
capacidades.
Figura 1. H.323 Redes
6.787 se basa en la 0ed Digital de 5ervicios ntegrados "0D5# ?.(7' protocolo, lo que le permite
interoperar fcilmente con el legado de redes de voz tales como las redes !51D o 5istema de
5e.alizaci%n E "55E#. 2omo un protocolo utilizado en una arquitectura distribuida, 6.787 permite a las
empresas construir en gran escala de redes que son escalables, flexibles y redundantes. !roporciona
los mecanismos de interconexi%n con otras redes de -o! y apoya la red de inteligencia en cualquiera
de los criterios de valoraci%n o los guardianes.
". #$CP%!.2&%#E$'C(
M92! y 6.8;)<M+9*2= fueron dise.ados para proporcionar una arquitectura donde el control de
llamadas y servicios podr&a ser el centro a.adido a una red -o!. +n ese sentido, una arquitectura
utilizando estos protocolos se aseme,a a la actual 01!2 arquitectura y servicios.
M92! y 6.8;)<M+9*2= definir la mayor&a de los aspectos de se.alizaci%n utilizando un modelo
denominado paquetes. +stos paquetes definir la funcionalidad de uso comn, tales como la
se.alizaci%n de la 01!2, borde de l&nea de dispositivos de conectividad, y caracter&sticas como la
transferencia y espera. *dems, la definici%n de protocolo per&odo de sesiones "5D!# se utiliza para
transmitir la capacidad de intercambio.
Figura 2. MGCP/H.248/MEGACO Redes
(Haga clic sobre la iage! de "aa#o co$le"o %ersi&!.'
+n una arquitectura centralizada, M92! y 6.8;)<M+9*2= permitir a las empresas a construir en gran
escala de redes que son escalables, flexibles y redundantes. !roporciona los mecanismos de
interconexi%n con otras redes de -o! y para a.adir caracter&sticas de inteligencia y de agente de la
convocatoria.
). *IP
5! fue dise.ado como un protocolo multimedia que podr&a sacar provecho de la arquitectura y los
mensa,es puedes encontrar en las aplicaciones de nternet. *l utilizar una arquitectura distribuida, con
localizadores de recursos universales "A0$# para la asignaci%n de nombres y el texto de mensa,er&a
basada en 5!Gcualquier intento de aprovechar el modelo de nternet para la construcci%n de redes de
-o! y aplicaciones. *dems de -o!, 5! se utiliza para videoconferencia y mensa,er&a instantnea.
2omo un protocolo, 5! s%lo define la manera en per&odos de sesiones se van a establecer y derribado.
Atiliza otros protocolos de +1B para definir otros aspectos de -o! y multimedia per&odos de sesiones,
como el 5D! para el intercambio de capacidades, las A0$ para hacer frente, 5istemas de Dombres de
Dominio "DD5s# para el servicio la ubicaci%n y el enrutamiento de telefon&a sobre ! "10!# para
llamadas de enrutamiento.
Figura 3. ()P Redes
* pesar de que la +1B ha hecho grandes progresos definir las extensiones 5! que permiten traba,ar
con redes de legado de voz, la principal motivaci%n detrs del protocolo es la creaci%n de un entorno
que apoya la pr%xima generaci%n de modelos de comunicaciones que utilizan la nternet y las
aplicaciones de nternet.
2omo un protocolo utilizado en una arquitectura distribuida, 5! permite a las empresas construir en
gran escala de redes que son escalables, flexibles y redundantes. !roporciona los mecanismos de
interconexi%n con otras redes de -o! y de inteligencia para a.adir nuevas caracter&sticas y en
cualquiera de los criterios de valoraci%n o el proxy 5! o reorientar los servidores.
+. ,a intercone-in de protocolos de VoIP
$as redes de -o! siguen siendo desplegadas a un ritmo rpido, -o! y los proveedores y prestadores
de servicios de seguir para a.adir nuevas funcionalidades. Dado que los proveedores de apoyo para
cada protocolo es diferente y las empresas tienen distintos requerimientos del negocio, es muy probable
que las redes de -o! seguir siendo formada por mltiples protocolos.
1ras varios protocolos, los clientes cuentan con la flexibilidad que necesitan para conectar mltiples
servicios de los transportistas. +l uso de normas, incluso mltiples normas, todav&a simplifica el
despliegue de multivendor criterios de valoraci%n y aumenta las opciones para la gesti%n de la red y de
suministro.
* medida que las empresas ampl&en sus redes, se enfrentan con decisiones acerca de c%mo
interconectar segmentos utilizando diferentes protocolos de -o!. +stas opciones a menudo caen en
una de tres categor&as/
!raducci1n a trav2s de multiple3aci1n por divisi1n de tiempo .!4$/: +n este modelo, una
empresa que utiliza el equipo 1DM o -o! gate:ays para traducir de un protocolo de
dominio a otro. $os beneficios de este modelo son que se puede utilizar el d&a de hoy. $a
desventa,a es que introduce latencia en la red de -o! y supone un nuevo protocolo de
traducci%n "-o! no. ' KGL 1DM KGL -o! no. 8#. +ste modelo se suele considerar como
una soluci%n a corto plazo hasta basadas en !, protocolo de traductores disponibles.
*rotocolo 5nico de &r6uitectura: +n este modelo, una empresa que mueve todos sus
dispositivos de -o! y servicios con un protocolo nico, la simplificaci%n de la red en su
con,unto. $a contrapartida de este enfoque es que tal vez no sea posible migrar los
equipos existentes para apoyar el nuevo protocolo, una situaci%n que puede limitar la
habilidad de la 2ompa.&a para aprovechar algunos de los servicios existentes. *dems,
limita el potencial de conectividad con otras redes que estn utilizando otros protocolos de
se.alizaci%n -o!.
*rotocolo !raducci1n: +n este modelo, una empresa utiliza basadas en !, protocolo de
traductores para interconectar dos o ms dominios protocolo -o!. ! traductores permitir
a una empresa a conservar la flexibilidad de usar mltiples protocolos -o!, no introducir la
demora que los problemas adicionales 1DM interconexiones hacer, y no requieren de un
mayor intercambio o sustituci%n de equipos existentes.
$a contrapartida de este enfoque es que no existe un protocolo estndar para la traducci%n, por lo que
no todos los traductores de protocolo -o! son exactamente los mismos. * pesar de que la +1B ha
tratado de definir un modelo para la traducci%n de 6.787 a 5!, se trata de algo ms que la construcci%n
de un protocolo de traducci%n de ca,a.
2omo se muestra en el 'uadro 7) aunque los protocolos son algo similares, tienen algunas diferencias.
$os vendedores de protocolo traductores necesitan un profundo conocimiento de todos los protocolos
que se utilizan en la red de -o!, y tienen que ser conscientes de c%mo diversos componentes de -o!
utilizar diferentes aspectos del protocolo.
!or e,emplo, 6.787 y 5! puede enviar de doble tono multifrecuencia "D1MB# d&gitos, ya sea en la v&a o
la se.alizaci%n de la v&a los medios de comunicaci%n "a travs de 01!#. !ero 6.787 mandatos que s%lo
la v&a de se.alizaci%n 6.8;4 ser utilizado, 5! y no especifica c%mo D1MB deben efectuarse. +sto
significa que los dispositivos 5! podr&a enviar D1MB en los medios de comunicaci%n camino "0B2
8)77#, 6.787 y dispositivos podr&a ser el env&o de D1MB en la ruta de se.alizaci%n "6.8;4#. 5i el
protocolo -o! traductor no puede reconocer tanto la ruta de se.alizaci%n y los medios de comunicaci%n
camino, entonces es posible que no funcione correctamente.
H.323 SIP MGCP/H.248/MEGACO
Organismo de
normalizacin
UIT IETF
MGCP / MEGACO-IETF;
H.!" de la UIT
Ar#$i%ec%$ra &is%ri'$ido &is%ri'$ido Cen%ralizado
(ersin ac%$al H.))*! +FC,!)-'is-.
MGCP /0-0 MEGACO0
H.!"
Con%rol de
llamadas
Ga%e1ee2er
Pro34 / ser*idor de
redireccionamien%o
5lame al agen%e 4 los medios
de com$nicacin con%rolador
de 2asarela
Cri%erios de
*aloracin
Ga%e6a40
%erminales
Agen%e de $s$ario Media Ga%e6a4
7e8alizacin
de %rans2or%e
Transmission
Con%rol Pro%ocol
9TCP:0 o User
&a%agram
Pro%ocol 9U&P:
TCP o U&P
MGCP-U&P;
Megaco/H.!"-am'os
M$l%imedia
ca2aces
7; 7; 7;
&TMF-rela4
%rans2or%e
H.!,
9se8alizacin: o
+FC "))
9medios:
+FC ")) 9medios
de com$nicacin: o
I<FO 9se8alizacin:
7e8alizacin o +FC "))
9medios:
Fa3-rela4
%rans2or%e
T.)" T.)" T.)"
7er*icios
s$2lemen%arios
Pro2orcionado
2or cri%erios de
*aloracin o el
con%rol de
llamadas
Pro2orcionado 2or
cri%erios de *aloracin
o el con%rol de
llamadas
A condicin de agen%e de
llamada
Cuadro 1. *e"alles de $roduc"os +o)P
&. Conclusin. El paquete de voz y VoIP se re/iere a servicios0 no protocolos
*s& como las compa.&as elegir los diversos protocolos para sus redes de datos, van a elegir los
diversos protocolos de -o! para sus necesidades, dependiendo de la empresa y los requisitos tcnicos
al alcance de la mano. *unque la variedad de protocolos de -o! ha causado cierta confusi%n en el
mercado, es precisamente la flexibilidad de este protocolo que hace de -o! basado en los sistemas de
voz de manera mucho ms til que los sistemas de legado de voz. $as empresas deben elegir los
proveedores sobre la base de tres importantes requisitos/
$os clientes necesitan proveedores que se han comprometido a apoyar los estndares
abiertos en sus productos y estn desarrollando de forma activa voz estrategias que
consideran la interoperabilidad con todos los protocolos de -o!. 5in este compromiso, los
sistemas de -o! estn en peligro de convertirse en derechos de propiedad industrial como
los sistemas de legado de voz.
$os clientes necesitan productos que dan soporte a mltiples protocolos. De esta manera,
si una empresa considera que es necesario para migrar sus sistemas o a.adir los
productos que apoyar un protocolo diferente, no ser necesario para llevar a cabo me,oras
a la red.
$os clientes necesitan soluciones de voz de extremo a extremo de apoyo para todos los
protocolos de -o!, es decir, los vendedores deben proporcionar soluciones que funcionan
tanto en un solo protocolo y entornos multiprotocolo.
*l traba,ar con los proveedores que pueden ofrecer esta flexibilidad -o!, las empresas pueden
centrarse en la creaci%n escalable y fiable que las redes de apoyo a las necesidades de las redes de
pr%xima generaci%n.
*el/12est
1. El importe total de tradicionales de voz 3conmutacin de circuitos4 el tr5/ico es mayor que la
cantidad total de paquetes basada en el tr5/ico de la red en las redes p6blicas.
*. -+0D*D+0=
H. Balso
2. El IE27 y la 8I2 9an puesto de acuerdo sobre un 6nico protocolo de VoIP para todas las redes.
*. -+0D*D+0=
H. Balso
3. El IE27 que de/ine los protocolos de VoIP:
*. 5! y M92!
H. 6.787 y 6.8;)
2. 5%lo M92!
D. 5! y 6.787
. ;Cu5l es el protocolo est5ndar para 7a-1<elay0 utilizada por *IP0 !.3230 y #$CP:
*. 1.7(
H. 1.7)
". *IP es el m5s ampliamente utilizado protocolo VoIP en las redes de 9oy.
*. -+0D*D+0=
H. Balso
). ,os proveedores de servicios deben buscar los proveedores de VoIP que o/recen cu5l de las
siguientes:
*. +l apoyo a los protocolos estndar de -o!
H. +l apoyo a redes multiprotocolo -o!
2. *poyo a la de extremo a extremo, la interoperabilidad de todos los protocolos de -o!
D. Dinguna de las anteriores
+. 1odas las anteriores
+. ,as arquitecturas distribuidas est5n asociados con el !.323 y *IP protocolos.
*. -+0D*D+0=
H. Balso
&. #E$'C( !.2& y son el mismo protocolo.
*. -+0D*D+0=
H. Balso
=. ;Cu5les son las caracter>sticas de las arquitecturas centralizadas: 3*eleccionar todas las
respuestas correctas4
*. nteligente criterios de valoraci%n
H. 2aracter&sticas desplegados en una llamada agente
2. Bcilmente repeticiones 1DM caracter&sticas
D. Bunciona me,or cuando se utiliza el protocolo 6.787
1?. ;Cu5les son las caracter>sticas de las arquitecturas distribuidas: 3seleccionar todas las
respuestas correctas4
*. Atilizaci%n 6.8;) o M+9*2=
H. Atilizaci%n 5! o 6.787
2. Atilizaci%n guardianes de la palabra de enrutamiento
D. Dumb criterios de valoraci%n
$losario
'C7 3'dmisin Con/irmacin4
+l mensa,e de confirmaci%n en respuesta a una 6.787 *0?.
'<@ 3*olicitud de 'dmisin4
6.787 An mensa,e desde un punto terminal 6.787 a un 9ateCeeper 6.787, solicitando la direcci%n ! de
un dispositivo remoto.
AB* 3Aomain Bame *ystem4
5istema utilizado en nternet para traducir nombres de los nodos de la red en las direcciones.
A2#7 3Aual 2one #ulti/recuencia4
+l uso de dos simultneas de voz de banda para tonos de marcaci%n "como el toque de tono.#
!.2&
Ana recomendaci%n de la A1 que define la 3puerta de control de protocolo.3 6.8;) es el resultado de
una colaboraci%n con,unta entre la A1 y la +1B. +s conocida tambin como la +1B 0B2 8))4
"M+9*2=#, que define una arquitectura centralizada para la creaci%n de aplicaciones multimedia,
incluyendo -o!. +n muchos sentidos, se basa en 6.8;) y M92! se extiende.
!.323
6.787/ Ana recomendaci%n de la A1 que define el 3paquete multimedia basados en sistemas de
comunicaciones.3 +n otras palabras, 6.787 define una arquitectura distribuida para la creaci%n de
aplicaciones multimedia, incluyendo -o!. 6.787 es una extensi%n de la A1G1 estndar 6.78F de
videoconferencia que permite a ms de $*D y otros paquetes de redes conmutadas, as& como v&deo a
travs de nternet.
IE27 3Internet Engineering 2asC 7orce4
Ana comunidad de ingenieros que busca determinar la forma en que la nternet y los protocolos de
traba,o, as& como a definir las normas prominente. +ste grupo de traba,o est compuesto por ms de )F
grupos de traba,o que opera ba,o el auspicio de la 5=2 "nternet 5ociety, una organizaci%n
internacional sin fines de lucro, fundada en '((8, que coordina la evoluci%n y el uso de nternet. +llos
tienen su sede en 0eston, -irginia, +stados Anidos #,.
I#2 3Inter1#5quina 2roncal4
+l portador canales asociados con enlaces 55E.
IP 3Protocolo de Internet4
!rotocolo de capa de red en la pila 12! < ! que ofrece un servicio de interconexi%n sin conexi%nM. !
proporciona caracter&sticas para hacer frente, el tipo de servicio especificaci%n, la fragmentaci%n y
reensambla,e, y la seguridad.
<A*I 3<ed Aigital de *ervicios Integrados4
!rotocolo de comunicaci%n, ofrecido por las compa.&as telef%nicas, que permite a las redes telef%nicas
para transportar datos, voz, y otra fuente de trfico.
8I2 38nin Internacional de 2elecomunicaciones4
Ana organizaci%n internacional dentro del 5istema de las Daciones Anidas "http/<<:::.unsystem.org#
donde los gobiernos y el sector privado para coordinar las medidas mundiales de telecomunicaciones y
redes de servicios "una funci%n que anteriormente realizadas por el 2211, 2omit 2onsultivo
nternacional de 1elgrafos y 1elfonos#.
,C7 3,ocation Con/irmacin4
+l mensa,e de confirmaci%n en respuesta a una 6.787 $0?.
,<@ 3*olicitud de *ituacin4
* petici%n mensa,e entre dos guardianes 6.787 para encontrar la direcci%n de un punto final 6.787.
#E$'C(
1ambin conocido como +1B 0B2 8))4 y la 0ecomendaci%n A1 6.8;), define una arquitectura
centralizada para la creaci%n de aplicaciones multimedia, incluyendo -o!.
#$CP 3#edia $ateDay Control Protocol4
1ambin conocido como +1B 0B2 8EF4, define una arquitectura centralizada para la creaci%n de
aplicaciones multimedia, incluyendo -o!.
P<I 3Primary <ate Inter/ace4
nterfaz 0D5 para acceso a velocidad primaria. *cceso a velocidad primaria consta de un solo de N;
Ibps canal D O 87 "1'# o 7F "+'# H canales para la transmisi%n de voz o datos. 2omparar con H0
"Hasic 0ate nterface#, interfaz 0D5 compuesto de dos canales H y un canal D de conmutaci%n de
circuitos de comunicaci%n de voz, v&deo y datos.
Protocolo de traduccin
+n este modelo, una empresa utiliza basadas en !, protocolo de traductores para interconectar dos o
ms dominios protocolo -o!. ! traductores permitir a una empresa a conservar la flexibilidad de usar
mltiples protocolos -o!, no introducir la demora que los problemas adicionales 1DM interconexiones
hacer, y no requieren de un mayor intercambio o sustituci%n de equipos existentes.
P*2B 3red tele/nica p6blica conmutada4
9eneral trmino que hace referencia a la variedad de servicios y redes de telefon&a en lugar de todo el
mundo. * veces se denomina !=15.
<'* 3<egistro0 'dmisin y *tatus Protocol4
$a suite de mensa,es entre los puntos terminales 6.787 y 6.787 guardianes. $os mensa,es se
componen de las peticiones "x0?#, 2onfirmaciones "xcf#, y rechazos "x0P#. $a 3x3 carta indica el tipo de
mensa,es, incluyendo la admisi%n, registro, el ancho de banda, y Desconectar.
#arco de cooperacin regional 3<egistro de con/irmacin4
$a confirmaci%n de la respuesta 9ateCeeper 6.787 a un punto terminal 6.787.
<<@ 3*olicitud de <egistro4
$a solicitud de inscripci%n de un punto terminal 6.787 a un 9ateCeeper 6.787.
<2P 3<eal12ime 2rans/er Protocol4
1ambin conocido como +1B 0B2 '))(, define un protocolo de transporte para aplicaciones de tiempo
real. 01! ha sido dise.ado para proporcionar de extremo a extremo las funciones de transporte de red
para aplicaciones que transmite datos en tiempo real, como audio, v&deo o datos de simulaci%n de ms
de multicast o unicast servicios de red. 01! proporciona servicios como identificaci%n del tipo de carga
til, secuencia de numeraci%n, timestamping, entrega y seguimiento en tiempo real a las aplicaciones.
01! es utilizado por todos los protocolos de se.alizaci%n -o!.
*AP 3*ession Ae/inicin Protocolo4
0B2 878E. $os medios de comunicaci%n la negociaci%n de se.alizaci%n utilizados por 5! y M92!.
Protocolo 6nico arquitectura
+n este modelo, una empresa que mueve todos sus dispositivos de -o! y servicios con un protocolo
nico, la simplificaci%n de la red en su con,unto. $a contrapartida de este enfoque es que tal vez no sea
posible migrar los equipos existentes para apoyar el nuevo protocolo, una situaci%n que puede limitar la
habilidad de la 2ompa.&a para aprovechar algunos de los servicios existentes. *dems, limita el
potencial de conectividad con otras redes que estn utilizando otros protocolos de se.alizaci%n -o!.
*IP 3*ession Initiation Protocol4
1ambin conocido como +1B 0B2 84;7, define una arquitectura distribuida para la creaci%n de
aplicaciones multimedia, incluyendo -o!.
**+ 3*istema de *eEalizacin +4
Dorma 225 sistema utilizado con HG5DD y 0D5. Desarrollado por Hellcore. 225 "2ommon 2hannel
5e.alizaci%n# es un sistema de se.alizaci%n utilizado en redes telef%nicas que separa la informaci%n de
se.alizaci%n de datos de usuario. An canal especificado es exclusivamente designado para llevar la
informaci%n de se.alizaci%n para todos los dems canales en el sistema.
2A# 32raduccin a travFs de multiple-acin por divisin de tiempo4
1cnica en el que la informaci%n de mltiples canales pueden ser el ancho de banda asignado a un
nico cable basada en preGasignado las fran,as horarias. *ncho de banda se asigna a cada canal
independientemente de si la estaci%n tiene datos para transmitir.
VI'GE 3tele/on>a sobre IP <outing4
0B2 78'(. An protocolo para la distribuci%n de los planes de numeraci%n +.'N; entre dispositivos de
-o!, similar a c%mo H9! =5!B o distribuir ! rutas entre routers.
VoIP 3Voice over IP4
$a capacidad de llevar al estilo de la telefon&a de voz a travs de una red basada en ! con !=15Gal
igual que la funcionalidad, confiabilidad y calidad de voz. -o! permite a una red ! para transportar
trfico de voz "por e,emplo, llamadas telef%nicas y faxes#. -o! se produce porque la voz 1DM es
pacCetized de un D5!, que reside en un gate:ay de -o!, -o! del telfono. Ana vez que la voz es
pacCetized, puede entonces ser enviado a travs de una red !. -o! separa la se.alizaci%n de
llamadas de voz sobre el portador de parte de las llamadas de voz "el audio#. $a se.alizaci%n est a
cargo de 6.8;), 6.787, M92!, o 5!. +l portador se realizan a travs de 01!.