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

Psyred · 05-05-2016, 08:33

Anch'io ho questo problema di scarsa stabilità. Per esempio a volte pingo il gw 6 ms, solo che nella maggior parte dei casi la latenza sale subito a 9 ms.

Provato anche ad eseguire ping iterati verso il server di destinazione e si vede che parte da 12 ms (per esempio) ma dopo qualche ping ti vengono appioppati +3 ms e la latenza rimane stabilmente a 15 ms.

Stamani comunque noto che la latenza è scesa di un paio di ms rispetto alla norma.

Codice:

Traccia instradamento verso seflow.it [95.141.33.154]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     *        *        *     Richiesta scaduta.
  3     7 ms     7 ms     7 ms  172.17.105.120
  4     9 ms     7 ms    11 ms  172.17.104.77
  5    15 ms    15 ms    15 ms  172.19.242.189
  6    15 ms    15 ms    15 ms  be11.milano50.mil.seabone.net [93.186.128.229]
  7    13 ms    13 ms    13 ms  ae11.milano51.mil.seabone.net [195.22.205.155]
  8    13 ms    13 ms    13 ms  ae6.bar1.Milan.Level3.net [4.68.111.165]
  9    13 ms    13 ms    13 ms  ae-0-11.bar2.Milan1.Level3.net [4.69.142.190]
 10    13 ms    13 ms    13 ms  212.73.241.250
 11    13 ms    13 ms    13 ms  95.141.47.253
 12    13 ms    13 ms    13 ms  154-33.141.95.serverdedicati.seflow.it [95.141.3
3.154]

Traccia completata.

Quote:

Esecuzione di Ping seflow.it [95.141.33.154] con 32 byte di dati:
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54

Statistiche Ping per 95.141.33.154:
Pacchetti: Trasmessi = 100, Ricevuti = 100,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 13ms, Massimo = 14ms, Medio = 13ms

Per adesso stabilmente. Avranno modificato qualche impostazione del profilo G.INP?

giovanni69 · 05-05-2016, 08:38

Quote:

Originariamente inviato da diaretto

Ancora non hai capito come funziona il discorso dell' SNR...NON è un parametro confrontabile tra linea e linea!!

L'SNR va sempre sul suo target di 6db per agganciare il max della portante, poi se l'ottenibile è maggiore della portante allora "avanza" dell'SNR.

Ma non è un parametro confrontabile! Lui ha 20 Mb di ottenibile perchè la sua linea è fatta cosi, non puoi confrontare l'SNR con la tua!

Comunque se non hai pasticci nell'impianto di casa va bene cosi, non preoccuparti per l'attenuazione.

Grazie della spiegazione. Troverò il modo per togliere la pigrizia al quel SNR in US cosicchè ci sia un po' più di grasso che cola

Scherzi a parte, quando era stata attivata inizialmente come 50/10 ho salvato delle schermate (che ometto per brevità) ed in US c'erano 12.1 dB SNR a fronte di un 18099 agganciabile. Ed a quel tempo mi ero preoccupato già perchè suonava strano. Di grasso che colava ce n'era no?

Mi spiegheresti per favore perchè adesso con la 100/20 sfruttando dunque 6 dB del nuovo profilo che è sceso a 6 dei 12 dB iniziali la linea ha avuto solo perdita di SNR e nient'altro?

Step AsR · 05-05-2016, 08:41

Quote:

Originariamente inviato da giovanni69

Grazie della spiegazione. Troverò il modo per togliere la pigrizia al quel SNR in US cosicchè ci sia un po' più di grasso che cola

Scherzi a parte, quando era stata attivata inizialmente come 50/10 ho salvato delle schermate (che ometto per brevità) ed in US c'erano 12.1 dB a fronte di un 18099 agganciabile. Ed a quel tempo mi ero preoccupato già perchè suonava strano. Di grasso che colava ce n'era no?

Mi spiegheresti per favore perchè adesso con la 100/20 sfruttando dunque 6 dB del nuovo profilo che è sceso a 6 la linea ha avuto solo perdita di SNR e nient'altro?

http://www.hwupgrade.it/forum/showthread.php?t=2762986

CREDO sia per questo motivo

Quote:

