Voz y Comunicaciones unificadas : Cisco Unity Connection

Solo problema del MWI del inbox de la conexión Unity

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

Introducción

Este documento describe un problema con la sola característica del inbox en el Cisco Unity Connection. Con la sola característica del inbox usted puede a los mensajes de sincronización al Microsoft Exchange y después recibe la notificación del intercambio cuando el mensaje es haber leído marcada o haber borrado. Tras el recibo de esta notificación del intercambio, la conexión Unity cambia el estatus de la copia local del mensaje. Hay a veces los problemas donde las notificaciones no se reciben del intercambio y así la copia local del indicador de mensaje en espera (MWI) y de la conexión Unity del mensaje no está en el estatus apropiado.

Contribuido por las colinas de Scott, ingeniero de Cisco TAC.

Troubleshooting

Para resolver problemas este problema, marque el inicio de la aplicación el servidor del acceso al cliente del intercambio (CAS) para las advertencias o los mensajes de error crearon cuando el mensaje fue marcado como leído o borrado en la perspectiva. Estas advertencias son generalmente originadas de los servicios de red de MSExchange. Un ejemplo de la advertencia que pudo ser considerada se muestra aquí:

Log Name:      Application
Source:        MSExchange Web Services
Date:          11/25/2013 11:12:41 AM

Event ID:      6
Task Category: Core

Level:         Warning
Keywords:      Classic
User:          N/A
Computer:      Labtest.cisco.com
Description:

Unable to send a notification for subscription
HQBqb2huZXhjYXAwMS5jb3JwLmZtZ2xvYmFsLmNvbRAAAAAgUx5NOPjRQoqT+menP2j1.
(Send attempts: 3)

También se sugiere para tomar una captura de la red en el intercambio CAS para ver si envía las notificaciones a la conexión Unity.

En la captura, control para ver si hay algún tráfico en el puerto TCP 7080. Éste es el puerto que intercambio de las peticiones de conexión Unity para enviar la notificación del cambio del estado de mensaje.

Si usted recibe una captura, usted puede filtrarla con 'tcp.port==7080. Si usted aplica el filtro y después no ve ningún tráfico, el intercambio no puso ningún tráfico en el alambre en ese puerto.

Si usted ve algo similar al ejemplo que advierte y también no ve ningún tráfico 7080 en la captura de la red, es posible una configuración de representación en el servidor de CAS es la causa del problema. El tráfico se pudo en lugar de otro rutear a una configuración de representación que se fija para IP address>:80 del <unknown de http://.

Solución

Para corregir el problema, complete estos pasos:

  1. Marque las configuraciones de representación en el servidor de CAS. Las configuraciones de representación son sobre todo directiva directa aplicada del grupo y se sientan en este registro: HKLM \ software \ Microsoft \ Windows \ CurrentVersion \ configuraciones \ servidor proxy de Internet.

  2. Para probar el problema, inhabilite el proxy predeterminado en los servicios web del intercambio (EWS) web.config.

    Trayecto posible: C:\Exchsrvr\ClientAccess\exchweb\EWS

    <configuration>
       <system.Net>
          <defaultProxy>
              <proxy usesystemdefault="false"/>
          </defaultProxy>
       </system.Net>
    </configuration>

  3. Prueba para ver si las notificaciones dejan el intercambio y alcanzan la conexión Unity.

  4. Si esto no aborda el problema, entre en contacto el Centro de Asistencia Técnica (TAC) para la dirección adicional.


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.


Document ID: 117118