problemi connessione tra estensioniinterne

[anonymous]

ciao, ormai mi sto demoralizzando, ho scritto diverse volte sul forum, sto cercando di imparare il sistema ma senza un aiutino non ce la faccio.
Avevo provato con la versione 6 e le chiamate interne funzionavano ma da fuori non arrivava l'audio, ora ho rifatto tutto cambiando macchina (so che alcune macchine hanno servizi attivi che possono usare porte necessarie al 3cx) con la versione 7 nuova ma non mi funzionano nemmeno le estensioni interne.

Sul pc server (xp home) houna licenza free
ho installato 2 client su altri 2 pc sempre win xp home, in tutti e 3 ho disattivato il firewall di windws.
Ho un gateway patton 4112jo collegato alla linea telefonica, i pc invece sono su lan collegati a tiscali adsl tramite router netgear che fa da firewall.

Ho 2 estensioni registrate, se da una chiamo l'altra dal chiamante suona ma dal ricevente non succede nulla

ecco il log delle trasmissioni sip sulla lan (10.0.0.21 è il chiamante 10.0.0.23 è il server)
No. Time Source Destination Protocol Info
72 11:52:44.643480 10.0.0.21 10.0.0.23 SIP Request: REGISTER sip:10.0.0.23:5060

Frame 72 (795 bytes on wire, 795 bytes captured)
Ethernet II, Src: 10.0.0.21 (00:15:f2:d3:67:1f), Dst: Tp-LinkT_be:4d:92 (00:1d:0f:be:4d:92)
Internet Protocol, Src: 10.0.0.21 (10.0.0.21), Dst: 10.0.0.23 (10.0.0.23)
User Datagram Protocol, Src Port: vtsas (5070), Dst Port: sip (5060)
Session Initiation Protocol

No. Time Source Destination Protocol Info
73 11:52:44.643738 10.0.0.21 10.0.0.23 SIP Request: SUBSCRIBE sip:%23any-dn%[email protected]:5060

Frame 73 (822 bytes on wire, 822 bytes captured)
Ethernet II, Src: 10.0.0.21 (00:15:f2:d3:67:1f), Dst: Tp-LinkT_be:4d:92 (00:1d:0f:be:4d:92)
Internet Protocol, Src: 10.0.0.21 (10.0.0.21), Dst: 10.0.0.23 (10.0.0.23)
User Datagram Protocol, Src Port: vtsas (5070), Dst Port: sip (5060)
Session Initiation Protocol

No. Time Source Destination Protocol Info
74 11:52:44.646198 10.0.0.23 10.0.0.21 SIP Status: 407 Proxy Authentication Required

Frame 74 (540 bytes on wire, 540 bytes captured)
Ethernet II, Src: Tp-LinkT_be:4d:92 (00:1d:0f:be:4d:92), Dst: 10.0.0.21 (00:15:f2:d3:67:1f)
Internet Protocol, Src: 10.0.0.23 (10.0.0.23), Dst: 10.0.0.21 (10.0.0.21)
User Datagram Protocol, Src Port: sip (5060), Dst Port: vtsas (5070)
Session Initiation Protocol

eccovi il log del test firewall.

: Phase 1, checking servers connection, please wait...
: Stun Checker service is reachable. Phase 1 check passed.
: 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/

: Phase 3. Check Port Forwarding to TCP Tunnel port, please wait...
: TCP TUNNEL Port is set to 5090. Response received correctly with no translation. Phase 3 check passed.

