Voz y Comunicaciones unificadas : Cisco Unity

Flujo de eventos para mensajes AMIS salientes y entrantes

18 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Este documento proporciona los diagramas detallados y las explicaciones del flujo de eventos para los mensajes salientes y entrantes del Especificación de intercambio de mensajes de audio (AMIS). Si usted entiende el flujo de mensajes de eventos, puede ayudarle cuando los problemas del Troubleshooting con la mensajería AMIS. Para más información sobre los problemas con la mensajería AMIS del troubleshooting, refiera a la guía de Troubleshooting del Cisco Unity.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Versiones 3.1x y 4.0 del Cisco Unity

    Nota: Este documento está para el Cisco Unity con el Microsoft Exchange solamente.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte las Convenciones de Consejos Técnicos de Cisco.

Mensajes AMIS salientes

Este diagrama muestra el flujo de eventos para los mensajes AMIS salientes. Los números en el diagrama corresponden a los números en el flujo de eventos para la sección de los mensajes AMIS salientes.

/image/gif/paws/28944/amis-callflow-1.gif

Flujo de eventos para mensajes AMIS salientes

Este flujo del proceso corresponde con el flujo de llamada saliente AMI de organigrama de los eventos.

  1. Un mensaje a un receptor AMIS se envía del Telephone User Interface (TUI), del ViewMail, o del inbox del Cisco Unity en este formato:

    [AMIS:<Location Dial ID>_<Remote Mailbox Number>].

    Apenas como cualquier otro mensaje, se da apagado al agente de transferencia del mensaje de intercambio (MTA) para la salida.

  2. El conector de The Voice se registra con el intercambio para manejar los mensajes con el tipo de dirección de “AMI”.

  3. El conector de The Voice entrega el mensaje al buzón del UAmis.

  4. El monitor del Message Store recibe la notificación de la interfaz de un programador de la aplicación de mensajería (MAPI).

  5. El monitor del Message Store avanza una notificación de evento sobre la cola del notificador (NotifyQ).

  6. El notificador tira del evento de la cola.

  7. El hilo del notificador marca para ver si el horario AMI está activo o inactivo. El hilo sigue la transición de estado de inactivo a activo y de activo a inactivo.

    No mostrado: Como respaldo al monitor del Message Store, el notificador también sondea el buzón del UAmis cada diez minutos para ver si hay algunos nuevos mensajes. La clave de registro HKLM \ del software \ de la voz activa \ del notificador \ de AMISMailboxPollIntervalMinutes controla el intervalo de sondeo.

  8. El notificador pasa el estado del horario AMI al notificador AMIS para ver si un dialout es necesario para el mensaje.

  9. El notificador AMIS llama en las Digitaces descolgado (DO) para conseguir el remitente y la información del receptor sobre el mensaje.

  10. El DO accede el buzón del UAmis y consigue el ID de marcado del lugar de entrega, número de casilla de correo remota, y el DO identificación del remitente mira para arriba el número de teléfono de la salida y devuelve toda esta información al notificador AMIS.

    Si el DO no devuelve toda la Información requerida al notificador AMIS, el notificador AMIS envía un recibo de la falta de entrega (NDR) de nuevo al conector de la Voz vía el MTA.

  11. El notificador AMIS marca estos elementos para ver si un dialout es necesario:

    • El horario AMI y tabla de restricción AMI.

    • La ubicación de entrega para ver si los dialouts a esta ubicación se permiten.

    • La configuración de anulación del mensaje urgente.

    • Si el mensaje se puede incluir con un lote de mensajes salientes.

      Los mensajes salientes son tratados por lotes por el destino, con un máximo de nueve mensajes por el lote. Si hay más de nueve mensajes para un destino determinado, el Cisco Unity termina a la sesión AMIS después de que envíe el noveno mensaje, cuelgue para arriba por un breve período de tiempo, y vuelva a marcar el número de la salida para enviar el lote siguiente de mensajes.

    • El notificador AMIS dice el notificador si un dialout es necesario para el nuevo mensaje.

  12. Si el dialout es necesario, el notificador crea una tarea del dialout para el árbitro.

  13. El árbitro procesa la tarea del dialout.

  14. El árbitro pide la unidad de interfaz del mensaje (MIU) para realizar el dialout.

  15. El MIU hace el discado de salida (transmite el [DTMFs] de los multifrequencies del tono dual) del Cisco Unity, que pasa con las capas TAPI y de la trayectoria tag-switched (TSP).

  16. De acuerdo con la integración, la llamada cualquiera va a un PBX o a un Cisco CallManager con conmutador de circuito. Si el Cisco CallManager se integra con el Cisco Unity, la llamada pasa a través de un gateway analógico.

  17. La llamada va del PBX o del gateway analógico al Public Switched Telephone Network (PSTN).

  18. La llamada pasa con el PSTN al telecontrol PBX.

  19. El telecontrol PBX transfiere la llamada al sistema remoto de mensajes de voz (VMS).

  20. Una vez que las respuestas remotas de VMS, MIU envía la información al árbitro.

  21. El árbitro informa al notificador que la conexión está establecida.

  22. El notificador comienza la conversación AMIS y la transmisión AMIS comienza.

  23. La conversación AMIS envía las tramas de protocolo al sistema remoto vía el MIU.

  24. La conversación AMIS consigue las propiedades de ubicación del DO, encuentra todos los mensajes para esta ubicación en la capa de la abstracción del mensaje (MAL), y clasifica los mensajes que comienzan con el más viejo. La conversación AMIS consigue el mensaje del buzón del UAmis y marca el mensaje según lo leído. El mensaje se juega con el MIU y después se borra.

    1. Si la transmisión AMIS falla, la conversación AMIS vuelve el NDR al conector de la Voz vía el MTA.

    2. El NDR se entrega al buzón del suscriptor.

  25. Cuando se completa la transmisión, la conversación AMIS envía un evento al notificador con la información sobre si la realización era acertada o fracasada. Si son fracasadas, medidas se toman que dependen de qué causó el error.

    • Si el sistema remoto no contesta ni está ocupado, una recomprobación se basa en la opción AMIS.

    • Si inhabilitan a la persona en las respuestas obedientes de un sistema NON-AMI, la ubicación de entrega.

