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

[totocrista]

Originariamente inviato da devil_mcry

Ma con la VDSL è praticamente il valore attendibile per tutte le linee, io ho visto pochi utenti Telecom non raggiungere i 50mb, ma questo comunque è anche dovuto al fatto che è poco diffusa
Ma lo stesso si può dire di FW, io persone che vanno a meno di 50mb ne ho viste davvero poche anzi forse nessuna, la tecnologia e la stessa

Spesso usano gli stessi dslam huawei

[Psyred]

Originariamente inviato da Titoparis

Cmq a mio modo di vedere la percentuale degli utenti T.I che raggiunge i 50mb e' alta...

Beh un profilo VDSL 50/10 Mb su FTTC non è poi questa grande scommessa, normale che la maggior parte delle utenze sia in grado di raggiungere quelle velocità. A maggior ragione se si pensa che i cabinet in Italia sono distribuiti in modo piuttosto capillare, e quindi vicini al cliente.

[Titoparis]

Originariamente inviato da devil_mcry

Ma con la VDSL è praticamente il valore attendibile per tutte le linee, io ho visto pochi utenti Telecom non raggiungere i 50mb, ma questo comunque è anche dovuto al fatto che è poco diffusa
Ma lo stesso si può dire di FW, io persone che vanno a meno di 50mb ne ho viste davvero poche anzi forse nessuna, la tecnologia e la stessa

Secondo me la differenza su TI inizierà ad emergere quando sbloccheranno portanti fino a 100mb perchè quasi nessuno andrà così veloce di sicuro di quelli che ora la hanno

Intendi dire che se T.I sblocca i 100 mb... sara' meglio degli altri?

[AlNTzac]

Originariamente inviato da devil_mcry

Nah quello è lo stimato, io non ho mai agganciato tanto quanto lo stimato pure senza blocchi, l'errore è davvero tanto tra lo stimato e l'agganciabile, anche del 20%

.....

nell'informatica e nello specifico nelle reti di telecomunicazione nulla e' lasciato al caso, l'errore che tu indichi in realta e' l'overhead la parte di banda di trasmissione utilizzata per spedire dati aggiuntivi necessari per i protocolli di trasmissione, monitoraggio, gestione e controllo della rete stessa. Le tecniche di overhead possono quindi limitare l’ampiezza di banda disponibile per l’utente finale fino ad un valore oscillante fra il 16% e il 18% della banda medesima.
In pratica durante la fase di instaurazione della connessione tra modem e dslam viene negoziato un valore teorico di banda massima, ovvero la massima portata in bit/s che il collegamento può supportare in condizioni ideali e viene definito attainable rate e viene influenzato dall'attenuazione (l’indicatore di quanto viene degradato il segnale nel tragitto tra la centrale e il modem utente, + bassa è + si è vicini alla centrale) e dal margine di rumore (disturbi sulla linea, + alto è e + la portante agganciabile sarà elevata) infatti bisogna sempre considerare che nella realta la velocita effettiva dipende dal numero di utenti connessi momento per momento (cambiando questo parametro varia pure l'eventuale diafonia e/saturazione), dai setup degli apparati di rete e dei server, dall'eventuale presenza di apparati che possano generare campi elettromagnetici sufficientemente intensi e ancora dalle scelte di QoS fatte dai provider, e tutto questo puo' provocare dei disturbi di vario tipo (spike, fec, hec, crc) che il Dslam rileva e possono portare ad abbattere la portante disponibile, concludendo la banda che l'utente potra' effettivamente utilizzare e' da valutare linea per linea, anche due utenti collegati alla stessa chiostrina non e' detto che avranno gli stessi valori.

[devil_mcry]

No io non parlò di overherad ma di differenza tra portante massima stimata e portante massima effettivamente agganciabile
Come dicevo sul con una portante massima stimata di 22mb al massimo il router ne agganciava 18. E questo e al lordo dell'overhead

[AlNTzac]

Originariamente inviato da devil_mcry

......
Come dicevo sul con una portante massima stimata di 22mb al massimo il router ne agganciava 18. E questo e al lordo dell'overhead

e quindi ti riferisci al max attainable rate valore ricavato da un rapido test di qualità della linea al momento del collegamento, poi interviene il meccanismo di negoziazione della portante (rate), e poi ancora il vero e proprio collegamento ppp.
Il primo valore dipende dal tipo di adsl, dal firmware del router e da altre cose, ma non dalle impostazioni di centrale.
Il secondo valore dipende fra gli altri dal profilo impostato in centrale. Il valore max attainable rate non viene più utilizzato quando il collegamento alla portante è stabilito, per cui in rari casi può accadere che la linea migliori tra la prima e la seconda fase oppure che gli algoritmi del primo test non siano implementati correttamente dal firmware e quindi la portante risulti maggiore.

[Marzano]

Originariamente inviato da MiloZ

Full fast non si è ancora visto nessun, ma all'utente "dalucio" avevano caricato (e dovrebbe averlo ancora) un profilo fastpath in upstream ed interleaved in downstream : http://www.hwupgrade.it/forum/showth...2673792&page=2

