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

[Romariolele]

Originariamente inviato da Nicos18

Ma l'indirizzo IP 192.168.100.1 a cosa corrisponde?

nas mi pare

[Romariolele]

Originariamente inviato da LeoZ

Roma nord, tutto ok. I server speedtest Telecom (Roma o Milano è uguale) hanno un ping più che doppio rispetto agli altri, ma permettono comunque di saturare la connessione (50/10).

e daglie....con il coltello nella piaga

[LeoZ]

Originariamente inviato da Nicos18

Ma l'indirizzo IP 192.168.100.1 a cosa corrisponde?

Lo ha spiegato bene cristoff un paio di pagine fa.

Originariamente inviato da cristoff

Non voglio fare il precisino, ma ripeto nuovamente che 192.168.100.1 non è il DSLAM, ma il NAS/BRAS. Può sembrare una sciocchezza ma nel primo caso ci sarebbe di mezzo solo la rete di accesso (rame), nel secondo c'è rete d'accesso + OPM (remote feeder metro di raccolta e bla bla bla).

A cui Ameno ha aggiunto

Originariamente inviato da Ameno

In ATM, non in GBE

[lap2005]

Siete entrambi in saturazione gia' al gateway.

Prendendo le latenze minime

Romarioele

(33000-64)/(81-9)*8*1000/1024^2=~ 3.5 Mbit/s
corrispondenti a circa 5.3Mbits/s in download se l'upload e' 10Mbit/s

robertocb

(33000-64)/(62-7)*8*1000/1024^2 =~ 4.6Mbit/s
corrispondenti ad un download 8.5Mbit/s con upload 10Mbit/s
approssimativamente in accordo col valore dello speedtest 10.8 Mbits/s

Sulla causa della saturazione lascio la parola agli insider di Telecom...

[Master72]

Buonasera,

recentemente sono passato da Infostrada a Telecom Fibra ma ho notato, stranamente , che le chiamate dai numeri di Wind/Infostrada il telefono non squilla ..... nessun problema con Tim, Vodafone ....

Avete qualche riscontro in merito?

Per il resto la connessione è sempre da contratto 30/3 e non ho mai notato cali di banda.

Saluti e grazie!

[xxx_mitiko_xxx]

Originariamente inviato da lap2005

Siete entrambi in saturazione gia' al gateway.

Prendendo le latenze minime

Romarioele

(33000-64)/(81-9)*8*1000/1024^2=~ 3.5 Mbit/s
corrispondenti a circa 5.3Mbits/s in download se l'upload e' 10Mbit/s

robertocb

(33000-64)/(62-7)*8*1000/1024^2 =~ 4.6Mbit/s
corrispondenti ad un download 8.5Mbit/s con upload 10Mbit/s
approssimativamente in accordo col valore dello speedtest 10.8 Mbits/s

Sulla causa della saturazione lascio la parola agli insider di Telecom...

Molto strano il calo di banda così preciso come orario se ho capito bene la sera sempre allo stesso orario per poi sparire come cenerentola

[Romariolele]

Originariamente inviato da lap2005

Siete entrambi in saturazione gia' al gateway.

Prendendo le latenze minime

Romarioele

(33000-64)/(81-9)*8*1000/1024^2=~ 3.5 Mbit/s
corrispondenti a circa 5.3Mbits/s in download se l'upload e' 10Mbit/s

robertocb

(33000-64)/(62-7)*8*1000/1024^2 =~ 4.6Mbit/s
corrispondenti ad un download 8.5Mbit/s con upload 10Mbit/s
approssimativamente in accordo col valore dello speedtest 10.8 Mbits/s

Sulla causa della saturazione lascio la parola agli insider di Telecom...

il tuo intervento per me é fondamentale anche se empirico ci permette di capire che la saturazione é gia sul NAS/BRAS, quindi se non dico castronerie oltre l'OLT che é quello che mi interessa in vista WS Tiscali

[corsicali]

Originariamente inviato da Ale2197

Ma a cosa serve la fttc se tanto si intasa tutto? A questo punto usiamo il 4g no? xD

Non hai tutti i torti, ho cambiato provider e tablet giusto la settimana scorsa (da TRE/H3G a TIM 4G) e, giusto per cazzeggiare, oggi in ufficio ho provato uno speedtest: con due tacche di segnale avevo 65Mbps in down con 13 in up e nemmeno il ping era malaccio (30ms).

[Master72]

Originariamente inviato da Ameno

Su rete GBE corrisponde all'apparato di raccolta, quindi DSLAM/ONU.

Quindi il rame? Mi pareva di aver capito di no.

[francesco-1985]

Originariamente inviato da lap2005

Siete entrambi in saturazione gia' al gateway.

Prendendo le latenze minime

Romarioele

(33000-64)/(81-9)*8*1000/1024^2=~ 3.5 Mbit/s
corrispondenti a circa 5.3Mbits/s in download se l'upload e' 10Mbit/s

robertocb

(33000-64)/(62-7)*8*1000/1024^2 =~ 4.6Mbit/s
corrispondenti ad un download 8.5Mbit/s con upload 10Mbit/s
approssimativamente in accordo col valore dello speedtest 10.8 Mbits/s

Sulla causa della saturazione lascio la parola agli insider di Telecom...

