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

[oxidized]

Devo dire che di solito preferisco forum stranieri, ma quando si parla di certi argomenti, davvero non credo ci siano paragoni rispetto quello che ho trovato su questo forum e su questo thread in particolare. Davvero, grazie
Italians do it better

[drunkct]

Originariamente inviato da oxidized

Giusto per essere precisi, quale sarebbe questa risposta aggressiva? Perché ho controllato i vecchi post, e non c'è niente di simile. Anzi ho risposto a te consigliandoti di usare la funzione "cerca nella discussione"



Allora semplicemente c'è quasi niente di diafonia stando alla tabella di ironmark, ottimo!

Molto probabile...considera che l'armadio dai file risulta attivo da questo mese.

Inviato dal mio SM-G930F utilizzando Tapatalk

[Psyred]

Secondo me invece i FEC non rappresentano ritrasmissioni a livello fisico tra CPE e dslam, ma errori corretti dalla Forward Error Correction, oppure i byte usati per quel processo.

Anch'io ho avuto quel dubbio, ma recenti letture sul G.INP e anche il comportamento stesso della connessione mi fanno pensare che le ritrasmissioni siano in numero più limitato di quanto si pensi.

Per esempio, com'è possibile che la latenza aumenti di quei 4 ms e tale rimanga a tempo indeterminato? Addirittura a me succede 9 volte su 10 anche quando riavvio il router, pure quando lo ho sostituito con il nuovo la latenza era aumentata dei consueti +4 ms (per scendere dopo, ma solo per brevi periodi).

[Psyred]

Riquoto qui il brano di un articolo che avevo già linkato e citato una settimana fa:

The first layer of G.inp's protection uses a combination of a strong Reed-Solomon Forward Error Correction (FEC) encoding scheme that hardens packets against multiplebit errors and a retransmission scheme to recover packets that are unrecoverable with FEC coding. When a VDSL transceiver encounters persistent, severe impulse noise, interleaving techniques are also employed to further harden the channel against data loss.

http://www.ospmag.com/issue/article/Saving-Coppers-Life

Quindi secondo questo autore in teoria già la FEC dovrebbe essere sufficiente di per sè a salvaguardare l'integrità di buona parte dei pacchetti, ricorrendo limitatamente alla ritrasmissione e in extrema ratio anche a tecniche di interleaving.

Ecco perchè mi torna poco questo discorso dei FEC.

[oxidized]

Originariamente inviato da Psyred

Riquoto qui il brano di un articolo che avevo già linkato e citato una settimana fa:

The first layer of G.inp's protection uses a combination of a strong Reed-Solomon Forward Error Correction (FEC) encoding scheme that hardens packets against multiplebit errors and a retransmission scheme to recover packets that are unrecoverable with FEC coding. When a VDSL transceiver encounters persistent, severe impulse noise, interleaving techniques are also employed to further harden the channel against data loss.

http://www.ospmag.com/issue/article/Saving-Coppers-Life

Quindi secondo questo autore in teoria già la FEC dovrebbe essere sufficiente di per sè a salvaguardare l'integrità di buona parte dei pacchetti, ricorrendo limitatamente alla ritrasmissione e in extrema ratio anche a tecniche di interleaving.

Ecco perchè mi torna poco questo discorso dei FEC.

Potrebbe anche essere che questa sia la differenza che usano i vari modelli technicolor (nei vecchi i FEC erano molto maggiori, in quello nuovo sono conteggiati in modo diverso mi sembra?)

[Psyred]

Originariamente inviato da oxidized

Potrebbe anche essere che questa sia la differenza che usano i vari modelli technicolor (nei vecchi i FEC erano molto maggiori, in quello nuovo sono conteggiati in modo diverso mi sembra?)

Io a dire il vero ho sempre avuto il "vecchio", il nuovo modello ce l'ho da pochi giorni. A livello di FEC non mi sembra di notare particolari differenze comunque.

[oxidized]

Originariamente inviato da Psyred