Un profilo tarocco diciamo, a metà.

Con il comando che mi avevi suggerito tu mi dava sempre errore ho usato invece "xdsl info expand=enabled" e mi ha tirato fuori quello che ti ho copiato sotto , spero di aver usato il comando giusto


Modem state: up
Up time (Days hh:mm:ss): 3 giorni, 5:27:10
xDSL Standard: ITU-T G.993.2
Channel Mode: Interleaved

Number of reset: 5

Chipset Vendor info (G.994.1): Local Remote
Country code: B500 B500
ID: BDCM BDCM
Specific: 0000 A415

System Vendor info (showtime): Local Remote
Country code: 0F00 0000
ID: TMMB ----
Specific: 3C61 0000

Bearers generic info DS US
Payload rate [Kbps]: 86888 10495
Attenuation [dB]: 7.8 9.3
Margins [dB]: 9.4 14.4
Output power [dBm]: 14.0 -19.5

Number of bearers: 1
Bearer 0 DS US
INP [DMT symbols]: 0.00 0.00
Delay [ms]: 0.00 0.00
Depth []: 1 0.00
R: 0 0

.997.1 Statistics (Current):

Failures:
Line failures Near end
Loss of signal (LOS): 50
Loss of frame (LOF): 41
Loss of power (LPR): 0

Performance monitoring:
Line PM: Near end
Error second (ES): 271

Channel PM: Near end Far end
Bearer 0:
Code Violation (CV): 367 333
FEC: 0 617

ATM data path PM: Near end Far end
Bearer 0:
HEC violation count (HEC): 912 N/A

.997.1 Statistics (last 15 minutes):

Failures:
Line failures Near end
Loss of signal (LOS): 0
Loss of frame (LOF): 0
Loss of power (LPR): 0

Performance monitoring:
Line PM: Near end
Error second (ES): 0

Channel PM: Near end Far end
Bearer 0:
Code Violation (CV): 367 333
FEC: 0 617

ATM data path PM: Near end Far end
Bearer 0:
HEC violation count (HEC): 912 N/A

.997.1 Statistics (last 24 hours):

Failures:
Line failures Near end
Loss of signal (LOS): 0
Loss of frame (LOF): 0
Loss of power (LPR): 0

Performance monitoring:
Line PM: Near end
Error second (ES): 3

Channel PM: Near end Far end
Bearer 0:
Code Violation (CV): 367 333
FEC: 0 617

ATM data path PM: Near end Far end
Bearer 0:
HEC violation count (HEC): 912 N/A

[Psyred]

Originariamente inviato da Marzano

Number of bearers: 1
Bearer 0 DS US
INP [DMT symbols]: 0.00 0.00
Delay [ms]: 0.00 0.00
Depth []: 1 0.00
R: 0 0

Sembra fast path in effetti, sei il primo utente che vedo qui.

[MiloZ]

Originariamente inviato da Psyred

A me sembra normale interleaved quello, ha un INP di 3,5/2 con il primo modem e 2/2 con il secondo, non dovrebbe stare a zero in upstream?
Anche la latenza al gateway è la medesima di tutti gli utenti Fastweb VDSL, cioè sui 16-17 ms.

Se rileggi bene quelli a cui fai riferimento sono i valori che aveva di partenza. Dopo la modifica ha INP 0 e delay 0 in upstream e ping 9ms ai primi hop.

[MiloZ]

Originariamente inviato da Marzano

Con il comando che mi avevi suggerito tu mi dava sempre errore ho usato invece "xdsl info expand=enabled" e mi ha tirato fuori quello che ti ho copiato sotto , spero di aver usato il comando giusto


Modem state: up
Up time (Days hh:mm:ss): 3 giorni, 5:27:10
xDSL Standard: ITU-T G.993.2
Channel Mode: Interleaved

Number of reset: 5

Chipset Vendor info (G.994.1): Local Remote
Country code: B500 B500
ID: BDCM BDCM
Specific: 0000 A415

System Vendor info (showtime): Local Remote
Country code: 0F00 0000
ID: TMMB ----
Specific: 3C61 0000

Bearers generic info DS US
Payload rate [Kbps]: 86888 10495
Attenuation [dB]: 7.8 9.3
Margins [dB]: 9.4 14.4
Output power [dBm]: 14.0 -19.5

Number of bearers: 1
Bearer 0 DS US
INP [DMT symbols]: 0.00 0.00
Delay [ms]: 0.00 0.00
Depth []: 1 0.00
R: 0 0

.997.1 Statistics (Current):

Failures:
Line failures Near end
Loss of signal (LOS): 50
Loss of frame (LOF): 41
Loss of power (LPR): 0

Performance monitoring:
Line PM: Near end
Error second (ES): 271

Channel PM: Near end Far end
Bearer 0:
Code Violation (CV): 367 333
FEC: 0 617

ATM data path PM: Near end Far end
Bearer 0:
HEC violation count (HEC): 912 N/A

.997.1 Statistics (last 15 minutes):

Failures:
Line failures Near end
Loss of signal (LOS): 0
Loss of frame (LOF): 0
Loss of power (LPR): 0

