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

[rinelkind]

Originariamente inviato da Busone di Higgs

il punto e' che vista la quantita' di errori continuiamo a confrontare le nostre linee sia come latenza/ping etc sia come velocita' di trasferimento up/down, entrambe con massima intorno ai 116000 per capire che tipo di problemi gli possa creare; io ho crc solo con i temporali.
Se ripeti lo stesso test piu' volte sai che il risultato non e' mai uguale giusto?
Questa incertezza nelle nostre prove e' tale che non si capisce se c'e' qualche differenza, probabilmente c'e' ma e' nascosta dalle imprecisioni di queste misure.

E comunque qualche conto si puo' fare, ovvero un crc richiede una ritrasmissione ed incrementa la latenza di 4ms, accade ogni 3 secondi, ma quanti pacchetti/frame passano ogni 3 secondi a 100megabit?

Vedi che non ha senso, e ancor meno se si parla di FEC?
Se gli errori non sono consecutivi tali da avere un'interruzione di comunicazione per un certo tempo, le correzioni faranno il loro lavoro e la differenza non si notera'.

Io sarei curioso di una cosa... non è che puoi chiedere al tuo amico con quella linea piena di errori di fare un ping -n 4000 maya.ngi.it e poi riferirti il risultato? :P

[Busone di Higgs]

Originariamente inviato da rinelkind

Io sarei curioso di una cosa... non è che puoi chiedere al tuo amico con quella linea piena di errori di fare un ping -n 4000 maya.ngi.it e poi riferirti il risultato? :P

si puo' fare ma non credo che vedresti differenze significative, comunque dopo o domani edito il messaggio e metto il risultato;
con 700 frames al secondo e una ritrasmissione ogni 2 o 3 secondi, bisogna che il pacchetto contenente l'icmp del ping caschi in un buffer dove c'e' una ritrasmissione in corso, e dato che la trasmissione puo' essere inserita fra i frame che stanno riempendo quel buffer non e' detto che vengano addizionati i 4ms, e dato che c'e' molta variabilita' in generale l'incremento finira' perduto in questo "jitter" naturale.

In fondo questa persona e' soggetta proprio a quel tipo di disturbi impulsivi per cui il g.inp e' stato ideato, e nel sua caso fa un lavoro magnifico cosi' come lo fanno gli altri sistemi di correzione, considerando che piu' del 99% dei pacchetti arriva corrotto e viene corretto al volo.

edit: facendo un po' di conti il 99,8% dei frame arrivano corrotti al modem e vengono corretti con la Reed Solomon, mentre lo 0,07% richiede una ritrasmissione; dato che non conosco la lunghezza del buffer non sono in grado di dire quante di queste ritrasmissione coinvolgano un pacchetto icmp del ping , ne' ho idea di quante ritrasmissioni generino l'incremento di latenza, quindi si conferma come sopra detto che il ping e' uno strumento inutile.
Tuttavia la ritrasmissione toglie banda quindi la velocita' di ricezione dovrebbe calare dello ....... 0.1% , e anche qui a fare statistiche la vedo dura.

