Trunk sip va sempre in occupato

[synaptica]

Buongiorno,
ho attivato un account PRO demo di 3CX ed impostato un trunk SIP con numero VoIP Gloobo (ufficialmente non supportato).
Ho sempre usato questo numero su un centralino Kalliope senza problemi, purtroppo su 3CX, nonostante risulti correttamente autenticato, non riesco né a chiamare né a ricevere. In entrambi i casi va subito in occupato.

Capisco che il problema sia generico, c'è qualche parametro in particolare che dovrei verificare secondo voi?

Allego qualche schermata

Grazie

 

[Luca.San]

Ciao
Ma i parametri per la configurazione dove li hai ottenuti?

Dal sito di Gloobo riferiscono

Il servizio GlooboBusiness funziona in modalità internet (IP) utilizzando il protocollo SIP. Gloobobusiness attraverso l'indirizzo IP fisso 80.169.227.15 raggiungibile come voip.igloobo.com, consente l'autenticazione VoIP ai propri utenti iscritti con USERID e PASSWORD. Con questa configurazione standard SIP è possibile registrare il servizio con i diversi Client e App VoIP presenti sul mercato, come Zoiper, 3CX, inclusi i centralini virtuali PBX

Sembra che l'indirizzo non sia corretto... magari senti l'assistenza Gloobo...

Davo tutto per scontato ma:
A) se in ingresso metti un interno e non un ivr ?
B) le regole in uscita sono corrette (+,0-9 ecc)?

 

[synaptica]

Ciao
Ma i parametri per la configurazione dove li hai ottenuti?

Sono quelli inseriti nel vecchio centralino e confermati da Gloobo. Se riattivo il vecchio centralino funziona tutto. Ho anche creato un altro utente ed un'altra password per sicurezza. Messi nel vecchio centralino tutto ok, su 3CX si autentica ma non chiama e non riceve.

A) se in ingresso metti un interno e non un ivr ?

Se chiamo, dall'app dello smartphone, la casella vocale dell'interno funziona correttamente. Idem se chiamo l'IVR, sento il messaggio che ho caricato .Sembra proprio che la chiamata in arrivo venga rifiutata e non trasmessa verso l'IVR come dovrebbe essere.

B) le regole in uscita sono corrette (+,0-9 ecc)?

Penso di si, comunque non va nemmeno l'entrata, quindi inizierei a sistemare quello. Se si capisse cosa non va.

 

[MarcelloL_3CX]

Ciao,
io comincerei a sentire il provider per capire se le credenziali vanno bene, a cominciare dal SIP server
Detto questo, sulla Console di gestione classica, vedi qualche errore nel Registro Eventi e nel registro Attività a seguito delle tue chiamate?

 

[Luca.San]

Prima i parametri.... Poi:

Se chiamo, dall'app dello smartphone, la casella vocale dell'interno funziona correttamente. Idem se chiamo l'IVR, sento il messaggio che ho caricato

La mia richiesta era il contrario: non mettere l'ivr come destinazione ma solo un semplice interno e chiama da fuori non da un interno

Che versione hai? Ospitata o locale? Dal pannello classico/console e non dal webclient hai verificato le regole in ingresso

Orari di ufficio li hai impostati?

Per l'uscita

Penso di si,

Verifica bene...

 

[synaptica]

La mia richiesta era il contrario: non mettere l'ivr come destinazione ma solo un semplice interno e chiama da fuori non da un interno

Si ho provato, quando chiamo da un numero esterno (per esempio il mio cellulare) da sempre numero occupato.

Che versione hai? Ospitata o locale? Dal pannello classico/console e non dal webclient hai verificato le regole in ingresso

Ho la versione in cloud PRO aperta come trial per fare i test. Ho controllato le regole di ingresso che adesso portano direttamente ad un interno, vedi allegato qui.

Ovviamente ho impostato anche gli orari di ufficio in maniera corretta.

 

[synaptica]

Ciao,
io comincerei a sentire il provider per capire se le credenziali vanno bene, a cominciare dal SIP server

