Chamadas que continuam suas

A sua nuvem pode fazer mais do que guardar ficheiros. Com o chat e as chamadas ativados, ela passa a ser o lugar onde a sua equipa escreve e se vê — dentro do mesmo espaço privado onde já estão os documentos. Sem terceiros pelo meio, sem criar conta noutro sítio, sem link de reunião que expira.

O que ganha

• Conversas — individuais, ou uma sala por equipa ou projeto, com o histórico guardado.
• Videochamadas e chamadas de voz, direto do navegador. Nada para instalar.
• Uma chamada a partir de um ficheiro. Estão a ver um documento juntos e começam a falar sobre ele — no mesmo sítio.
• Um link para convidados, para que alguém de fora da sua organização possa entrar numa chamada sem conta.

Tudo isto corre na sua máquina, na sua nuvem, sob o seu domínio.

Por que as chamadas são mais difíceis do que parecem

Enviar um ficheiro para um servidor é fácil: o servidor tem um endereço fixo e está à escuta. Uma chamada é um problema de outra natureza — duas pessoas têm de se alcançar, e nenhuma das duas é um servidor. Ambas costumam estar atrás de um router doméstico ou de escritório, que é muito bom a deixar-nos sair e, por natureza, muito reticente a deixar alguém entrar.

Imagine duas pessoas em dois edifícios grandes, cada uma com um rececionista que passa mensagens para fora mas não deixa estranhos entrar. Na maior parte das vezes os dois lados conseguem organizar um caminho direto entre eles, e a chamada passa direta — rápida, sem tocar em mais ninguém. Por vezes, em redes de escritório mais restritas ou em certas ligações móveis, não se encontra caminho direto nenhum.

O relay

Para esses casos tem de existir algo no meio a que ambos os lados consigam chegar: um relay que recebe a imagem e o som de um lado e os entrega ao outro. É pouco glamoroso, não tem interface, e ninguém pensa nele — até uma chamada falhar, e descobrir-se que era exatamente esta a peça que faltava.

A maioria dos serviços resolve isto usando um relay que pertence a outra empresa. Funciona, mas significa que a sua conversa passa por uma máquina que não controla.

O MAESTRO coloca o relay na sua própria máquina, como parte da sua nuvem. É pequeno — poucos megabytes de memória, menos do que quase tudo o resto que já corre no seu sistema. Recebe um segredo próprio, longo, gerado e selado, e a sua nuvem é informada dele para que os dois se reconheçam. Basta marcar uma opção durante a instalação, e está pronto.

A parte honesta

Um relay só é útil se quem está fora conseguir mesmo chegar até ele, e para isso é preciso ter uma porta aberta: a 3478, tanto TCP como UDP. O MAESTRO abre-a na sua máquina — mas o seu fornecedor pode ter uma firewall à sua frente que não conseguimos ver de dentro.

Por isso não assumimos nada. Depois de estar em funcionamento, o MAESTRO bate nessa porta a partir de fora, pela internet real, e coloca a resposta no cartão do serviço:

• Responde a partir da internet — as chamadas vão ligar-se de qualquer lugar.
• Ainda fechada a partir da internet: 3478/udp — seguido de uma frase a dizer que as chamadas vão funcionar na sua própria rede, mas não a partir de fora, e que é o firewall do seu fornecedor que precisa de ser aberto.

Esta distinção importa mais do que parece. Um relay que está em funcionamento mas inalcançável parece perfeitamente saudável em todas as direções, exceto na única que conta. Dizer-lho agora custa uma frase. Não lhe dizer custa uma chamada perdida com um cliente, e uma tarde a tentar descobrir porquê.

O essencial

Nada disto é exótico. O chat e as chamadas existem há anos, tal como o relay que os faz funcionar. O que normalmente falta é alguém que faça o trabalho todo: instalar, dar-lhe o seu segredo, avisar a nuvem de que existe, abrir a porta e depois verificar honestamente se o mundo consegue entrar.

Marca uma opção. As suas chamadas continuam suas.

← todos os artigos