Io a dire il vero ho sempre avuto il "vecchio", il nuovo modello ce l'ho da pochi giorni. A livello di FEC non mi sembra di notare particolari differenze comunque.

Boh, io per quei pochi giorni che ho provato il nuovo, m'è sembrato di leggere valori FEC totalmente diversi, probabilmente mi sbaglio, comunque la differenza c'è tra i technicolor e altri (non so quali) modem, a quanto pare i tc conteggiano in un modo particolare, questo è quello che leggevo in questo thread diverse pagine fa

[Psyred]

Originariamente inviato da oxidized

Boh, io per quei pochi giorni che ho provato il nuovo, m'è sembrato di leggere valori FEC totalmente diversi, probabilmente mi sbaglio, comunque la differenza c'è tra i technicolor e altri (non so quali) modem, a quanto pare i tc conteggiano in un modo particolare, questo è quello che leggevo in questo thread diverse pagine fa

Io però ho sempre un Technicolor (quello nuovo) con gli altri due è possibilissimo che ci siano differenze. Con uno di quelli anche attenuazione e INP vengono calcolati in modo diverso per esempio.

[oxidized]

Originariamente inviato da Psyred

Io però ho sempre un Technicolor (quello nuovo) con gli altri due è possibilissimo che ci siano differenze. Con uno di quelli anche attenuazione e INP vengono calcolati in modo diverso per esempio.

Io avevo il technicolor più vecchio di tutti, e l'ultimo, m'è sembrato che qualche differenza c'era, ripeto, non sono sicurissimo.

[Busone di Higgs]

Secondo un semplice conteggio, sembra che gli errori FEC non richiedano nessuna correzione a meno che falliscano, poi se il modem conti anche quelli falliti non lo so, ma visti i numeri e' ininfluente:
prendo in esame i dati postati di quella linea qualche fa e faccio un calcolo semplicissimo:

Up time: 181395
Total FEC Errors: 127044668

che significa 700.37 fec corretti al secondo

Inronmark infatti riporta che le a 100Mbit/s le DTU sono circa 700/s

Visti i crc, la quantita' di pacchetti che devono essere trasmessi e' pari a 0,385 al secondo, ed ecco che diventa difficile apprezzare delle perdite, e del fatto che la mia e la sua linea si equivalgono in prestazioni.

Fra l'altro vi ringrazio perche' con le informazioni che mi avete fornito comincio a capire l'origine del problema:
nessun pacchetto o raramente i pacchetti arrivano integri, piu' del 99% dei pacchetti viene corrotto ma solo lo 0,05% circa richiede la ritramsissione e quindi anche il suo ping non differisce dal mio.

Dato che tutti i pacchetti vengono danneggiati e son oquasi sempre riparabili devo cercare un'interferenza che genera un impulso molto stretto e a elevata frequenza, lavoro da vent'anni in elettronica e ipotizzo che al 90% c'e' un alimentatore switching senza presa di terra (noncnecessariamente) con il condensatore del circuito primario in perdita e che deve essere collegato nei pressi del cavo direte alimentazione che affianca il doppino.

edit: la correzione dei fec usa l'algoritmo di Reed Solomon, richiede un doppio overhead che puo essere variabile di dimensione, confermato anche da Ironmark qualche post fa, ma la dimensione dei due gruppi ridondanti non e' scritta da nessuna parte, forse viene decisa quando viene creato il profilo; il maggiore indagato all'origine delle interferenze adesso e' un gruppo di continuita' del tipo always-on-line a sinusoide perfetta; questo tipo di gruppo e' sempre attivo nel senso che la tensione viene abbassata e poi rialzata senza mai bypassare il circuito, quindi ha due trasformatori, ma per generare una sinusoide perfetta in uscita pilota un trasformatore da 50hz con un pwm sui 20khz in modo da non generare un fischio udibile, e questo potrebbe essere la fonte di interferenza; in questo caso aiuta la codifica di trellis che sparge i bit secondo un ordinamento preciso, il picco che arriva dal pwm dell'ups ha una certa larghezza e danneggerebbe una serie di bit consecutivi rendendo impossibile la correzione precedente, invece questi bit dopo la ricodifica trellis risultano sparsi e la reed solomon riesce a correggere piu' del 99% come verificato sopra.
Sempre se confermato il meccanismo di funzionamento ovviamente..............

