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

[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).

[Psyred]

Originariamente inviato da Yrbaf

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.
Ma visto personalmente (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

Si non intendevo il jitter "normale" ma quello dovuto alle ritrasmissioni del G.INP. In effetti quando avevo il 50/10 Mb non ho mai notato alcuna differenza rispetto al fastpath, i 6-7 ms erano stabili.

Comunque prima o poi vedrò di prendermi un modem serio per sta connessione.

[dabliw]

Originariamente inviato da medicina

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

Il coperchio rosso serve ad indicare che l'armadio è nuovo o "revisionato". Comunque i file sono indicativi, da me il comune è pianificato per giugno ma i lavori sono iniziati già il 25 maggio. Diciamo che ci mettono le mani tante squadre specializzate per uno specifico compito, difficile fare previsioni sulle tempistiche.

[giuliomagnifico]

Originariamente inviato da MiloZ

Sicuro?
Ho visto il tuo speedtest qua http://www.hwupgrade.it/forum/showpo...ostcount=14696

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.
Poi se ho frainteso e ti riferivi ad altro pardon.

Comunque il sito in questione non è affidabilissimo per il check del bufferbloat, perchè con alcuni modem segna come risultato A non rilevando nessuna oscillazione di latenza durante il test dell'upstream a causa del fatto che i ping non arrivano nemmeno essendo tutto "richiesta scaduta". Meglio controllarlo manualmente direi.

In ogni caso, lasciando stare questi casi, con i SoC broadcom non ho mai fatto "A" al bufferbloat lasciando tutto a default, mentre con i Lantiq\Mediatek è sempre A (senza richieste scadute ovviamente), quindi una qualche differenza sotto questo aspetto pare esserci anche a seconda del chipset\driver.

Quei settaggi purtroppo variano perchè sta diamine di linea non è stabile (per quello vorrei la FTTH o la portante piena ma son miraggi per adesso), di solito faccio gli speedtest senza QoS, nel peggiore dei casi, sui 72/73 e 20/21 (nel migliore 77/78 e 21.6 of course ) quindi ho tenuto i valori più conservativi. Tanto non cambia nulla tra 5mbps in più o meno è molto più importante non andare a scatti o rallentare il caricamento delle pagine.

Comunque con il QoS io faccio A+ non A, che è il massimo. Senza tra B e C.

I chipset non c'entrano perchè non è il processore che modula il segnale VDSL ad occuparsi di questo ma il processore principale che si occupa del routing, quello va al massimo quando richiesto e basta, se non gli dai delle istruzioni per dare priorità a dei pacchetti di un certo tipo (che so http ad esempio) lui metterà in cosa quei pacchetti favorendone altri a caso (magari quello di Dropbox) e così rallenti le pagine web. Con il QoS iptables va a fare il dropping di alcuni pacchetti in favore di altri quando c'è saturazione, e così non si rallenta.
Oppure avere almeno la banda simmetrica up/down ma comunque il QoS io lo userei sempre.

A livello di chip io ho un Qualcomm, non ci hai preso comunque funzionano tutto uguale

Comunque sul router c'è Privoxy, DNSMasq e io QoS, quando faccio quel test la linea viene limitata anche dal fatto che sto povero Archer C7 (TP-LINK) è al massimo con tutta quella roba attiva e un solo core @ 720mhz sto aspettando il supporto al TP-LINK C2600 per cambiarlo, son mesi che aspetto, se non arriva nel frattempo prenderò altro, pensavo il Netgear R7000 anche se preferisco avere Qualcomm invece di Broadcom (e ha anche il doppio di RAM il C2600, allo stesso prezzo....)

[giuliomagnifico]

Ragazzi riguardo la diafonia e vectoring, qualche mese fa è successo che ci son stati dei grossi problemi sul MUX di Trieste (io son di Udine ma son collegato a Trieste), e niente è andato down per una mattina poi è tornato up.

Ecco io sono a 333metri di cavo dall'armadio e su una derivata, solitamente la portante è sugli 80/21 e speedtest a 73/75, quel giorno quando è tornato tutto up ero davanti al modem per caso e ho visto che si riallineava e così ho aperto la pagina del modem, probabilmente era il primo modem/linea ad essere usato e avevo la portante pratica piena!




Condizioni normali




Il tecnico Tim non ci credeva che quello speedtest fosse fatto sulla mia linea su una derivata e oltre 300 metri dal cabinet

Solo per dire quando la diafonia e le altre utenze attive in un armadio, fanno la differenza...

[vincenzomary]

Originariamente inviato da giuliomagnifico

Ragazzi riguardo la diafonia e vectoring, qualche mese fa è successo che ci son stati dei grossi problemi sul MUX di Trieste (io son di Udine ma son collegato a Trieste), e niente è andato down per una mattina poi è tornato up.

Ecco io sono a 333metri di cavo dall'armadio e su una derivata, solitamente la portante è sugli 80/21 e speedtest a 73/75, quel giorno quando è tornato tutto up ero davanti al modem per caso e ho visto che si riallineava e così ho aperto la pagina del modem, probabilmente era il primo modem/linea ad essere usato e avevo la portante pratica piena!




Condizioni normali




Il tecnico Tim non ci credeva che quello speedtest fosse fatto sulla mia linea su una derivata e oltre 300 metri dal cabinet

Solo per dire quando la diafonia e le altre utenze attive in un armadio, fanno la differenza...

Non capisco per niente di problemi tecnici, ma la diafonia, dovremmo averla tutti, visto che i cavi si toccano tra di loro, o no?

Inviato dal mio Nexus 5 utilizzando Tapatalk

[fk0]

Originariamente inviato da giuliomagnifico

Comunque sul router c'è Privoxy, DNSMasq e io QoS, quando faccio quel test la linea viene limitata anche dal fatto che sto povero Archer C7 (TP-LINK) è al massimo con tutta quella roba attiva e un solo core @ 720mhz

Sto preparando il mio router, ho preso un lamobo r1 (duacore/1.1ghz) e rimpiazzato lo schifido rtl8192cu con un rt5572n, messo debian8, aggiunto e configurato ii vari pacchetti necessari e ora devo solo completare iptables per renderlo usabile.
L'os sta su ssd per cui posso giocare a piacimento col software, quali pacchetti per qos e non mi consigli di provare?

[Trotto@81]

Oggi è venuto il tecnico a risolvere il problema dell'attenuazione, dovuto alla presa principale e mi ha fatto vedere lo spettro della mia portante, composto da una serie di gobbe, non proprio il massimo, ma con le chiostrine derivate pare non si può avere di meglio.