US2= da 8.5 MHz a 12 Mhz (limite profilo 12a)
"l'attenuazione della banda US2 che si trova più in alto nello spettro rispetto alla DS2. Di conseguenza in questo caso l'attenuazione in Upstream sarà sempre più alta di quella in downstream."

poi nel passaggio alla 100/20 è ridiventato minore al Downstream, ma sempre quella è rimasta la portante agganciata

Quote:

I valori di attenuazione con questo modem in FTTC sono sempre estremamente bassi rispetto agli altri modem: se ne deduce che vengono indicati i valori delle "prime bande" cioè la US0 e la DS1. Questo implica che l'attenuazione in upstream sia sempre più bassa di quella in downstream (com'era per la ADSL2+)

correggetemi se sbaglio

pompeo2k4 · 05-05-2016, 08:43

Quote:

Originariamente inviato da haggis

ti deve chiamare il tecnico per confermare, altrimenti non viene nessuno.
Almeno è quello che ho visto nei miei 5 appuntamenti saltati

ok grazie, come immaginavo..quindi ho ancora 4 appuntamenti che potrebbero andare a vuoto

a te è passato 1 mese allora? 1 appuntamento a settimana..

Psyred · 05-05-2016, 08:47

Quote:

Originariamente inviato da diaretto

Io avevo 6ms sulla ONU con qualsiasi profilo, anzi con la 100/20 sembra migliorato.

Di sicuro dipende dalla ONU e dalle condizioni in cui deve lavorare il G.INP a seconda delle variabilità delle singole linee.

P.S: con altri modem con chipset broadcom non si riesce a pingare meno ugualmente ai lantiq/mediatek?

Dalla ONU non credo perchè con il profilo 50/10 Mb non avevo questa instabilità, la latenza minima si manteneva costantemente a 6 ms.

P.S.

già tornato tutto come al solito

Codice:

Traccia instradamento verso seflow.it [95.141.33.154]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     *        *        *     Richiesta scaduta.
  3     9 ms    10 ms     9 ms  172.17.105.120
  4    10 ms    11 ms    12 ms  172.17.104.77
  5    17 ms    16 ms    19 ms  172.19.242.189
  6    18 ms    19 ms    20 ms  be11.milano50.mil.seabone.net [93.186.128.229]
  7    16 ms    15 ms    15 ms  ae11.milano51.mil.seabone.net [195.22.205.155]
  8    15 ms    15 ms    15 ms  ae6.bar1.Milan.Level3.net [4.68.111.165]
  9    16 ms    15 ms    15 ms  ae-0-11.bar2.Milan1.Level3.net [4.69.142.190]
 10    15 ms    16 ms    15 ms  212.73.241.250
 11    16 ms    15 ms    17 ms  95.141.47.253
 12    15 ms    15 ms    16 ms  154-33.141.95.serverdedicati.seflow.it [95.141.3
3.154]

Traccia completata.

giovanni69 · 05-05-2016, 08:48

@Step AsR: L'attenuazione complessiva (o delle prime bande come dice la fonte) era a 2.8 dB prima e lo è anche adesso ovviamente. Ed il rapporto è rimasto <1:3 circa rispetto all'attenuazione in DS (10.5).
Nel tuo discorso non vedo entrare in gioco SNR.

diaretto · 05-05-2016, 08:49

Quote:

Originariamente inviato da giovanni69

Grazie della spiegazione. Troverò il modo per togliere la pigrizia al quel SNR in US cosicchè ci sia un po' più di grasso che cola

Scherzi a parte, quando era stata attivata inizialmente come 50/10 ho salvato delle schermate (che ometto per brevità) ed in US c'erano 12.1 dB SNR a fronte di un 18099 agganciabile. Ed a quel tempo mi ero preoccupato già perchè suonava strano. Di grasso che colava ce n'era no?

Mi spiegheresti per favore perchè adesso con la 100/20 sfruttando dunque 6 dB del nuovo profilo che è sceso a 6 dei 12 dB iniziali la linea ha avuto solo perdita di SNR e nient'altro?

Quote:

Originariamente inviato da Step AsR

http://www.hwupgrade.it/forum/showthread.php?t=2762986

CREDO sia per questo motivo

poi nel passaggio alla 100/20 è ridiventato minore al Downstream, ma sempre quella è rimasta la portante agganciata

