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

[gbonotti]

Originariamente inviato da ]Fl3gI4s[

ho letto di errori crc, ma cosa sono precisamente?
io ho questa situazione in circa 7 giorni dall'ultimo riavvio

Tranquillo sono molto pochi e quindi irrilevanti. Nel mio caso l'uptime non arriva mai oltre le 48 ore (perdo la portante e si resetta) e ad ogni passaggio ascensore i CRC sono tra i 600 ed i 700, sono arrivato ad avere 4 milioni di FEC e 30000 CRC circa

[Lavish]

grazie della risposta

comunque credo che ci fosse una specie di nodo e che i cavi li passassero gia prima dell'installazione dell'armadio infatti c'era una specie di cabina ma non era un armadio assomigliava di piu a una chiozstrina

[fk0]

Originariamente inviato da ironmark99

cut

immagino che esista comunque una portzione riservata per la ridondanza; che cosa si usa nella dsl?
Sono rimasto un po' indietro, conosco solo quelle dei nastri digitali e del dvb...

[ironmark99]

Originariamente inviato da fk0

immagino che esista comunque una portzione riservata per la ridondanza; che cosa si usa nella dsl?
Sono rimasto un po' indietro, conosco solo quelle dei nastri digitali e del dvb...

Scusami ma non ho capito la domanda. A che ti riferisci?

[LamerTex]

Originariamente inviato da Lavish

ho gia verificato e sono attestato sul nuovo armadio che da disponibile la 100 mb.
So che è strano infatti nei file wholesale è comparso nei pianificati scritto in rosso che vuol dire nuovo armadio.

Si ma nuovo armadio in senso che è uno di quelli appena entrati nel file in quell'aggiornamento, non che hanno montato un armadio nuovo che prima non c'era.

[lucky900]

Oggi ho fatto un giro nel paese di fianco al mio, ho visto questa nuova colonnina di fianco a degli armadi Tim e molte strade con a lato una sottile striscia riasfaltata... Può trattarsi di fttc anche se mancano i sopralzi agli armadi?

[So good]

Nuove colonnine per energia elettrica. Qui e dopo:

http://www.hwupgrade.it/forum/showpo...ostcount=65329

[MiloZ]

Originariamente inviato da ironmark99

Il modem fornisce questi dati sugli errori per dare una idea della qualità della connessione:

1. FEC (Forward Error Correction). Indica il numero di errori (causati da disturbi elettromagnetici) rilevati e CORRETTI. In particolare col VDSL TIM questi errori sono stati corretti a "basso livello", ossia direttamente e in modo trasparente con una ritrasmissione del dato tra ONU e modem, poiché viene usato un protocollo specifico per questa funzione che si chiama G.INP. Questo tipo di protocollo ha pochissimo impatto sulla qualità complessiva del collegamento. Nel tuo caso, dato che hai un Uptime di 600000 secondi e circa 300000 FEC, si può dedurre che una volta ogni paio di secondi un simbolo viene reinviato perché trovato errato. La ritrasmissione avviene usando un canale specifico per questo tipo di comunicazioni, parallelo a quello principale (detto "bearer 1" a differenza di quello principale detto "bearer 0").
   
2. CRC (Cyclic Redundancy Check, ovvero controllo a ridondanza ciclica). Talvolta un errore non può essere corretto direttamente con la ritrasmissione a basso livello del protocollo G.INP, e viene conteggiato un CRC. In questi casi, per la correzione dell'errore, è necessario che il sistema si rivolga al livello superiore (TCP) che però comporta la ritrasmissione del dato dalla sorgente remota, e dunque con un impatto diretto (anche se momentaneo) sulla banda netta sfruttabile, poiché parte di essa deve essere impiegata per inviare nuovamente un dato già inviato in precedenza, e con un impatto anche sul ritardo globale della ricezione del dato. Il motivo per cui quel simbolo non è stato corretto immediatamente dal G.INP è che probabilmente è arrivato in un momento nel quale la banda disponibile per la correzione immediata era già completamente impegnata dalla correzione di un dato precedente. Di solito questo significa che il disturbo elettromagnetico ha danneggiato un numero consecutivo di simboli superiore alla capacità di reazione del G.INP. In particolare nel tuo caso ciò è avvenuto 31 volte in circa 7 giorni, cioè mediamente quattro volte al giorno. La causa potrebbe essere la accensione o lo spegnimento di un qualche dispositivo elettrico di grande consumo nei dintorni del tuo modem (o del tuo doppino).

Il calcolo della media appena fatto però non necessariamente è corretto. I 32 CRC potrebbero essere arrivati tutti contemporaneamente in un unico evento (un temporale, ad esempio). Per farsi una idea della statistica di arrivo dei CRC il modem fornisce altri due valori: ES (Errored Seconds, ossia secondi errorati) e SES (Severely Errored Seconds, ossia secondi severamente errorati).
I numeri riportati da questi due contatori non rappresentano ulteriori errori rispetto ai CRC, ma solo una statistica di come essi sono arrivati. Quando il numero di CRC giunti nello stesso secondo supera una certa soglia, quel secondo viene marcato come "errorato", e se il numero di CRC giunti supera anche una seconda soglia più alta, il secondo viene marcato come "severamente errorato". Ciò aiuta a capire se i CRC arrivano uniformemente distribuiti nel tempo o se sono invece causati tutti da pochi eventi "importanti".

Nel tuo caso, comunque, i valori riportati sono sufficientemente bassi da non essere minimamente preoccupanti. Puoi continuare a monitorare i CRC per vedere se continuano a crescere e con quale velocità, e se riesci a stabilire una qualche connessione con l'uso di una qualche tua utenza elettrica, ma tutto ciò più per conoscenza tua che per effettiva necessità.

Grande spiegazione, soprattutto sul legame tra i CRC e gli ES\SES.
Visto che siamo un pò in argomento errori e quant'altro, mi chiedevo una curiosità tecnica che penso pochi oltre te potrebbero chiarire.
Da poco Fastweb ha cominciato ad attivare il G.INP, ed ho notato che i valori sono un pò differenti dai nostri, sia come INP che come INPRein.

Esempio di un paio di linee Fastweb che agganciano una portante sui 100.000Kbps:

LINEA 1:

                        Bearer 0
INP:            73.00           73.00
INPRein:        5.00            5.00
delay:          0               0
PER:            0.00            0.00
OR:             0.01            0.01
AgR:            97005.88        10657.37

                        Bearer 1
INP:            5.50            8.00
INPRein:        5.50            8.00
delay:          4               5
PER:            17.20           16.06
OR:             111.56          47.81
AgR:            111.56  47.81

LINEA 2:

                        Bearer 0
INP:            76.00           74.00
INPRein:        5.00            5.00
delay:          0               0
PER:            0.00            0.00
OR:             0.01            0.01
AgR:            97304.43        10657.37

                        Bearer 1
INP:            5.50            8.00
INPRein:        5.50            8.00
delay:          4               5
PER:            17.20           16.06
OR:             111.56          47.81
AgR:            111.56  47.81

Altri utenti che agganciano portanti minori hanno valori di delay più bassi (ma INP sempre oltre i 70).

Questa la mia linea TIM a confronto (la configurazione dovrebbe essere la medesima per tutti gli utenti TIM suppongo):

LINEA TIM:

                        Bearer 0
INP:            59.00           59.00
INPRein:        0.00            0.00
delay:          0               0
PER:            0.00            0.00
OR:             0.01            0.01
AgR:            108109.66       21858.32

                        Bearer 1
INP:            3.00            4.00
INPRein:        3.00            4.00
delay:          2               0
PER:            17.20           16.06
OR:             111.56          31.87
AgR:            111.56  31.87

Anche prendendo portante piena il delay oltre 2ms non va, l'INPRein a "Bearer 0" è 0 invece che 5, ed anche L'INPRein al "Bearer 1" è 3\4 con TIM e 5\8 con FW.
Da cosa potrebbe dipendere? L'INPRein cosa indica esattamente? E' tipo il massimo quantitativo di simboli relativi ai disturbi Rein che il modem può correggere nella peggiore delle circostanze?
A prima vista quello di Fastweb sembrerebbe un G.INP più "protettivo", ma è possibile?

Riguardo il valore di INP principale sappiamo che può variare leggermente a seconda delle condizioni della linea, quindi piccole differenze possono esserci, ma solitamente nell'ordine di 1\2\3 simboli, mentre in questo caso 73 è un valore ben più alto, mai visto sulle VDSL TIM.
Anche il delay di 4\5 a "Bearer 1" è nettamente superiore anche se apparentemente il ping degli utenti FW al gateway è pari al "nostro".
Forse sarebbe necessario che la linea fosse più disturbata affinchè si verificasse nella pratica questo ulteriore aumento di latenza fino al massimo "threshold" impostato, o non è così?

Cioè, se effettivamente è possibile configurare il G.INP in maniera più o meno protettiva, perchè non metterlo sempre con la protezione massima? E' già così?
Gli ONU Huawei di Fastweb dovrebbero essere gli stessi di TIM (come diceva nttrc tempo fa), eppure un INP di 73 non si è mai visto, quindi devono esserci per forza differenze di configurazione.
Il paragone l'ho fatto anche usando lo stesso modem (broadcom) di terze parti che alcuni usavano con fastweb per quelle rilevazioni (ma anche con il Tech è praticamente uguale), quindi anche l'hardware lato utente era lo stesso.

E' anche possibile per caso impostare il G.INP in maniera tale che nella peggiore delle ipotesi (o in certe condizioni) possa alzare la latenza, se necessario, di OLTRE 4ms? Oppure 4ms è il massimo?

Mi veniva anche un'altro dubbio: non è che quegli utenti di cui abbiamo avuto qualche feedback in passato collegati a certi ONU Alcatel 192p e Selta 64p che rilevavano (stranamente) una latenza di quasi 15ms al gateway con il Technicolor avessero ping del genere a causa di una differente configurazione del G.INP? Che appunto in certe situazioni desse come risultato una latenza maggiore? Impossibile?

[fk0]

Originariamente inviato da So good

Nuove colonnine per energia elettrica. Qui e dopo:

http://www.hwupgrade.it/forum/showpo...ostcount=65329

non puo' ssere; in tutto il mio paese li stanno installando, ma sono a 3 scomparti, e un tecnico ci sta lavorando dentro da giorni per cui e' impossibile che contenga solo un contatore e un magnetotermico.

Ne deduco che dentro ci vanno sicuramente le dslam su uno o 2 comparti e il contatore sul terzo, tuttavia su uno di questi armadi stanno predisponendo un contatore esterno (due tubi corrugati e la staffa per un piccolo box).

[fk0]

Originariamente inviato da ironmark99

Scusami ma non ho capito la domanda. A che ti riferisci?

E' impossibile trasmettere una sequenza di dati con un sistema analogico senza avere una certa quantita' di errori casuali, e il 99% del payload ne e' affetto se non addirittura del 100%; singifica che se non abbiamo u nqualche tipo di correzione non saremmo in grado di ricevere quasi nulla o nulla di integro.

Allora si inseriscono dei dati ridondanti, ad esempio su 256 bit, 16 sono ridondanti e 240 utile, i 16 vengono riutilizzati per correggere qualche bit errato sui 240, chiamiamola correzione orizzontale.
Poi si prende 1 bit ogni 256, per un totale di altri 256 (immagina di andare in verticale su una tabella) , e anche ne vengono riservati 16 per la ridondanza, chiamiamola correzione verticale.

La correzione orizzontale e' la prima ad essere applicata e lavora quasi su tutti i pacchetti a meno che i lsegnale sia talmente buono e pulito da scendere anche sotto al 50% di pacchetti che non necessitano di correzione.
Se non e' sufficiente interviene la correzione verticale,
Se non e' sufficiente la correzione verticale il nostro pacchetto non e' riparabile o e' stato riparato in maniera completa e abbiamo degli errrori, e se gli errori sono tanti i difetti divengono visibili.

nel caso delle trasmissioni dvb, non c'e' possibilita' di ritrasmettere un pacchetto dato che si tratta di trasmissione unidirezionale, ecco allora che la dimensione della ridondanza aumenta e allora viene introdotto il parametro del FEC che dice qual e' il rapporto fra payload e ridondanza.
La rai ad esempio trasmette con un fec pari a 2/3 , quindi su 10mb trasmessi 6,6 sono di dati autili (audio, video, pmt, etc) e 3,3 sono dati ridondanti per riparare gli errori.

Nel caso del wifi il rapporto e' variabile; la quantita' di dati trasmessi e' sempre la massima, quindi 54mbit nell'802.11b ma piu' e basso il livello del segnale piu' cambia il rapporto fra payload e ridondanza, col risultato di che nel caso di segnale wifi molto debole la ridondanza e puo' essere di 10 o 20 volte il payload.

Adesso su una tramsisisone bidirezionale abbiamo la possibilita' di ridurre la quantita' di dati ridondanti e richiederne un extra in caso di necessita' e quest risulterebbero conteggiati nella variabile FEC del modem che nulla ha a che fare con quella del dvb, mentre se la quantita' di dati ridondanti da richiedere supera una certa quantita', si trasha il pacchetto, si richiede la ritrasmissione del pacchetto e si incrementa il contatore del CRC , mi sbaglio?

Pero' ho visto che il FEC del modem e' un valore spesso molto basso e che in qualche caso rimane a zero; questo e' tecnicamente impossiible, per cui significa che nei pacchetti tramessi e' incluso un tipo di ridondanza, giusto?
e allora la domand ache avevo fatto prima.

Non vedo nulla nel report dei modem ma forse non viene riportato poiche' si tratta di valori fissi determinati dalle specifiche.

[Gaplus68]

Originariamente inviato da fk0

non puo' ssere; in tutto il mio paese li stanno installando, ma sono a 3 scomparti, e un tecnico ci sta lavorando dentro da giorni per cui e' impossibile che contenga solo un contatore e un magnetotermico.

Ne deduco che dentro ci vanno sicuramente le dslam su uno o 2 comparti e il contatore sul terzo, tuttavia su uno di questi armadi stanno predisponendo un contatore esterno (due tubi corrugati e la staffa per un piccolo box).

Sono le nuove colonnine porta contatori, come già detto
Esiste la versione a 3 "cassetti" (uso tipico: 1 per contatore e 2 per alimentatori), e quella a 4 "cassetti" (uso tipico: 1 per contatore e 3 per alimentatori)

[Romain1985]

Originariamente inviato da fk0

non puo' ssere; in tutto il mio paese li stanno installando, ma sono a 3 scomparti, e un tecnico ci sta lavorando dentro da giorni per cui e' impossibile che contenga solo un contatore e un magnetotermico.

Ne deduco che dentro ci vanno sicuramente le dslam su uno o 2 comparti e il contatore sul terzo, tuttavia su uno di questi armadi stanno predisponendo un contatore esterno (due tubi corrugati e la staffa per un piccolo box).

Il Dslam non ci entra proprio fisicamente li dentro , a meno non ce ne siano di nuovi a forma di cubo (:

[Lavish]

Originariamente inviato da LamerTex

Si ma nuovo armadio in senso che è uno di quelli appena entrati nel file in quell'aggiornamento, non che hanno montato un armadio nuovo che prima non c'era.

E' entrato nei file scritto in rosso e a fine foglio excel e nella legenda significa nuovo armadio non armadio aggiornato.
Infatti è nuovo di pacca quell'armadio e poi ho detto che prima non c'era.

[LamerTex]

Originariamente inviato da Lavish

E' entrato nei file scritto in rosso e a fine foglio excel e nella legenda significa nuovo armadio non armadio aggiornato.
Infatti è nuovo di pacca quell'armadio e poi ho detto che prima non c'era.

No fidati è la millesima volta che viene ripetuto, in rosso nei file con dicitura "nuovo armadio" (o in quello delle centrali "nuova centrale") sono gli armadi (centrali) che sono stati aggiunti al file in quell'aggiornamento.

Se l'armadio poi ti sembra nuovo è possibile che abbiano aggiornato la scocca esterna (magari era rovinata o era un modello più vecchio, es linea 90 che spesso viene sostituito con uno di quelli nuovi), ma tutto li. Di armadi veri e propri non ne vengono per niente aggiunti, se non quando viene costruito un intero quartiere nuovo con centinaia e centinaia di case/appartamenti.

[Lavish]

AH ok grazie mille!

e dire che abito qui da 5 anni e non me ne ero mai accorto.

[ironmark99]

Originariamente inviato da MiloZ

Visto che siamo un pò in argomento errori e quant'altro, mi chiedevo una curiosità tecnica che penso pochi oltre te potrebbero chiarire.

Ti ringrazio per la fiducia MiloZ, tuttavia io sono più che altro un esperto del livello fisico, e ciò che mi chiedi esula un po' dal mio campo specifico. Prendi ciò che sto per dire con le dovute cautele. Potrebbe essere una eccessiva semplificazione del problema, e non del tutto accurato/aggiornato.

Da poco Fastweb ha cominciato ad attivare il G.INP, ed ho notato che i valori sono un pò differenti dai nostri, sia come INP che come INPRein.

Esempio di un paio di linee Fastweb che agganciano una portante sui 100.000Kbps: ...cut...

Cioè, se effettivamente è possibile configurare il G.INP in maniera più o meno protettiva, perchè non metterlo sempre con la protezione massima? E' già così?
...cut...
E' anche possibile per caso impostare il G.INP in maniera tale che nella peggiore delle ipotesi (o in certe condizioni) possa alzare la latenza, se necessario, di OLTRE 4ms? Oppure 4ms è il massimo?

Intanto va detto che sì, anche il G.INP è configurabile per essere più o meno protettivo. Esistono tuttavia dei limiti legati alla memoria fisica dell'apparato, alla sua potenza di calcolo e al massimo delay che si è disponibili a sopportare.

Mi spiego meglio:
ricordi la vecchia protezione INP/delay in uso prima dell'arrivo del G.INP?
La protezione veniva sempre descritta con due valori, tipo 2/8, che stava per protezione di 2 simboli ogni 8ms. Questi valori significavano che la protezione era in grado di correggere completamente sino a due simboli DMT errati (non importa quanto) ogni 8 millisecondi. Ciò comportava tuttavia una latenza (ritardo) minima di 8 millisecondi, perché il sistema doveva attendere quel tempo per riempire la memoria di simbolo prima di poter effettuare la correzione. Dunque il ping minimo del sistema diventava 8 ms.
Va chiarito che una protezione 2/8 è migliore di una protezione 2/16, perché avere 2 simboli errati ogni 8 millisecondi è più "grave" che avere 2 simboli errati ogni 16 millisecondi (ciò perché nel secondo caso la frequenza degli errori è la metà di quella del primo caso). La seconda configurazione è dunque più rilassata della prima: richiede, è vero, il doppio di memoria di simbolo, ma anche la metà delle capacità di calcolo. Approfondendo ulteriormente si può dire anche che una protezione 4/16, pur potendo correggere praticamente gli stessi errori di una 2/8 richiede il doppio della memoria (e quindi comporta un ping minimo di 16ms) e la stessa capacità di calcolo (stesso numero di simboli da correggere nell'unità di tempo). La seconda ha solo il piccolo vantaggio di poter correggere anche 4 errori consecutivi nei primi millisecondi purché non ne arrivino altri nei 16 ms complessivi, cioè regge un po' meglio i burst di errore (e ti fa pagare pegno di ciò sul ping), ma regge meno bene il rumore REIN.

Ciò ci fa intravedere il concetto di protezione REIN. Un rumore di tipo REIN è un rumore ripetitivo (lo dice l'acronimo stesso che significa Repetitive Electrical Impulse Noise, ossia rumore da disturbo elettrico ripetitivo) tipicamente generato dagli apparati elettrici. Dato che la nostra rete elettrica funziona a 50Hz, i disturbi che questi apparati generano sono tipicamente a 100Hz (un impulso per ogni attraversamento dello 0 della sinusoide della tensione di alimentazione). Dato che il periodo di una frequenza a 100Hz è 10ms, se voglio proteggermi da questo tipo di disturbi è bene che questo sia il periodo massimo su cui devo tarare la mia protezione. Ed ecco perché si usano 8ms come tempo base per l'INP classico (per inciso 8ms vanno bene anche per le reti a 60Hz poiché il reciproco di 120Hz è 8.333ms). Questa base di 8ms mi dice che posso correggere un REIN con frequenza di ripetizione sino a 125 Hz. Il numero di simboli che riesco a correggere ogni 8ms è il mio INPRein quando il REIN è a 125Hz.

I valori di INP e INPRein che vedi sul bearer1 sono i valori di INP classico con cui è protetto il canale usato per la ritrasmissione (dato che anche lui deve essere protetto). Se guardi vedrai che TIM ha scelto di correggere sino a 3 simboli ogni 2ms, che comportano un ritardo nella ritrasmissione di 4ms (se ci sono errori). FW ha invece scelto di correggere 5.5 simboli ogni 4ms che comportano un ritardo nella ritrasmissione di 8ms (sempre se ci sono errori). Ora, 3 simboli ogni 2 ms (ossia 6 simboli ogni 4ms) sono di più che 5.5 ogni 4ms, quindi la protezione di TIM (sul canale di ritrasmissione) è un po' più efficace al rumore ripetitivo. Il calcolo del valore di INP equivalente di 59 di TIM rispetto a quello di 76 di FW dipende dai vari parametri di configurazione della macchina a stati interna al firmware di ritrasmissione. Sinceramente ho cercato di capire come il G.INP lo calcoli, ma non mi è per nulla chiaro. Probabilmente l'apparente valore superiore di Fastweb dipende da una "base tempi" diversa. In effetti dire solo il valore dei simboli correggibili senza dire in quale periodo di tempo lascia un po' il tempo che trova. Mi sembra probalile che il valore sia riferito al ritardo di ritrasmissione, quindi sarebbe 59/4 per TIM e 76/8 per Fastweb (che renderebbe la protezione data da TIM più efficace). Non ho invece idea del perché di quel delay=0 nel bearer1 per l'US di TIM.

Riguardo al fatto di configurare sempre l'INP alla massima protezione dipende sia dalla memoria disponibile, sia dalla capacità di calcolo del processore, sia dagli effetti che si vogliono raggiungere. Inoltre esiste un limite legato al massimo bitrate raggiungibile data una certa protezione. A questo proposito posso dire che il 35b richiederà l'uso del G.INP in DS, perchè l'attuale configurazione standard dell'INP (usata fino a poco fa da Fastweb), data la memoria di calcolo disponibile sui modem in uso limiterebbe il flusso DS a un massimo di poco superiore ai 100Mbit/s (la lunghezza di un simbolo DMT dipende dal bitrate. A parità di simboli memorizzati per la loro correzione, la memoria richiesta cresce col bitrate).

Riguardo all'alzare in certi casi la latenza, come abbiamo detto, ciò non renderebbe la protezione più efficace, anzi! Oltre a richiedere più memoria renderebbe solo la latenza più alta, senza che il numero di simboli proteggibili per unità di tempo possa aumentare.

Mi veniva anche un'altro dubbio: non è che quegli utenti di cui abbiamo avuto qualche feedback in passato collegati a certi ONU Alcatel 192p e Selta 64p che rilevavano (stranamente) una latenza di quasi 15ms al gateway con il Technicolor avessero ping del genere a causa di una differente configurazione del G.INP? Che appunto in certe situazioni desse come risultato una latenza maggiore? Impossibile?

Mi sembra possibile, ma di più non saprei dire...

Questo è quello che so e mi sento di dire... Per chi avesse voglia di approfondire il funzionamento del G.INP ecco il link alla specifica ITU (solo in inglese) che è liberamente scaricabile in .pdf

Buona lettura.

[LamerTex]

Originariamente inviato da Lavish

AH ok grazie mille!

e dire che abito qui da 5 anni e non me ne ero mai accorto.

Eh anch'io senza il tettuccio rosso non avevo mai visto nessun armadio, da quanto invece avevano iniziato a metterci il tetto rosso e i primi moduli dslam sembravano spuntare armadi nuovi come funghi

[Shergal]

@Gaplus

Cosa significa "Id Sede ONU modificato da 96301I_106 a 96303D_125" ?

Ho notato che nel mio comune hanno modificato l'id di tutti gli armadi ancora non attivi.

Preciso che sono MSAN ed erogano già tutti l'adsl, ma solo 2/7 erogano vdsl.

[Romain1985]

Originariamente inviato da Shergal

@Gaplus

Cosa significa "Id Sede ONU modificato da 96301I_106 a 96303D_125" ?

Ho notato che nel mio comune hanno modificato l'id di tutti gli armadi ancora non attivi.

Preciso che sono MSAN ed erogano già tutti l'adsl, ma solo 2/7 erogano vdsl.

Di che comune sei? Anche io sono sotto Msan.

Inviato dal mio ZP820 utilizzando Tapatalk

[totocrista]

Originariamente inviato da fk0

non puo' ssere; in tutto il mio paese li stanno installando, ma sono a 3 scomparti, e un tecnico ci sta lavorando dentro da giorni per cui e' impossibile che contenga solo un contatore e un magnetotermico.

Ne deduco che dentro ci vanno sicuramente le dslam su uno o 2 comparti e il contatore sul terzo, tuttavia su uno di questi armadi stanno predisponendo un contatore esterno (due tubi corrugati e la staffa per un piccolo box).

Sono colonnine enel. Se n è parlato 780 volte e può essere.