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

[Romariolele]

Originariamente inviato da brendoo011

Ti consiglierei una buona camomilla.. non si sà mai...
Leggiti un pò il forum. . Se ne ampiamente parlato.

Inviato dal mio SM-G900F utilizzando Tapatalk

camomilla?

[robertocb]

Concerno saturazione di banda da 3 giorni
Ultimo risultato:
Velocità in download: 10782 Kbps (1347.8 KB/sec)
Velocità in upload: 10151 Kbps (1268.9 KB/sec)
Latenza: 15 ms
Jitter: 3 ms
Packet Loss: 0%
Test eseguito alle: 21:30 del: 20/09/2015
Test su eolo

roberto

[Romariolele]

Originariamente inviato da gabrielepx

Oggi anche qui a Mestre.
Mai successo prima!

Nel pomeriggio lo speedtest sul server Telecom di Milano dava 12-16mbit in download (sempre circa 10 in upload).
Verso le 18 era risalito a 37-40, ma adesso e' a 4.71!

Mi viene da pensare che abbiano intasamenti nella loro infrastruttura.
Che sia Sky? Magari danno priorita' a quel traffico piuttosto che al traffico dati degli utenti?

Benvenuto nei saturi, scherzi a parte il tuo potrebbe essere una congestione momentanea.
Sky su Ip é troppo di nicchia. Il problema sono il numero di utenti, la 50 mega e le loro infrastrutture

[xxx_mitiko_xxx]

Qui banda piena


Inviato dal mio LG-D855 utilizzando Tapatalk

[nicolapcweek94]

ricordatemi qual'è la posizione del forum riguardo le bestemmie

[nttcre]

Originariamente inviato da nicolapcweek94

ricordatemi qual'è la posizione del forum riguardo le bestemmie

io da una fastweb in fibra 100/100 su speedof.me provato ora e faccio 4 mega sul server di milano.
Gia detto e ridetto, usate test.ngi.it oppure server di busto arsizio di speedtest.net, il resto dei server fanno pena

[Romariolele]

anche da me ormai non si aprono + nemmeno le pagine web





ngi.test

Ultimo risultato:
Velocità in download: 1612 Kbps (201.5 KB/sec)
Velocità in upload: 10503 Kbps (1312.9 KB/sec)
Latenza: 31 ms
Jitter: 5 ms
Test eseguito alle: 22:00 del: 20/09/2015

[nicolapcweek94]

Originariamente inviato da nttcre

io da una fastweb in fibra 100/100 su speedof.me provato ora e faccio 4 mega sul server di milano.
Gia detto e ridetto, usate test.ngi.it oppure server di busto arsizio di speedtest.net, il resto dei server fanno pena

non noto differenze

[Romariolele]

Originariamente inviato da Ameno

Boh io continuo per fortuna il trend positivo...banda piena su entrambe le VDSL, TIM/FW...

beati voi

[nttcre]

Originariamente inviato da nicolapcweek94

non noto differenze

ok ma va fatto li, pure se non ci sono differenze

[iFred]

Qui a Firenze è strano... La velocità è ok però il ping fa schifo e mi segna ad ancona...

[fabio336]

provate a cambiare ip

[Romariolele]

per uniformitá di giudizio

[oasis90]

Qui sempre tutto ok, mai avuti problemi (e adesso mi tocco ):

[Alex:22]

Originariamente inviato da nttcre

io da una fastweb in fibra 100/100 su speedof.me provato ora e faccio 4 mega sul server di milano.
Gia detto e ridetto, usate test.ngi.it oppure server di busto arsizio di speedtest.net, il resto dei server fanno pena

meglio dei 2 mega soliti

[iFred]

Maccheccazz... Ho riavviato pfSense e adesso mi segna a Padova???
Sta collassando la rete della Telecom?

[iFred]

Originariamente inviato da fabio336

provate a cambiare ip

Il mio è statico...

[fabio336]

Originariamente inviato da iFred

Il mio è statico...

e se provi a stabilire una connessione pppoe dal pc che succerde?

[lap2005]

Originariamente inviato da Romariolele

interessante, non ho capito mi spieghi che provo?

Sotto linux il comando traceroute da la possibilita' di scegliere quale e' la lunghezza del pacchetto di prova. Se non specifichi nulla il default e' 60 bytes. Altrimento il numero inserito dopo l'IP indica la lunghezza del pacchetto. Se aumenti la lunghezza del pacchetto aumenta la latenza,
dovuto al tempo necessario per trasferire il voluminoso pacchetto sull'intera tratta da te al nodo e ritorno. Sperimentalmente il massimo mi pare sia 36792 ma e' meglio provare pacchetti piu' piccoli (diciamo <33000) perche' alcuni nodi non gradiscono pacchetti troppo lunghi.
Quindi sotto linux la sintassi di traceroute e'
traceroute xxx.xxx.xxx.xxx yyy yyy e' la lunghezza del pacchetto

Tu pero' usi tracert in Windows. Ho dato una occhiata in rete alla sintassi. Naturalmente NON ha l'opzione lunghezza pacchetto...

Pero' il comando ping ha l'opzione "-l" in Windows (che 'e "-s" in Linux) che specifica la lunghezza del pacchetto scambiato!

Allora, contrordine.
Prima identifica gli ip intermedi/interessanti con un tracert poi fai ping sugli ip che ti interessano con lunghezze via via crescenti (se ce la fai diciamo sino a 33000 bytes).
Per esempio potresti provare 192.168.0.1, 192.168.100.1 e 172.18.9.189 che e' il primo nodo visibile nel tuo traceroute. E magari prova in orari diversi.

Ti faccio un esempio con il ping dalla mia adsl interleaved
ping 192.168.100.1 --> 21ms
ping -s 1400 192.168.100.1 --> 32ms
ping -s 33000 192.168.100.1 --> 306ms

Il ping standard ha lunghezza 56 bytes
la velocita' media e'
(33000-56)/(306-21)*1000 =~115000 bytes/s =~925000 bits/s
compatibile con tempo perso dal pacchetto in andata a 1Mbit/s e ritorno a 17Mbit/s che da' la velocita' media
1/(1+1/17)=0.94Mbit/s
In questa maniera ho una idea della velocita' della mia linea fra me ed il DSLAM senza fare speedtest.

[Romariolele]

boh, al momento del ping avevo circa 2 mega