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

[fullyZ]

Originariamente inviato da Psyred

Il G.INP è già attivo di default nei profili TIM e non è esattamente come il fastpath, anche se concettualmente gli somiglia basandosi sulla ritrasmissione dei pacchetti.

Diciamo che si tratta di una via di mezzo tra fastpath e interleaved.

Quindi dici che utilizzando in ruoter non telecom potrei avere una migliore gestione G.INP? A me sembra più un problema lato loro. In ogni caso c'è la possibilità di richiedere il fastpath anche a scapito del voip?

[brendoo011]

Originariamente inviato da fullyZ

Quindi dici che utilizzando in ruoter non telecom potrei avere una migliore gestione G.INP? A me sembra più un problema lato loro. In ogni caso c'è la possibilità di richiedere il fastpath anche a scapito del voip?

No
Solo fastweb lo fa.

[diaretto]

Originariamente inviato da fullyZ

Quindi dici che utilizzando in ruoter non telecom potrei avere una migliore gestione G.INP? A me sembra più un problema lato loro. In ogni caso c'è la possibilità di richiedere il fastpath anche a scapito del voip?

Il G.INP è nettamentr migliore del fast, oltretutto TIM non lo attiva sulle sue linee (il fast).

Il discorso di cambiare modem è solo perché modem basati su chipset Lantiq si è visto che tolgono qialche ms di ping rispetto a quello TIM, ricordati però che il modem TIM è il migliore in termini di aggancio di portante, e quindi usando un qualsiasi altro modem (lantiq specialmente) perderai dei Mb di portante.

Se sulla tua linea il G.INP è disattivo per un errore di profilo cambiare modem non serve a nulla, telefona al 1949 e spiega la situazione.

[fullyZ]

Originariamente inviato da brendoo011

No
Solo fastweb lo fa.

Quindi il fatto che ho 6 ms in piu sul terzo hop rispetto ad altri utenti in zona è perchè sono collegato su un DSLAM sfigato? Consigli?

[Psyred]

Originariamente inviato da fullyZ

Quindi dici che utilizzando in ruoter non telecom potrei avere una migliore gestione G.INP? A me sembra più un problema lato loro. In ogni caso c'è la possibilità di richiedere il fastpath anche a scapito del voip?

Se leggi le esperienze di utenti TIM e Tiscali pare proprio che sia così. Io non ho ancora provato perchè mi scoccia perdere la fonia, per cui mi tengo i 3 ms in più e amen.

Telecom non attiva il fast sulle VDSL, oltretutto con profili così spinti sarebbe una configurazione parecchio rischiosa.

[diaretto]

Originariamente inviato da fullyZ

Quindi il fatto che ho 6 ms in piu sul terzo hop rispetto ad altri utenti in zona è perchè sono collegato su un DSLAM sfigato? Consigli?

Quelli sono problemi di instradamento, cosa c'entra il DSLAM?

Fai un ping su 192.168.100.1 (il DSLAM) e dicci il risultato.

Leggi il mio post sopr dove ti ho risposto sul fast, comunque il guadagno con un Fritz è di circa 2ms (da 6ms a 4ms).

[Psyred]

Originariamente inviato da fullyZ

Quindi il fatto che ho 6 ms in piu sul terzo hop rispetto ad altri utenti in zona è perchè sono collegato su un DSLAM sfigato? Consigli?

Ma te il G.INP lo hai attivo o no? Le statistiche che dicono?

[fullyZ]

Grazie delle risposte.
Venerdi rientro a casa e faccio un post riassuntivo quotandovi, magari risolviamo

Grazie,

[Psyred]

Originariamente inviato da diaretto

Il discorso di cambiare modem è solo perché modem basati su chipset Lantiq si è visto che tolgono qialche ms di ping rispetto a quello TIM, ricordati però che il modem TIM è il migliore in termini di aggancio di portante, e quindi usando un qualsiasi altro modem (lantiq specialmente) perderai dei Mb di portante.

Non solo con i Lantiq, con i Mediatek (Asus per esempio) è la stessa cosa.

Inoltre con i profili più bassi si riesce a pingare bene anche con il Broadcom (io sui 6 ms con il 50 Mb come detto prima).

[pompeo2k4]

