C cenaly.com
Começar grátis

Rede, roteador e internet para telefonia

Portas, SIP ALG e onde desativá-lo em roteadores de marcas populares, NAT, Wi-Fi e VLAN, quanta internet é necessária para uma chamada

22 min read Abrir esta tela na demonstração
On this page 18

Rede, roteador e internet para telefonia

O telefone IP é um dispositivo na rede do estabelecimento como o caixa ou o computador: ele acessa a internet pelo seu roteador até a nossa central telefônica. Quase sempre isso “simplesmente funciona”, e quando não funciona, a culpa é de três ou quatro configurações do roteador, iguais em todas as marcas. Nesta página — o que exatamente a rede precisa, onde desligar o “assistente” SIP ALG que atrapalha em roteadores de marcas populares e quanta internet é necessária por chamada.

O que inserir no próprio telefone (servidor, login, senha) — no guia “Configuração de telefones SIP”. Verificação de áudio após qualquer alteração na rede — teste de eco *43 (veja “Como verificar a rede”).

Resumo: cinco regras#

  1. Não é preciso redirecionar portas. O telefone se conecta sozinho à central telefônica de dentro da sua rede — não existem conexões de entrada externas.
  2. Desligue o SIP ALG no roteador (também chamado de “SIP Helper”, “SIP Passthrough”). É a causa mais comum de “a chamada cai após 30 segundos” e “não me ouvem” — onde ele fica na sua marca.
  3. O telefone vai para a rede de serviço, de preferência por cabo. Não no Wi-Fi de visitantes: lá os dispositivos ficam isolados uns dos outros e muitas vezes há uma página de login que o telefone não consegue atravessar.
  4. É preciso pouca internet, mas estável: cerca de 100 kbit/s em cada direção por conversa. Mais importante que a velocidade é o canal não ficar saturado “no limite” — especialmente na saída.
  5. Após qualquer trabalho na rede, disque *43. O ponto verde no painel administrativo indica registro, não áudio.

Como a chamada passa pela rede#

 Telefone IP ──► roteador do estabelecimento ──► internet ──► central telefônica Cenaly
 (192.168.x.x)   (NAT: substitui o endereço     provedor     sip.<seu domínio>
                  pelo externo)                               ou máquina dedicada

Todo o tráfego é iniciado pelo telefone:

  1. O telefone envia o registro à central telefônica (porta 5060). O roteador memoriza: “pacotes deste port externo — para o telefone 192.168.x.x” — isso se chama tradução de endereços (NAT).
  2. A central telefônica responde e depois envia as chamadas recebidas para o mesmo lugar de onde veio o registro — pelo mesmo “buraco” no roteador. Por isso não é preciso redirecionar portas: a porta foi aberta pelo próprio telefone.
  3. O áudio (RTP) também é enviado pelo próprio telefone, e a central telefônica responde com áudio para o endereço e a porta de onde ele veio.

Daí duas condições sem as quais a comunicação quebra: o roteador não deve reescrever o conteúdo dos pacotes SIP (isso é o que o SIP ALG faz) e não deve esquecer o “buraco” enquanto o telefone fica em silêncio entre chamadas (isso é o keep-alive). Ambos são explicados abaixo.

Para o administrador de rede: o que a central telefônica faz com o NAT por conta própria

Para todos os ramais do lado da central telefônica estão ativados (shared/sip/advanced-options.json, grupo nat):

  • force_rport — as respostas vão para o endereço e a porta de onde veio a requisição (RFC 3581), e não para o que está escrito no cabeçalho Via;
  • rewrite_contact — a central telefônica memoriza o telefone pelo endereço externo real de origem do registro, e não pelo endereço privado 192.168.x.x do cabeçalho Contact;
  • rtp_symmetric — o áudio é enviado para onde ele chega do telefone (symmetric RTP), e não para o endereço do SDP;
  • direct_media=no — o áudio sempre passa pela central telefônica, mesmo entre dois telefones do mesmo estabelecimento; os telefones nunca tentam se conectar diretamente um ao outro.

Por isso STUN, TURN e ICE não são necessários ao telefone, e um IP externo estático não é necessário ao estabelecimento. O telefone pode solicitar o registro a cada 60–3600 s (menos de 60 — recusa 423 Interval Too Brief, padrão 120 s); a central telefônica verifica cada aparelho registrado com uma requisição OPTIONS a cada 60 s.

