A continuación se muestra el proceso que se debe de seguir para la conexión de dos terminales (desde que una terminal busca a su respectivo GK hasta la finalización de la llamada) asumiendo que existe un GK dentro de una zona H.323.

Etapa 1.- Descubrimiento del gatekeeper.

• La terminal envía un mensaje multicast (a varios gatekeepers seleccionados entre varios) llamado Gatekeeper Request para preguntar por su respectivo GK.
• Uno o más gatekeepers responden con un Gatekeeper Confirm que es una confirmación donde indican su disposición a ser el gatekeeper primario de dicha terminal junto con su dirección de transporte de su respectivo canal RAS.
• Cuando la terminal recibe su Gatekeeper Confirm elige cuál es su GK y se suscribirá con él, véase figura 2.6. En caso de no recibir ninguna confirmación se retransmite el Gatekeeper Request tras un intervalo determinado de tiempo (en caso de no aceptar el gatekeeper la petición de suscripción enviará un Gatekeeper Reject rechazándolo).

Etapa 1 del proceso de llamada

Etapa 2.- Registro de la terminal

• Una vez que una terminal se suscribe a un GK se ha unido a una zona.
• Ahora se procede al registro, para esto se envía una petición de registro llamado Registration Request al GK a través de su dirección de transporte del canal RAS (dirección IP y puerto).
• La terminal recibirá un mensaje de confirmación, ya sea aceptando su registro de llamado Registration Confirmation o denegándolo llamado Registration Reject.
• Con el registro el GK asigna un “alias” sólo a una dirección de transporte.
• Se puede dar el caso de que una terminal quiera cancelar el registro, y para ésto envía un mensaje de cancelación al GK, este último contestará con una confirmación y viceversa.

Etapa 3.- Localización de la terminal

• Para obtener la información necesaria para establecer contacto con una terminal, se envía un mensaje Location Request (petición de localización) con el “alias” de la terminal que se busca.
• El respectivo GK donde está registrada dicha terminal responderá al que mando la petición (ya sea un gatekeeper o terminal) con un mensaje llamado Location Confirmation (confirmación de localización) con la información solicitada. Si el GK no tiene registrado el “alias” buscado contestará con un mensaje llamado Location Reject (renuncia de localización)

Etapa 4.- Establecimiento de la llamada

• En cuanto el gatekeeper responde con un Location Confirmation, la terminal llamante establecerá una conexión TCP con el terminal llamado utilizando la información (dirección IP y puerto) recibida del gatekeeper a través del mensaje Location Confirmation.
• La terminal llamante en cuanto recibe la conexión TCP se conectará con su GK a través del canal RAS solicitando permiso para contestar, de obtener el permiso, la terminal llamante aceptará la conexión y a través del canal H.225.0 enviará la dirección IP y puerto donde establecer el canal H.245(a través de una conexión TCP) para la negociación de parámetros y control de la comunicación.

•El canal RAS es utilizado también para transmisión de mensajes de admisión, cambios de ancho de banda y estado, estos mensajes son intercambiados entre la terminal y el gatekeeper para llevar un buen control.
• Antes de que inicie la llamada, el mensaje Admisions Request especifica el ancho de banda requerido, en este caso el gatekeeper puede reducirlo enviando un mensaje Admisions Confirm con su medida de ancho de banda.
• Durante el transcurso de la llamada si se desea cambiar el ancho de banda se usa el mensaje Bandwidth Change Request, este último puede ser enviado por el gatekeeper o la terminal.

Etapa 5.- Intercambio y capacidades

• Selecciona un MCU como maestro para administrar las conferencias. Una vez que la llamada esta iniciada H.245 es el encargado del cambio y de las negociaciones de los parámetros (codificador a utilizar, puertos, número de muestras por trama, etc.)
• Una vez que se han negociado adecuadamente los parámetros se abren o cierran nuevos canales lógicos para la transmisión de medios (audio, video y datos)
• Para llevar un control de conferencias, H.245 desarrolla un modelo de envío de datos entre las terminales. Una vez obtenida esta información, la conexión puede ser finalizada ya que no será necesario intercambiar más parámetros a través de este canal.

