[Thread Ufficiale] Zyxel VMG8924-B10A

[Manny2003]

Originariamente inviato da cracker_pazzo

Diciamo che l'esame di laboratorio internet (con annessa tesina sul protocollo SIP) a qualcosa è servito.

Inoltre, ho incrociato informazioni di altri utenti con altri router e li ho sfruttati per tentare la configurazione che, per fortuna, ha avuto esito positivo.

Le XXXX della user sono i caratteri del seriale (SN) del modem associato alla linea fibra. Si leggono sulla scatola e iniziano per CP (o almeno, il mio TG789vac inizia per CP.....). Se il seriale non dovesse iniziare per CP, bisogna provare ad inserire la user come SERIALEDELROUTERTIM-C4EA1D @ 108000.aliceres.mgmt .

Attenzione. La VLAN dedicata non è necessaria per l'instaurazione della connessione (altrimenti, su pc, tramite la solita connessione PPPoE con VLAN 835 non funzionerebbe).
Io ho messo il VoIP sulla VLAN dedicata perché è OBBLIGATORIO inserire i loro DNS per la corretta risoluzione del dominio "telecomitalia . it" quando tenta la registrazione al Registrar SIP. Io, sulla connessione internet di base, ho inserito altri DNS (Google e OpenDNS).
Probabile anche che, con la VLAN dedicata, TIM abbia dato priorità più alta ai pacchetti SIP, in modo da non avere problemi di ritardi o altro.

Ciao cracker_pazzo, grazie per le risposte.

La VLAN mi chiedevo difatti se fosse necessaria, dato che come dici tu funziona tutto senza da Soft-Phone, e anche dalla loro App Telefono.
Ha senso crearla dal momento in cui, avendo DNS diversi per la navigazione classica, si vuole attribuire i DNS TIM Voip per la risoluzione dei loro host sip legati al dominio telecomitalia.it (a parte il discorso QoS giusto che fai).

C'è però una cosa che forse non mi torna, cioè che il problema DNS non si pone con il Soft-Phone appunto, che usa gli eventuali DNS di terze parti (nel mio caso Google e funziona lo stesso). E questo dovrebbe tra l'altro accadere anche per chi usa i DNS TIM, quelli della connessione standard attribuiti automaticamente, dato che i DNS rilasciati in fase di connessione non sono quelli usati per l'infrastruttura SIP, che risolvono difatti indirizzi differenti per gli stessi domini e che non conoscono gli host _sip._udp.

Sarei quindi portato a credere che non sia necessaria ne la VLAN ne i DNS TIM dato che ci si è già ricavati manualmente l'IP del proxy (che sa come e dove instradare il tutto), e che il dominio telecomitalia.it nei vari campi registrar in realtà non sia tradotto ma solamente utilizzato così com'è nei pacchetti SIP, là dove richiesto.

Per il numero seriale proverò non appena riesco a ricavarmi quello del Sercomm, ma credo che anche la parte -C4EA1D andrebbe sostituita, dato che si tratta dell'identificativo del produttore (Technicolor in questo caso) a livello di Mac address.

[cracker_pazzo]

Originariamente inviato da Manny2003

Ciao cracker_pazzo, grazie per le risposte.

La VLAN mi chiedevo difatti se fosse necessaria, dato che come dici tu funziona tutto senza da Soft-Phone, e anche dalla loro App Telefono.
Ha senso crearla dal momento in cui, avendo DNS diversi per la navigazione classica, si vuole attribuire i DNS TIM Voip per la risoluzione dei loro host sip legati al dominio telecomitalia.it (a parte il discorso QoS giusto che fai).

C'è però una cosa che forse non mi torna, cioè che il problema DNS non si pone con il Soft-Phone appunto, che usa gli eventuali DNS di terze parti (nel mio caso Google e funziona lo stesso). E questo dovrebbe tra l'altro accadere anche per chi usa i DNS TIM, quelli della connessione standard attribuiti automaticamente, dato che i DNS rilasciati in fase di connessione non sono quelli usati per l'infrastruttura SIP, che risolvono difatti indirizzi differenti per gli stessi domini e che non conoscono gli host _sip._udp.

