Posts com Tag ‘Exchange UM’

Uma das novidades do Exchange 2010 é a funcionalidade de MWI (Message Waiting Indicator) que permite que sistemas de PABX recebam um “sinal” do Exchange avisando que existe um novo recado na caixa postal, com isso o sistema de PABX é capaz de informar o usuário de alguma forma, normalmente acendendo uma luz ou tocando bips no aparelho.

image

Esta semana implementamos esta funcionalidade utilizando o Exchange 2010 com o Call Manager 7.1 e embora esta funcionalidade seja habilitada por padrão algumas alterações foram necessárias:

  • Como eu estava migrando de um Exchange 2007 a política do dialplan existente não deixava eu habilitar a funcionalidade de MWI.

image

  • Então eu simplesmente criei uma nova política a partir da console do Exchange 2010, esta já vem com o MWI habilitado por padrão.

image

  • E associei esta nova política aos usuários do ambiente.

image

  • Do lado do Call Manager também foi necessário fazer algumas alterações, estas estão descritas detalhadamente no blog do meu amigo João Paulo Wolf, mas basicamente é:

– Em System / Security Profile / SIP Trunk Security Profile: escolher o profile utilizado para o Trunk e marcar as opções "Accept Out-of-Dialog REFER” e “Accept Unsolicited Notification”, caso já não estejam.

– Em Device / Device Settings / SIP Profile: escolher o profile utilizado para o Trunk e marcar a opção “Stutter Message Waiting".

Anúncios

Exchange UM Test Phone

Publicado: 09/10/2009 em Exchange
Tags:

Se você está implementando o Exchange Unified Messaging ou está fazendo um troubleshooting desta funcionalidade, uma ferramenta que pode ajudar muito é o Exchange UM Test Phone (ExchangeUMTestPhone.exe).

Esta ferramenta simula um Soft fone onde você pode ligar para o Exchange e validar a configuração, além disso todos os passos desta “ligação” será mostrado pelo software.

Exchange UM Test Phone

Esta ferramenta pode ser executada tanto no Exchange quanto em um desktop, porem para isso será necessário copiar alguns arquivos do Exchange para o desktop. São eles:

  • <%windir%>assemblyGAC_32Microsoft.Collaboration.Media
    MediaVersionNumberMicrosoft.Collaboration.Media.dll
  • <%windir%>assemblyGAC_MSILMicrosoft.Collaboration
    CollaborationVersionNumberMicrosoft.Collaboration.dll
  • <%windir%>assemblyGAC_32SIPEPSSipsepsVersionNumberSIPEPS.dll
  • Exchange Serverbinexchmem.dll
  • Exchange Serverbinextrace.dll
  • Exchange ServerpublicMicrosoft.Exchange.Common.dll
  • Exchange ServerbinMicrosoft.Exchange.Data.Common.dll
  • Exchange ServerbinMicrosoft.Exchange.Diagnostics.dll
  • Exchange ServerbinMicrosoft.Exchange.Net.dll
  • Exchange ServerbinMicrosoft.Exchange.Rpc.dll
  • Exchange Serverbin ExchangeUMTestPhone.exe

A parte boa é que este trabalhão eu já tive e você não precisará ter. Basta você baixar um zip com todos estes arquivos clicando aqui e extrair os arquivos no desktop que você deseja executar a ferramenta.

Adicionalmente você pode aumentar o nível de log da role de UM. Para isso será necessário alterar a chave de registro abaixo.

HKEY_LOCAL_MACHINESystemCurrentControlSetServicesMSExchange UnifiedMessagingDiagnostics

Níveis de log disponíveis:

  • Expert = 7
  • High = 5
  • Medium = 3
  • Low = 1
  • Lowest = 0

Lembre-se que esta chave de registro deve ser alterada no servidor de UM e que após esta alteração o serviço deverá ser reinicializado. No event viewer você verá os logs que serão gerados.

Em um ambiente com Office Communications Server 2007 R2 e Exchange 2007 SP1 não tem porque não integrar as soluções e se ter a famosa Comunicação Unificada. Agora como uma coisa puxa a outra, se você já tem este ambiente integrado e já usufrui dos recursos de voice mail você já deve ter se perguntando. Porque não habilitar o recebimento de fax, já que isso é nativo da ferramenta?

É ai que vem a frustração! Se você já deu uma zapiada por aí, deve ter percebido que em muitos sites a resposta é taxativa, “OCS + Fax” não é possível. Mas nem tudo está perdido, a final somos brasileiros e não desistimos nunca :-).

E porque não é possível? Simplesmente porque o OCS não suporta o protocolo T.38 (fax). Ué Exchange e OCS são de empresas diferentes??

Bom então vamos a alternativa. Em um ambiente integrado, o fluxo da chamada ficará da seguinte forma:

PABX > Gateway > OCS > Exchange

capture2_6

Mas já vimos que se a chamada passar pelo OCS o protocolo T.38 será perdido, logo para habilitarmos o recebimento de fax, será necessário by-passar o OCS quando for uma chamada de fax. Desta forma, o fluxo da chamada ficará assim:

capture3_5

Ou seja, será necessário um número adicional para o fax, e no Gateway deverá conter uma regra que determina se a chamada está sendo destinada ao número ramal do usuário ou ao número de fax, e para cada caso encaminhar para o local correto. Quando for uma ligação para o número ramal do usuário, a chamada será encaminhada para o OCS e quando for para o número de fax será encaminhado para o Exchange.

Claro que você já se perguntou: – “Pera ai, preciso de dois números, um para o ramal e outro para receber fax?”

Sim, neste cenário sim, óbvio que não é a solução ideal, mas é uma alternativa. Entretanto existe uma solução mais interessante, que é utilizar gateways que identificam o tipo da chamada antes de encaminhar para o destino final, logo o GW consegue identificar se é uma chamada de fax (T.38) ou se é uma chamada de voz, e então ele encaminha para o destino correto.

Obs.: Na imagem vemos que existem dois gateways, porem é somente para melhor ilustrar, pois o mesmo GW poderia ter sido utilizado com regras de roteamento diferentes.