problema ivr dirottamento chiamate

[anonymous]

buongiorno a tutti
ho un problema da qualche giorno con il risponditore...premetto che funzionava tutto corretamente prima..
dunque se io chiamo il numero succede questo:
1. la chiamata arriva all interno 671 che non e registrato;
2. l' interno 671 a una regola di inltro nel quale dice che se non e registrato trasferisce la chiamata all interno 100 IVR;
3. in base al tasto selezionato 1,2,3,4 la chiamata viene dirottata su altri interni sempre no registrati che come regole di inoltro girano la chiamata su numeri di cellulai.

Allora il problema e che la chiamata non esce o per lo meno il tono del tasto pigiato viene riconosciuto infatti parte la mia musica di attesa sul trasferimento di chiamata ma in realta si blocca li la chiamata non esce.
Ho provato ecludendo IVR la cosa funziona non so propio cosa sia successo...

Ho la versione free 10 e come provider intercom con un solo numero che mi permette di fare due chiamate contemporaneamernte.
Ho adottato questa soluzione prima interno 671 poi IVR perche la qualita del messaggio e migliorata parecchio e i toni dtmf vengono riconosciuti meglio...


allego il log:
23:28:29.816 [CM503008]: Call(16): Call is terminated
23:28:08.555 [MS211000] C:16.1: 195.72.193.137:20534 is delivering DTMF using RTP payload (RFC2833). In-Band DTMF tone detection is disabled for this call segment.
23:28:07.524 Currently active calls - 1: [16]
23:28:04.850 [CM503007]: Call(16): Device joined: sip:[email protected]:40600;rinstance=0f64dbf07c54e3a9
23:28:04.820 [CM503007]: Call(16): Device joined: sip:[email protected]:5060
23:28:04.790 [CM505001]: Ext.100: Device info: Device Identified: [Man: 3CX Ltd.;Mod: 3CX IVR;Rev: General] Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX IVR] PBX contact: [sip:[email protected]:5060]
23:28:04.790 [CM503002]: Call(16): Alerting sip:[email protected]:40600;rinstance=0f64dbf07c54e3a9
23:28:04.570 [CM503025]: Call(16): Calling Ext:Ext.100@[Dev:sip:[email protected]:40600;rinstance=0f64dbf07c54e3a9]
23:28:04.540 [CM503005]: Call(16): Forwarding: Ext:Ext.100@[Dev:sip:[email protected]:40600;rinstance=0f64dbf07c54e3a9]
23:28:04.530 [CM503016]: Call(16): Attempt to reach failed. Reason: Not Registered
23:28:04.530 [CM503017]: Call(16): Target is not registered: Ext.671
23:28:04.530 [CM503010]: Making route(s) to
23:28:04.520 [CM505003]: Provider:[Generic VoIP Provider -] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [dSw1.1] PBX contact: [sip:[email protected]:1024]
23:28:04.490 [CM503001]: Call(16): Incoming call from 3273241354@(Ln.10000@Generic VoIP Provider -) to
23:28:04.269 [CM503012]: Inbound outside specific hours incl. holidays rule (unnamed) for 10000 forwards to DN:671
23:11:11.182 [CM506001]: STUN request to resolve SIP external IPort mapping is sent to STUN server [ V4 199.192.206.228:3478 UDP target domain=unspecified mFlowKey=0 ] over Transport [ V4 192.168.89.2:5060 UDP target domain=unspecified mFlowKey=0 ]
22:58:24.901 [CM503008]: Call(15): Call is terminated

 

[eurylink.com]

Non comprendo la necessità di interporre un interno fittizio in questo caso anche perchè ciò non ha alcun riscontro sia sulla qualità del messaggio che sulla intercettazione dei toni DTMF. Eventualmente il problema con i DTMF va affrontato sul lato provider sistemando la configurazione dello stesso ed eseguendo qualche prova corredata da log.
Guardando il log comunque hai qualche problema con la configurazione del 3CX relativo al NAT. Probabilmente stai utilizzando una ADSL senza IP statico e stai utilizzando lo stun server mentre il tuo provider potrebbe preferire una configurazione con IP statico e stun disabilitato. Per esserne certi però occorrerebbe fare qualche proiva e controllare la tua configurazione.

 

[anonymous]

grazie per la risposta veloce
Allora ho utilizzato un interno fittizio perche mi sembra migliorata la qualita del IVR poi magari e solo una mia impressione comunque
si il mio provider e intercom non una adsl ma un Broadband Wireless Access 4M.
Su questa linea devono lavorare 3PC 1 numero voip che non transita da 3cx e poi il mio...Niente ip Statico per il mio provider ho disabilitato lo stun server come hai detto te ma niente non dirotta le chiamate...
ma vi e venuto un dubbio nel campo IP PUBBLICI DA SPECIFICARE NEI CONTATTI E IN SDP devo mettere ip del router??
ma il dubbio e perche prima funzionova corretamente...pura casualità??
ho tolto anche il primo interno fittizzio
ecco il log:

