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

[MiloZ]

Originariamente inviato da Insane93

In Toscana l'instradamento è imbarazzante, sono di Grosseto e mentre gioco online c'è un lag allucinante ed ho letto che un problema di nas saturi.
Sapete se la Tim sta cercando di risolvere questo problema? sui server italiani il ping è basso ma appena si esce dall'Italia schizza alle stelle

Non scherziamo.
I problemi dei NAS\BRAS saturi è stato risolto lo scorso dicembre per le seguenti città: Firenze, Arezzo, Prato, Siena.

Grossetto può darsi faccia capo ad altri NAS insieme a Livorno e (forse) Pisa. Lo deduco perchè ad esempio da Livorno ho notato che cambiano alcuni ottetti degli IP ai primi nodi rispetto alle 4 città succitate per le quali invece sono uguali.

Ovviamente è una valutazione empirica magari sbaglio, ma prova un tracert e vediamo di che sponda sei

tipo maya.ngi.it

[Insane93]

Originariamente inviato da MiloZ

Non scherziamo.
I problemi dei NAS\BRAS saturi è stato risolto lo scorso dicembre per le seguenti città: Firenze, Arezzo, Prato, Siena.

Grossetto può darsi faccia capo ad altri NAS insieme a Livorno e (forse) Pisa. Lo deduco perchè ad esempio da Livorno ho notato che cambiano alcuni ottetti degli IP ai primi nodi rispetto alle 4 città succitate per le quali invece sono uguali.

Ovviamente è una valutazione empirica magari sbaglio, ma prova un tracert e vediamo di che sponda sei

tipo maya.ngi.it

Ecco il tracert verso maya.ngi.it

1) 2 ms 5 ms 5 ms modemtelecom.homenet.telecomitalia.it [192.168.1.1]
2) * * * Richiesta scaduta.
3) 12 ms 11 ms 11 ms 172.18.33.197
4) 16 ms 13 ms 30 ms 172.18.32.165
5) 42 ms 27 ms 19 ms 172.17.7.109
6) 20 ms 16 ms 16 ms r-rm180-vl3.opb.interbusiness.it [151.99.29.150]
7) 35 ms 40 ms 23 ms 217.220.187.133
8) 44 ms 46 ms 29 ms tr3-mi2-Te0001.v501.btitalia.it [213.255.14.40]
9) 28 ms 38 ms 64 ms 217-221-48-218-static.albacom.net [217.221.48.218]
10) 35 ms * 49 ms shield1-ext.net.ngi.it [81.174.0.246]
11) 46 ms 68 ms 32 ms test.ngi.it [88.149.128.130]

[alanfibra]

Originariamente inviato da ironmark99

Mi sono espresso molte volte sul vectoring, sia "semplice" che multi operatore e come me molti altri. Poiché il discorso è lungo e complesso e non mi sembra il caso di ripeterlo, ti consiglio di fare una ricerca nel forum usando come parola chiave "vectoring". Troverai decine di post al riguardo, molti dei quali nell'ultimo mese.

Mi ricordo ti avevo chiesto una tua opinione a riguardo.

Originariamente inviato da ironmark99

Ah, okkey. Scusami, non avevo capito. Da quel che capisco dell'articolo (fattane la dovuta tara da "annuncio" su uno studio) sino a 17MHz cambia poco o nulla (il vectoring non coordinato non da grandi risultati). Della banda tra i 17 e 35 MHz vengono fatte 8 fette e ciascun operatore potrà usufruire di una sola (o più di una? non è chiaro) applicando alla fetta/e a lui dedicata/e un vectoring completo. Ho però la sensazione che meno di 2MHz di banda (17 diviso 8) con le attenuazioni in gioco (tra 11 e 16 dB ogni 100 metri per un cavo discretamente buono) a quelle frequenze non potranno dare probabilmente e mediamente più di tanto a fetta.

