Perguntas freqüentes sobre o Windows Media Services 9 Series
Abril de 2003
Este documento fornece respostas às perguntas freqüentes sobre o Microsoft® Windows Media® Services 9 Series. Para exibir o texto completo de cada pergunta e resposta, clique na pergunta. Para expandir todas as perguntas, pressione SHIFT+A. Para fechar todas, pressione SHIFT+C.
Para obter informações mais detalhadas sobre o Windows Media Services 9 Series, consulte a Ajuda do Windows Media Services 9 Series .
 1.
Como eu posso descobrir se os clientes estão tendo dificuldades para acessar o meu conteúdo?
 Os registros são de grande valor para determinar a eficiência da difusão de mídia digital. Sempre que um ponto de publicação é criado, você deve ativar o plug-in de registro apropriado para poder analisar os sucessos e as falhas da difusão. Uma revisão cuidadosa dos registros após uma difusão pode revelar não apenas quais problemas ocorreram e quando, mas também uma solução possível.
As entradas de registro a seguir são normalmente de grande utilidade quando se tenta identificar um problema no cliente:
x-duration. Este é o tempo que o cliente leva para obter a transmissão. Se o tempo neste campo for menor do que o tempo total do conteúdo, o cliente pode ter se desconectado.
c-status. Estes códigos descrevem o status da conexão do cliente. Alguns problemas comuns de conexão são exibidos neste campo.
avgbandwidth. Esta é a largura de banda média da conexão. Se ela for menor que a taxa de bits da transmissão do servidor, o cliente pode ter experimentado uma capacidade de largura de banda reduzida.
c-bytes. Este é o número de bytes recebidos pelo cliente. Se este número for diferente do número de bytes enviados pelo servidor (sc-bytes), então houve uma perda de pacotes.
c-pkts-lost-client. Este é o número de pacotes que não foram entregues ao cliente.
c-buffercount. Este é o número de vezes que o cliente armazenou a transmissão no buffer. Um valor alto pode indicar problemas de largura de banda.
Para obter mais informações sobre como os arquivos de registro são usados para identificar problemas de transmissão, consulte Ajuda do Windows Media Services 9 Series .
Fechar Resposta
 2.
Como eu posso determinar se o cliente não recebeu todos os dados transmitidos pelo servidor?
 Quando o cliente não recebe todos os dados transmitidos pelo servidor Windows Media, o resultado é conhecido como “perda de pacotes”. A perda de pacotes pode ser causada por congestionamento na rede, problemas do roteador, entre outros. Os pacotes também são considerados perdidos se eles chegarem tarde demais para que o cliente possa exibi-los a tempo.
