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

[diaretto]

Originariamente inviato da papillon56

Stamane è venuto il tecnico per il passaggio alla fibra 100/20
Ha installato e configurato il modem/router TIM e questo è il test
http://7.t.imgbox.com/C3ZZaesL.jpg
Mi pare tutto ok.. Ho solo un problema alcuni siti non mi fanno entrare dicendo che il mio ip è "sospetto"
Mai avuto problemi simili fino a ieri..
Ho IP dinamico..
Ecco le statistiche della connessione.. cosa ne dite voi che ne capite di più?

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):	30748
Velocità massima di ricezione (Kbps):	117686
SNR Upstream (dB):	11.3
SNR Downstream (dB):	8.6
Attenuazione Upstream (dB):	1.7
Attenuazione Downstream (dB):	4.6
Potenza in trasmissione (dB):	-23.2
Potenza in ricezione (dB):	12.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:	27323
Total FEC Errors:	3126
Total CRC Errors:	0

Qualche suggerimento per la configurazione nel pannelllo controllo del modem dal browser o altri suggerimenti?
Grazie

I valori sono perfetti, non saprei dirti cosa causi il problema.

Prova a spengere e riaccendere il modem a distanza di qualche minuto, cosi magari cambi anche indirizzo IP.

[papillon56]

Originariamente inviato da diaretto

I valori sono perfetti, non saprei dirti cosa causi il problema.

Prova a spengere e riaccendere il modem a distanza di qualche minuto, cosi magari cambi anche indirizzo IP.

Grazie... proverò così....
magari è la volta che il telefono tace per qualche minuto
Approfitto per una domanda che spero npon sia ot..
casomai ignorami..
Per mettere la fibra ho attivato una nuova linea (nuovo mumero) per il vecchio numero non devo dare nessuna disdetta o cosa?
Avendo la domiciliazione bancaria non vorrei trovarmi a pagare 2 bollette per qualche mese..
Grazie

[kevincop87]

Originariamente inviato da superds

Per curiosità quanto pinghi su 192.168.100.1? È come se non avessi il g.inp .

Statistiche Ping per 192.168.100.1:
Pacchetti: Trasmessi = 4, Ricevuti = 4,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 19ms, Massimo = 28ms, Medio = 21ms


se potresti darmi delucidazioni in meritto al g.imp te ne sarei grato.
resto in attesa

[totocrista]

Originariamente inviato da papillon56

Grazie... proverò così....
magari è la volta che il telefono tace per qualche minuto
Approfitto per una domanda che spero npon sia ot..
casomai ignorami..
Per mettere la fibra ho attivato una nuova linea (nuovo mumero) per il vecchio numero non devo dare nessuna disdetta o cosa?
Avendo la domiciliazione bancaria non vorrei trovarmi a pagare 2 bollette per qualche mese..
Grazie

Devi dare disdetta via raccomandata o PEC

[fullyZ]

Originariamente inviato da Robbysca976

Questa è la mia situazione (5.3.1)...

Originariamente inviato da Robertof_

I picchi sul ping a 192.168.100.1 sono normali, son dovuti alla scarsa priorità attribuita ai pacchetti ICMP da parte dell'ONU.
Il modo più affidabile per testare la stabilità del ping è lanciarlo su un altro host, come maya.ngi.it / seflow.it / altri esempi simili, vedrai che sarà stabile.

Diciamo che mi sono convinto, le oscillazioni effettivamente su altri domini non ci sono. Quindi l'assegnazione di priorità è evidente. Quello che mi lascia perplesso è che sarà anche stabile ma con un conn ADSL, maya lo si pinga da 14ms ai 20ms (vecchia linea). Come è possibile che ce ne impiego 12 per fare 150 metri :/ mentre gli altri (ONU diverso ma stessa zona e distanza maggiori) 6-8ms ??
Saranno anche irrisori 6 ms ma è già il 25%-50% in italia.

Esecuzione di Ping test.ngi.it [88.149.202.248] con 32 byte di dati:
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53
Risposta da 88.149.202.248: byte=32 durata=31ms TTL=53

  1    <1 ms    <1 ms    <1 ms  modemtelecom.homenet.telecomitalia.it [192.168.1.1]
  2     *        *        *     Richiesta scaduta.
  3    22 ms    21 ms    22 ms  172.17.193.1
  4    23 ms    26 ms    26 ms  217.141.106.141
  5    22 ms    22 ms    22 ms  172.17.4.13
  6    22 ms    22 ms    22 ms  172.19.0.135
  7    28 ms    28 ms    28 ms  195.31.82.206
  8    29 ms    29 ms    29 ms  217-221-48-218-static.albacom.net [217.221.48.218]
  9     *        *        *     Richiesta scaduta.
 10    31 ms    31 ms    31 ms  88-149-202-248.v4.ngi.it [88.149.202.248]

