Detectar problemas de parceiro federada quando utiliza o Office Communicator ou dedicados Lync no Office 365 ou ITAR

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 2605326
Sintomas
No Microsoft Office 365 dedicado ou ITAR, um utilizador não consegue comunicar com um parceiro federado através de Microsoft Lync ou Microsoft Office Communications Server.
Causa
Este problema ocorre se existir uma configuração incorrecta no Microsoft Online Services ou uma configuração incorrecta do parceiro federada.
Resolução
Nota Suporte Online da Microsoft não trabalhar directamente com o parceiro federado. Suporte Online da Microsoft não podem intervir em nome da organização e não suporta o ambiente do Office Communications Server ou Microsoft Lync Server de um parceiro federado.

Passos de resolução de problemas

  1. Os seguintes ecrãs de pedido do parceiro federado:
    • Lista de permissões da instância do Office Communications Server ou o servidor de Lync
    • O registo de localização de serviço (SRV) para a Federação da
  2. Determine se as outras federações estão a funcionar. Os utilizadores dedicados são federados com a Microsoft. Se estiver a funcionar a Federação da Microsoft, o problema reside provavelmente com o parceiro federado.
  3. Determine se se trata de uma federação de nova.

    Nota Se se tratar de uma federação de nova, contacte o Gestor de entrega de serviço (SDM) para concluir um pedido de configuração (CR).
  4. Verifique se as definições de DNS:
    • Certifique-se de que o registo SRV público do domínio protocolo de início de sessão (SIP) é estruturado da seguinte forma:
      _sipfederationtls._tcp.domínio>.com
    • Certifique-se de que o registo SRV apontar para a porta 5061.
    • Certifique-se de que o registo SRV apontar para o nome de domínio totalmente qualificado (FQDN) do seu servidor de acesso extremidade (AE).
    • Certifique-se de que o registo de FQDN aponta para o endereço IP externo do AE.
    • Certifique-se de que o domínio SIP e o domínio o FQDN do seu AE correspondem.

    Nota Pode verificar registos SRV do parceiro e do utilizador. Para tal, siga estes passos:
    1. Abra uma janela de linha de comandos. Para tal, clique em Iniciar, clique em Executar, tipo cmd, e, em seguida, prima Enter.
    2. Tipo Nslookup, e, em seguida, prima Enter.
    3. Tipo Definir tipo = srv, e, em seguida, prima Enter.
    4. Escreva o seguinte comando e, em seguida, prima Enter:
      _sipfederationtls._tcp.<customerdomain>.com
    5. Escreva o seguinte comando e, em seguida, prima Enter:
      _sipfederationtls._tcp.<partnerdomain>.com
    Exemplo de uma configuração válida (_sipfederationtls._tcp.microsoft.com)

    A localização de serviço SRV é semelhante ao seguinte:
              priority       = 0          weight         = 0          port           = 5061          svr hostname   = sipfed.microsoft.com
    Exemplo de uma configuração inválida (_sipfederationtls._tcp.contoso.com):

    A localização de serviço SRV é semelhante ao seguinte:
              priority       = 0          weight         = 0          port           = 5061          svr hostname   = sipfed.im.contoso.com 
    Nota Erro de correspondência domínio SIP.
  5. Nslookup deverá devolver um FQDN para o utilizador e o parceiro. Tem de verificar se os certificados estão configurados correctamente para o utilizador e o parceiro federado. Para tal, siga estes passos:
    1. Ir para http://www.digicert.com/help/.

      Exclusão de responsabilidade de informações de outros fabricantes

      Os produtos de outros fabricantes que este artigo aborda são fabricados por empresas independentes da Microsoft. A Microsoft não oferece nenhuma garantia, expressa ou implícita, relativamente, ao desempenho ou à fiabilidade destes produtos.
    2. Introduza o FQDN do nome de anfitrião SVR do passo 5. oA.
    3. Se tudo tem ok novamente, certifique-se de que a autoridade de certificação na lista corresponde a uma das autoridades de certificação no Membros do Windows Root Certificate Program.
  6. Obter ficheiros de registo que descrevem o problema do parceiro federado.
  7. Obter ficheiros de registo a partir de um utilizador afectado na sua organização.
  8. Fornece os resultados dos passos anteriores no escalonamento.

Passos de escalamento

  1. Contacte o suporte de Serviços Online da Microsoft por apresentação online ou por telefone.
  2. Forneça as seguintes informações para serviços de Suporte Online da Microsoft:
    • Ficheiros de registo do utilizador federado e o utilizador afectado na sua organização
    • O número de CR caso se trate de uma federação de nova
    • Os ecrãs seguintes do parceiro federado:
      1. Lista de permissões da instância do Office Communications Server ou o servidor de Lync

        Para localizar estas informações, execute o cmdlet seguinte:
        Get-CsAllowedDomain
      2. O registo SRV para a Federação da
  3. Descrevem se quaisquer outras federações não estão a funcionar. Uma vez que todos os utilizadores são federados com a Microsoft, estamos deve verificar se o problema existe com a Microsoft, demasiado.
Mais Informação
Para mais informações sobre problemas de comunicação do parceiro federada, consulte o seguinte artigo na Microsoft Knowledge Base:
2615742 Ocorrerem problemas quando utiliza o Lync 2010 para conversar com um parceiro federado que utiliza IBM Sametime no Office 365 dedicado ou ITAR

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2605326 - Última Revisão: 07/23/2015 01:13:00 - Revisão: 9.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal, Microsoft Office Communications Online Dedicated, Microsoft Office Communicator 2007, Microsoft Office Communicator 2007 R2, Microsoft Lync 2010

  • vkbportal226 kbmt KB2605326 KbMtpt
Comentários
ERROR: at System.Diagnostics.Process.Kill() at Microsoft.Support.SEOInfrastructureService.PhantomJS.PhantomJSRunner.WaitForExit(Process process, Int32 waitTime, StringBuilder dataBuilder, Boolean isTotalProcessTimeout)