correggetemi se sbaglio

Nono assolutamente! Non è un discorso di attenuazioni, il modem mostra sempre le stesse a prescindere dal profilo impostato.

Il modem calcola l'ottenibile già "calcolando" di utilizzare i 6db di target SNR.

Altrimenti quelli con la 30/1 i primi tempi che mostravano appunto 100 e passa Mb di ottenibile adesso secondo voi dovrebbero avere 250Mb?

Nono, l'ottenibile è (quasi) sempre fedele, a parte appunto rare volte nelle quali il modem "sballava" nella lettura e si avevano degli ottenibili in up strani, che poi si alzavano col profilo 50/10, ma è un caso remoto e appunto una volta aumentato il profilo la situazione dovrebbe risolversi, se ci fosse stata.

Step AsR · 05-05-2016, 08:49

Quote:

Originariamente inviato da giovanni69

L'attenuazione complessiva era a 2.8 dB prima e lo è anche adesso ovviamente. Ed il rapporto è rimasto <1:3 circa rispetto all'attenuazione in DS (10.5).
Nel tuo discorso vedo entrare in gioco SNR.

Perdonami, ho letto malissimo

che figura di ...

Vabbeh allora è normale, con il profilo 50/10 i valori sono quasi sempre diversi dalla 100/20, ci ho fatto caso in tutti questi mesi .. non ne so il motivo però

Step AsR · 05-05-2016, 08:51

Quote:

Originariamente inviato da diaretto

Nono assolutamente! Non è un discorso di attenuazioni, il modem mostra sempre le stesse a prescindere dal profilo impostato.

Il modem calcola l'ottenibile già "calcolando" di utilizzare i 6db di target SNR.

Altrimenti quelli con la 30/1 i primi tempi che mostravano appunto 100 e passa Mb di ottenibile adesso secondo voi dovrebbero avere 250Mb?

Nono, l'ottenibile è (quasi) sempre fedele, a parte appunto rare volte nelle quali il modem "sballava" nella lettura e si avevano degli ottenibili in up strani, che poi si alzavano col profilo 50/10, ma è un caso remoto e appunto una volta aumentato il profilo la situazione dovrebbe risolversi, se ci fosse stata.

Ed ecco che arriva diaretto a risolvere tutto, come sempre

Yrbaf · 05-05-2016, 08:54

In effetti considerando che il router è stato riavviato l'ultima volta 4gg fa, oggi i ping sono stranamenti bassi (o meglio sono senza quel +4ms), magari hanno cambiato qualcosa sull'Onu.

Ecco delle prove via ethernet:

Codice:

Traccia instradamento verso 95.141.33.154 su un massimo di 30 punti di passaggio

  1    <1 ms    <1 ms    <1 ms  192.168.x.x
  2     5 ms     5 ms     5 ms  213.205.x.x
  3     5 ms     5 ms     5 ms  213.205.x.x
  4     6 ms     5 ms     5 ms  213.205.x.x
  5     6 ms     6 ms     6 ms  94.32.128.145
  6     5 ms     5 ms     6 ms  217.29.66.75
  7     6 ms     6 ms     5 ms  95.141.47.253
  8     6 ms     5 ms     5 ms  95.141.33.154

Codice:

Esecuzione di Ping 8.8.8.8 con 32 byte di dati:
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57

Adesso non ho tempo di collegare una macchina linux fisica per vedere se fa valori sub (di poco) 5ms
Ho provato velocemente con una macchina virtuale ma fa tempi leggermente peggiori (diciamo +0.5-1ms) di Windows

giovanni69 · 05-05-2016, 08:58

Quote:

Originariamente inviato da diaretto

Il modem calcola l'ottenibile già "calcolando" di utilizzare i 6db di target SNR.

In sostanza quando si è trovato con i 12 dB con la 50/10 aveva già tolto i 6 per dichiarare l'agganciabile.
In altre parole chi si trova con un'attivazione temporanea di 50/10 in attesa della 100/20 con un valore pari a 12 dB in upstream, per definizione non potrà mai agganciare portante piena, a parità di ogni altra condizione. Oppure scatta il discorso che ogni linea sfrutta in modo diverso SNR?

