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

[viko]

Allora ragazzi, la mia situazione e questa:nela citta dove abito , la copertura vdsl e quasi totale, tranne 3 cabinet nella mia zona . Secondo voi esiste qualche modo per poter attivare la vdsl(magari spostando la utenza al cabinet più distante) oppure mi dovrei rassegnare? La zona non e isolata, anzi, pero non capisco perché non hanno portato la fibra..

[totocrista]

Originariamente inviato da viko

Allora ragazzi, la mia situazione e questa:nela citta dove abito , la copertura vdsl e quasi totale, tranne 3 cabinet nella mia zona . Secondo voi esiste qualche modo per poter attivare la vdsl(magari spostando la utenza al cabinet più distante) oppure mi dovrei rassegnare? La zona non e isolata, anzi, pero non capisco perché non hanno portato la fibra..

Finché non coprono non si può.

[viko]

Originariamente inviato da totocrista

Finché non coprono non si può.

E che da come sono andate le cose credo che hanno gia coperto quello che dovevano coprire...quindi mi tocca tenere la adsl .

[Robecate]

Originariamente inviato da Yrbaf

PS
Su internet ho trovato affermazioni (però non so quanto attendibli) che dicevano (parlando però di adsl) che ha senso tenere il protocollo FEC attivo (per correggere) anche su canali FastPath.
I-FEC è la consuetudine ma FEC può vivere a parte da I (di interleaved)

Certo che ha senso. Dal punto di vista teorico di teoria dell'informazione, il codice RS corregge gli errori correggibili (il concetto di errore correggibile è definibile matematicamente e dipende solo dalla ridondanza e dalla suddivisione dei dati in blocchi) per cui è fondamentale soprattutto in assenza di interleaving che invece non introduce ridondanza ma solo ritardi.
Intuisco però dai vostri interessanti discorsi tecnici che attualmente sono state introdotte varianti che mescolano e adattano i due meccanismi per ottimizzare il tutto.

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