Sarei quindi portato a credere che non sia necessaria ne la VLAN ne i DNS TIM dato che ci si è già ricavati manualmente l'IP del proxy (che sa come e dove instradare il tutto), e che il dominio telecomitalia.it nei vari campi registrar in realtà non sia tradotto ma solamente utilizzato così com'è nei pacchetti SIP, là dove richiesto.

Per il numero seriale proverò non appena riesco a ricavarmi quello del Sercomm, ma credo che anche la parte -C4EA1D andrebbe sostituita, dato che si tratta dell'identificativo del produttore (Technicolor in questo caso) a livello di Mac address.

C'è da dire una cosa. Noi abbiamo il server del proxy, non abbiamo l'IP del Registrar, che può essere differente. Magari, per entità (città) piccole, Registrar e SIP Proxy sono un unico server mentre, per città grandi (ad esempio Roma, Milano) fanno affidamento a più server differenti.
Per questo, forse, a me con DNS Google e OpenDNS non mi autorizzava (registrava) il dispositivo alla rete ma, subito dopo aver modificato i soli record DNS con quelli 151.x.x.x e fatto un flush cache, si è connesso subito da Windows con Zoiper.

Facendo una prova ora, con Whireshark, vedo che le prime due richieste di registrazione al proxy vengono rifiutate (la prima va in 403 Forbidden e la seconda 401 Unauthorized ) mentre la terza va in 200 (OK) e registra correttamente.

Appena messa la fibra, la registrazione andava solo con i DNS telecom SIP (e ne sono sicuro, dato che feci delle prove incrociate) e ora invece vanno anche con DNS alternativi.

Potrebbe essere anche questo il fatto. Ci sono più server che gestiscono la registrazione dei dispositivi VoIP ai vari server in tutta Italia e che impiegano qualche giorno per propagare i record delle nuove attivazioni (clienti) agli altri registrar. Purtroppo, non essendo dentro TIM, non possiamo capire come abbiano implementato l'infrastruttura.
Certo è che trattano queste credenziali come il tesoro più importante di questo mondo, mentre i concorrenti (Messagenet, ad esempio, con cui ho un account) non si fanno problemi e permettono una gestione moooolto più semplice di tutto.

Per l'ultima questione del MAC, non ho approfondito bene la cosa e hai fatto bene a dirla. In effetti, credo sia come dici. Chi ha il Sercomm, può provare con una dei seguenti seriali https://www.adminsub.net/mac-address-finder/sercomm al posto di C4EA1D e verificare se prende l'ip o meno.

[Manny2003]

Originariamente inviato da cracker_pazzo

C'è da dire una cosa. Noi abbiamo il server del proxy, non abbiamo l'IP del Registrar, che può essere differente. Magari, per entità (città) piccole, Registrar e SIP Proxy sono un unico server mentre, per città grandi (ad esempio Roma, Milano) fanno affidamento a più server differenti.
Per questo, forse, a me con DNS Google e OpenDNS non mi autorizzava (registrava) il dispositivo alla rete ma, subito dopo aver modificato i soli record DNS con quelli 151.x.x.x e fatto un flush cache, si è connesso subito da Windows con Zoiper.

Facendo una prova ora, con Whireshark, vedo che le prime due richieste di registrazione al proxy vengono rifiutate (la prima va in 403 Forbidden e la seconda 401 Unauthorized ) mentre la terza va in 200 (OK) e registra correttamente.

Appena messa la fibra, la registrazione andava solo con i DNS telecom SIP (e ne sono sicuro, dato che feci delle prove incrociate) e ora invece vanno anche con DNS alternativi.

Potrebbe essere anche questo il fatto. Ci sono più server che gestiscono la registrazione dei dispositivi VoIP ai vari server in tutta Italia e che impiegano qualche giorno per propagare i record delle nuove attivazioni (clienti) agli altri registrar. Purtroppo, non essendo dentro TIM, non possiamo capire come abbiano implementato l'infrastruttura.
Certo è che trattano queste credenziali come il tesoro più importante di questo mondo, mentre i concorrenti (Messagenet, ad esempio, con cui ho un account) non si fanno problemi e permettono una gestione moooolto più semplice di tutto.

