[Thread Ufficiale] AVM FRITZ!Box 7590

[marcoasso]

Originariamente inviato da ironmark99

Ah, scusa, dimenticavo... tu hai un 7590, immagino. Fatti dire come accedere alla pagina che contiene le attenuazioni suddivise per banda. Mi pare ci sia il modo. Così magari vediamo di capirci qualcosa di più della tua linea e proviamo a simulare le tue prestazioni.

Al momento è collegato il 6890 in modo da sfruttare il fallback LTE, ma mi pare praticamente identico al 7590 (che ora riposa nell'armadio). Se qualcuno mi dice come fare, lo faccio

[pietro667]

Originariamente inviato da ironmark99

Edit: Ah, scusa, dimenticavo... tu hai un 7590, immagino. Fatti dire come accedere alla pagina che contiene le attenuazioni suddivise per banda. Mi pare ci sia il modo. Così magari vediamo di capirci qualcosa di più della tua linea e proviamo a simulare le tue prestazioni.

Se non ho capito male, dovrebbe essere accessibile in questo modo:

[marcoasso]

Originariamente inviato da pietro667

Se non ho capito male, dovrebbe essere accessibile in questo modo:

Fatto. Attendo 15 minuti

[ness.uno]

Originariamente inviato da marcoasso

Quindi secondo te cose devo dirgli oggi? Solo insistere affinché ricontrollino lo stato della linea?

Ripeto, domanda al tuo amico, visto che lavora per Telecom, se può darti un aiuto, se ha la possibilità, magari se conosce la persona giusta, nel reparto tecnico Tim, le chiacchiere stanno a zero, il problema esiste è presente e per me, riguarda uno dei giunti, non credo alla ossidazione nelle striscie IDC.

[DarkNiko]

Originariamente inviato da ebeb

Ok.
Ma... Signore perdona loro 'che non sanno quello che fanno!!
Quello che ha sulla sua linea non lo sa forse neppure chi lo ha fatto... forse solo Dio. Per me quel profilo 17a chissà cos'era (cos'è) .. pur con tutti i problemi che di sicuro ha la sua linea sono troppo limitate le portanti che appaiono...
Comunque a profili/configurazioni sul DSLAM non ci vanno leggeri..
In un amen in upload sono apparse portanti, è passato da 25dB a 15dB da 3Mbit/s a 10Mbit/s e la capacità di linea è raddoppiata!!
Poi se dopo avere giocato con i profili cercassero quale possa essere l'eventuale problema/guasto alla linea..
E rimettergli dopo aver sistemato la 100/20, anziché fare come i cavalli bolsi che davanti all'ostacolo gli girano attorno...

Ho scoperto la causa dei valori di SNR. Ha l'offset a 4 su DownstreamMarginOffset, motivo per cui è forzato un aggancio a valori ben superiori a quelli dei normali profili (6 db o 12 db). Gli ho passato il config da caricare sul modem in modo da ripristinare condizioni più vicine alla normalità e, se tutto va bene, aggancerà la portante piena con valori SNR sicuramente più consoni.

[ebeb]

Originariamente inviato da ironmark99

Esatto, sempre che non ci siano chiostrine 01/32*** 01/32****, ma questo dovrebbe saperlo il tecnico, dalle planimetrie.
Essere su una chiostrina con 2 pallini ti dice solo che sei sulla seconda derivata, ma non ti dice se ce ne sono altre dopo la tua. È un po' come essere a pagina 20 di un libro: sai solo che prima ce ne sono altre 19, ma non ti dice quante ce ne siano dopo.

Edit: Ah, scusa, dimenticavo... tu hai un 7590, immagino. Fatti dire come accedere alla pagina che contiene le attenuazioni suddivise per banda. Mi pare ci sia il modo. Così magari vediamo di capirci qualcosa di più della tua linea e proviamo a simulare le tue prestazioni.

Si deve creare i dati di assistenza avanzati... crea un file .txt dove sono evidenziate le attenuazioni per banda in Up e DOWN. Poi gli faccio sapere some..
Buona giornata..

