[gianbevi]

salve volevo sapere se e'possibile usare 3cx senza avere ip pubblico statico
grazie

[gmaoret]

sì, è possibile.

Se devi pubblicarlo in internet puoi usare un servizio Dynamic DNS o simile e usare il nome FQDN che ti danno al posto dell'IP pubblico.

[eurylink.com]

Ovviamente uno scenario di questo tipo è ipotizabile solo per finalità che non siano quelle di produzione non avendo alcun supporto ufficiale su una configurazione di questo tipo.
Va comunque attivata anche l'ozione di keep alive oltre a selezionare il provider da utilizzare. Restano ferme ovviamente le richieste a livello di router/firewall. Onestamente è comunque sconsigliabile dal momento che esistono ormai ADSL con IP statico a costo limitato e che non obbligano ad utilizzare router proprietari.

[gianbevi]

ho provato a mettere il nome dyndns al posto dell'indirizzo ip pubblico ma 3cx non lo riconosce e poi volevo sapere come attivare l'opzione keep alive
grazie

[gianbevi]

opzione keep alive attivata...

[gianbevi]

pero'non so come usare dyndns

[gianbevi]

ho inserito il nome dyndns in impostazioni avanzate/impostazioni per chiamate dirette sip
ma con eutelia continuo a poter fare chiamate in uscita
ma se provo a chiamare il centralino
sento il messaggio di eutelia:il numero e'temporaneamente non disponibile
ho provato a configurare l'account direttamente su un grandstream e funziona
ho effettuato la verifica firewall ed e' tutto a posto..
booh

[ufratetoto]

salve,

ho lo stesso problema con la variante del messaggio ricevuto, invece del messaggio di eutelia, ricevo quello della wind (ho provato da una sim wind appunto) che mi indica che il numero digitato è inesistente... dyndns configurato correttamente, risponde anche al ping dall'esterno, keep alive attivi... provider eutelia come da template del 2008.
In uscita nessun problema, quando utilizzo la linea voip funziona tutto, in uscita ed in entrata, se la linea voip rimane inattiva per un po'...è come se si addormentasse il sistema per le chiamate in entrata; il router è un draytek 2710vn (configurato per scrupolo come da http://www.3cx.it/blog/router-draytek-qos/).

Premetto che con la versione 8, installata su windows server 2008 su rete tiscali (adesso ho installato la 10 con seven su rete telecom) non avevo di questi problemi, può essere un problema imputato all'hardware, al sistema operativo o al servizio ADSL che sto usando? Io penso si tratti di un problema legato alla risoluzione dns...mi sfugge qualcosa? che altro posso verificare?



ps: ho notato che adesso si verificano anche delle strane disconnessioni del trunk, allego i log:


log del server 3cx:

00:40:53.136 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server [ V4 83.211.9.232:3478 UDP target domain=unspecified mFlowKey=0 ] over Transport [ V4 192.168.1.250:5060 UDP target domain=unspecified mFlowKey=0 ]
00:36:05.792 [CM504007]: Next attempt to register 10000@9 - 0923xxxxxxx is scheduled in 10 minutes
00:36:05.726 [CM504005]: Registration failed for: 10000@9 - 0923xxxxxxx; Cause: 408 Request Timeout; internal
00:24:29.013 [CM504004]: Registration succeeded for: 10000@9 - 0923xxxxxxx
00:24:28.684 [CM504003]: Sent registration request for 10000@9 - 0923xxxxxxx
00:20:52.817 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server [ V4 83.211.9.232:3478 UDP target domain=unspecified mFlowKey=0 ] over Transport [ V4 192.168.1.250:5060 UDP target domain=unspecified mFlowKey=0 ]
00:14:28.648 [CM504007]: Next attempt to register 10000@9 - 0923xxxxxxx is scheduled in 10 minutes
00:14:28.595 [CM504005]: Registration failed for: 10000@9 - 0923xxxxxxx; Cause: 408 Request Timeout; internal
00:02:51.929 [CM504004]: Registration succeeded for: 10000@9 - 0923xxxxxxx
00:02:51.596 [CM504003]: Sent registration request for 10000@9 - 0923xxxxxxx
00:00:52.552 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server [ V4 83.211.9.232:3478 UDP target domain=unspecified mFlowKey=0 ] over Transport [ V4 192.168.1.250:5060 UDP target domain=unspecified mFlowKey=0 ]
23:52:51.566 [CM504007]: Next attempt to register 10000@9 - 0923xxxxxxx is scheduled in 10 minutes
23:52:51.521 [CM504005]: Registration failed for: 10000@9 - 0923xxxxxxx; Cause: 408 Request Timeout; internal
23:41:14.687 [CM504004]: Registration succeeded for: 10000@9 - 0923xxxxxxx
23:41:14.376 [CM504003]: Sent registration request for 10000@9 - 0923xxxxxxx