Portas para o administrador de rede#

A regra é uma só: permitir a saída para o endereço da central telefônica e as respostas a ele (um firewall “stateful” comum faz isso sozinho). Regras de entrada e redirecionamento de portas não são necessários.

O quê Protocolo e porta do lado da central telefônica Direção a partir do estabelecimento
Registro e chamadas (SIP) UDP 5060; TCP 5060 — se o telefone estiver configurado para TCP saída para o endereço da central telefônica
Áudio (RTP) UDP 10000–20000 (o circuito compartilhado usa 10000–10200, a máquina dedicada — toda a faixa 10000–20000) saída para o endereço da central telefônica
Nomes (DNS) UDP/TCP 53 para o servidor DNS do provedor ou o seu
Hora (NTP) UDP 123 para servidores de hora — caso contrário, o histórico de chamadas terá hora incorreta

O endereço da central telefônica é um nome, não um IP: ele aparece na janela “Credenciais do ramal” (sip.<seu domínio> no circuito compartilhado ou o nome da sua máquina dedicada). Não insira o IP nas regras “de memória” e não o pegue nesta página — ele não está aqui de propósito.

Detalhes para o firewall
  • As portas locais do telefone (de qual porta ele envia SIP e RTP) variam conforme a marca — não é preciso filtrar a saída pela porta de origem, filtre pelo endereço e pela porta de destino.
  • Duas portas por conversa do lado da central telefônica: o RTP ocupa uma porta par, o RTCP (relatórios de qualidade) — a ímpar vizinha. Isso é assunto interno da central telefônica, mas explica por que a faixa é ampla.
  • Se o firewall exigir um endereço IP, obtenha-o pelo nome (nslookup <servidor SIP>). Na máquina dedicada o IP é estático; no circuito compartilhado é mais confiável permitir pelo nome ou todo o UDP de saída para ele.
  • TCP 5061 (SIP sobre TLS) na máquina dedicada está aberto para sinalização criptografada. O telefone só precisa dele se, na janela de credenciais, o transporte for TLS; por padrão é UDP.
  • Não há criptografia de áudio (SRTP) — se no firewall a “inspeção de VoIP” exigir SRTP, desligue-a para o endereço da central telefônica.

SIP ALG — desligar no roteador#

O que é. SIP ALG (Application Layer Gateway; em diferentes marcas — "SIP Helper", "SIP Passthrough", "ALG para SIP") — é uma função do roteador que "ajuda" a telefonia: entra dentro dos pacotes SIP e reescreve os endereços neles. Foi criada para telefones antigos que não sabiam funcionar atrás de NAT. Nossa central telefônica faz isso sozinha (veja o bloco acima), e o roteador com sua "ajuda" só atrapalha.

Como quebra. Ele reescreve frequentemente de forma errada ou apenas metade dos pacotes. Sinais típicos:

  • a chamada cai exatamente após ~30 segundos depois de atender — a confirmação de resposta (ACK) foi para o lugar errado, e um dos lados desliga por temporizador;
  • só se ouve um lado ou não há som nenhum — no descritor do fluxo de voz o endereço foi substituído;
  • o telefone ora registra, ora não, as chamadas recebidas chegam de vez em quando.

A mecânica dessas falhas é detalhada nas páginas "A chamada cai" e "Sem áudio, só se ouve um lado". Aqui — onde desligar.

