Centralino IP PBX - 3CX. Scarica la versione Gratuita!

E sicuramente un problema d'impostazione del firewall della tua rete.
Assicurati di aver correttamente aperto le seguenti porte del router e di reindirizzare il traffico diretto verso queste ultime all'ip del tuo sipura:
5060->5061
16384->16482

In alternativa nella tab [SIP] del sipura sezione NAT Support Parameters e possibile settare uno stun server
Ad esempio:
Handle VIA received:no
Handle VIA rport:no
Insert VIA received:no
Insert VIA rport:no
Substitute VIA Addr:yes
Send Resp To Src Port:yes
STUN ENABLE: YES
STUN SERVER: stun.voip.eutelia.it

A questo punto vai alle tab [LINE1] e [PSTN LINE] ed impostale come segue:
NAT Mapping Enable: YES
NAT Keep Alive Enable: YES
NAT Keep Alive Msg: lasciare in bianco
NAT Keep Alive Dest: $PROXY


SIPURA:

INOLTRO TUTTE LE CHIAMATE DA PSTN ITALIANA A SIPURA 2:
->Sipura
[PSTN]
PSTN-To-VoIP Gateway Setup

PSTN-To-VoIP Gateway Enable: NO
PSTN Ring Thru Line 1: YES ->importante non cambiare
PSTN CID For VoIP CID: YES
PSTN CID Number Prefix: A ->importante non cambiare

FXO Timer Values (sec)

PSTN Ring Thru Delay: 3

[USER1]
Selective Call Forward Settings
Cfwd Sel1 Caller: A*
Cfwd Sel1 Dest: num_interno_sipura2@ip_sipura2:5061 (ex.200@192.168.1.60:5061)

Puoi fare riferimento inoltre a questi post per avere esempi pratici REALIZZATI E FUNZIONANTI:

http://www.vocesuip.com/link-point-to-point-vt1783.html (realizzazione link Telefono <-> Line1 / S3000 <-LAN-> S3000 / PSTN <-> Centralino Tradizionale )

http://www.vocesuip.com/viewtopic.php?t=1639 (realizzazione di un link Interno centralino<-->SPA-3000<-->Telefono IP budgetone, con funzione HOT LINK -qualunque numero composto sul telefono remoto IP viene inviata al sipura che la rigira sulla rete urbana-)

http://www.vocesuip.com/viewtopic.php?t=1745 (realizzazione PBX<-->SPA3000 (1)<---->SPA3000 (2)<---->TELEFONO ANALOGICO)

http://www.vocesuip.com/viewtopic.php?t=1527 (realizzazione di un link p2p tra 2 sipura passando attraverso la rete di un provider voip, nel caso specifico frre world dialup)



PSTN Line tab, Dial Plans section:

Dial plan 1: (S0<:[numero da chiamare]>)

In PSTN-To-VoIP Gateway Setup section:
PSTN-To-VoIP Gateway Enable: YES
PSTN Caller Auth Method: NONE
PSTN Ring Thru Line 1: YES
Metti YES se vuoi che il telefono connesso al line1 squilli fino a quando la chiamata non viene reindirizzata
PSTN CID For VoIP CID: YES
Yes fa reindirizzare verso il numero chiamato (nel tuo caso il cell) il CLI ricevuto dal sipura
PSTN Caller Default DP: 1
Il dialplane settato in precedenza.
Off Hook While Calling VoIP: No
In questo modo il sipura non risponde la chiamata INCOMING fino a quando la chiamata VOIP non viene risposta.

In FXO Timer Values (sec) section:
PSTN Answer Delay: <il numero di secondi che devono passare prima che la chiamata venga reinderizzata alla PSTN to VOIP gateway >.
Se setti a o tale valore, il telefono connesso al line1 non suonera e la chiamata verra immediatamente inoltrata al PSTN to VOIP gateway.

Per maggiori info fai riferimento a questo post: http://www.vocesuip.com/accoppiare-sipura-spa-3000-e-ipphone-vt2035.html


 
PSTN Line tab, Dial Plans section:

Dial plan 1: (dialplane da rispettare per le chiamate in uscita)

