[FTTC] TIM FTTC - Pre-installazione linea (info/richieste/prezzi/FAQ)

[metal master]

Originariamente inviato da Lollowitz

Si ovviamente lo so...non sarei venuto qui per un problema momentaneo o di un gioco a se che funziona male.Ovviamente se ho deciso di chiedere aiuto è perchè le ho provate tutte e il problema non si verifica solo in un gioco o in una piattaforma.Senza contare che gioco sugli stessi server di prima,con lo stesso pc di prima,lo stesso minitor etc etc,l'unica cosa a cambiare è la linea appunto.
Ripeto per chiarire che la sensazione in gioco è come quando si ha una ADSL normale SENZA fastpath.Ovvero la sensazione è quella del ping alto (tanto per farvi capire,a me a volte anche le animazioni del mio personaggio nel fare cose come il lancio delle granate vanno in ritardo rispetto alla pressione del tasto stesso lol,robe assurde da oltre 200 di ping).Poi facendo i test invece è tutto ok...risulta giusto,tutto nella norma.Anche giocando col il cmd aperto e ping su diversi servizi...in quei momenti in cui ho questi ritardi in gioco il ping è perfetto...non ha strani sbalzi o cose strane.Questo per dirvi che non è un problema di banda utilizzata da qualcosa insomma.Questa sensazione di "lag/ritardo" è presente per tutta la partita in momenti diversi,su ogni gioco e su diverse piattaforme e si nota principalmente negli fps perchè solo in questi giochi è richiesto appunto uno scambio di dati diciamo "più lineare/stabile/veloce possibile"?Non so che altro dire...sinceramente.

pareri di amici/parenti/conoscenti che abitano in zona e nel tuo stesso paese e che hanno la fibra di tim? potresti provare a chiedere e verificare se anche da loro col gioco on line da lo stesso problema che da a te.

qua ad esempio c'è una recensione di un ragazzo che ha il tuo stesso router tplink e che dice che si trova bene con la fibra tim con i giochi https://andrea-m.me/sito/2015/09/rec...lecom-tim.html

[Lollowitz]

Originariamente inviato da metal master

pareri di amici/parenti/conoscenti che abitano in zona e nel tuo stesso paese e che hanno la fibra di tim? potresti provare a chiedere e verificare se anche da loro col gioco on line da lo stesso problema che da a te.

Ti dico di più...sono andato a casa dei vicini che hanno vodafone (vdsl)...come uno zingaro (lol,no in realtà ho fatto vari favori in passato e ne ho chiesto uno io in cambio) ho portato la console (ps4,era più facile da trasportare) e ho provato io stesso di persona.Ovviamente sempre tramite cavo etc etc...e il problema è uguale .Questo nella mia zona.
Poi ovviamente ci sono amici di milano con cui gioco e che secondo loro ho ragione quando dico che imho si giocava meglio prima...solo che molti avendo fratelli,mamme,parenti,vicini con cui condividono la stessa linea preferiscono rimanere in vdsl perchè la banda maggiore fa comodo.

[Lollowitz]

Originariamente inviato da metal master

qua ad esempio c'è una recensione di un ragazzo che ha il tuo stesso router tplink e che dice che si trova bene con la fibra tim con i giochi https://andrea-m.me/sito/2015/09/rec...lecom-tim.html

Ma infatti io sono sicuro al 100% che se ti invito a casa mia e ti faccio provare un gioco tu dici "gira bene".Ma sono altrettanto sicuro che se io avessi la possibilità di farti vedere come girava invece prima (in adsl2+ con fast attivo e profilo f440) a caldo...cioe provando il tutto dopo una partita in vdsl...sono sempre sicuro che ti mi diresti "hai ragione...è diverso,palesemente meglio".
Io spero sia chiaro che quello che io sto segnalando qui non è un problema del giochicchiare un pò la sera a random.Ma io sto segnalando un problema per i giocatori "elite",per quelli che nel netgaming vanno oltre il giocatore medio,quelle "giocate" che con adsl si potevano fare e ora non più.
Per dirla grezza e rasoterra...prima avevo una panda che andava al massimo del suo potenziale...adesso ho una ferrari che ha palesemente il freno a mano tirato.

[Insane93]