Tenendo conto che 1 dB perso durante un temporale (e non corretta da SRA perchè la soglia non veniva innescata per riportarlo da 7 a 6 dB) significa 2 Mbit (motivo per cui ho dovuto riavviare il modem per ritornare da 15 a 17Mb), ed ora aggancio 17 Mb, significherebbe che servirebbero 2 dB in più sulla mia linea per arrivare a 21Mbit (2 db SNR x 2 Mb).
Correggetemi se ho preso una cantonata.

Psyred · 05-05-2016, 08:59

Quote:

Originariamente inviato da Yrbaf

In effetti considerando che il router è stato riavviato l'ultima volta 4gg fa, oggi i ping sono stranamenti bassi (o meglio sono senza quel +4ms), magari hanno cambiato qualcosa sull'Onu.

Ecco delle prove via ethernet:

Codice:

Traccia instradamento verso 95.141.33.154 su un massimo di 30 punti di passaggio

  1    <1 ms    <1 ms    <1 ms  192.168.x.x
  2     5 ms     5 ms     5 ms  213.205.x.x
  3     5 ms     5 ms     5 ms  213.205.x.x
  4     6 ms     5 ms     5 ms  213.205.x.x
  5     6 ms     6 ms     6 ms  94.32.128.145
  6     5 ms     5 ms     6 ms  217.29.66.75
  7     6 ms     6 ms     5 ms  95.141.47.253
  8     6 ms     5 ms     5 ms  95.141.33.154

Codice:

Esecuzione di Ping 8.8.8.8 con 32 byte di dati:
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=6ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=5ms TTL=57

Adesso non ho tempo di collegare una macchina linux fisica per vedere se fa valori sub (di poco) 5ms
Ho provato velocemente con una macchina virtuale ma fa tempi leggermente peggiori (diciamo +0.5-1ms) di Windows

Che portante agganci per curiosità? Valore di INP?

haggis · 05-05-2016, 09:20

Quote:

Originariamente inviato da pompeo2k4

ok grazie, come immaginavo..quindi ho ancora 4 appuntamenti che potrebbero andare a vuoto

a te è passato 1 mese allora? 1 appuntamento a settimana..

1 mese, 5 appuntamenti, ancora niente fibra, ancora telefono non funzionante in ricezione

mai più Tim, mai

Yrbaf · 05-05-2016, 09:29

G.Inp ho queste info:

Codice:

G.INP Info:
  Status:                                        12

  Framing Info:                                  Near end       Far end
    Q:                                           8              136
    V:                                           5              0
    RxQueue:                                     72             104
    TxQueue:                                     18             26
    G.INP Framing:                               18             18
    G.INP lookback:                              18             26
    RRC bits:                                    24             24

  Retransmit counters:                           Near end       Far end
    rtx_tx:                                      846642         846642
    rtx_c:                                       13302          13302
    rtx_uc:                                      0              0

  G.INP Counters:                                Near end       Far end
    LEFTRS:                                      0              552
    minEFTR:                                     103014         103014
    errFreeBits:                                 661208110      1845398897

La portante oscilla tra 100 e 103Mb perché un po' di diafonia ulteriore (ma non ce ne potrà essere altra, armadio saturo

) mi ha tolto da circa un mese la possibilità di prendere i 108Mb.

In questo momento la portante è: 103124/21600

Trovato un ping con i usec per Windows:

Codice:

This is hrPING v5.06.1143 by cFos Software GmbH -- http://www.cfos.de

Source address is 192.168.x.x; using ICMP echo-request, ID=982f
Pinging 8.8.8.8 [8.8.8.8]
with 32 bytes data (60 bytes IP):