[ness.uno]

Originariamente inviato da DarkNiko

Ho scoperto la causa dei valori di SNR. Ha l'offset a 4 su DownstreamMarginOffset, motivo per cui è forzato un aggancio a valori ben superiori a quelli dei normali profili (6 db o 12 db). Gli ho passato il config da caricare sul modem in modo da ripristinare condizioni più vicine alla normalità e, se tutto va bene, aggancerà la portante piena con valori SNR sicuramente più consoni.

Visto le disconnessioni, avrà settato in impostazioni" massima stabilità" è normale che in downstramMarginoffset ti ritrovi 4.

[DarkNiko]

Originariamente inviato da ness.uno

Visto le disconnessioni, avrà settato in impostazioni" massima stabilità" è normale che in downstramMarginoffset ti ritrovi 4.

Se io metto massima stabilità sulla mia linea il margin offset rimane a 0 e si allinea sempre a 6 db !! (e non credo di essere l'unico), ma può darsi che su altre linee quel valore si alzi all'occorrenza.

[marcoasso]

Originariamente inviato da DarkNiko

Ho scoperto la causa dei valori di SNR. Ha l'offset a 4 su DownstreamMarginOffset, motivo per cui è forzato un aggancio a valori ben superiori a quelli dei normali profili (6 db o 12 db). Gli ho passato il config da caricare sul modem in modo da ripristinare condizioni più vicine alla normalità e, se tutto va bene, aggancerà la portante piena con valori SNR sicuramente più consoni.

questi i nuovi valori
https://drive.google.com/open?id=1vq...ikn52pfVwcL6fr
https://drive.google.com/open?id=1fI...MnNKuJvqdSUUKZ
https://drive.google.com/open?id=1-v...0dM-o77KzLVhjh

Originariamente inviato da ness.uno

Visto le disconnessioni, avrà settato in impostazioni" massima stabilità" è normale che in downstramMarginoffset ti ritrovi 4.

esatto

[Artiko]

Originariamente inviato da DarkNiko

Ho scoperto la causa dei valori di SNR. Ha l'offset a 4 su DownstreamMarginOffset, motivo per cui è forzato un aggancio a valori ben superiori a quelli dei normali profili (6 db o 12 db). Gli ho passato il config da caricare sul modem in modo da ripristinare condizioni più vicine alla normalità e, se tutto va bene, aggancerà la portante piena con valori SNR sicuramente più consoni.

Lato armadio DSL hanno modo di bloccare i valori anche con DownstreamMarginOffset negativi?

[marcoasso]

Originariamente inviato da ebeb

Si deve creare i dati di assistenza avanzati... crea un file .txt dove sono evidenziate le attenuazioni per banda in Up e DOWN. Poi gli faccio sapere some..
Buona giornata..

Ho fatto giusto?
https://drive.google.com/open?id=1hL...Hs1zmcel5h87dZ

[Trotto@81]

La 7.13 ha un bug lato wifi che noto io che ho programmato lo spegnimento a una determinata ora. Qualche giorno alla riattivazione la banda in ricezione dei dispositivi connessi alla 2,4 GHz rimane fissa a 2 Mbps. Lo fa anche con i repeater.

[ebeb]

Originariamente inviato da DarkNiko

Ho scoperto la causa dei valori di SNR. Ha l'offset a 4 su DownstreamMarginOffset, motivo per cui è forzato un aggancio a valori ben superiori a quelli dei normali profili (6 db o 12 db). Gli ho passato il config da caricare sul modem in modo da ripristinare condizioni più vicine alla normalità e, se tutto va bene, aggancerà la portante piena con valori SNR sicuramente più consoni.

E vabbè... ma almeno quando i tecnici, che giocano già di loro, stanno lavorandoci non sarebbe il caso di evitare di giocarci sopra. Il risultato di tali operazioni a casus è quello che nei manuali System Reference IBM era riportato come "the result of this operation may be unpredictable"

Ecco. questa una delle occasioni nelle quali tifo al 1000% per AVM e il suo obiettivo di NON rendere possibile l'utilizzo di FBeditor e simili.
Io mi metto nei panni di quel tecnico già confuso, magari, di suo che cerca di trovare le ragioni di una linea malmessa e dall'altra parte uno che gioca con le impostazioni del modem perché lo ha letto in un forum.. Ma gli collego la trifase sulla linea....!!

[pietro667]

Originariamente inviato da marcoasso

Ho fatto giusto?
https://drive.google.com/open?id=1hL...Hs1zmcel5h87dZ

non so... immagino che siano i dati dalla linea 3140 in avanti (DSL Spectrum)...
Ma saranno gli esperti a dare il responso. Io sono solo un supporto di primo livello...
Secondo e terzo livello sono ben più capaci di me (e ci vuole poco ad esserlo...) ;-)