Confermo quello che dice Lollowitz, anche io da quando sono passato alla vdsl a maggio dell'anno scorso noto lag nel gaming online su PS4.
Pensavo fosse l'instradamento ma ora ho il dubbio che sia il router stesso o chissà quale altro problema che non riesco a capire.
Sono connesso in wifi e facendo un test del ping sul gateway, quando noto lag dopo ore di gioco, ogni tot pacchetti a 1 ms c'è ne uno a 150 ms.

Per esempio:

Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=2ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=150ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<3ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<24ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<135ms TTL=64

Il log riportato è puramente inventato perchè adesso non sta laggando e non sta pingando in maniera anomala ma la situazione che si presenta di solito è simile (posso postare il log quando accade).

Non posso testare in ethernet facilmente.

Quando ti lagga potresti fare un test del ping sul gateway? da cmd dai comando "ping -n 30 192.168.1.1" sia che in wifi che in ethernet se puoi.
Grazie.

Anche io sono mesi che combatto con questo problema ed è davvero snervante. Con il passaggio alla 100 mb poi sembra essere anche peggiorato.

[Lollowitz]

Originariamente inviato da Insane93

Confermo quello che dice Lollowitz, anche io da quando sono passato alla vdsl a maggio dell'anno scorso noto lag nel gaming online su PS4.
Pensavo fosse l'instradamento ma ora ho il dubbio che sia il router stesso o chissà quale altro problema che non riesco a capire.
Sono connesso in wifi e facendo un test del ping sul gateway, quando noto lag dopo ore di gioco, ogni tot pacchetti a 1 ms c'è ne uno a 150 ms.

Per esempio:

Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=2ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=150ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<3ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<24ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<135ms TTL=64

Il log riportato è puramente inventato perchè adesso non sta laggando e non sta pingando in maniera anomala ma la situazione che si presenta di solito è simile (posso postare il log quando accade).

Non posso testare in ethernet facilmente.

Quando ti lagga potresti fare un test del ping sul gateway? sia che in wifi che in ethernet se puoi.
Grazie.

Anche io sono mesi che combatto con questo problema ed è davvero snervante. Con il passaggio alla 100 mb poi sembra essere anche peggiorato.

Ohhhh finalmente un pò di voce libera!!!
Come vedete non sono il solo.
Il mio ping sul gataway è grossomodo come lo hai fatto tu...ovvero ho 5/6 salti a 5ms e poi sbalzo a 40/50ms.Questo problema c'era anche prima in adsl...questo per dire che il problema non è questo.Fidati che le ho provate tutte,non è ne il modem,ne la piattaforma su cui giochi,ne i server su cui giochi.Qui c'è qualcosa lato profilo VDSL,qualche paramentro NUOVO atto a migliorare banda o ridurre errori che nei giochi crea problemi perchè probabilmente "corregge/modifica" anche i pacchetti che arrivano dal netcode del gioco stesso generando difatto un ritardo che non è registrabile/visibile sul ping ma c'è.

[Insane93]

Originariamente inviato da Lollowitz

Ohhhh finalmente un pò di voce libera!!!
Come vedete non sono il solo.

No non sei il solo.
Confermi quindi che anche tu hai sbalzi sul gateway? secondo te non è questo il problema?
può essere che sia il vecchio router technicolor che fa schifo e va cambiato con uno di quei due che sono usciti da poco?

[Lollowitz]

Originariamente inviato da Insane93

No non sei il solo.
Comunque, se ti pinga anche a te in quel modo quando ti lagga (se puoi farmi questo test gentilmente), può essere che sia il vecchio router technicolor che fa schifo e va cambiato con uno di quei due che sono usciti da poco?

No fidati non è il modem...perchè questo problema lo avevo anche col mio modem personale TP-Link 9980.E ti ripeto che lo avevo anche prima in ADSL (con cui giocavo alla grande) e modem archer d5 (sempre tplink).Il problema è lato profilo,garantito al limone perchè altrimenti non ci sarebbe anche su altre VDSL di altri operatori.

[Insane93]

Originariamente inviato da Lollowitz

No fidati non è il modem...perchè questo problema lo avevo anche col mio modem personale TP-Link 9980.E ti ripeto che lo avevo anche prima in ADSL (con cui giocavo alla grande) e modem archer d5 (sempre tplink).Il problema è lato profilo,garantito al limone perchè altrimenti non ci sarebbe anche su altre VDSL di altri operatori.