Marca Onde desligar De fábrica
Keenetic (e Netcraze) Configurações gerais do sistema → Alterar conjunto de componentes → desmarcar "Gateway de camada de aplicação (ALG) para SIP" → Atualizar. No Keenetic o SIP ALG não é uma caixa de seleção, mas um componente separado do sistema: ele é removido. O roteador precisa de internet, ele atualizará o sistema para a última versão e reiniciará sozinho — faça em horário tranquilo não indicado na documentação
MikroTik (RouterOS) menu de auxiliares NAT /ip firewall service-port → registro sip → desligar: /ip firewall service-port disable sip não indicado na documentação
TP-Link Archer (Wi-Fi 6) Advanced → Security → ALG → desligar SIP ALG não indicado na documentação
TP-Link modems xDSL e LTE (Archer VR/VX/MR, TD-W) Advanced → NAT Forwarding → ALG → desligar SIP ALG não indicado na documentação
TP-Link Deco aplicativo Deco → More → Advanced → NAT Forwarding → SIP ALG → desligar não indicado na documentação
D-Link DIR (firmware em russo) Adicional → ALG/Passthrough → interruptor SIP para a esquerda → Aplicar não indicado na documentação
D-Link DIR (firmware em inglês) Advanced → Firewall → Advanced Settings… → SIP → desligar não indicado na documentação
Zyxel VMG/XMG (modems de provedores) Network Setting → NAT → ALG → desligar SIP ALG não indicado na documentação
ASUS WAN → NAT Passthrough → SIP Passthrough → Disable → Apply (o SIP ALG na ASUS chama-se SIP Passthrough ⚠️ verify) ligado
NETGEAR (Nighthawk, Orbi RBR50/40/20) ADVANCED → Setup → WAN Setup → marcar Disable SIP ALG → Apply ligado
DrayTek Vigor NAT → ALG → desmarcar Enable SIP/RTSP ALG (firmwares a partir de 3.8.5); no console — sys sip_alg 0 desligado
AVM FRITZ!Box não há um interruptor separado de SIP ALG na documentação da AVM. Mas para uma central externa é preciso remover a proteção: Telefonie → Eigene Rufnummern → Anschlusseinstellungen → desmarcar "Nutzung von Internettelefonie aus dem Heimnetz unterbinden" (proibição de telefonia pela internet a partir da rede doméstica) — caso contrário o FRITZ!Box não deixará os telefones acessarem nossa central —
Ubiquiti UniFi (Cloud Gateway) nada precisa ser feito: conforme a documentação da Ubiquiti, os gateways UniFi não aplicam SIP ALG. Verifique o roteador do provedor que está à frente dele ALG não há
Tenda nos manuais dos roteadores Wi-Fi domésticos da Tenda não há item SIP ALG. Nos modems Tenda DSL: Advance → Services → ALG → desmarcar SIP —
Huawei, ZTE (terminais ópticos de provedores: HG8245H, HG8145V, F660, F670L…) na documentação aberta do fabricante não há caminho, o menu geralmente é reduzido pelo provedor — pergunte ao provedor —
Sagemcom, Technicolor, AirTies (caixas de provedores) na documentação do fabricante não há item — pergunte ao provedor —
Xiaomi / Redmi na documentação do fabricante não há item — verifique com *43 e uma chamada com mais de um minuto —

"De fábrica: não indicado na documentação" significa que o fabricante não informa se o ALG vem ligado inicialmente — entre e verifique. Os caminhos foram retirados dos manuais oficiais dos fabricantes (lista em "Fontes"); em outro firmware os nomes dos itens podem variar um pouco.

Para o administrador de rede: gateways empresariais
  • TP-Link Omada (gateway com interface web própria): Transmission → NAT → ALG — desmarcar SIP.
  • Zyxel ATP/USG (ZLD): Configuration → Network → ALG — desmarcar Enable SIP ALG (e Enable SIP Transformations).
  • Fortinet FortiGate: de fábrica o SIP é tratado pelo ALG (default-voip-alg-mode proxy-based) e o session-helper sip está ligado (geralmente nº 13). Só é desligado no console: config system session-helper → delete 13 → end; depois config system settings → set default-voip-alg-mode kernel-helper-based → end; na política não deve haver perfil de VoIP. Verificação — diagnose sys session list | grep sip.
  • MikroTik: o registro SIP em service-port tem os parâmetros sip-direct-media (padrão yes) e sip-timeout (1 hora) — com o auxiliar desligado eles não têm efeito.
  • OpenWrt: o auxiliar SIP fica no pacote kmod-nf-nathelper-extra; sem o pacote, não há ALG. Os auxiliares por zona são ativados pela opção auto_helper do firewall.

Se o roteador for do provedor (terminal óptico, "caixa" da operadora de internet) e o item não aparecer — o menu geralmente é reduzido. Ligue para o provedor e peça: "desligue o SIP ALG no meu roteador" ou "coloque o terminal em modo bridge", se atrás dele estiver o seu próprio roteador.

Depois de desligar, reinicie o roteador e os telefones (os registros NAT antigos duram até a reinicialização ou o vencimento do temporizador), depois disque *43.

NAT, NAT duplo e keep-alive#

