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

[san80d]

si e' corretto cosi

[Ali3n77]

Originariamente inviato da san80d

si e' corretto cosi

Grazie infinite

[*VAIO*]

Originariamente inviato da King_Of_Kings_21

Il passaggio a 4 settimane è obbligatorio.

Per tutti? Anche se rimango con il vecchio contratto a 100 mega?

[marco46]

Originariamente inviato da *VAIO*

Per tutti? Anche se rimango con il vecchio contratto a 100 mega?

Per tutti, non importa se adsl, vdsl, 30-50-100-200Mb

[-Mirco-]

Originariamente inviato da VeG

Prossimo eSports Manager Pescara Calcio 😂

Sul serio o per scherzo?

[DarkNiko]

Originariamente inviato da Cr4z33

Per curiosità: se usi solo una linea pinghi sempre 3 ms (sembra fibra pura cazzarola!), o di più?

Sempre 3 ms.

[giovanni69]

Anche a me con l'upgrade da 100 a 200 (da 95/99 a 192/199) il ping è passato da 8ms a 5/6 (per inciso il bufferbloat da un C/F della radiosveglia/scolapasta è diventato A).

[AdelTeo]

Originariamente inviato da DarkNiko

Sempre 3 ms.

Quanto fai dal router verso il 192.168.100.1? (link)

[ironmark99]

Originariamente inviato da soqquadro

Per il resto, il ping verso il dslam suppongo che dipenda dalla distanza della tratta in rame.

No. Non sei l'unico a pensarlo, ma non è così. Il segnale sul doppino (qualsiasi segnale, e qualsiasi doppino, fosse anche il filo del ferro da stiro ) viaggia a circa 0.6c (ossia circa sei decimi della velocità della luce; qualcosa intorno ai 200000 km/s). Quindi il ritardo introdotto dalla tratta in rame può essere dell'ordine dei micro secondi, non certo dei milli secondi.

La latenza di millisecondi nei modem per trasmissioni dati è essenzialmente dovuta alla codifica e ai sistemi di correzione di errore. Ricordate, vero, il vecchio INP 2/8? Quello era un sistema di protezione in grado di correggere sino a 2 simboli ogni 8 millisecondi, e per farlo doveva mettersi in un buffer 8ms di dati e processarli prima di rilasciali, aggiungendo quindi una latenza fissa di 8ms. Il G.INP lavora in modo diverso e non introduce latenza se non sui pacchetti da correggere. Sui pacchetti corretti la latenza aggiuntiva è di circa 2ms. Di conseguenza di per sé al massimo il G.INP aggiunge un jitter con valori di picco di circa 2ms. (fatta salva la presenza del "baco" dei +4ms, che credo che più che un baco sia una protezione aggiuntiva quando il flusso supera certi rate, ma non ho idea del perché qualcuno abbia pensato fosse necessario introdurla).

