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

Step AsR · 05-05-2016, 09: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, 09: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, 09: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, 09: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, 09: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, 10: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, 10: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, 10: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, 10: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, 11: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, 11: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, 11: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, 11:12

Ripeto, come vi sembra?

ironmark99 · 05-05-2016, 11:16

Quote:

Originariamente inviato da giovanni69

Adesso devo trovare un frustino per togliere la pigrizia!

Quello non è difficile... un bello spegni/accendi del modem

Piccolospazio · 05-05-2016, 11:22

Buongiorno, chiedo a voi un info banale facendo prima una descrizione della situazione.

PRIMA RICHIESTA
Attualmente cliente tim adsl, giorni fa ho richiesto Tim smart fibra dopo verifica copertura tramite operatore. Successivamente sono stato contattato per fissare l'appuntamento con il tecnico, ma dopo 24 ore circa mi sono visto annullare la richiesta e di conseguenza anche il contratto, chiedendo spiegazioni in merito si parlava di "problemi tecnici" non specificati.

SECONDA RICHIESTA
Ieri sono stato ricontattato in merito ala vicenda precedente e l'operatore in questione mi ha detto che dovevo rifare nuovamente richiesta di attivazione in quanto la precedente prevedeva l'intervento del tecnico a casa per l'installazione, mentre adesso avviene tutto in maniera automatica al collegamento del router che riceverò tramite corriere.

Mah! è ovvio che ci sia altro sotto, ma senza entrare nel merito la mia domanda è questa:
Vi risulta che non sia più necessario l'intervento del tecnico e che la fibra si attivi in automatico al collegamento del router fibra?
Grazie.

HDA · 05-05-2016, 11:24

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

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

).

Dopo quello che hai scritto mi sono venuti altri dubbi sulla questione Diafonia della mia linea. la tua via ha l'armadio saturo e agganci ancora tutta quella banda? per saturo intendi che il dslam VDSL è utlizzato al 100%oppure che tutta la secondaria che parte da quell'armadio è satura?.
Forse potrebbe essere che la tua chiostrina che arriva all'armadio (diciamo quel ramo di secondaria) è usato solo da te. mentre altri rami di secondaria che arrivano allo stesso armadio sono usate da più utenze con la VDSL attive e in quel caso risentono della diafonia. Se fosse cosi sei fortunatissimo.

ironmark99 · 05-05-2016, 11:24

Quote:

Originariamente inviato da Dzvix

Ripeto, come vi sembra?

Chiederei una cortesia a tutti. Nel postare le proprie statistiche basta fare un copia incolla di testo dalla pagina del modem. Perché appesantire il forum con immagini, per di più enormi (1440x1520 px nel tuo caso specifico)?

Grazie.

Per la tua domanda: eccellente linea. Basta guardare un po' di statistiche nel forum per rendersene conto, no?

Psyred · 05-05-2016, 11:33

Quote:

Originariamente inviato da Yrbaf

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).

Che strano però, la latenza minima è davvero imprevedibile con 'ste 100 Mega... Non che cambino molto quei 3-4 ms di differenza, però se non ci fossero sarebbe meglio.

Quote:

Originariamente inviato da Yrbaf

Colpa tua

fk0 · 05-05-2016, 11:39

Quote:

Originariamente inviato da Yrbaf

Esempio in questo instante il mio ping su 8.8.8.8 (si non il primo hop ma proprio un target) oscilla tra 6.4ms e 7.2ms (spike a parte).

non fidatevi di 8.8.8.8 , perche' a seconda di dove vi troviate si tratta di macchine fisiche che potrebbero essere diverse in quanto le vostre richieste vengono instradate a quella fisicamente piu' vicina a voi.
Per essere sicuro che sia la stessa andrebbero verificati gli ultimi hop del route.

edit: addendum: vale per utenze diverse ovvero: un utente che sta al nord e uno che sta al sud potrebbero usare 8.8.8.8 ma pingare macchine diverse in posizioni diverse e quindi i risultati non sarebbero adatti per comparazioni fra utenti.
La verifica con 192.168.100.1 invece comprende il tratto fra voi e il nodo ethernet per cui comprende anche l'eventuale congestione fra la centrale e il nodo, che avviene specie in ora di punta.

giovanni69 · 05-05-2016, 11:42

Quote:

Originariamente inviato da ironmark99

Quello non è difficile... un bello spegni/accendi del modem

Eh no, ironmark! Quello serviva solo per recuperare da 15 (del temporale) a 17 Mb agganciabili max = reali.

Purtroppo non basta spegnere/riaccendere... per pigrizia intendo il fatto che mancano proprio i 2 dB dato che il profilo è già convergente verso i 6 dB SNR in up e non si va oltre i 17 Mb in US. Ecco la necessità del frustino

05-05-2016, 11:00	#66250
giovanni69 Senior Member Iscritto dal: Jun 2005 Messaggi: 23752	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 11:02.

05-05-2016, 11:22	#66255
Piccolospazio Senior Member Iscritto dal: Feb 2005 Città: Siracusa Messaggi: 1657	Domanda banale su attivazione Buongiorno, chiedo a voi un info banale facendo prima una descrizione della situazione. PRIMA RICHIESTA Attualmente cliente tim adsl, giorni fa ho richiesto Tim smart fibra dopo verifica copertura tramite operatore. Successivamente sono stato contattato per fissare l'appuntamento con il tecnico, ma dopo 24 ore circa mi sono visto annullare la richiesta e di conseguenza anche il contratto, chiedendo spiegazioni in merito si parlava di "problemi tecnici" non specificati. SECONDA RICHIESTA Ieri sono stato ricontattato in merito ala vicenda precedente e l'operatore in questione mi ha detto che dovevo rifare nuovamente richiesta di attivazione in quanto la precedente prevedeva l'intervento del tecnico a casa per l'installazione, mentre adesso avviene tutto in maniera automatica al collegamento del router che riceverò tramite corriere. Mah! è ovvio che ci sia altro sotto, ma senza entrare nel merito la mia domanda è questa: Vi risulta che non sia più necessario l'intervento del tecnico e che la fibra si attivi in automatico al collegamento del router fibra? Grazie.

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

Strumenti
Mostra una versione stampabile Invia questa pagina per email