From 8.8.8.8: bytes=60 seq=0001 TTL=57 ID=2164 time=6.498ms
From 8.8.8.8: bytes=60 seq=0002 TTL=57 ID=2211 time=6.346ms
From 8.8.8.8: bytes=60 seq=0003 TTL=57 ID=2306 time=5.794ms
From 8.8.8.8: bytes=60 seq=0004 TTL=57 ID=2466 time=5.881ms
From 8.8.8.8: bytes=60 seq=0005 TTL=57 ID=25d4 time=6.508ms
From 8.8.8.8: bytes=60 seq=0006 TTL=57 ID=26fc time=6.202ms
From 8.8.8.8: bytes=60 seq=0007 TTL=57 ID=27b5 time=6.098ms
From 8.8.8.8: bytes=60 seq=0008 TTL=57 ID=282e time=6.119ms
From 8.8.8.8: bytes=60 seq=0009 TTL=57 ID=2898 time=5.760ms
From 8.8.8.8: bytes=60 seq=000a TTL=57 ID=2906 time=5.598ms
From 8.8.8.8: bytes=60 seq=000b TTL=57 ID=29cc time=6.049ms
From 8.8.8.8: bytes=60 seq=000c TTL=57 ID=2ac1 time=5.848ms
From 8.8.8.8: bytes=60 seq=000d TTL=57 ID=2b5a time=5.952ms
From 8.8.8.8: bytes=60 seq=000e TTL=57 ID=2cf5 time=6.047ms
From 8.8.8.8: bytes=60 seq=000f TTL=57 ID=2dc9 time=6.216ms
From 8.8.8.8: bytes=60 seq=0010 TTL=57 ID=2eb2 time=5.804ms
From 8.8.8.8: bytes=60 seq=0011 TTL=57 ID=2f92 time=5.747ms
From 8.8.8.8: bytes=60 seq=0012 TTL=57 ID=30e7 time=5.906ms
From 8.8.8.8: bytes=60 seq=0013 TTL=57 ID=313b time=5.899ms
From 8.8.8.8: bytes=60 seq=0014 TTL=57 ID=3258 time=5.666ms
From 8.8.8.8: bytes=60 seq=0015 TTL=57 ID=3350 time=6.162ms
From 8.8.8.8: bytes=60 seq=0016 TTL=57 ID=338f time=6.218ms
From 8.8.8.8: bytes=60 seq=0017 TTL=57 ID=34fc time=5.923ms
From 8.8.8.8: bytes=60 seq=0018 TTL=57 ID=35ec time=5.890ms
From 8.8.8.8: bytes=60 seq=0019 TTL=57 ID=36ad time=6.119ms
From 8.8.8.8: bytes=60 seq=001a TTL=57 ID=370e time=6.114ms
From 8.8.8.8: bytes=60 seq=001b TTL=57 ID=37c9 time=6.164ms
From 8.8.8.8: bytes=60 seq=001c TTL=57 ID=3814 time=5.653ms
From 8.8.8.8: bytes=60 seq=001d TTL=57 ID=3989 time=5.663ms
From 8.8.8.8: bytes=60 seq=001e TTL=57 ID=3ab1 time=5.607ms
From 8.8.8.8: bytes=60 seq=001f TTL=57 ID=3b39 time=6.146ms
From 8.8.8.8: bytes=60 seq=0020 TTL=57 ID=3bb1 time=6.024ms
From 8.8.8.8: bytes=60 seq=0021 TTL=57 ID=3cad time=6.208ms
From 8.8.8.8: bytes=60 seq=0022 TTL=57 ID=3d35 time=5.728ms
From 8.8.8.8: bytes=60 seq=0023 TTL=57 ID=3da2 time=5.511ms
From 8.8.8.8: bytes=60 seq=0024 TTL=57 ID=3e91 time=6.990ms
From 8.8.8.8: bytes=60 seq=0025 TTL=57 ID=3f7b time=6.167ms
From 8.8.8.8: bytes=60 seq=0026 TTL=57 ID=3fed time=5.869ms
From 8.8.8.8: bytes=60 seq=0027 TTL=57 ID=40c3 time=5.625ms
From 8.8.8.8: bytes=60 seq=0028 TTL=57 ID=4222 time=6.073ms
From 8.8.8.8: bytes=60 seq=0029 TTL=57 ID=4323 time=5.922ms
From 8.8.8.8: bytes=60 seq=002a TTL=57 ID=44a3 time=5.940ms
From 8.8.8.8: bytes=60 seq=002b TTL=57 ID=4562 time=5.464ms
From 8.8.8.8: bytes=60 seq=002c TTL=57 ID=45ed time=5.754ms
From 8.8.8.8: bytes=60 seq=002d TTL=57 ID=4765 time=6.186ms
From 8.8.8.8: bytes=60 seq=002e TTL=57 ID=4785 time=5.823ms
From 8.8.8.8: bytes=60 seq=002f TTL=57 ID=482e time=5.906ms
From 8.8.8.8: bytes=60 seq=0030 TTL=57 ID=491e time=5.407ms
From 8.8.8.8: bytes=60 seq=0031 TTL=57 ID=4997 time=6.264ms
From 8.8.8.8: bytes=60 seq=0032 TTL=57 ID=4af4 time=5.934ms
From 8.8.8.8: bytes=60 seq=0033 TTL=57 ID=4c73 time=5.811ms
From 8.8.8.8: bytes=60 seq=0034 TTL=57 ID=4d2f time=5.788ms
From 8.8.8.8: bytes=60 seq=0035 TTL=57 ID=4e88 time=5.943ms
From 8.8.8.8: bytes=60 seq=0036 TTL=57 ID=4f1d time=6.094ms
From 8.8.8.8: bytes=60 seq=0037 TTL=57 ID=4fce time=5.891ms
From 8.8.8.8: bytes=60 seq=0038 TTL=57 ID=5159 time=6.110ms
From 8.8.8.8: bytes=60 seq=0039 TTL=57 ID=5237 time=5.668ms
From 8.8.8.8: bytes=60 seq=003a TTL=57 ID=538b time=5.874ms
From 8.8.8.8: bytes=60 seq=003b TTL=57 ID=546a time=6.163ms
From 8.8.8.8: bytes=60 seq=003c TTL=57 ID=5586 time=5.640ms
From 8.8.8.8: bytes=60 seq=003d TTL=57 ID=574a time=5.709ms
From 8.8.8.8: bytes=60 seq=003e TTL=57 ID=590e time=5.772ms
From 8.8.8.8: bytes=60 seq=003f TTL=57 ID=5950 time=5.837ms
From 8.8.8.8: bytes=60 seq=0040 TTL=57 ID=5a74 time=5.779ms
From 8.8.8.8: bytes=60 seq=0041 TTL=57 ID=5bf3 time=5.771ms
From 8.8.8.8: bytes=60 seq=0042 TTL=57 ID=5cd1 time=5.791ms
From 8.8.8.8: bytes=60 seq=0043 TTL=57 ID=5dcb time=5.845ms
From 8.8.8.8: bytes=60 seq=0044 TTL=57 ID=5ea7 time=5.988ms
From 8.8.8.8: bytes=60 seq=0045 TTL=57 ID=5fbc time=5.904ms
From 8.8.8.8: bytes=60 seq=0046 TTL=57 ID=6125 time=5.630ms
From 8.8.8.8: bytes=60 seq=0047 TTL=57 ID=623b time=5.871ms
From 8.8.8.8: bytes=60 seq=0048 TTL=57 ID=62ae time=6.054ms
From 8.8.8.8: bytes=60 seq=0049 TTL=57 ID=63e2 time=6.151ms
From 8.8.8.8: bytes=60 seq=004a TTL=57 ID=63e9 time=5.955ms
From 8.8.8.8: bytes=60 seq=004b TTL=57 ID=64e3 time=5.580ms
From 8.8.8.8: bytes=60 seq=004c TTL=57 ID=65a1 time=5.830ms
From 8.8.8.8: bytes=60 seq=004d TTL=57 ID=6682 time=5.700ms
From 8.8.8.8: bytes=60 seq=004e TTL=57 ID=67ec time=5.674ms
From 8.8.8.8: bytes=60 seq=004f TTL=57 ID=694e time=5.869ms
[Aborting...]

