C cenaly.com
Começar grátis

Patton SmartNode (SN41xx/SN43xx/SN49xx)

Como conectar um gateway modular (GSM/LTE, linha urbana, ISDN) à sua central telefônica: endereço IP, acesso à interface web, conta SIP do ramal, rotas das chamadas recebidas, verificação e reset de fábrica

On this page 17

Patton SmartNode (SN41xx/SN43xx/SN49xx) — configuração para a nossa central telefônica

Patton SmartNode — gateways "de escritório" da Patton (americana-suíça) com firmwares duradouros. Para o cadastro interessam três linhas: o analógico SN4141 com 2–8 linhas urbanas (portas FXO, há versões com portas FXS para telefones antigos), o SN4131 com 2–8 linhas ISDN BRI e o SN4171 / SN4970A com fluxos ISDN PRI E1/T1. É a escolha para uma unidade cujo número urbano chega por linha de cobre ou ISDN, especialmente se a Patton já está instalada. Para uma ou duas linhas analógicas há gateways mais simples e baratos — veja a tabela de famílias no panorama.

Para a nossa central telefônica, o gateway é mais um ramal: ele se registra no servidor da central e disca o número do grupo de toque ou do operador quando alguém liga para a linha. O que é comum a todos os gateways (credenciais, para onde encaminhar as chamadas recebidas, rede, limitações) está no panorama «Gateways GSM e linhas urbanas». Aqui é passo a passo para o SmartNode, com diagramas e exemplos da documentação da Patton.

Principal diferença em relação a outros gateways: o SmartNode não tem uma página web com os campos "SIP server / login / senha". O gateway é configurado por configuração — comandos via Telnet/SSH ou um arquivo pronto carregado pela interface web. Os passos abaixo trazem trechos prontos de configuração, nos quais basta inserir as credenciais. Se você nunca trabalhou com linha de comando, considere contratar um integrador para a instalação. Os passos foram escritos para os modelos atuais com firmware Trinity (SN4141, SN4131, SN4171, SN4970A); as diferenças dos modelos descontinuados com SmartWare estão nos blocos "SmartWare".

O que vai ser preciso#

  • Credenciais do ramal do painel de administração: Telefonia → "Funcionários e grupos" → crie um operador para o gateway (por exemplo, "Gateway Patton, linha urbana") → "Redefinir senha" → janela "Credenciais do ramal": SIP server, Ramal interno, Login, Senha, Porta 5060, Transporte UDP. A senha é exibida uma única vez — transfira-a imediatamente para a configuração. Em detalhes — «Credenciais do ramal para o gateway».
  • Quantos ramais: um para todo o gateway. O template Patton para FXO registra uma única conta e encaminha por ela as chamadas recebidas de todas as linhas.
  • O número para o qual o gateway vai encaminhar as chamadas recebidas: o número do grupo de toque (Telefonia → "Grupos de toque", números a partir de 700) ou o ramal do operador.
  • Linha: linha analógica urbana na porta FXO (RJ-11) no SN4141 ou linha ISDN do equipamento da operadora na porta BRI / E1 (RJ-45) no SN4131 / SN4171.
  • Cabo de rede, computador com programa de Telnet ou SSH (e navegador) e celular, para ligar para a linha.

Passo 1. Descobrir o endereço IP do gateway#

A porta ETH 0/0 (WAN) de todos os modelos Trinity recebe endereço do roteador do estabelecimento via DHCP. Além disso, o gateway tem um endereço estático de fábrica — dá para se conectar a ele com um notebook diretamente:

Modelo Endereço de fábrica O que mais
SN4141 com uma porta Ethernet 192.168.200.20 na ETH 0/0 + cliente DHCP dê ao notebook um endereço de 192.168.200.x com máscara 255.255.255.0; em uma das tabelas do manual desse modelo consta 192.168.200.10 — se o .20 não responder, tente esse
SN4141/2ETH (duas portas) ETH 0/1 (LAN) — 192.168.200.10 ou o nome smartnode.local a LAN distribui endereços por DHCP: o notebook na porta LAN recebe o endereço sozinho
SN4131 (duas portas) ETH 0/1 (LAN) — 192.168.1.1 a LAN distribui endereços por DHCP (192.168.1.10–99)
SN4171 ETH 0/0 — 192.168.1.1 + cliente DHCP —
SN4110 (SmartWare) apenas DHCP em eth0 —