Mensajes AMIS entrantes

Este diagrama muestra el flujo de eventos para los mensajes AMIS entrantes. Los números en el diagrama corresponden a los números en el flujo de eventos para la sección de los mensajes AMIS entrantes.

/image/gif/paws/28944/amis-callflow-2.gif

Flujo de eventos para mensajes entrantes AMIS

Este flujo del proceso corresponde con el flujo de llamada entrante AMI de organigrama de los eventos.

  1. Una llamada AMI origina de VMS remoto.

  2. El telecontrol PBX marca hacia fuera y la llamada pasa con el PSTN al Cisco Unity.

  3. De acuerdo con la integración, la llamada entra en el PBX o a un gateway analógico.

    Si el Cisco Unity se integra con el Cisco CallManager, la llamada se envía del gateway analógico al Cisco CallManager.

  4. La llamada es procesada por las capas TAPI y TSP.

  5. El MIU pasa los DTMF entrantes al árbitro.

  6. El árbitro pasa los DTMF a AttemptSign, a PHTransfer, y a PHGreeting.

  7. El árbitro detecta el tono del “C” como petición de la transmisión AMIS y comienza la conversación AMIS.

  8. La conversación AMIS envía las respuestas de protocolo al sistema remoto vía el MIU.

  9. Si el Cisco Unity valida el mensaje AMIS entrante, el control de la sesión AMIS se pasa al MAL, donde se crea un nuevo mensaje. La conversación AMIS registra el mensaje y pasa la grabación al MAL como conexión de la Voz para el mensaje.

  10. El MAL pasa el mensaje creado para intercambiar.

  11. El conector de la Voz coge el mensaje de la cola MTA.

  12. El mensaje se entrega al buzón del suscriptor.

  13. El suscriptor escucha el mensaje vía el TUI, el ViewMail, o el inbox del Cisco Unity.

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 28944