e da qui per me è evidente che gli instradamenti sono buoni (31 - 21 ms = 10 ms). Se da casa mia all'ONU con 117mb/34mb di massima (per sottolineare che la distanza è nell'ordine dei 100 metri) ci vogliono ben 12 ms stiamo freschi.
Inolte mi puzza che un tracert ad un dominio generico ha come latenza al terzo hop

172.17.193.1 di 21ms

mentre un ping diretto a questo IP porta a

Esecuzione di Ping 172.17.193.1 con 32 byte di dati:
Risposta da 172.17.193.1: byte=32 durata=12ms TTL=253
Risposta da 172.17.193.1: byte=32 durata=11ms TTL=253
Risposta da 172.17.193.1: byte=32 durata=12ms TTL=253
Risposta da 172.17.193.1: byte=32 durata=12ms TTL=253
Risposta da 172.17.193.1: byte=32 durata=11ms TTL=253
Risposta da 172.17.193.1: byte=32 durata=12ms TTL=253

Mi viene spontaneo pensare che tutte le latenze che vedo nei tracert potrebbero essere tagliate di 10 ms.

Originariamente inviato da brendoo011

provate su 176.31.188.244

Velo pietoso in francia

Esecuzione di Ping 176.31.188.244 con 32 byte di dati:
Risposta da 176.31.188.244: byte=32 durata=50ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=46ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=50ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=45ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=45ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=46ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=53ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=45ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=46ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=45ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=45ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=56ms TTL=55
Risposta da 176.31.188.244: byte=32 durata=45ms TTL=55

Statistiche Ping per 176.31.188.244:

[xveilsidex]

Buongiorno fibrari !
Una domanda banale : Quando montano il modulo vdsl e la colonnina enel parte già il collaudo o passa del tempo?

[Yrbaf]

Originariamente inviato da Dany83

ma quel tipo di collegamento secondo me serve per fare un "rinvio" delle prese. Altrimenti che senso ha inviare la portante ADSL/VDSL tramite il filtro al router e far uscire segnale "pstn" (come indicato sulla porta dietro al router) e mandarlo sulla presa tel del filtro?

Secondo me, in un impianto normale, il rinvio consente di far funzionare tutto l'impianto a patto di mettere filtri su tutti gli apparecchi telefonici. Forse, in futuro, potrei avere modo di provarlo.

Questa è una mia supposizione, ovviamente.

La tua supposizione è giusta, serve a miscelare la fonia ed riavere il telefono come se fosse alla vecchia maniera (quindi con filtri adsl per ogni telefono).

In quel caso però il modem si deve mettere sull'ultima presa di casa e non sulla prima.

Io ho l'impianto in quel modo e nel mio caso (e ripeto mio caso) non cambia praticamente nulla rispetto a sezionare, ma di solito dovrebbe essere una soluzione leggermente peggiorativa (ma di fatto anche molto più comoda da attuare, a patto di poter utilizzare l'ultima presa o di poter far diventare ultima la presa usata dal modem).

[neo-full-hd]

