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

[Jacobazzy]

Ho provato ad installare i miei due cordless dect direttamente al router telecom, tutto ok, vengono rilevati e funzionano correttamente, unica cosa che non funziona però è il numero del chiamante, attaccandoli invece alle prese telefoniche di casa (ho il ribaltamento fatto dal tecnico) utilizzando le basi dei cordless il numero chiamante funziona.
Capita anche ad altri? Mi sfugge qualcosa?

La qualità dell'audio mi sembra migliore se i cordless sono collegati direttamente al router, ma senza il numero del chiamante che appare non mi piace.

edit: x i mod. spostato su [Thread Ufficiale] Technicolor AG plus VDNT-S Router VDSL2 30Mbs(TelecomItalia Fibra) se volete cancellate

[simzig91]

Originariamente inviato da brancamenta

e allora non lamentati

mi spiace ma invece mi lamento, dal momento che a questa distanza si dovrebbero avere 60 mega teorici, non 40.

[random566]

Originariamente inviato da simzig91

mi spiace ma invece mi lamento, dal momento che a questa distanza si dovrebbero avere 60 mega teorici, non 40.

hai detto bene, "teorici".
poi all'atto pratico la faccenda è diversa.
comunque anch'io sarei del parere che a 700 metri dall'armadio puoi anche accontentarti.

Originariamente inviato da Jacobazzy

unica cosa che non funziona però è il numero del chiamante, attaccandoli invece alle prese telefoniche di casa (ho il ribaltamento fatto dal tecnico) utilizzando le basi dei cordless il numero chiamante funziona.
Capita anche ad altri? Mi sfugge qualcosa?

mah, ho visto che con i gigaset economici (as120) l'indicazione del numero chiamante funziona.
quello che non funziona è la memorizzazione delle chiamate effettuate e ricevute, ma questo è perche la base gestisce queste funzioni

[skyscreaper]

Originariamente inviato da superds

Tecnicamente obbligati perché? Il non garantiamo i 100 mega riguarda esclusivamente la mancanza del vectoring non di banda.

Immagina anche che il tuo ONU fosse di 48 porte... e tutti sono a 100mbit. Te ne bastano 10 di persone attive per saturare il link a gigabit.

Immagina il modello di ONU da 192 invece...
Ovvio che non vanno tutti e 48 o tutti 192 a 100mbit costanti ... ma ne bastano 30 che saturi il link giga fra l'ONU e la centrale.


Almeno secondo le mie teorie basate su semplici calcoli matematici... poi sicuramente chi sa i tecnicismi della fibra fra ONU e centrale potrebbe smentirmi... magari gli ONU sono gia tutti connessi a 10 Giga verso la centrale... e il collo di bottiglia è altrove.

http://www.wholesale.telecomitalia.c...=1346160415160

Con link intendo la tratta ONU - OLT.

[Drego]

Originariamente inviato da Drego

Scusate chiedo agli esperti che lavorano in Telecom, con una linea in rete rigida che con in ADSL ETH 20 mega ha questi valori, vale la pena richiedere la VDSL a 50 mega o ancora meglio quella a 100 prevista per fine mese? avrei un buon vantaggio o tanto vale rimango con la mia ADSL attuale? Chiedo perchè essendo in rete rigida sono indeciso. Specifico che il modem da dove ho preso i valori è un Digicom base economico e ho prese e cavo dalla presa al modem vecchi se questo può influenzare i valori. Grazie, saluti Drego

Descrizione ADSL Stato
Modo ADSL UP
Stato ADSL ITU G.992.5(ADSL2PLUS)
Cell Delin 0
Link Retrain 4
Init Errors 3
Init Timeouts 1
Loss Of Framing 0
Errored Seconds 13
Severely Error Seconds 7
HEC Error 7283

Informazioni DownStream Upstream
SNR Margin 6.0 db 7.1 db
Attenuation 20.5 db 14.3 db
Data Rate 21076 kbps 1083 kbps
Forward Error Correction Seconds 1730 806
CRC 287 24

Speed Test appena fatto:

A dire il vero la centrale la ho si è no a 200 metri da casa per questo chiedevo se ne vale la pena. Ho visto che ci sono indirizzi coperti anche al triplo di distanza da casa mia. Qualcuno mi può aiutare? Grazie

[superds]

Originariamente inviato da skyscreaper

Immagina anche che il tuo ONU fosse di 48 porte... e tutti sono a 100mbit. Te ne bastano 10 di persone attive per saturare il link a gigabit. ....