23:20:17.735 [CM503008]: Call(4): Call is terminated
23:19:53.280 Currently active calls - 1: [4]
23:19:23.868 [MS211000] C:4.1: 195.72.193.137:27868 is delivering DTMF using RTP payload (RFC2833). In-Band DTMF tone detection is disabled for this call segment.
23:19:23.277 Currently active calls - 1: [4]
23:19:20.363 [CM503007]: Call(4): Device joined: sip:[email protected]:40600;rinstance=5bf538e66b623525
23:19:20.313 [CM503007]: Call(4): Device joined: sip:[email protected]:5060
23:19:20.283 [CM505001]: Ext.100: Device info: Device Identified: [Man: 3CX Ltd.;Mod: 3CX IVR;Rev: General] Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX IVR] PBX contact: [sip:[email protected]:5060]
23:19:20.283 [CM503002]: Call(4): Alerting sip:[email protected]:40600;rinstance=5bf538e66b623525
23:19:20.053 [CM503025]: Call(4): Calling Ext:Ext.100@[Dev:sip:[email protected]:40600;rinstance=5bf538e66b623525]
23:19:20.023 [CM503004]: Call(4): Route 1: Ext:Ext.100@[Dev:sip:[email protected]:40600;rinstance=5bf538e66b623525]
23:19:20.023 [CM503010]: Making route(s) to
23:19:20.012 [CM505003]: Provider:[Generic VoIP Provider -] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [dSw1.1] PBX contact: [sip:[email protected]:5060]
23:19:19.982 [CM503001]: Call(4): Incoming call from 3273241354@(Ln.10000@Generic VoIP Provider -) to

 

[anonymous]

mi stavo dimenticando dissativandi lo stunt server e nel campo a me ignoto scrivere ip del router senza IVR la chiamata viene dirottatto quindi se posso dedurre non dipende da questo fattore ma siccome sono un novellino non voglio scendere a coclusioni afrettate...
tutte le ipotesi sono ben accette

 

[eurylink.com]

Il problema della qualità della voce è dovuto sicuramente dal fatto che utilizzi una connessione Wireless per collegarti al provider. Evidentemente la latenza è incostante è più elevata di una normale connessione. Purtroppo 3CX per lavorare stabilmente richiede un indirizzo IP statico pubblico (è uno dei requisiti principalali) per funzionare correttamente. Lo stun lo puoi disattivare se e solo se hai un Ip pubblico fisso che puoi comunicare direttamente al PBX. Se il tuo provider lo fornisce ti consiglio di acquistarne uno.
In alcuni casi 3CX riesce a funzionae anche con IP dinamico, come nel tuo caso, ma i risultati sono incostanti come tu stesso hai dedotto (oggi va e domani no....). Prova eventualmente a abilitare il keep alive di 3CX e a portare a uno il seguenti parametro personalizzato: ALLOWSOURCEASOUTBOUND = 1. La cosa migliorte comunque è fare uno sforzo ed acquistare un indirizzo IP statico

 

[anonymous]

penso di aver trovato la risposta che cercavo:
corregimi se sbaglio come mi hai fatto ben notare la mia linea dati non è il massimo infatti se uso come messagio di sistema per il trasferimento di chiamata quello di default del software funziona tutto deduco quindi che la mia banda di 4m a volte non basta per ricevere una chiamata, usare una registrazione vocale(IVR), usare un file audio durqante il trasferimento di chiamata, effettuare un altra chiamata tutto nello stesso tempo....
Secondo me questo e il vero problema ma se sbaglio dimmelo subito.Secondo te se fosse questo il motivo con un aumento di banda potrei aver vantaggi

 

[damiano]

il fatto di avere una 4 mega, piuttosto che una 20 mega non è influente,
quello che incide è la realtà della banda, e il minimo di banda garantita che offre il
Gestore della propria ADSL, a tal proposito ti rimando alla lettura delle caratteristiche
in questione,
ovviamente + banda si ha a disposizione "in quel momento" e + la qualità voce è buona,
considerando anche il Codec usato ecc... ecc....

ciao

damiano

 

[eurylink.com]

Quello che sottolinea Damiano è corretto. Al fine della qualità a livello Voip devi considerare il valore di upload e non quello di download (il flusso audio è bidirezionale). Non devi inoltre considerare il valore nominale ma il valore effettivo.
Il tuo problema non è la banda in Download ma semmai la banda in upload. Inoltre l'incostanza di erogazione della banda e la latenza fluttuante è tipico delle connessioni consegnate in modalità Wireless per cui passerei ad una connessione ADSL via cavo di buona qualità se vuoi risolvere il problema.