IVR Input non riconosciuto

[Simone.Puccini]

Salve a tutti,
ho un paio di clienti che lamentano una problematica strana.

Quando ricevono le chiamate tramite la digital receptionist succede spesso che non viene correttamente catchato il numero scelto.

Vi è mai capitato?
Se si, avete risolto? come?

Grazie mille.

 

[MarcelloL_3CX]

Ciao Simone,
questo è tipicamente un problema di trunk
Come entrano le chiamate su questi centralini?
usano provider certificati?

 

[Simone.Puccini]

Ciao Marcello,
le chiamate arrivano da centrale retelit tramite reseller (quindi con il nome dominio diverso, ma l'ip è quello del server voip di retelit/irideos/clouditalia/eutelia)

inoltre spulciano i log vedo che all'arrivo delle chiamate incriminate ricevo questo messaggio "In-Band DTMF tone detection is turned off for this call segment"

 

[Simone.Puccini]

Ciao Marcello,
cosa dovrei chiedere al gestore voip per far risolvere questo problema?

Grazie del supporto

 

[itgs]

Ciao Marcello,
le chiamate arrivano da centrale retelit tramite reseller (quindi con il nome dominio diverso, ma l'ip è quello del server voip di retelit/irideos/clouditalia/eutelia)

inoltre spulciano i log vedo che all'arrivo delle chiamate incriminate ricevo questo messaggio "In-Band DTMF tone detection is turned off for this call segment"

Quel messaggio arriva dal provider o dal 3cx ?

Comunque il concetto è che i toni normalmente sono "affogati" dentro alla conversazione. Se non è attiva la funzionalità di detection (o il provider non mette i toni nell'audiio vocale) è un casino

 

[Simone.Puccini]

il messaggio l'ho pescato sui log del centralino.

la cosa strana è che se c'è una scelta "1" o "2" se viene premuto 1 non va mentre se premono 2 si.

Quindi sembrerebbe che i toni arrivino al centralino ma solo alcuni non vengano riconosciuti.


In passato mi era successo che fosse un problema di codec, ma anche cambiandolo l'inghippo rimane

 

[itgs]

Beh... il messaggio nel log è abbastanza esplicito. Secondo me il 2 funziona a c...


Comunque il primo passo è quello di capire il provider come li invia e poi fare tutti i ragionamenti relativi

 

[Simone.Puccini]

su piu di un centralino?

di punto in bianco?

su provider certificato?

 

[itgs]

su piu di un centralino?

di punto in bianco?

su provider certificato?

Anche i provider certificati toccano ogni tanto cose e poi si scassa qualcosa.
A me cascano i trunk tutti in blocco perchè qualche sistemista simpatico sposta il server voip da un'altra parte e poi si dimentica di configurare le acl per far passare l'ip del mio centralino per registrarsi.
Lo avranno già fatto almeno 3 volte e tutte le volte le madonne ... ma prendersi due appunti no ?!?!?

 

[Agnese]

Mi sta capitando la stessa cosa da qualche tempo. Per le chiamate da mobile TIM e operatori in roaming, più del 50% delle volte il tono DTMF non viene riconosciuto e solo verso trunk supportato Retelit.
La risposta del provider è stata la seguente:

Abbiamo eseguito numerose chiamate di test da OLO MOBILI TIM
randomicamente i toni DTMF vengono presi e a volte non vengono ripresi;
Chiediamo di controllare lato vostro in seguito alla seguente analisi chiamte di esempi di cui due prese di test in quella ko
v=0o=- 0 1 IN IP4 62.94.8.100s=-c=IN IP4 62.94.8.100t=0 0m=audio 24506 RTP/AVP 18 8 3 112 0 96a=fmtp:18 annexb=noa=rtpmap:112 GSM-FR/8000a=rtpmap:96 telephone-event/8000a=fmtp:96 0-15a=sqn:0a=cdsc:1 image udptl t38a=sendrecva=maxptime:40a=ptime:20
in quella ok
c=IN IP4 62.94.75.212t=0 0m=audio 24594 RTP/AVP 18 8 3 112 0 101a=ptime:20a=fmtp:18 annexb=noa=rtpmap:112 GSM-FR/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-15,32-35a=sendrecv
Controllate la negoziazione dei codec su seguente suggerimento ?
Controllate la ricezione e la negoziazione tramite traffico RTP
RTP/AVP 18 8 3 112 0 96a
RTP/AVP 18 8 3 112 0 101a
Non so effettivamente cosa verificare lato centralino.
Qualche idea?
Grazie

 

[Simone.Puccini]

@MarcelloL_3CX
con queste informazioni date dal provider è possibile dare le informazioni in pasta al team di sviluppo per risolvere la problematica?

Grazie.

 

[Simone.Puccini]

Mi sta capitando la stessa cosa da qualche tempo. Per le chiamate da mobile TIM e operatori in roaming, più del 50% delle volte il tono DTMF non viene riconosciuto e solo verso trunk supportato Retelit.
La risposta del provider è stata la seguente:

Abbiamo eseguito numerose chiamate di test da OLO MOBILI TIM
randomicamente i toni DTMF vengono presi e a volte non vengono ripresi;
Chiediamo di controllare lato vostro in seguito alla seguente analisi chiamte di esempi di cui due prese di test in quella ko
v=0o=- 0 1 IN IP4 62.94.8.100s=-c=IN IP4 62.94.8.100t=0 0m=audio 24506 RTP/AVP 18 8 3 112 0 96a=fmtp:18 annexb=noa=rtpmap:112 GSM-FR/8000a=rtpmap:96 telephone-event/8000a=fmtp:96 0-15a=sqn:0a=cdsc:1 image udptl t38a=sendrecva=maxptime:40a=ptime:20
in quella ok
c=IN IP4 62.94.75.212t=0 0m=audio 24594 RTP/AVP 18 8 3 112 0 101a=ptime:20a=fmtp:18 annexb=noa=rtpmap:112 GSM-FR/8000a=rtpmap:101 telephone-event/8000a=fmtp:101 0-15,32-35a=sendrecv
Controllate la negoziazione dei codec su seguente suggerimento ?
Controllate la ricezione e la negoziazione tramite traffico RTP
RTP/AVP 18 8 3 112 0 96a
RTP/AVP 18 8 3 112 0 101a
Non so effettivamente cosa verificare lato centralino.
Qualche idea?
Grazie

Buongiorno,
Dopo queste informazioni ho aggirato il problema di alcuni dei clienti che riscontrano il problema lasciando solo il codec pcma sul trunk del provider.

Ad ora ho fatto la modifica solamente su due clienti e sembra "aggirare" il problema.

La soluzione definitiva, credo, debba arrivare dalla collaborazione tra 3cx e Retelit soprattutto per il fatto che Retelit è un provider certificato.

 

[MarcelloL_3CX]

condivido ed ho riportato internamente, ma è estremamente importante che insisitate con il supporto Reteli affinchè vadano a fondo al problema: è il provider che deve attivarsi quando un suo trunk ha problemi (e in questo caso è certamente un problema di centrale del provider)

 

[Agnese]

Credo che abbia molta più presa una segnalazione al provider proveniente da 3CX, peraltro partner con canali preferenziali, piuttosto che da un singolo utente.
A me hanno semplicemente chiuso la segnalazione dopo quel messaggio.

 

[Agnese]

Dopo 4 giorni e vari tira e molla con Retelit sembra che il problema sia stato risolto dal provider stesso.
Che fatica però...

 

[MarcelloL_3CX]

mi fa piacere, spero che il loro servizio di Supporto ne faccia tesoro.
3CX non può fare nulla per problemi interni al provider che non si verificano sui trunk forniti in test per la certificazione e in questi casi è il provider che deve risolvere