Proxy and registration setting

Make Call Without Reg:yes
Ans Call Without Reg: yes

In PSTN-To-VoIP Gateway Setup section:

PSTN-To-VoIP Gateway Enable: YES
PSTN Caller Auth Method: NONE
In questo modo il chiamante non necessita di essere autorizzato inserendo il pin
PSTN Ring Thru Line 1: YES
Metti YES se vuoi che il telefono connesso al line1 squilli fino a quando la chiamata non viene reindirizzata
PSTN CID For VoIP CID: YES
Yes fa reindirizzare verso il numero chiamato (nel tuo caso il cell) il CLI ricevuto dal sipura
PSTN Caller Default DP: 1
Il dialplane settato in precedenza.
Off Hook While Calling VoIP: YES

In FXO Timer Values (sec) section:
PSTN Answer Delay: <il numero di secondi che devono passare prima che la chiamata venga risposta >.
Se setti a o tale valore, il telefono connesso al line1 non suonera e la chiamata verra immediatamente risposta dal sipura.



PSTN Line tab, Dial Plans section:

Dial plan 2: (dialplane da rispettare per le chiamate in uscita dal voip to pstn gateway.Ad esempio puoi fare che premendo 1 si chiami direttamente un interno, puoi inibire alcune chiamate in uscita ecc ecc)

Proxy and registration setting

Make Call Without Reg:yes
Ans Call Without Reg: yes

In VOIP-To-PSTN Gateway Setup section:
VoIP-To-PSTN Gateway Enable: yes
VoIP Caller Auth Method: none
In questo modo il chiamante non necessita di essere autorizzato inserendo il pin  o inserendo autenticazione http
One Stage Dialing: yes
VoIP Caller Default DP:2
Numero del dialplane settao in precedenza.OPPURE SETTANDO IL VALORE A NONE PUOI EFFETTUARE QUALUNQUE CHIAMATA SENZA RESTRIZIONI.
In PSTN-To-VoIP Gateway Setup
PSTN Ring Thru Line 1: YES
Metti YES se vuoi che il telefono connesso al line1 squilli fino a quando la chiamata non viene reindirizzata
In FXO Timer Values (sec) section:
VoIP Answer Delay: <il numero di secondi che devono passare prima che la chiamata venga risposta dal sipura e venga attivato il voip to pstn gateway >.



Questo valore settato cosi e un po rischioso, poiche chiunque contatti il tuo sipura 3000 alla porta esatta si vedra attivare la funzione voip to pstn gateway, altrenativamente puoi settare il valore a:
-PIN ed allora in VoIP Caller X PIN: dovrai settare un pin e parallelamente in VoIP Caller X DP: dovrai settare un diaplane da usare.
IL PIN  TI VERRA RICHIESTO OGNI VOLTA CHE TENTI DI CONTATTARE IL SIPURA 3000 PER ATTIVARE IL VOIP TO PSTN GATEWAY.

-HTTP ed allora in VoIP User X Auth ID: dovrai inserire uno user ID, VoIP User X Password:dovrai settare una pass per lo user id, VoIP User X DP: dovrai settare un diaplane da usare.
Ovviamente a questo punto nell'altro ata (o telefono) dovrai settare nei campi UserID e Password: gli stessi valori che hai impostato nel sipura 3000.
A questo punto il riconoscimento avviene in automatico una volta trascorsi i secondi X impostati in VoIP Answer Delay:

Per maggiori info sucome redigere un diaplane fai riferimento alla prima reply di questo post (poco piu in su insomma)



PSTN Line tab, Dial Plans section:

Dial plan 2: (S0<:[numero da chiamare]>)

Proxy and registration setting

Make Call Without Reg:yes
Ans Call Without Reg: yes

In VOIP-To-PSTN Gateway Setup section:
VoIP-To-PSTN Gateway Enable: yes
VoIP Caller Auth Method: none
In questo modo il chiamante non necessita di essere autorizzato inserendo il pin  o inserendo autenticazione http
One Stage Dialing: yes
VoIP Caller Default DP:2
Numero del dialplane settao in precedenza.

