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

[L_Rogue]

Originariamente inviato da L_Rogue

Tra l'altro ho letto sul contratto fibra di Telecom che una delle condizioni per l'allaccio è proprio quello di dichiarare che si ha un telefono alternativo con cui chiamare i numeri di emergenza in caso di guasto.

Per l'esattezza qui:

https://img.tim.it/sdr/documenti/con...atto-fibra.pdf

articolo 3 comma 8.

[fabio336]

Originariamente inviato da .xavier

Sono senza portante VDSL da giovedì sera e quindi anche senza telefono fisso.

In famiglia, con fatica, possiamo anche fare a meno di Internet su linea fissa, ma immaginate di avere una nonna ottantenne senza telefono, il SUO telefono, da cinque giorni.

Ovviamente già giovedì sera avevo chiamato il 1949, ma più che farmi riavviare il modem e poi assegnarmi un numero di pratica non hanno fatto. Vabbé, erano le 22, ci può stare.

Ho provato a risentirli ora e mi è stato risposto che "i tecnici stanno lavorando, il guasto sarà sicuramente risolto entro la mezzanotte di oggi. Buona giornata."

Mah.

Se qualcuno qui avesse la possibilità di andare dietro le quinte dell'assistenza e farmi capire meglio il perché di un cosi lungo disservizio, lascio il numero della mia pratica: 0002194353.

Help me to save the nonna!

che se ne fa un ottentenne con la vdsl?

[archiunix]

Originariamente inviato da gattovicentino

