Conteúdos
Clique num título para saltar diretamente para a secção.
Note que também fornecemos o seguinte teste de pré-chamada que pode ajudar a verificar a disponibilidade de largura de banda da rede na localização onde espera realizar a chamada Connect. Isto não identifica flutuações dinâmicas à disponibilidade de largura de banda encontradas depois da realização do teste, tais como alterações na localização, ou congestão da rede local ou do fornecedor de serviço de Internet.
Clique na imagem abaixo para aceder a um teste de pré-chamada ou copie e cole o endereço seguinte no seu navegador web: https://tokbox.com/developer/tools/precall/
1. Requisitos de configuração da rede
Para que o Mira Connect funcione da forma esperada, poderá ter de configurar a rede como é descrito neste artigo.
Ligações de saída
A tabela seguinte lista os requisitos de conetividade da máquina do utilizador para os serviços Mira.
Necessário |
|
TCP: |
Necessário |
|
TCP: |
Necessário |
|
TCP: |
Necessário |
|
TCP: |
Necessário |
|
TCP: |
Necessário |
|
TCP: |
Necessário |
|
UDP: |
Notas |
|
TCP: |
Notas |
|
TCP: |
Notas |
|
TCP: |
Notas |
|
TCP: |
Notas |
|
TCP: |
Notas |
|
TCP: |
Notas |
|
TCP: |
É recomendável que não se utilize um servidor proxy
Para tráfego Mira, recomendamos a não utilização de proxies. O tráfego Mira já é cifrado, pelo que a utilização de um proxy não torna a ligação mais segura.
Os proxies podem prejudicar o desempenho e originar interrupções, dado que uma comunicação direta e em tempo real é essencial para transmissões de áudio e vídeo.
Configuração NAT
Recomendamos que a sua configuração NAT tenha um comportamento “Endpoint-Independent Filtering”. Se for importante um comportamento de filtragem mais estrito, é fortemente recomendado que o NAT tenha um comportamento “Address-Dependent Filtering” (consulte o RFC 4787 REQ-8). Todos os NAT devem também ter um comportamento “Endpoint-Independent Mapping” (consulte o RFC 4787 REQ-1).
Por exemplo, se um cliente sob um NAT Simétrico tentar estabelecer uma ligação para um NAT com portas restritas, as ligações UDP diretas irão falhar. Mas uma ligação NAT simétrico <—> NAT com restrições de endereço irá funcionar.
Configuração de rede sem fios
As orientações seguintes aplicam-se à maioria dos ambientes empresariais. Um engenheiro de redes sem fios deve avaliar ambientes mais complexos, tais como pisos de fabricação, áreas com elevados níveis de ruído de rádio-frequência (RF) ou espaços com uma cobertura escassa.
-
Dar preferência a bandas de 5 GHz como alternativa às bandas de 2.4 GHz.
-
Desativar taxas de transmissão de dados baixas.
-
Otimize a colocação das células dos pontos de acesso e a configuração para débito e capacidade, em vez de um foco exclusivo na cobertura.
-
Implemente as Extensões Multimédia para Redes Sem Fio (Wireless Multimedia Extensions -WMM) para tráfego WebRTC.
-
Para permitir um roaming transparente, uma rede sem fios deve ser gerida e operada centralmente — e não uma coleção de pontos de acesso independentes.
Configuração de QoS
QoS (qualidade de serviço) não é necessária para utilizar o Mira Connect dado que este já se adapta às condições da rede. Apenas utilize QoS se tiver motivos de força maior, tais como uma rede congestionada e tiver capacidade para implementar e manter um modelo de QoS ponto a ponto na sua rede. Para mais orientações, contacte-nos em support@mirareality.com.
2. Requisitos de desempenho da rede
Para ajudar a responder à questão "que tipo de largura de banda é necessária para utilizar o Mira Connect?":
- Recomendamos um mínimo de 350kb/s dedicados para transferência por transmissão recebida, bem como 350kb/s para envio por transmissão enviada, para manter uma ligação vídeo estável.
Os requisitos de largura de banda para diferentes combinações de resolução e qualidade são indicados abaixo.
-
- Excelente — Nenhuma deficiência ou deficiências multimédia impercetíveis
- Aceitável — Algumas deficiências multimédia que causam algumas disrupções momentâneas
Transmissões de áudio e vídeo
Para a qualidade e resolução indicadas, todas as condições seguintes devem ser cumpridas.
Qualidade | Resolução vídeo @ fotogramas por segundo | Vídeo kbps | Perda de Pacotes |
Excelente | 1280x720 @ 30 | > 1000 | < 0,5% |
Excelente | 640x480 @ 30 | > 600 | < 0,5% |
Excelente | 352x288 @ 30 | > 300 | < 0,5% |
Excelente | 320x240 @ 30 | >300 | < 0,5% |
Aceitável | 1280x720 @ 30 | > 350 | < 3% |
Aceitável | 640x480 @ 30 | > 250 | < 3% |
Aceitável | 352x288 @ 30 | > 150 | < 3% |
Aceitável | 320x240 @ 30 | > 150 | < 3% |
Transmissões apenas com áudio (quando são encontrados ambientes com uma largura de banda extremamente baixa)
Para a qualidade indicada, devem ser cumpridas as seguintes condições. Transmissões apenas com áudio serão suportadas na menor largura de banda disponível para dar oportunidade de uma comunicação contínua e a recuperação da transmissão vídeo.
Qualidade | Áudio kbps | Perda de Pacotes |
Excelente |
> 30 | < 0,5% |
Aceitável | > 25 |
< 5% |
Informação adicional
A qualidade do vídeo é ajustada dinamicamente baseada na força da ligação do utilizador à rede.
Se tiver quaisquer questões adicionais, por favor, contacte-nos em support@mirareality.com.
Comentários
0 comentário
Artigo fechado para comentários.