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

[Lollowitz]

Originariamente inviato da Yrbaf

Alcuni router (in particolare quelli con soc Lantiq) hanno la possibilità di deflaggare il G.Inp e negoziare una portante in interleave classico (scenderà la portante di un 10-12Mb).
Ne hanno parlato già in un altro forum.

Ecco cosa riporta il modem con G.Inp attivo:

Latency / Interleave Delay:               Down: Fast (0.15 ms) / Up: Fast (0.0 ms)

Praticamente è un FAST (salvo per quei 0.15ms).

Se si disattiva il G.INP si passa in Interleaved puro (per passare in Fast puro ci vorrebbe un profilo ad Hoc da parte di Tim) con +8ms sul down e +4ms sul up (totale la latenza aumenta di 12ms).
La disattivazione può essere per canale (alias es. G.INP on sul down ma off sull'up con latenza aumentata di soli 4 ms, cosa che succede come default su alcuni fw Lantiq).

Ecco un esempio, si passa da così (G.Inp On On e INP: 5900 in down e 6100 in up):

PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=58 time=5.182 ms
64 bytes from 8.8.8.8: seq=1 ttl=58 time=4.997 ms
64 bytes from 8.8.8.8: seq=2 ttl=58 time=5.323 ms
64 bytes from 8.8.8.8: seq=3 ttl=58 time=4.971 ms
64 bytes from 8.8.8.8: seq=4 ttl=58 time=5.038 ms
64 bytes from 8.8.8.8: seq=5 ttl=58 time=5.364 ms
64 bytes from 8.8.8.8: seq=6 ttl=58 time=4.959 ms
64 bytes from 8.8.8.8: seq=7 ttl=58 time=5.052 ms
64 bytes from 8.8.8.8: seq=8 ttl=58 time=5.362 ms
64 bytes from 8.8.8.8: seq=9 ttl=58 time=5.220 ms
64 bytes from 8.8.8.8: seq=10 ttl=58 time=5.074 ms
64 bytes from 8.8.8.8: seq=11 ttl=58 time=5.422 ms
64 bytes from 8.8.8.8: seq=12 ttl=58 time=5.041 ms
64 bytes from 8.8.8.8: seq=13 ttl=58 time=5.129 ms
64 bytes from 8.8.8.8: seq=14 ttl=58 time=4.986 ms
64 bytes from 8.8.8.8: seq=15 ttl=58 time=5.079 ms
64 bytes from 8.8.8.8: seq=16 ttl=58 time=4.962 ms
64 bytes from 8.8.8.8: seq=17 ttl=58 time=5.316 ms

a così (G.Inp Off Off e INP: 200 in down e 200 in up):

64 bytes from 8.8.8.8: seq=0 ttl=58 time=14.565 ms
64 bytes from 8.8.8.8: seq=1 ttl=58 time=14.578 ms
64 bytes from 8.8.8.8: seq=2 ttl=58 time=14.659 ms
64 bytes from 8.8.8.8: seq=3 ttl=58 time=14.979 ms
64 bytes from 8.8.8.8: seq=4 ttl=58 time=14.369 ms
64 bytes from 8.8.8.8: seq=5 ttl=58 time=14.697 ms
64 bytes from 8.8.8.8: seq=6 ttl=58 time=14.807 ms
64 bytes from 8.8.8.8: seq=7 ttl=58 time=14.871 ms
64 bytes from 8.8.8.8: seq=8 ttl=58 time=15.197 ms
64 bytes from 8.8.8.8: seq=9 ttl=58 time=14.601 ms
64 bytes from 8.8.8.8: seq=10 ttl=58 time=14.689 ms
64 bytes from 8.8.8.8: seq=11 ttl=58 time=14.763 ms
64 bytes from 8.8.8.8: seq=12 ttl=58 time=14.633 ms
64 bytes from 8.8.8.8: seq=13 ttl=58 time=15.400 ms

Nell'esempio qui sopra ha beccato pure un interleave più basso (come latenza) del solito dato che il modem riporta solo:

Latency / Interleave Delay:               Down: Interleave (6.0 ms) / Up: Interleave (4.0 ms)

mentre di solito spegnendolo prendeva

Latency / Interleave Delay:               Down: Interleave (8.0 ms) / Up: Interleave (4.0 ms)

Alias i ping sarebbero dovuti aumentare di circa 12ms ed invece sono aumentati di circa solo 10ms

Grazie per la spiegazione.
Quale modem dovrei comprare quindi per poter provare?E' possibile farlo anche su modem in cascata su wan?

[seesopento]

Originariamente inviato da Lollowitz

Grazie per la spiegazione.
Quale modem dovrei comprare quindi per poter provare?E' possibile farlo anche su modem in cascata su wan?

mi pare che l'asus dsl-ac68u lo faccia, non so però se l'impostazione è settabile anche in cascata (non credo onestamente)

[Yrbaf]

Il modem deve essere lui a gestire la vdsl per cambiare l'impostazione g.inp, quindi no non puoi lasciare il router Tim e metterlo in cascata via wan.

So che lo fanno i soc Lantiq (ma non escludo possano farlo anche altri).
Quello dell'esempio era un Lantiq con fw OpenWrt, ma ho visto foto di alcuni router con Fw proprietario ed impostazione G.Inp via GUI (ora non ricordo quale fosse la marca: Netgear, Asus, ...Boh ?).

Comunque un Tp-Link W8970-8980-9980 con installato OpenWrt lo dovrebbe poter fare (se sai operare da shell, nella Gui non ci sarebbe).

Così accendi tutto (se già non lo era)

dsl_cpe_pipe.sh locs 0 0
dsl_cpe_pipe.sh lfcs 1 1 1 1 1 1
dsl_cpe_pipe.sh lfcs 0 1 1 1 1 1
dsl_cpe_pipe.sh acs 2

e così spegni G.Inp (sia in Down che in up)

dsl_cpe_pipe.sh locs 0 0
dsl_cpe_pipe.sh lfcs 1 1 1 0 1 1
dsl_cpe_pipe.sh lfcs 0 1 1 0 1 1
dsl_cpe_pipe.sh acs 2

Le ultime due opzione di default dovrebbero essere spente quindi per non toccarle e spegnere solo g.inp forse è meglio usare

dsl_cpe_pipe.sh lfcs 1 1 1 0 0 0
dsl_cpe_pipe.sh lfcs 0 1 1 0 0 0

Puoi anche provare a rallentare la linea (alias aumentare il SNR) in cerca di maggiore stabilità.
Esempio così

dsl_cpe_pipe.sh locs 0 80

Dovresti chiedere un SNR a 14dB sul download con diminuzione della portante (si può andare anche in negativo e scendere fino a 3dB di SNR) poi sta all'Onu accontentarti (e fino a certi valori lo fa).

PS
Quei comandi dovrebbero forse funzionare anche sul fw di serie TP-Link, però il problema maggiore è che il fw non dà più accesso alla shell
Però se ti colleghi con cavo seriale (che tanto devi usare per installare OpenWrt) puoi provare a impartire i comandi (trovando prima se c'è e dove sta dsl_cpe_pipe o un suo equivalente sul fw TPL)

[davs76]

Originariamente inviato da ironmark99

Una soluzione come quella prospettata, ossia avere un VDSL "contromano" (o anche un xDSL in genere) è espressamente vietata dalle norme, per ottimi motivi. Va ricordato, infatti, che lo spettro VDSL, sino a 2.2 MHz è uguale a quello ADSL (solo leggermente più basso). Nel cavo che dalla centrale va all'armadio di sicuro ci saranno degli ADSL (dritti) che si beccherebbero la tua diafonia al "rovescio" ossia avrebbero la massima potenza del tuo DS appena generato dalla ONU a infastidire i DS ADSL in arrivo, già attenuati dal cavo. Questo tipo di diafonia ha un nome, che è "paradiafonia" è ha effetti devastanti. Bastano 50 metri di cavo con paradiafonia per "uccidere" la connessione. Questo è il motivo per cui DS e US in A/VDSL utilizzano bande diverse, proprio per evitare che i TX di una direzione e gli RX dell'altra direzione siano nella stessa banda di frequenze.

Penso che perciò l'idea sia completamente infattibile (senza distruggere le prestazioni di tutti gli ADSL dell'armadio).

La mia era solo un ipotesi per trovare una soluzione alternativa, non sapevo di tutti questi problemi ma se è così direi che non è praticabile.

Continuerò ad inserire contratti 1 volta alla settimana per tutti i condomini della mia palazzina nella speranza che prima o poi si stufino e installino l'onu in centrale o ci spostino in secondaria nel primo armadio vicino.

[diaretto]

Originariamente inviato da davs76

La mia era solo un ipotesi per trovare una soluzione alternativa, non sapevo di tutti questi problemi ma se è così direi che non è praticabile.

Continuerò ad inserire contratti 1 volta alla settimana per tutti i condomini della mia palazzina nella speranza che prima o poi si stufino e installino l'onu in centrale o ci spostino in secondaria nel primo armadio vicino.

Anche l'ipotesi di spostarti su secondaria è impossibile, oltre che praticamente impraticabile.

Dovrebbero fare scavi da migliaia di euro per collegare la tua chiostrina in armadio, questo ovviamente è impensabile.

[davs76]

Originariamente inviato da diaretto

Anche l'ipotesi di spostarti su secondaria è impossibile, oltre che praticamente impraticabile.

Dovrebbero fare scavi da migliaia di euro per collegare la tua chiostrina in armadio, questo ovviamente è impensabile.

La mia chiostrina è in cantina e c'è una canalina che immaggino vada nei vai tombini che ci sono in strada.
Come avevo scritto sono attaccato alla centrale telecom ed ho 3 armadi nei 3 angoli della via a meno di 50mt.
Se chiamo io un buon impiantista in 2 ore e senza piantare nessun chiodo potrebbe fare tutto e meglio dei tecnici telecom ma purtroppo questo non è ovviamente impossibile.

[robygr]

efficenza telecom:

avevo appuntamento fissato per domani per l'attivazione di un nuovo numero con fibra


settimana scorsa mi chiama telecom per anticipare la'ppuntamento a oggi,
oggi non si presenta nessuno.

ma sul sito tim la mia richiesta risulta evasa e la linea essere attiva.


senza che sia uscito nessuno a mettermi niente.

è mai successo a qualcuno? che diavolo devo fare? ovviamente al 187 vaneggiano

[Lollowitz]

Originariamente inviato da Yrbaf

Il modem deve essere lui a gestire la vdsl per cambiare l'impostazione g.inp, quindi no non puoi lasciare il router Tim e metterlo in cascata via wan.

So che lo fanno i soc Lantiq (ma non escludo possano farlo anche altri).
Quello dell'esempio era un Lantiq con fw OpenWrt, ma ho visto foto di alcuni router con Fw ed impostazione G.Inp (ora non ricordo quale fosse la marca: Netgear, Asus, ...Boh ?).

Comunque un Tp-Link W8970-8980-9980 con installato OpenWrt lo dovrebbe poter fare (se sai operare da shell, nella Gui non ci sarebbe).

Così accendi tutto (se già non lo era)

dsl_cpe_pipe.sh locs 0 0
dsl_cpe_pipe.sh lfcs 1 1 1 1 1 1
dsl_cpe_pipe.sh lfcs 0 1 1 1 1 1
dsl_cpe_pipe.sh acs 2

e così spegni G.Inp (sia in Down che in up)

dsl_cpe_pipe.sh locs 0 0
dsl_cpe_pipe.sh lfcs 1 1 1 0 1 1
dsl_cpe_pipe.sh lfcs 0 1 1 0 1 1
dsl_cpe_pipe.sh acs 2

Le ultime due opzione di default dovrebbero essere spente quindi per non toccarle e spegnere solo g.inp forse è meglio usare

dsl_cpe_pipe.sh lfcs 1 1 1 0 0 0
dsl_cpe_pipe.sh lfcs 0 1 1 0 0 0

Puoi anche provare a rallentare la linea (alias aumentare il SNR) in cerca di maggiore stabilità.
Esempio così

dsl_cpe_pipe.sh locs 0 80

Dovresti chiedere un SNR a 14dB sul download con diminuzione della portante (si può andare anche in negativo e scendere fino a 3dB di SNR) poi sta all'Onu accontentarti (e fino a certi valori lo fa).

PS
Quei comandi dovrebbero forse funzionare anche sul fw di serie TP-Link, però il problema maggiore è che il fw non dà più accesso alla shell
Però se ti colleghi con cavo seriale (che tanto devi usare per installare OpenWrt) puoi provare a impartire i comandi (trovando prima se c'è e dove sta dsl_cpe_pipe o un suo equivalente sul fw TPL)

Grazie ancora per le info...sei stato molto utile.Appena ho modo di fleshare il mio modem faro le provo e posterò qui le miei impressioni.

[secret105]

File pianificazione aggiornati

[robygr]

Originariamente inviato da REDLINESMOKER

a me una volta hanno attivato una linea (senza ovviamente andarci) in una casa disabitata, quindi il tecnico avrebbe dovuto forzare la porta.
Chiama il 187 e fai presente, perché ti hanno fatto partire la fatturazione in questo modo.

hanno sollecitato l'appuntamento per domani. so gia di essere nella merda.

[Cristian95]

Originariamente inviato da secret105

File pianificazione aggiornati

Di questo passo devono sperare di arrivare al 60-70% di copertura nazionale al 2020.........

Inviato dal mio SM-G930F utilizzando Tapatalk

[Satellite86]

Originariamente inviato da secret105

File pianificazione aggiornati

Appena visti... e purtroppo nel mio comune (Tivoli) risultano pianificati molti armadi... ma il mio ancora no...

[vincenzomary]

Originariamente inviato da Cristian95

Di questo passo devono sperare di arrivare al 60-70% di copertura nazionale al 2020.........

Inviato dal mio SM-G930F utilizzando Tapatalk

il problema, dopo il montaggio finale, sono i test, ma quanto durano, mio armadio pronto da un mese, che test devono fare?

[PieroAngela]

Originariamente inviato da vincenzomary

il problema, dopo il montaggio finale, sono i test, ma quanto durano, mio armadio pronto da un mese, che test devono fare?

Il mio, domani fanno 2 mesi che sta lì a prendere il sole ma di attivarlo non ne parlano proprio...

[Vinnie]

Dopo l'intervento del tecnico che mi ha fatto un cambio di coppia nell'armadio la situazione è notevolmente migliorata



Non sono al massimo ma ho guadagnato quasi 30mbit in download

[Vinnie]

Originariamente inviato da diaretto

Basta...BASTA con questa storia! In tutta Europa viene venduta (e usata) la FTTC e non ho mai sentito di lamentele per il gaming.

Concordo.
Avevo una ottima adsl in fast e pingavo maya 9ms, ora il ping con fttc, è salito di 3 ms (una sciocchezza) a ma a livello di linea non confondiamo la cacca con la cioccolata, non c'è proprio paragone. E poi, il netcode, non è fatto solo di millisecondi. I netcode, di solito, sono sensibili al jitter e, ultimamente, a quanta banda in UP abbiamo. Il mega in up della adsl spesso è un collo di bottiglia. Non dipende ovviamente solo dal gioco, ma dal fatto che il nostro pc connesso, mentre giochiamo, effettua delle connessioni (aggiornamento AV, aggiornamento sistema operativo, browser ecc); per cui un upload di un megabit potrebbe non essere sufficiente.
Da quando ho la fttc, anche se il ping è leggermente aumentato, ho notato solo benefici, anche e SOPRATTUTTO in ambito gaming.

[vincenzomary]

Originariamente inviato da banzo

Poi bisognerebbe intanto pingare il primo hop all'infuori del proprio provider

esempio? se io faccio:
C:\WINDOWS\system32>ping 8.8.8.8

Esecuzione di Ping 8.8.8.8 con 32 byte di dati:
Risposta da 8.8.8.8: byte=32 durata=33ms TTL=55
Risposta da 8.8.8.8: byte=32 durata=34ms TTL=55
Risposta da 8.8.8.8: byte=32 durata=33ms TTL=55
Risposta da 8.8.8.8: byte=32 durata=33ms TTL=55

C:\WINDOWS\system32>tracert www.google.com

Traccia instradamento verso www.google.com [216.58.198.4]
su un massimo di 30 punti di passaggio:

1 3 ms 3 ms 3 ms 192.168.1.1
2 * * * Richiesta scaduta.
3 27 ms 27 ms 15 ms 172.18.1.181
4 17 ms 19 ms 19 ms 172.18.0.77
5 45 ms 35 ms 34 ms 172.19.240.181
6 * * * Richiesta scaduta.
7 87 ms 89 ms 105 ms 72.14.196.141
8 37 ms 36 ms 38 ms 216.239.47.128
9 35 ms 48 ms 34 ms 108.170.233.101
10 34 ms 34 ms 33 ms mil04s03-in-f4.1e100.net [216.58.198.4]




cosa vuol dire? grazie.
no fibra.

[COGprimus]

Originariamente inviato da diaretto

Sulla tua ultima affermazione non sono per niente d'accordo...forse di 1-2ms, ma io Milano in 11ms non l'avevo mai pingato con l'ADSL in fast, tanto per dirne una, e nemmeno Roma in 21ms.

Pinga sul gataway e vediamo se ho torto.Di poco ma la adsl in fast pinga meno della vdsl e cosa piu' importante e' piu' stabile.Lascia perdere lo speed test al massimo esegui ping test.A me su Roma adsl fast pinga dai 13ms ai 16ms su milano 22\24 ms ma ripeto ping test.Sul gateway poi si mantiene stabile sui 12\13ms e ti dico di piu' con la adsl settata in gdmt mi pingava ancora meglio di ADSL2+ sul gateway telecom 192.168.100.1 ho toccato stabilmente 9ms quando avevo la adsl 7mb gdmt fast

[COGprimus]

Originariamente inviato da Lollowitz

Finalmente un po di verità in questo topic.Che poi come ho detto il problema non è tanto il ping leggermente più alto ma il comportamento totalmente diverso di questa nuova linea con i giochi stessi.E' palese che c'è qualcosa che non va rispetto alla vecchia ADSL.

QUOTONE
Non capisco perche' non accettano la (verita') Io se il mio armadio fosse attivo passerei da adsl a vdsl....il fatto che poi la adsl sia piu' stabile l'ho riportato come (dato) perche' mi sembra interessante.

[COGprimus]

Originariamente inviato da diaretto

Basta...BASTA con questa storia! In tutta Europa viene venduta (e usata) la FTTC e non ho mai sentito di lamentele per il gaming.

Che la vdsl sia buona per il gaming:nessuno dice il contrario.Ma anche il fatto che molti utenti segnalano problemi di lentezza,disconnessioni ecc.. mi sembra giusto segnalarlo.