Qualcosa mi dice (ma forse sono malpensante eh ) che sia più che altro un escamotage per aggirare il blocco dell'impiego del vectoring imposto dall'AGCOM. Lo si battezza "multioperatore" e si spera che poi nella maggior parte degli armadi gli operatori siano uno massimo due. Come si possa poi affrontare l'inevitabile calo di prestazioni all'arrivo del secondo operatore, e come ci si possa spartire la banda sopra i 17 MHz, al momento non mi è chiaro.

Intendevo avere una tua considerazione tecnica su questa news come sopra.

Grazie.

[MiloZ]

Originariamente inviato da Insane93

Ecco il tracert verso maya.ngi.it

1) 2 ms 5 ms 5 ms modemtelecom.homenet.telecomitalia.it [192.168.1.1]
2) * * * Richiesta scaduta.
3) 12 ms 11 ms 11 ms 172.18.33.197
4) 16 ms 13 ms 30 ms 172.18.32.165
5) 42 ms 27 ms 19 ms 172.17.7.109
6) 20 ms 16 ms 16 ms r-rm180-vl3.opb.interbusiness.it [151.99.29.150]
7) 35 ms 40 ms 23 ms 217.220.187.133
8) 44 ms 46 ms 29 ms tr3-mi2-Te0001.v501.btitalia.it [213.255.14.40]
9) 28 ms 38 ms 64 ms 217-221-48-218-static.albacom.net [217.221.48.218]
10) 35 ms * 49 ms shield1-ext.net.ngi.it [81.174.0.246]
11) 46 ms 68 ms 32 ms test.ngi.it [88.149.128.130]

Eh si, dalla mia desamina (magari sarà sbagliata) forse siete attestati su altri NAS: evidenzio la differenza negli IP con i miei da FI (ma anche nelle altre tre città scritte sopra i primi nodi hanno gli stessi ottetti col "17.104\105" se non ricordo male):


C:\Users\Admin>tracert maya.ngi.it

Traccia instradamento verso test.ngi.it [88.149.128.130]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms 192.168.1.1
2 * * * Richiesta scaduta.
3 4 ms 4 ms 4 ms 172.17.105.89
4 5 ms 7 ms 7 ms 172.17.104.73
5 13 ms 11 ms 11 ms 172.17.9.69
6 11 ms 10 ms 11 ms 172.17.9.21
7 10 ms 10 ms 10 ms 172.19.0.135
8 10 ms 11 ms 10 ms 195.31.82.206
9 11 ms 11 ms 11 ms 217-221-48-218-static.albacom.net [217.221.48.218]
10 10 ms 11 ms 10 ms shield1-ext.net.ngi.it [81.174.0.246]
11 10 ms 10 ms 11 ms test.ngi.it [88.149.128.130]

Traccia completata.

Comunque al di là di questo, magari i tuoi prolemi non centrano NULLA con i NAS\BRAS e sono di tutt'altro tipo.

Dovresti fare qualche traceroute nel momento\fascia oraria in cui noti questi aumenti di latenza , in maniera da capire meglio quello che succede.

P.S:
ma il trace lo hai fatto via Wifi con traffico sulla linea? Perchè mi pare un pò instabile per essere soltanto le 14:00 (non proprio super-orario di punta).

[random566]

Originariamente inviato da Insane93

Ecco il tracert verso maya.ngi.it

1) 2 ms 5 ms 5 ms modemtelecom.homenet.telecomitalia.it [192.168.1.1]
2) * * * Richiesta scaduta.
3) 12 ms 11 ms 11 ms 172.18.33.197
4) 16 ms 13 ms 30 ms 172.18.32.165
5) 42 ms 27 ms 19 ms 172.17.7.109
6) 20 ms 16 ms 16 ms r-rm180-vl3.opb.interbusiness.it [151.99.29.150]
7) 35 ms 40 ms 23 ms 217.220.187.133
8) 44 ms 46 ms 29 ms tr3-mi2-Te0001.v501.btitalia.it [213.255.14.40]
9) 28 ms 38 ms 64 ms 217-221-48-218-static.albacom.net [217.221.48.218]
10) 35 ms * 49 ms shield1-ext.net.ngi.it [81.174.0.246]
11) 46 ms 68 ms 32 ms test.ngi.it [88.149.128.130]