Già sentito, risulta tutto ok e dal pannello lo vedo loggato. Inoltre col vecchio centralino funziona perfettamente e le credenziali sono quelle (le ho anche ricreate e riconfigurato per sicurezza. tutto ok sul vecchio, nulla da fare su 3CX)

sulla Console di gestione classica, vedi qualche errore nel Registro Eventi e nel registro Attività a seguito delle tue chiamate?

Se intendi in "reportistica", "log delle chiamate" vedo i miei test. Qui per esempio ho provato dall'app dello smartphone a chiamare il mio cellulare, sia mettendo lo "0" davanti che senza. Va sempre subito in occupato.

 

[Luca.San]

Vai sulla console web, 'pannello controllo', scorri verso il basso e poi 'registro attività'

Dovresti vedere la cattura parziale del traffico

Postala

PS: fallo subito dopo un tentativo di chiamata dall'esterno e di uno dall'interno vs l'esterno

 

[synaptica]

Ho richiamato l'ISP, è saltato fuori che il numero era in blocco per un "problema di cache"... ora hanno sbloccato e le chiamate in ingresso funzionano correttamente.

Rimane il problema che per chiamare il centralino vecchio funziona, 3CX no. Queste le regole di uscita che ho messo, mi paiono corrette. C'è altro che devo guardare secondo voi?

Grazie a tutti per l'aiuto che mi state dando!

 

[MarcelloL_3CX]

la regla di uscita va bene (anche se puoi eliminare il filtro sul gruppo chiamanti "Default", per abilitare gli interni di sistema)
Cosa senti se fai una chiamata in uscita? senti un messaggio 3CX o la chiamata cade?

 

[synaptica]

quattro toni veloci di occupato e, dall'APP, "Temporarily inavaible". Da smartphone sul pc "Chiamata fallita, temporaneamente non disponibile" senza nessun tono, solo il messaggio.

 

[MarcelloL_3CX]

allora non credo sia un problea di regole di uscita.
Senti ancora il provider e verifica che vedano la chiamata in ingresso verso di loro

 

[synaptica]

allora non credo sia un problea di regole di uscita.
Senti ancora il provider e verifica che vedano la chiamata in ingresso verso di loro

Strano però, se rimetto il vecchio centralino funziona normalmente... non capisco cosa possa essere. Stamattina cmq provo a sentirli ancora

 

[synaptica]

allora non credo sia un problea di regole di uscita.
Senti ancora il provider e verifica che vedano la chiamata in ingresso verso di loro

Il provider mi dice che vede arrivare la chiamata ma che, a differenza delle chiamate in entrata, quelle in uscita non mandano l'autenicazione ed il proxy le rifiuta con errore 407 "proxy authenticatione required". Ma non ho idea di dove configurare l'autenticazione delle chiamatre in uscite (che è identica a quelle di entrata come utente e password).

 

[MarcelloL_3CX]

Il firewall check è verde?

 

[synaptica]

Ho fatto il test del firewall (lo allego qui) ed è tutto ok. Stamattina il provider si è collegato due ore per fare i test, non ha cavato un ragno dal buco... sembra che il centralino, solo per le chiamate in uscita, mandi un'autenticazione errata e quindi venga rifiutato dal proxy.
Ha provato a cambiare tutte le opzioni di autenticazione ma senza risultato. Le chiamate in entrata e fra interni invece sono perfette.
Se metto Kalliope (vecchio centralino), oppure metto la numerazione diretta su Zoiper, funziona invece tutto al primo colpo. Non si capisce il motivo.

 

[Luca.San]

Ciao

Vai sulla console web, 'pannello controllo', scorri verso il basso e poi 'registro attività'

Dovresti vedere la cattura parziale del traffico

Postala

PS: fallo subito dopo un tentativo di chiamata dall'esterno e di uno dall'interno vs l'esterno

Fai la procedura sopra riportata per una chiamata in uscita,
Successivamente fai una cattura del traffico (formato wireshark) e mandala al tuo partner. Logicamente non essendo un trunk supportato potrebbe esserci un ticket a pagamento ma con una analisi del traffico si dovrebbe capire dove sta il problema.

Non conosco Gloobo.... Pretendono mica l'autenticazione con controllo dell'ip sorgente?