In PSTN-To-VoIP Gateway Setup
PSTN Ring Thru Line 1: YES
Metti YES se vuoi che il telefono connesso al line1 squilli fino a quando la chiamata non viene reindirizzata

In FXO Timer Values (sec) section:
VoIP Answer Delay: <il numero di secondi che devono passare prima che la chiamata venga inoltrata >.


Questo valore settato cosi e un po rischioso, poiche chiunque contatti il tuo sipura 3000 alla porta esatta si vedra attivare la funzione voip to pstn gateway, altrenativamente puoi settare il valore a:
-PIN ed allora in VoIP Caller X PIN: dovrai settare un pin e parallelamente in VoIP Caller X DP: dovrai settare un diaplane da usare.
IL PIN  TI VERRA RICHIESTO OGNI VOLTA CHE TENTI DI CONTATTARE IL SIPURA 3000 PER ATTIVARE IL TRAFERIMENTO DI CHIAMATA

-HTTP ed allora in VoIP User X Auth ID: dovrai inserire uno user ID, VoIP User X Password:dovrai settare una pass per lo user id, VoIP User X DP: dovrai settare un diaplane da usare.
Ovviamente a questo punto nell'altro ata (o telefono) dovrai settare nei campi UserID e Password: gli stessi valori che hai impostato nel sipura 3000.
A questo punto il riconoscimento avviene in automatico una volta trascorsi i secondi X impostati in VoIP Answer Delay:

Per maggiori info sucome redigere un diaplane fai riferimento alla prima reply di questo post (poco piu in su insomma)

Il fax usa lo stesso principio di funzionamento del telefono.
L'unico problema potrebbe essere rappresentato dal codec G711 che potrebbe distruggere la modulazione/demodulazione della trasmissione fax (il problema e aggirabile solo con codec T38 che al momento e aupportato solo sullo spa 2100...almeno mi pare fosse quello il modello).
Molto inoltre dipende dalla qualita della connessione offerta dal tuo provider voip e dalla latenza della tua linea.
Ad ogni modo il sipura e predisposto per la gestione dei fax in entrata o in uscita da pstn o da voip
Basta settare nelle tab [LINE1] ( per provider voip ) o [PSTN] (per telecom) i seguenti parametri

Audio section

Silence Supp Enable:no   
Echo Canc Enable:   yes
Echo Canc Adapt Enable:   yes
Echo Supp Enable:   yes
FAX CED Detect Enable:   yes
FAX CNG Detect Enable:   yes
FAX Passthru Codec:   G711U
FAX Codec Symmetric:   yes
FAX Passthru Method:   NSE
DTMF Tx Method:   AUTO
FAX Process NSE:   yes
FAX Disable ECAN:   no


dai una letta a questo post :P
http://www.vocesuip.com/programmi-per-real-time-monitoring-del-sipura-vt1519.html



certo :D
Per wengo (e come farsi attribuire la password per loggarsi tramite ata, NOTA: e diversa dalla password del client software),fai riferimento a questo post:
http://www.vocesuip.com/wengo-vt1079.html
Per voipbuster (sia settato come provider principale del line1 che come gateway) fai riferimento a questo post:
http://www.vocesuip.com/sipura3000-e-voipbuster-vt892.html

Altri arriveranno anche (spero) grazie ai contributi di altri utenti del forum che posteranno le loro configurazioni funzionanti

Dando per scontato che il problema non sia riconducibile ad un uso intensivo della connessione internet (vedi p2p) durante la telefonata, si puo effettivamente constatare che un limite costruttivo del sipura e rappresentato dalla presenza di un fastidioso eco udibto dal CHIAMATO (non da te che chiami con il sipura).
Questo problema non e stato ancora fixato con il rilascio di un nuovo firmware, ma e comunque "aggiustabile" lavorando su alcuni parametri che ridurranno al minimo il presentarsi del problema.
Questi parametri lavorano in diretta connessione l'unocon l'altro e duqnue solo attraverso prove e prove riuscirete a ricavare il settaggio perfetto per la vostra configurazione.

nella tab [REGIONAL] alla voce Miscellaneous
FXS Port Input Gain: (se settato ad un valore positivo amplifica la voce in input - cioe quella di chi chiama dal telefono connesso al sipura - , se settato ad un valore negativo invece la smorza )

