[Thread Ufficiale] AVM FRITZ!Box 7590 - Pagina 457

giovanni69 · 28-01-2019, 20:05

Beh, è un grafico orario di rilevazioni; non è certo puntuale. Ieri sera alle 21 era un po' critico a 4 dB SNRm ma ha tenuto. La sincronizzazione delle 16 è il risultato di una disconnessione voluta, effettuata per cambiare le impostazioni sul Fritz o è stata spontanea? Quegli errori non correggibili può essere anche una piantana con dimmer /alimentatore cinese... per quel che vale... Tempo fa avevo postato un video in cui creavo CRC a comando accendendo e spegnendo una lampada. Per questo è buona cosa vedere cercare di escludere quelle fonti potenziali di disturbo.

Carmine59 · 28-01-2019, 20:09

Quote:

Originariamente inviato da giovanni69

Beh, è un grafico orario di rilevazioni; non è certo puntuale. Ieri sera alle 21 era un po' critico a 4 dB SNRm ma ha tenuto. La sincronizzazione delle 16 è il risultato di una disconnessione voluta, effettuata per cambiare le impostazioni sul Fritz o è stata spontanea?

No spontanea, percio' non riesco a capire. D'altra parte anche con il Tim Hub nel pomeriggio e in serata noto sempre una riduzione del SRN però al massimo fino a 5.5 senza disconnessioni. Oggi dopo la risincronizzazione ho spostato i primi tre cursori verso sinistra e al momento vedo 0 errori.Mi conviene tenerlo attaccato cosi?

giovanni69 · 28-01-2019, 20:13

Verso sinistra è tutto più conservativo, no? Quindi mi viene da dire...meglio in termini di stabilità. Si tratta di vedere se davvero è abbastanza per evitare disconnessioni. 5.5 è una soglia accettabilissima che non mette a rischio la linea, in condizioni normali.
Il problema è che vedere che nell'intorno delle 16 c'è stata una disconnessione pur con un apparente 7 dB SNRm ed in presenza di CRC... l'info è troppo generale per dirci qualcosa di ciò che è davvero successo (in realtà chissà a che ora e con che condizioni di SNRm è avvenuta la re-sincronizzazione). Ci vorrebbe un sistema di monitoraggio su Lantiq che si appoggiasse al telnet per vedere di sfruttare un DSLStats..
FBEditor su vecchie versioni di fw ricordo che ne permetteva l'accesso. Poi fu castrato.
Non conosco adesso la situazione in termini di flessibilità del Fritz per un monitoraggio serio della linea, ovvero sub-minuto.