Keep-alive. O roteador mantém a "abertura" para o telefone enquanto algo passa por ela. Se o telefone ficar em silêncio por mais tempo do que o tempo limite de UDP no roteador, o registro é removido — e a chamada recebida não chega ao telefone, embora no painel administrativo ainda fique aceso por alguns minutos um ponto verde ("as chamadas feitas funcionam, as recebidas não"). Em roteadores com Linux (usado por muitos modelos domésticos e de operadoras), o tempo limite padrão é de 30 segundos para fluxos UDP unidirecionais e 120 segundos para fluxos com respostas; em MikroTik — 30 segundos e 3 minutos.

Por isso:

  • no telefone, ative o NAT keep-alive (também chamado de "NAT Keep-alive", "Keep Alive Interval", "UDP keep-alive") com intervalo de 15–30 segundos, se houver essa opção;
  • ou mude o telefone para TCP — os roteadores mantêm a conexão TCP por muito mais tempo (nossa central telefônica aceita TCP na mesma porta 5060);
  • a central telefônica, do seu lado, consulta cada telefone a cada 60 segundos — isso ajuda, mas em um roteador com tempo limite de 30 segundos só isso não basta.

NAT duplo — quando atrás do roteador da operadora ou do terminal óptico há o seu próprio roteador, e ambos fazem NAT. Nossa central telefônica vê apenas o endereço mais externo e funciona assim mesmo, mas: o SIP ALG deve ser desativado nos dois dispositivos, e o keep-alive deve caber no menor dos dois tempos limite. A melhor opção é colocar o dispositivo da operadora em modo bridge, para que haja apenas um NAT.

Internet móvel e IP "cinza" da operadora (CGNAT) — é o mesmo NAT duplo, só que o nível externo é da operadora e não dá para configurá-lo. Funciona, mas o keep-alive é especialmente importante: os tempos limite das operadoras costumam ser curtos.

Para o administrador de rede: tempos limite e verificação
  • Roteadores Linux (OpenWrt e firmwares de muitos modelos domésticos e de operadoras): nf_conntrack_udp_timeout = 30 s, nf_conntrack_udp_timeout_stream = 120 s — documentação do kernel Linux. MikroTik: /ip firewall connection tracking → udp-timeout = 30 s, udp-stream-timeout = 3 min. Se os telefones estiverem sem keep-alive, aumente o tempo limite de UDP para 180 s.
  • Sinal de registro NAT expirado: as chamadas feitas funcionam sempre, as recebidas param de chegar após alguns minutos de inatividade e "revivem" logo após uma chamada feita.
  • Para verificar o caminho até o telefone, use o painel administrativo: ficha do aparelho → aba "Verificação" → "Ligar para o aparelho" (veja a visão geral, "Verificação da qualidade da conexão").

Cabo, Wi-Fi, PoE, VLAN e QoS#

  • Cabo é melhor que Wi-Fi. Conecte o telefone de mesa com cabo. O Wi-Fi adiciona atraso e perdas, especialmente no salão, onde os clientes compartilham a rede; ao alternar entre pontos de acesso, a conversa pode ser interrompida.
  • Rede de visitantes não é para telefones. Nela geralmente está ativada a isolação de clientes (os dispositivos não se veem — o computador não abrirá a interface web do telefone) e às vezes há uma página de login ("captive portal") que o telefone não consegue acessar.
  • Para circular pelo salão — DECT, não telefone Wi-Fi. Os aparelhos DECT funcionam por rádio próprio, não dependem do Wi-Fi e duram mais tempo com a bateria.
  • Alimentação por PoE. A maioria dos telefones de escritório é alimentada pelo switch pelo padrão PoE 802.3af — não é preciso fonte separada. Se o switch não tiver PoE, a fonte geralmente é vendida separadamente. Videotelefones e aparelhos com módulos de expansão podem precisar de PoE+ (802.3at).
  • Softphone no smartphone perde o registro ao mudar para a rede móvel — veja "Softphones".
Para o administrador de rede: VLAN para voz e QoS

VLAN. Em um estabelecimento com switch gerenciável, é prático separar os telefones em uma VLAN de voz dedicada: o tráfego de visitantes e administrativo não interfere na voz, e os telefones não ficam visíveis para os visitantes. O telefone recebe o número da VLAN manualmente (nas próprias configurações de rede), por LLDP-MED do switch ou por opção DHCP — consulte a página da sua marca. O computador conectado à porta PC do telefone permanece na rede normal. Para a central telefônica, a VLAN não muda nada: para fora, o telefone continua saindo pelo NAT do roteador.