Etapa 6.- Intercambio de información audiovisual

• Aquí se tiene como objetivo llevar un control de calidad de los flujos de información recibida por el otro extremo de la comunicación.
• Ambas terminales establecen canales de información para el transporte de medios a través de RTP/UDP/IP y canales de control para los canales de realimentación a través de RTCP/UDP/IP.

Etapa 7.- Terminación de la llamada

• Las terminales H.323 deben de enviar las primitivas de finalización de llamada a través del canal H.245 para informarse quien finalizará con él envió de la primitiva y con esto provocar el cierre del canal H.245.

• Una vez hecho lo anterior se le debe informar al GK mediante un envío de mensaje por el canal RAS llamado Disengage Request, así se le permite al GK liberar recursos y atender otras terminales para comenzar con el mismo proceso ya mencionado, en la figura 2.7 se puede ver el proceso general de una llamada con H.323

Tomado de:
Pérez, E. (2014). Utilización de la tecnología voz sobre IP dentro de una red (tesis de pregrado). Universidad Nacional Autónoma de México, México, D.F.
Fuente:
http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/5779/tesis.pdf?sequence=1

[rev_slider captions]
[rev_slider ServerVoip]
 

DataCenter VoIP

Los edificios que alojan a los servidores en Europa y Estados Unidos son los centros de datos más ecológicos y fueron construidos como idea de almacén de datos. La ubicación estratégica en Europa central y en Estados Unidos son las ventajas principales.

Los Data Centers están perfectamente situados para garantizar conexiones rápidas a todos los territorios de Europa y América para que todos los clientes se beneficien de la mejor calidad en el servicio brindado. Por otra parte, el edificio que está situado en Europa se encuentra en una de las zonas más ricas de agua subterránea, lo que abre la posibilidad a ServerVoIP de realizar un innovador, ecológico y único sistema de refrigeración de forma natural.

Pertenece al Selecto Grupo de Emprendedores que decidieron cambiar su vida invirtiendo en un Server con ServerVoIP.

ServerVoip presenta el mejor server fisico dedicado para telefonia voip que incluye el software de telefonía ip «VoipSwitch» especial para voz sobre ip.

VoipSwitch es la plataforma ideal para que sin necesidad de conocimientos técnicos crees tu propia empresa de Telefonía IP VoIP y encuentres una forma de ganar DINERO en la red siendo carrier de telefonía sobre Ip (Voip).

Te brindamos todas las herramientas para que estés al nivel de las grandes empresas y negocios; puedas obsequiar llamadas gratis como estrategia de marketing en fidelización a tus clientes / free entre tus clientes; el servidor VoIP te permite utilizar múltiples proveedores como nosotros tenemos www.alosip.com. (carrier / routes) para un mismo destino, vender terminación (wholesale), clientes finales (retail), etc.

El software te proporciona todo lo que necesitas; sistema llave en mano: para crear tu empresa de telefonía IP (VoIP) bajo tu propio nombre o marca. Más información en marcaBlanca.servervoip.com

Para que CREES y DESARROLLES tu propia empresa de telefonia por internet, revisa más detalles en VoIPSwitch

¿Quieres Emprender por Internet?

«Ahora Trabajar desde la Comodidad de tu Casa y Ganar Dinero por Internet… Nunca Había Sido tan Fácil, Rápido y con RESULTADOS Impresionantes»

Descubre el NEGOCIO Perfecto y conviértete en un EMPRESARIO de Éxito creando y desarrollando tu Propia Empresa de Telefonía por Internet. Suscríbete y RECIBE FREE:

¡Sie7e Poderosas Razones Que Tiene el EMPRENDEDOR Exitoso para Crear su Propia Empresa de Telefonía por Internet VoIP!…

Idiomas VoIPBox del Software VoIP Switch