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

[marduk]

Originariamente inviato da MX4

L'aumento in upload è legato al vectoring non al 35b. Se attivano il vectoring daranno profili a 50 mega in upload

portante agganciabile non profilo.

[MX4]

Originariamente inviato da marduk

portante agganciabile non profilo.

No, intendo proprio profilo commerciale fino a 200/50 col 35b oppure 100/50 in 17a. Anzi in realtà il 35b con vectoring sarebbe effettivamente 250/50

[Trotto@81]

L'upload è critico sulle chiostrine derivate, a stento arriva a 20 mbps, il vectoring aiuterà in queste situazioni?

[MX4]

Originariamente inviato da Trotto@81

L'upload è critico sulle chiostrine derivate, a stento arriva a 20 mbps, il vectoring aiuterà in queste situazioni?

Certo, perché con il vectoring, si disattiva l'UPBO e quindi la portante agganciabile come minimo raddoppio. Certo se la tratta in rame è messa male non può fare miracoli....

[TheKingxx]

Originariamente inviato da Psyred

Si può attivare anche su VDSL in realtà, lo fa Fastweb su richiesta (anche se ultimamente tende a preferire il G.INP).

Anche il G.INP abbassa la latenza, però con i profili 100 Mb molti utenti stanno sperimentando aumenti di 3-4 ms quasi costanti rispetto al ping minimo. Diciamo che è una via di mezzo tra fastpath e interleaved.

Se ti servono info più specifiche ti invito a fare una ricerca nel thread, del G.INP ne abbiamo discusso ampiamente.

ciao, si mi interesserebbe sapere qualcosina in più, sapresti dirmi dov'è il post? Ho girato un pochino in internet e provider e non l ho trovato forse è ancora più in fondo?
Quindi il g.inp è attivo di base, solo che non sarebbe buono come il fastpath? visto che addirittura ti aumenta il ping di 2-3ms? E pensare che io con l adsl di telecom in fast sono arrivato ad avere 9 di ping

[totanofibra]

la tecnica TIM mi ha detto martedi, che a fine anno o anche prima TIM cambierà tutti i profili FTTC VDSL2 e introdurrà il vectoring con profilo 300/20 vediamo nei prossimi mesi se ha ragione

[Psyred]

Originariamente inviato da TheKingxx

ciao, si mi interesserebbe sapere qualcosina in più, sapresti dirmi dov'è il post? Ho girato un pochino in internet e provider e non l ho trovato forse è ancora più in fondo?

Se cerchi in questa discussione ce ne sono una marea di post sul g.inp

Originariamente inviato da TheKingxx

Quindi il g.inp è attivo di base, solo che non sarebbe buono come il fastpath? visto che addirittura ti aumenta il ping di 2-3ms? E pensare che io con l adsl di telecom in fast sono arrivato ad avere 9 di ping

E' un discorso lungo che abbiamo affrontato più volte, per farla breve ti posso dire con il profilo 50/10 Mb (mi hanno attivato inizialmente quello) avevo una latenza al gateway remoto/primo hop FISSA di 6 ms. Quando sono passato al 100 Mb la latenza è aumentata di 3-4 ms, quindi adesso pingo il gw 9-10 ms quasi costanti.

In qualche raro caso (diciamo 5 minuti al giorno) torna sui 6 ms però per la maggior parte del tempo la latenza è quella.

E' sempre un ping rispettabile per carità, però è una cosa che dà un po' fastidio.

[medicina]

Originariamente inviato da medicina

Avevo la pianificazione nel mio comune per maggio, ma hanno solo cambiato il tettuccio degli armadi con quello rosso. Nessuna unità sopra l'armadio, i contatori Enel a fianco ci sono da un po' di tempo. È una procedura normale? Hanno intenzione di aggiungerlo in un secondo momento o forse il DSLAM è già dentro?

Qualcuno ha idea di cosa succede dalle mie parti? Che senso ha cambiare solo il tettuccio dell'armadio se poi dovrebbero mettere qualcosa sopra?

[random566]

Originariamente inviato da MX4

Certo, perché con il vectoring, si disattiva l'UPBO e quindi la portante agganciabile come minimo raddoppio. Certo se la tratta in rame è messa male non può fare miracoli....

con buona pace di chi è rimasto in adsl...
ma sei sicuro di questo fatto relativo aall'eliminazione dell'UPBO? interferisce con il vectoring?

[giovanni69]

Originariamente inviato da nothatkind22

E vai giovanni che divertimento queste chiamate!