Visiona dal post #76 http://www.hwupgrade.it/forum/showth...2726460&page=4

[maxnaldo]

Originariamente inviato da Loco1

Ricordo tempo fa una discussione dove un tecnico diceva che in base a dei calcoli e delle statistiche TIM era quasi impossibile congestionare o saturare la banda in fibra nell'armadio che se non sbaglio ha una banda di 1Gbps. Attendiamo conferme

la banda magari no, quella mi viaggia sempre bene sui 28M, è il calo nel ping che mi crea disagi, non posso praticamente giocare su nessun server multiplayer a causa delle latenze alte in orario serale.

forse è un problema solo mio ? Però quello che mi domando è: perchè all'inizio funzionava benino e poi con il passare del tempo, sempre peggio ?

[maxnaldo]

Originariamente inviato da An.tani

sul GW ? O stai usando ping test/speed test etc ?

da quando ho messo la fibra ho sempre fatto i test su ookla sul server Telecom Roma (io sto a FI), nei primi 30gg mi pingava sui 15ms, ora sto sui 25ms nella migliore delle ipotesi (alle 05.00 del mattino).

edit. il contratto l'ho attivato un anno e mezzo fa.

[Beelzebub]

Ciao a tutti, stamattina è venuto il tecnico (anzi, LA tecnica! ) che mi ha installato il modem/router Telecom e attivato il piano TuttoFibra+SuperFibra.

Mi sembra che funzioni tutto, il modem è quello bianco col "baffo" rosso. Per ora ho fatto solo un paio di download di prova da Mega e un banalissimo Speedtest, con questi risultati:


ci sono altre prove che mi consigliate di fare per vedere se ho una linea sfigata o no?

Per aprire le porte per Torrent sul modem ci sono particolari problemi?

[totocrista]

Originariamente inviato da skyscreaper

Immagina anche che il tuo ONU fosse di 48 porte... e tutti sono a 100mbit. Te ne bastano 10 di persone attive per saturare il link a gigabit.

Immagina il modello di ONU da 192 invece...
Ovvio che non vanno tutti e 48 o tutti 192 a 100mbit costanti ... ma ne bastano 30 che saturi il link giga fra l'ONU e la centrale.


Almeno secondo le mie teorie basate su semplici calcoli matematici... poi sicuramente chi sa i tecnicismi della fibra fra ONU e centrale potrebbe smentirmi... magari gli ONU sono gia tutti connessi a 10 Giga verso la centrale... e il collo di bottiglia è altrove.

http://www.wholesale.telecomitalia.c...=1346160415160

Con link intendo la tratta ONU - OLT.

Attualmente anche i 192 sono connessi con link a 1Gbps

[skyscreaper]

Originariamente inviato da superds

Visiona dal post #76 http://www.hwupgrade.it/forum/showth...2726460&page=4

D'accordissimo, è proprio quello che intendo.

I miei calcoli sono teorici di utenze attive che vogliono streammare/scaricare contemporaneamente a garganella. Cosa molto poco probabile.

Però è anche vero che se prima il link a giga fra ONU e OLT era diviso fra utenze a 30mbit ora a 50... fra un pò a 100, le probabilità di saturazione ONU - OLT aumentano.

Ripeto aumentano le "probabilità".

Ma tanto è tutta fuffa perchè la banda garantita è quella anche se dicono fino a 2gigabit a utenza.

E' su quella che si fanno i dimensionamenti.

[rvrpcr]

Io penso che se capitasse, sporadicamente, qualche collo di bottiglia dovuto ad una remota possibilità che hai illustrato, non sarebbe così drammatico
Puo' succedere un po' di congestione, l'importante è che non diventi cronica

[animalenotturno]

Originariamente inviato da Beelzebub

Ciao a tutti, stamattina è venuto il tecnico (anzi, LA tecnica! ) che mi ha installato il modem/router Telecom e attivato il piano TuttoFibra+SuperFibra.

Mi sembra che funzioni tutto, il modem è quello bianco col "baffo" rosso. Per ora ho fatto solo un paio di download di prova da Mega e un banalissimo Speedtest, con questi risultati:


ci sono altre prove che mi consigliate di fare per vedere se ho una linea sfigata o no?

Per aprire le porte per Torrent sul modem ci sono particolari problemi?

com'era la tecnica?


scherzi a parte, potresti postare i valori che ti dà il tuo router (SNR, ecc.) così ti dicono com'è la tua linea

[gio3103]