Per l'ultima questione del MAC, non ho approfondito bene la cosa e hai fatto bene a dirla. In effetti, credo sia come dici. Chi ha il Sercomm, può provare con una dei seguenti seriali https://www.adminsub.net/mac-address-finder/sercomm al posto di C4EA1D e verificare se prende l'ip o meno.

Ciao cracker_pazzo, è vero potrebbero esserci queste condizioni che diversificano le esperienze da utente a utente.
Per curiosità generale il primo Unauthorized del SIP in fase di registrazione dovrebbe essere da protocollo... il server risponde in questo modo per dire al client che richiede l'autenticazione.
Resta il fatto che il SIP è un protocollo standardizzato ma molto aperto e dinamico quindi potrebbe anche essere che qualche implementazione custom sia stata fatta.

Per il Sercomm appena posso faccio qualche tentativo.. il Mac mio inizia per B4A5EF, il seriale è molto lungo e purtroppo inizia proprio con un carattere speciale % . Speriamo non sia di ostacolo... è tipo %R045771320Nxxxxxxxxxx

Non appena esce il firmware nuovo con la scusa dell'update mi rimetto un po' a fare tentativi.

[Manny2003]

Ho fatto il tentativo di configurare il Voip, dato che non è ancora disponibile il firmware con la patch per il +39 ho modificato il file config a mano.
Sono riuscito a far salire la connessione PPPoE su Vlan 837 ma purtroppo niente da fare per la registrazione SIP. Le credenziali sono giuste perché da SipPhone funzionano ma da questo router niente da fare!

L'unica differenza che ho con le foto di cracker_pazzo è il "Send Caller ID" nella sezione SIP Service Provider... sotto il Bound Interface Name, che non c'è nella mia schermata. Se hai voglia cracker potresti verificare se disattivando quella spunta ti funziona ancora.. giusto per capire se questa opzione è vincolante...
Ma come mai sul mio firmware non c'è? Io sono sulla 16C0...

UPDATE:
Funziona! Ma ho dovuto utilizzare Any_WAN invece che Multi_WAN che puntava sul tunnel VoIP_TIM, ignorando di fatto la Vlan apposita Voip (che ho quindi disattivato) e facendo passare tutto tramite instradamento classico VDSL primaria... Mah!
Forse si perde come si diceva con cracker un po' di QoS lato TIM?

[Trotto@81]

Due conferme sono meglio di una.

[cracker_pazzo]

Originariamente inviato da Manny2003

Ho fatto il tentativo di configurare il Voip, dato che non è ancora disponibile il firmware con la patch per il +39 ho modificato il file config a mano.
Sono riuscito a far salire la connessione PPPoE su Vlan 837 ma purtroppo niente da fare per la registrazione SIP. Le credenziali sono giuste perché da SipPhone funzionano ma da questo router niente da fare!

L'unica differenza che ho con le foto di cracker_pazzo è il "Send Caller ID" nella sezione SIP Service Provider... sotto il Bound Interface Name, che non c'è nella mia schermata. Se hai voglia cracker potresti verificare se disattivando quella spunta ti funziona ancora.. giusto per capire se questa opzione è vincolante...
Ma come mai sul mio firmware non c'è? Io sono sulla 16C0...

UPDATE:
Funziona! Ma ho dovuto utilizzare Any_WAN invece che Multi_WAN che puntava sul tunnel VoIP_TIM, ignorando di fatto la Vlan apposita Voip (che ho quindi disattivato) e facendo passare tutto tramite instradamento classico VDSL primaria... Mah!
Forse si perde come si diceva con cracker un po' di QoS lato TIM?

Il send caller id dovrebbe essere il "mostra numero" classico. Non influenza l'instaurazione della connessione.
Ottimo che si è connesso.
Credo che non ti faccia il login tramite la 837 penso perché le credenziali non siano corrette. Il fatto che ti prenda un ip non significa che le credenziali siano giuste, dato che puoi inserire qualsiasi credenziale e viene accettata.