Chiamo il 1949 per sapere se sono in grado di dirmi quando degli errori CRC si son verificati sulla linea dal momento che fino a ieri notte era pulita e c'è un ticket tecnico aperto (in sostanza non so se esiste un monitoraggio in attesa dell'intervento). L'operatrice: "per sapere questo tipo di dato dovrebbe parlare con un reparto speciale; il 187 tasto 1". Replico: "mi scusi, ma quello è il servizio commerciale, no?" Evento di risposta: ... CLICK... Una volta esistevano le barzellette sui carabinieri...

[FrancYescO]

Dopo aver rotto le scatole ad un pandaman in pausa pranzo sono riuscito a capire la mia situazione...a quanto pare da quando è stata fatta casa mi hanno cambiato armadio ed ora non risulto più attestato su quello vendibile in fibra ma su uno che non risulta nemmeno tra i pianificati (intanto c'è solo la colonnina con il contatore)... da una parte meglio così perchè quest'altro armadio è molto più vicino a casa ... ma chissà quando (e se...) lo attiveranno

[Trotto@81]

Originariamente inviato da MX4

Certo, perché con il vectoring, si disattiva l'UPBO e quindi la portante agganciabile come minimo raddoppio. Certo se la tratta in rame è messa male non può fare miracoli....

Nel mio caso è messa bene la tratta e con attenuazione di 1.8 dB in UP e 5.8 di SNR, mi allineo a 20,5 mbps, il problema è proprio la chiostrina derivata.

[TheKingxx]

Originariamente inviato da Psyred

Se cerchi in questa discussione ce ne sono una marea di post sul g.inp



E' un discorso lungo che abbiamo affrontato più volte, per farla breve ti posso dire con il profilo 50/10 Mb (mi hanno attivato inizialmente quello) avevo una latenza al gateway remoto/primo hop FISSA di 6 ms. Quando sono passato al 100 Mb la latenza è aumentata di 3-4 ms, quindi adesso pingo il gw 9-10 ms quasi costanti.

In qualche raro caso (diciamo 5 minuti al giorno) torna sui 6 ms però per la maggior parte del tempo la latenza è quella.

E' sempre un ping rispettabile per carità, però è una cosa che dà un po' fastidio.

e come si spiega questa cosa? al posto di migliorare si peggiora, a cosa è dovuto si sa? mi vendi una 50/10 che è una buona connessione con un buon ping poi passi alla 100/20 ancora meglio e il ping è più alto bha valli a capire

[Yrbaf]

Originariamente inviato da random566

con buona pace di chi è rimasto in adsl...
ma sei sicuro di questo fatto relativo aall'eliminazione dell'UPBO? interferisce con il vectoring?

UPBO serve a ridurre la diafonia in upload, con il vectoring la diafonia è eliminata (oddio in realtà il processo fisico della diafonia sarà sempre presente, ma per la comunicazione diventa non più influente) di conseguenza UPBO diventa non più necessario e può essere spento.

Spegnendo UPBO l'upload per i più fortunati potrà anche arrivare a 90Mb.
Poi ovviamente sarà già un miracolo se ci daranno i 50Mb a livello commerciale e sinceramente se la FTTH la lasciano a 300/20 ho dubbi daranno questo upgrade alle FTTC.

Perché dovrebbero dare 300/50 (per fare un esempio) in 35b e lasciare la FTTH a 300/20 (per chi non vuole pagare il supplemento per la 1000/100) ?
Per carità in effetti è anche vero che hanno lasciato 100/10 in FTTH quando c'era 108/22 in FTTC.

Originariamente inviato da TheKingxx

e come si spiega questa cosa? al posto di migliorare si peggiora, a cosa è dovuto si sa? mi vendi una 50/10 che è una buona connessione con un buon ping poi passi alla 100/20 ancora meglio e il ping è più alto bha valli a capire

E' un problema dei modem (o dei firmware) broadcom, non è che il G.Inp metta dei 4ms fissi costanti con i profili 100Mb.

Con altri modem Soc, i ping restano bassi e comunque con broadcom anche su alcune linee 100Mb spesso scendono e ci stanno a lungo a valori bassi.
Purtroppo però poi risalgono anche.

Toh questi sono ping che avevo qualche gg fa e che ho tenuto per ore (il tutto con router di serie, ma Tiscali):

64 bytes from 8.8.8.8: icmp_seq=2 ttl=57 time=5.42 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=57 time=5.23 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=57 time=5.01 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=57 time=5.28 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=57 time=5.29 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=57 time=5.78 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=57 time=5.30 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=57 time=5.27 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=57 time=5.54 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=57 time=5.54 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=57 time=5.77 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=57 time=5.35 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=57 time=5.36 ms
64 bytes from 8.8.8.8: icmp_seq=15 ttl=57 time=5.56 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=57 time=5.37 ms
64 bytes from 8.8.8.8: icmp_seq=17 ttl=57 time=5.34 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=57 time=5.05 ms
64 bytes from 8.8.8.8: icmp_seq=19 ttl=57 time=5.32 ms
64 bytes from 8.8.8.8: icmp_seq=20 ttl=57 time=5.10 ms
64 bytes from 8.8.8.8: icmp_seq=21 ttl=57 time=5.35 ms
64 bytes from 8.8.8.8: icmp_seq=22 ttl=57 time=5.33 ms
64 bytes from 8.8.8.8: icmp_seq=23 ttl=57 time=5.35 ms
64 bytes from 8.8.8.8: icmp_seq=24 ttl=57 time=5.32 ms
64 bytes from 8.8.8.8: icmp_seq=25 ttl=57 time=5.10 ms

Adesso invece sono con quei 2-4ms (a volte sono solo 2) in più, magari fra un po' riscende.

[kevincop87]

Originariamente inviato da bues

Si la linea è una 100/20 che non aggancia tutti... ovviamente,anche se mi sembra di capire che è raro vedere una 100 piena.
Cmq i valori sono questi a 150m dall'armadio.



Grazie

Ottima Linea, molta diafonia come nel mio caso

[Psyred]

Originariamente inviato da Yrbaf

E' un problema dei modem (o dei firmware) broadcom, non è che il G.Inp metta dei 4ms fissi costanti con i profili 100Mb.

Con altri modem Soc, i ping restano bassi e comunque con broadcom anche su alcune linee 100Mb spesso scendono e ci stanno a lungo a valori bassi.
Purtroppo però poi risalgono anche.

Toh questi sono ping che avevo qualche gg fa e che ho tenuto per ore (il tutto con router di serie, ma Tiscali):

64 bytes from 8.8.8.8: icmp_seq=2 ttl=57 time=5.42 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=57 time=5.23 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=57 time=5.01 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=57 time=5.28 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=57 time=5.29 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=57 time=5.78 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=57 time=5.30 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=57 time=5.27 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=57 time=5.54 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=57 time=5.54 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=57 time=5.77 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=57 time=5.35 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=57 time=5.36 ms
64 bytes from 8.8.8.8: icmp_seq=15 ttl=57 time=5.56 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=57 time=5.37 ms
64 bytes from 8.8.8.8: icmp_seq=17 ttl=57 time=5.34 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=57 time=5.05 ms
64 bytes from 8.8.8.8: icmp_seq=19 ttl=57 time=5.32 ms
64 bytes from 8.8.8.8: icmp_seq=20 ttl=57 time=5.10 ms
64 bytes from 8.8.8.8: icmp_seq=21 ttl=57 time=5.35 ms
64 bytes from 8.8.8.8: icmp_seq=22 ttl=57 time=5.33 ms
64 bytes from 8.8.8.8: icmp_seq=23 ttl=57 time=5.35 ms
64 bytes from 8.8.8.8: icmp_seq=24 ttl=57 time=5.32 ms
64 bytes from 8.8.8.8: icmp_seq=25 ttl=57 time=5.10 ms

Adesso invece sono con quei 2-4ms (a volte sono solo 2) in più, magari fra un po' riscende.

Però tu avevi detto che anche con il TP-Link la latenza risultava un po' ballerina http://www.hwupgrade.it/forum/showpo...ostcount=66804 infatti non ho tirato in ballo la questione del chipset perchè io non ho mai testato personalmente modem alternativi al Technicolor.

Nel mio caso comunque i 9-10 ms sono praticamente costanti; aggancio sempre 108 Mb pieni con 10 dB di SNRm.

[Gio_87]

A livello di errori sono nella media ?



Inviato dal mio iPhone utilizzando Tapatalk

[MX4]

Originariamente inviato da Yrbaf

UPBO serve a ridurre la diafonia in upload, con il vectoring la diafonia è eliminata (oddio in realtà il processo fisico della diafonia sarà sempre presente, ma per la comunicazione diventa non più influente) di conseguenza UPBO diventa non più necessario e può essere spento.

Spegnendo UPBO l'upload per i più fortunati potrà anche arrivare a 90Mb.
Poi ovviamente sarà già un miracolo se ci daranno i 50Mb a livello commerciale e sinceramente se la FTTH la lasciano a 300/20 ho dubbi daranno questo upgrade alle FTTC.

Perché dovrebbero dare 300/50 (per fare un esempio) in 35b e lasciare la FTTH a 300/20 (per chi non vuole pagare il supplemento per la 1000/100) ?
Per carità in effetti è anche vero che hanno lasciato 100/10 in FTTH quando c'era 108/22 in FTTC.

A livello commerciale/nominale il 35b sarà una 200 mega che in realtà sarà una 250 (ma si preferisce sempre il numero tondo).

300 mega col 35b sarebbe troppo tirata secondo me e la gente si lamenterebbe perché non riesce ad agganciarla

[(THE REAL) Neo]

Ragazzi,qualcuno puó schiarirmi le idee?
Due mesi fà,circa,ho fatto richiesta per Tim Smart Fibra.
Il tecnico é venuto,e ha constatato che il cabinet in fibra,é troppo lontano dalla mia abitazione,circa 2,2 km,ed ha annullato la richiesta.

Ieri sera,dopo vari tentativi andati male,di contattarmi durante il giorno,mi chiama un tecnico Tim (donna),che mi propone il passaggio alla fibra.
Alla mia spiegazione dell'avvenuto,di due mesi fà,m i ha spiegato,con tutti i termini tecnici del caso (era davvero un tecnico,non una del call center),che Tim ha installato nella mia zona,dei "commutatori di segnale",in alcuni punti in cui la fibra era troppo lontana,e che ora sono raggiunto,in un cabinet molto piú vicino.
Mi ha garantito che dovrebbe arrivare una portante di circa 50 Mbit down,e 6 up.
Inoltre mi ha detto che ora non mandano piú i tecnici,ma il kit autoinstallante.

Ho aderito,sperando che sia vero...

Qualcuno sà,che diavolo sono questi nuovi "commutatori di segnale"???

Inviato dal mio Nexus 5X utilizzando Tapatalk

[Yrbaf]

Originariamente inviato da Psyred

Però tu avevi detto che anche con il TP-Link la latenza risultava un po' ballerina http://www.hwupgrade.it/forum/showpo...ostcount=66804 infatti non ho tirato in ballo la questione del chipset perchè io non ho mai testato personalmente modem alternativi al Technicolor.

Nel mio caso comunque i 9-10 ms sono praticamente costanti; aggancio sempre 108 Mb pieni con 10 dB di SNRm.

Beh un po' ballerina perché di 1-1.5ms oscilla ogni tanto (tra il min ed il max) e poi il G.Inp deve aggiungere 4ms quando ci sono errori, quindi di sicuro (a stare lì a fare ping per ore) ci saranno periodi in cui il ping sale per qualche intervallo di tempo (penso in secondi) e poi riscende.
Mai visto personalmente finora (e poi con i ping che ho ora con le PLine, i +4ms del broadcom quasi non li noto più ) causa scarsi usi del modem alternativo.
Però appena mi arriva quello nuovo (e riesco a configurarlo) probabilmente il soc Lantiq diventerà il modem principale.

Originariamente inviato da MX4

300 mega col 35b sarebbe troppo tirata secondo me e la gente si lamenterebbe perché non riesce ad agganciarla

Bisogna vedere che boost darà il vectoring al 35b, però io sono fiducioso che un profilo 300Mb in 35b con vectoring sia come un 100Mb in 17a senza vectoring. Non per tutti ma neanche così raro.
Con questo non dico che lo daranno a livello commerciale (a me poi basterebbe pure il 100/50 in 17a ).

PS
Il 17a ha circa 147Mb in down e non sono proprio zero quelli che vedono fino a 130Mb di ottenibile (e siamo pure anche senza vectoring).
Il 35b ha circa 390Mb in down, vero che sale di molto l'attenuazione, però magari non si perderanno tutti quei Mbps da scendere sotto i 324Mbps necessari (che poi quei 24Mbps in più non sono necessari è una scelta del provider).

Originariamente inviato da MiloZ

Praticamente dallo screen che hai postato adesso vai a limitare la banda di 2mbit in UP\Down , cioè 68Mbit\19Mbit, il tutto per evitare rallentamenti durante la saturazione, è così?
Se si, con altri SoC potresti avere "A" al bufferbloat anche senza limitare nulla (quindi connessione più fluida a banda satura), è quello che intendevo dire.

Per fare 90Mbps costanti (quindi anche senza saturare il down al 100%) e di traffico utile (quindi il down vero è più di 90Mb) servono circa 1.5Mbps di upload (ovviamente parliamo di TCP + PPPoE e senza contare l'overhead ethernet).
Ed a questo nessun Soc può porvi rimedio.
Se usi pesatemente il download (su una linea fino a 100Mb), l'upload utile (quindi quello misurato dallo speedtest) deve calare di 1-2Mbps (a meno che non accetti di danneggiare/rallentare il download).