Oppure dovresti vedere se per caso le situazioni critiche si sviluppano anche con il Tim Hub, utilizzando il DGALog di vanel86 oppure con Tim Hub sbloccato ti si apre il mondo di DSLstats grazie al telnet disponibile. potresti scoprire che ci sono ugualmente, magari in certi orari (torna qualcuno nel palazzo ed aziona l'ascensore?!...) ma il Tim Hub ce la fa ugualmente a gestirle. Devi andare per tentativi in modo sistematico.

Carmine59 · 28-01-2019, 20:19

Quote:

Originariamente inviato da giovanni69

Verso sinistra è tutto più conservativo, no? Si tratta di vedere se davvero è abbastanza per evitarle.

Il problema è che vedere che nell'intorno delle 16 c'è stata una disconnessione pur con un apparente 7 dB SNRm ed in presenza di CRC... l'info è troppo generale per dirci qualcosa. Ci vorrebbe un sistema di monitoraggio su Lantiq che si appoggiasse al telnet per vedere di sfruttare un DSLStats..
FBEditor su vecchie versioni di fw ricordo che ne permetteva l'accesso. Poi fu castrato.
Non conosco adesso la situazione in termini di flessibilità del Fritz per un monitoraggio serio della linea, ovvero sub-minuto.

Piu' conservativo non lo so, perche' riducendo a sinistra i cursori mi sarei aspettato una riduzione della velocita' e invece accade il contrario. Prima ero a 105/20M, dopo e ancora adesso viaggio a 112/20.

https://ibb.co/BrQJNZ5

giovanni69 · 28-01-2019, 20:26

Conservativo in termini di 'stabilità'; riagganciare in tempi diversi con condizioni diverse della linea, e con settings diversi, ci sono troppe bocce che si muovono...per fare il confronto 105 vs 112. Se non hai pazienza, chiama Tim, ti fai mettere un bel 12 dB SOS, perdi i tuoi 20Mbps e poi speri che il driver del Fritz sia in grado di gestirlo al meglio (SOS deve essere gestito dal driver dispositivo, pure, non solo dall'ONU. Vecchi driver pur di Broadcom non lo erano, giusto per intenderci..).

Anzi, qualcuno ha voglia di scrivere ad AVM per chiedere se il driver nel fw attuale è compatibile con SOS (Save Our Showtime)?

Carmine59 · 28-01-2019, 20:40

Quote:

Originariamente inviato da giovanni69

Conservativo in termini di 'stabilità'; riagganciare in tempi diversi con condizioni diverse della linea, e con settings diversi, ci sono troppe bocce che si muovono...per fare il confronto 105 vs 112. Se non hai pazienza, chiama Tim, ti fai mettere un bel 12 dB SOS, perdi i tuoi 20Mbps e poi speri che il driver del Fritz sia in grado di gestirlo al meglio (SOS deve essere gestito dal driver dispositivo, pure, non solo dall'ONU. Vecchi driver pur di Broadcom non lo erano, giusto per intenderci..).

Anzi, qualcuno ha voglia di scrivere ad AVM per chiedere se il driver nel fw attuale è compatibile con SOS (Show Our Showtime)?

Chiamare Tim e' come prospettare una navigazione con mare forza 10

e il sottoscritto ne sa qualcosa dopo il primo inconveniente (v. 10 gennaio.SOS e discussioni continue con il 187). Da esaurimento nervoso. Per il momento lascio le cose cosi come stanno e incrocio le dita. Inviero' una mail con allegati i log e vedremo cosa rispondera' AVM. Nel frattempo ti ringrazio per la disponibilita' e per la grande pazienza

DLINKO · 28-01-2019, 20:43

Quote:

Originariamente inviato da Carmine59

Piu' conservativo non lo so, perche' riducendo a sinistra i cursori mi sarei aspettato una riduzione della velocita' e invece accade il contrario. Prima ero a 105/20M, dopo e ancora adesso viaggio a 112/20.

https://ibb.co/BrQJNZ5

Carmine, prova a portare alla massima stabilità, solamente il primo in basso, praticamente quello dell'UPLOAD.

giovanni69 · 28-01-2019, 21:35

Quote:

Originariamente inviato da DLINKO

[...] il primo in basso, praticamente quello dell'UPLOAD.

Carmine59 · 28-01-2019, 21:53

Al momento preferisco non muovere nulla, anche perche' con questa combinazione (una posizione verso sinistra dei primi 3 parametri) vedo 0 errori dopo circa 5 ore di connessione.

Direzione di ricezione Direzione di invio
Velocità di trasferimento DSLAM max. kbit/s 216000 21600
Velocità di trasferimento DSLAM min. kbit/s 1080 -
Capacità della linea kbit/s 112183 30551
Velocità di trasferimento attuale kbit/s 112183 21599
Adattamento continuo della velocità off off

Latenza fast fast
Protezione da disturbo impulsivo (INP) 93 102.3
G.INP attivata attivata

Margine rapporto segnale-rumore dB 6 9
Scambio di bit (bitswap) attivata attivata
Attenuazione di linea dB 22 27
lunghezza approssimativa della linea m 488

Profilo 35b
G.Vector off off

Record di supporto B43 B43

La qual cosa mi induce a pensare a qualcosa che provoca interferenze in maniera repentina e non contiuativa

chiccolinodr · 29-01-2019, 10:58

ciao ragazzi buongiorno, una domanda non capisco perchè non arriva più a banda piena la portante, ho notato questo da quando si è aggiornato al firmware 7.01 credo, voi cosa ne pensate? grazie mille

Robydriver · 29-01-2019, 11:33

Dovresti confrontare i valori di linea che avevi allora.
Sono mille i fattori che possono portare ad un peggioramento della banda nel tempo.
Non ultimo il livello di intasamento della centrale con i provider che "spingono" sempre più gente a passare alla fibra e quindi la fetta di torta diventa più piccola.
Non dimentichiamo che anche le centrali hanno un limite nella banda che possono gestire.
Piuttosto che un degrado nell'impianto dovuto ad infiltrazioni,nuove connessioni adiacenti,diafonia,ecc. ecc.
E su un profilo 200/20 non è male la tua connessione...anzi...

Dichy · 29-01-2019, 11:52

Quote:

Originariamente inviato da chiccolinodr

ciao ragazzi buongiorno, una domanda non capisco perchè non arriva più a banda piena la portante, ho notato questo da quando si è aggiornato al firmware 7.01 credo, voi cosa ne pensate? grazie mille

--cut--

La tua linea per certi versi assomiglia alla mia, come giustamente Robydriver ti ha suggerito dovresti vedere come erano i valori prima.
Secondo me prima avevi un "Margine rapporto segnale-rumore" superiore.
Io da 8 sono passato a 6 e da quel momento addio bnada piena, diafonia comunque :-)

ness.uno · 29-01-2019, 12:21

Quote:

Originariamente inviato da chiccolinodr

ciao ragazzi buongiorno, una domanda non capisco perchè non arriva più a banda piena la portante, ho notato questo da quando si è aggiornato al firmware 7.01 credo, voi cosa ne pensate? grazie mille

Hai provato a settare in "Impostazione di linea" Utilizzare versione DSL precedente?

chiccolinodr · 29-01-2019, 13:04

Quote:

Originariamente inviato da Dichy

La tua linea per certi versi assomiglia alla mia, come giustamente Robydriver ti ha suggerito dovresti vedere come erano i valori prima.
Secondo me prima avevi un "Margine rapporto segnale-rumore" superiore.
Io da 8 sono passato a 6 e da quel momento addio bnada piena, diafonia comunque :-)

Quote:

Originariamente inviato da Robydriver

Dovresti confrontare i valori di linea che avevi allora.
Sono mille i fattori che possono portare ad un peggioramento della banda nel tempo.
Non ultimo il livello di intasamento della centrale con i provider che "spingono" sempre più gente a passare alla fibra e quindi la fetta di torta diventa più piccola.
Non dimentichiamo che anche le centrali hanno un limite nella banda che possono gestire.
Piuttosto che un degrado nell'impianto dovuto ad infiltrazioni,nuove connessioni adiacenti,diafonia,ecc. ecc.
E su un profilo 200/20 non è male la tua connessione...anzi...

Quote:

Originariamente inviato da ness.uno

Hai provato a settare in "Impostazione di linea" Utilizzare versione DSL precedente?

grazie per le risposte ragazzi, si più o meno i valori erano questi, eccovi un immagine, ho provato a mettere su annex a e mettere i tre pallini sulla sinistra la prima voce margine di rumore l'ho sempre lasciata su massima prestazione....

fabio336 · 29-01-2019, 13:10

è un normale degrado di linea causato dai disturbi delle altre coppie...

io ho la tua stessa attenuazione e aggancio 176Mbps
in passato prendevo tranquillamente 205Mbps...

per questa schermata:
https://i.ibb.co/bR3sPpz/Immagine.png
Va benissimo Annex B
prova solo a spostare Stabilità di disturbo impulsivo (INP) su Massima Stabilità

massie · 29-01-2019, 13:18

QUOTE=mackillers;46032909]Perdonami ma non ti seguo, quale dato dalla TIM dovrei inserire.[/quote]