Oltretutto è strano in quanto il protocollo SIP non prevede la registrazione per fare chiamate ma solo per riceverle, quindi se ricevi dovresti poter chiamare (se fosse un problema di autenticazione) .

 

[Luca.San]

Ciao

Scusa se insisto... Ma dalla console hai provato ad inserire i parametri come qui sotto


I parametri che avevi riportato sono diversi e visto che Gloobo specifica un ip e un indirizzo diverso non vorrei che ci fosse un problema sulla risoluzione DNS da parte del PC che stai usando...

Toglimi il dubbio... Prova... Non costa nulla...
La scorsa settimana sono impazzito per un problema di DNS da un cliente...
Un PC andava e un'altro no...

 

[synaptica]

Successivamente fai una cattura del traffico (formato wireshark) e mandala al tuo partner

Sto usando la versione in cloud di 3CX, non in locale, quindi non posso fare analisi con Wireshark.

Oltretutto è strano in quanto il protocollo SIP non prevede la registrazione per fare chiamate ma solo per riceverle, quindi se ricevi dovresti poter chiamare (se fosse un problema di autenticazione) .

Ho fatto collegare direttamente l'assistenza di Gloobo alla mia macchina, così che potessero fare tutte le prove del caso. L'errore che ho riportato è quello che vedono loro lato proxy, in pratica richiedono l'autenticazione anche per le chiamate in uscita ma sembra che i parametri arrivano errati... cosa strano, dato che se uso Zoiper o Kalliope va tutto liscio... è proprio 3CX che sta rognando.

I parametri che avevi riportato sono diversi e visto che Gloobo specifica un ip e un indirizzo diverso non vorrei che ci fosse un problema sulla risoluzione DNS da parte del PC che stai usando...

Si, hanno diversi modi per configurare gli apparati, abbiamo provato con l'IP e con due diversi nomi host. Nulla da fare.
Come detto sopra, sto usando la versione VoIP di 3CX, quindi niente DNS da impostare sulla macchina... inoltre loro la richiesta delle chiamate la vedono arrivare, semplicemente viene rifiutata perché non si autentica. (così mi han detto quantomeno).

 

[Luca.San]

dalla pagina "registro attività" SU TUTTE LE VERSIONI è possibile fare la cattura con il pulsante "Cattura" e poi inviarlo, anche se non fosse risolutivo in questo caso ricordalo per problemi futuri

comincio a sospettare che ci sia qualcosa che non va a livello di protezione da parte di Gloobo:
- se dicono di essere compatibili 3cx dovrebbero conoscere a menadito il sistema (non usiamo un prodotto di nicchia ma uno dei più diffusi....a livello mondiale)
- o serve qualche parametro aggiuntivo da configurare in "parametri in uscita" sul trunk oppure, e sospetto essere l'ipotesi più accreditata, hanno inserito un blocco sugli ip geografici per fare in modo che le chiamate partano solo dall'Italia e visto che il cloud è in Germania tutto va ko... ti avevano anche bloccato in ingresso, vero? il tuo Kalliope è in locale da ip italiano suppongo.... mi aveva fuorviato il fatto che tu avessi postato il check del firewall (su hosting 3cx non serve... lo si usa apposta per non avere grane...)

prova a chiedere a quelli di Gloobo se hanno una whitelist degli ip e mettici l'ip del tuo centralino presa dal pannello di controllo (non risolve se hanno un blocco geografico...)

vai sulla console e manda una cattura della schermata dove è configurato il trunk... lo hai messo il proxy?

ma un provider certificato 3cx non è meglio? ho visto le tariffe e la convenienza è infinitesima... se non inesistente.... anche perchè un'azienda non certificata che ti dice di essere compatibile e non capisce perchè non lo è.... non voglio essere polemico... (e mi dicono che abbia un gene nel DNA per esserlo... ) ma o risparmi centinaia e centinaia di euro l'anno o... Ricorda che non stai usando un prodotto sviluppato dalla piccola software house sconosciuta.... direi che 3CX ha le spalle belle larghe e le ha perchè spesso richiede standard che non tutti possono fornire...

in ogni caso vai giù di cattura wireshark e falla analizzare, magari si cava un ragno dal buco...