raga una domanda: il 26 aprile ho richiesto l'attivazione della fibra..il call center mi ha assegnato come giorno il 3 maggio (su my tim ho visto da subito la richiesta di appuntamento con il tecnico al 3 maggio); venerdì 29 mi chiama un numero 02.. che mi dice esser l'ufficio che smista gli appuntamenti e mi anticipa il tecnico al 2 maggio. Prendo il permesso in ufficio, ma il 2 maggio non si presenta nessuno (al 187 non sanno nulla ma mi rinviano al 3 maggio che è il giorno che leggono stabilito per l'appuntamento). Il 3 maggio (giustamente) neanche si presenta nessuno..al 187 + che fare segnalazioni non sanno nulla. Nel pomeriggio la data dell'appuntamento subisce una variazione (sempre su visto su mytim) e passa al 9 maggio. Ora, se tra oggi e domani nessuno mi chiama, il 9 è veritiero o è una data che imposta in automatico il sistema? Nel senso... a chi ci è passato, il giorno indicato per l'appuntamento su mytim, il tecnico è poi regolarmente venuto anche senza avvisarvi prima?

[diaretto]

Originariamente inviato da Psyred

Non solo con i Lantiq, con i Mediatek (Asus per esempio) è la stessa cosa.

Inoltre con i profili più bassi si riesce a pingare bene anche con il Broadcom (io sui 6 ms con il 50 Mb come detto prima).

Io avevo 6ms sulla ONU con qualsiasi profilo, anzi con la 100/20 sembra migliorato.

Di sicuro dipende dalla ONU e dalle condizioni in cui deve lavorare il G.INP a seconda delle variabilità delle singole linee.

P.S: con altri modem con chipset broadcom non si riesce a pingare meno ugualmente ai lantiq/mediatek?

[Yrbaf]

A me pinga bene, a volte, anche il broadcom (ma quello di Tiscali).

Esempio in questo instante il mio ping su 8.8.8.8 (si non il primo hop ma proprio un target) oscilla tra 6.4ms e 7.2ms (spike a parte).
Il tutto passando via powerline che aggiungono 1.8-1.9ms di latenza (più molti spike a oltre 10-15ms).
Quindi direi che se vado in ethernet dovrei essere sui 5ms

Però non è stabile, dopo un po' sale di +4ms per poi magari tornare basso dopo un bel po'.
E se riavvio il router pinga basso subito e per un po' ma dopo sicuro si becca quel +4ms.

[haggis]

Originariamente inviato da pompeo2k4

raga una domanda: il 26 aprile ho richiesto l'attivazione della fibra..il call center mi ha assegnato come giorno il 3 maggio (su my tim ho visto da subito la richiesta di appuntamento con il tecnico al 3 maggio); venerdì 29 mi chiama un numero 02.. che mi dice esser l'ufficio che smista gli appuntamenti e mi anticipa il tecnico al 2 maggio. Prendo il permesso in ufficio, ma il 2 maggio non si presenta nessuno (al 187 non sanno nulla ma mi rinviano al 3 maggio che è il giorno che leggono stabilito per l'appuntamento). Il 3 maggio (giustamente) neanche si presenta nessuno..al 187 + che fare segnalazioni non sanno nulla. Nel pomeriggio la data dell'appuntamento subisce una variazione (sempre su visto su mytim) e passa al 9 maggio. Ora, se tra oggi e domani nessuno mi chiama, il 9 è veritiero o è una data che imposta in automatico il sistema? Nel senso... a chi ci è passato, il giorno indicato per l'appuntamento su mytim, il tecnico è poi regolarmente venuto anche senza avvisarvi prima?

ti deve chiamare il tecnico per confermare, altrimenti non viene nessuno.
Almeno è quello che ho visto nei miei 5 appuntamenti saltati

[Psyred]

Anch'io ho questo problema di scarsa stabilità. Per esempio a volte pingo il gw 6 ms, solo che nella maggior parte dei casi la latenza sale subito a 9 ms.

Provato anche ad eseguire ping iterati verso il server di destinazione e si vede che parte da 12 ms (per esempio) ma dopo qualche ping ti vengono appioppati +3 ms e la latenza rimane stabilmente a 15 ms.

Stamani comunque noto che la latenza è scesa di un paio di ms rispetto alla norma.

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

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     *        *        *     Richiesta scaduta.
  3     7 ms     7 ms     7 ms  172.17.105.120
  4     9 ms     7 ms    11 ms  172.17.104.77
  5    15 ms    15 ms    15 ms  172.19.242.189
  6    15 ms    15 ms    15 ms  be11.milano50.mil.seabone.net [93.186.128.229]
  7    13 ms    13 ms    13 ms  ae11.milano51.mil.seabone.net [195.22.205.155]
  8    13 ms    13 ms    13 ms  ae6.bar1.Milan.Level3.net [4.68.111.165]
  9    13 ms    13 ms    13 ms  ae-0-11.bar2.Milan1.Level3.net [4.69.142.190]
 10    13 ms    13 ms    13 ms  212.73.241.250
 11    13 ms    13 ms    13 ms  95.141.47.253
 12    13 ms    13 ms    13 ms  154-33.141.95.serverdedicati.seflow.it [95.141.3
3.154]

Traccia completata.

Esecuzione di Ping seflow.it [95.141.33.154] con 32 byte di dati:
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=13ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54
Risposta da 95.141.33.154: byte=32 durata=14ms TTL=54

Statistiche Ping per 95.141.33.154:
Pacchetti: Trasmessi = 100, Ricevuti = 100,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 13ms, Massimo = 14ms, Medio = 13ms

Per adesso stabilmente. Avranno modificato qualche impostazione del profilo G.INP?

[giovanni69]

Originariamente inviato da diaretto

Ancora non hai capito come funziona il discorso dell' SNR...NON è un parametro confrontabile tra linea e linea!!

L'SNR va sempre sul suo target di 6db per agganciare il max della portante, poi se l'ottenibile è maggiore della portante allora "avanza" dell'SNR.

Ma non è un parametro confrontabile! Lui ha 20 Mb di ottenibile perchè la sua linea è fatta cosi, non puoi confrontare l'SNR con la tua!

Comunque se non hai pasticci nell'impianto di casa va bene cosi, non preoccuparti per l'attenuazione.

Grazie della spiegazione. Troverò il modo per togliere la pigrizia al quel SNR in US cosicchè ci sia un po' più di grasso che cola

Scherzi a parte, quando era stata attivata inizialmente come 50/10 ho salvato delle schermate (che ometto per brevità) ed in US c'erano 12.1 dB SNR a fronte di un 18099 agganciabile. Ed a quel tempo mi ero preoccupato già perchè suonava strano. Di grasso che colava ce n'era no?

Mi spiegheresti per favore perchè adesso con la 100/20 sfruttando dunque 6 dB del nuovo profilo che è sceso a 6 dei 12 dB iniziali la linea ha avuto solo perdita di SNR e nient'altro?

[Step AsR]

Originariamente inviato da giovanni69

Grazie della spiegazione. Troverò il modo per togliere la pigrizia al quel SNR in US cosicchè ci sia un po' più di grasso che cola

Scherzi a parte, quando era stata attivata inizialmente come 50/10 ho salvato delle schermate (che ometto per brevità) ed in US c'erano 12.1 dB a fronte di un 18099 agganciabile. Ed a quel tempo mi ero preoccupato già perchè suonava strano. Di grasso che colava ce n'era no?

Mi spiegheresti per favore perchè adesso con la 100/20 sfruttando dunque 6 dB del nuovo profilo che è sceso a 6 la linea ha avuto solo perdita di SNR e nient'altro?

http://www.hwupgrade.it/forum/showthread.php?t=2762986

CREDO sia per questo motivo

US2= da 8.5 MHz a 12 Mhz (limite profilo 12a)
"l'attenuazione della banda US2 che si trova più in alto nello spettro rispetto alla DS2. Di conseguenza in questo caso l'attenuazione in Upstream sarà sempre più alta di quella in downstream."

poi nel passaggio alla 100/20 è ridiventato minore al Downstream, ma sempre quella è rimasta la portante agganciata

I valori di attenuazione con questo modem in FTTC sono sempre estremamente bassi rispetto agli altri modem: se ne deduce che vengono indicati i valori delle "prime bande" cioè la US0 e la DS1. Questo implica che l'attenuazione in upstream sia sempre più bassa di quella in downstream (com'era per la ADSL2+)

correggetemi se sbaglio

[pompeo2k4]

Originariamente inviato da haggis

ti deve chiamare il tecnico per confermare, altrimenti non viene nessuno.
Almeno è quello che ho visto nei miei 5 appuntamenti saltati

ok grazie, come immaginavo..quindi ho ancora 4 appuntamenti che potrebbero andare a vuoto

a te è passato 1 mese allora? 1 appuntamento a settimana..

[Psyred]

Originariamente inviato da diaretto

Io avevo 6ms sulla ONU con qualsiasi profilo, anzi con la 100/20 sembra migliorato.

Di sicuro dipende dalla ONU e dalle condizioni in cui deve lavorare il G.INP a seconda delle variabilità delle singole linee.

P.S: con altri modem con chipset broadcom non si riesce a pingare meno ugualmente ai lantiq/mediatek?

Dalla ONU non credo perchè con il profilo 50/10 Mb non avevo questa instabilità, la latenza minima si manteneva costantemente a 6 ms.

P.S.

già tornato tutto come al solito

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

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     *        *        *     Richiesta scaduta.
  3     9 ms    10 ms     9 ms  172.17.105.120
  4    10 ms    11 ms    12 ms  172.17.104.77
  5    17 ms    16 ms    19 ms  172.19.242.189
  6    18 ms    19 ms    20 ms  be11.milano50.mil.seabone.net [93.186.128.229]
  7    16 ms    15 ms    15 ms  ae11.milano51.mil.seabone.net [195.22.205.155]
  8    15 ms    15 ms    15 ms  ae6.bar1.Milan.Level3.net [4.68.111.165]
  9    16 ms    15 ms    15 ms  ae-0-11.bar2.Milan1.Level3.net [4.69.142.190]
 10    15 ms    16 ms    15 ms  212.73.241.250
 11    16 ms    15 ms    17 ms  95.141.47.253
 12    15 ms    15 ms    16 ms  154-33.141.95.serverdedicati.seflow.it [95.141.3
3.154]

Traccia completata.

[giovanni69]

@Step AsR: L'attenuazione complessiva (o delle prime bande come dice la fonte) era a 2.8 dB prima e lo è anche adesso ovviamente. Ed il rapporto è rimasto <1:3 circa rispetto all'attenuazione in DS (10.5).
Nel tuo discorso non vedo entrare in gioco SNR.

[diaretto]

Originariamente inviato da giovanni69

Grazie della spiegazione. Troverò il modo per togliere la pigrizia al quel SNR in US cosicchè ci sia un po' più di grasso che cola

Scherzi a parte, quando era stata attivata inizialmente come 50/10 ho salvato delle schermate (che ometto per brevità) ed in US c'erano 12.1 dB SNR a fronte di un 18099 agganciabile. Ed a quel tempo mi ero preoccupato già perchè suonava strano. Di grasso che colava ce n'era no?

Mi spiegheresti per favore perchè adesso con la 100/20 sfruttando dunque 6 dB del nuovo profilo che è sceso a 6 dei 12 dB iniziali la linea ha avuto solo perdita di SNR e nient'altro?

Originariamente inviato da Step AsR

http://www.hwupgrade.it/forum/showthread.php?t=2762986

CREDO sia per questo motivo



poi nel passaggio alla 100/20 è ridiventato minore al Downstream, ma sempre quella è rimasta la portante agganciata



correggetemi se sbaglio

Nono assolutamente! Non è un discorso di attenuazioni, il modem mostra sempre le stesse a prescindere dal profilo impostato.

Il modem calcola l'ottenibile già "calcolando" di utilizzare i 6db di target SNR.

Altrimenti quelli con la 30/1 i primi tempi che mostravano appunto 100 e passa Mb di ottenibile adesso secondo voi dovrebbero avere 250Mb?

Nono, l'ottenibile è (quasi) sempre fedele, a parte appunto rare volte nelle quali il modem "sballava" nella lettura e si avevano degli ottenibili in up strani, che poi si alzavano col profilo 50/10, ma è un caso remoto e appunto una volta aumentato il profilo la situazione dovrebbe risolversi, se ci fosse stata.