Packets: sent=79, rcvd=79, error=0, lost=0 (0.0% loss) in 39.006793 sec
RTTs in ms: min/avg/max/dev: 5.407 / 5.925 / 6.990 / 0.254
Bandwidth in kbytes/sec: sent=0.121, rcvd=0.121

Quindi windows non fa arrotondamento sui tempi ping ma troncamento (e quindi 5.99ms diventa 5ms

).

Psyred · 05-05-2016, 09:39

Quote:

Originariamente inviato da Yrbaf

G.Inp ho queste info:

Codice:

G.INP Info:
  Status:                                        12

  Framing Info:                                  Near end       Far end
    Q:                                           8              136
    V:                                           5              0
    RxQueue:                                     72             104
    TxQueue:                                     18             26
    G.INP Framing:                               18             18
    G.INP lookback:                              18             26
    RRC bits:                                    24             24

  Retransmit counters:                           Near end       Far end
    rtx_tx:                                      846642         846642
    rtx_c:                                       13302          13302
    rtx_uc:                                      0              0

  G.INP Counters:                                Near end       Far end
    LEFTRS:                                      0              552
    minEFTR:                                     103014         103014
    errFreeBits:                                 661208110      1845398897

La portante oscilla tra 100 e 103Mb perché un po' di diafonia ulteriore (ma non ce ne potrà essere altra, armadio saturo

) mi ha tolto da circa un mese la possibilità di prendere i 108Mb.

