Problemi con TIM - Thread ufficiale - Pagina 1556

arcofreccia · 21-12-2015, 15:29

Quote:

Originariamente inviato da msktrz

Non confermo, dipende dall'impianto al quale è collegata la FXS del Technicolor..

Cioè??

msktrz · 21-12-2015, 16:01

Quote:

Originariamente inviato da arcofreccia

Cioè??

Se l'impianto casalingo che parte "dalla porta TELEFONO" del Technicolor è in parallelo, allora ci sarà interfonia tra i vari telefoni connessi in cascata, altrimenti vuol dire che l'impianto è in serie.. (strano, perché è dai tempi dell'ADSL che non si fanno più impianti in serie)

DooM1 · 21-12-2015, 16:21

Insomma detto in altre parole, la fibra ottica non è né in parallelo né altro.
Ciò che conta, per quanto riguarda il telefono voip, è com'è fatto l'impianto DOPO il modem.

arcofreccia · 21-12-2015, 18:54

Ma fino a che non ho avuto la fibra ottica, qualunque cornetta del telefono alzavo parlavo con l'interlocutore

Ora se chiamano, rispondendo ad un telefono devo per forza continuare la conversazione su quello, e non è assolutamente comoda una cosa del genere.

Ripeto, a me l'operatore del 187 mi ha detto che questo accade perchè ho la fibra ottica.

fracarro · 21-12-2015, 21:37

Salve ragazzi,
ho un alice 7MB che non mi ha mai dato problemi fino ad una settimana fa. Ora riscontro dei "blocchi" (ma non disconnessione) della connessione per un paio di muniti con cadenze variabili.

Per darvi un'idea ho fatto un ping a google ed il ping era sempre al di sotto di 30 ms. L'ho ripetuto 3 minuti dopo e questo è il risultato:

Codice:

PING www.google.it (149.3.177.57): 56 data bytes
64 bytes from 149.3.177.57: icmp_seq=0 ttl=57 time=405.763 ms
64 bytes from 149.3.177.57: icmp_seq=1 ttl=57 time=399.892 ms
64 bytes from 149.3.177.57: icmp_seq=2 ttl=57 time=384.735 ms
64 bytes from 149.3.177.57: icmp_seq=3 ttl=57 time=142.088 ms
64 bytes from 149.3.177.57: icmp_seq=4 ttl=57 time=496.008 ms
64 bytes from 149.3.177.57: icmp_seq=5 ttl=57 time=504.808 ms
64 bytes from 149.3.177.57: icmp_seq=6 ttl=57 time=421.300 ms
64 bytes from 149.3.177.57: icmp_seq=7 ttl=57 time=542.508 ms
64 bytes from 149.3.177.57: icmp_seq=8 ttl=57 time=399.207 ms
64 bytes from 149.3.177.57: icmp_seq=9 ttl=57 time=437.675 ms
64 bytes from 149.3.177.57: icmp_seq=10 ttl=57 time=415.486 ms
64 bytes from 149.3.177.57: icmp_seq=11 ttl=57 time=384.276 ms
64 bytes from 149.3.177.57: icmp_seq=12 ttl=57 time=368.781 ms
64 bytes from 149.3.177.57: icmp_seq=13 ttl=57 time=387.028 ms
64 bytes from 149.3.177.57: icmp_seq=14 ttl=57 time=294.869 ms
64 bytes from 149.3.177.57: icmp_seq=15 ttl=57 time=493.610 ms
64 bytes from 149.3.177.57: icmp_seq=16 ttl=57 time=512.459 ms
Request timeout for icmp_seq 17
64 bytes from 149.3.177.57: icmp_seq=18 ttl=57 time=380.836 ms
64 bytes from 149.3.177.57: icmp_seq=19 ttl=57 time=466.543 ms
64 bytes from 149.3.177.57: icmp_seq=20 ttl=57 time=485.399 ms
64 bytes from 149.3.177.57: icmp_seq=21 ttl=57 time=415.367 ms
64 bytes from 149.3.177.57: icmp_seq=22 ttl=57 time=458.758 ms
64 bytes from 149.3.177.57: icmp_seq=23 ttl=57 time=439.489 ms
64 bytes from 149.3.177.57: icmp_seq=24 ttl=57 time=458.696 ms
64 bytes from 149.3.177.57: icmp_seq=25 ttl=57 time=579.766 ms
64 bytes from 149.3.177.57: icmp_seq=26 ttl=57 time=609.273 ms
64 bytes from 149.3.177.57: icmp_seq=27 ttl=57 time=443.643 ms
Request timeout for icmp_seq 28
64 bytes from 149.3.177.57: icmp_seq=29 ttl=57 time=388.858 ms
64 bytes from 149.3.177.57: icmp_seq=30 ttl=57 time=381.529 ms
64 bytes from 149.3.177.57: icmp_seq=31 ttl=57 time=405.769 ms
64 bytes from 149.3.177.57: icmp_seq=32 ttl=57 time=423.029 ms
64 bytes from 149.3.177.57: icmp_seq=33 ttl=57 time=403.633 ms
64 bytes from 149.3.177.57: icmp_seq=34 ttl=57 time=418.594 ms
64 bytes from 149.3.177.57: icmp_seq=35 ttl=57 time=43.766 ms
64 bytes from 149.3.177.57: icmp_seq=36 ttl=57 time=32.092 ms
64 bytes from 149.3.177.57: icmp_seq=37 ttl=57 time=99.586 ms
64 bytes from 149.3.177.57: icmp_seq=38 ttl=57 time=343.423 ms
64 bytes from 149.3.177.57: icmp_seq=39 ttl=57 time=25.005 ms
64 bytes from 149.3.177.57: icmp_seq=40 ttl=57 time=27.115 ms
64 bytes from 149.3.177.57: icmp_seq=41 ttl=57 time=25.234 ms
64 bytes from 149.3.177.57: icmp_seq=42 ttl=57 time=25.630 ms
64 bytes from 149.3.177.57: icmp_seq=43 ttl=57 time=28.891 ms
64 bytes from 149.3.177.57: icmp_seq=44 ttl=57 time=26.112 ms
64 bytes from 149.3.177.57: icmp_seq=45 ttl=57 time=79.979 ms
64 bytes from 149.3.177.57: icmp_seq=46 ttl=57 time=28.633 ms
64 bytes from 149.3.177.57: icmp_seq=47 ttl=57 time=249.045 ms
Request timeout for icmp_seq 48
64 bytes from 149.3.177.57: icmp_seq=49 ttl=57 time=603.951 ms
64 bytes from 149.3.177.57: icmp_seq=50 ttl=57 time=627.420 ms
64 bytes from 149.3.177.57: icmp_seq=51 ttl=57 time=344.490 ms
64 bytes from 149.3.177.57: icmp_seq=52 ttl=57 time=573.299 ms
64 bytes from 149.3.177.57: icmp_seq=53 ttl=57 time=554.135 ms

Come potete vedere passo da 25 ms a 600 ms con pacchetti che vengono anche persi. Da cosa può dipendere?

Ho anche fatto lo speedtest ottenendo come risultati: ping=30ms, download=7 Mbps e upload=0.39 Mbps. Dopo 10 minuti lo stesso test ha dato ping=415ms, download=6.77 Mbps e upload=0.03 Mbps (ha impiegato 3 minuti il testi dell'upload perchè la rete si era inceppata).

Ovviamente i test sono stati eseguiti a rete scarica (niente download o streaming). Idee?

filo mc-ati crossfire · 21-12-2015, 21:42

Quote:

Originariamente inviato da fracarro

Salve ragazzi,
ho un alice 7MB che non mi ha mai dato problemi fino ad una settimana fa. Ora riscontro dei "blocchi" (ma non disconnessione) della connessione per un paio di muniti con cadenze variabili.

Per darvi un'idea ho fatto un ping a google ed il ping era sempre al di sotto di 30 ms. L'ho ripetuto 3 minuti dopo e questo è il risultato:

Codice:

PING www.google.it (149.3.177.57): 56 data bytes
64 bytes from 149.3.177.57: icmp_seq=0 ttl=57 time=405.763 ms
64 bytes from 149.3.177.57: icmp_seq=1 ttl=57 time=399.892 ms
64 bytes from 149.3.177.57: icmp_seq=2 ttl=57 time=384.735 ms
64 bytes from 149.3.177.57: icmp_seq=3 ttl=57 time=142.088 ms
64 bytes from 149.3.177.57: icmp_seq=4 ttl=57 time=496.008 ms
64 bytes from 149.3.177.57: icmp_seq=5 ttl=57 time=504.808 ms
64 bytes from 149.3.177.57: icmp_seq=6 ttl=57 time=421.300 ms
64 bytes from 149.3.177.57: icmp_seq=7 ttl=57 time=542.508 ms
64 bytes from 149.3.177.57: icmp_seq=8 ttl=57 time=399.207 ms
64 bytes from 149.3.177.57: icmp_seq=9 ttl=57 time=437.675 ms
64 bytes from 149.3.177.57: icmp_seq=10 ttl=57 time=415.486 ms
64 bytes from 149.3.177.57: icmp_seq=11 ttl=57 time=384.276 ms
64 bytes from 149.3.177.57: icmp_seq=12 ttl=57 time=368.781 ms
64 bytes from 149.3.177.57: icmp_seq=13 ttl=57 time=387.028 ms
64 bytes from 149.3.177.57: icmp_seq=14 ttl=57 time=294.869 ms
64 bytes from 149.3.177.57: icmp_seq=15 ttl=57 time=493.610 ms
64 bytes from 149.3.177.57: icmp_seq=16 ttl=57 time=512.459 ms
Request timeout for icmp_seq 17
64 bytes from 149.3.177.57: icmp_seq=18 ttl=57 time=380.836 ms
64 bytes from 149.3.177.57: icmp_seq=19 ttl=57 time=466.543 ms
64 bytes from 149.3.177.57: icmp_seq=20 ttl=57 time=485.399 ms
64 bytes from 149.3.177.57: icmp_seq=21 ttl=57 time=415.367 ms
64 bytes from 149.3.177.57: icmp_seq=22 ttl=57 time=458.758 ms
64 bytes from 149.3.177.57: icmp_seq=23 ttl=57 time=439.489 ms
64 bytes from 149.3.177.57: icmp_seq=24 ttl=57 time=458.696 ms
64 bytes from 149.3.177.57: icmp_seq=25 ttl=57 time=579.766 ms
64 bytes from 149.3.177.57: icmp_seq=26 ttl=57 time=609.273 ms
64 bytes from 149.3.177.57: icmp_seq=27 ttl=57 time=443.643 ms
Request timeout for icmp_seq 28
64 bytes from 149.3.177.57: icmp_seq=29 ttl=57 time=388.858 ms
64 bytes from 149.3.177.57: icmp_seq=30 ttl=57 time=381.529 ms
64 bytes from 149.3.177.57: icmp_seq=31 ttl=57 time=405.769 ms
64 bytes from 149.3.177.57: icmp_seq=32 ttl=57 time=423.029 ms
64 bytes from 149.3.177.57: icmp_seq=33 ttl=57 time=403.633 ms
64 bytes from 149.3.177.57: icmp_seq=34 ttl=57 time=418.594 ms
64 bytes from 149.3.177.57: icmp_seq=35 ttl=57 time=43.766 ms
64 bytes from 149.3.177.57: icmp_seq=36 ttl=57 time=32.092 ms
64 bytes from 149.3.177.57: icmp_seq=37 ttl=57 time=99.586 ms
64 bytes from 149.3.177.57: icmp_seq=38 ttl=57 time=343.423 ms
64 bytes from 149.3.177.57: icmp_seq=39 ttl=57 time=25.005 ms
64 bytes from 149.3.177.57: icmp_seq=40 ttl=57 time=27.115 ms
64 bytes from 149.3.177.57: icmp_seq=41 ttl=57 time=25.234 ms
64 bytes from 149.3.177.57: icmp_seq=42 ttl=57 time=25.630 ms
64 bytes from 149.3.177.57: icmp_seq=43 ttl=57 time=28.891 ms
64 bytes from 149.3.177.57: icmp_seq=44 ttl=57 time=26.112 ms
64 bytes from 149.3.177.57: icmp_seq=45 ttl=57 time=79.979 ms
64 bytes from 149.3.177.57: icmp_seq=46 ttl=57 time=28.633 ms
64 bytes from 149.3.177.57: icmp_seq=47 ttl=57 time=249.045 ms
Request timeout for icmp_seq 48
64 bytes from 149.3.177.57: icmp_seq=49 ttl=57 time=603.951 ms
64 bytes from 149.3.177.57: icmp_seq=50 ttl=57 time=627.420 ms
64 bytes from 149.3.177.57: icmp_seq=51 ttl=57 time=344.490 ms
64 bytes from 149.3.177.57: icmp_seq=52 ttl=57 time=573.299 ms
64 bytes from 149.3.177.57: icmp_seq=53 ttl=57 time=554.135 ms

Come potete vedere passo da 25 ms a 600 ms con pacchetti che vengono anche persi. Da cosa può dipendere?

Ho anche fatto lo speedtest ottenendo come risultati: ping=30ms, download=7 Mbps e upload=0.39 Mbps. Dopo 10 minuti lo stesso test ha dato ping=415ms, download=6.77 Mbps e upload=0.03 Mbps (ha impiegato 3 minuti il testi dell'upload perchè la rete si era inceppata).

Ovviamente i test sono stati eseguiti a rete scarica (niente download o streaming). Idee?

Risposta magari stupidissima, a volte anche non volendo partono download automatici sia da smartphone, che da pc, credo che avrai guardato se c'erano download attivi di aggiornamenti winzoz o da cell, hai controllato se qualcuno si aggancia alla tua linea? non si sà mai!

fracarro · 21-12-2015, 21:51

Quote:

Originariamente inviato da filo mc-ati crossfire

Risposta magari stupidissima, a volte anche non volendo partono download automatici sia da smartphone, che da pc, credo che avrai guardato se c'erano download attivi di aggiornamenti winzoz o da cell, hai controllato se qualcuno si aggancia alla tua linea? non si sà mai!

Ciao filo mc-ati crossfire, ho controllato chi è agganciato alla rete e sono il mio macbook pro, l'ipad e il cellulare android.

Purtroppo questi cali di linea sono troppo frequenti nell'arco di tutta la giornata quindi non possono dipendere da qualche aggiornamento che parte ogni tanto. Grazie comunque per la risposta.

aeroxr1 · 21-12-2015, 22:39

domandina domandella :
ho provato ad attaccare un filtro per gli sbalsi di tensione prima del filtro adsl, e mi si è abbassato l'snr da 12.6 a 12.1 con attenuazione 35 rimasta stabile e sono passato da 8125 a 8121 in download.
La domanda è :
merita perdere questi pochi db per avere una sicurezza in più sulla linea ?

skynet.81 · 22-12-2015, 13:48

Quote:

Originariamente inviato da aeroxr1

domandina domandella :
ho provato ad attaccare un filtro per gli sbalsi di tensione prima del filtro adsl, e mi si è abbassato l'snr da 12.6 a 12.1 con attenuazione 35 rimasta stabile e sono passato da 8125 a 8121 in download.
La domanda è :
merita perdere questi pochi db per avere una sicurezza in più sulla linea ?

Pochi dB? 0,5 dB di SNRm non sono nulla magari non sono nemmeno docuti al filtro

lesotutte77 · 22-12-2015, 19:48

ragazzi un piccolo ot

possibile che per ripristinare un account email bloccato sia passato più di un mese e ancora dopo fax e telefonate è tutto bloccato ?

qualcuno del forum mi può aiutare?

DARIO-GT · 23-12-2015, 13:17

Usando a pieno la banda con Bit Torrent, spesso ho colli di bottiglia fino al blocco totale della linea x un paio di minuti, perchè succede??

centouno · 23-12-2015, 16:01

Quote:

Originariamente inviato da DARIO-GT

Usando a pieno la banda con Bit Torrent, spesso ho colli di bottiglia fino al blocco totale della linea x un paio di minuti, perchè succede??

Come ti è già stato detto molto probabilmente è il router che va in crisi, non dovrebbe essere un problema di linea.

23-12-2015, 16:52

quoto. pensa che prima quando avevo un vecchio tp link senza wifi veramente economico, avevo dei blocchi di qualche secondo anche semplicemente navigando su dei siti pieni di immagini, link, javascript ecc ecc. con questo nuovo (sempre tp link perchè non demordo

) sono finiti questi problemi.

Faby82 · 23-12-2015, 20:03

Qualcuno ha notato un peggioramento notevole della connessione dopo l'attivazione dell'offerta Tim smart?

fracarro · 23-12-2015, 20:17

Potrebbe essere anche nel mio caso il modem?

Ho quello che mi consegnarono quando fu installata la linea alice (questo qui: http://www.echosdunet.net/bibliotheq...em-pirelli.jpg )

Me ne consigliate uno migliore?

DARIO-GT · 24-12-2015, 12:32

Quote:

Originariamente inviato da xxEmilioxx

Che router usi? Avevo un problema simile e dipendeva dal mio ex router tp-link.

Quote:

Originariamente inviato da centouno

Come ti è già stato detto molto probabilmente è il router che va in crisi, non dovrebbe essere un problema di linea.

Quote:

Originariamente inviato da ElGringo75

quoto. pensa che prima quando avevo un vecchio tp link senza wifi veramente economico, avevo dei blocchi di qualche secondo anche semplicemente navigando su dei siti pieni di immagini, link, javascript ecc ecc. con questo nuovo (sempre tp link perchè non demordo

) sono finiti questi problemi.

Quote:

Originariamente inviato da xxEmilioxx

Un modo per scoprire se dipende dal router potrebbe essere provare a diminuire le connessioni in entrata ed in uscita e limitare la banda dal client torrent.

Grazie ragazzi, è proprio un TP-LINK modello TD-W8970 comprato perchè consigliato qui su HWup, ho provato anche un secondo router, ma sempre lo stesso identico modello(agg. all'ultimo FW) e stessa identica cosa.
Quindi non mi resta che provare a limitare un pò di cose su BitTorrent, ok proverò.

EDIT: eventualmente che Router mi consigliate, che abbia un ottimo raggio WiFi(il W8970 in questo è una bomba) e che non abbia i sopracitati problemi?

skryabin · 24-12-2015, 15:07

Quote:

Originariamente inviato da DARIO-GT

...
Quindi non mi resta che provare a limitare un pò di cose su BitTorrent, ok proverò.

EDIT: eventualmente che Router mi consigliate, che abbia un ottimo raggio WiFi(il W8970 in questo è una bomba) e che non abbia i sopracitati problemi?

Quote:

Originariamente inviato da xxEmilioxx

Un modo per scoprire se dipende dal router potrebbe essere provare a diminuire le connessioni in entrata ed in uscita e limitare la banda dal client torrent.

Ma il torrent lo usi via wireless?
Non usare intanto il massimo della banda se vuoi fare anche altro mentre scarichi, diciamo un 90% del download e un 60-70% dell'upload massimo (mettendo l'opzione per far rientrare l'overhead in questa cifra)...se lasci il pc sotanto a scaricare puoi anche lasciare il download illimitato, ma l'upload totale (overhead incluso) sempre limitato al 60-70%
Ogni router poi ha i suoi limiti software/hardware nel numero di connessioni gestibili, che possono anche dipendere probabilmente da quanti servizi sono attivi a consumare risorse in quel momento (risorse del router intendo, non del pc)
Poi se si siede chi lo sa, potrebbe anche dipendere da un ammanco di corrente per l'eccessivo carico, visti gli scarsi alimentatori cinesi che ti danno assieme non ci sarebbe da sorprendersi

Puoi postare il numero di connessioni settate in questo momento con torrent?
Non cambia tantissimo se ne metti 100 anzichè 200...qualsiasi numero in quel range è ottimale e non starei a farmi problemi di andare a cercare altri router, certo se ne hai messe più di 200 i problemi te li vai proprio a cercare

Mi preoccuperei di cambiare qualcosa solo se fossi costretto a metterne meno di 100

skryabin · 25-12-2015, 01:09

dimenticavo,

BUONE NATALE!

DARIO-GT · 25-12-2015, 14:32

Quote:

Originariamente inviato da skryabin

Ma il torrent lo usi via wireless?
SI

Non usare intanto il massimo della banda se vuoi fare anche altro mentre scarichi, diciamo un 90% del download e un 60-70% dell'upload massimo (mettendo l'opzione per far rientrare l'overhead in questa cifra)...se lasci il pc sotanto a scaricare puoi anche lasciare il download illimitato, ma l'upload totale (overhead incluso) sempre limitato al 60-70%
Ho appena attivato l'opzione "Applica limite al trasporto di overhead", avendo una 7mega a quanto devo impostare l'Upload?

Ogni router poi ha i suoi limiti software/hardware nel numero di connessioni gestibili, che possono anche dipendere probabilmente da quanti servizi sono attivi a consumare risorse in quel momento (risorse del router intendo, non del pc)
Poi se si siede chi lo sa, potrebbe anche dipendere da un ammanco di corrente per l'eccessivo carico, visti gli scarsi alimentatori cinesi che ti danno assieme non ci sarebbe da sorprendersi

Puoi postare il numero di connessioni settate in questo momento con torrent?
Non cambia tantissimo se ne metti 100 anzichè 200...qualsiasi numero in quel range è ottimale e non starei a farmi problemi di andare a cercare altri router, certo se ne hai messe più di 200 i problemi te li vai proprio a cercare

Mi preoccuperei di cambiare qualcosa solo se fossi costretto a metterne meno di 100
Connessioni globali da 200 ho messo 100
Il nuemro massimo di peer connessi per torrent erano 50 messo 25

Risposto ti ringrazio

Buon Natale anche a te e a chi legge

skryabin · 25-12-2015, 15:02

se usi il p2p intensivamente sfruttare il wireless non è probabilmente la cosa migliore da fare, opterei per un "muletto" o qualsiasi altra soluzione a basso costo/consumo che però sia cablata al modem (un minipc, un vecchio portatile, un nas, anche certi router possono funzionare da download station mi pare)

Applicata l'opzione per l'overhead non andare oltre i 30kByte/s di upload

200 erano un po' tantine, prova con 100 totali...intanto vedi se tiene e poi a poco a poco alzi il numeretto fino a che non si ripresenta il problema.
il numero di peer per torrent dipende da quanti torrent hai attivi contemporaneamente in download
Es:
100 conn totali
1 torrent attivo alla volta puoi mettere anche 100 peer per torrent
2 torrent attivi -> metti 100/2=50-60 peer per torrent
3 torrent attivi -> metti 100/3=33-40 peer per torrent
e cosi' via...

21-12-2015, 16:21	#31103
DooM1 Senior Member Iscritto dal: Jul 2002 Città: Cagliari Messaggi: 13495	Insomma detto in altre parole, la fibra ottica non è né in parallelo né altro. Ciò che conta, per quanto riguarda il telefono voip, è com'è fatto l'impianto DOPO il modem. __________________ MoBo:Asus Prime x470-ProCPU:AMD Ryzen 5700xRAM:Kingston FURY KF432C16RB2K2/16Sk.Vid:Asus DUAL-RX580-O8GAli:Enermax Revolution87+ 550WStorage:Samsung 970 Evo Plus 1TB + Samsung 860 Evo 1TBMons:Dell 2209WAf + LG 24EA53VQ

21-12-2015, 18:54	#31104
arcofreccia Senior Member Iscritto dal: Apr 2007 Città: Roma Messaggi: 14861	Ma fino a che non ho avuto la fibra ottica, qualunque cornetta del telefono alzavo parlavo con l'interlocutore Ora se chiamano, rispondendo ad un telefono devo per forza continuare la conversazione su quello, e non è assolutamente comoda una cosa del genere. Ripeto, a me l'operatore del 187 mi ha detto che questo accade perchè ho la fibra ottica. __________________ CASE: CM MB500 \| PSU: Corsair RM850x \| MB: Asus PRIME B760-PLUS \| CPU: i5-14400 \| RAM: Corsair 32 Gb (2x16) DDR5-6000 Mhz \| VGA: RX9060XT 16 Gb GDDR6 \| MONIT: Hp 22cw \|SSD: Crucial M.2 NVMe 1Tb \| SO: Win 11

23-12-2015, 13:17	#31111
DARIO-GT Senior Member Iscritto dal: Jul 2003 Città: ★★ Messina ★★ Mercatino: 70 trattative OK Powered by Samsung S6 EDGE Messaggi: 6194	Alice 7mega problemi di FREEZE Usando a pieno la banda con Bit Torrent, spesso ho colli di bottiglia fino al blocco totale della linea x un paio di minuti, perchè succede?? __________________ NZXT Lexa Redline - Asus P5K PRO Official 3D - E6550@3400@v1.23+u120ex (Summer Daily [email protected]) - 8800GTS G92@ - 2x1gb Transcend aXeRAM D9GMH - Corsair VX550w - LCD SAMSUNG 226BW "S"

23-12-2015, 20:03	#31114
Faby82 Senior Member Iscritto dal: Dec 2001 Città: Borgomanero (NO) Messaggi: 565	Qualcuno ha notato un peggioramento notevole della connessione dopo l'attivazione dell'offerta Tim smart? __________________ Peace & Love

23-12-2015, 20:17	#31115
fracarro Senior Member $L'Avatar di fracarro$ Iscritto dal: Jul 2002 Messaggi: 869	Potrebbe essere anche nel mio caso il modem? Ho quello che mi consegnarono quando fu installata la linea alice (questo qui: http://www.echosdunet.net/bibliotheq...em-pirelli.jpg ) Me ne consigliate uno migliore? __________________ Notebook: MBP 15 i7 Retina, (Mid 2014)
$fracarro è offline$

21-12-2015, 22:39	#31108
aeroxr1 Senior Member Iscritto dal: Mar 2006 Messaggi: 2056	domandina domandella : ho provato ad attaccare un filtro per gli sbalsi di tensione prima del filtro adsl, e mi si è abbassato l'snr da 12.6 a 12.1 con attenuazione 35 rimasta stabile e sono passato da 8125 a 8121 in download. La domanda è : merita perdere questi pochi db per avere una sicurezza in più sulla linea ?

22-12-2015, 19:48	#31110
lesotutte77 Senior Member Iscritto dal: Aug 2008 Città: Salento Messaggi: 899	ragazzi un piccolo ot possibile che per ripristinare un account email bloccato sia passato più di un mese e ancora dopo fax e telefonate è tutto bloccato ? qualcuno del forum mi può aiutare?

23-12-2015, 16:52	#31113
ElGringo75 Messaggi: n/a	quoto. pensa che prima quando avevo un vecchio tp link senza wifi veramente economico, avevo dei blocchi di qualche secondo anche semplicemente navigando su dei siti pieni di immagini, link, javascript ecc ecc. con questo nuovo (sempre tp link perchè non demordo ) sono finiti questi problemi.

25-12-2015, 01:09	#31118
skryabin Senior Member Iscritto dal: Nov 2002 Messaggi: 16325	dimenticavo, BUONE NATALE! __________________ STEAM

25-12-2015, 15:02	#31120
skryabin Senior Member Iscritto dal: Nov 2002 Messaggi: 16325	se usi il p2p intensivamente sfruttare il wireless non è probabilmente la cosa migliore da fare, opterei per un "muletto" o qualsiasi altra soluzione a basso costo/consumo che però sia cablata al modem (un minipc, un vecchio portatile, un nas, anche certi router possono funzionare da download station mi pare) Applicata l'opzione per l'overhead non andare oltre i 30kByte/s di upload 200 erano un po' tantine, prova con 100 totali...intanto vedi se tiene e poi a poco a poco alzi il numeretto fino a che non si ripresenta il problema. il numero di peer per torrent dipende da quanti torrent hai attivi contemporaneamente in download Es: 100 conn totali 1 torrent attivo alla volta puoi mettere anche 100 peer per torrent 2 torrent attivi -> metti 100/2=50-60 peer per torrent 3 torrent attivi -> metti 100/3=33-40 peer per torrent e cosi' via... __________________ STEAM Ultima modifica di skryabin : 25-12-2015 alle 15:05.

Strumenti
Mostra una versione stampabile Invia questa pagina per email