Nel mio caso specifico l'aumento di errori era dato anche da fattori tipo un'apparecchiatura elettrica collegata a una presa molto vicina alla presa telefonica principale. Ad esempio mi causava errori una powerline collegata molto vicina alla presa telefonica e al modem (oltre al disturbo elettrico in sé, cioè all'aumento di errori dovuto al semplice fatto di collegare qualcosa alla presa elettrica, gli errori aumentavano esponenzialmente se, ad esempio, facevo "lavorare" duramente la powerline facendo passare flussi in streaming a 1080p, etc.).
Ho allontanato la powerline (usando cavo ethernet più lungo per arrivarci) e gli errori sono diminuiti moltissimo.

Solo per dire che in determinati casi gli errori possono essere causati da fattori elettrici/elettromagnetici interni all'abitazione e non necessariamente solo nella tratta armadio-chiostrina-pozzetti-presa.

Nel tuo caso sembra esserci un qualcosa che si "accende" in determinate ore soltanto e fa aumentare gli errori...boh...

Dove ho la presa telefonica non c'è nulla di elettrico che possa interferire. Inoltre dalle ore 20 circa (orario dal quale partono gli errori) nella stanza è tutto spento. Gli errori si placano intorno alle 4 del mattino. La questione si ripete da un paio di giorni.

[archiunix]

Originariamente inviato da L_Rogue

Ma forse se ne è guastato uno due giorni fa.

Non sto scherzando, eh.

Stamattina alle 6 erano tutti accesi e funzionanti.

[MiloZ]

Originariamente inviato da Psyred

Praticamente la ritrasmissione a livello fisico del G.INP è più efficiente di quella che avviene in fast path... Come si scrive nello stesso articolo una ritrasmissione TCP/IP può far aumentare la latenza fino a 50 ms, quindi molti di più del jitter tipico del G.INP.
C'è da dire che i giochi online usano più spesso UDP, il quale mi risulta non preveda ritrasmissione.
Tanto per fare un esempio terra-terra: missile lanciato verso un bersaglio su linea configurata fast path, il pacchetto corrotto va perso e il colpo non giunge neppure a destinazione (classica esperienza in caso di packet loss ). Mentre su linea con G.INP attivo il pacchetto/DTU viene rispedito con un ritardo minimo, ergo a meno che la linea non sia pesantemente afflitta da rumore l'esperienza di gaming online dovrebbe risultare ancora accettabile...

L'ho letto un pò di sfuggita l'articolo che hai linkato poco sopra, ma mi è balzato all'occhio questo pezzo:

"There are several benefits to the G.inp approach. Compared to I-FEC, the method only consumes transmission capacity when retransmission is required, traditionally consuming less than 1% (more on that later). And unlike TCP/IP, all the traffic is protected, including TCP, IP, UDP, SMTP, HTTP and more.

Quindi dovrebbero essere protetti anche quelli , no?

[L_Rogue]

Originariamente inviato da archiunix

Stamattina alle 6 erano tutti accesi e funzionanti.

Se è un problema di interferenza elettromagnetica, è un casino determinare cosa sia, specialmente se è esterna.

Ho avuto anch'io problemi di errori FEC a quintali e dipendevano dal motore dell'argano elettrico nell'ascensore del mio condominio.

Quando avevo quei problemi ho letto molto sul web sull'argomento e erano stati identificati interferenti non proprio semplici da incolpare in un primo momento, come l'insegna luminosa di un negozio o la rete elettrifica anticonigli di un utente australiano.

Certo, nella VDSL la tratta influenzabile è più corta, ma non così corta da poter capire al volo cosa provoca l'aumento degli errori.

[Psyred]

Originariamente inviato da MiloZ

L'ho letto un pò di sfuggita l'articolo che hai linkato poco sopra, ma mi è balzato all'occhio questo pezzo:

"There are several benefits to the G.inp approach. Compared to I-FEC, the method only consumes transmission capacity when retransmission is required, traditionally consuming less than 1% (more on that later). And unlike TCP/IP, all the traffic is protected, including TCP, IP, UDP, SMTP, HTTP and more.

Quindi dovrebbero essere protetti anche quelli , no?

Certo che lo sono, ma solo con il G.INP attivo, dato che la ritrasmissione avviene a livello fisico. Non in fast path però, dato che i pacchetti UDP non vengono rispediti.

[MiloZ]

Originariamente inviato da Psyred

Certo che lo sono, ma solo con il G.INP attivo, dato che la ritrasmissione avviene a livello fisico. Non in fast path però, dato che i pacchetti UDP non vengono rispediti.

Ah ok, allora avevo frainteso quello che avevi scritto.

[Iuber]

Cmq anche oggi stanno procedendo con i lavori di ampliamento onu.... Sebbene sia pieno agosto!

Non ce nulla da fare è una grande azienda la telecom!

[Miciob]

Originariamente inviato da mavelot

Mi spiace ma non ho queste info....per altro quello è territorio NE per il quale forse avrebbe qualche notizia Ameno...

Ringrazio pubblicamente ameno in quanto mi ha mandato un MP con le info che avevo bisogno. Grazie e ciauz

[fabio336]

Originariamente inviato da cristoff

Ricorda, anche quanto non lo vedi, lui c'è sempre, veglia sempre su di noi e non ci lascia mai soli

Amen

[Foschi]

Amen-o


Inviato dal mio iPhone utilizzando Tapatalk

[nttcre]

Originariamente inviato da ironmark99

Se può essere interessante ho provato personalmente il vectoring su un paio di DSLAM commerciali, e vi assicuro che la differenza c'è eccome!

La nostra configurazione era:

cavo reale, 30 cp, formato a decadi, diametro 0.4mm, isolamento PVC, tamponato, lunghezze tra i 50 e i 250m, arrotolato su bobine in legno standard, 24 porte DSLAM attive contemporaneamente su 24 modem corrispondenti. Prove effettuate intorno alla fine del 2011.

Col vectoring attivo tutte le coppie raggiungevano il massimo profilo di rate (110Mbit/s), mentre disabilitandolo i rate crollavano sotto i 50Mbit/s (tra i 20 e i 50 circa, a seconda della coppia).

Difetti? Basta un solo modem non vectoring e i rate tornano quelli di una linea non vettorizzata (quella diafonia non può essere cancellata, essendo sconosciuta). Per chiarire: se 1 modem non è vettorizzato, la sua influenza è quella di 1 modem che disturba, e il disturbo dato dagli altri 23 è comunque eliminato. Il fatto è che il primo disturbante è sempre quello che da la perdita di rate più grande, poi la perdita cresce in modo logaritmico.

Mi pare di capire che hai a che fare con Ti Lab ( allora probabilmente ci conosciamo ).
La prova che feci io nel 2012 presso Stampalia ( banco di prova di TiLab lol ) comprendeva un cavo 100 coppie lunghezza 400 metri con circa 20 vdsl , 30 adsl+rtg, 10 isdn , 5 flussi e non ricordo cos'altro. La differenza con e senza vectoring si attestava intorno al 20% e non addirittura del doppio come verificatasi nel tuo caso nel 2011. Tra le altre cose, vorrei ricordare una cosa, ovvero che quelli erano i vecchi onu vdsl che non hanno NULLA che vedere con i nuovi. Ne e' prova il fatto che mediamente, dove andiamo a sostituire i vecchi 48 porte con i nuovi 192 porte, i margini di rumore hanno variazioni notevoli verso l'alto in quanto i chipset utilizzati sono ovviamente piu performanti e con algoritmi di modulazione sempre migliori. Al momento attuale secondo me la variazione tra vectoring on/off rifacessimo il medesimo test, si attesterebbe intorno al 12/15%.
Inoltre, come anche nel mondo ADSL, la differenza fra i vari vendor si fa sentire enormemente. Mediamente gli ONU che permettono allineamenti piu performanti, sono i SELTA, a seguire gli huawei e per ultimi gli alcatel.

Secondo me, inizieremo a vedere degli ONU cazzuti dalla terza generazione in avanti ( ONU piazzati dopo il 2017 ), a inizio anno dovrebbero gia arrivare i nuovi alcatel ( ISAM 7368 mi pare la sigla ) e i corrispettivi HUAWEI con gia il supporto al g.fast, e allora li si che se ne vedranno delle belle

[fabio336]

Originariamente inviato da cristoff

Ma dove è finito quello splendore che avevi come avatar? Ogni volta che ti leggevo mi rifacevo gli occhi

sono stato rapito dal gheppio che era quasi arrivato sulla soglia della finestra

certe cose non si vedono ogni giorno

[Iuber]

Originariamente inviato da nttcre

Mi pare di capire che hai a che fare con Ti Lab ( allora probabilmente ci conosciamo ).
La prova che feci io nel 2012 presso Stampalia ( banco di prova di TiLab lol ) comprendeva un cavo 100 coppie lunghezza 400 metri con circa 20 vdsl , 30 adsl+rtg, 10 isdn , 5 flussi e non ricordo cos'altro. La differenza con e senza vectoring si attestava intorno al 20% e non addirittura del doppio come verificatasi nel tuo caso nel 2011. Tra le altre cose, vorrei ricordare una cosa, ovvero che quelli erano i vecchi onu vdsl che non hanno NULLA che vedere con i nuovi. Ne e' prova il fatto che mediamente, dove andiamo a sostituire i vecchi 48 porte con i nuovi 192 porte, i margini di rumore hanno variazioni notevoli verso l'alto in quanto i chipset utilizzati sono ovviamente piu performanti e con algoritmi di modulazione sempre migliori. Al momento attuale secondo me la variazione tra vectoring on/off rifacessimo il medesimo test, si attesterebbe intorno al 12/15%.
Inoltre, come anche nel mondo ADSL, la differenza fra i vari vendor si fa sentire enormemente. Mediamente gli ONU che permettono allineamenti piu performanti, sono i SELTA, a seguire gli huawei e per ultimi gli alcatel.

Secondo me, inizieremo a vedere degli ONU cazzuti dalla terza generazione in avanti ( ONU piazzati dopo il 2017 ), a inizio anno dovrebbero gia arrivare i nuovi alcatel ( ISAM 7368 mi pare la sigla ) e i corrispettivi HUAWEI con gia il supporto al g.fast, e allora li si che se ne vedranno delle belle

A me hanno cambiato onu con uno da 192 porte 2 settimane fa... Ma non ho visto miglioramenti di snr

[nttcre]

Originariamente inviato da Iuber

A me hanno cambiato onu con uno da 192 porte 2 settimane fa... Ma non ho visto miglioramenti di snr

Anche li, le variabili sono infinite
Hai uno screen dell'allineamento prima e dell'allineamento dopo?

[Iuber]

Originariamente inviato da nttcre

Anche li, le variabili sono infinite
Hai uno screen dell'allineamento prima e dell'allineamento dopo?

Si esattamente uguali.
L unica cosa che è cambiata e l up massimo che è sceso... Probabilmente lo calcola diversamente

[nttcre]

Originariamente inviato da Iuber

Si esattamente uguali.
L unica cosa che è cambiata e l up massimo che è sceso... Probabilmente lo calcola diversamente

se li hai, mettili che son curioso. grazie

[Iuber]

Originariamente inviato da nttcre

se li hai, mettili che son curioso. grazie

prima

[Iuber]

Originariamente inviato da nttcre

se li hai, mettili che son curioso. grazie

dopo