Filippo94 si vede un buco (anche se piccolo) rispetto a Andrea786 potrebbe esserne la causa. Non ricordo, il tecnico ha già cercato/provato una coppia libera?
Andrea786 Filippo94 non è uscito nessun tecnico Filippo mi sa che ti stai confondendo con un altro utente
Filippo94 Andrea786 Yes, hai ragione. Se hai tempo potresti far uscire un tecnico (staccando e riattaccando il cavo dsl varie volte all'ora per molte ore, chiami lamentando disconnessioni, continui finché non è a casa) per provare a cercare una coppia migliore, se disponibile. Non è detto che sia risolutivo, in ogni caso, ma è un tentativo.
Andrea786 Filippo94 non potrebbe dipende da diafonia ? so che nei primi mesi quando mi hanno attivato la FTTC avevo la linea sempre con Upload ballerino , nel senso che per un ora andava a 21600 poi calava a 4000 però l snr si alzava di brutto e con SRA alla fine arrivava a 20mega solo che dopo un tot probabilmente a causa di errori la linea si riavviava ( avevano risolto sostituendo l ONU sull armadio installando quella compatibile al 35b ) , qua invece vedo che da ieri alle 21:40 ( orario un po insolito per le attivazioni a meno che non ci sia una migrazione da un gestore in FTTC ad un altro in FTTC ) ho visto la linea con upload a 21600 con Snr da 8 ai 9db e poi è passata ai 16700 di oggi con 6db di snr fissi , booh vediamo se almeno resta stabile altrimenti chiamo Wind
Filippo94 Andrea786 Diafonia in UP non possiamo vederla, in ogni caso sembra più un degrado della coppia. Andrea786 altrimenti chiamo Wind Non accennare a cali di velocità, al massimo ti peggiorano la situazione chiedendo a tim di impostare profili restrittivi (dai quali non puoi uscire), l'unica è far uscire un tecnico.
Andrea786 Filippo94 è normale che facendo un tracert con WinMTR mi da l 80% dei pacchetti persi proprio sull hop del server Wind ? |------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | fritz.box - 0 | 432 | 432 | 0 | 0 | 1 | 0 | | 151.6.165.17 - 81 | 104 | 20 | 4 | 4 | 9 | 4 | | 151.6.192.120 - 0 | 432 | 432 | 4 | 4 | 38 | 4 | | 151.6.192.164 - 0 | 432 | 432 | 4 | 4 | 34 | 4 | | 151.6.2.14 - 0 | 432 | 432 | 6 | 6 | 21 | 6 | | 151.6.6.53 - 0 | 432 | 432 | 6 | 7 | 61 | 6 | | ngi.mix-it.net - 12 | 299 | 265 | 8 | 10 | 17 | 11 | | 10.40.71.230 - 0 | 432 | 432 | 6 | 7 | 10 | 7 | | 10.40.84.94 - 0 | 432 | 432 | 7 | 7 | 10 | 8 | | 10.40.36.74 - 0 | 432 | 432 | 14 | 55 | 420 | 29 | | 88-149-202-248.v4.ngi.it - 0 | 432 | 432 | 6 | 6 | 11 | 6 | |_____________________________________________||||||___| WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Filippo94 Andrea786 Quell'MTR è perfetto, non c'è perdita di pacchetti ed anche il ping è pressoché costante.
Filippo94 Andrea786 Guarda solo l'ultimo hop, se è zero non c'è problema. In questo caso è un pacchetto perso su 704, non è l'1% come indica (la versione da terminale fa il calcolo corretto), approssimabile a 0%. EDIT: per completezza, vedi perdita "finta" semplicemente perché sono router che scartano le richieste, in quanto il loro obiettivo non è essere pingati.
Andrea786 Aggiornamento a questo discussione , dopo aver praticamente bypassato la presa unificata TIM ( Praticamente il modem è connesso direttamente alla rete telefonica senza connettori nella presa unificata , ho usato un cavo di rete visto che il 7490 ha come porta DSL una RJ45 ed usato i pin centrali per la VDSL ) la connessione non è piu caduta , attualmente sto a 66 giorni di connessione ininterrotta anche come IP Problema risolto direi