QoS. A voz não precisa de um canal grosso, mas de prioridade na fila de saída: quando alguém envia vídeo das câmeras ou backup para a nuvem, os pacotes de voz ficam na mesma fila que os arquivos — daí o "robô" e o atraso. O que dá para fazer:

  • no roteador, ativar a priorização (QoS / SQM / Smart Queue / "Controle de largura de banda") e dar prioridade máxima aos endereços IP dos telefones ou à VLAN de voz;
  • limitar a largura de banda dos dispositivos "pesados" (câmeras, NAS) um pouco abaixo da velocidade real do canal — assim a fila não enche;
  • os telefones geralmente marcam a voz com o código DSCP 46 (EF) e a sinalização com 24–26 (CS3/AF31); o roteador pode priorizar por essa marcação. Na internet, fora do seu roteador, as marcações DSCP geralmente não são respeitadas — por isso vale controlar justamente a sua saída.

Quanto de internet é necessário#

Uma conversa pela nossa central telefônica ocupa cerca de 87 kbit/s em cada direção — o mesmo para os codecs G.711 (A-law/µ-law) e G.722. Com folga, reserve 100 kbit/s por conversa — tanto para receber quanto para enviar.

Falando ao mesmo tempo Necessário para enviar e para receber (cada)
1 telefone 0,1 Mbit/s
2 0,2 Mbit/s
4 0,4 Mbit/s
8 0,8 Mbit/s
10 1 Mbit/s
20 2 Mbit/s

Duas ressalvas em que muita gente tropeça:

  • Uma conversa entre dois telefones dentro do estabelecimento são dois fluxos pela internet, e não zero: a voz sempre passa pela central telefônica (cada telefone vai até a central e volta). Conte os telefones que estão falando ao mesmo tempo, não as chamadas.
  • O gargalo é o envio. Em ADSL, internet móvel e muitos planos, a velocidade de envio é várias vezes menor que a de recebimento. Se o canal de envio estiver ocupado por câmeras, backup na nuvem ou upload de vídeo, a voz vai começar a falhar, mesmo quando “a velocidade no teste está boa”.

Qualidade importa mais que velocidade. Para uma conversa normal, são necessários:

Indicador Bom Difícil de ouvir
Perda de pacotes até 1 % mais de 3 % — “borbulha”, sílabas somem
Jitter (variação do atraso) até 30 ms mais de 50 ms — o som falha
Atraso de ida e volta até 150 ms mais de 300 ms — os interlocutores se atropelam

Esses mesmos números a central telefônica mostra a cada verificação *43 no histórico de chamadas.

Internet móvel. Uma conversa consome cerca de 0,6 MB por minuto em cada direção, ou seja, aproximadamente 1,2 MB por minuto no total, ou cerca de 72 MB por hora de conversa.

Como foi calculado

Os codecs da nossa central telefônica — G.711 (PCMA/PCMU) e G.722 — ambos transmitem 64 kbit/s de áudio. O telefone envia um pacote a cada 20 ms (ptime 20 ms — padrão para esses codecs), ou seja, 50 pacotes por segundo.

  • Carga útil do pacote: 64 000 bit/s × 0,02 s = 1280 bit = 160 bytes.
  • Cabeçalhos: RTP 12 + UDP 8 + IPv4 20 = 40 bytes → pacote no nível de IP — 200 bytes.
  • No nível de IP: 200 bytes × 8 × 50 pacotes/s = 80 kbit/s.
  • No cabo Ethernet acrescentam-se mais 18 bytes de cabeçalho de quadro: 218 bytes × 8 × 50 = 87,2 kbit/s — é esse o “cerca de 87”.
  • O RTCP (relatórios de qualidade, a cada poucos segundos) acrescenta frações de kbit/s — desprezível. O PPPoE do provedor acrescenta 8 bytes por pacote (+3,2 kbit/s).

Fórmula: largura de banda = (carga útil + cabeçalhos) × 8 × (1000 / ptime); para G.711 e G.722 com 20 ms: (160 + 40 + 18) × 8 × 50 = 87 200 bit/s.