ragazzi vi volevo avvisare che ormai sono 2/3 settimane che non ho più saturazione di banda e sbalzi di ping, non so se centra magari un ampliamento di banda disponibile da onu per la 100 mega(dato che da 3 settimane ci sono degli scavi davanti la centrale e davanti la cabina della vdsl) ma ormai a qualsiasi ora faccio prove e speetest la banda è piena sui 49 mega con 10 in upload e 9ms di ping circa...lo scrivo per chi magari come me da maggio aveva problemi magari qualcun'altro è riuscito a risolvere

[Loco1]

Originariamente inviato da totocrista

Attualmente anche i 192 sono connessi con link a 1Gbps

Quindi giusto per capire...è una scelta di banda ONU verso OLT a 1Gbps oppure è l'interfaccia sulle ONU che al momento è disponibile solo in 1GbE?
Ma nel caso di saturazione/congestione come si agisce a livello ONU o di OLT? Ci sarà in un futuro un collegamento ONU-OLT a 10GbE?
Rifletto ancora...quante ONU mediamente sono connesse all'OLT? Mi vengono seri dubbi sulle prestazioni del collegamento a 10GbE con tutti connessi a 100......

[MiloZ]

Originariamente inviato da maxnaldo

da quando ho messo la fibra ho sempre fatto i test su ookla sul server Telecom Roma (io sto a FI), nei primi 30gg mi pingava sui 15ms, ora sto sui 25ms nella migliore delle ipotesi (alle 05.00 del mattino).

edit. il contratto l'ho attivato un anno e mezzo fa.

Non direi che è un problema solo tuo ma sicuramente di buona parte della città per non dire di tutta.
Come ho già scritto, non riesco a trovare nessuno che da Firenze abbia una linea che funzioni regolarmente di sera, anche quelli che hanno l'impressione di aver qualcosa che funziona è perchè usano la connessione giusto per aprire pagine web\ scaricare fisse da torrent, con due test ci si accorge che sono saturi pure loro.

L'ONU e l'OLT non centrano nulla, il problema è la rete TIM, quindi tornando l'ADSL non si risolve, bisogna cambiare rete, cioè ISP.

Il ping verso Telecom Roma ha una importanza relativa, non è che se un server lo pinghi +10ms dipende dal fatto che ci sono troppi utenti sull'ONU, gli instradamenti cambiano con il tempo e pure a seconda dell'IP. Insomma sotto questo aspetto non ci sono problemi, fuori dalla saturazione la latenza è a posto.
Se provi a pingare qualche server milanese tipo seflow.it o www.kpnqwest.it vedrai stai sugli 11-12ms (fuori dalla saturazione) come tutta Firenze.

Ora sono le 18:30 e già si comincia da alzare la latenza di un 20-40ms su certi host, questa la chiamo saturazione lieve, quella grossa comincerà tra un pò.
E' evidente che la rete sia sovraccarica, mi chiedo se abbiano intenzione di risolvere o considerino una situazione del genere accettabile per un'utenza cunsumer con connessioni "best effort"......

[skyscreaper]

Originariamente inviato da Loco1

Quindi giusto per capire...è una scelta di banda ONU verso OLT a 1Gbps oppure è l'interfaccia sulle ONU che al momento è disponibile solo in 1GbE?
Ma nel caso di saturazione/congestione come si agisce a livello ONU o di OLT? Ci sarà in un futuro un collegamento ONU-OLT a 10GbE?
Rifletto ancora...quante ONU mediamente sono connesse all'OLT? Mi vengono seri dubbi sulle prestazioni del collegamento a 10GbE con tutti connessi a 100......

Secondo me in vdsl2+ non c'è un link onu olt 10giga.
Forse dopo si può passare solo a tecnologia FTTH con conseguente gpon o 10gpon.

Inviato dal mio Nexus 6 utilizzando Tapatalk

[Loco1]

Originariamente inviato da skyscreaper

Secondo me in vdsl2+ non c'è un link onu olt 10giga.
Forse dopo si può passare solo a tecnologia FTTH con conseguente gpon o 10gpon.

Inviato dal mio Nexus 6 utilizzando Tapatalk

Guardatevi un po qui e sbavate per cosa offrono in svizzera: 1Gbit/s simmetrico....

https://www.swisscom.ch/it/clienti-p...t/offerte.html

[MiloZ]

Mettiamo un pò di numeri:

Ore 18:50, questi server fuori dalla satuazione stanno sui 30-35ms.

Adesso a linea ferma (ma tra qualche ora sarà sicuramente peggio) :

C:\Users\Admin>tracert kundenserver.de

