Toggle sidebar Toggle sidebar

Problema con GrandStream GXW-4104

G

GiorgioP

Free User
Registrato
16 Maggio 2020
Messaggi
7
Ciao,

ho un 3cx software ver. 16, direi perfettamente funzionante, un TRUNK SIP con un provider anch'esso perfettamente funzionate. Devo aggiungere il gateway in oggetto, seguo la guida ufficiale (e quella trovata sul sito di grandstream, che comunque combacia), ma al termine della procedura il gateway mi risulta sempre "rosso" ed ovviamente la comunicazione con le linee PST non funziona, nè in entrata nè in uscita. Sembra che non avvenga autenticazione, anche se dopo il provisioning in effetti sull'interfaccia web del gateway trovo i parametri che gli sono stati impostati dal provisioning.

E' capitato che sia diventato verde per qualche istante ma dopo un paio di refresh me lo ritrovo sempre rosso.....

La versione firmware del gateway è quella corretta, sono ovviamente sulla stessa rete (tra l'altro LAN, senza quindi passare dal firewall, i test del firewall sono comunque tutti verdi), che posso guardare/ fare? Nessuno ha avuto lo stesso problema? Come lo risolvo?

Grazie infinite anticipate
Giorgio
2352
 
Ciao,
sei sicuro di aver collegato il cavo alla porta WAN del gtwy?
 
Ciao

sì certamente.
Il provisioning del gateway avviene regolarmente, quando creo la "device configuration" mi manda all'interfaccia del gateway (quindi indirizzi IP e configurazioni sembrano giuste), il gateway riceve i parametri e riavvia, sembra tutto a posto, ma sembra che poi non riesca ad effettuare l'autenticazione SIP (anche sul gateway, nelle informazioni, compaiono le informazioni di autenticazione SIP per l'account1 (SIP User ID, SIP Account ID, ecc.), ma lo stato di "SIP registration" è NO.

Ho provato a portarmi tutto a casa, dove ho un altro centralino 3CX (che però gira su raspberry) e ad aggiungere il gateway; qui funziona tutto perfettamente; aggiungo il gateway su 3CX (coi suoi vari parametri fra cui il mac address del gateway), genero il file di configurazione della device, vado sull'interfaccia del gateway, inserisco l'url di provisioning, riavvio il gateway che si prende i parametri e si "allinea" col centralino (sulla GUI del gateway compaiono regolarmente i parametri dell'Account 1 e lo stato di "Sip Registration" è SI'

Stessa procedura, stesso tutto, ma nel primo caso la SIP registration non avviene

Ho riportato tutto in ufficio, rifatto tutto daccapo (creato il gateway su 3cx, resettato al factory default il gateway, impostato il link del provisioning, riavviato il gateway, controllato che avesse preso i parametri dal centralino, ma la SIP registration continua a non funzionare e compare sia sullo stato del gateway che nella schermata del centralino

Una cosa strana che non sono riuscito a "catturare" è che più di una volta il gateway "è salito" (verde sulla schermata SIP TRUNK del 3cx), ma dopo una manciata di secondi è tornato rosso.

E' come si ci fosse un problema di registrazione SIP, ma non capisco come/dove; pensavo ad un problema sulla rete, di comunicazione, ma telefoni e funzioni varie del centralino vanno perfettamente, la comunicazione col gateway non perde un colpo, non ci sono conflitti di IP...... boh!

AIUTOOOO!!!
 
Senza variare nulla sulla definizione del gtwy sul 3cx, ho anche provato a togliere il link di provisioning sul gtwy dopo che aveva caricato i parametri, in modo che non lo ricaricasse automaticamente al reboot, e:

Nel SIP Setting dell'account 1:
- provato ad aumentare il parametro REGISTER EXPIRATION dal valore 2 minuti (impostato da 3cx) ai 60 minuti (mostrati come default)
- inserito manualmente i parametri account (menù User Account del gtwy) con gli stessi "SIP User ID", "Authenticate ID" e la relativa password che compare sull'utente 10000 nel 3CX

ma nulla.... non c'è registrazione fra centralino e gtwy
 
messa così è un bel mistero...hai provato a mettere in whitelist l'IP del gtwy? io do per scontato, come dici e come si vede nella schermata, che entrambi gli IP siano privati, ovviamente...
 
Ciao Marcello,

in whitelist ho messo tutta la rete interna (192.168.156.0/24); ho comunque controllato che nella blacklist non ci fosse l'IP del gtwy...... sì sì, gtwy, 3cx pbx, telefoni, ecc. tutto su rete interna LAN.
Sto cercando "le differenze" fra casa (dove funziona) ed ufficio (dove ho il problema):
le differenze a cui ho pensato sono:
1) a casa gira su Raspberry, in ufficio su Hyper-V VM Debian 9 creata da 3cx iso (scaricata dal sito 3cx, ovviamente)
2) il raspberry è una device fisica con propria scheda di rete, la vm debian in ufficio gira su un server HP con Windows 2012 R2 ed Hyper-V
3) l'infrastruttura di rete (a casa è limitata ad una 15 di device IP, in ufficio circa una 60na)

Che tu sappia c'è un modo per "vedere" cosa succede? Ho visto che 3CX ha la possibilità di "sniffare" il traffico e produrre un dump.dcap; ho provato a "guardarci dentro" mentre attivavo il gateway e forzavo il provisionig ed ho visto passare i parametri al gtwy, ma poi non ho trovato altri "processi" di autenticazione nè dal gtwy verso 3CX nè viceversa.....

Sul gtwy invece ho visto che si può attivare un SYSLOG (posso mandarlo verso tftpd o un syslog qualsiasi), ma ovviamente il syslog parte dopo il boot e forse "mi sono già perso" la fase di SIP authentication che dovrebbe fare con 3CX

Altra domanda: chi fa il SIP Auth? il gtwy verso 3CX o viceversa? Chi dei 2 si autentica sull'altro?
Può essere che ci sia qualcosa di diverso nel template fra la versione debian e quella raspberry? (ma perchè dovrebbe? non ha molto senso...)

Grazie infinite
 
C'è un'altra differenza fra il 3CX dell'ufficio e quello di casa: quello dell'ufficio, quando creo/aggiungo il gateway mi dà sempre lo user (aka sip user) ID 10000 (non modificabile e con password diversa ogni volta che creo il gtwy), mentre il 3CX di casa, quando ho creato/aggiunto il gtwy mi ha dato di default lo user id 10001. C'è un motivo per questa differenza di comportamento?
 
Linux su Hyper-V richiede alcuni accorgimenti nell'impostazione della scheda di rete e l'installazione manuale del client NTP...hai letto la guida?

www.3cx.com

Installing 3CX on a Hyper-V VM

This article describes the settings required to run 3CX phone System on a virtual instance on Hyper V
www.3cx.com www.3cx.com
 
Ciao Marcello,

sto continuando le mie prove e credo di essermi avvicinato al problema:

PROVA 1:
- ho messo un piccolo switch aggiuntivo "isolato" a cui ho collegato il cavo di rete del server su cui è attestato la vm di Hyper-V con il centralino 3cx ed il gtwy

RISCONTRO: mi aspettavo che funzionasse ed infatti appena collegati, senza toccare nè la configurazione del gtwy nè quella del centralino si sono allineati subito ed era tutto "verde" (ovviamente non andava la parte internet, ad esempio il provider esterno Messagenet, perchè non c'era default gateway/internet su quella mini rete)

PROVA 2: ho collegato lo switch "isolato" allo switch in stack della LAN, lasciando però i cavi "centralino" e quello del gtwy sullo switchino (che però a questo punto comunicava con la LAN)

RISCONTRO: mi aspettavo "qualche interferenza" da parte della LAN che bloccasse la SIP registration, invece *è rimasto tutto funzionante*, con ovviamente aggancio dei telefoni che avevo messo in LAN, accesso Internet, ecc; provato a riavvia sia 3cx che gtwy, si riconnettono perfettamente, funziona tutto.

PROVA 3: ho collegato il gtwy allo switch di rete, lasciando il server 3cx sullo switchino (ovviamente collegato anche alla LAN)

RISCONTRO: la SIP Authentication non avviene più e quindi si ripresenta il problema iniziale, smette di funzionare

PROVA 4: ho collegato il server 3cx allo switch di rete, lasciando il gateway sullo switchino (ovviamente collegato anche alla LAN)

RISCONTRO: FUNZIONA TUTTO

Conclusione (in fase di indagine):
Sembra che ci sia qualche problema (ancora non identificato) fra il gtwy e lo switch "di rete" LAN; in altre parole, collegando il gtwy su una qualsiasi porta di quello switch il problema sussiste, se collego il gtwy ad un altro switch che poi viene collegato allo switch della LAN, tutto funziona.
Lo switch è un Cisco SB SGE-2010P in stack con un altro Cisco SGE-2000P (sono un po' datati ma funzionano molto bene); non hanno configurazioni particolari o fuori del default.
Lo switch di casa invece è un Cisco SG-300 (quindi più recente) e lì funziona tutto.

Penso che punterò le mie ricerche su qualcosa che riguarda lo switch SG-2010P

Se scopro qualcosa o risolvo, aggiungo un post (i forum dovrebbero essere a beneficio di tutti.... ODIO quando leggo "ho risolto" e non indicano come, quale era l'inghippo..... ;-) )
 
grazie, se aggiorni il forum mi fai una cortesia, dare la spiegazione della soluzione è molto gradito.
butto lì: non è che magari sul tuo apparato di rete CISCO la porta 5060 viene manipolata in qualche modo? SIP ALG o similari?
 
Sui parametri dello switch non ho trovato nulla che giustifichi il problema. Neppure in Internet ho trovato info utili su quello switch e le prove non hanno cambiato la situazione..... proverò a confrontare le impostazioni con lo switch di casa e magari a sentire qualche guru di networking che magari ha la soluzione..... appena ho news, le posto di sicuro.
 
Buonasera, ho un problema simile su un 3CX installato su Raspberry PI 4 con immagine raspios del 4 marzo 2021.
Praticamente i telefoni GRANDSTREAM gxp1610 non vanno in PnP sulla rete del cliente (no VM) mentre se isolo il tutto su un appliance che fa da DHCP e quindi metto Raspberry + telefoni sula stessa rete, il tutto funziona correttamente.
Sembra quasi che sulla rete del cliente ci sia qualcosa che impedisce il riconoscimento dei telefoni (che mi sembra avvenga a livello 2). C'è qualche news in merito ?
 
Ciao,
hai letto quì?

www.3cx.com

Configuration guides and docs

The 3CX Docs section features manuals, popular documents, faqs, troubleshooting and configuration guides for the 3CX Phone System.
www.3cx.com www.3cx.com
 
Si, grazie Marcello ho letto, ma la cosa strana è che "isolato" il sistema funziona.....non dovrebbe mai funznare altrimenti, non ti pare ?
Comunque ora non posso fare il test (da remoto ora non riesco) ma domani lo farò du sicuro.
 
ho avuto qualche problema anche io con l'autenticazione di un gxp1610 con sbc....

Aggiornato il firmware all'ultima versione disponibile sul sito grandstream (a mano) e dopo si è registrato senza problemi.

La mia situazione è leggermente diversa Centralino hosted by 3cx + sbc
 
You must log in or register to reply here.

Inizia con 3CX – Admin

Forum statistics

Discussioni
44.752
Messaggi
233.659
Membri
78.496
Ultimo Iscritto
FS-CG
3CX Logo Footer Copyright © Sitemap Privacy
Alto Basso