In questo momento la portante è: 103124/21600

Intendevo il valore di INP (nel mio caso 59 simboli)

Codice:

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):	32640
Velocità massima di ricezione (Kbps):	120581
SNR Upstream (dB):	11.3
SNR Downstream (dB):	10.1
Attenuazione Upstream (dB):	1.5
Attenuazione Downstream (dB):	5.3
Potenza in trasmissione (dB):	-20.6
Potenza in ricezione (dB):	12.2
Total ES (Errored Secs):	0
Total SES (Severely Errored Secs):	0
Encapsulation Type:	PTM
Impulse Noise Protection (INP):	5900
Velocità in trasmissione (Kbps):	21600
Velocità in ricezione (Kbps):	108000
Up time:	388894
Total FEC Errors:	150586
Total CRC Errors:	0

Ma tu hai un Technicolor diverso, forse non lo mostra.

ironmark99 · 05-05-2016, 09:40

Quote:

Originariamente inviato da diaretto

Nono assolutamente! Non è un discorso di attenuazioni, il modem mostra sempre le stesse a prescindere dal profilo impostato.

Il modem calcola l'ottenibile già "calcolando" di utilizzare i 6db di target SNR.

Altrimenti quelli con la 30/1 i primi tempi che mostravano appunto 100 e passa Mb di ottenibile adesso secondo voi dovrebbero avere 250Mb?

Nono, l'ottenibile è (quasi) sempre fedele, a parte appunto rare volte nelle quali il modem "sballava" nella lettura e si avevano degli ottenibili in up strani, che poi si alzavano col profilo 50/10, ma è un caso remoto e appunto una volta aumentato il profilo la situazione dovrebbe risolversi, se ci fosse stata.

Quote:

Originariamente inviato da giovanni69

In sostanza quando si è trovato con i 12 dB con la 50/10 aveva già tolto i 6 per dichiarare l'agganciabile.
In altre parole chi si trova con un'attivazione temporanea di 50/10 in attesa della 100/20 con un valore pari a 12 dB in upstream, per definizione non potrà mai agganciare portante piena, a parità di ogni altra condizione. Oppure scatta il discorso che ogni linea sfrutta in modo diverso SNR?

Tenendo conto che 1 dB perso durante un temporale (e non corretta da SRA perchè la soglia non veniva innescata per riportarlo da 7 a 6 dB) significa 2 Mbit (motivo per cui ho dovuto riavviare il modem per ritornare da 15 a 17Mb), ed ora aggancio 17 Mb, significherebbe che servirebbero 2 dB in più sulla mia linea per arrivare a 21Mbit (2 db SNR x 2 Mb).
Correggetemi se ho preso una cantonata.

Approfitto di questo argomento per allegare la seguente tabella, che lega il delta SNR (cioè quanto manca o eccede dal SNRm target di 6dB) e quanto questo delta "costi" in termini di bitrate:

La tabella vale sia per eccesso che per difetto di SNRm. Basta usare il segno corretto, ricordando che un eccesso di SNRm si traduce in un difetto di bitrate e viceversa.
Il calcolo si basa su questi assunti:

che si stiano usando tutte le portanti disponibili
che non si sia ai limiti inferiori della usabilità del profilo

Se per caso ci si trova già col rate effettivo al massimo concesso dal profilo di rate, si tenga conto che l'ottenibile mostrato dalle statistiche è già quello che si avrebbe con 6dB di SNRm.
Non ci sarebbe la necessità di specificarlo ma questi calcoli sono indicativi. La scala è lineare e dunque potete desumere qualsiasi valore desideriate con una banale proporzione, sia per passare da SNRm a bitrate che viceversa.
Dato che ci siamo, sul comportamento dell'SRA aggiungerei che:

