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

[sanop1]

Originariamente inviato da Yrbaf

Del tipo se mi fai un profilo 130/54 in 17a te lo pago pure il costo del 200Mb

• Ho subito l'incremento di upload (e ricordiamo che l'upload non salirà di un bit con 35b, se ci danno più upload in 35b è solo una manovra commerciale che può essere ripetuta sul 17a), senza aspettare il cambio Onu che magari avverrà tra moltissimi mesi (beh oddio in questo momento ho dei tecnici all'armadio che dicono "dobbiamo compattare per la fibra perché non c'è abbastanza posto", poi cosa stiano davvero per fare boh )

Mentre qui ti riferisci al fatto che tim può fare come fastweb ?

Nel senso che se tim ad oggi con la 100/20 setta i dslam a 108000/21600, potrebbe offrire 100/30 settando i dslam a 108000/35000 senza passare necessariamente al 35b ?

[Busone di Higgs]

Originariamente inviato da Yrbaf

Per l'adsl se arriva un OLO a vendere adsl non succede nulla sia che tu stessi vendendo 7Mb che 20Mb.

Per la vdsl se dai il vectoring i tuoi clienti vanno in grossa % a 100Mb, poi però se arriva un altro OLO in Slu (quindi o FW o Voda) lo devi spegnere (o potrebbe non avere più effetti così benefici).
................

Non e' necessario spegnerlo dato che non causa interferenze e non c'e' nessun calo, ma quanto venga recuperato diventa un terno al lotto perche' dipende dai provider che occupano le decadi.
Esempio, se una decade prevale un solo provider, o magari c'e' un solo disturbante e su una sezione di cavo corta allora il vectoring ancora recupera (fottuto cimice, adesso l'acchiappo) , mentre in un caso sfortunato dove i provider si dividono in maniera equa i doppini, e poi per sfiga sono 3 provider diversi nella stessa decade, il recupero dato al vectoring sarebbe ridottissimo e potrebbe scendere al 3% , ma almeno non causerebbe cali.

[Psyred]

Originariamente inviato da XNeon

Attivo da due giorni con i seguenti valori:


Come calcola l'attenuazione il sercomm rispetto al technicolor? Prende dei db in più?
Perché so di essere a 470 metri pedonali dall'armadio ma se calcolasse l'attenuazione come il technicolor, indicherebbe circa 650 metri di cavo e mi sembrano un po' tanti.

Non la calcola come i Technicolor, dà sempre dei valori più alti. Oltretutto vedo che rileva sempre 0 dB in US.

[-Mirco-]

Originariamente inviato da sanop1

Mentre qui ti riferisci al fatto che tim può fare come fastweb ?

Nel senso che se tim ad oggi con la 100/20 setta i dslam a 108000/21600, potrebbe offrire 100/30 settando i dslam a 108000/35000 senza passare necessariamente al 35b ?

Bella domanda questa effettivamente.

[Psyred]

Originariamente inviato da sanop1

Mentre qui ti riferisci al fatto che tim può fare come fastweb ?

Nel senso che se tim ad oggi con la 100/20 setta i dslam a 108000/21600, potrebbe offrire 100/30 settando i dslam a 108000/35000 senza passare necessariamente al 35b ?

Certo che lo può fare, la stessa Fastweb sta erogando tagli di 35 Mb con il 17a. Anche perchè in upstream non cambia nulla rispetto al 35b.

[EliGabriRock44]

Originariamente inviato da Braccop

tiro a indovinare basandomi sulla logica di mercato. milano e roma sono le aree nere e piu' redditizie d'italia, quando partono con roba nuova parton sempre da li'.

se devono cambiare le ONU quindi, di certo non si mettono a farlo in fretta e in massa, ma solo nelle aree nere piu' grandi partendo appunto da roma e milano.

se le onu recenti dovessero essere gia' compatibili col 35b allora il discorso potrebbe essere diverso, ma mi pareva di capire che non sia cosi'...

Di sicuro non ha molto senso venderlo in città, vedi Milano, dove c'è ormai solo FTTH.
Vedremo che fará Tim con sta 200mb e dubito fortemente che anche gli altri operatori rivenderanno tale profilo in VULA, soprattutto per il poco margine di guadagno. Si vedrà...

[kbios]

Originariamente inviato da s12a

Sicuramente mi sfugge qualcosa ma come mai con IPv6 di TIM è alto anche il ping a 192.168.100.1? Da 9/10ms passa a 20ms.

Originariamente inviato da Busone di Higgs

Sicuro di non avere un qualche tunnel da ipv6 a ipv4 ?
Se sei su windows apri il device manager di rete e disabilita l'adapter 6to4 (ed eventuali schifezze se ne trovi) e riprova.

Se posso intervenire, il motivo per cui aumenta anche il ping verso 192.168.100.1 (che ricordo non è l'ONU come si sente spesso dire ma il BNAS, broadband network access server) risiede nel modo in cui telecom gestisce attualmente le sessioni ipv6. Praticamente, quando viene aperta una sessione ppp con l'username [email protected], il BNAS di attestazione (ce ne sono 32 in tutta Italia) "prolunga" (sempre a livello ppp) la sessione verso uno di due BNAS che sono stati predisposti per l'ipv6. Questo significa che 192.168.100.1 non sarà più il proprio BNAS di attestazione ma uno di questi due, e quindi avrá inevitabilmente una latenza superiore.

[XNeon]

Originariamente inviato da Psyred

Non la calcola come i Technicolor, dà sempre dei valori più alti. Oltretutto vedo che rileva sempre 0 dB in US.

Ecco qui volevo arrivare. Qualcuno li ha entrambi o sa quanto in più ne calcola?

[Psyred]

Originariamente inviato da XNeon

Ecco qui volevo arrivare. Qualcuno li ha entrambi o sa quanto in più ne calcola?

Purtroppo non ti so rispondere, non possiedo quel modello (ho due Technicolor), mi baso sui vari screenshot che sono stati postati dagli utenti.

[XNeon]

Originariamente inviato da Psyred

Purtroppo non ti so rispondere, non possiedo quel modello (ho due Technicolor), mi baso sui vari screenshot che sono stati postati dagli utenti.

Ok grazie comunque, magari qualcun'altro ha dei riscontri

[kbios]

Originariamente inviato da XNeon

Ecco qui volevo arrivare. Qualcuno li ha entrambi o sa quanto in più ne calcola?

Non è possibile dare una risposta universale a "quanto in più ne calcola", perché il modem fa il calcolo su bande diverse quindi la differenza dipende dalla singola linea

[corra98]

Originariamente inviato da superds

La sperimentazione di Vicenza è roba vecchia ormai, non so se sia ancora attiva. Comunque il profilo è 100/50 con vectoring.

Esatto, ma visto che era una sperimentazione del 2013 pensavo fosse morta ormai. Invece il video è di una settimana fa

[JakobDylan]

Oggi ho perso altri 8 mega sulla Velocità massima di ricezione (Kbps) che ora è
108555 ma non capisco perchè allora il modem agganci come Velocità effettiva in ricezione (Kbps):105517 diciamo che sono partito da 138000 e ho già perso circa 30 mega in due mesi anche se il modem li bloccava a 100 mega i classici 108000 kps se continua cosi mi ritroverò in poco tempo in dsl .Metto uno screen per spiegaremi meglio

[XNeon]

Originariamente inviato da kbios

Non è possibile dare una risposta universale a "quanto in più ne calcola", perché il modem fa il calcolo su bande diverse quindi la differenza dipende dalla singola linea

Ah ok grazie mille dell'informazione. Che dite è una buona linea per 470 pedonali e forse di più di cavo? Cosa potrei aspettarmi come range della 200?

[Busone di Higgs]

Originariamente inviato da kbios

......

Praticamente, quando viene aperta una sessione ppp con l'username adsl[at]alice6.it, il BNAS di attestazione (ce ne sono 32 in tutta Italia) "prolunga" (sempre a livello ppp) la sessione verso uno di due BNAS che sono stati predisposti per l'ipv6. Questo significa che 192.168.100.1 non sarà più il proprio BNAS di attestazione ma uno di questi due, e quindi avrá inevitabilmente una latenza superiore.

Questo spiega altre stranezze che avevo visto:
mi capitava infatti che sull'ipv4 della connessione ppp0 autenticata con adsl[at]alice6.it alcuni network erano completamente irraggiungibili e quello che hai scritto chiariva tutto.
Allora avevo aggiurato il problema usando l'ipv4 su ppp0 e ipv6 su ppp1 disabilitando completamente ipv4 su ppp1 non richiedendo l'ip al nas (non che sia necessario ma di ip ne abbiamo pochi).
Poteva funzionare bene ma poi e' venuto fuori un problema col dns che provocava degl istalli durante la navigazione: ho indagato e ho scoperto che bind9 dava la priorita' alla risoluzione dei nomi connettendosi attraverso ipv6 ai server dns remoti, e ovviamente alcuni network non sono raggiungibili e provocano questi stalli che pososno causare attese anche di 3 - 4 secondi.
Non c'e' un'opzione su bind9 per preferire le connessioni ipv4 e ho scaricato i sorgenti con l'intenzione di modificarlo e ricompilarlo ma poi ho abbandonato tutto per dedicarmi ad altro, serve troppo tempo e non e' la priorita'.
Provero quando ho tempo ad avviare due bind9 indipendenti sul router.

[Braccop]

Originariamente inviato da EliGabriRock44

Di sicuro non ha molto senso venderlo in città, vedi Milano, dove c'è ormai solo FTTH.
Vedremo che fará Tim con sta 200mb e dubito fortemente che anche gli altri operatori rivenderanno tale profilo in VULA, soprattutto per il poco margine di guadagno. Si vedrà...

um... guarda che milano e' molto grande e i servizi all'avanguardia vengono di solito forniti solo in alcune zone piu' centrali/ricche... non credo proprio sia coperta al 100% da ftth

solo per avere la copertura piena fttc ci sono voluti molti anni a milano, penso che abbiano finito quest'anno o l'anno scorso a giudicare da come vedevo la situazione onu per strada...

[sanop1]

Originariamente inviato da Psyred

Non la calcola come i Technicolor, dà sempre dei valori più alti. Oltretutto vedo che rileva sempre 0 dB in US.

Da vecchi messaggi di ironmark mi sembra di ricordare che tim con il 17a e 35b non usa la banda US0 (mentre la usa con il profilo 8b per chi è in rigida).

Non è che il modem calcola l'attenuazione su quella banda e che non essendo usata non può che mostrare il valore 0 ?

[DarkNiko]

Dai ragazzi state tranquilli. La 200 Mega di TIM arriverà prima o poi.

Intanto eccovi il mio speedtest serale.

http://beta.speedtest.net/result/5803986554.png

[Psyred]

Originariamente inviato da sanop1

Da vecchi messaggi di ironmark mi sembra di ricordare che tim con il 17a e 35b non usa la banda US0 (mentre la usa con il profilo 8b per chi è in rigida).

Non è che il modem calcola l'attenuazione su quella banda e che non essendo usata non può che mostrare il valore 0 ?

Non credo perchè i Technicolor di Telecom la calcolano proprio sulle bande US0 e DS1, e non riportano mai un'attenuazione in up pari a 0. Per me quello è un bug.

[sanop1]

Originariamente inviato da Psyred

Non credo perchè i Technicolor di Telecom la calcolano proprio sulle bande US0 e DS1, e non riportano mai un'attenuazione in up pari a 0. Per me quello è un bug.

Ma questa cosa è documentata dai dati di targa dei modem oppure da varie prove si suppone che sia così ?