Prova a togliere il 108000 dopo la chiocciola e lasciare solo SERIALEDELROUTER-MACDELROUTER@aliceres.mgmt e vedi se magari funziona. Oppure, prova a verificare se te hai la 50, la 300 o la 30 mega (quel 108000 dovrebbe corrispondere al profilo della 100 mega) e sostituire 324000 per la 300, 54000 per la 50 oppure 32000 per la 30 mega nella parte SERIALE@VELOCITA.aliceres.mgmt.

[Manny2003]

Originariamente inviato da cracker_pazzo

Il send caller id dovrebbe essere il "mostra numero" classico. Non influenza l'instaurazione della connessione.
Ottimo che si è connesso.
Credo che non ti faccia il login tramite la 837 penso perché le credenziali non siano corrette. Il fatto che ti prenda un ip non significa che le credenziali siano giuste, dato che puoi inserire qualsiasi credenziale e viene accettata.

Prova a togliere il 108000 dopo la chiocciola e lasciare solo SERIALEDELROUTER-MACDELROUTER@aliceres.mgmt e vedi se magari funziona. Oppure, prova a verificare se te hai la 50, la 300 o la 30 mega (quel 108000 dovrebbe corrispondere al profilo della 100 mega) e sostituire 324000 per la 300, 54000 per la 50 oppure 32000 per la 30 mega nella parte SERIALE@VELOCITA.aliceres.mgmt.

Ciao cracker_pazzo, grazie per gli ulteriori suggerimenti.
Non sapevo che l'IP venisse assegnato nonostante la connessione potesse non essere stata autenticata. Questo potrebbe avermi tratto in inganno.
Ad ogni modo ho pensato che la connessione sulla vlan 837 fosse su dato che prima di riuscire a vederla salire ho dovuto fare diversi tentativi di login differenti.
Io ho la 100 mega quindi il 108000 dovrebbe essere corretto... e difatti, mentre tentavo di ricavare la giusta login per il mio Sercomm ho testato varie combinazioni e il tunnel PPPoE veniva rifiutato e non ottenevo IP. Sono riuscito a vedere la connessione su solo dopo aver messo SERIALEDELROUTER-MACDELROUTER@aliceres.mgmt dove MAC in realtà è solo la parte Vendor. Per questo credo che la connessione in realtà fosse su, però forzando il SIP verso la 837 non ottengo registrazione, che invece avviene immediatamente se uso la connessione di default (che per il discorso che facevamo nel mio caso ha i DNS Google).

Alla prima occasione farò qualche ulteriore test, ad ogni modo per ora anche senza VLAN dedicata sembra funzionare tutto.

[clonc]

Sembra sia uscita il VMG8924-B10D che pare essere una versione migliorata; le caratteristiche tecniche paiono essere le stesse del B10A....

[Manny2003]

Originariamente inviato da clonc

Sembra sia uscita il VMG8924-B10D che pare essere una versione migliorata; le caratteristiche tecniche paiono essere le stesse del B10A....

Interessante... peccato soltanto che però non prevede il profilo 35b...

[strassada]

mi sa che hanno messo il bcm63381 (dual core 600MHz), come nel vmg1312-b10d, chipset che lato dsl è come i precedenti, privo del supporto agli ultimi standard trasmissivi, pesenti solo nel successivo bcm63138 (restando sui Broadcom). quindi niente 35b nè tantomeno il g.fast.

gli hanno anche levato una usb (2.0), per chi gliene servisse più di una.

[clonc]

Originariamente inviato da strassada

mi sa che hanno messo il bcm63381 (dual core 600MHz), come nel vmg1312-b10d, chipset che lato dsl è come i precedenti, privo del supporto agli ultimi standard trasmissivi, pesenti solo nel successivo bcm63138 (restando sui Broadcom). quindi niente 35b nè tantomeno il g.fast.

gli hanno anche levato una usb (2.0), per chi gliene servisse più di una.