test del firewall:

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

<00:47:53>: Phase 1, checking servers connection, please wait...
<00:47:53>: Stun Checker service is reachable. Phase 1 check passed.
<00:47:53>: Phase 2a, Check Port Forwarding to UDP SIP port, please wait...
<00:47:54>: UDP SIP Port is set to 5060. Response received correctly with no translation. Phase 2a check passed.

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

<00:47:54>: Phase 3. Check Port Forwarding to TCP Tunnel port, please wait...
<00:47:55>: TCP TUNNEL Port is set to 5090. Response received WITH TRANSLATION 53858::5090. Phase 3 check passed with WARNINGS. Some functionality will be LIMITED. For more information, please visit http://www.3cx.com/blog/docs/firewall-checker/

<00:47:55>: Phase 4. Check Port Forwarding to RTP external port range, please wait...
<00:47:56>: UDP RTP Port 9000. Response received correctly with no translation. Phase 4-01 check passed.
<00:47:57>: UDP RTP Port 9001. Response received correctly with no translation. Phase 4-02 check passed.
<00:47:57>: UDP RTP Port 9002. Response received correctly with no translation. Phase 4-03 check passed.
<00:47:57>: UDP RTP Port 9003. Response received correctly with no translation. Phase 4-04 check passed.
<00:47:57>: UDP RTP Port 9004. Response received correctly with no translation. Phase 4-05 check passed.
<00:47:58>: UDP RTP Port 9005. Response received correctly with no translation. Phase 4-06 check passed.
<00:47:58>: UDP RTP Port 9006. Response received correctly with no translation. Phase 4-07 check passed.
<00:47:58>: UDP RTP Port 9007. Response received correctly with no translation. Phase 4-08 check passed.


Application exit code is 1


Porte aperte per il NAT:

Protocol => START => END
TCP/UDP => 5060 => 5060
UDP => 9000 => 9007
UDP => 3478 => 3478
UDP => 10000 => 10000
UDP => 8000 => 8020 (aggiunte sempre per scrupolo quelle indicate da eutelia http://www.euteliavoip.com/index.php?option=com_content&task=view&id=25&Itemid=127)
TCP => 5090 => 5090

Porte usate da 3CX:

1° Blocco: 7000-7499
2° Blocco: 9000-9007

Stun attivo su: stun.voip.eutelia.it/stun2.voip.eutelia.it/stun3.3cx.com (su porta 3478, timeout risposta: 3000, interroga stun: 1200)



Grazie in anticipo per le risposte.

[eurylink.com]

Ciao,
il funzionamento con IP dinamico non è assolutamente garantito ne supportato. Questo discorso vale in linea di massima per tutti i centralini IP degni di questo nome.
Questa decisione non è ovviamente casuale ma dovuta al fatto che le problematiche in assenza di ip statico sono molto spesso aleatorie e i servizi di reindirizzamento dinamico dell'IP (come Dyndns per intenderci) non garantiscono essi stessi l'affidabilità in ambito Voip.
Lasciando per un attimo da parte la scelta specifica di 3CX posso però confermare che la scelta sia sensata in senso assoluto.
Le problematiche di rete in ambito Voip già di per se sono molte. Nel caso di ADSL con ip dinamici tali problematiche si amplificano notevolmente per alcuni fattori. Ne riporto solo alcuni di esempio:
1) Le ADSL con ip dinamico sono sempre ADSL di tipo consumer senza garanzia alcuna: nessuna garanzia di banda, nessuna garanzia di trasparenza, nessuna garanzia di servizio. Molto spesso queste ADSL incorporano sistemi di QoS che invece di privilegiare il traffico voce lo dissuadono (per ovvi motivi legati al fatto che l'operatore giò offre un sistema di telefonia proprietario). I servizi Voip molto spesso incontrano algoritmi SIP ALG di centrale.
2) Qualsi mai le ADSL con IP dinamico sono configurate in modalità Fast: cià comporta tempi di ping e di risposta molto più alti con implicazioni sulla qualità della conversazione Voip (eco, ritardi ecc.....)
3) Alcuni operatori (senza fare nomi) forzano periodicamente il cambio di IP anche a Router connesso, causando la disconnessione e riconnessione del servizio, sulle ADSL con IP Dinamico. Ciò è un enorme fattore disturbo e problematiche.
4) Una ADSL con IP statico oggigiorno costa veramente pochi euro in più ed in genere l'IP statico è associato alla modalità Fast.