I paramentri li prendi così https://www.ilsoftware.it/articoli.a...uperarli_18401
Il problema è Il SIP Outbound Proxy che è espresso nella forma di FQDN (Fully Qualified Domain Name) e l'attuale fw del fritz (senza modifiche) non lo prende.
La risoluzione di tale FQDN deve essere effettuata mediante una query DNS di tipo NAPTR/SRV, come previsto da RFC3263 (Locating Sip Server).
Per tale risoluzione devono essere utilizzati i server DNS di TIM
La procedura è del link di cui sopra e nel fritz metti l'ip che viene fuori

massie · 29-01-2019, 13:23

[quote=mackillers;46034282]
il tecnico TIM in teleassistenza si è limitato a fare tutto come ho fatto io ma ha cambiato il dato
OutboundProxy: d55s4.co.imsw.telecomitalia.it
con un indirizzo numerico di tipo: X.XX.XXX.XX[quote]

Che appunto secondo me rimane la procedura migliore e una volta fatto non da problemi con altri dns

papugo1980 · 29-01-2019, 13:58

In fase di allineamento nel registro ce questo evento:
Sulla linea DSL è stata rilevata un'interferenza del segnale dovuta a un cablaggio non corretto. Verificate se ci sono deviazioni o più distribuzioni sulla vostra linea. La deviazione ha una lunghezza di 55 metri. Questa deviazione provoca una perdita di circa 36691 kbit/s.