edit: ecco il suo ping test, ha del traffico p2p ma in misura ridotta:
Statistiche Ping per 88.149.202.248:
Pacchetti: Trasmessi = 4000, Ricevuti = 3940,
Persi = 60 (1% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 11ms, Massimo = 31ms, Medio = 14ms

questo il mio per un confronto, niente traffico, ma il route e' differente.
Ping statistics for 88.149.202.248:
Packets: Sent = 4000, Received = 3998, Lost = 2 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 17ms, Average = 15ms

[LordSilver]

Posto qui la mia esperienza per avere qualche parere: ho fatto un contratto per l'attivazione di una nuova linea verso fine giugno con il profilo 20Mega ADSL2+ inizialmente e sono in seguito passato alla 100Mega VDSL di TIM ad agosto. Avevo problemi anche con la ADSL2+ (frequenti disconnessioni, perdita pacchetti, errori CRC, ecc.), che però dopo 2 uscite e solleciti ai tecnici sono stati risolti definitivamente.

Con la fibra invece sta diventando un calvario senza fine... Nel senso che sono già arrivato al 5° ticket e ancora il mio problema non è stato risolto: la linea è continuamente instabile (perdo circa il 20% di pacchetti e ho molti errori CRC), casca sempre la connessione a causa dell'SNR appena sufficiente (intorno a 6dB di solito). I tecnici han provato di tutto: controllare la mia linea a casa (che però è perfetta), cambiare decine di volte presa negli armadi fino a mettermi in un box dedicato senza interferenze di cavi d'alta tensione o altro, ecc. Ma nel frattempo, dal 18 agosto (data di apertura dell'ultimo ticket) sono ancora senza una connessione usabile.

Quando chiamo l'assistenza fibra (1949) ogni volta mi dicono una cosa diversa: prima che è un guasto alla linea, poi che è un problema generalizzato in centrale che riguardo la mia zona, e via dicendo. E continuo così ogni giorno a inviare un sollecito, senza che la situazione cambi minimamente.

È fattibile una cosa del genere? Cosa dovrei fare? Dite che è possibile chiedere di tornare alla 20Mega senza la penale della cessazione del servizio fibra? Perché ormai ci ho perso le speranze che siano in grado di sistemare la linea.

[BarbaN3rd]

Oggi nel mio comune, completamente a sorpresa, è stato montato un ONU su un armadietto. Dico a sorpresa perché non c'era scritto da nessuna parte la programmazione di questo armadietto (e io giovedì ci ero passato davanti ed era tutto normale), o almeno non sono riuscita a trovarla nel modo corretto (nel mio comune è programmato un solo armadietto che si trova in una frazione bel lontano da questo).

Ora la domanda è questa. L'armadio al quale sono collegato è predisposto allo stesso modo di questo (con box per l'elettricità accanto installato da un pezzo), secondo voi verrà montato l'ONU a sorpresa? Dubito oggi visto che è ormai domenica, magari questa settimana?

Grazie a tutti.

[Marcospippoz]

Salve ragazzi, sono riuscito a scoprire la causa dei tanti errori Fec che avevo, per farla breve il connettore rj11 che entra nel modem Tim, non arriva completamente in fondo, ho fatto la prova mettendo uno stuzzicadenti come fermo, ho rifatto i test e la differenza è impressionante, adesso ho un Fec al secondo, prima ne avevo 10 al secondo.;

Ma esistono dei cavi con connettori rj11 lunghi in modo che vadano inseriti completamente senza ballarci dentro?

[papillon56]

Originariamente inviato da Marcospippoz

Salve ragazzi, sono riuscito a scoprire la causa dei tanti errori Fec che avevo, per farla breve il connettore rj11 che entra nel modem Tim, non arriva completamente in fondo, ho fatto la prova mettendo uno stuzzicadenti come fermo, ho rifatto i test e la differenza è impressionante, adesso ho un Fec al secondo, prima ne avevo 10 al secondo.;

Ma esistono dei cavi con connettori rj11 lunghi in modo che vadano inseriti completamente senza ballarci dentro?

problema gia' trattato
io ho risolto saldando il doppino in entrata ed eliminando la rj11, ma se non hai una stazione saldante puoi optare per una giunta fatta bene eliminado quindi la rj11 a muro

[giovanni69]

Originariamente inviato da Marcospippoz

.. cut.. adesso ho un Fec al secondo, prima ne avevo 10 al secondo.;

Ma esistono dei cavi con connettori rj11 lunghi in modo che vadano inseriti completamente senza ballarci dentro?

papillon56, grazie dell'idea ma al di là della soluzione saldatura/ giunto è una bella domanda in effetti.

[Yrbaf]

Originariamente inviato da Busone di Higgs

edit: facendo un po' di conti il 99,8% dei frame arrivano corrotti al modem e vengono corretti con la Reed Solomon, mentre lo 0,07% richiede una ritrasmissione; dato che non conosco la lunghezza del buffer non sono in grado di dire quante di queste ritrasmissione coinvolgano un pacchetto icmp del ping , ne' ho idea di quante ritrasmissioni generino l'incremento di latenza, quindi si conferma come sopra detto che il ping e' uno strumento inutile.
Tuttavia la ritrasmissione toglie banda quindi la velocita' di ricezione dovrebbe calare dello ....... 0.1% , e anche qui a fare statistiche la vedo dura.

Però dai discorsi di Iron mi sembrava che la RS non c'è ed i pacchetti corrotti sono sempre corretti con ritrasmissione.
Quindi se è corrotto il 99.8% dei pacchetti dovrebbero essere ritrasmessi tutti e quelli che falliscono anche in ritrasmissione fatti ritrasmettere al TCP.
Per UDP o ICMP dovrebbe pure significare pacchetto perso (se fallisce la ritrasmissione hw della vdsl).

Originariamente inviato da papillon56

problema gia' trattato
io ho risolto saldando il doppino in entrata ed eliminando la rj11, ma se non hai una stazione saldante puoi optare per una giunta fatta bene eliminado quindi la rj11 a muro

Però lui si lamenta lato modem e non penso possa saldare sul modem Tim

[S3lfman]

Originariamente inviato da BarbaN3rd

Oggi nel mio comune, completamente a sorpresa, è stato montato un ONU su un armadietto. Dico a sorpresa perché non c'era scritto da nessuna parte la programmazione di questo armadietto (e io giovedì ci ero passato davanti ed era tutto normale), o almeno non sono riuscita a trovarla nel modo corretto (nel mio comune è programmato un solo armadietto che si trova in una frazione bel lontano da questo).

Ora la domanda è questa. L'armadio al quale sono collegato è predisposto allo stesso modo di questo (con box per l'elettricità accanto installato da un pezzo), secondo voi verrà montato l'ONU a sorpresa? Dubito oggi visto che è ormai domenica, magari questa settimana?