[pietro667]

Originariamente inviato da ebeb

E vabbè... ma almeno quando i tecnici, che giocano già di loro, stanno lavorandoci non sarebbe il caso di evitare di giocarci sopra. Il risultato di tali operazioni a casus è quello che nei manuali System Reference IBM era riportato come "the result of this operation may be unpredictable"

...o che sovente, nelle note di accompagnamento di una certa patch sviluppata per cercare di risolvere problemi vari, era indicata come da "do not apply on production systems" ...

Ecco. questa una delle occasioni nelle quali tifo al 1000% per AVM e il suo obiettivo di NON rendere possibile l'utilizzo di FBeditor e simili.
Io mi metto nei panni di quel tecnico già confuso, magari, di suo che cerca di trovare le ragioni di una linea malmessa e dall'altra parte uno che gioca con le impostazioni del modem perché lo ha letto in un forum.. Ma gli collego la trifase sulla linea....!!

...dal tuo punto di vista, non fa una piega.
Peraltro, FBeditor (o analogo tool) messo in mano a chi sa come e cosa fare, potrebbe essere un buon sistema per il produttore per abbreviare i tempi di risoluzione dei problemi...
Una fastpath per i fix...

[dmann9999]

Originariamente inviato da ebeb

E vabbè... ma almeno quando i tecnici, che giocano già di loro, stanno lavorandoci non sarebbe il caso di evitare di giocarci sopra. Il risultato di tali operazioni a casus è quello che nei manuali System Reference IBM era riportato come "the result of this operation may be unpredictable"

Ecco. questa una delle occasioni nelle quali tifo al 1000% per AVM e il suo obiettivo di NON rendere possibile l'utilizzo di FBeditor e simili.
Io mi metto nei panni di quel tecnico già confuso, magari, di suo che cerca di trovare le ragioni di una linea malmessa e dall'altra parte uno che gioca con le impostazioni del modem perché lo ha letto in un forum.. Ma gli collego la trifase sulla linea....!!

quoto quasi al 100 %, magari il trifase no , al massimo il 220

[DarkNiko]

Originariamente inviato da ebeb

E vabbè... ma almeno quando i tecnici, che giocano già di loro, stanno lavorandoci non sarebbe il caso di evitare di giocarci sopra. Il risultato di tali operazioni a casus è quello che nei manuali System Reference IBM era riportato come "the result of this operation may be unpredictable"

Perdonami ma non sono minimamente d'accordo. Una linea normale, su un qualsivoglia modem altrettanto normale, non impone alcun offset lato downstream. O ti allinei a 6 db o ti allinei a 12 db. Che possano poi intervenire fattori esterni e legati a piccole oscillazioni di segnale è un altro paio di maniche. Per me collegare una linea DSL ad un modem che ha una impostazione non "standard", cioè un offset positivo sul download, falsifica la misura. La cosa migliore sarebbe stata di collegarci un TIM HUB o modem senza tweak o alterazioni della linea. Per cui non ho fatto alcun gioco se non quello di riportargli l'allineamento a valori "normali" !!!.

Questo, peraltro, dovrebbe favorire il tecnico più che danneggiarlo o rendergli la vita più difficile.