edit: con i nuovi numeri piu' precisi forniti da Ironmark i conti sono tutti da rifare, ma stasere ho la sindrome dello zombie perche' e' l'ultimo giorni di ferie...........

[BIGGlive360]

Originariamente inviato da rokis

Ciao ragazzi un'informazione, chi di voi ha la XBOX ONE collegata via LAN?
A quanto scaricate?
Io da speed test su PC faccio 94 95, ma sulla xbox non scarica a più di 50Mbps, lo fa anche a voi?
Ciao e grazie!

ciao io ho la ps4 e leggevo che secondo molti il psn è limitato a 7/7.5 (tradotto in bit 7*8=56 che è poco più dei 50 che dici tu) probabilmente è lo stesso su xbox. niente di ufficiale però per quanto ne so.
probabile che limitano la banda per non intasare i server e consentire a più persone contemporaneamente di usufruire del servizio.

facendo un es. molto semplificato, se il server può erogare 10mb/s loro preferiscono far connettere 10 persone a 1mb/s piuttosto che una sola a 10mb/s. certo a 10mb/s finisci prima e lasci il posto a un altro, ma nel frattempo gli altri 9 restano fermi e allora meglio un servizio limitato a tutti che un servizio ottimo per qualcuno e disservizio agli altri

[Besk]

Io ho questi valori



Cabinet a 500 metri e linea VDSL naked

e da due giorni ho questi errori, come vi sembrano?

[Barrys]

Originariamente inviato da ironmark99

Vorrei chiarire un concetto, che forse non è così immediato. La cosa migliore senza dubbio è non avere derivazioni sul proprio cavo. Quindi, nel caso ci si trovi su un doppino che ha una derivazione, se si ha la possibilità di farsi fare un cambio coppia questa è assolutamente la cosa da fare, e farsi migrare su un doppino senza derivazioni. Se non c'è questa possibilità, non vale la pena farsi spostare da un ramo all'altro della biforcazione.

Cioè, in pratica, se arrivati ad un certo punto il proprio doppino di "biforca", non cambia un granché l'essere su un ramo o sull'altro: resta sempre un pezzo di linea morta appesa al nostro collegamento. Le cose possono leggermente cambiare perché i due tratti con buona probabilità, saranno di lunghezze diverse.

Supponiamo che il doppino si biforchi ad un certo punto in due tratte, una lunga 50 metri e l'altra 60 metri. Avere il modem al termine della biforcazione lunga 50 metri significa avere un pezzo di linea lunga 60 metri morta e penzolante sul nulla. Avere il modem al termine della biforcazione lunga 60 metri significa avere un pezzo di linea lunga 50 metri morta e penzolante sul nulla.

Cambierà un po' la frequenza a cui avrò un buco sulla attenuazione (830kHz circa se ho la tratta penzolante lunga 50m, 690 kHz se ho la tratta penzolante lunga 60m) ma sempre un buco nella attenuazione mi becco. Quale delle due situazioni è meglio? Nessuna in particolare. Forse le prestazioni cambiano un po' (ben poco, salvo casi particolari) ma sinceramente sapere se è meglio restare sulla derivazione su cui si è già o farsi spostare sull'altra (sempre sia possibile) dipende da caso per caso e dalle due lunghezze. Anche se le due lunghezze fossero molto diverse, dire a priori se sia meglio avere un pezzo di derivata corto o uno lungo è ben difficile. E comunque un bel degrado resta.

L'unica vera soluzione è farsi rimuovere del tutto la tratta penzolante, intervento che a quanto mi pare di capire TIM non sia disposta a fare.

