Voz y Comunicaciones unificadas : Cisco SpeechView

Troubleshooting de la característica de SpeechView del Unity Connection

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

Introducción

Este documento describe cómo resolver problemas la característica de SpeechView en el Unity Connection. SpeechView es un servicio configurable, autorizado de la transcripción del Voz-a-texto en el Unity Connection. Genera las transcripciones de los mensajes de correo de voz con el uso de un servicio externo de la transcripción llamado Spinvox, accionado por el matiz.

Contribuido por Benjamin Gulan, las colinas de Scott, y Tim Tesluk, ingenieros de Cisco TAC.

Prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

Componentes Utilizados

La información en este documento se basa en el Cisco Unity Connection.

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.

Antecedente

Usted experimenta típicamente uno de dos escenarios cuando encuentran a los errores de la transcripción:

  • Usted experimenta los mensajes mutilados. Usted recibe una transcripción que esté parcialmente en los símbolos (#@$#&*) porque el sistema no puede procesar el mensaje completo.
  • Usted recibe una notificación de fallas de la transcripción del Unity Connection. El error de la transcripción es debido al Id. de bug Cisco CSCts42004 (mensaje de Ambiquous enviado de UCx en caso de que servidor del naunce no podido para convertir). El matiz no puede transcribir el mensaje.

El matiz no puede investigar cualquier cosa más viejo de tres días. Sin embargo, los mensajes no pudieron convertir correctamente debido a estas razones:

  • La mayoría de las palabras en el mensaje son inaudible debido a un disturbio en el audio.
  • Hay mucho ruido de fondo cuando o donde se registra el mensaje.
  • El lenguaje usado cuando se registra el mensaje no es inglés.
  • Un acento es utilizado por el altavoz que no es entendido correctamente por el sistema.
  • El mensaje es demasiado rápido hablado.

Si el archivo de WAV es incorrecto (en el formato incorrecto, por ejemplo), es rechazado por el sistema. Ésta es probablemente a causa a la calidad del audio o a la complejidad. En este momento, una actualización al Pro de SpeechView se sugiere típicamente (que incluye la ayuda humana). Sin embargo, el servicio profesional de SpeechView implica la transcripción automatizada así como la ayuda humana para convertir el discurso para mandar un SMS y para entregar a la versión de texto de los mensajes de voz a su inbox del correo electrónico.

Troubleshooting

Siga los siguientes pasos para resolver problemas la característica de SpeechView en el Unity Connection:

  1. Marque para ver si la conexión del dominio de Unity del Simple Mail Transfer Protocol (SMTP) es lo mismo que el entorno corporativo del correo electrónico del routable (no recomendado). Si es, después SpeechView no trabaja como se esperaba (las advertencias).
  2. Marque para ver si el Unity Connection utiliza una estructura sin restricción. SpeechView no pudo trabajar correctamente con una estructura sin restricción. En el SpeechView le registra puede ver:
    |28688,,,SttService,15,Thread=SttMain; 
    class="com".cisco.unity.stt.service.TSPMessage;
    Text content received: Attachment Error:
    Client-Public key is not valid.
  3. Determine si se utiliza el Microsoft Exchange 2007 o 2010. Si uno de ellos se utiliza, usted debe modificar el sendconnector configurado. Ingrese este comando en el comando shell del Microsoft Exchange:
    Set-sendconnector "connector name" -forceHELO 1
    Ingrese este comando de verificar:
    Get-sendconnector "connector name" | format-list
  4. Para resolver problemas esto en el “buzón de las transcripciones”, navegue al buzón > a Mailflow > a las opciones de entrega. Haga clic la expedición del mensaje de la entrega y a la casilla de verificación del buzón, y este las presentaciones del mensaje:
    5.1.7 format error - see the configuration piece for (3a)
    El correo electrónico inicial la hace a la cuenta externa, pero cuando el mensaje de vuelta se vuelve a través del Microsoft Exchange, se modifica levemente y el Unity lo rechaza. La fuente del problema es que el Microsoft Exchange 2007 y 2010 agrega AUTHENTIC=<>to el extremo del “CORREO” del comando S TP. Cuando sucede esto, el Unity Connection rechaza el correo electrónico con un error de formato del remitente "5.1.7.” Un dedicado envía el conector para el Unity Connection se debe configurar en el Microsoft Exchange para prevenir la información AUTH envía. El administrador debe entonces entrar manualmente el comando shell del Microsoft Exchange y forzarlo para utilizar el HELO en vez de EHLO en ese envíe el conector.
  5. Marque el flujo del correo electrónico con el cuc ejecutado external@domain.com más smtptest. Este proceso está típicamente:
    • No una prueba válida a menos que el correo electrónico esté saliendo del entorno local del correo electrónico del cliente.
    • Pruebas de validación básicas del mailflow S TP. No significa que un pedido de inscripción trabaja.
    • Útil resolver problemas los pies de página y las firmas que los clientes tienen típicamente en sus correos electrónicos. Por ejemplo: “Esto es un aviso de la confidencialidad ......” que estos tipos de mensaje invalidan cualquier pedido de inscripción enviado para matizar. Cuando la petición se envía del Unity Connection, localmente se cifra y después se envía. El dispositivo (Microsoft Exchange) agrega el pie de página como sólo texto porque el matiz analiza para los pedidos de inscripción que vienen adentro. El matiz considera un mensaje con una parte NON-cifrada, y los auto-rechazos el mensaje. Así, el Unity Connection manda un pedido de inscripción, pero una respuesta del matiz nunca se recibe.
  6. Fije las trazas para la configuración inicial.

    Nota: Para resolver problemas otros problemas, refiera al guía de Troubleshooting oficial para más trazas. (Véase la sección de información relacionada.)

    1. Inserte el registro de las trazas en el CLI, y ingrese:
      Set cuc trace enable SttService 10-15
      Set cuc trace enable SMTP 12,15
    2. Reproduzca el problema. Envíe un mensaje de prueba vía el CLI a un direccionamiento del externo S TP (cuc external@domain.com más smtptest del funcionamiento).
    3. Recoja los registros:
      1. Abra la herramienta del monitoreo en tiempo real (RTMT) y navegue para localizar y la central del registro > recoge los archivos.
      2. Elija el servidor SMTP de la conexión > al procesador de Speechview > después > después.
      3. Seleccione el rango relativo, y entonces el rango de momento apropiado.
      4. Elija una ubicación para salvar y el clic en Finalizar.
      5. Comprima y envíe por correo electrónico las trazas.
    4. Si un mensaje es tocado por un escáner del correo electrónico, usted ve estos mensajes en los registros, por error seguidos los seguimientos de pila de la llamada:
      12:16:13.299 |29767,,,SttService,15,Thread=SttMain; class="com".cisco.unity.stt.service.
      TSPMessage;Received unsigned message.Content-type: multipart/mixed;
      boundary="_1e5d8126-a5f5-4e69-9194-d9d37968017d_"Subject: Registration Response
      12:16:13.299 |29767,,,SttService,15,Thread=SttMain; class="com".cisco.unity.stt.service.
      TSPMessage;Received unencrypted message of type multipart/mixed;
      boundary="_1e5d8126-a5f5-4e69-9194-d9d37968017d

Información Relacionada



Document ID: 116221