Ecco. questa una delle occasioni nelle quali tifo al 1000% per AVM e il suo obiettivo di NON rendere possibile l'utilizzo di FBeditor e simili.
Io mi metto nei panni di quel tecnico già confuso, magari, di suo che cerca di trovare le ragioni di una linea malmessa e dall'altra parte uno che gioca con le impostazioni del modem perché lo ha letto in un forum.. Ma gli collego la trifase sulla linea....!!

AVM non ha mai reso impossibile l'utilizzo di FBEditor per la semplice ragione che è proprio il rapporto avanzato della diagnosi del modem a generare il config su cui, non a caso, è possibile agire (nel bene o nel male). La cosa può non piacerti ma è così, quindi evitiamo di dire che AVM ha l'obiettivo di rendere impossibile l'uso di FBEditor, perché se così fosse non avrebbe alcun senso generare un config con una voce editabile e inequivocabile quale "DownstreamMarginOffset". Se tale valore esiste ed è modificabile sia verso valori positivi che negativi, significa che tale modifica è prevista ed è consentita, inutile girarci intorno.

Il mio intento era ed è sempre quello di aiutare non di creare casini. Se poi ho sbagliato allora me ne starò buono la prossima volta.

[ebeb]

Originariamente inviato da pietro667

...o che sovente, nelle note di accompagnamento di una certa patch sviluppata per cercare di risolvere problemi vari, era indicata come da "do not apply on production systems" ...

...dal tuo punto di vista, non fa una piega.
Peraltro, FBeditor (o analogo tool) messo in mano a chi sa come e cosa fare, potrebbe essere un buon sistema per il produttore per abbreviare i tempi di risoluzione dei problemi...
Una fastpath per i fix...

Originariamente inviato da dmann9999

quoto quasi al 100 %, magari il trifase no , al massimo il 220

Che questa è (era) una delle ragioni per le quali Tim imponeva il proprio modem. Ed è ora una della principali ragioni per le quali chi come dice Pietro sa cosa fare dove mettere il naso e le mani e non gioca di trova in caso di problemi (veri) alla linea costretto ad un calvario prima di vedere un tecnico o prima che il tecnico ci metta le mani.

[ebeb]

Originariamente inviato da marcoasso

Ho fatto giusto?
https://drive.google.com/open?id=1hL...Hs1zmcel5h87dZ

OK..

i dati di download...

DS Max Rate: 54000
DS Min Rate: 1080
DS Attainable: 54231
DS Delay: 0
DS INP: 102.3
DS Trellis: 0
DS Bitswap: 0
DS Bitswap Cnt: 0
DS Margin (dB): 8
DS Margin per Band (0.1dB): 8,8,-63,-63,-63
DS Attenuation (dB): 19
DS Attenuation per Band (0.1dB): 14,37,65,127,127
DS Powercutback: 0
DS SRA: 0
DS SRA Cnt: 0
DS ES: 0
DS SES: 0
DS total CRC: 0
DS total FEC: 0
DS CRC per Minute (0.01): 0
DS FEC per Minute (0.01): 0
DS CRC 15 Minutes (0.01): 0
DS FEC 15 Minutes (0.01): 0
DS RTX active: 1
DS RTX used: RTX in use
DS RTX intra DTU ilv active: 1
DS RTX INP against REIN: 0
DS RTX expected throughput (kbit/s): 47321
DS RTX min error free throughput (kbit/s): 53927
DS RTX uncorrected DTUs: 0
DS RTX corrected DTUs: 16
DS RTX retransmitted DTUs: 0
DS RTX Uncorrected per Minute (0.01): 0
DS RTX Corrected per Minute (0.01): 266
DS RTX Uncorrected 15 Minutes (0.01): 0
DS RTX Corrected 15 Minutes (0.01): 16




e quelli di upload