Sono andato a lurkare il tuo discorso in questo post e quelli precedenti dove spiegavi come funzionano le chiostrine derivate.
Io sono in derivazione secondaria (con 2 pallini in pratica): considerando che il cabinet dalla mia chiostrina dista 250 metri a stare larghi (in linea d'aria saranno 150 metri), io avrò comunque un'attenuazione altissima?
Vale la pena andare in VDSL? ma soprattutto, c'è una qualche correlazione tra come andavo in ADSL e come andrei in VDSL considerando che il problema qui sta in un tratto che non viene modificato?

[babene]

Speriamo che da lunedi riprendono ad aggiornare i file e rendano verde il mio semaforo

[diaretto]

Originariamente inviato da Barrys

Sono andato a lurkare il tuo discorso in questo post e quelli precedenti dove spiegavi come funzionano le chiostrine derivate.
Io sono in derivazione secondaria (con 2 pallini in pratica): considerando che il cabinet dalla mia chiostrina dista 250 metri a stare larghi (in linea d'aria saranno 150 metri), io avrò comunque un'attenuazione altissima?
Vale la pena andare in VDSL? ma soprattutto, c'è una qualche correlazione tra come andavo in ADSL e come andrei in VDSL considerando che il problema qui sta in un tratto che non viene modificato?

No a tutte le tue domande. Tranne che si, certo che vale la pena anche per te la VDSL.

Non avrai un'attenuazione alta per via della derivazione, avrai un buco nell'attenuazione ad una certa frequenza e vari sottobuchi a multipli del primo picco.

Questo ti fa perdere ovviamente Mb di banda rispetto a non avere la derivazione.

No non puoi desumere nulla sulla VDSL partendo dall'ADSL, non c'entra nulla il tratto di derivazione in comune, anche perchè in ADSL essendo frequenze circa 1/8 più basse gli effetti delle derivazioni sono diverse, potresti non "vederla" sulla tua linea una certa derivazione.

[zdnko]

Originariamente inviato da diaretto

Ottimo! Tecnico di sabato per intervento personale mi è nuova, davvero fortunato!

I tecnici sono in turno anche la domenica!

[babene]

Il sabato si, la domenica solo per le emergenze.

[totocrista]

Originariamente inviato da Besk

Io ho questi valori



Cabinet a 500 metri e linea VDSL naked

e da due giorni ho questi errori, come vi sembrano?

Cioè hai la 30/3?

[Barrys]

Originariamente inviato da diaretto

No a tutte le tue domande. Tranne che si, certo che vale la pena anche per te la VDSL.

Non avrai un'attenuazione alta per via della derivazione, avrai un buco nell'attenuazione ad una certa frequenza e vari sottobuchi a multipli del primo picco.

Questo ti fa perdere ovviamente Mb di banda rispetto a non avere la derivazione.

No non puoi desumere nulla sulla VDSL partendo dall'ADSL, non c'entra nulla il tratto di derivazione in comune, anche perchè in ADSL essendo frequenze circa 1/8 più basse gli effetti delle derivazioni sono diverse, potresti non "vederla" sulla tua linea una certa derivazione.

Ho capito; quindi con la 35b, quando sarà disponibile, la derivazione avrà ancora più peso rispetto a se non l'avessi?
50 mega in downstream per me sarebbe ok, è l'upload che lo vorrei a 20...

[diaretto]

Originariamente inviato da Barrys

Ho capito; quindi con la 35b, quando sarà disponibile, la derivazione avrà ancora più peso rispetto a se non l'avessi?
50 mega in downstream per me sarebbe ok, è l'upload che lo vorrei a 20...

Mah sai non so a 250m con derivazioni quanti bit sulle portanti del 35b potrebbero essere assegnati, senza contare il fatto che il 35b estende solo lo spettro in DL e non quello in UL.

Secondo me 50Mb in down li hai tranquillamente, anche di più, dipende da varie cose.

Anche i 20Mb in up secondo me potrebbero essere fattibili, anche in questo caso però dipende da varie cose, magari sono 17Mb e non 20, non si può dire con sicurezza finchè non attacchi la linea e vedi.