se non si supera una certa soglia di eccesso o difetto di SNRm rispetto al target di 6dB, l'SRA non interviene, e quell'eccesso o scarsità si mantengono indefinitamente.
le soglie sono (indicativamente) +1.5 e - 0.5 dB (ossia 7.5 e 5.5 dB di SNRm)
questa isteresi serve ad evitare di usare continuamente risorse del modem per tenere costantemente (e direi inutilmente) il SNRm a 6dB esatti
quando l'SRA si attiva, di solito in pochi minuti l'SNRm si assesta a 6dB e il bitrate raggiunge il nuovo valore
in questa fase il DSLAM e il modem devono comunicare tra loro intensamente
se si ha SNRm in eccesso si perde qualcosa in bitrate, ma si guadagna in minor sensibilità ai disturbi impulsivi (e dunque in latenza)
se si ha SNRm in difetto si guadagna qualcosa in bitrate ma si è più sensibili ai disturbi impulsivi (e si aumenta quindi leggermente la latenza)

giovanni69 · 05-05-2016, 10:00

Grazie ironmark!

Molto utile, come sempre!
Quindi in effetti per compensare quei 4 Mbit mancanti l'upstream della mia linea è in difetto di delta 2.00, circa, come ipotizzato. Almeno una volta ogni tanto... con il 2x2 o 2+2 non caso in errore

Adesso devo trovare un frustino per togliere la pigrizia!

Yrbaf · 05-05-2016, 10:02

Quote:

Originariamente inviato da Psyred

Intendevo il valore di INP (nel mio caso 59 simboli)

Ma tu hai un Technicolor diverso, forse non lo mostra.

No infatti non lo mostra.
Ho riavviato il router per riavere la webif (ho un bug che dopo tot ore di accensione non ti fa più entrare nella config web) ed ho controllato e non c'è.

In compenso ho perso leggermente portante (102.761) e sono tornati i +4ms (ora pingo sui 10ms + poi overhead PLine).
Colpa tua

Yrbaf · 05-05-2016, 10:05

Quote:

Originariamente inviato da ironmark99

La tabella vale sia per eccesso che per difetto di SNRm. Basta usare il segno corretto, ricordando che un eccesso di SNRm si traduce in un difetto di bitrate e viceversa.

Bene può essere usata in prima approssimazione per stimare l'ottenibile per chi è stampato a 108Mb.

Parlo ovviamente per chi ha modem che non mostra l'ottenibile (es. i clienti Tiscali, ma forse anche quelli FastWeb e Vodafone).

Vediamo se ho fatto il compitino giusto.
SNR: 12.40 (upload)
Delta: 6.4dB
Banda disponibile in più: 2139 x 6.4 = 13670
Ottenibile teorico in upload : 35290 (voglio un profilo over 20Mb in up

)

Dzvix · 05-05-2016, 10:12

Ripeto, come vi sembra?

05-05-2016, 08:48	#66306
giovanni69 Senior Member Iscritto dal: Jun 2005 Messaggi: 23191	@Step AsR: L'attenuazione complessiva (o delle prime bande come dice la fonte) era a 2.8 dB prima e lo è anche adesso ovviamente. Ed il rapporto è rimasto <1:3 circa rispetto all'attenuazione in DS (10.5). Nel tuo discorso non vedo entrare in gioco SNR. Ultima modifica di giovanni69 : 05-05-2016 alle 09:04. Motivo: Inserito il 'non'

05-05-2016, 10:00	#66317
giovanni69 Senior Member Iscritto dal: Jun 2005 Messaggi: 23191	Grazie ironmark! Molto utile, come sempre! Quindi in effetti per compensare quei 4 Mbit mancanti l'upstream della mia linea è in difetto di delta 2.00, circa, come ipotizzato. Almeno una volta ogni tanto... con il 2x2 o 2+2 non caso in errore Adesso devo trovare un frustino per togliere la pigrizia! Ultima modifica di giovanni69 : 05-05-2016 alle 10:02.

05-05-2016, 10:12	#66320
Dzvix Member Iscritto dal: Feb 2016 Messaggi: 84	Ripeto, come vi sembra?

Strumenti
Mostra una versione stampabile Invia questa pagina per email