Se o gateway já está na rede do estabelecimento e o endereço é desconhecido, há dois caminhos:

  • SmartNode Discovery Tool — programa gratuito da Patton para Windows (página www.patton.com/SNDiscovery). Ele encontra na rede todos os dispositivos Patton e mostra o endereço IP, o endereço MAC, o modelo e a versão de firmware. Um duplo clique na linha abre a interface web do gateway. Se o gateway não estiver na lista, verifique se o computador está na mesma sub-rede e desative o firewall nele.
  • Lista de concessões DHCP no roteador do estabelecimento — procure o endereço MAC da etiqueta do gateway.

Janela do SmartNode Discovery Tool V1.06: lista Available SmartNodes com as colunas IP Address, MAC Address, Device Type, Build, botões Refresh e Settings, dica Captura de tela: SmartNode 4520 & 4110 Series User Manual (07MD4524-GS Rev. J), p. 66.

Trocar o endereço WAN por um estático é possível na CLI (context ip ROUTER → interface WAN → ipaddress WAN <endereço>/<máscara>), mas para a nossa central telefônica isso não é necessário: o endereço por DHCP serve.

SmartWare: porta de console

Os modelos com SmartWare (SN4110, SN4120, SN4960/SN4970) têm um console RS-232 (conector RJ-45, 9600 bit/s, 8N1; o SN4112S não tem console). Por ele o gateway fica acessível sem rede — útil se o endereço é desconhecido e você não quer fazer o reset.

Etapa 2. Entrar no gateway#

O quê Trinity (SN4141, SN4131, SN4171, SN4970A) SmartWare (SN4110, SN4120, SN4970)
Como Telnet ou SSH no endereço do gateway; interface web via HTTP/HTTPS Telnet ou console; há interface web
Login admin administrator
Senha vazia — na solicitação de senha, basta pressionar Enter vazia