Grazie a tutti.

Controlla domani su fibra.click se pianificano il tuo armadio così puoi avere qualche certezza in più!

Inviato dal mio MI 5 utilizzando Tapatalk

[Dark_Lord]

Originariamente inviato da Marcospippoz

Salve ragazzi, sono riuscito a scoprire la causa dei tanti errori Fec che avevo, per farla breve il connettore rj11 che entra nel modem Tim, non arriva completamente in fondo, ho fatto la prova mettendo uno stuzzicadenti come fermo, ho rifatto i test e la differenza è impressionante, adesso ho un Fec al secondo, prima ne avevo 10 al secondo.;

Ma esistono dei cavi con connettori rj11 lunghi in modo che vadano inseriti completamente senza ballarci dentro?

magari sono solo i connettori leggermente ossidati, e spingendo la rj11 più in fondo va a fare contatto in una zona più pulita, purtroppo le correnti e le tensioni in gioco sono talmente basse che basta un nulla per degradare il segnale

[BarbaN3rd]

Originariamente inviato da S3lfman

Controlla domani su fibra.click se pianificano il tuo armadio così puoi avere qualche certezza in più!

Inviato dal mio MI 5 utilizzando Tapatalk

Può essere che il mio armadio sia pianificato da una centrale di un comune vicino al mio nonostante dove abito io ce ne sia una?


Inviato dal mio iPhone utilizzando Tapatalk

[fanfa]

Originariamente inviato da babene

Passano anche dei mesi.

Speriamo di no

Ma "tecnicamente" quali sono i prossimi passaggi necessari per arrivare all'attivazione? Altri lavori sull'armadio oppure tutto in centrale?

grazie

[Robecate]

Originariamente inviato da Yrbaf

Però dai discorsi di Iron mi sembrava che la RS non c'è ed i pacchetti corrotti sono sempre corretti con ritrasmissione.
Quindi se è corrotto il 99.8% dei pacchetti dovrebbero essere ritrasmessi tutti e quelli che falliscono anche in ritrasmissione fatti ritrasmettere al TCP.
Per UDP o ICMP dovrebbe pure significare pacchetto perso (se fallisce la ritrasmissione hw della vdsl).


Però lui si lamenta lato modem e non penso possa saldare sul modem Tim

Non mi pare possibile, sarà una RS molto migliorata rispetto a quella originale che ho studiato, ci sarà pure un algoritmo che ottimizza tutto correlandosi con l'interleaving eccetera eccetera, ma una correzione di tipo RS(x,y) cioè con una ridondanza che consente di segnalare in ogni blocco la presenza di x errori e di correggerne al volo y ci deve per forza essere sempre. la distribuzione statistica degli errori è sempre tale per cui la probabilita di più di due errori consecutivi è quasi trascurabile per cui il codice RS è teoricamente di una efficienza mostruosa in caso di disturbi "brevi". C'è in ogni situazione di trasmissione dati: letture da disco fisso, letture da cd e dvd, letture da memoria eccetera.

[Kri3g]

Ma è possibile che su questo sito http://proof.ovh.net/ mi risulti un upload di 26mbs? Che sono 3mb e rotti?

[Busone di Higgs]

Forse stai trasferendo dati comprimibili utilizzando un software che supporta la compressione onfly?
ai tempi dei modem e delle prime connessioni a internet il protocollo ppp supportava la compressione dei dati, e lo steso facevano i modem, in fondo viste le basse velocita' di allora il lavoro richiesto per la compressione era esiguo ance per quelle cpu.

[giovanni69]

Originariamente inviato da Kri3g

Ma è possibile che su questo sito http://proof.ovh.net/ mi risulti un upload di 26mbs? Che sono 3mb e rotti?

Anch'io con quel sito ho un upload che non solo supera il profilo teorico di 21.6 ma è addirittura superiore sia come valore medio (19) e sia massimo (23) rispetto a quello che è il valore reale agganciato di velocità di trasmissione in up (17) dal modem. Il download invece è più realistico.

[Busone di Higgs]

Originariamente inviato da Yrbaf

Quindi se è corrotto il 99.8% dei pacchetti dovrebbero essere ritrasmessi tutti e quelli che falliscono anche in ritrasmissione fatti ritrasmettere al TCP.

