Configurazione interni remoti

[anonymous]

Buonasera,
sto cercando di trovare una configurazione valida per poter usare degli interni remoti (senza VPN).

Ho installato la versione 10 del 3cx.
Configuro l'interno 100 e lo provo in locale e funziona tutto perfettamente.

Sul router del centralino "giro" le porte 5060 e dalla 9000 alla 9049 (viste in impostazioni di rete).

prova a collegarmi da remoto tramite VPN (pptp) e funziona tutto perfettamente.
però io non vorrei usare la vpn (sto pensando al caso di connessione da cellulari o se non si può mettere la vpn).

allora nel mio client metto l'ip del router (centralino 3cx) e mi da autenticazione fallita...
leggo i log del 3cx e trovo
..........Reason: Block WAN requests is ON................
mi documento e scopro ceh bisogna entrare nell'interno --> tab altro -> deselezionare "disallow use of extension outside the LAN"

detto fatto adesso mi prende la registrazione... ma non chiama e non riceve...
il client è config così:
username: 100
password: password
proxy/registrar: ip del router (centralino 3cx)
stun server: stun.3cx.com (ho provato anche con l'ip del router ma non va uguale)

l'errore che trovo nel log è il seguente

19:44:43.898 [CM502001]: Source info: From: "100";tag=495672291
19:44:43.898 [CM503013]: Call(4): Incoming call rejected, caller is unknown; msg=SipReq: INVITE 03667202779 @xxxxx.dyndns.org tid=8091f7e4d4e6e011af7a00156052b66b cseq=INVITE [email protected]:5060 / 10 from(wire)
19:44:43.678 [CM500002]: Unidentified incoming call. Review INVITE and adjust source identification:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 87.8.81.xxxx:5060;branch=z9hG4bK00fb5ee4d4e6e011af7a00156052b66b;rport=5060
Max-Forwards: 70
Contact:
To:
From: "100";tag=495672291
Call-ID: 00FB5EE4-D4E6-E011-AF79-00156052B66B @87.8.81.xxx
CSeq: 9 INVITE
Allow: INVITE, OPTIONS, ACK, BYE, CANCEL, INFO, NOTIFY, MESSAGE, UPDATE
Supported: 100rel, replaces, from-change
User-Agent: SIPPER for phoner
P-Preferred-Identity:
Content-Length: 0

 

[anonymous]

Stai usando un client sip, giusto?
utilizza quello 3cx (3cx phone 6.0 http://downloads.3cx.com/downloads/3CXPhone6.msi) con la funzione TUNNEL attiva e risolvi tutti i problemi.

Ciao

 

[anonymous]

è vero, non ci avevo pensato di provare con il client sip di 3cx.... :mrgreen:

comunque sto usando un spa921 linksys e ho provato a configurarlo secondo questa guida
https://www.3cx.com/blog/voip-howto/remote-extensions/
ho inserito il keep alive e lo stun... ma nulla...

adesso sul server vedo il telefono registrato ma da questo log

15:02:19.651 [CM506001]: STUN request to resolve SIP external IPort mapping is sent to STUN server [ V4 96.9.132.xxx:3478 UDP target domain=unspecified mFlowKey=0 ] over Transport [ V4 192.168.3.240:5060 UDP target domain=unspecified mFlowKey=0 ]

mah! indageremo...

 

[anonymous]

è stranissimo...
se ricevo le chiamate, funziona... rispondo e sento tutto ok...
ma se chiamo, mi mette giù subito il centralino...

bo!!!

grazie

 

[anonymous]

ma non è che per configurare degli interni remoti è obbligatorio dare al server 3cx un ip statico senza essere dietro ad un nat?

cioè la mia situazione adesso è

server 3cx dietro router (nat) con tutte le porte sopra descritte aperte
client spa921 dietro router (nat)

comunque ho provato anche a usare il 3cxphone ma è peggio del telefono vero...
configurato con il tunnel 3cx si registra ma se chiamo sento tipo suonare ma in verità non sta suonando...
se mi arriva una chiamata non suona proprio... mi parte la casella vocale...

almeno con lo spa921 ricevo le chiamate ma non le invio...

suggerimenti da provare?
c'è un riepilogo, una sorta di procedura?
io quello che ho fatto l'ho descritto nel primo post, pensavo che bastava, invece....

 

[anonymous]

ecco il log dell'errore

13:31:25.325 [CM503013]: Call(19): Incoming call rejected, caller is unknown; msg=SipReq: INVITE 888 @caluscog.dyndns.org tid=-46fe927c cseq=INVITE [email protected]:5060 / 102 from(wire)
13:31:25.094 [CM500002]: Unidentified incoming call. Review INVITE and adjust source identification:
INVITE sip:888 @caluscog.dyndns.org SIP/2.0
Via: SIP/2.0/UDP 10.1.1.153:5060;branch=z9hG4bK-fdfa63c8;rport=5060;received=79.10.181.92
Max-Forwards: 70
Contact: "100"
To:
From: "100";tag=4c1fdf0fce5d1c87o0
Call-ID: c83e57af-b4ffc67 @10.1.1.153
CSeq: 101 INVITE
Expires: 240
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: replaces
User-Agent: Linksys/SPA921-5.1.8
Content-Length: 0

quello che vedo io di strano oltre al rejected
è che questo ip 10.1.1.153 è l'ip lan dello spa921, ma non so cosa se ne fa il 3cx...

se qualcuno potesse essere d'aiuto, ringrazio anticipatamente...

 

[anonymous]

Al posto dell'FQDN caluscog.dyndns.org prova a mettere l'ip pubblico del centralino (anche se è dinamico.. solo per prova)
Ti fa la stessa cosa? prova a postare il log anche così

il firewall check ti da esito positivo? posta anche il suo log

ciao

 

[anonymous]

adesso provo a inserire l'ip (anche se dinamico)

intanto copio il firewall checker... dovrebbe essre tutto ok...

grazie ancora

3CX Firewall Checker, v1.0. Copyright (C) 3CX Ltd. All rights reserved.

: 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 correctly with no translation. Phase 2a check passed.

: Phase 2b. Check Port Forwarding to TCP SIP port, please wait...
: TCP SIP Port is set to 5060. Response received correctly with no translation. Phase 2b check passed.

: 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 0

 

[anonymous]

purtroppo le sto provando tutte...
ho collegato uno snom300 e inserito l'ip pubblico (anche se dinamico) nel 3cx.

ecco il log

13:51:38.777 [CM502001]: Source info: From: "100";tag=my26o5pwy2
13:51:38.777 [CM503013]: Call(1): Incoming call rejected, caller is unknown; msg=SipReq: INVITE 03667202xxx @caluscog.dyndns.org:5060 tid=-n3k0skgyiasf cseq=INVITE [email protected]:2048 / 2 from(wire)
13:51:38.526 [CM500002]: Unidentified incoming call. Review INVITE and adjust source identification:
INVITE sip:03667202xxx @caluscog.dyndns.org:5060;user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.14.144:2048;branch=z9hG4bK-6rfxxo06ila9;rport=53531;received=2.116.245.67
Max-Forwards: 70
Contact: ;reg-id=1
To:
From: "100";tag=my26o5pwy2
Call-ID: 3c267f265651-vchd4sniab0h
CSeq: 1 INVITE
Session-Expires: 3600;refresher=uas
Min-SE: 90
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE
Supported: timer, 100rel, replaces, from-change
User-Agent: snom300/8.4.18
Allow-Events: talk, hold, refer, call-info
Content-Length: 0
X-Serialnumber: 0004132FF167
P-Key-Flags: keys="3"

adesso addirittura non prende nemmeno le chiamate entranti che con lo spa921 faceva...
non so dove sto sbagliando...


ricapitolo quello che ho fatto:

installo il 3cx su una macchina con un ip lan
apro le porte 5060,5090,9000-9049 sul router puntando al mio 3cx
eseguo il controllo firewall e va tutto bene

sul client configuro come descritto qua
https://www.3cx.com/blog/voip-howto/remote-extensions/

c'è altro da fare???

grazie per la collaborazione

 

[anonymous]

trovato...

sotto impostazioni - avanzate
nel tab avanzate c'è l'opzione sip domain e c'era un ip della lan che non era quello attuale della macchina...
cmq li ho messo l'indirizzo dyndns della mia macchina e adesso sembra funzionare!

solo che adesso non riesco a ricevere le chiamate... bo, devo riprovare con lo spa921...
magari ho configurato male lo snom...
bo...

 

[anonymous]

Se hai possibilitá di installare il 3cx proxy manager su un client e usare quello come gateway sip nei telefoni risolvi il problema alla radice

 

[damiano]

puoi continuare a provare, ma ip statico è una regola fondamentale per
avere delle connessioni stabili e qualitativamente affidabili,
buon lavoro

damiano

 

[anonymous]

@ ip29
è necessario installare il proxy managaer?
cioè se ho la necessità di inserire un interno remoto, non è possibile solo configurando il telefono hardware?

@damiano
ma l'ip statico intendi che è necessario per la configurazione o per il raggiungimento del 3cx?
per il raggiungimento basta avere un dominio dyndns, io non ho mai avuto problemi... sono sempre raggiungibili...
se invece intendi che bisogna avere un ip statico perchè è richiesta una linea "di qualità" ci sta...
però io adesso sto solo facendo delle prove, e l'ho configurato sotto una adsl 7mega senza nessn altro pc collegato.
e mi collego con il telefono da casa, dove oltre al mio pc non c'è collegato nulla...
ho fatto un test su http://www.voipreview.org
ecco i risultati...
Upstream jitter 18.1 ms
Downstream jitter 16.8 ms
Upstream packet loss 0.0 %
Downstream packet loss 0.0 %
Upstream packet order 100.0 %
Downstream packet order 100.0 %
Packet discards 4.0 %
MOS 3.7
REGISTER ms - ms
INVITE ms - ms
BYE ms - ms
Test All Plugins

poi succede una cosa strana. se uso 3cx phone sul mio client (dove ci sono problemi con lo sp921) e lo configuro con il tunnel (sulla porta 5090) non si registra e da errore...
se tolgo la spunta al tunnell, si connette e funziona perfettamente in ricezione e in invio...

grazie ancora

 

[damiano]

.... mi riferivo ai requisiti minimi del funzionamento nel Mondo Voip,
l'indirizzo ip statico è fondamentale.
Ho assistito a corsi di grosse aziende , alle varie domande che venivano poste in riferimento all'indirizzo
ip statico/dinamico , nel caso del dinamico non venivano nemmeno prese in considerazione.
Nei miliardi di post che si leggono nei vari forum , spesso nelle domande riferite alle varie problematiche
erano riferite alla condizione del "dinamico".
Poi ognuno è libero di "impazzire" dietro alle varie soluzioni e prove del caso, anche io a mio tempo
ho sbattuto la testa in quella circostanza, abbastanza da non ricaderci più.


damiano

 

[anonymous]

ok...
quindi se avessi una linea adsl con un singolo ip statico, il che vuole dire mettere il router e "girare" le porte al 3cx potrebbe andar bene?
o avere un ip statico dedicato al router quindi senza nat ma l'ip statico punterebbe direttamente alla macchina 3cx?

grazie mille

 

[damiano]

il discorso del forwardare le porte rimane il medesimo,
il fatto di avere un ip statico serve per indirizzare correttamente i pacchetti,
il mio non voleva essere una nota per "risolvere" ogni problema, ma solo un consiglio
affinchè dalla base ci si imbarchi in problemi che potrebbero essere evitati
(uso il condizionale perchè non sempre si ha a disposizione una adsl con un profilo
che preveda l'ip statico, almeno uno lo sa a priori e sa che andrà facilmente incontro a problemi.
In sostanza...... era solo un consiglio.

ciao

damiano

 

[eurylink.com]

Solo per fare un po' di chiarezza visto che mi pare ci sia un po' di confusione.
IP pubblico statico significa semplicemente che l'ADSL che sta davanti al tuo PBX 3CX ha un indirizzo statico (ossia che non cambia nel tempo). In queste condizioni il centralino può essere messo in condizione di sapere esattamente a priori qual'è il proprio indirizzo sulla rete internet.
Avere indirizzo IP statico non significa che il centralino debba essere configurato con IP pubblico sulla scheda di rete ma significa solamente che il PBX sarà su un indirizzo IP locale, dietro NAT, rispetto all'Ip pubblico.
Quasi mai il centralino lavorerà direttamente su IP pubblico se non in circostanze molto particolari.
Quasi sempre il centralino sarà invece dietro ad un NAT anche in presenza di ADSL con più IP statici pubblici.
Qualunque PBX Voip per funzionare affidabilmente richiede una ADSL con IP statico. in caso contrario non è detto che non funzioni (anzi in genere funzionano.....) ma le problematiche saranno frequenti, l'affidabilità molto scarsa e la manutenzione (e relativi costi) molto elevata.