Disconessione interno remoto con LOG

[anonymous]

Salve a tutti!

Vi scrivo in merito a un problema che mi affligge sull'interno remoto.
Questo il log di una chiamata


12:25:00.687 [CM503008]: Call(29): Call is terminated
12:25:00.687 [CM503021]: Call(29): ACK is not received
12:24:56.140 [CM506001]: STUN request to resolve SIP external IPort mapping is sent to STUN server 96.9.132.83:3478 over Transport 192.168.1.10:5060
12:24:38.437 Currently active calls - 1: [29]
12:24:28.656 [CM503007]: Call(29): Device joined: sip:[email protected]:5060;transport=udp
12:24:28.656 [CM503007]: Call(29): Device joined: sip:[email protected]:5060;transport=udp
12:24:25.781 [CM505001]: Ext.101: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Cisco-CP7960G/8.0] PBX contact: [sip:[email protected]:5060]
12:24:25.781 [CM503002]: Call(29): Alerting sip:[email protected]:5060;transport=udp
12:24:25.484 [CM503025]: Call(29): Calling Ext:Ext.101@[Dev:sip:[email protected]:5060;transport=udp]
12:24:25.437 [CM503004]: Call(29): Route 1: Ext:Ext.101@[Dev:sip:[email protected]:5060;transport=udp]
12:24:25.437 [CM503010]: Making route(s) to
12:24:25.421 [CM505001]: Ext.100: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Cisco-CP7960G/8.0] PBX contact: [sip:[email protected]:5060]
12:24:25.421 [CM503001]: Call(29): Incoming call from Ext.100 to

Come si può vedere il centralino fa una richiesta allo stun server, non riceve ack e poi termina la chiamata.
Questo succede solo quando l'interno remoto della sede A chiama un interno della SEDE B oppure un numero esterno.
La chiamata viene interrotta sempre dopo 30-32 sec.
L'interno remoto è configurato con il SIP Proxy Manager ed ha funzionato fino a che non ho cambiato (per alcune esigenze) la sottoclasse di IP privati della rete dell'interno remoto.

Ho disabilitato tutti i firewall e il problema si ripresenta.
Le porte sono nattate correttamente (5060, 5090, 9000-9049).

Qualcuno sa come aggirare il problema?

 

[anonymous]

: Phase 2a, Check Port Forwarding to UDP SIP port, please wait...
: UDP SIP Port is set to 5060. Response received WITH TRANSLATION 1024::5060. Phase 2a check passed with WARNINGS. Some functionality will be LIMITED. For more information, please visit https://www.3cx.com/blog/docs/firewall-checker/

: Phase 2b. Check Port Forwarding to TCP SIP port, please wait...
: TCP SIP Port is set to 5060. Response received WITH TRANSLATION 1024::5060. Phase 2b check passed with WARNINGS. Some functionality will be LIMITED. For more information, please visit https://www.3cx.com/blog/docs/firewall-checker/

Facendo un check del firewall ottengo questi due warnings sulla porta TCP e UDP 5060.

 

[anonymous]

Provato a disabilitare lo STUN e far fare tutto al server 3CX...stesso identico risultato.

Sono arrivato a concludere che il problema si presenta da quando nella rete remota ho cambiato subnet, mi spiego meglio:

quanto tutto funzionava
SEDE A = tel interno remoto 192.168.1.30
SEDE B = server 3CX 192.168.1.10

adesso che mi stacca il remoto dopo 30-32 sec
SEDE A = tel interno remoto 192.168.0.30
SEDE B = server 3CX 192.168.1.10

Quando risponde probabilmente non riesce a gestire il NAT in maniera adeguata. Difatti le disconnessioni dopo 30-32 sec sono sempre sintomo di un problema di NAT / Firewall.
Purtroppo al momento c'è un router alice gate voip 2 plus che comanda la linea voip offerta da telecom.
La soluzione che adotterò è riportare le subnet come prima per far funzionare tutto.
Un domani acquistare un router serio, far fare lo "zombie" a monte all'alice gate (faccio passare tutto il traffico senza toccare nulla) e a valle mettere un secondario decente.
In questo modo riesco a lasciare inalterata la gestione del VOIP telecom.

Se qualcuno vuole contribuire a questo post nonostante ho messo una "pezza", sarei comunque molto interessato a leggere le risposte.

Buon week end a tutti!

 

[anonymous]

Aggiornamento:

riportando la subnet alla precedente configurazione l'esito non cambia.
Ora sono nelle canne!

Le sto provando tutte.
Cosa mi consigliate?
Il problema lo circoscrivo alla rete che ospita il server 3CX?
Dal log degli errori sembra sia lui che butta giù la chiamata...

 

[eurylink.com]

Ciao,
Dal mio punto di vista è impossibile gestire in efficienza una situazione di questo tipo in cui l'adsl utilizzata dal pbx è condivisa con un router pessimo e per di più con funzionalità Voip. A mio avviso in queste condizioni l'unica soluzione è quella di rinunciare al Voip Telecom oppure all'ADSL relativa.
Tutti i tentativi di compromesso di questo tipo sono cause perse ed è inutile ricercare una soluzione che di fatto non esiste.
La connettività Voip Business via ADSL richiede una linea che non abbia compromesi con pseuso-router proprietari o pseudo linee-adsl. Questo ovviamente in un contesto di tipo Business come quello per cui 3cx è concepito.
Credo che questo forum abbia questo orientamento e non possa prendere in considerazione situazioni di tentativi casalinghi o prove fini a se stesse. Del resto l'inutilità di tentativi di questo tipo è ampiamente stata già dimostrata in passato.

 

[anonymous]

Ciao, lieto della tua risposta.

Purtroppo non voleva essere una prova ne tanto meno una situazione casalinga!
L'adsl + router purtroppo sono quelli che mi sono trovato davanti dal Cliente (Alice Business Voip).

Io personalmente ho sempre lavorato su linee telecom adaptive 40f (o interbusiness) senza ammenicoli "fonici" che dir si voglia ed effettivamente di problemi non ne ho mai avuti. Per mia comodità ho sempre installato zyxel e nella nostra sede non abbiamo problemi di NAT. In questa situazione mi trovo davvero con le mani in mano!

Visto che mi confermi che il router in questione non può considerarsi tale provvederò a dare al Cliente l'ultimatum, a lui la scelta.
Ti ringrazio per la puntuale risposta.