da firenze è così

1 <1 ms <1 ms <1 ms (router) [192.168.0.1]
2 * * * Request timed out.
3 6 ms 6 ms 5 ms 172.17.105.93
4 9 ms 7 ms 8 ms 172.17.104.77
5 15 ms 15 ms 11 ms 172.17.9.85
6 11 ms 11 ms 10 ms 172.19.0.135
7 21 ms 20 ms 20 ms 195.31.82.206
8 21 ms 21 ms 20 ms 217-221-48-218-static.albacom.net [217.221.48.21
8]
9 22 ms 21 ms 21 ms shield1-ext.net.ngi.it [81.174.0.246]
10 19 ms 19 ms 19 ms test.ngi.it [88.149.128.130]

sembra che non transiti da un nodo di roma, come invece avviene con i tracert da grosseto

[pakal77]

Ampliamento da 48 a 96...ecco perché non va una mazza....

[brendoo011]

Originariamente inviato da pakal77

Ampliamento da 48 a 96...ecco perché non va una mazza....

fa senso vederlo smontato .

[davide87]

Situazione a Pomezia 00071 Rm incrocio via delle gardenie, via pontina vecchia.



Armadio a 584 m lineari, 750m di strada.
Chiamato il 191 ma ancora non hanno notizie

[Cr4z33]

Meanwhile in the TIM headquarter...

Originariamente inviato da Cr4z33

Sono andato stamattina a leggere il numero del "mio" armadio ed ho trovato riportato sul lato solo il numero 38.
Ora, quale colonna devo cercare nel foglio EXCEL per vedere se è presente nei pianificati? "CLLI ONU", oppure "ID Sede ONU"?

Qualcuno che sa dirmi qualcosa?

[fabio336]

Originariamente inviato da pakal77

Ampliamento da 48 a 96...ecco perché non va una mazza....

ne ho appena visto uno in questo stato sull'ardeatina

[DYNAMIC+]

Originariamente inviato da pakal77

Ampliamento da 48 a 96...ecco perché non va una mazza....

quindi al tel ti hanno raccontato una fesseria?

[Maxel]

Originariamente inviato da davide87

Situazione a Pomezia 00071 Rm incrocio via delle gardenie, via pontina vecchia.



Armadio a 584 m lineari, 750m di strada.
Chiamato il 191 ma ancora non hanno notizie

Mi sembra manchi ancora la colonnina Enel per l'alimentazione del DSLAM. (spunta un corrugato "morto" sulla destra)

[-Mirco-]

Originariamente inviato da Maxel

Mi sembra manchi ancora la colonnina Enel per l'alimentazione del DSLAM. (spunta un corrugato "morto" sulla destra)

Molto strano dato che di solito l'ONU è l'ultimo ad essere istallato

[ignaziogss]

Originariamente inviato da Cr4z33

Meanwhile in the TIM headquarter...





Qualcuno che sa dirmi qualcosa?

E' la parte dopo l'underscore nel campo ID Sede ONU

[davide87]

Originariamente inviato da Maxel

Mi sembra manchi ancora la colonnina Enel per l'alimentazione del DSLAM. (spunta un corrugato "morto" sulla destra)

Originariamente inviato da -Mirco-

Molto strano dato che di solito l'ONU è l'ultimo ad essere istallato

il contatore enel non dovrebbe stare nel armadietto basso doppio ? ( Gli armadi con il dissipatore lungo tutto la sua altezza li sta facendo un mio fornitore qui a Pomezia, veramente ben fatti )

[Cr4z33]

Originariamente inviato da ignaziogss

E' la parte dopo l'underscore nel campo ID Sede ONU

Grazie, allora è il mio!

[DYNAMIC+]

ooooh...

oltre al fantastico timVision che pago a parte
ora ho scoperto che è stato attivato un fantomatico "pronto pc"

[ilpier]