É possível monitorar os arquivos de registro para determinar se houve perda de pacotes, quando houve a perda e se algum dos pacotes perdidos foi recuperado. Os campos de arquivo de registro a seguir podem ajudá-lo a determinar se houve perda de pacotes:
s-pkts-sent. Este é o número de pacotes de conteúdo enviados pelo servidor a um cliente conectado. Este campo contém um hífen (-) em registros de cliente de cache remoto de um servidor cache/proxy e em arquivos de registro de difusão seletiva.
c-pkts-received. Este é o número de pacotes do servidor que foram recebidos corretamente pelo cliente na primeira tentativa. Os pacotes que não são recebidos corretamente na primeira tentativa podem ser recuperados se forem enviados novamente através do protocolo UDP. Os pacotes que não são recuperados através do reenvio UDP são considerados perdidos na rede.
c-pkts-lost-client. Este é o número de pacotes perdidos que não foram recuperados na camada do cliente através da correção de erros ou na camada da rede através de reenvios UDP. Estes pacotes são enviados pelo servidor Windows Media, mas não são reproduzidos no cliente.
c-pkts-lost-net. Este é o número de pacotes perdidos na camada da rede. O cliente pode recuperar estes pacotes se a correção de erros for ativada.
c-pkts-lost-cont-net. Este é o número máximo de pacotes perdidos continuamente na camada da rede. Um valor alto indica más condições de rede com longos períodos durante os quais o cliente não recebeu pacotes.
c-resendreqs. Este é o número de solicitações de novos pacotes feitas pelo cliente. Este campo contém um zero a menos que o cliente esteja usando reenvio UDP.
c-pkts-recovered-ECC. Este é o número de pacotes perdidos na camada da rede que foram reparados e recuperados na camada do cliente por que a correção de erros estava ativada. A correção de erros é a única forma de recuperar pacotes para transmissões de difusão seletiva. Os pacotes reparados na camada do cliente são iguais à diferença entre c-pkts-lost-net e c-pkts-lost-client.
c-pkts-recovered-resent. Este é o número e pacotes recuperados através de reenvio pelo UDP. O valor não inclui pacotes TCP ou UDP. Este campo conterá um zero a menos que o cliente esteja usando reenvio UDP.
Observe que os valores de todos os campos do registro não incluem os pacotes TCP ou UDP.
Quando os pacotes são perdidos durante os processos de transmissão ou arquivamento, o plug-in WMS Archive Data Writer envia uma mensagem de aviso à guia Resolução de problemas no Windows Media Services para relatar a quantidade perdida. O plug-in deve estar ativado para que o aviso seja enviado. Se a transmissão de conteúdo recebida pelo servidor for interrompida por perda de pacotes por um período superior a dois segundos, o plug-in WMS Archive Data Writer interromperá o arquivamento e iniciará outro em um novo arquivo quando a transmissão for reiniciada. A presença de arquivamento de diversos arquivos pequenos indica a ocorrência de perda de pacotes durante a transmissão.
Fechar Resposta
 3.
Por que os clientes ISA têm problemas ao se conectarem ao meu servidor usando o protocolo MMS?
 A porta padrão que o protocolo Microsoft Media Server (MMS) usa é a 1755. Alguns clientes do servidor ISA (Internet Security and Acceleration) podem ter problemas na conexão a esta porta porque o ISA usa diferentes critérios de conexão para portas acima de 1023.
Este problema pode ser corrigido com a configuração do plug-in de protocolo de controle de servidor MMS WMS para alterar a porta de ligação do protocolo MMS. Além disso, você pode criar um arquivo denominado Wspcfg.ini e salvá-lo na pasta denominada %systemroot%\Windows\System32\Windows Media\Server. O arquivo deve conter o texto a seguir:
[WMServer]
LocalBindTcpPorts=1755
LocalBindUdpPorts=1755
Fechar Resposta
 4.
Qual é a diferença entre envio sem solicitação do codificador e envio com solicitação do codificador?
 Para poder acomodar a mais ampla gama de condições de transmissão, um servidor que executa Windows Media Services 9 Series pode receber conteúdo de um codificador usando dois métodos diferentes: envio sem solicitação e com solicitação.
Quando o codificador faz um envio sem solicitação para o Windows Media Services, ele controla o servidor Windows Media e a transmissão. O codificador também pode criar um novo ponto de publicação no servidor e definir o ponto de publicação para se excluir ao final da transmissão. Para usar o codificador com envio sem solicitação para um servidor do Windows Media, o administrador do codificador deve ter o nome do servidor Windows Media, o URL do servidor e todas as permissões necessárias para acesso. O envio sem solicitação do codificador é útil para situações de codificação ao vivo e quando você deve manter o controle da difusão na origem do conteúdo.
Quando o Windows Media Services faz um envio de conteúdo sem solicitação do codificador, o servidor se conecta ao fluxo do codificador que já está em progresso. A recepção sem solicitação de codificador é útil se um ponto de publicação estiver definido para ser iniciado quando o primeiro cliente se conectar ao conteúdo ou se o servidor Windows Media estiver separado do codificador por um firewall. Em uma configuração de recepção sem solicitação do codificador, este já deve ter sido iniciado e deve estar codificando conteúdo antes de o servidor Windows Media poder se conectar a ele. O ponto de publicação do servidor deve usar o URL do codificador como a origem de conteúdo.
Fechar Resposta
 5.