: Phase 4. Check Port Forwarding to RTP external port range, please wait...
: UDP RTP Port 9000. Response received correctly with no translation. Phase 4-01 check passed.
: UDP RTP Port 9001. Response received correctly with no translation. Phase 4-02 check passed.
: UDP RTP Port 9002. Response received correctly with no translation. Phase 4-03 check passed.
: UDP RTP Port 9003. Response received correctly with no translation. Phase 4-04 check passed.
: UDP RTP Port 9004. Response received correctly with no translation. Phase 4-05 check passed.
: UDP RTP Port 9005. Response received correctly with no translation. Phase 4-06 check passed.
: UDP RTP Port 9006. Response received correctly with no translation. Phase 4-07 check passed.
: UDP RTP Port 9007. Response received correctly with no translation. Phase 4-08 check passed.
: UDP RTP Port 9008. Response received correctly with no translation. Phase 4-09 check passed.
: UDP RTP Port 9009. Response received correctly with no translation. Phase 4-10 check passed.
: UDP RTP Port 9010. Response received correctly with no translation. Phase 4-11 check passed.
: UDP RTP Port 9011. Response received correctly with no translation. Phase 4-12 check passed.
: UDP RTP Port 9012. Response received correctly with no translation. Phase 4-13 check passed.
: UDP RTP Port 9013. Response received correctly with no translation. Phase 4-14 check passed.
: UDP RTP Port 9014. Response received correctly with no translation. Phase 4-15 check passed.
: UDP RTP Port 9015. Response received correctly with no translation. Phase 4-16 check passed.
: UDP RTP Port 9016. Response received correctly with no translation. Phase 4-17 check passed.
: UDP RTP Port 9017. Response received correctly with no translation. Phase 4-18 check passed.
: UDP RTP Port 9018. Response received correctly with no translation. Phase 4-19 check passed.
: UDP RTP Port 9019. Response received correctly with no translation. Phase 4-20 check passed.
: UDP RTP Port 9020. Response received correctly with no translation. Phase 4-21 check passed.
: UDP RTP Port 9021. Response received correctly with no translation. Phase 4-22 check passed.
: UDP RTP Port 9022. Response received correctly with no translation. Phase 4-23 check passed.
: UDP RTP Port 9023. Response received correctly with no translation. Phase 4-24 check passed.
: UDP RTP Port 9024. Response received correctly with no translation. Phase 4-25 check passed.
: UDP RTP Port 9025. Response received correctly with no translation. Phase 4-26 check passed.
: UDP RTP Port 9026. Response received correctly with no translation. Phase 4-27 check passed.
: UDP RTP Port 9027. Response received correctly with no translation. Phase 4-28 check passed.
: UDP RTP Port 9028. Response received correctly with no translation. Phase 4-29 check passed.
: UDP RTP Port 9029. Response received correctly with no translation. Phase 4-30 check passed.
: UDP RTP Port 9030. Response received correctly with no translation. Phase 4-31 check passed.
: UDP RTP Port 9031. Response received correctly with no translation. Phase 4-32 check passed.
: UDP RTP Port 9032. Response received correctly with no translation. Phase 4-33 check passed.
: UDP RTP Port 9033. Response received correctly with no translation. Phase 4-34 check passed.
: UDP RTP Port 9034. Response received correctly with no translation. Phase 4-35 check passed.
: UDP RTP Port 9035. Response received correctly with no translation. Phase 4-36 check passed.
: UDP RTP Port 9036. Response received correctly with no translation. Phase 4-37 check passed.
: UDP RTP Port 9037. Response received correctly with no translation. Phase 4-38 check passed.
: UDP RTP Port 9038. Response received correctly with no translation. Phase 4-39 check passed.
: UDP RTP Port 9039. Response received correctly with no translation. Phase 4-40 check passed.
: UDP RTP Port 9040. Response received correctly with no translation. Phase 4-41 check passed.
: UDP RTP Port 9041. Response received correctly with no translation. Phase 4-42 check passed.
: UDP RTP Port 9042. Response received correctly with no translation. Phase 4-43 check passed.
: UDP RTP Port 9043. Response received correctly with no translation. Phase 4-44 check passed.
: UDP RTP Port 9044. Response received correctly with no translation. Phase 4-45 check passed.
: UDP RTP Port 9045. Response received correctly with no translation. Phase 4-46 check passed.
: UDP RTP Port 9046. Response received correctly with no translation. Phase 4-47 check passed.
: UDP RTP Port 9047. Response received correctly with no translation. Phase 4-48 check passed.
: UDP RTP Port 9048. Response received correctly with no translation. Phase 4-49 check passed.
: UDP RTP Port 9049. Response received correctly with no translation. Phase 4-50 check passed.