Capisco, anche se ti ripeto che a me lagga quando ci sono questi sbalzi, ho fatto caso che quando pinga a 1 ms non noto lag mentre appena inizia a laggare noto gli sbalzi.

[Lollowitz]

Originariamente inviato da Insane93

Capisco, anche se ti ripeto che a me lagga quando ci sono questi sbalzi, ho fatto caso che quando pinga a 1 ms non noto lag mentre appena inizia a laggare noto gli sbalzi.

Io avendo quei sbalzi anche prima in adsl...ho completamente ignorato e saltato il problema passando ad altro.Perchè ti ripeto che prima anche con gli stessi sbalzi giocavo molto meglio di ora.Che poi un altro utente qui in questo topic mi ha detto che quei sbalzi sono "normali" perchè il gataway non da priorità ai paccheti ICMP e quindi quando hai gli sbalzi è perchè il gataway sta facendo altro.Spiegazione per altro abbastanza ovvia e giusta (credo).Io rimango dell'idea che il problema è sul profilo semplicemente perchè il resto l'ho già provato.Le uniche cose che devo ancora provare è un modem sopra i 200€ (ma imho non cambia na ceppa) o il disabilitare il g.inp (ma devo installare un firmware custom sul tplink e non è una cosa veloce visto che devo usare la seriale che non ho e non ho mai usato).

[Yrbaf]

Originariamente inviato da Lollowitz

Cioe?
Perchè arrivati a questo punto sono disposto a fare qualsiasi cosa pur di risolvere

Registri il traffico tra la sorgente e la destinazione e poi lo analizzi.
Vedrai pacchetti andati e pacchetti arrivati, pacchetti persi e ritrasmessi, ...ecc

Sul TCP tutto deve essere confermato con un ACK (beh ci sono anche le conferme cumulative) e tra la partenza del pacchetto e l'arrivo del suo ACK la maggior parte delle volte deve passare più o meno il tempo di ping (su linee lente anche ben più del tempo di ping, ma non è il caso delle vdsl).

Se analizzando il traffico rilevi che tra quando parte il pacchetto a quando arriva l'ACK passano spesso (non occasionalmente) per esempio 200ms (nonostante un ping di magari 40ms) allora c'è qualcosa che parcheggia e rallenta il traffico TCP.

A saperlo fare bene (ed avendo le conoscenze di TCP necessarie) puoi forse capire varie cose (non tutte forse).

[Lollowitz]

Originariamente inviato da Yrbaf

Registri il traffico tra la sorgente e la destinazione e poi lo analizzi.
Vedrai pacchetti andati e pacchetti arrivati, pacchetti persi e ritrasmessi, ...ecc

Sul TCP tutto deve essere confermato con un ACK (beh ci sono anche le conferme cumulative) e tra la partenza del pacchetto e l'arrivo del suo ACK la maggior parte delle volte deve passare più o meno il tempo di ping (su linee lente anche ben più del tempo di ping, ma non è il caso delle vdsl).

Se analizzando il traffico rilevi che tra quando parte il pacchetto a quando arriva l'ACK passano spesso (non occasionalmente) per esempio 200ms (nonostante un ping di magari 40ms) allora c'è qualcosa che parcheggia e rallenta il traffico TCP.

A saperlo fare bene (ed avendo le conoscenze di TCP necessarie) puoi forse capire alcune cose (non tutte forse).

Si cosa doveva fare lo avevo capito...l'aiuto era rivolto a quale programma usare per poi magari mandare i risultati a chi ne capisce di più
Wireshark va bene?

[Insane93]

Originariamente inviato da Lollowitz

Io avendo quei sbalzi anche prima in adsl...ho completamente ignorato e saltato il problema passando ad altro.Perchè ti ripeto che prima anche con gli stessi sbalzi giocavo molto meglio di ora.Che poi un altro utente qui in questo topic mi ha detto che quei sbalzi sono "normali" perchè il gataway non da priorità ai paccheti ICMP e quindi quando hai gli sbalzi è perchè il gataway sta facendo altro.Spiegazione per altro abbastanza ovvio e giusta (credo).Io rimango dell'idea che il problema è sul profilo semplicemente perchè il resto l'ho già provato.Le uniche cose che devo provare è un modem sopra i 200€ (ma imho non cambia na ceppa) o il disabilitare il g.inp (ma devo installare un firmware custom sul tplink e non è una cosa veloce visto che devo usare la seriale che non ho e non ho mai usato).