Há alguma forma de melhorar o desempenho da transmissão de conteúdo a partir de um codificador?
 Se você estiver usando conteúdo ao vivo de um codificador como parte de uma lista de execução, seus clientes podem observar alguma latência enquanto o servidor armazena em buffer o conteúdo do codificador. Além disso, o servidor deve criar uma nova conexão com o codificador cada vez que um cliente mudar para transmissão de conteúdo ao vivo, aumentando o congestionamento na rede.
Para evitar estes problemas e melhorar o desempenho da rede e do cliente, você pode criar um ponto de publicação adicional em um servidor que opere como um intermediário entre o ponto de publicação principal e o codificador. Esta configuração resulta em melhora do desempenho, porque o servidor mantém uma única conexão com o codificador, não importando o número de clientes que transmitem conteúdo. Este ponto de publicação pode ser criado da seguinte forma:
1. Crie dois pontos de publicação por difusão idênticos.
2. Configure o primeiro para receber conteúdo do codificador.
3. Inicie o ponto de publicação.
4. Configure o segundo ponto de publicação para fazer consulta à lista de reprodução. Adicione um elemento de mídia à lista de reprodução que receba conteúdo do primeiro ponto de publicação.
5. Use lpp://publishing_point_1 como a origem do elemento de mídia (onde publishing_point_1 é o nome do ponto de publicação configurado na etapa 2).
6. Use o segundo ponto de publicação para transmitir conteúdo para os clientes.
Fechar Resposta
 6.
Eu posso transmitir conteúdo a partir de um servidor da Web?
 Você pode transmitir conteúdo baseado em Windows Media de um servidor da Web ou de um servidor que execute Windows Media Services 9 Series. Entretanto, um servidor da Web não é projetado especificamente para transmissão de conteúdo baseado em Windows Media. Se você decidir transmitir conteúdo a partir de um servidor da Web, leia Métodos de transmissão: servidor da Web versus servidor de transmissão de mídia para aprender as diferenças na forma de fornecimento do conteúdo, que podem afetar a qualidade da reprodução.
Fechar Resposta
 1.
Por que os clientes de difusão ponto a ponto estão experimentando armazenamento excessivo em buffer?
 Se os clientes estiverem passando por armazenamento excessivo em buffer, o servidor Windows Media pode estar oferecendo muitas conexões simultâneas. Devido a limitações de hardware, um servidor Windows Media pode transmitir apenas um número limitado de ocorrências de uma vez. Os servidores que estão sobrecarregados normalmente perdem dados, interrompem as transmissões e fazem os clientes perderem a conexão. O servidor pode também estar excedendo a capacidade de largura de banda da rede. A rede pode ter um ponto fraco ou uma falha ou pode não ter sido projetada para transferir a quantidade de dados exigida pelos clientes.