Ciao a tutti,sono attestato su un ONU che fino a qualche settimana fa era presente sull'xls telecom per la migrazione a Fibra 100/20 con pianificazione Marzo 2016.
Da qualche aggiornamento a questa parte è sparito e il mio indirizzo sul sito TIM e su kqi.it risulta ancora non coperto ma teoricamente domani dovrebbe venire il tecnico ad attivare la linea...
Sinceramente non so cosa aspettarmi,su 6 telefonate al 187 3 operatori mi hanno dato l'indirizzo coperto eltri 2 no e l'ultimo non riusciva a verificare.
Possibile che il sito indichi che non c'è copertura e in realta ci sia?
Possibile che essendo io a 80MT dalla centrale l'onu sia interno?
Girando per le vie limitrofe non ne ho trovati di tipo nuovo e non riconosco i vecchi..

[Psyred]

Originariamente inviato da marcolino81

si si che io sappia le interfacce ci sono, dovrebbero aver messo sul mercato da un po' di mesi degli apparati. I test sono già iniziati:

http://www.corrierecomunicazioni.it/...-broadband.htm

E' stato postato due pagine fa quel link, stavamo discutendo proprio di quell'articolo.

Comunque la grossa sciocchezza è non essere riusciti a regolamentare seriamente la FTTC fin dall'inizio.

Come si evince anche da quei test la presenza di due operatori in SLU oltre a TIM potrebbe rendere impraticabile anche il Sub-Band Vectoring.

[Yrbaf]

Originariamente inviato da ironmark99

Qualcosa mi dice (ma forse sono malpensante eh ) che sia più che altro un escamotage per aggirare il blocco dell'impiego del vectoring imposto dall'AGCOM. Lo si battezza "multioperatore" e si spera che poi nella maggior parte degli armadi gli operatori siano uno massimo due. Come si possa poi affrontare l'inevitabile calo di prestazioni all'arrivo del secondo operatore, e come ci si possa spartire la banda sopra i 17 MHz, al momento non mi è chiaro.

Io l'ho intesa così:

• Fino a 17MHz trasmettono tutti insieme con al più in vectoring locale per operatore (che si è dimostrato poco efficace ma magari non zero efficace)
• Tra 17 e 35MHz si divide la banda in spicchi (dicono 8) e si danno questi slot ai vari operatori (fino a 3 operatori contemp.) in modo da ripartire le frequenze in modo equo (visto che quelle più in alto attenuano di più)
  Quindi non una roba tipo:
  • A Tim da 17 a 30MHz, a Vodafone da 30MHz a 32MHz ed a FWeb da 32MHz a 35MHz (si lo so che non è una divisione equa ma non avevo voglia di usare le virgole)
  Ma piuttosto una cosa tipo:
  • A Tim, Vodafone e FWeb uno frammento (diverso da provider a provider) di spettro da 17 a 30MHz, un altro da 30MHz a 32MHz ed un altro ancora da 32MHz a 35MHz, in modo che tutti abbiano più o meno un terzo della banda disponibile in quei 17MHz e che nessuno trasmetta sulle stesse frequenze degli altri.
• La parte da 17MHz in su gestita con vectoring non coordinato ma siccome ogni provider trasmette solo su frequenze a lui riservate il vectoring del singolo provider dovrebbe cancellare le diafonie dei proprii settori di spettro senza ricevere quelle degli altri provider (che non potrebbe cancellare senza un MOV).

Dall'uso insieme di 0-17MHz (senza vectoring o con vectoring poco efficace) e 17-35MHz (con vectoring ma sezionato su 3 provider) si ottiene di dare in media 100Mb a tutti gli utenti entro 250m.

100Mb è forse poco per chi sognava 200Mb o più in FTTC, ma sempre meglio dei 60Mb che uscirebbero invece senza fare ciò (e poi per ora non è detto che ci sia l'intenzione dei provider ad andare oltre 100/20 anche con linee che lo permettano).

Originariamente inviato da Monterbeck

19 Adsl 20 Mbps se poi uno passa a smart fibra non paga 29?

No chi arriva da adsl poi parte subito con 39E e non beneficia del primo anno a 29E.