[QUOTE=Dany83;43643526

Presa principale eliminata, presa camera da letto eliminata, presa studio diventata presa principale (il tutto solo aprendo le scatoline)

Router Fibra collegato a presa telefonica con filo passante su UPS (filtraggio scariche da fulmine) e alimentato da UPS
Non e' che per caso hai provato a verificare nelle statistiche del Modem fibra se cambia qualcosa (in meglio ) collegando la linea in arrivo direttamente e non tramite Ups ? Ho un impianto simile ma non so se modificare i collegamenti .....grazie !

[darth gaio]

Originariamente inviato da mauriziofa

cut

Altra cosa, dopo la prima mail ne arriverà una seconda con il riepilogo del contratto ed alcuni fogli da rispedire, tra cui la domiciliazione bancaria, che io non ho rispedito perchè intendo pagare con il bollettino postale, ma gli altri fogli sono da rispedire via fax (in pratica il fax lo fai due volte, una per la prima email, ed una per la seconda).
In mezzo alle due email ti chiamerà un operatore TIM per il consenso, ed anche per chiederti se vuoi essere inserito nell'elenco telefonico se vuoi la consegna.

Quello che succede dopo non lo so, tranne le testimonianze qui degli altri utenti del forum, perchè come te sono in attesa, infatti mi aveva chiamato infostrada per chiedermi come mai andavo via e mi aveva comunicato "dal 20 aprile sarà TIM" ma non è vero, siamo al 6 maggio e sono ancora infostrada con pratica sul sito tim in lavorazione.
Maurizio

grazie.
in pratica mi è arrivata solo la prima mail, quella da firmare per la "richiesta di passaggio a telecom italia"
il consenso commerciale l'avevo già indicato durante la procedura d'ordine sul sito
la domiciliazione, idem come sopra, già indicata
anche per l'invio dell'elenco telefonico c'era la possibilità di indicarlo durante l'ordine

attendiamo chiamata dell'operatore.

ma chiamano sulla linea di casa oppure al cellulare indicato? perchè nella prima ipotesi io non sono mai in casa durante il giorno, e i miei familiari non sono ferrati sull'argomento, quindi non saprebbero che rispondere

[maverikkk86]

Originariamente inviato da xveilsidex

Buongiorno fibrari !
Una domanda banale : Quando montano il modulo vdsl e la colonnina enel parte già il collaudo o passa del tempo?

1 mese minimo.... per la vendibilità dopo che risulta tutto montato.

[papillon56]

Originariamente inviato da totocrista

Devi dare disdetta via raccomandata o PEC

Cosa è PEC? ?
Grazie

[brendoo011]

Originariamente inviato da papillon56

Cosa è PEC? ?
Grazie

Posta certificata

[totocrista]

Originariamente inviato da brendoo011

Posta certificata

Posta elettronica certificata

[lesotutte77]

Originariamente inviato da lesotutte77

Ragazzi ho un info da chiedere ad un Insider Tim qui del forum

Potete dirmi quante utenze sono attive su questo Armadio e quante utenze può arrivare

ragazzi chi mi può dare questa info?

[MAxMau73]

Originariamente inviato da MAxMau73

Aggiornamento:
Mi hanno appena chiamato per informarmi che a fine settimana verrò contatato per l'appuntamento con il tecnico. Mi hanno informato che il tecnico mi porterà il modem, e verrò connesso DIRETTAMENTE in fibra. Speriamo!

Stò ancora aspettando. Che senso ha chiamarmi per dirmi che sarei stato contattato per un appuntamento a fine settimana, se poi non lo fanno?

[haggis]

Originariamente inviato da MAxMau73

Stò ancora aspettando. Che senso ha chiamarmi per dirmi che sarei stato contattato per un appuntamento a fine settimana, se poi non lo fanno?

io ti avevo avvertito
qua siamo all'appuntamento numero sei!

[MAxMau73]

Originariamente inviato da haggis

io ti avevo avvertito
qua siamo all'appuntamento numero sei!

Devono stare attenti al gioco che stanno giocando. Sto passando a Tim, perchè al momento, Tiscali non ha copertura fibra nel mio armadio, e non voglio aspettare. Se la dovessero fare, mentre Tim mi fa aspettare, io gli cancello l'ordine, e mi risparmio 180 € di penale

[vincenzomary]

Ho visto sul sito kqi, un armadio pianificato per il mio paese, non è possibile però, non vedo su wholesale-telecomitalia la centrale pianificata e nemmeno l'armadio. come si può sapere dai vari codici:
0209 PEPOITAC029 962006 011891 PEPOITAC PEPOITAC029 TBO Pianificato giu-16
se si tratta di un armadio del mio paese o di un altro comune?


Inviato dal mio Nexus 5 utilizzando Tapatalk

[Dany83]

Originariamente inviato da Dany83

Presa Tel 2 - Samsung SCX 4729FD come fax (impostato come tale su pagina modem). Ho inviato un fax ad un amico, ora attendo di avere conferma di ricezione ma sembra esser partito e l'esito dell'invio mi dice OK.

Confermato, fax arrivato correttamente.

[MiloZ]

Originariamente inviato da fullyZ

Utenti in zona con ONU diverso e portante più bassa

In attesa di un tuo commento sulle mie latenze postate precedentemente (spike sporadici ecc), volevo capire se un G.INP di 6100 significa portante alta a scapito delle latenze. E' possibile richiedere l'abbassamento di questo?
Non ho mai visto un G.INP di 6100 nei vostri screenshots ma solo 5900 e giù.
Vedo due strade:
1. Recupero un Lantiq (Fritzbox che ahime dovrò comprare) e provo a vedere se migliora
2. Chiamo e chiedo di far controllare queste spike e questa latenza elevata.

Consigli? Vorrei evitare di usare il Fritzbox tanto ho principalmente un solo PC e la fonia la uso da remoto raramente. Quindi sarebbe sprecato

Se gli altri utenti sono su ONU differenti ci sta tutto, nel senso che può darsi le cose siano diverse.
Il G.inp come valori di INP va bene, anche io ho 61 in questo momento.
Varia dinamicamente (lo SRA stesso lo modifica quando interviene se c'è necessità) rimanendo di solito intorno ai 60. Magari se ti riconnetti più volte, qualche volta ti capita 59 o 60, non ti preoccuppare di quello.
Riguardo gli "spike" al gateway ci possono stare perchè ha una bassa tollerenza agli ICMP, è utile per controllare il ping minimo, non tanto la stabilità dello stesso.
Ti capitano anche puntando altri host? Se si, intanto prova a controllare se avvengono anche di notte o solo nelle ore di punta.

Originariamente inviato da Psyred

Ma se dipende dallo SRA non si potrebbe richiederne la disattivazione? Nel mio caso per esempio non ha alcuna utilità (almeno per ora) disponendo di 4 dB di SNRm in eccesso rispetto ai 6 dB del target.

Quindi è praticamente impossibile che la portante venga rinegoziata dinamicamente.

No aspetta, non è che se lo SRA è attivo sulla linea la latenza si alza, deve intervenire per farla abbassare.
Se provo a disabilitarlo lato modem, l'aumento è ancora contemplato anche se la portante non viene modificata mai.

Bisognerebbe inventarsi una fonte di rumore artificiale da mettere e togliere all'occorrenza, del tipo:

• Mi collego con una portante di 108000 (o quella che è) ed incappo nell'aumento di 3\4ms.
• Attivo la fonte di rumore in maniera da far diminuire l'SNR ed innescare l'intervento dello SRA.
• Una volta modificata la portante e diminuito il ping tolgo la fonte di rumore in maniera che lo SRA riporti la portante a 108000.
• Da quel momento il ping rimarrà basso al minimo sul gateway senza risalire più, per tutta la durata del collegamento.

Originariamente inviato da ironmark99

Non so se ho capito bene il fenomeno che descrivi... rileggerò meglio domani, poiché oggi sono un po' di corsa, ma c'è una cosa che forse va chiarita (o almeno così mi pare).

Il G.INP NON aggiunge 4ms costanti, come farebbe un INP classico. Il G.INP aggiunge quella latenza SOLO per correggere errori, e solo fin che ci sono errori da correggere, ma poi lo rimuove. In altre parole puoi guardare al buffer di 4ms come una coda di accumulo che cresce se ci sono errori, ma se non ci sono correzioni da fare si risvuota; è dunque per progetto che la latenza cresce e diminuisce di quel ritardo. Quindi su una linea "senza errori" il G.INP corrisponde ad un fast path in tutto e per tutto. Ovviamente è possibilissimo che il broadcom abbia una latenza sua di base superiore ad altri chip, e questo tipo di confronto andrebbe fatto fra i vari chip in fastpath.

Nel mio ragionamento volevo evidenziare che a parità di ottenibile, una linea con un SNRm maggiore ha meno probabilità di errore. A parità di SNRm invece una linea con ottenibile maggiore ha maggiore probabilità di errore. Questo potrebbe produrre quell'effetto collaterale del SRA, dato che esso interviene ad effettuare il "baratto" tra ottenibile e SNRm.

Può anche essere, inoltre, che visto che broadcom negozia di solito ottenibili più alti degli altri chipset a parità di linea, questo introduca una diversa probabilità di errore di partenza, e quindi una diversa latenza media dovuta al G.INP. Si tratta quindi di capire se, data una certa linea con un certo rumore, supponendo che broadcom negozi 2Mbit/s in più di un altro chip, riesca farlo con la stessa p.e. dell'altro chip che negozia 2Mbit/s in meno, o ci riesca con una p.e. più alta, stabilendo quindi una base di latenza media diversa.

Si, questo è chiaro.
Cioè è normale che la latenza aggiuntiva non sia obbligatoriamente fissa (anche se in diversi casi come per me o Psyred permane per la maggior del tempo), quello che intendevo io è che dal momento in cui lo SRA interviene, questo aumento non è più contemplato, cioè non avviene mai più sulla linea fino al riavvio del modem, neppure se lo stesso SRA rialza la portante ai valori di bitrate\ottenibile iniziali.

Gli altri chipset sembrano ignorare SEMPRE questo delay aggiuntivo di 3-4ms del G.INP, che appunto non si manifesta MAI sulla stessa linea dove con i broadcom è invece quasi permanente.
E non è che gli altri chipset facciano meno errori, anzi casomai ne fanno di più ed agganciano portanti mediamente più basse a pari SNRm.

Mi chiedevo appunto se questo fenomeno fosse spiegabile in qualche modo oppure no, cioè perchè e percome lo SRA abbasserebbe la latenza in maniera permanente "annullando" il buffer della ritrasmissione e rendendo di fatto, da quel momento, il Broadcom pari agli altri come ping senza questo delay aggiuntivo.

In realtà c'è un'altro piccolo effetto collaterale prodotto dallo SRA oltre all'abbassamento della latenza, ma prima di scriverlo volevo esserne sicuro perchè è piuttosto curioso.
Mettiamo che con una portante di 108000 abbia una velocità in download di 12.6Mb\s. Una volta che lo SRA interviene sulla linea per abbassare, e poi eventualmente, RIALZARE la portante a 108000 cambiano due cose:

• La latenza, come dicevamo, rimane permanentemente bassa, senza 3\4ms aggiuntivi.
• La velocità in download rimane però BLOCCATA a 12.2Mb\s (nonostante la portante sia tornata a 108000).

Quindi cosa fa lo SRA nel mio caso, toglie 3\4ms di ping, ma anche circa 3\4mbit di banda (non di portante).
Ovviamente riavviando il modem tutto torna alla normalità.

Sapresti trovarne una spiegazione?

Originariamente inviato da Psyred

In UK però hanno un sistema di Dynamic Line Management, che regola dinamicamente i profili in base alle caratteristiche della linea.

Su Kitz si parla di due impostazioni per il G.INP: ReTx Low e ReTx High

Siccome non mi risulta che TIM implementi un sistema di DLM non vorrei che i profili fossero configurati in modo fin troppo conservativo.

Si, ma la configurazione del G.INP che fa alzare la latenza dei soliti 3\4ms, dalle stastiche che ho visto postate da qualche utente sembra quella "standard" sugli Huawei che anche da noi dovrebbe essere la medesima: indica 3ms delay in downstream e 0 in up.
Comununque è vero, per non fare confusione meglio parlare delle connessioni nostrane sui cui possiamo controllare direttamente ed avere feedback più diretti.

Originariamente inviato da Giaco93

Come scritto in precedenza tra le statistiche del modem ho 200 come valore dell'INP quando solitamente si attesta oltre i 5000. Visto che ho ping all'armadio di 28ms(comunque non bassissimo) come mi è stato detto qui sul forum il problema potrebbe essere che il g.inp non è attivo. Ho provato a chiamare il 1949 dicendo di questo valore sballato, ma il tecnico quasi non sapeva cosa fosse e poi mi ha risposto che la vdsl è sempre settata in fast e che il mio ping è ottimo. Ma giudicando dagli altri utenti del forum non mi sembra così ottimo. Cosa posso fare o chiedere?

Inviato dal mio LG-D802 utilizzando Tapatalk

Devi riuscire a trovare un'operatore che capisca di cosa stai parlando.

Originariamente inviato da fullyZ

Mi sono fatto aggiornare al 5.3.1 ho guadagno 2-3 ms però ho ancora queste spike... idee??

Esecuzione di Ping 192.168.100.1 con 32 byte di dati:
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=16ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=10ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=131ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=28ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=30ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=24ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=13ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=35ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=10ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=101ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=48ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=36ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=10ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=126
Risposta da 192.168.100.1: byte=32 durata=34ms TTL=126

Ottimo, così sei apposto, se dipendeva solo dal firmware del Technicolor mi sento sollevato.
Continua a rimanerti stabilmente così?
I 4ms aggiuntivi rispetto al minimo possibile sono dovuti al G.INP classico, come abbiamo tutti col Tech in condizioni simili alla tue (portante piena e linea mediamente pulita).
L'anomalia stava nel 12-13ms al gateway, 8-9ms è ok.
Non vorrei tu avessi però di base 8-9ms ed appena il G.INP si aziona ti salisse a 12-13ms, dovresti controllare dopo qualche ora di collegamento se continua a pingarti 8-9ms oppure aumenta.

Originariamente inviato da neo-full-hd

Router Fibra collegato a presa telefonica con filo passante su UPS (filtraggio scariche da fulmine) e alimentato da UPS
Non e' che per caso hai provato a verificare nelle statistiche del Modem fibra se cambia qualcosa (in meglio ) collegando la linea in arrivo direttamente e non tramite Ups ? Ho un impianto simile ma non so se modificare i collegamenti .....grazie !

Io ho provato, filtrando il cavo rj11 nell'UPS perdevo esattamente 6db di SNRm in upstream (in downstrream rimaneva uguale) + un leggerissimo aumento di attenuazione. Decisamente sconveniente, poi magari verifica un pò cosa succede nel tuo caso.