FXS Port Output Gain: (se settato ad un valore positivo amplifica la voce in output - cioe quella di chi e chiamato, sentirai una voce piu alta nel telefono connesso al sipura - , se settato ad un valore negativo invece la smorza )

Dunque il valore INPUT regola quanto alta e la vostra voce, il valore OUTPUT quanto alta e la voce che sentirete in cornetta.

Da sottolineare che impostando un valore negativo molto alto in FXS Port Output Gain: quando chiamerete attraverso la pstn (ex chiamate d'emergernza) il chiamato vi sentira a malapena.

Da sottolineare che impostando un valore negativo molto alto in FXS Port Input Gain: quando chiamerete attraverso la pstn (ex chiamate d'emergernza) il chiamato vi sentira a malapena.

Per ovviare dovete lavorare nella tab [PSTN] alla voce Miscellaneous
International Control
SPA To PSTN Gain: (se settato ad un valore positivo amplifica la voce in USCITA dal sipura verso la PSTN, se settato ad un valore negativo invece la smorza )
PSTN To SPA Gain:(se settato ad un valore positivo amplifica la voce in ENTRATA dalla PSTN al sipura, se settato ad un valore negativo invece la smorza )

Un valore positivo dei 2 setting implica l'aumento dell' eco, un valore negativo invece una diminuzione dell'eco.

Ed infine i "magic setting" che a me hanno dato maggiori soddisfazione:
FXS Port Input Gain: -2
FXS Port Output Gain: -4
SPA To PSTN Gain:2
PSTN To SPA Gain:-3

NOTA: I valori validi per queste impostazioni spaziano da 12 (il piu alto) a -15 (il piu basso).
Il volume si alza del doppio (o si abbassa della meta) ad ogni intervallo di 6.Questo significa che se passate da un valore di 12 ad uno di 6 il volume si dimezzera, mentre se passate da un valore di -12 ad un valore di -6 il volume si raddoppiera.



Insomma il problema e che non si riesce ad eliminare il fastidioso eco (o ritorno di cuffia) durante una comunicazione.
Dobbiamo partire da alcuni presupposti.
Il primo e che i diversi firmware sipura si comportano piu o meno bene nella gestione dell'eco.Personalmente ritengo che i migliori siano il "vecchio" 2.0.13g ed il "nuovo" 3.1.10, con tutti gli altri non sono mai riuscito a trovare soluzioni pienamente soddisfacenti.
Seconda premessa e che il sipura (o meglio la parte FXO dell'ata) si adatta piu o meno bene alla nostra linea telecom domestica, ogni linea puo avere delle "micro differenze" (apparecchi telefonici,cavi, anzianita della struttura...)per cui una soluzione che va bene a me, a voi va da schifo.
Terza premessa:ogni firmware sipura si comporta in modo differente per quanto riguarda la gestione dell'eco.Quindi se ad esempio trovate un buon compromesso con il firmware 3.1.x e poi fate un upgrade, non e detto che con il nuovo firmware quelle impostazioni funzionino altrettanto bene!!!!
Il mio consiglio e di non toccare piu nulla una volta trovata la "vostra configurazione", a meno che il nuovo firmware non abbia nuove features delle quali proprio non riusciamo a fare a meno o risolva seri bugs.

Partiamo ora con il setup.Per prima cosa cerchiamo le impostazioni che funzionino bene per le chiamate fatte e ricevute dalla LINE1.
I parametri da modificare sono i seguenti:
nella tab [REGIONAL] alla voce Miscellaneous
FXS Port Input Gain: (se settato ad un valore positivo amplifica la voce in input - cioe quella di chi chiama dal telefono connesso al sipura - , se settato ad un valore negativo invece la smorza )

FXS Port Output Gain: (se settato ad un valore positivo amplifica la voce in output - cioe quella di chi e chiamato, sentirai una voce piu alta nel telefono connesso al sipura - , se settato ad un valore negativo invece la smorza )

Dunque il valore INPUT regola quanto alta e la vostra voce, il valore OUTPUT quanto alta e la voce che sentirete in cornetta.

Se impostate entrambe le voci ad un valore minore di -12 (valore limite) i toni che comporrete non saranno ricevuti dall'ata (e non riuscirete a comporre il numero).
Se impostate entrambe le voci ad un valore maggiore di 15 (valore limite) sentirete un fortissimo eco (come se parlaste in una grotta)

Normalmente la maggior parte degli utenti si trova bene con valori che spaziano da -4 a +4, se andate troppo oltre forse sbagliate qualcosa.

Ora impostiamo la parte FXO, per farlo al meglio ci conviene settare un provider voip in PSTN LINE e poi provare a fare un po di chiamate voip to pstn e pstn to voip per ricercare i valori migliori.
I valori da modificare sono nella tab [PSTN] alla voce Miscellaneous
International Control
SPA To PSTN Gain: (se settato ad un valore positivo amplifica la voce in USCITA dal sipura verso la PSTN, se settato ad un valore negativo invece la smorza )
PSTN To SPA Gain:(se settato ad un valore positivo amplifica la voce in ENTRATA dalla PSTN al sipura, se settato ad un valore negativo invece la smorza )

Valgono le stesse considerazioni fatte poco prima per i valori troppo alti o troppo bassi e per i settaggi che comunemente vanno bene (da -4 a+4).

Altre considerazioni:
Alcuni utenti affermano che togliendo i controlli sui FAX la qualita delle chiamate e migliorata e l'eco e sparito, se volete provare -e non avete fax connessi la sipura- dovrete settare questi valori in LINE1 e PSTN LINE

• FAX CED Detect Enable: no
• FAX CNG Detect Enable: no
• FAX Passthru Codec: G711u
• FAX Codec Symmetric: no
• FAX Passthru Method: None
• FAX Process NSE: no
 
Altri invece hanno notato miglioramenti cambiano i valori dell'impendenza.Al riguardo l'impendenza italiana dovrebbe essere: 270+750||150nF , ma io dopo diversi test l'ho prsonalmente settata (senza che questo significhi che debba andare settata in questo modo): 220+820||120nF
Relativamente all'impendenza questo thread sembra interessante:


Quanto alle funzioni di gestione dell'eco del sipura eccone una breve spiegazione:
Echo Canc Enable: se settato a YES abilita la gestione dell'eco.Attivatelo altrimenti l'eco sara altissimo
Echo Canc Adapt Enable: se settato a YES riduce ulteriormente l'eco ma genera un po di fruscio e ritorno di cuffia quando i 2 interlocutori parlano entrambi nello stesso momento.Alcuni la disattivano.Io personalmente lo lascio attivo,altrimenti durante tutta la comunicazione sento un elevato ritorno di cuffia (sento sempre la mia voce di sottofondo)
Echo Supp Enable: gestisce l'eco automaticamente riducendolo a seconda di quale interlocutore sta parlando.Alcuni lo disattivano perche puo far diventare le chiamate in stile CB (half-duplex...cioe si parla uno alla volta come se usassimo una radio).Tra gli altri inconvenienti vi e quello che alle volte rende il livello della voce "fluttuante" (cioe si alza ed abbassa in continuazione):ci si rende conto di questo sopratutto durante le chiamate voip to pstn gateway o pstn to voip gateway, quando, mentre il telefono del chiamato squilla, noi sentiamo nell'apparecchio un primo squillo a basso volume seguito da un secondo a piu alto volume.Io personalmente lo lascio attivo

Una considerazione finale: una volta settate al meglio la parte LINE1 e la parte PSTN purtroppo NON e detto che durante le chiamate gw0 (ovvero si chiama o riceve tramite pstn usando il telefono connesso al LINE1) non compaia nuovamente un po di eco residuale.Personalmente NON sono mai riuscito ad eliminare completamente il ritorno di cuffia quando entrambi gli interlocutori parlano allo stesso momento.
L'ho portato a valori accettabili, ma purtroppo non eliminato.

AGGIORNAMENTO: A success story . Come ho eliminato l'eco "di ritorno" durante una chiamata che si manifestava quando entrambi gli interlocutori parlavano insieme

Presupposto: vi siete letti tutto il thread sull'eco, e quindi gia sapete che con le impostazioni classiche purtroppo non si riusciva ad eliminare il ritorno di cuffia che si manifesta quando entrambi gli interlocutori parlano insieme (cosa che personalmente a me capita spessissimo) durante una chiamata gw0 o un gateway (pstn to voip o viceversa).
Ho attribuito la causa di tutti i "miei mali" al valore:
Echo Canc Adapt Enable: che si trova in [PSTN] TAB.Questo controllo sebbene faccia un lavoro fantastico per la riduzione dell'eco, ha come "effetto collaterale" la creazione di forti rumori di sottofonfo quando entrambi gli interlocutori parlano insieme durante una chiamata gw0 o un gateway (pstn to voip o viceversa).Una volta disabilitato tale valore e fatte un po di telefonate ho constatato che:
A) vi era un fortissimo ritorno di cuffia durante tutta la chiamata avvertito solo da colui che parla dal telefono collegato al LINE1 del sipura  
B) Quando gli interlocutori parlavano insieme NON si creavano rumori di sottofondo.
TOMBOLA.Bastava risolvere il problema A).
Dando per scontato che il ritorno di cuffia si genera quando il volume del microfono e dell'auricolare sono troppo alti (in modo che quanto ricevuto nell'auricolare viene "intercettato" dal microfono e ritrasmesso in loop) ho tentato di abbassare tali volumi.
Le soluzioni possibili sono 2:
C)Il vostro telefono permette di regolare il volume di microfono e auricolare (e non era il mio caso)
D)Bisogna lavorare sull' interfaccia FXS del sipura.
Ho intrapreso la via D) (l'unica possibile nel mio caso) settando:
FXS Port Input Gain: -15
FXS Port Output Gain: -15
Perfetto il ritorno di cuffia era sparito.Si presentava pero un altro problema.I livelli della porta FXS erano cosi bassi che se tentavo di comporre un numero i toni DTMF non erano ricevuti del sipura (e non partiva la chiamata).
Ho dunque lavorato sul valore:
DTMF Playback Level: (si trova in [REGIONAL]->Miscellaneus) ponendolo al valore -31 (di norma e settato a -16, ma io avevo abbassato i valori del volume delle porte FXS di 15 unita, e dunque 16+15=31).I toni erano ricevuti "a random".Ho abbassato dunque tale valore a -40. PERFETTO, i toni erano ricevuti.
Le chiamate voip in uscita erano perfette (ovviamente io sentivo meno forte del solito, ed anche il mio interlocutore sentiva la mia voce meno forte, ma la chiamata era perfettamente intelleggibile).

Nelle chiamate gateway (via pstn) invece nulla da fare: il chiamato mi sentiva a malapena.
Ho risolto settando nella tab [PSTN]
SPA To PSTN Gain:11
PSTN To SPA Gain:7
Ora io sento perfettamente il mio interlocutore, mentre lui a dir la verita mi sente un po "basso".Ad ogni modo le chiamate sono intelleggibili (a meno che il chiamato non sia al mercato).
Alzare ulteriormente il valore SPA to PSTN reintroduce l'eco ( di cui al problema A) ) e dunque considero 11 il valore limite (almeno nel mio caso).
Mi sentiranno un po "piu basso o lontano" del solito, ma almeno non ci sono "ritorni di cuffia" quando si parla in contemporanea.
OVVIAMENTE LA SCELTA DEL MALE MINORE (rumori di sottofonfo quando entrambi gli interlocutori parlano insieme o essere sentiti un po bassi) SPETTA A CIASCUNO DI NOI IN BASE ALLE NOSTRE ESIGENZE E PREFERENZE.

Ps.Dimenticavo una cosa a cui non ho saputo dare una spiegazione.Non appena settato il mio spa con i parametri della [PSTN] Tab sentivo ancora un leggerissimo ritorno di cuffia (di cui al problema A).Non sapendo che fare riabilitai il valore Echo Canc Adapt Enable: . Il ritorno di cuffia persistente (problema A) era sparito, ma si ripresentava il problema del ritorno quando gli interlocutori parlano insieme.A questo punto ho provato a disabilitare nuovamente il valore Echo Canc Adapt Enable: e sorpresa TUTTO FUNZIONA A MERAVIGLIA.
Questo comportamento dell'ata sinceramente non me lo so proprio spiegare, ma pr ora me lo tengo cosi come e....

Purtroppo una soluzione universalmente valida non esiste, dal momento che mancando una standardizazzione vera e propria di nat e firewall puo funzionare o non funzionare a seconda delle componenti che compongono (scusa la ripetizione) la tua lan domestica (in una chiamata p2p entrano in gioco: router,nat,firewall, ata...)
Personalmente sono riuscito a far dialogare 2 ata posti nella stessa lan utilizzando queste impostazioni (in entrambi gli ata):

-Attribuire ad ogni ata un range di porte RTP diverso [SIP->RTP PARAMETERS]
-Attribuire uno userid unico per ogni line di ogni ATA.
-In [SIP->NAT Support Parameters] abilitare lo STUN server lasciando attivo (YES) solamente le voci Substitute VIA Addr:/ Send Resp To Src Port: / STUN Enable:
Porre STUN Server: stun2.voip.eutelia.it
-Attribuire una sip port diversa per ogni line di ogni ata
-In Line1 e PSTN LINE (o line1 e line2, a seconda del tuo ata) mettere a NO i valori: NAT Settings / NAT Mapping Enable: / NAT Keep Alive Enable:
-esempio di dialplane per fare una chiamata p2p intra lan: userid@ip_della_lan:porta_sip_in_ascolto (ex. <###:>SO<:999@192.168.1.50:5070>)

Modifiche da effettuare nel router:
-Fare il forward delle porte SIP e delle range di porte RTP verso gli ip della lan dei singoli ata

Alternativamente prova a riadattare per le tue esigenze quanto scritto in questo post (e interessante soprattutto la parte in inglese):
http://www.vocesuip.com/info-su-spa-2100-vp13408.html#13408



Semplicemente apri il tuo web browser e quindi digita nella barra degli indirizzi:
http://YOUR.SPA.IP.ADDRESS/admin/reboot , dove al posto di YOUR.SPA.IP.ADDRESS metterai l'indirizzo ip del tuo sipura



Altra FAQ (in inglese) redatta molto bene: http://voxilla.com/index.php?name=PNphpBB2&file=viewtopic&t=323&highlight=disable+ring+back
Altra FAQ (in inglese) da cui ho attinto "a piene mani": http://voip.wikispaces.com/SPA3000
Guida al setup (in inglese): http://voip.wikispaces.com/SPA3000setup
Altra guida (piu completa) al setup (in inglese): http://www.jmgtechnology.com.au/spa_3000_guide.pdf
Un'elenco di trick (in inglese): http://www.dslreports.com/forum/remark,13657675
Guida ufficiale sipura 3000 (in inglese): http://www.sipura.com/Documents/SipuraSPAUserGuidev2.0.9.pdf
Programmi/Utlity e quanto altro (usefull stuff...in inglese): http://www.8ken.dyndns.org/sipura/

NOTA: In allegato,bisogna essere registrati per poter effetture il download.

ciao scusate la domanda stupida sono un nuovo utente sepura
sto cercando di configurarlo come ripetitore di un interno di centralino
ma appena squilla il telefono il sepura risponde anche se dall'altra parte nessuno ha alzato il telefono
dove posso andare a vedere nel forum la configurazione ?
grazie molte

Un link presente su questa FAQ sarebbe per me utilissimo, per non dire perfetto.

Il problema è però che è sbagliato e punta ad una pagina inesistente.

http://www.vocesuip.com/viewtopic.php?t=1639

(realizzazione di un link Interno centralino<-->SPA-3000<-->Telefono IP budgetone, con funzione HOT LINK -qualunque numero composto sul telefono remoto IP viene inviata al sipura che la rigira sulla rete urbana-)

Vi sarei estremamente grato se poteste indicarmi il link esatto.

Ho effettuato una ricerca ma non sono riuscito a trovarlo.

Grazie