E' sempre stato tecnicamente impossibile trasmettere dati attraverso un mezzo non esente da rumore senza ricorrere ad un qualche tipo correzione degli errori.

La differenza sta nel fatto che mentre nelle trasmissioni broadcast o nella lettura di supporti di memorizzazione (nota anche anche hdd e ssd ne necessitano) si deve abbondare con i dati ridondanti, nel caso di una comunicazione bidirezionale e' possibile ridurre i dati ridondanti per incrementare le prestazioni e ritrasmettere i dati persi (o ritrasmettere anche la sola ridondanza) e in questo caso si tratta di cercare il compromesso fra overhead da trasmettere e necessita' di ritrasmissioni per avere la prestazione migliore.

In caso di trasmissioni unicast o lettura di memorie si deve abbondare perche' una mancata correzione e' un errore irreparabile , pensa a un cd con un settore illeggibile, ed ecco che i settori portano 2048 byte di dati e 128+128 di ridondanza, le trasmissioni tv 288/64/64, la Sony sui nastri video broadcast SD vent'anni fa registrava 2 volte e mezza il bitrare del video, etc.

Quanto siano proporzionati questi fattori penso li decida il provider.
Ps: smanettando sui trasmettitori video dvb asi ho trovato le impostazioni per variare tutto questi parametri a piacimento, ma se vuoi inserire il tuo canale in un pacchetto di emittenti tv terrestri non puoi mettere quello che ti pare.

Spero di aver reso il concetto, non e' proprio materia semplicissima e i numeri esatti che si usano spesso te li devi scoprire da solo.

[Robecate]

Originariamente inviato da Busone di Higgs

E' sempre stato tecnicamente impossibile trasmettere dati attraverso un mezzo non esente da rumore senza ricorrere ad un qualche tipo correzione degli errori.

La differenza sta nel fatto che mentre nelle trasmissioni broadcast o nella lettura di supporti di memorizzazione (nota anche anche hdd e ssd ne necessitano) si deve abbondare con i dati ridondanti, nel caso di una comunicazione bidirezionale e' possibile ridurre i dati ridondanti per incrementare le prestazioni e ritrasmettere i dati persi (o ritrasmettere anche la sola ridondanza) e in questo caso si tratta di cercare il compromesso fra overhead da trasmettere e necessita' di ritrasmissioni per avere la prestazione migliore.

In caso di trasmissioni unicast o lettura di memorie si deve abbondare perche' una mancata correzione e' un errore irreparabile , pensa a un cd con un settore illeggibile, ed ecco che i settori portano 2048 byte di dati e 128+128 di ridondanza, le trasmissioni tv 288/64/64, la Sony sui nastri video broadcast SD vent'anni fa registrava 2 volte e mezza il bitrare del video, etc.

Quanto siano proporzionati questi fattori penso li decida il provider.
Ps: smanettando sui trasmettitori video dvb asi ho trovato le impostazioni per variare tutto questi parametri a piacimento, ma se vuoi inserire il tuo canale in un pacchetto di emittenti tv terrestri non puoi mettere quello che ti pare.

Spero di aver reso il concetto, non e' proprio materia semplicissima e i numeri esatti che si usano spesso te li devi scoprire da solo.

Hai perfettamente ragione, lo dicevo anch'io prima, è proprio così.

[MaxFabio93]

Originariamente inviato da Kri3g

Ma è possibile che su questo sito http://proof.ovh.net/ mi risulti un upload di 26mbs? Che sono 3mb e rotti?

Server un pò sballati con i valori, l'unico migliore a parer mio resta il test di Eolo con server a Latina, anche quello nuovo di Google non è male, la qualità Ookla di Speedtest si vede

[Diabolik183]

Ragazzi, forse a settembre (spero prima visto che dovevo essere gia' attivo a luglio) sarò dei vostri.
Vorrei porre a chi è gia' "fibrato" delle domande che purtroppo, pur seguendovi da un sacco di tempo ormai, non mi capita spesso di leggere.
Com'è la navigazione in generale con la fttc? Tipo lo streaming video, ecc.... notate delle sostanziali differenze rispetto a quando eravate in adsl2+?
E per chi li usa, come si comporta la fttc con i software di assistenza remota? Si nota tanto la differenza? Scusate se posto queste domande che per voi possono essere banali ma leggo pagine e pagine di portante che cala di 1000-4000 kbps, ping e diafonia... so che quest'ultime sono cose importanti e vi ringrazio perchè, leggendovi, ho arricchito settori che per me erano sconosciuti ma vorrei (se possibile) avere delle opinioni in merito visto che il mio lavoro consiste anche nel dare teleassistenza a decine di client/server remoti, spesso simultaneamente.
Grazie e buona serata.