Há diversas formas de resolver este problema. Você pode implementar uma ou todas estas soluções para facilitar a carga de transferência de dados no servidor ou na rede:
Defina limites no servidor. O servidor pode ser configurado para limitar o número de conexões de cliente e a quantidade de largura de banda usada, de forma que o servidor e as capacidades da rede não sejam excedidos.
Criar um cluster de servidores. Você pode usar um cluster de servidores para fazer com que um grupo de servidores Windows Media trabalhem juntos para transmissão de conteúdo. Apesar de os clientes se conectarem ao cluster usando um URL único, todos os servidores compartilham a carga de transmissão para reduzir a carga de um servidor individual.
Adicionar servidores de distribuição. Você pode dispersar a carga de transmissão por toda a rede usando servidores de distribuição em pontos da rede onde a demanda por transmissões tende a ser mais alta. Isto pode melhorar significativamente o desempenho da transmissão porque a distância entre o servidor e o cliente é reduzida.
Implementar um sistema cache/proxy. É possível permitir o plug-in cache/proxy de uma outra empresa no servidor para fornecer suporte a armazenamento em cache e proxy. Usar um servidor cache/proxy é uma forma fácil de conservar largura de banda, diminuir a latência imposta pela rede e deslocar a carga no servidor de origem. A largura de banda da rede é minimizada porque apenas uma conexão do servidor de origem é exigida para carregar conteúdo e para receber informações do cache. A latência da rede diminui porque um cliente pode receber conteúdo de um servidor cache/proxy próximo com mais rapidez do que poderia se tivesse que passar pela rede ou pela Internet para receber conteúdo do servidor de origem. Além disso, a carga no servidor de origem é deslocada porque menos clientes se conectam diretamente ao servidor de origem.
Modificar o conteúdo de mídia de transmissão. É possível diminuir os requisitos de largura de banda do conteúdo pela codificação com diferentes configurações.
Observe que se você quiser testar o desempenho do servidor quando sob cargas de clientes, você pode baixar o Windows Media Load Simulator 9 Series da página do Windows Media .
Fechar Resposta
 2.
Como eu sei quanta largura de banda meu servidor Windows Media usará?
 Você pode estimar a capacidade de rede necessária pela equação a seguir:
Capacidade de rede exigida = Taxa de bits do conteúdo x volume de público
Para estimar a taxa de bits média do conteúdo, divida o tamanho do arquivo transmitido pelo tempo de reprodução em segundos. Por exemplo, um arquivo de mídia digital de 2 megabytes (MB) representa cerca de 16.000.000 de bits. Se o conteúdo tiver cerca de 1 1/2 minuto de duração, o conteúdo transmitido terá uma taxa média de bits de 180 kilobits por segundo (Kbps).
Para estimar o volume de público, determine o maior número de usuários simultâneos durante um evento de transmissão. Por exemplo, sua empresa pode planejar oferecer treinamento on-line a todos os seus 10.000 funcionários pela rede local. O desempenho dos treinamentos anteriores indica que um máximo de cinco por cento dos funcionários podem acessar o treinamento em um determinado momento. Portanto, a rede deve ser capaz de fornecer o conteúdo com segurança a 500 usuários simultâneos.
Para obter mais informações sobre o planejamento de capacidade, consulte Ajuda do Windows Media Services 9 Series .
Fechar Resposta
 3.
Quantos usuários podem simultaneamente visualizar conteúdo transmitido de um servidor que execute Windows Media Services?
 O número máximo de usuários simultâneos depende da configuração do servidor e do método de distribuição (transmissão por difusão ponto a ponto ou por difusão seletiva). A capacidade real varia de um computador para o outro. Como regra geral, um servidor Windows Media com um único processador de 233 megahertz e 256 megabytes (MB) de RAM pode servir até 1.000 transmissões de difusão ponto a ponto de 28,8 kilobits por segundo (Kbps). Como a transmissão com difusão seletiva exige apenas uma transmissão a partir do servidor Windows Media, um número ilimitado de usuários pode se conectar simultaneamente à transmissão única.
Fechar Resposta
 4.
Se eu quiser transmitir o conteúdo a mais de 1.000 usuários simultâneos, quais serão minhas exigências de hardware?
 Para implantações Windows Media Services em grande escala, tente fazer uma ou mais modificações ao sistema de mídia de transmissão:
• Atualização de um servidor de CPU única para servidor de CPUs múltiplas.
• Instalação de placas de rede adicionais ou atualização da placa de interface de rede atual para oferecer suporte a conexões de rede de maior largura de banda.
• Adição de mais servidores executando o Windows Media Services ao sistema de transmissão de mídia e uso do balanceamento de carga de rede (Network Load Balancing) para distribuição da carga da rede.
• Distribuição de servidores cache/proxy pela rede e implementação de um programa de replicação de conteúdo para distribuir o conteúdo mais próximo aos clientes e aliviar um pouco da demanda nos servidores de origem.
• Definição dos switches de rede que processarão as solicitações de mídia digital e as transmissões para modo full duplex para manter um fluxo ininterrupto de informações.
Fechar Resposta
 1.
