Noções Básicas Sobre Direct Push
Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Tópico modificado em: 2016-11-28
Direct Push é um recurso que está incorporado ao Microsoft Exchange Server 2010. O Direct Push mantém um telefone celular sincronizado em uma conexão de rede celular. Ele envia uma notificação para o celular quando novo conteúdo estiver pronto para sincronização com o celular.
Visão geral
Para o Direct Push funcionar, o celular ou outro dispositivo móvel deve ser compatível com o Direct Push. Esses dispositivos incluem os seguintes:
Celulares com o Windows Mobile 5.0 e o MSFP (Messaging and Security Feature Pack) ou uma versão posterior do Windows Mobile.
Celulares produzidos por licenciados do Microsoft Exchange ActiveSync e que tenham sido projetados especificamente para serem compatíveis com Direct Push.
Por padrão, o Direct Push é habilitado no Exchange 2010. Celulares que oferecem suporte a Direct Push emitem uma solicitação HTTPS de longa duração para o servidor Microsoft Exchange. O servidor do Exchange monitorará a atividade na caixa de correio do usuário e enviará uma resposta para o dispositivo se houver alterações, como itens de mensagens de e-mail, calendário ou contato novos ou alterados. Se ocorrerem alterações dentro do tempo de vida da solicitação HTTPS, o servidor Exchange emitirá uma resposta para o dispositivo que informa a ocorrência dessas alterações e o dispositivo deverá iniciar a sincronização com o servidor Exchange. Em seguida, o dispositivo emite essa solicitação para o servidor. Quando a sincronização é concluída, uma nova solicitação HTTPS de longa duração é gerada para iniciar o processo novamente. Isso garante que itens de email, calendário, contato e tarefa sejam entregues rapidamente para o celular e que o celular esteja sempre sincronizado com o servidor Exchange.
Topologia de Direct Push
A figura a seguir mostra uma topologia típica do Exchange 2010 que está configurada para Direct Push. Essa figura supõe que você tenha as funções de servidor Acesso para Cliente e Caixa de Correio instaladas em dois computadores separados do Exchange. Também é possível instalar as duas funções de servidor no mesmo computador físico do Exchange 2010.
Projeto de rede Direct Push
O Direct Push opera da seguinte maneira:
Um celular configurado para sincronização com um servidor Exchange 2010 emite uma solicitação HTTPS para o servidor. Essa solicitação é conhecida como PING. A solicitação faz com que o servidor notifique o dispositivo se algum item for alterado em alguma pasta configurada para sincronização nos próximos 15 minutos. Caso contrário, o servidor deverá retornar uma mensagem HTTP 200 OK. Em seguida, o celular entra no modo de espera. O tempo de vida de 15 minutos é conhecido como intervalo de pulsação.
Se nenhum item for alterado em 15 minutos, o servidor retornará uma resposta HTTP 200 OK. O celular recebe essa resposta, retoma a atividade (conhecida como ativação) e emite sua solicitação novamente. Isso reinicia o processo.
Se alguns itens forem alterados ou novos itens forem recebidos dentro do intervalo de pulsação de 15 minutos, o servidor enviará uma resposta que informa ao celular se há um item novo ou alterado e fornece o nome da pasta em que o item novo ou alterado reside. Depois que o celular receber essa resposta, ele emitirá uma solicitação de sincronização para a pasta que tem os itens novos ou alterados. Quando a sincronização for concluída, o celular emitirá uma nova solicitação PING e o processo inteiro se inicia novamente.
O Direct Push depende de condições de rede que ofereçam suporte a uma solicitação HTTPS de longa duração. Se a rede da operadora do celular ou do firewall não aceitar solicitações HTTPS de longa duração, a solicitação HTTPS será parada. As etapas a seguir descrevem como o Direct Push opera quando uma rede da operadora do celular tem um valor de tempo limite de 13 minutos.
Um celular emite uma solicitação HTTPS para o servidor. A solicitação faz com que o servidor notifique o dispositivo se algum item for alterado em alguma pasta configurada para sincronização nos próximos 15 minutos. Caso contrário, o servidor deverá retornar uma mensagem HTTP 200 OK. Em seguida, o celular entra no modo de espera.
Se o servidor não responder após 15 minutos, o celular será ativado e concluirá que o tempo limite da conexão com o servidor foi esgotado pela rede. O dispositivo emite novamente a solicitação HTTPS, mas dessa vez usa um intervalo de pulsação de 8 minutos.
Após 8 minutos, o servidor envia uma mensagem HTTP 200 OK. Em seguida, o dispositivo tenta obter uma conexão mais longa emitindo uma nova solicitação HTTPS para o servidor que tiver um intervalo de pulsação de 12 minutos.
Após 4 minutos, uma nova mensagem de email é recebida e o servidor responde enviando uma solicitação HTTPS que faz com que o dispositivo seja sincronizado. O dispositivo é sincronizado e emite novamente a solicitação HTTPS com uma pulsação de 12 minutos.
Após 12 minutos, se não houver itens novos ou alterados, o servidor responderá enviando uma mensagem HTTP 200 OK. O dispositivo é ativado e conclui que as condições da rede aceitarão um intervalo de pulsação de 12 minutos. Em seguida, o dispositivo tenta obter uma conexão mais longa emitindo novamente uma solicitação HTTPS com um intervalo de pulsação de 16 minutos.
Após 16 minutos, nenhuma resposta é recebida do servidor. O dispositivo é ativado e conclui que as condições da rede não podem aceitar um intervalo de pulsação de 16 minutos. Como essa falha ocorreu imediatamente depois que o dispositivo tentou aumentar o intervalo de pulsação, ele conclui que o intervalo de pulsação atingiu seu limite máximo. Em seguida, o dispositivo emite uma solicitação HTTPS com um intervalo de pulsação de 12 minutos, pois esse foi o último intervalo de pulsação bem-sucedido.
O celular tenta usar o intervalo de pulsação mais longo ao qual a rede oferece suporte. Isso prolonga a vida útil da bateria no dispositivo e reduz quantos dados são transferidos na rede. As operadoras de celular podem especificar um valor de pulsação máximo, mínimo e inicial nas configurações de Registro do celular.
Configurando o Direct Push para funcionar através do firewall
Para o Direct Push funcionar pelo firewall, você deve abrir a porta TCP 443. Essa porta é obrigatória para o protocolo SSL (Secure Sockets Layer) e deve permanecer aberta entre a Internet e o servidor de Acesso do Cliente.
Além de abrir portas no firewall, para obter desempenho ideal do Direct Push, você deve aumentar o valor de tempo limite no firewall do padrão de 15 para 30 minutos. A duração máxima da solicitação HTTPS é determinada pelas seguintes configurações:
O tempo limite máximo definido nos firewalls que controlam o tráfego da Internet para o servidor de Acesso do Cliente
Os valores de tempo limite de firewall definidos pelo provedor de serviços celular
Um valor de tempo limite curto faz com que o dispositivo inicie uma nova solicitação HTTPS com mais freqüência. Isso pode reduzir a vida útil da bateria no dispositivo. Para obter mais informações sobre como configurar o firewall, consulte ISA Server Product Documentation (em inglês).
© 2010 Microsoft Corporation. Todos os direitos reservados.