Traccia instradamento verso kundenserver.de [213.165.67.109]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 * * * Richiesta scaduta.
3 6 ms 6 ms 7 ms 172.17.105.85
4 74 ms 73 ms 78 ms 172.17.104.125
5 15 ms 15 ms 15 ms 172.19.242.181
6 88 ms 87 ms 88 ms 93.186.128.77
7 100 ms 100 ms 117 ms et-7-3-0-50.milano51.mil.seabone.net [195.22.196.191]
8 105 ms 105 ms 100 ms ntt-verio.milano51.mil.seabone.net [93.186.128.157]
9 117 ms 116 ms 114 ms ae-1.r02.mlanit01.it.bb.gin.ntt.net [129.250.2.41]
10 37 ms 37 ms 38 ms ae-20.r03.amstnl02.nl.bb.gin.ntt.net [129.250.2.50]
11 35 ms 34 ms 34 ms ae-4.r02.amstnl02.nl.bb.gin.ntt.net [129.250.4.185]
12 106 ms 104 ms 102 ms ae-2.r03.londen01.uk.bb.gin.ntt.net [129.250.3.8]
13 34 ms 33 ms 34 ms 212.119.29.78
14 99 ms 98 ms 98 ms xe-0-1-1.bb-a.fra3.fra.de.oneandone.net [212.227.120.22]
15 37 ms 37 ms 38 ms xe-0-0-2-0.bb-a.tp.kae.de.oneandone.net [212.227.120.177]
16 107 ms 122 ms 109 ms ae-0-0.gw-diste2-a.bs.kae.de.oneandone.net [212.227.116.212]
17 112 ms 114 ms 110 ms ml.kundenserver.de [213.165.67.109]

Traccia completata.

Traccia instradamento verso dedibox.fr [62.210.16.2]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 * * * Richiesta scaduta.
3 5 ms 6 ms 6 ms 172.17.105.85
4 84 ms 85 ms 90 ms 172.17.104.129
5 11 ms 11 ms 11 ms 172.19.242.201
6 * * * Richiesta scaduta.
7 12 ms 12 ms 12 ms ae10.milano51.mil.seabone.net [195.22.205.153]
8 12 ms 12 ms 11 ms ae8.mil21.ip4.gtt.net [46.33.83.178]
9 106 ms 105 ms 104 ms xe-2-1-0.par70.ip4.gtt.net [89.149.186.165]
10 133 ms 129 ms 128 ms online-gw.ip4.gtt.net [46.33.94.238]
11 54 ms 53 ms 53 ms 45x-s44-2-a9k2.dc3.poneytelecom.eu [195.154.1.107]
12 134 ms 132 ms 137 ms www.as12876.net [62.210.16.2]

Traccia completata.

Vorrei dire che la latenza alta che su certi hop si riabbassa e poi si rialza non è l'effetto della bassa priorità ai pacchetti ICMP, è veramente un'alternarsi tra il ping alto e quello basso fino alla fine, in questi casi vince quello alto.
Ma il fulcro del problema rimane il fatto che la latenza aumenta fin dagli hop italiani e quello non credo sia tanto "normale"....

[MiloZ]

Guardate questo invece:
Parte già male al primissimo hop visibile ( il gateway pinga sempre 5-6ms ovviamente):

C:\Users\Admin>tracert seflow.it

Traccia instradamento verso seflow.it [158.58.169.254]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 * * * Richiesta scaduta.
3 86 ms 84 ms 85 ms 172.17.105.217
4 90 ms 85 ms 87 ms 172.17.104.81
5 87 ms 87 ms 86 ms 172.19.243.214
6 83 ms 87 ms 84 ms 93.186.128.245
7 124 ms 128 ms 123 ms et-7-3-0-50.milano51.mil.seabone.net [195.22.196.191]
8 129 ms 128 ms * ntt-verio.milano51.mil.seabone.net [93.186.128.157]
9 12 ms 12 ms 12 ms 81.25.202.150
10 107 ms 102 ms 101 ms 95.141.47.253
11 18 ms 17 ms 18 ms www.seflow.net [158.58.169.254]

Traccia completata.

Per miracolo si riabbassa all'ultimo hop, quindi alla fine la latenza è bassa, ma basterebbe cambiare IP per beccarne uno con cui magari si arriva con la latenza alta.
Voglio dire, questo discorso del cambio IP è risaputo, l'unica anomalia è che adesso si parte con la saturazione fino dai primi nodi , è questo non va tanto bene perchè pregiudica un pò tutto il resto.