Application exit code is 2

 

[eurylink.com]

Per gli interni remoti ti consiglio di usare il client software in abbinamento al tunnel 3cx. In alternativa se vuoi utilizzare i telefoni sip in remoto dovresti utilizzare una VPN (gli snom integrano già in client OpenVPN) ed appoggiare il traffico voce su questa ultima. Il problema che segnali è dovuto al fatto che stai probabilmente cercando di utilizzare il telefono direttamente e riscontri un problema di NAT o di indirizzamento delle porte. In ogni caso l'interno remoto con 3cx dovrebbe sempre appoggiarsi su un Tunnel dedicato oppure su una VPN.

Ciao

 

[anonymous]

potrei capire il problema se fosse remoto, infatti vedo che uno dei pc interessati è marcato sip id@ipesterno ma io parlavo di test fatti con 1 server e 2 client che si chiamano tutti sulla stessa rete, purtroppo sono ancora fermo alle basi!
mi spiace perche vorrei investirci in questo software ma se non riesco a far funzionare le basi facico fatica a pensare di usarlo per progetti piu grandi.

quindi, visti i log qui sopra, secondo voi cosa devo cambiare nella config del server, dei client software (per ora non ho telefoni lan o usb) o del router (netgear) con il quale mi collego ad internet?

grazie ancora mille per l'aiuto che vorrete darmi.

 

[damiano]

ti conviene secondo me provare innanizutto a risolvere i problemi in Locale,
in remoto ho faticato molto pure io,
seconda cosa non usa dei sw phone ma se puoi dei terminali Ip,
in locale devono per forza registrarsi,firewall e limiti vari che da qui
non posso vedere,spesso sono fesserie............pswd sbagliata,il assegnato non corretto......
Se registri dei Provider occhio ala Porta SIP,a volte (esempio Messagenet) è la 5060.
Non meno importante è lo Stun..... con Eutelia gente ha passato nottate
per farlo funzionare
Ultima csa forwarda correttamente le porte del Router , a tal proposito i Forum sono
pieni di indicazioni.... prima ancora scarica il manuale in italiano ...... e divertiti.

damiano

 

[anonymous]

grazie eurilink e damiano, purtroppo (e da qui viene il mio sconforto)
-tutti i manuali gia scaricvati e letti, cosi come le varie indicazioni sul forum italico ed inglese
-i client software si registrano correttamente sul server (lo vedo registrato-idle sia sul server che sul singolo client)
-porte sul router mappate, ma qui mi sa che risiede il problema anche se le comunnicazioni tra 2 estensioni sulla stessa lan del server non dovrebbero usarlo, mi viene il dubbbio che sia lo stun che fa casini...i log che vi ho postato sopra non possono essere utili?

altra cosa, forse devo fare una regola per instradare le chiamate locali direttametne al server senza passare dal gateway patton o uscire dal router in cerca dello stun esterno?
il mio uso finale sarebbe come centralino softwar interno su lan che intercetta le chiamate da rete normale, non ho intenzione di aggiungere voip vari in uscita.
Mi pare, se ho capito bene, che il setup del firewall a sto punto serva solo epr le chiamate da fuori a dentro e viceversa, dove lo stun deve assegnare al pacchetto di chiamata l'ip dinamico della mia rete, ho capito bene?

Mi interessa capire:
-come eliminare i warning che ho nel test del firewall (ho provato varie config del netgear ma mi da sempre quel risultato, se qualcuno sapesse come settarlo sarebbe splendido)
-come risolvere il fatto che il client pur registrato sul server non riesce a ricevere una risposta da questo (come da log di wireshark registrato sul server)

PS: la versione 6 mi funzionava meglio nel senso che dentro parlavo e sentivo perfettamente, con i gruppoi di chiamata, le voicemail ecc tutto funzionante, poi da fuori non riuscivo a chiamare (provato mille config per il patton ma qui non ho ancora capito se era un siolito problema di fireall o diconfig del patton)