US Max Rate: 10800
US Min Rate: 0
US Attainable: 23655
US Delay: 0
US INP: 102.3
US Trellis: 0
US Bitswap: 0
US Bitswap Cnt: 0
US Margin (dB): 15
US Margin per Band(0.1dB): 15,15,16,-63,-63
US Attenuation (dB): 37
US Attenuation per Band (0.1dB): 6,29,49,64,127
US Powercutback: 0
US SRA: 0
US SRA Cnt: 0
US ES: 0
US SES: 0
US total CRC: 0
US total FEC: 0
US CRC per Minute: 0
US FEC per Minute: 0
US CRC 15 Minutes: 0
US FEC 15 Minutes: 0
US RTX active: 1
US RTX used: RTX in use
US RTX intra DTU ilv active: 1
US RTX INP against REIN: 0
US RTX expected throughput (kbit/s): 9455
US RTX min error free throughput (kbit/s): 10797
US RTX uncorrected DTUs: 396651
US RTX corrected DTUs: 130684
US RTX retransmitted DTUs: 37087
US RTX Uncorrected per Minute (0.01): 6610850
US RTX Corrected per Minute (0.01): 2178066
US RTX Uncorrected 15 Minutes (0.01): 396651
US RTX Corrected 15 Minutes (0.01): 130684



++++

G.Hs Toneset: B43
PSD Submode Mask:
L2: 0
L2_act: 0

VDSL2 Bandplan: 0
VDSL2 Profile: 17a
VDSL2 US0 Type: 1
VDSL2 AELE mode: 2
kl0: 150
kl0 per band: 136,151,169,2048,2048
UPBO Param a: 0,4730,5400,0,0
UPBO Param b: 0,2114,1629,0,0






ed anche per il Vectoring.. Attivo


VDSL2 US GVECT: 2
VDSL2 DS GVECT: 2
VDSL2 US GVECT FDPS: -1
VDSL2 GVECT error sample packets request: 588
VDSL2 GVECT error sample packets send: 1176
VDSL2 GVECT error sample packets drop: 0
VDSL2 GVECT error sample packets size: 2112

[ebeb]

Originariamente inviato da DarkNiko

Perdonami ma non sono minimamente d'accordo. Una linea normale, su un qualsivoglia modem altrettanto normale, non impone alcun offset lato downstream. O ti allinei a 6 db o ti allinei a 12 db. Che possano poi intervenire fattori esterni e legati a piccole oscillazioni di segnale è un altro paio di maniche. Per me collegare una linea DSL ad un modem che ha una impostazione non "standard", cioè un offset positivo sul download, falsifica la misura. La cosa migliore sarebbe stata di collegarci un TIM HUB o modem senza tweak o alterazioni della linea. Per cui non ho fatto alcun gioco se non quello di riportargli l'allineamento a valori "normali" !!!.

Questo, peraltro, dovrebbe favorire il tecnico più che danneggiarlo o rendergli la vita più difficile.



AVM non ha mai reso impossibile l'utilizzo di FBEditor per la semplice ragione che è proprio il rapporto avanzato della diagnosi del modem a generare il config su cui, non a caso, è possibile agire (nel bene o nel male). La cosa può non piacerti ma è così, quindi evitiamo di dire che AVM ha l'obiettivo di rendere impossibile l'uso di FBEditor, perché se così fosse non avrebbe alcun senso generare un config con una voce editabile e inequivocabile quale "DownstreamMarginOffset". Se tale valore esiste ed è modificabile sia verso valori positivi che negativi, significa che tale modifica è prevista ed è consentita, inutile girarci intorno.

Il mio intento era ed è sempre quello di aiutare non di creare casini. Se poi ho sbagliato allora me ne starò buono la prossima volta.

Se pensi che il mio intervento sia contro di te... hai sbagliato in pieno!!
Certo che è possibile intervenire sui file config.. allo stessa stregua se sai dove come e perché metterci le mani anche nei sistemi operativi.
Ma se modifichi con regedit i valori di registro di Windows e poi il sistema non parte più ... sai con chi prendertela..
In fase di interventi di sistema mi ricordo ad esempio di modifiche ai contenuti HEX di valori nei segmenti di database DL1 su mainframe.
Ma non si deve fare!!