Skip to main content

📄 Ramal não realiza ligação (Connection reset by peer)

Descrição do Problema:
ORamal interfonerecebe IPligação integradonormalmente, aoporém não consegue realizar ligação. A mesma não aparece registrada no histórico do PABX apresentanem falhasno extrato de funcionamentochamada (ex:do nãoSIPTEK, realizae destravamento da porta ou não responde corretamente), sendo necessário reiniciartambém o dispositivomicrosip pararetorna normalização.o erro "Connection reset by peer".

Causa Provável

  • InstabilidadeRede nobloqueando interfoneprotocole IPTCP
  • FalhaRamal deconfigurado comunicaçãocom entreprotocolo interfone e PABXTCP
  • PossívelFirewall/Rede travamentointerna do dispositivo após período de uso contínuocliente

SoluçãoSolução:

Alterar

1.protocolo Reiníciono do interfone IPMicrosip

  • Acessar viacomputador navegador:do cliente
    https://192.168.1.128/

  • RealizarAbrir login:o
    • Usuário: adminMicrosip
    • Senha:Abrir admin109
    • a
    seta no canto superior direito e ir em "Editar Conta" (Seguindo as Imagens)

    image.pngimage.png


     

  • ExecutarAlterar o reboot do dispositivo

2. Reinício do ramal vinculado (ramal da recepção)

  • Acessar via navegador:
    https://192.168.1.183/
  • Realizar login:
    • Usuário: admin
    • Senha: admin109
  • Localizara opção de reinicialização"Transporte" (reboot)
  • para
  • Executardeixar oapenas reinício
UDP

3. Ação em caso de falha no acesso remotoimage.png

Caso não seja possível resolver via acesso remoto:

  • Será necessário visita técnica no local
  • Procedimentos no local:
    1. Desconectar o cabo de rede do interfone
    2. Reconectar o cabo de rede
    3. Tentar acessar novamente o painel web do interfone, em caso de sucesso, realizar reboot via painel web
    4. Realizar novo teste de funcionamento

Validação

  • Testar chamadarealizar donovamente interfoneligação
  • Validar funcionamentose dochamada destravamentoé daregistrada portano histórico e extrato de chamada
  • Confirmar com o cliente a normalização

Observações:

  • OEsta rebootquestão normalmentevem restabeleceem decorrência da rede do cliente de barrar chamadas TCP, pois a comunicaçãochamada comnão ochega a ser registrada na plataforma de PABX
  • Em casoscaso semde acessoapenas remoto,UDP anão intervençãorealizar físicachamadas podetambém, sernecessário necessáriarealizar verificação com o TI interno ou responsável do cliente para verificar bloqueio de UDP e TCP na rede/firewall