Tutta la latenza in più (ossia tutto ciò che supera i 2ms di ping) è legata solo in piccola parte (un altro paio di ms) alla modulazione VDSL, e va per la maggior parte imputata al fatto che i pacchetti che transitano negli apparati di rete (quindi quando sono già pacchetti IP, ben fuori dal rame) devono essere "aperti" per essere processati (ad esempio per leggerne l'indirizzo di destinazione, al fine di indirizzarli correttamente). Dunque sono gli apparati di rete (a livello IP) che aggiungono la maggior parte della latenza (ossia da qualcosa che sta oltre la nostra cortissima tratta in rame). Più apparati i pacchetti devono attraversare, maggiore è la latenza aggiuntiva. Il motivo per cui se faccio un ping esso aumenta tanto più quanto più distante è il server pingato, e solo marginalmente influenzato dalla distanza fisica (1000 km di distanza aggiungono 5ms scarsi al tempo che il segnale ci impiega a percorrere la fibra), ed è invece legato al NUMERO di apparati di rete che i pacchetti devono attraversare.

Questa e una descrizione molto di "principio", ovviamente. Sui particolari di come i pacchetti IP vengano processati e dunque ritardati c'è su questo forum chi ne sa ben più di me.

[DarkNiko]

Originariamente inviato da AdelTeo

Quanto fai dal router verso il 192.168.100.1? (link)

Praticamente gli stessi valori che hai linkato.

[AdelTeo]

E allora come fai a fare 3ms? Anche io ho avuto speedtest con 3ms e 0ms, ma penso sia errori.

[Bigboos93]

sto cessicolor, mi fa smadonnare.... rimetto il sercoom dato che manco una ricerca su google posso fare -.-"

[giovanni69]

Originariamente inviato da ironmark99

..cut... (fatta salva la presenza del "baco" dei +4ms, che credo che più che un baco sia una protezione aggiuntiva quando il flusso supera certi rate, ma non ho idea del perché qualcuno abbia pensato fosse necessario introdurla)....cut.

Protezione aggiuntiva solo sui SoC Broadcom sul 17a?
Passando dalla 100 alla 200 con valori di aggancio 95/99 --> 192/199 il ping al 192.168.100.1 è sceso da circa 8 a 5/6ms. Forse questo è dovuto all'assenza del bug nel BCM63138 del nuovo modem? Non avevo i 5ms nemmeno quando la linea agganciava 85Mbps, ovvero sotto quei 90/94 di soglia critici.
EDIT: adesso se rimetto su lo scolapasta con il 17a in fallback ho sempre 5ms.

[MiloZ]

Originariamente inviato da DarkNiko

Ciao MiloZ, lieto di rivederti.

Riguardo al delay di +3ms, ti confermo che è sparito, la latenza al NAS/BRAS, cioè al primo hop, è di 3-4 ms sempre, indipendentemente se agganci portante massima o stai sotto. Non so se il miracolo lo fa il modem o è una cosa voluta per come è stato impostato il profilo 35b, però non c'è nessuna latenza aggiuntiva e per me anche questo è un ottimo risultato.

Buono a sapersi, grazie del feedback. Ormai sembrerebbe confermato quindi che i +3\4ms non ci siano più in 35b (o almeno fino a 216.00Kbps di bitrate).

Anche come latenza di base comunque questo nuovo Soc broadcom sembra performare un pochino meglio del precedente, attualmente sto usando un Asus AC88U (che supporta il 35b) ed anche io ottengo 3\4ms al gateway, però essendo ancora in 17a vengono aggiunti quasi sempre 3ms, quindi si arriva a 6\7ms come massimale (sempre meglio degli 8-9ms dei vecchi modem).

Speriamo si sbrighino a swappare l'ONU al quale sono collegato cosi potrò richiedere sta 200M.

[rinelkind]

Originariamente inviato da diaretto

Portante raddoppiata prima di avere il modem? Dove l'hai letto scusa?

Forse non era raddoppiata (era un altro post) però ho letto tanti messaggi di gente che dopo aver richiesto la 200, e prima di aver ricevuto il modem, avevano i valori massimali che erano cambiati. Ho anche però letto di gente a cui proprio non erano cambiati per nulla (ed io sono fra questi) quindi mi chiedevo perchè questa differenza di comportamento, e soprattutto se domani quando mi arriverà il modem, se ancora avrò gli stess valorii, se devo chiedere al 187 che facciano qualcosa o solo aspettare.
Sinceramente in sto thread si legge di tutto e di più è difficile capire cosa sia giusto, e la telecom contribuisce alla confusione (vedi operatori 187 che dicono che il tecnico deve andare in centrale per fare la modifica quando sappiamo benissimo che basta cambiare profilo da remoto).
Io ad esempio (lo avrò chiesto 5 volte e noto che anche altri se lo chiedono e nessuno dà una risposta certa) ancora non capisco se il cambio di profilo porta la semplice perdita di linea per qualche decina di secondi (come è capitato a me) con uptime del modem che riparte da 0, o proprio comporta un totale riavvio del modem in remoto che dura quei 5-6 minuti.

[Kri3g]

L'unico armadio del comune senza 200mb è il mio, magari lo upgradano a breve?

[gabrielepx]

Originariamente inviato da King_Of_Kings_21

Il passaggio a 4 settimane è obbligatorio.

Mi sbaglio o AGCOM ha bloccato questa pratica per le linee fisse?

[LordSilver]

Originariamente inviato da gabrielepx

Mi sbaglio o AGCOM ha bloccato questa pratica per le linee fisse?

Non sbagli: http://www.hdblog.it/2017/03/24/agco...-giorni-fisso/

[gabrielepx]

Originariamente inviato da Plax86

molto utile e ben fatta.
prova a parlare con un moderatore di sezione perché la prima pagina di questo topic è ormai da rifare.

Ti ringrazio ma... dove li trovo?
Ho girato in lungo e in largo per il forum e l'unica cosa che ho scoperto e' che la mia firma era ai limiti di lunghezza accettata

[papillon56]

Originariamente inviato da LordSilver

Non sbagli: http://www.hdblog.it/2017/03/24/agco...-giorni-fisso/

Ok... ma alla fine TIM si è adeguata a questa sentenza ??