Tráfego: 80 kbit/s (no nível de IP, como conta a operadora móvel) = 10 000 bytes/s × 60 = 600 000 bytes ≈ 0,6 MB por minuto em uma direção; ×2 direções = 1,2 MB/min; ×60 minutos = 72 MB/h.

Como verificar a rede#

  1. Teste de eco *43 a partir do telefone que levanta dúvidas: tom de discagem → sua própria voz. Como interpretar os quatro resultados (tom sem voz, silêncio, falhado) — na visão geral: “Verificação da qualidade da conexão”. Fale por pelo menos 10 segundos — assim o histórico de chamadas mostrará perdas, jitter e atraso.
  2. Chamada da central telefônica para o aparelho (cartão do aparelho → “Verificação” → “Ligar para o aparelho”) verifica o caminho de volta — justamente o “buraco” no roteador por onde chegam as chamadas recebidas.
  3. A mesma verificação a partir de outra rede (telefone ou softphone pela internet móvel) responde rapidamente se a culpa é da rede do estabelecimento.

Se algo estiver errado — análise por sintomas:

Segurança#

  • Não exponha o telefone, o ATA ou o gateway diretamente à internet: não faça encaminhamento de 5060 para ele, não o coloque em DMZ e não lhe dê um IP “branco”. A internet é escaneada por robôs 24 horas por dia — um aparelho aberto começa a ligar de madrugada para números como “100” ou “1000” e, no pior caso, é usado para chamadas pagas. Nosso esquema não precisa de encaminhamento nenhum.
  • Troque a senha de fábrica da interface web do telefone (admin/admin e similares) — caso contrário, qualquer um na rede do estabelecimento, incluindo o Wi-Fi de visitantes sem isolamento, pode abrir as configurações e ler as credenciais.
  • Se o telefone tiver a opção “aceitar SIP somente do servidor/proxy” (Allow SIP from proxy only, Accept SIP from registrar only) — ative-a.
  • Atualize o firmware dos telefones e do roteador a partir de fontes oficiais do fabricante.

Perguntas frequentes#

O estabelecimento precisa de um endereço IP estático ("branco")?#

Não. O telefone se conecta sozinho à central telefônica, e a central o memoriza pelo endereço externo real, seja qual for. Funciona tanto atrás de um IP "cinza" do provedor quanto pela internet móvel.

É preciso redirecionar as portas 5060 e 10000–20000 no roteador?#

Não, e nem tente: o redirecionamento da 5060 para o telefone o torna visível para scanners da internet. Basta que o roteador permita a saída (é assim que ele vem configurado de fábrica).

Não encontrei o SIP ALG no meu roteador. O que fazer?#

Procure nas seções NAT, "Firewall", "Segurança", "WAN", "Componentes". Se não houver a opção, é possível que o modelo não tenha ALG nenhum; verifique com *43 e com uma ligação de mais de um minuto. Se as ligações caírem após 30 segundos e o roteador for do provedor, peça ao provedor para desligar o SIP ALG ou colocar o dispositivo em modo bridge.

As chamadas recebidas só chegam nos primeiros minutos após ligar o telefone#

Sinal clássico de registro NAT expirado no roteador: o telefone fica em silêncio além do tempo limite do UDP, e o roteador esquece para onde entregar as chamadas recebidas. Ative no telefone o NAT keep-alive de 15–30 segundos ou mude o transporte para TCP. Em detalhes — "A ligação cai" e a seção "NAT, NAT duplo e keep-alive".

Um roteador móvel com SIM é suficiente para nós?#

Para 1–3 conversas simultâneas — geralmente sim: são necessários cerca de 0,1 Mbps por conversa em cada direção. O ponto fraco é a instabilidade: com perdas acima de 3 % e atraso acima de 300 ms, a conversa fica desconfortável. Verifique com *43 no horário de pico e confira os números no registro de chamadas.

Posso colocar os telefones no Wi-Fi de visitantes?#

Melhor não. Na rede de visitantes muitas vezes estão ativados o isolamento de clientes e a página de login, e o canal é dividido com os visitantes e seus vídeos — a voz começará a falhar no horário mais congestionado. Reserve para os telefones uma rede de serviço ou VLAN.

Seções relacionadas#

Fontes#

Was this article helpful?
Network, softphones & reset
Demonstração do menu do cliente Começar grátis