Performance monitoring:
Line PM: Near end
Error second (ES): 0

Channel PM: Near end Far end
Bearer 0:
Code Violation (CV): 367 333
FEC: 0 617

ATM data path PM: Near end Far end
Bearer 0:
HEC violation count (HEC): 912 N/A

.997.1 Statistics (last 24 hours):

Failures:
Line failures Near end
Loss of signal (LOS): 0
Loss of frame (LOF): 0
Loss of power (LPR): 0

Performance monitoring:
Line PM: Near end
Error second (ES): 3

Channel PM: Near end Far end
Bearer 0:
Code Violation (CV): 367 333
FEC: 0 617

ATM data path PM: Near end Far end
Bearer 0:
HEC violation count (HEC): 912 N/A

Si sembri proprio in fast puro, strano ti segni dei FEC che di noma esistono solo quando c'è una correzione di errori attiva, magari è il router che sbarella.

Comunque, puoi fare qualche traceroute giusto per vedere il ping reale:

seflow.it
maya.ngi.it
dedibox.fr

[Psyred]

Originariamente inviato da MiloZ

Se rileggi bene quelli a cui fai riferimento sono i valori che aveva di partenza. Dopo la modifica ha INP 0 e delay 0 in upstream e ping 9ms ai primi hop.

Ah si è nella pagina successiva, avevo letto solo quella che avevi linkato.

[MiloZ]

Originariamente inviato da Psyred

Ah si è nella pagina successiva, avevo letto solo quella che avevi linkato.

Sai perchè? Ho messo 40 messaggi per pagina tra le opzioni del forum, quindi quella che per me è 1 pagina, probabilmente per te sarebbero due, non ci avevo pensato.

[Psyred]

Originariamente inviato da MiloZ

Sai perchè? Ho messo 40 messaggi per pagina tra le opzioni del forum, quindi quella che per me è 1 pagina, probabilmente per te sarebbero due, non ci avevo pensato.

Si esatto, per me è nella seconda pagina, infatti non riuscivo a capire dove fosse questo fastpath in up

[Swampo]

Ragazzi, qualcuno mi consiglia un ottimo router per una linea fibra JOY per non utilizzare quella carretta che ti da Fastweb? Mi serve sia lan giganti per utilizzare al meglio il nas, e se ha WIfi AC ancora meglio. Avevo sentito parlare bene dei fritz box ma ci sono 1000modelli diversi.

Grazie!

[devil_mcry]

Originariamente inviato da Swampo

Ragazzi, qualcuno mi consiglia un ottimo router per una linea fibra JOY per non utilizzare quella carretta che ti da Fastweb? Mi serve sia lan giganti per utilizzare al meglio il nas, e se ha WIfi AC ancora meglio. Avevo sentito parlare bene dei fritz box ma ci sono 1000modelli diversi.

Grazie!

Ma io so che c'è il tplink w9980 che non dovrebbe essere male, comunque se hai già un buon router ADSL2+ potresti collegare il router economico di FW e farlo funzionare solo come modem e usare l'altro router come AP.

Non sei obbligato a nattare volendo, io non ho nattato la rete ma ho semplicemente impostato inserito l'indirizzo del router fw come gateway del mio TP Link.

[devil_mcry]

Originariamente inviato da Titoparis

Cmq a mio modo di vedere la percentuale degli utenti T.I che raggiunge i 50mb e' alta...

Comunque a riprova del fatto di quello che ti stavamo dicendo leggi qui un feedback fresco fresco

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

Come vedi il discorso non è tanto semplice come lo vedi tu, una linea nel tempo cambia in base a tantissimi fattori.

[Swampo]

Originariamente inviato da devil_mcry

Ma io so che c'è il tplink w9980 che non dovrebbe essere male, comunque se hai già un buon router ADSL2+ potresti collegare il router economico di FW e farlo funzionare solo come modem e usare l'altro router come AP.



Non sei obbligato a nattare volendo, io non ho nattato la rete ma ho semplicemente impostato inserito l'indirizzo del router fw come gateway del mio TP Link.

Si potrei fare così, ma preferisco avere un modem/router unico che mi fa tutto, mi è più veloce impostarlo così per raggiungere dall'esterno il nas.

[devil_mcry]

Originariamente inviato da Swampo

Si potrei fare così, ma preferisco avere un modem/router unico che mi fa tutto, mi è più veloce impostarlo così per raggiungere dall'esterno il nas.

In teoria se non fai il NAT ma li metti sulla stessa rete raggiungere da fuori il NAS o altro dovrebbe essere uguale, basta fare un port forwarding immagino alla peggio.

Io però non sono tanto esperto di nas quindi non saprei.

[Errik89]

Ragazzi è venuto oggi il tecnico ad attivarmi la linea ftts fastweb, ora sto attendendo la spedizione del modem. Se io collego un modem adsl secondo voi faccio danni? Dovrebbe negoziare la portante ADSL invece della Vdsl e quindi dovrei già poter navigare no? Non dovrebbe interferire nella riqualifica della linea?

[seesopento]

se colleghi il modem adsl non fai danno, ma semplicemente non si allinea