Probabile, oramai ho pensionato lo Zyxel avendo fatto richiesta del profilo 35b alla Telecom, sono in attesa del nuovo Technicolor AG EVO (DGA 4130)

[clonc]

E' uscita una nuova versione di firmware la 18C0.....

[Cabralez]

Originariamente inviato da clonc

E' uscita una nuova versione di firmware la 18C0.....

Da dove si scarica?.

[clonc]

ftp2.zyxel.com/VMG8924-B10A/firmware

Inviato dal mio SM-N9005 utilizzando Tapatalk

[Cabralez]

Originariamente inviato da clonc

ftp2.zyxel.com/VMG8924-B10A/firmware

Inviato dal mio SM-N9005 utilizzando Tapatalk

Grazie.

[giovanni69]

Originariamente inviato da MiloZ

No, ha lo stesso dello Zyxel (BCM63168). quindi niente 35b.
Per il 35b ne forniranno uno apposito quando partirà la commercializzazione della 200Mbit (maggio 2017).

Adesso che siamo quasi a settembre e sono in arrivo ufficialmente i modelli Asus ed AVM che fa Zyxel in Italia? Quel XMG5563-B10A che risulta 'backward to VDSL2/35b' non vi è traccia nel sito italiano di Zyxel (e non risulta nemmeno la parola 35b usandola come chiave di ricerca e neppure nel support center europe, se è per quello http://support.zyxel.eu/Support/3006...earchInput=35b ).

[MiloZ]

Originariamente inviato da giovanni69

Adesso che siamo quasi a settembre e sono in arrivo ufficialmente i modelli Asus ed AVM che fa Zyxel in Italia? Quel XMG5563-B10A che risulta 'backward to VDSL2/35b' non vi è traccia nel sito italiano di Zyxel (e non risulta nemmeno la parola 35b usandola come chiave di ricerca e neppure nel support center europe, se è per quello http://support.zyxel.eu/Support/3006...earchInput=35b ).

Quel modello in teoria dovrebbe supportare G.Fast\35b ma non ho capito bene se monta un SoC broadcom oppure un SoC Sckipio (come aveva accennato clonc).

[clonc]

XMG5101 dovrebbe essere il modello con chipset sckipio

http://www.zyxel.com/products_servic...specifications

mentre il VMG8823 dovrebbe essere il successore del VMG8924


http://www.zyxel.com/products_servic...specifications
Notare che il vmg8823 (compatibile profilo 35b) ha anche il voip .....chissà che chipset monta....pare essere Broadcom e se così fosse sarebbe un device molto interessante....

[MiloZ]

Originariamente inviato da clonc

XMG5101 dovrebbe essere il modello con chipset sckipio

http://www.zyxel.com/products_servic...specifications

mentre il VMG8823 dovrebbe essere il successore del VMG8924


http://www.zyxel.com/products_...MG8...specifications
Notare che il vmg8823 (compatibile profilo 35b) ha anche il voip .....chissà che chipset monta....pare essere Broadcom e se così fosse sarebbe un device molto interessante....

Interessante, sembra che Infostrada abbia iniziato a fornire in comodato proprio quell'apparecchio VMG8823[B50], forse nell'ottica di un futuro 35b.

Ancora però non lo riesco a trovare in vendita, non vorrei fosse destinato ai soli ISP.

[clonc]

Ho corretto il link relativo al VMG8823 nel mio post precedente che era stato incollato in maniera errata. Comunque il router è presente sul sito globale Zyxel.

In effetti i modem router Zyxel non appartenenti alla linea SBG sarebbero apparecchi destinati agli ISP (infatti sul sito globale si trovano all' interno del menù Service Provider) che talvolta vengono immessi anche sul mercato retail.

Il router è da poco sul sito globale (non ancora su quello italiano se ho visto bene) e spero sarà commercializzato presto anche in italia.

Se come probabile il VMG8823-B50 montasse il BCM63138 sarei tentato di acquistarlo per sostituire il technicolor nero anche se ricordo ancora con terrore come girava inizialmente il VMG8924 (l'avevo ricevuto col firmware 4C0).......