Allora non rimane altro che segnalare in massa alla tim (se non ne è già al corrente) o provare a cambiare router. Senza g.inp non si alzerebbe la latenza? che teoria hai?

[Lollowitz]

Originariamente inviato da Insane93

Allora non rimane altro che segnalare in massa alla tim (se non ne è già al corrente) o provare a cambiare router. Senza g.inp non si alzerebbe la latenza? che teoria hai?

Si da quello che hanno detto la latenza aumenta ma la mia teoria è che non è il ping ma altro.Perchè per esempio adesso (ore 2:54) ho ping 11ms (di giorno è più alto ma adesso è esattamente lo stesso che avevo in adsl col fast) ed è impossibile che gioco peggio.Non c'è logica o motivazione dal mio lato utente.
Il g-inp da quello che ho capito (mi hanno spiegato a tratti visto che c'erano anche gli insulti sul fatto che io stavo sognando) svolge la funzione di correggere gli errori...e quindi è simile al ritardo che si avvertiva in adsl normale senza fastpath (ovvero col controllo errori attivo).L'unica differenza (correggetimi se sbaglio) sta che questo g-inp lavora solo sulla tratta in rame dal dslam fino a casa.Ora questo potrebbe essere una possibile causa (pare) ma ovviamente non avendo ancora modo di provare non ve lo posso confermare al 100%.

[Yrbaf]

Si wireshark va bene, ha pure delle funzionalità automatiche per fare grafici o altro (a saperle usare, manco io le conosco) tra cui quello delle latenze in TCP.

Però ovviamente wireshark deve essere su un nodo attraversato dal traffico (e possibilmente non essere il sistema che sta giocando e che avrà la cpu a palla).

Alias se devi registare il traffico della tua console (ovviamente in lan, scordati wifi perché se giochi wifi e poi ti lamenti della latenza beh ...) devi avere 2 interfaccie di rete sul PC messe in bridge.
Su una entra la console e sull'altra esce il cavo che va al router.

Se avessi già OpenWrt sul router ti potrei dire che potresti usare TcpDump direttamente sul router con meno sbattimenti sul cablaggio.
Il file salvato da TcpDump poi può essere aperto ed analizzato con Wireshark

PS
Le due interfaccie sul PC potrebbero anche essere WiFi più Eth, ma ovviamente con il WiFi di mezzo ti esponi al rischio che poi gli eventuali ritardi siano del wifi e non della vdsl.

PS2
Certo che G.Inp è solo sulla parte in rame
E' una tecnlogia per xdsl

[Lollowitz]

Originariamente inviato da Yrbaf

Si wireshark va bene, ha pure delle funzionalità automatiche per fare grafici o altro (a saperle usare, manco io le conosco) tra cui quello delle latenze in TCP.

Però ovviamente wireshark deve essere su un nodo attraversato dal traffico (e possibilmente non essere il sistema che sta giocando e che avrà la cpu a palla).

Alias se devi registare il traffico della tua console (ovviamente in lan, scordati wifi perché se giochi wifi e poi ti lamenti della latenza beh ...) devi avere 2 interfaccie di rete sul PC messe in bridge.
Su una entra la console e sull'altra esce il cavo che va al router.

Se avessi già OpenWrt sul router ti potrei dire che potresti usare TcpDump direttamente sul router con meno sbattimenti sul cablaggio.
Il file salvato da TcpDump poi può essere aperto ed analizzato con Wireshark

PS
Le due interfaccie sul PC potrebbero anche essere WiFi più Eth, ma ovviamente con il WiFi di mezzo ti esponi al rischio che poi gli eventuali ritardi siano del wifi e non della vdsl.

Grazie per l'aiuto vista anche l'ora tarda.Wireshark in realtà l'ho già usato in passato (circa 3 anni fa) per altri motivi.
Potrei provare a fare una cosa onde evitare appunto che il pc sia troppo in full load durante la cattura dei pacchetti.Collego la ps4 al pc e il pc al modem (ovviamente sempre via lan avendo due porte sulla mobo) e uso il pc solo per la cattura.Volendo posso anche fare il video cosi da sincronizzare l'eventuale pacchetto anomalo con quello che accade nel gioco visivamente.
Ovviamente non è una cosa che vi porto domani...abbiate pazienza ma sicuramente farò qualcosa e vi terrò aggiornati.

[MiloZ]

Originariamente inviato da Yrbaf

Per avere +4ms costanti dovresti avere ritrasmissioni costanti.
Ogni pacchetto che invii lo ritrasmetti ?

Difficile crederlo, penso più che per qualche errore si spenga il G.Inp in uno dei 2 canali.
Esempio senza G.Inp sull'upload (e quindi upload in interleaved) ci sono proprio +4ms costanti.
In down invece spegnerlo di solito porta +6/8ms ma non escludo che con qualche settaggio ci possa essere un down a +4ms senza G.Inp.

Mi sembra improbabile che per errore venga spento il G.INP su un canale, anche perchè nel loro protocollo proprietario di ritrasmissione "PhyR" (che in pratica è l'equivalente del G.INP), come spiegano in un documento ( https://www.broadcom.com/collateral/wp/XDSL-WP101-R.pdf ):

"The roundtrip delay is quite small, typically 3 to 4 ms. As 2 ms maximum per direction is mandated by the standard today, a link running retransmission operates at comparable (and typically much lower for decent INP) delay than an interleaver-based system."

Quindi penso sia proprio una cosa voluta il fatto che facciano funzionare la ritrasmissione in questo modo, cioè con la latenza aggiuntiva.
Oltretutto ricordiamoci che dipende molto dalla portante agganciata, perchè sotto una certa soglia (mi pare sui 60.000Kbps ora non ricordo esattamente feci qualche prova tempo fa) sprariscono i 2\3ms di delay in downstream sul bearer 1, quindi non è più contemplata la possibilità che si inneschi l'aumento indipendentemente dalla quantità di errori prodotti.

In pratica la cosa riguarda solo il canale del downstream (perchè in upstream il delay al bearer 1 è sempre 0 almeno stando alla configurazione standard del G.INP con i profili 100\20 di TIM - http://i.imgur.com/iY0jPTI.png ) e oltre che dalla quantità di errori dipende soprattutto dalla portante agganciata, di conseguenza che si spenga il G.INP in DS solo con le portanti più alte tenderei ad escluderlo.

[MiloZ]

Originariamente inviato da Yrbaf

No in realtà mi sa che sono almeno in due.
C'è un altro tizio su un altro forum che dice le stesse cose.
All'inizio pensavo fosse Lollo sotto altro nick visto lo stesso identico modo aggressivo di parlare male della linea e l'attaccarsi al G.Inp come colpevole.

Però poi da alcune affermazioni che divergono penso che siano due persone distinte ed entrambe con FTTC Tim ora e Adsl Fast prima.

Potresti postare il link a quella discussione per curiosità?

Originariamente inviato da Insane93

Confermo quello che dice Lollowitz, anche io da quando sono passato alla vdsl a maggio dell'anno scorso noto lag nel gaming online su PS4.
Pensavo fosse l'instradamento ma ora ho il dubbio che sia il router stesso o chissà quale altro problema che non riesco a capire.
Sono connesso in wifi e facendo un test del ping sul gateway, quando noto lag dopo ore di gioco, ogni tot pacchetti a 1 ms c'è ne uno a 150 ms.

Per esempio:

Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=2ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=150ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<3ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<24ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<135ms TTL=64

Il log riportato è puramente inventato perchè adesso non sta laggando e non sta pingando in maniera anomala ma la situazione che si presenta di solito è simile (posso postare il log quando accade).

Non posso testare in ethernet facilmente.

Quando ti lagga potresti fare un test del ping sul gateway? da cmd dai comando "ping -n 30 192.168.1.1" sia che in wifi che in ethernet se puoi.
Grazie.

Anche io sono mesi che combatto con questo problema ed è davvero snervante. Con il passaggio alla 100 mb poi sembra essere anche peggiorato.

Originariamente inviato da Insane93

Capisco, anche se ti ripeto che a me lagga quando ci sono questi sbalzi, ho fatto caso che quando pinga a 1 ms non noto lag mentre appena inizia a laggare noto gli sbalzi.

Però tu dici di laggare, lui dice che non lagga, non ha errori\pacchetti persi nè nulla, il netgraph dei giochi è perfetto come ha specificato qua - http://www.hwupgrade.it/forum/showpo...ostcount=69587
E' soltanto più lenta la linea nel rispondere ai comandi come fosse interleaved, quindi mi sembrano due problemi differenti quelli che riportate.
Voglio dire, non è che chiunque abbia un problema nel netgaming con una linea VDSL significa che automaticamente debba avere i suoi stessi "sintomi" per colpa della modulazione VDSL, spesso le cose hanno altre altre spiegazioni, magari più semplici ed evidenti.

Comunque questo tipo di test sensibili andrebbero fatti solo via cavo (in wifi ci sono troppe variabili), altrimenti non sono molto attendibili per decretare se effettivamente ci siano problemi o meno sulla linea.

Originariamente inviato da Lollowitz

Il g-inp da quello che ho capito (mi hanno spiegato a tratti visto che c'erano anche gli insulti sul fatto che io stavo sognando) svolge la funzione di correggere gli errori...e quindi è simile al ritardo che si avvertiva in adsl normale senza fastpath (ovvero col controllo errori attivo).L'unica differenza (correggetimi se sbaglio) sta che questo g-inp lavora solo sulla tratta in rame dal dslam fino a casa.Ora questo potrebbe essere una possibile causa (pare) ma ovviamente non avendo ancora modo di provare non ve lo posso confermare al 100%.

A dire il vero il G.INP toglie il ritardo dell'interleaved riportando la linea praticamente a livello del fastpath come latenze. Ti avevo scritto due parole qui ma forse hai abbandonato il thread per qualche giorno proprio dopo che ho postato o magari non hai risposto per altri motivi : http://www.hwupgrade.it/forum/showpo...ostcount=69793
Rguardo le ultime due domande per cui tu apristi due guasti in tre mesi a causa di "sbalzi di ping a linea scarica"; la cosa è stata risolta attualmente?

Sinceramente trovo difficile che disabilitando il G.INP lato tuo o dall'ISP, e quindi con la linea ribaltata in Interleaved con +10ms di ping tu possa andare meglio di adesso (ma tentar non nuoce), al massimo sarebbe più curiosa la prova full fastpath, però è difficile tu riesca a trovare un tecnico disposto e con le competenze necessarie ad effettuarti la modifica, dato che sostanzialmente parliamo di una configurazione non prevista, ma stavolta non perchè gli ISP sono fessi ma perchè in VDSL obbiettivamente il G.INP è la scelta migliore sotto tutti i punti di vista, (anche per i contratti Business suppongo, a differenze delle Alice Smart del passato ad esempio, che erano da sempre settabili in fastpath anche 10 anni prima che la cosa diventasse "ufficiale" per i residenziali).

[rokis]

Originariamente inviato da rokis

Ciao a tutti, volevo un informazione come è possibile che la linea sia cosi degradata????
Una nuova attivazione possibile? Ho il cabinet a 100 metri di di dstanza in linea d'aria forse 10, prima andavo così:
DSL
Versione Driver DSL: bcm963268_V1.0.154_ADSL_PHY_A2pv6F038q.d24m
Stato: Attivo
Sistema di trasmissione: VDSL
Modalità di trasmissione: Interleaved
Profilo: 17a
Power State: L0
Velocità massima di trasmissione (Kbps): 32872
Velocità massima di ricezione (Kbps): 120120
SNR Upstream (dB): 11.4
SNR Downstream (dB): 9.4
Attenuazione Upstream (dB): 1.0
Attenuazione Downstream (dB): 2.8
Potenza in trasmissione (dB): -23.6
Potenza in ricezione (dB): 13.4
Total ES (Errored Secs): 0
Total SES (Severely Errored Secs): 0
Encapsulation Type: PTM
Impulse Noise Protection (INP): 6100
Velocità in trasmissione (Kbps): 21600
Velocità in ricezione (Kbps): 108000
Up time: 71202
Total FEC Errors: 6303
Total CRC Errors: 0

Oggi ho ricontrollato dopo uno speedtest dove non superavo mai gli 80Mbit ed infatti sorpresa sorpresa...

Versione Driver DSL: bcm963268_V1.0.154_ADSL_PHY_A2pv6F038q.d24m
Stato: Attivo
Sistema di trasmissione: VDSL
Modalità di trasmissione: Interleaved
Profilo: 17a
Power State: L0
Velocità massima di trasmissione (Kbps): 29275
Velocità massima di ricezione (Kbps): 92792
SNR Upstream (dB): 9.5
SNR Downstream (dB): 6.2
Attenuazione Upstream (dB): 1.1
Attenuazione Downstream (dB): 3.0
Potenza in trasmissione (dB): -25.1
Potenza in ricezione (dB): 13.2
Total ES (Errored Secs): 24
Total SES (Severely Errored Secs): 22
Encapsulation Type: PTM
Impulse Noise Protection (INP): 6100
Velocità in trasmissione (Kbps): 21600
Velocità in ricezione (Kbps): 91060
Up time: 88789
Total FEC Errors: 2524075
Total CRC Errors: 1583


Che faccio chiamo il 1949 perché ci sono ben oltre 2 milioni di errori FEC ed oltre 1500 errori CRC? Fino a poco tempo fa erano a zero!
Per non parlare della caduta di 30Mbit di banda!
Ciao e grazie!

Ciao ragazzi non c'è qualche esperto che mi possa dire come mai ho avuto questo crollo della linea? da 120 mega che prendevo una settimana fa a meno di 80Mbit di ora? per non parlare degli errori FEC e CRC che sono aumentati in maniera esponenziale?
Aiuto grazie!!!

[Psyred]

Originariamente inviato da Insane93

Confermo quello che dice Lollowitz, anche io da quando sono passato alla vdsl a maggio dell'anno scorso noto lag nel gaming online su PS4.
Pensavo fosse l'instradamento ma ora ho il dubbio che sia il router stesso o chissà quale altro problema che non riesco a capire.
Sono connesso in wifi e facendo un test del ping sul gateway, quando noto lag dopo ore di gioco, ogni tot pacchetti a 1 ms c'è ne uno a 150 ms.

Per esempio:

Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=2ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=150ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<3ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<24ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<135ms TTL=64

Il log riportato è puramente inventato perchè adesso non sta laggando e non sta pingando in maniera anomala ma la situazione che si presenta di solito è simile (posso postare il log quando accade).

Non posso testare in ethernet facilmente.

Quando ti lagga potresti fare un test del ping sul gateway? da cmd dai comando "ping -n 30 192.168.1.1" sia che in wifi che in ethernet se puoi.
Grazie.

Anche io sono mesi che combatto con questo problema ed è davvero snervante. Con il passaggio alla 100 mb poi sembra essere anche peggiorato.

Se giochi in wi-fi, certo che lagghi

[totocrista]

Originariamente inviato da Insane93

Confermo quello che dice Lollowitz, anche io da quando sono passato alla vdsl a maggio dell'anno scorso noto lag nel gaming online su PS4.
Pensavo fosse l'instradamento ma ora ho il dubbio che sia il router stesso o chissà quale altro problema che non riesco a capire.
Sono connesso in wifi e facendo un test del ping sul gateway, quando noto lag dopo ore di gioco, ogni tot pacchetti a 1 ms c'è ne uno a 150 ms.

Per esempio:

Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=2ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=150ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<3ms TTL=64
Risposta da 192.168.1.1: byte=32 durata=1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<24ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<1ms TTL=64
Risposta da 192.168.1.1: byte=32 durata<135ms TTL=64

Il log riportato è puramente inventato perchè adesso non sta laggando e non sta pingando in maniera anomala ma la situazione che si presenta di solito è simile (posso postare il log quando accade).

Non posso testare in ethernet facilmente.

Quando ti lagga potresti fare un test del ping sul gateway? da cmd dai comando "ping -n 30 192.168.1.1" sia che in wifi che in ethernet se puoi.
Grazie.

Anche io sono mesi che combatto con questo problema ed è davvero snervante. Con il passaggio alla 100 mb poi sembra essere anche peggiorato.

In WiFi non fa nemmeno testo come prova.