Siccome domani viene il tecnico per allacciarmi a TIM,(ora ho infostrada) che gli dico? È vera questa cosa?

Pedro777 · 29-01-2019, 14:14

Quote:

Originariamente inviato da papugo1980

In fase di allineamento nel registro ce questo evento:

Sulla linea DSL è stata rilevata un'interferenza del segnale dovuta a un cablaggio non corretto. Verificate se ci sono deviazioni o più distribuzioni sulla vostra linea. La deviazione ha una lunghezza di 55 metri. Questa deviazione provoca una perdita di circa 36691 kbit/s.

Siccome domani viene il tecnico per allacciarmi a TIM,(ora ho infostrada) che gli dico? È vera questa cosa?

Oggi, per la prima volta, è uscito anche a me questo messaggio...

MorrisADsl · 29-01-2019, 14:14

Quote:

Originariamente inviato da papugo1980

In fase di allineamento nel registro ce questo evento:

Sulla linea DSL è stata rilevata un'interferenza del segnale dovuta a un cablaggio non corretto. Verificate se ci sono deviazioni o più distribuzioni sulla vostra linea. La deviazione ha una lunghezza di 55 metri. Questa deviazione provoca una perdita di circa 36691 kbit/s.

Siccome domani viene il tecnico per allacciarmi a TIM,(ora ho infostrada) che gli dico? È vera questa cosa?

Una derivazione, a me lo da ma in cantina abbiamo la chiostrina condominiale.

Inviato dal mio SM-N960F utilizzando Tapatalk

28-01-2019, 20:05	#9121
giovanni69 Senior Member Iscritto dal: Jun 2005 Messaggi: 23685	Beh, è un grafico orario di rilevazioni; non è certo puntuale. Ieri sera alle 21 era un po' critico a 4 dB SNRm ma ha tenuto. La sincronizzazione delle 16 è il risultato di una disconnessione voluta, effettuata per cambiare le impostazioni sul Fritz o è stata spontanea? Quegli errori non correggibili può essere anche una piantana con dimmer /alimentatore cinese... per quel che vale... Tempo fa avevo postato un video in cui creavo CRC a comando accendendo e spegnendo una lampada. Per questo è buona cosa vedere cercare di escludere quelle fonti potenziali di disturbo. Ultima modifica di giovanni69 : 28-01-2019 alle 20:09.