Per queste ragioni mi sembra inutile oltrechè sterile cercare di risolvere problematiche legate all'utilizzo di IP dimanico sul fronte PBX. Diverso è il discorso se si parla di di connettere interni remoti da ip dinamici.
La cosa che non ha senso è invece pensare di poter far funzionare in piena affidabilità un centralino IP dietro una ADSL con IP dinamico. Per funzionare può funzionare, intendiamoci, ma ottenere l'affidabilità è un discorso completamente differente.

[ufratetoto]

wow! Dott. Matteo Sala, lei è sempre molto chiaro ed esaustivo!
In soldoni...la configurazione va bene...ma i problemi sono aleatori e/o comunque dovuti ad ostruzionismo da parte del carrier....ebbeh...ciò non mi sorprende...ho notato che l'ip pubblico dinamico assegnatomi da telecom ha come gateway predefinito un indirizzo di classe C....figuriamoci se non si permettono di fare questo ed altro!

Sa una cosa strana? Dopo aver postato il mio primo messaggio ho provato a sostituire l'indirizzo fqdn dei servizi stun e di eutelia con l'IP diretto e nella giornata di ieri tutto ha funzionato magicamente senza problemi, in entrata ed in uscita!
Da stamattina invece...sob! tutto come 2 giorni fa!

è un vero peccato però...per anni ha funzionato uno splendore così com'è...vedrò di richiedere un ip statico, vediamo se per un uso "casalingo" il gioco ne vale la candela! non ho idea dei prezzi anche se potrei vagliare in alternativa (forse meglio) una macchina virtuale con ip statico per mettere su i servizi voip e virtualizzare il tutto! che ne pensa?
Io non saprei mettere parola sulle alternative tipo asterisk (anche se alcuni miei colleghi assicurano di usarlo con ip dinamico senza il minimo problema ) vedremo!

Grazie comunque per il supporto! Apprezzo molto il suo lavoro.
Saluti!

[ufratetoto]

piccolo aggiornamento:

il mio sistema casalingo sta funzionando a giorni alterni, un giorno è perfettamente attivo, stabile e funzionante, il giorno dopo continue disconnessioni del trunk voip, inoltre quando si registra...continua a dire che il numero è inesistente!

Oggi ho attivato in prova un servizio cloud, su di un host virtuale con ip statico, dotato di 3 schede di rete LAN; ho installato windows server 2008, il server 3cx e l'ho configurato così:

LAN1: IP Pubblico statico;
LAN2: IP Privato statico;
LAN3: N/A

localmente il phoneclient di 3cx si registra correttamente, chiama e riceve, per il resto sto cercando di far registrare degli interni che si trovano all'interno della MIA LAN casalinga ma fin'ora senza fortuna!

C'è da dire che sto ultimando la configurazione su windows server 2008 per fare il routing tra le due schede di rete attive!