Após entrar no Telnet, com os comandos enable e configure você chega ao modo de configuração (o prompt muda para …(cfg)#). As alterações são aplicadas imediatamente, não é preciso reiniciar o gateway, mas para que sobrevivam a uma reinicialização, é preciso salvá-las: copy running-config startup-config.

Troque a senha imediatamente — a própria Patton escreve que criar seu próprio administrador é obrigação do proprietário: administrator <имя> password <пароль>, depois copy running-config startup-config. Com senha vazia, o gateway não pode ficar na rede.

A interface web do Trinity não é um formulário de configuração, mas um invólucro para assistentes e arquivos de configuração (ela será útil na etapa 3). O login e a senha nela são os mesmos do Telnet: nos modelos da Patton, o servidor web usa o mesmo perfil de acesso profile aaa DEFAULT. Segundo o manual da CLI, o servidor web vem desativado por padrão. Se o navegador não abrir a página do gateway, ative-o no Telnet: web-server → no shutdown → copy running-config startup-config.

Etapa 3. Inserir as credenciais da PBX#

O cadastro do SmartNode na PBX é descrito por três blocos de configuração: authentication-service (login e senha), location-service (endereço da PBX e cadastro da conta — identity) e context sip-gateway (porta SIP do gateway). É assim que a Patton descreve o cadastro em um servidor externo tanto no guia de referência da CLI quanto em seus modelos para a PBX 3CX.

Exemplo do guia de referência da Patton: location-service PATTON, domain patton.com, identity 300 com os blocos authentication outbound (authenticate 1 authentication-service AUTH_PATTON username john) e registration outbound (registrar sip.domain.com, lifetime 600, register auto) Captura de tela: Trinity Release 3.14.X Command Line Reference Guide, capítulo 51 "Location Service", p. 611.

Aqui está o mesmo bloco com os nossos dados — insira-o no modo configure (ou no arquivo de configuração, veja abaixo). Os nomes AUTH_PBX, LOC_PBX, GW_PBX são rótulos arbitrários; os colchetes angulares são substituídos pelos valores da janela de dados:

authentication-service AUTH_PBX
  username <Логин> password <Пароль>

location-service LOC_PBX
  domain 1 <SIP-сервер>
  identity-group DEFAULT
    authentication outbound
      authenticate 1 authentication-service AUTH_PBX username <Логин>
  identity <Логин>
    authentication outbound
      authenticate 1 authentication-service AUTH_PBX
    registration outbound
      registrar <SIP-сервер> 5060
      lifetime 300
      register auto

context sip-gateway GW_PBX
  bind location-service LOC_PBX
  interface IF_GW_PBX
    transport-protocol udp+tcp 5060
    no transport-protocol tls
    bind ipaddress ROUTER WAN WAN

context sip-gateway GW_PBX
  no shutdown

Na linha bind ipaddress, indique a interface IP de context ip ROUTER pela qual o gateway sai para a rede do estabelecimento (normalmente WAN; nos modelos da Patton para 3CX — LAN). O bloco identity-group DEFAULT é necessário para que o gateway responda à solicitação de senha da PBX e durante as chamadas. Depois, salve: copy running-config startup-config.

No painel de administração ("Credenciais do ramal") Onde fica na configuração do SmartNode
Servidor SIP domain 1 …, registrar … e remote … da etapa 4 — nos três lugares o mesmo valor
Login sip-…-<номер> username em authentication-service, o nome identity, username em authenticate 1 … e from-header … fix da etapa 4 — a string inteira
Senha password em authentication-service
Porta 5060 o segundo número em registrar <сервер> 5060 e remote <сервер> 5060
Transporte UDP transport-protocol udp+tcp 5060 e no transport-protocol tls (TCP também aceitamos, TLS não temos)
Ramal interno não é inserido — apenas lembre-se de qual ramal está ocupado pelo gateway

Mais simples — com um arquivo pronto. A Patton disponibiliza modelos de configuração completa do Trinity para FXO, FXS, BRI, E1 e T1 (o arquivo NewTemplates.zip do artigo da base de conhecimento KB 478) e assistentes em www.patton.com/wizard/. Os modelos são feitos para a PBX 3CX: são arquivos XML que contêm o texto da configuração com rótulos no formato %%…%%. Pegue o modelo do seu tipo de linha, copie o texto da configuração para um arquivo separado, substitua todos os rótulos pelos nossos valores conforme a tabela acima (e pelos blocos da etapa 4) e carregue o arquivo pelo painel web: menu (botão no canto superior esquerdo) → System / Configuration Files → "+" → selecione o arquivo → salve como startup-config → OK; depois menu → Reboot → Yes. O arquivo será aplicado após a reinicialização. No modelo para 3CX, remova a linha realm 1 3CXPhoneSystem: a nossa PBX não tem um realm separado.

Janela Configuration Files do painel web do Trinity: à esquerda os arquivos startup-config e shipping-config, os botões Captura de tela: Patton Knowledge Base, artigo 478 "Patton Trinity SmartNode configuration with 3CX".

Codecs, DTMF, NAT
  • Codecs — em profile voip DEFAULT. Os modelos da Patton são americanos: µ-law vem primeiro e há G.729. Para a Europa e a Rússia, coloque A-law primeiro e remova o G.729 ou coloque-o por último (a nossa PBX não o tem):
    profile voip DEFAULT
      codec 1 g711alaw64k rx-length 20 tx-length 20
      codec 2 g711ulaw64k rx-length 20 tx-length 20
    
  • DTMF — não mexa em nada: segundo o guia de referência da CLI, em profile voip o padrão é dtmf-relay default e, no caso do SIP, é RFC 2833. O comando no dtmf-relay converte o DTMF para o modo tonal — não o use.
  • NAT — o gateway atrás do roteador do estabelecimento funciona sem redirecionamento de portas: ele mesmo se registra e repete o cadastro a cada lifetime segundos. Desative o SIP ALG no roteador.
  • TLS e SRTP no SmartNode são licenças pagas; para a nossa PBX não são necessários.
SmartWare (SN4110, SN4120, SN4960/SN4970)

Os blocos authentication-service, location-service → identity → registration outbound funcionam da mesma forma (artigos KB 197 e KB 198). Diferenças: login como administrator; a porta SIP do gateway é definida pela linha bind interface eth0 context router port 5060 em context sip-gateway; o transporte é preferred-transport-protocol udp dentro de registration outbound; a rota nos modelos SmartWare é route .T dest-interface …. Detalhes no SmartWare Release 6.8 Software Configuration Guide.

Passo 4. Direcionar as chamadas recebidas para o PBX#

A chamada da linha chega à interface da porta (interface fxo … no SN4141, interface isdn … no ISDN), de lá vai para a tabela de rotas e para a interface sip, que aponta para o nosso PBX. Uma linha analógica não tem número de destino, por isso o número que o gateway vai discar no PBX é fixado na interface sip — é assim que o faz o template Patton para FXO.

Exemplo do manual Patton: FXO → SIP — context cs SWITCH, routing-table called-e164 RT_TO_SIP com route … dest-interface IF_SIP, interface sip IF_SIP com bind context sip-gateway GW_SIP e remote 192.168.1.1 5060, interface fxo IF_FXO, port fxo 0 0 com bind interface SWITCH IF_FXO Captura de tela: Trinity Release 3.14.X Command Line Reference Guide, capítulo 67 «FXO Interface Configuration», p. 906. No exemplo da Patton, a chamada da linha vai para o segundo tom de discagem (service second-dialtone), para que o próprio chamador disque o ramal; para o nosso PBX, em vez disso, coloca-se uma rota para o número do grupo — bloco abaixo.

Para o nosso PBX (linha na porta FXO 0/0; para outras portas, repita interface fxo e port fxo):

context cs SWITCH
  routing-table called-e164 RT_TO_PBX
    route default dest-interface IF_SIP_PBX

  interface sip IF_SIP_PBX
    bind context sip-gateway GW_PBX
    remote <SIP-сервер> 5060
    address-translation outgoing-call request-uri user-part fix <номер группы> host-part to-header target-param none
    address-translation outgoing-call from-header user-part fix <Логин> host-part call

  interface fxo IF_FXO_00
    route call dest-table RT_TO_PBX

context cs SWITCH
  no shutdown

port fxo 0 0
  bind interface SWITCH IF_FXO_00
  no shutdown
  • request-uri user-part fix <номер группы> — o número que o gateway vai discar no PBX: o número do grupo de toque (a partir de 700) ou o ramal do operador. Sem essa linha, a chamada da linha vai para o PBX sem número e não chega a lugar nenhum.
  • from-header user-part fix <Логин> — no campo «De» coloca-se o nosso login. Por padrão, o SmartNode coloca ali o número do chamador da linha, e o nosso PBX reconhece o ramal pelo login nesse campo: o registro ficará verde, mas as chamadas recebidas serão rejeitadas. O mesmo é feito no template Patton para PBX Asterisk com registro (KB 200); o comando address-translation no Trinity é o mesmo (manual da CLI, capítulo 55).
  • A porta FXO vem desligada por padrão — sem no shutdown em port fxo, a linha não vai tocar.

Número do chamador. Com a configuração from-header … fix, o número do chamador não entra na chamada SIP, e no painel do operador a chamada aparece como vinda do ramal do gateway. As regras de roteamento de números do provedor (horário, menu de voz) não se aplicam às chamadas do gateway — a mesma tarefa é resolvida pelo grupo de toque com suas variações por horário (veja «Para onde direcionar as chamadas recebidas»).

ISDN (SN4131, SN4171, SN4970A). O esquema é o mesmo, só que a rota é definida na interface isdn …. A operadora transmite pelo ISDN o número discado (MSN/DDI), mas o nosso PBX não conhece esses números no ramal do gateway — fixe o número do grupo da mesma forma, com a linha request-uri user-part fix. Todos os números do fluxo então chegarão a um único grupo. É mais simples começar com o template Patton para BRI ou E1 do mesmo arquivo e trocar nele os nossos valores.

Chamadas de saída. Ligar do PBX para fora através das linhas deste gateway ainda não é possível: a regra de saída do PBX leva apenas à linha do provedor SIP. O próprio SmartNode é capaz disso (hunt-group de portas FXO no template Patton — service hunt-group e route call dest-service na interface sip), mas para o nosso PBX não configure essa parte. Chamadas de saída com o seu próprio número — pelo provedor SIP, mais detalhes em «Chamadas de saída pelo gateway — ainda não».

Linhas FXO: perfil de país e desligamento
  • Perfil de linha — profile fxo DEFAULT → electrical-standard <код>. Na lista de códigos do Trinity há au, ch, etsi (resto da Europa), gb, it, mx, nl, nz, us, za. Se o seu país não estiver lá, a Patton recomenda começar com etsi ou us. O perfil embutido já é etsi com formato de número fsk-etsi, mas o template para 3CX define electrical-standard us e caller-id standard fsk-bell: fora da América do Norte, volte para etsi e fsk-etsi.
  • Tons — no template XML para 3CX há conjuntos de tons de cerca de 30 países (ToneSet_<страна>), incluindo a Rússia (tom de discagem de 425 Hz); por padrão, o gateway usa tons americanos.
  • Desligamento — disconnect-signal busy-tone e disconnect-signal loop-break no perfil FXO. Se o tom de «ocupado» não corresponder ao país, o gateway não vai perceber que o assinante desligou, e a chamada ficará pendurada no operador.
  • Eco — o supressor de eco embutido vem ativado por padrão.

Passo 5. Verificar o registro e a chamada#

  1. Registro no gateway. Na CLI — show location-service: o comando mostra o estado dos registros de todos os location-service e identity. No painel frontal, o indicador VoIP fica aceso quando o gateway está registrado no servidor SIP, e apagado se não houver registro.
  2. Registro no painel de administração. Telefonia → aba «Funcionários e grupos» — no ramal do gateway fica um ponto verde aceso.
  3. Chamada. Ligue de um celular para o número fixo — devem tocar os operadores do grupo (ou o operador) de request-uri user-part fix. Durante a chamada, o indicador da porta FXO pisca. Desligue — a chamada no operador deve terminar em segundos; se ficar pendurada, veja «Linhas FXO» no passo 4.
  4. Som — teste de eco *43. O registro não diz nada sobre o som. Substitua temporariamente o número do grupo na linha request-uri user-part fix por *43 e ligue para a linha: o PBX dará um bipe curto e depois devolverá a sua voz com atraso — fale por uns dez segundos. Se ouvir o bipe e a si mesmo, o som nos dois sentidos está em ordem; se houver bipe mas não se ouvir, o som não chega do gateway ao PBX; se não houver nem bipe, não chega do PBX ao gateway. O resultado do teste aparece no log de chamadas. Depois da verificação, volte o número do grupo e salve a configuração.

Tudo sobre a verificação está na visão geral, seção «Como verificar».

Redefinição para as configurações de fábrica#

A redefinição é necessária se a senha ou o endereço foram esquecidos, se o gateway veio com uma configuração de outra pessoa ou se ele não inicializa. Antes de redefinir um gateway em funcionamento, salve a configuração: na CLI — copy startup-config config:backup, na interface web — o botão Backup na janela Configuration Files.

Com o botão Reset (Trinity: SN4141, SN4131, SN4171). Pressione quando o gateway estiver funcionando e o indicador Power estiver aceso de forma constante:

Quanto tempo manter O que acontece
menos de 1 s reinicialização
1–4 s nada
5–14 s apaga-se o startup-config, reinicialização (todos os indicadores piscam lentamente)
15–20 s redefinição de fábrica: apaga-se toda a memória flash, exceto a configuração de fábrica (shipping-config), os assistentes, os certificados raiz e as licenças; reinicialização (os indicadores piscam rapidamente)

Diagrama do manual SmartNode 5540 & 4140: períodos de pressionamento do botão Reset — A menos de 1 s, B dois pressionamentos com pausa de 1 s, C 1–4 s, D 5–14 s, E 15–20 s Captura de tela: SmartNode 5540 and 4140 Series User Manual (07MDSN5540-SN4140-UM Rev. G), apêndice F, p. 72.

Não mantenha por mais de 20 segundos e não segure o botão ao ligar a alimentação: esse é o modo de emergência, no qual é possível apagar a memória flash por completo, junto com as licenças compradas. Depois dele, o gateway sobe com a configuração mínima: Telnet e web desativados, apenas SSH funciona (no SN4141 — endereço 192.168.200.20).

SmartWare (SN4110). Mantenha Reset por cerca de 5 segundos, até o indicador Power piscar — o gateway reiniciará com a configuração de fábrica. Senha esquecida sem botão: cabo de console → reinicie a alimentação → na linha «Press ^C to abort boot script» pressione Ctrl+C → fis load → go -s factory-config → login administrator sem senha; a configuração atual será perdida.

Pela interface web os documentos da Patton não descrevem a redefinição de fábrica: pela web é possível carregar outro arquivo como startup-config e reiniciar o gateway (menu → Reboot).

O que fazer depois: o gateway volta a obter endereço por DHCP e fica acessível pelo endereço de fábrica do passo 1 com o login admin (SmartWare — administrator) sem senha — comece pelo passo 1. A configuração de fábrica pode ser vista com o comando show config:shipping-config. O login e a senha do ramal no painel administrativo não mudam com a redefinição do gateway; se a senha do ramal não foi salva, emita uma nova com o botão «Redefinir senha». Informações gerais sobre a redefinição de gateways — na visão geral.

Se o gateway não se registra#

  1. As configurações desapareceram após a reinicialização. As alterações na CLI entram em vigor imediatamente, mas sem copy running-config startup-config desaparecem ao reiniciar.
  2. O endereço do servidor não está em todos os lugares. Ele é necessário em três lugares: domain 1, registrar e remote. Esqueceu um — o registro existe, mas não há chamadas, ou vice-versa.
  3. O servidor rejeita o registro. Em username e no nome identity deve estar o login completo sip-…-<número>, a senha — a última emitida; em authentication-service não deve restar a linha realm do modelo para 3CX; o transporte — udp+tcp com no transport-protocol tls, porta 5060.
  4. O registro está verde, mas as chamadas recebidas são rejeitadas. Em interface sip não há a linha from-header user-part fix <Login>, e no campo «De quem» vai o número de quem chama, ou não há o bloco identity-group DEFAULT (passo 3).
  5. A chamada chega à central telefônica, mas não vai a lugar nenhum. Não há request-uri user-part fix <número do grupo> ou o número do grupo não é discado dos telefones da central. A porta FXO não está ativada (no shutdown em port fxo).
  6. A interface web não abre. O servidor web está desativado (web-server → no shutdown) ou o gateway está na configuração mínima após uma redefinição de emergência — entre por SSH.

Causas comuns (SIP ALG no roteador, UDP 5060 fechado) — na visão geral, seção «Se o gateway não se registra»; sobre a rede — «Rede do estabelecimento, NAT e SIM».

Modelos da família#

O número do modelo codifica a configuração: JO — portas FXO, JS — FXS, BIS — ISDN BRI, E — E1/T1, V — número de canais de voz, 2ETH — duas portas Ethernet, HP — oscilador de clock preciso, R — relé de bypass (lifeline/fallback).

Modelo Portas / canais Rede / linha Diferenças na configuração
SN4141/2JO2V, /4JO4V, /8JO8V 2, 4 ou 8 FXO (RJ-11), 1 ou 2 portas Ethernet linha analógica urbana Trinity; login admin sem senha, endereço 192.168.200.20 / .10; versão industrial — SN4141E
SN4141/2JS2JO4V, /4JS4JO8V 2+2 ou 4+4 FXS+FXO linhas + telefones analógicos FXO — como acima; telefones na FXS são ramais, veja «Configuração de telefones SIP»
SN4131/2BIS4VHP, /4BIS8VHP, /8BIS16VHP 2, 4 ou 8 BRI S0 (RJ-45), 4–16 canais ISDN BRI Trinity; modo da porta TE/NT e PtP/PtMP é definido por software; para a linha da operadora — modo TE; LAN 192.168.1.1
SN4171/1E15V30HP, /1E30VHP, /2ETH2E30VRHP 1 ou 2 E1/T1 (RJ-45), 15–30 canais ISDN PRI Trinity; para o hardware da operadora — cabo direto, para o PABX — cabo crossover; endereço 192.168.1.1; /1E24VHP (T1) — sob encomenda
SN4970A/4E30V60RHP, /4E60VRHP, /4E120VRHP 4 E1/T1, 30–120 canais ISDN PRI somente Trinity; substitui SN4970/SN4971
SN4112 / SN4114 / SN4116 / SN4118 2–8 FXS e/ou FXO, 1 porta Ethernet linhas / telefones descontinuados, suporte encerrado em 22.10.2021; SmartWare, login administrator; substituto — SN4141
SN4120 1–2 BRI ISDN BRI descontinuado, «não recomendado para novas instalações»; SmartWare; substituto — SN4131
SN4970 / SN4971 1–4 E1/T1 ISDN PRI descontinuados (31.12.2018); SmartWare ou Trinity; substituto — SN4970A

Para linhas analógicas, escolha SN4141/xJO; para ISDN BRI — SN4131; para fluxo E1 — SN4171. Não compre SN4110, SN4120 e SN4970 novos: não haverá mais firmware para eles, e dispositivos usados com SmartWare são configurados pelo manual do SmartWare, não pelo Trinity. Chassis multiporta SN43xx (SN4300) e modelos SN5xxx (roteadores e SBC) não estão descritos nos documentos em que esta página se baseia — consulte o fornecedor. Modelos com dois números de canais no nome (…15V30…, …30V120…) são fornecidos com o menor número de canais de voz; os canais adicionais são adquiridos por licença.

Perguntas frequentes#

É possível, por este gateway, fazer chamadas do PABX para fora com número urbano?#

Ainda não — em nossa configuração o gateway funciona apenas para recebimento. O próprio SmartNode faz chamadas de saída (hunt group de portas FXO), mas nosso PABX ainda não envia chamadas para o ramal-gateway como se fosse uma linha. Chamadas de saída com seu próprio número — via provedor SIP.

Onde ficam os campos «Servidor SIP» e «Senha» na interface web?#

Eles não existem: o SmartNode é configurado por arquivo de configuração. A interface web Trinity serve para assistentes e para carregar um arquivo pronto (System / Configuration Files). As credenciais são inseridas nos blocos authentication-service e location-service (etapa 3) — por comandos em Telnet/SSH ou no arquivo de modelo.

Por que o número de quem liga não aparece no painel?#

Para que o PABX reconheça a chamada como vinda de um ramal, o gateway coloca no campo «De» o nosso login (from-header … fix, etapa 4), e o número de quem liga não entra na chamada. Não é preciso remover essa linha — sem ela, as chamadas recebidas deixarão de ser aceitas.

Quantos ramais o gateway precisa para 4 ou 8 linhas?#

Um: o modelo Patton para FXO registra uma única conta e encaminha por ela as chamadas de todas as linhas para um único número de grupo.

Tenho ISDN com vários números — é possível distribuí-los em grupos diferentes?#

No momento, não: em nossa configuração todas as chamadas do ramal-gateway vão para um único número definido em request-uri user-part fix, portanto todos os números do fluxo chegarão a um único grupo de toque.

Meu país não está na lista de perfis de linha FXO. O que configurar?#

A Patton recomenda começar com etsi (ou us na América do Norte); o perfil Trinity integrado já é etsi. O principal é o tom de «ocupado» correto para o país, caso contrário o gateway não detectará o desligamento do assinante (veja «Linhas FXO» na etapa 4).

Fontes#

Documentos da Patton, data de acesso — 10.09.2026:

Was this article helpful?