Lapo mi spieghi come fai questo calcolo e cosa dovrebbe indicare con precisione?

[army155]

Salve ho fatto caso che su mytim mi hanno forse mandato il contratto sbagliato..provo a spiegarmi:
-Si parlava di Contributo di attivazione Offerta di 40 euro se non si attivava il RID
-il prezzo mensile di 50 euro
Io ho fatto l'offerta a fine agosto ... e devo pagare 45 euro al mese ... E non si parlava proprio di RID
Inizialmente leggendo il contratto .. dove nel caso del tot mensile scrivevano tipo che prevaleva l'offerta nel periodo di promozione rispetto ai 50 euro ho pensato che era normale ... anche al 187 mi hanno detto che devo fare affidamento a quello che mi hanno detto al tel
Poi oggi per caso ho letto un contratto di luglio di mio cugino ... Nel suo caso gli hanno messo l'importo giusto ... e non nomina proprio il Contributo di attivazione Offerta di 40 euro
Secondo voi cosa dovrei fare? Potrebbero aver sbagliato? Grazie mille

[gius01]

Qui tutto ok

Velocità in download: 28119 Kbps (3514.9 KB/sec) 
Velocità in upload: 3053 Kbps (381.6 KB/sec) 
Latenza: 23 ms 
Jitter: 7 ms 
Test eseguito alle: 21:20 del: 21/09/2015

Solo che il ping a 33000 byte non mi piace..

Microsoft Windows [Versione 10.0.10240]
(c) 2015 Microsoft Corporation. Tutti i diritti sono riservati.

C:\Windows\system32>ping -l 33000 192.168.100.1

Esecuzione di Ping 192.168.100.1 con 33000 byte di dati:
Risposta da 192.168.100.1: byte=33000 durata=2678ms TTL=63
Risposta da 192.168.100.1: byte=33000 durata=2805ms TTL=63
Risposta da 192.168.100.1: byte=33000 durata=2784ms TTL=63
Risposta da 192.168.100.1: byte=33000 durata=2782ms TTL=63

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

C:\Windows\system32>ping  192.168.100.1

Esecuzione di Ping 192.168.100.1 con 32 byte di dati:
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=63
Risposta da 192.168.100.1: byte=32 durata=7ms TTL=63
Risposta da 192.168.100.1: byte=32 durata=8ms TTL=63
Risposta da 192.168.100.1: byte=32 durata=9ms TTL=63

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

[Romariolele]

Originariamente inviato da Ameno

Su rete GBE corrisponde all'apparato di raccolta, quindi DSLAM/ONU.

se é la onu sono fottuto, decidetevi peró uno dice nas/bras altro onu

[Romariolele]

Originariamente inviato da Ameno

Non si tratta di decidersi, ma di sapere o meno le cose.

io ho poco da insegnare e molto da imparare

[gius01]

Milano (e Pescara), server Telecom Italia, vanno abbastanza da schifo (metto solo Milano, ma sono simili, forse Pescara 3 Mbit in più in down



Busto Arsizio sempre ok

[Romariolele]

Originariamente inviato da Ameno

Era una risposta generale, s'intende!

Comunque ribadisco che il gateway PPPoE su rete GBE TIM è il DSLAM/ONU.

In ogni caso non mi fascerei la testa prima del previsto (riguardo Tiscal, intendo).

l'ultima volta che mi hanno detto cosí ho preso una tranvata da paura

[lap2005]

Originariamente inviato da francesco-1985

Lapo mi spieghi come fai questo calcolo e cosa dovrebbe indicare con precisione?

Riassumo gli interventi di ieri. E' una maniera estremamente rozza di stimare la velocita' di una linea. Si basa sul fatto che aumentando la lunghezza del pacchetto di bytes inviato dal comando ping per stimare la latenza, la latenza aumenta a causa del tempo impiegato per trasmettere e ricevere il pacchetto "allargato".
Sapendo di quanti bytes e' formato il pacchetto si stima la velocita' complessiva. E' un metodo rozzo perche' il traffico ICMP puo' avere bassa priorita', certi nodi sopportano poco il ping di 33000 bytes,etc.
E' pero' molto sensibile ad eventuali colli di bottiglia incontrati nel tragitto.

Semplificando ancora, gli aumenti teorici della latenza risultanti dal comando ping -l 33000 (confrontati coi valori ottenuti dal ping semplice) sono

per una VDSL 50/10 +35ms
per una VDSL 30/3 +100ms
per una ADSL 10/1 +276ms
per una ADSL 7/384 +707ms

[Romariolele]

con il passaggio alla piattaforma IMS e quindi il firmware 5.2.1 i miei valori di attanable sia in dw che up sono migliorati notevolmente

[lap2005]

Originariamente inviato da gius01

Solo che il ping a 33000 byte non mi piace..
(...)
Risposta da 192.168.100.1: byte=33000 durata=2678ms TTL=63
(...)

Non sempre i ping extralarge vengono tollerati.
Prova a diminuire il valore a 1400 bytes.

[brendoo011]

Originariamente inviato da Romariolele

l'ultima volta che mi hanno detto cosí ho preso una tranvata da paura

Camomilla?
Anche qua a Catania c'è saturazione...

Inviato dal mio SM-G900F utilizzando Tapatalk