28-01-2019, 20:13	#9123
giovanni69 Senior Member Iscritto dal: Jun 2005 Messaggi: 23685	Verso sinistra è tutto più conservativo, no? Quindi mi viene da dire...meglio in termini di stabilità. Si tratta di vedere se davvero è abbastanza per evitare disconnessioni. 5.5 è una soglia accettabilissima che non mette a rischio la linea, in condizioni normali. Il problema è che vedere che nell'intorno delle 16 c'è stata una disconnessione pur con un apparente 7 dB SNRm ed in presenza di CRC... l'info è troppo generale per dirci qualcosa di ciò che è davvero successo (in realtà chissà a che ora e con che condizioni di SNRm è avvenuta la re-sincronizzazione). Ci vorrebbe un sistema di monitoraggio su Lantiq che si appoggiasse al telnet per vedere di sfruttare un DSLStats.. FBEditor su vecchie versioni di fw ricordo che ne permetteva l'accesso. Poi fu castrato. Non conosco adesso la situazione in termini di flessibilità del Fritz per un monitoraggio serio della linea, ovvero sub-minuto. Oppure dovresti vedere se per caso le situazioni critiche si sviluppano anche con il Tim Hub, utilizzando il DGALog di vanel86 oppure con Tim Hub sbloccato ti si apre il mondo di DSLstats grazie al telnet disponibile. potresti scoprire che ci sono ugualmente, magari in certi orari (torna qualcuno nel palazzo ed aziona l'ascensore?!...) ma il Tim Hub ce la fa ugualmente a gestirle. Devi andare per tentativi in modo sistematico. Ultima modifica di giovanni69 : 28-01-2019 alle 21:41.

28-01-2019, 20:26	#9125
giovanni69 Senior Member Iscritto dal: Jun 2005 Messaggi: 23685	Conservativo in termini di 'stabilità'; riagganciare in tempi diversi con condizioni diverse della linea, e con settings diversi, ci sono troppe bocce che si muovono...per fare il confronto 105 vs 112. Se non hai pazienza, chiama Tim, ti fai mettere un bel 12 dB SOS, perdi i tuoi 20Mbps e poi speri che il driver del Fritz sia in grado di gestirlo al meglio (SOS deve essere gestito dal driver dispositivo, pure, non solo dall'ONU. Vecchi driver pur di Broadcom non lo erano, giusto per intenderci..). Anzi, qualcuno ha voglia di scrivere ad AVM per chiedere se il driver nel fw attuale è compatibile con SOS (Save Our Showtime)? Ultima modifica di giovanni69 : 09-12-2019 alle 17:59.

28-01-2019, 21:53	#9129
Carmine59 Senior Member Iscritto dal: Jan 2015 Messaggi: 1166	Al momento preferisco non muovere nulla, anche perche' con questa combinazione (una posizione verso sinistra dei primi 3 parametri) vedo 0 errori dopo circa 5 ore di connessione. Direzione di ricezione Direzione di invio Velocità di trasferimento DSLAM max. kbit/s 216000 21600 Velocità di trasferimento DSLAM min. kbit/s 1080 - Capacità della linea kbit/s 112183 30551 Velocità di trasferimento attuale kbit/s 112183 21599 Adattamento continuo della velocità off off Latenza fast fast Protezione da disturbo impulsivo (INP) 93 102.3 G.INP attivata attivata Margine rapporto segnale-rumore dB 6 9 Scambio di bit (bitswap) attivata attivata Attenuazione di linea dB 22 27 lunghezza approssimativa della linea m 488 Profilo 35b G.Vector off off Record di supporto B43 B43 La qual cosa mi induce a pensare a qualcosa che provoca interferenze in maniera repentina e non contiuativa Ultima modifica di Carmine59 : 28-01-2019 alle 21:56.

29-01-2019, 10:58	#9130
chiccolinodr Senior Member Iscritto dal: Aug 2007 Città: Lanciano Messaggi: 4319	ciao ragazzi buongiorno, una domanda non capisco perchè non arriva più a banda piena la portante, ho notato questo da quando si è aggiornato al firmware 7.01 credo, voi cosa ne pensate? grazie mille __________________ CASE ZALMAN Z3 PLUS BLACK CPU Amd Ryzen 7 3800X Box AM4 (3,600GHz) Main ASRock AB350 Pro4 AM4 RAM DIMM DDR4 16GB Adata 3000 C16 Flame GPU Amd RX 6600 PSU550W Evga B3 HD SSD Samsung 980 PRO 1 TB CON DISSI DISSI Arctic Freezer 33

29-01-2019, 11:33	#9131
Robydriver Senior Member Iscritto dal: Mar 2007 Città: Torino Messaggi: 8984	Dovresti confrontare i valori di linea che avevi allora. Sono mille i fattori che possono portare ad un peggioramento della banda nel tempo. Non ultimo il livello di intasamento della centrale con i provider che "spingono" sempre più gente a passare alla fibra e quindi la fetta di torta diventa più piccola. Non dimentichiamo che anche le centrali hanno un limite nella banda che possono gestire. Piuttosto che un degrado nell'impianto dovuto ad infiltrazioni,nuove connessioni adiacenti,diafonia,ecc. ecc. E su un profilo 200/20 non è male la tua connessione...anzi... __________________ Quali vga sono compatibili con Acer 5920g? CLICCA QUI ,2 parole su COPPER-MOD/PAD VRAM? QUI ,2 sulla dissipazione? QUI ,2 parole su bios mod Acer 5920g,procedura di flash al buio e crisis disk CLICCA QUI win8/10 problemi di driver/wlan? QUI QUIeQUIpython per l'estrazione dati voip non va?PROVA QUI

29-01-2019, 13:10	#9135
fabio336 Senior Member Iscritto dal: Feb 2007 Città: Guidonia Montecelio (Rm) Messaggi: 7527	è un normale degrado di linea causato dai disturbi delle altre coppie... io ho la tua stessa attenuazione e aggancio 176Mbps in passato prendevo tranquillamente 205Mbps... per questa schermata: https://i.ibb.co/bR3sPpz/Immagine.png Va benissimo Annex B prova solo a spostare Stabilità di disturbo impulsivo (INP) su Massima Stabilità __________________ Il mio pc: Corsair HX750W \| Fractal Define R5 \| Gigabyte GA-H170-D3HP \| intel I7-6700 \| Cryorig H7 \| 2x8GB G.Skill Ripjaws V \| Gigabyte GTX 1060 3GB \| Samsung 970 EVO Plus 500GB \| Crucial MX500 1TB \| WD Blue 1 TB \| WD Green 2TB \| HP 24er \| Logitech X-230 \| Brother MFC-J615W \| Synology DS212+ /WD Red 3TB \| FRITZ!Box 7590 \| FTTH TIM 2,5Gbps

29-01-2019, 13:18	#9136
massie Senior Member Iscritto dal: Jun 2006 Messaggi: 527	QUOTE=mackillers;46032909]Perdonami ma non ti seguo, quale dato dalla TIM dovrei inserire.[/quote] I paramentri li prendi così https://www.ilsoftware.it/articoli.a...uperarli_18401 Il problema è Il SIP Outbound Proxy che è espresso nella forma di FQDN (Fully Qualified Domain Name) e l'attuale fw del fritz (senza modifiche) non lo prende. La risoluzione di tale FQDN deve essere effettuata mediante una query DNS di tipo NAPTR/SRV, come previsto da RFC3263 (Locating Sip Server). Per tale risoluzione devono essere utilizzati i server DNS di TIM La procedura è del link di cui sopra e nel fritz metti l'ip che viene fuori

29-01-2019, 13:23	#9137
massie Senior Member Iscritto dal: Jun 2006 Messaggi: 527	[quote=mackillers;46034282] il tecnico TIM in teleassistenza si è limitato a fare tutto come ho fatto io ma ha cambiato il dato OutboundProxy: d55s4.co.imsw.telecomitalia.it con un indirizzo numerico di tipo: X.XX.XXX.XX[quote] Che appunto secondo me rimane la procedura migliore e una volta fatto non da problemi con altri dns

29-01-2019, 13:58	#9138
papugo1980 Senior Member Iscritto dal: Dec 2016 Messaggi: 3897	In fase di allineamento nel registro ce questo evento: Sulla linea DSL è stata rilevata un'interferenza del segnale dovuta a un cablaggio non corretto. Verificate se ci sono deviazioni o più distribuzioni sulla vostra linea. La deviazione ha una lunghezza di 55 metri. Questa deviazione provoca una perdita di circa 36691 kbit/s. Siccome domani viene il tecnico per allacciarmi a TIM,(ora ho infostrada) che gli dico? È vera questa cosa?

Strumenti
Mostra una versione stampabile Invia questa pagina per email