Eu tenho conteúdo em áudio/vídeo que desejo transmitir. Quem pode hospedá-lo para mim?
 Entre em contato com um Provedor de Hospedagem Certificado do Windows Media 9 Series . Estas empresas podem fornecer serviços de hospedagem de conteúdo, bem como uma ampla gama de serviços específicos, incluindo desenvolvimento de aplicativos, codificação ou criação de conteúdo. Cada provedor passou pela implantação total do Windows Media Services 9 Series e passou por uma série de testes rigorosos.
Fechar Resposta
 2.
Quem pode converter minhas fitas de vídeo e transmiti-las na Web para mim?
 3.
Como eu converto áudio ou vídeo gravado ou arquivos de mídia digital em conteúdo para transmissão pelo Windows Media Services?
 Há diversos formatos de arquivos de mídia digital, mas o Windows Media Services não pode transmitir todos eles. Em alguns casos, pode ser necessária a conversão de arquivos de mídia digital em um formato compatível antes de a transmissão ser possível. O Codificador do Windows Media 9 Series é uma ferramenta de produção poderosa que pode converter áudio e vídeo gravado ou ao vivo em arquivos Windows Media ou transmissões. Você pode usar o codificador para capturar áudio ou vídeo de dispositivos instalados em seu computador e então converter o conteúdo capturado para um arquivo de Windows Media para distribuição. Para obter mais informações sobre o Codificador do Windows Media, consulte a página do Codificador do Windows Media 9 Series .
Fechar Resposta
 4.
Como eu posso criar áudio e vídeo para transmissão com Windows Media Services?
 As tecnologias do Windows Media são ideais para desenvolvedores de conteúdo que querem produzir conteúdo de áudio e vídeo baseado em Windows Media para mídia de transmissão e aplicativos para download e execução. Quer você seja um produtor de conteúdo que cria conteúdo de mídia digital ou um desenvolvedor que deseja adicionar suporte às mais recentes tecnologias Windows Media aos seus aplicativos, consulte a Página de criação para encontrar soluções que atendam às suas necessidades.
Fechar Resposta
 5.
Como eu posso transformar os meus slides de PowerPoint em uma apresentação baseada em Windows Media?
 Você pode usar o Microsoft Producer para PowerPoint® 2002 para criar e editar uma apresentação que contenha áudio e vídeo e sincronizá-la com um conjunto de slides de PowerPoint. Depois de publicar os componentes de áudio e vídeo de sua apresentação em um servidor Windows Media e os componentes restantes (incluindo os slides de PowerPoint) em um servidor de Web, você pode transmitir a apresentação. O Microsoft Producer não pode ser usado para transmitir uma apresentação ao vivo. Para obter mais informações, consulte a Página do produtor Microsoft .
Se você quiser transmitir sua apresentação de PowerPoint com áudio e vídeo ao vivo, você pode usar o recurso Transmissão ao Vivo no Microsoft PowerPoint, que integra as tecnologias Windows Media para permitir uma transmissão ao vivo de apresentações na Internet ou intranet. Para obter mais informações, consulte o site do Microsoft Office XP Resource Kit .
Fechar Resposta
 1.
Onde eu posso encontrar a documentação fornecida com o Windows Media Services?
 2.
Há algum kit de desenvolvimento de software (SDK) para o Windows Media Services 9 Series?
 Sim. O Kit de Desenvolvimento de Software do Windows Media 9 Series (SDK) fornece as ferramentas necessárias aos desenvolvedores para criarem soluções próprias nesta plataforma. Para obter mais informações, consulte a Página do Windows Media 9 Series SDK .
Fechar Resposta
 3.
Há um grupo de discussão ou notícias para os usuários do Windows Media Services?
|