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

[DarkTiamat]

Cmq ci sono utenti fibra a partire da agosto/settembre (dove ancora faceva caldo) e non mi pare abbiano avuto molti problemi.
(se non sbaglio dark niko era uno dei rpimi ad avere la fibra attiva)

[Kenchan]

la mia è ben esposta ai 40 gradi dei bollenti raggi del sud , della serie..si prevede l'autocombustione del mio dslam ad agosto

[Fabbry]

Originariamente inviato da Ameno

Io dico che ne avranno eccome, infatti aspetto la stagione calda per prendere atto della situazione...

D'altra parte se non è previsto l'ampliamento di slot per timore di ulteriore surriscaldamento dell'elettronica, ci sarà il suo bel perché...

(la mia ONU è ben coperta, non batte mai il sole direttamente, per fortuna )

Grande Ameno... La mia ONU e' sotto un bel pino tant'e' che appena installeranno il DSLAM dovranno tagliare qualche ramoscello ed e' esposta ad Est, quindi eventuale sole mattutino non caliente . E poi riparata a SUD ed OVEST

Batsa solo che si sbrighino... adesso poi che ho letto dell'accordo Telecom SKY, mi verrebbe giusto giusto a fagiolo

[DarkTiamat]

Originariamente inviato da Fabbry

Grande Ameno... La mia ONU e' sotto un bel pino tant'e' che appena installeranno il DSLAM dovranno tagliare qualche ramoscello ed e' esposta ad Est, quindi eventuale sole mattutino non caliente . E poi riparata a SUD ed OVEST

Batsa solo che si sbrighino... adesso poi che ho letto dell'accordo Telecom SKY, mi verrebbe giusto giusto a fagiolo

Per la telecom sky gratis per sempre non sono molto sicuro comunque.
Ho chiamato il 187 e mi ha detto che è gratis solo i primi 6 mesi e quindi almeno io mi sono fatto annulare tutto.
Magari il tizio che mi ha chiamato aveva ragione, ma preferisco non richiare di dover pagare 15 al mese tra 6 mesi per una cosa che nemmeno uso XD

[Fabbry]

Originariamente inviato da DarkTiamat

Per la telecom sky gratis per sempre non sono molto sicuro comunque.
Ho chiamato il 187 e mi ha detto che è gratis solo i primi 6 mesi e quindi almeno io mi sono fatto annulare tutto.
Magari il tizio che mi ha chiamato aveva ragione, ma preferisco non richiare di dover pagare 15 al mese tra 6 mesi per una cosa che nemmeno uso XD

La notizia dell'accordo SKY telecom e' fresca fresca di ieri, e parla appunto dello sviluppo della fibra ottica e di un imminente decoder MY SKY HD per la rete

http://www.repubblica.it/economia/20...rnet-83226188/

[FabryHw]

Beh oddio mica tanto imminente, visto che parlano di servizio dal 2015.

Comunque cambiare l'attuale MySky avrebbe senso solo per:

• Farne una versione senza tuner Sat da costo di costruzione minore
• Farne una versione con Soc aggiornato in grado di gestire anche il QuadHD o comunque la decodifica HW di H265 e/o VP9

In tutti gli altri casi basta solo un aggiorn. fw ai vari SkyHD (che hanno la presa ethernet anche se non usata) e MySkyHD attuali.

Poi al più se hanno intenzione di fare un servizio in broadcast (stile il vero Sat) e non un banale OnDemand (come c'è già ora) allora dovranno anche valutare il multicast a livello di rete (e qui entrebbe in gioco Telecom).

[LordDevilX]

Ma non e' comunque meglio averlo via sat? mi spiego meglio mentre guardo la tv via internet consumo buona parte della banda della mia vdsl, quindi nel caso in cui volessi giocare o scaricare mentre guardo sky hd avrei problemi di ping/banda o sbaglio?

[FabryHw]

Si non sbagli, però così avresti il vantaggio di aver Sky senza dover disporre di una parabola puntata a sud (più o meno).
Più facile (per Sky) poi fare più abbonati in posti dove magari l'installazione della parabola è più problematica dell'aver una adsl (min a 8/10)/vdsl

[DarkTiamat]

Originariamente inviato da LordDevilX

Ma non e' comunque meglio averlo via sat? mi spiego meglio mentre guardo la tv via internet consumo buona parte della banda della mia vdsl, quindi nel caso in cui volessi giocare o scaricare mentre guardo sky hd avrei problemi di ping/banda o sbaglio?

popcorn time ha dimostrato che anche con una 7 mega si possono vedere fil in full hd senza scatti, quindi penso che con uan 30 mega (sperando che nel 2015 si avrà qualcosa di più) non è un problema vedere roba hd senza saturare la linea

[fat4l]

considerate che ad oggi netflix richiede 7mbits come banda per i contenuti HD e 12mbits per contenuti 3D.
la domanda nel caso sarebbe... quanti canali in contemporanea si ha bisogno di vedere?

con la 30mb 2-3 canali si possono anche fare però la banda residua è quella che è, inoltre si dovrebbe impostare un qos o simile per impedire che si tagli la banda "tv" se per ipotesi apro youtube o scarico qualsiasi cosa mentre la donna si guarda xfactor... chi la sente lei se continua a scattare

[FabryHw]

Originariamente inviato da juma93

Riapro e subito richiudo la parentesi riguardo al ping.
...
(ovvero 0.20±0.1 ms ogni 150B, contro gli 1.2-1.3 stimati da FabryHw), il che è compatibile con la velocità della linea (infatti, dividendo per due il RTT si ottiene la latenza media "in una direzione", per cui la velocità è il doppio dell'inverso della pendenza - o, equivalentemente, l'inverso della metà della pendenza), ottenendo 1520±70 MB/s, paragonabili alla velocità nominale della linea (2100 MB/s).
...
tl;dr: No, in prima approssimazione, la velocità del collegamento non influisce sul ping. Tale differenza si può notare soltanto se il ping rimane stabile entro la prima cifra decimale.

Gran bel lavoro, peccato solo che fai o errori di calcolo (non li ho mica verificati) o semplicemente tiri fuori conclusioni errate.

Già affermando che la latenza (su andata e ritorno) sale di 0.1-0.2ms ogni 150B fai il primo grossolano errore.

Facciamo un esempio con una asdl (in half-fast)

32 Bytes
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 14ms, Massimo =  15ms, Medio =  14ms
	
182 Bytes (+150B)
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 15ms, Massimo =  17ms, Medio =  16ms	

332 Bytes (+150B x 2)	
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 16ms, Massimo =  18ms, Medio =  16ms	
	
632 Bytes (+150B x 4)		
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 19ms, Massimo =  20ms, Medio =  19ms	
	
1232 Bytes (+150B x 8)		
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 24ms, Massimo =  26ms, Medio =  25ms

Come vedi il tempo cresce e tra il primo caso e l'ultimo c'è proprio un +10ms.
Nell'ultimo caso ho aggiunto proprio otto volte +150B e 10ms diviso 8 fa proprio un aumento di latenza di +1.25ms ogni 150B (ovviamente valido per il caso adsl), altro che 0.1-0.2ms

[Spittie]

Originariamente inviato da DarkTiamat

popcorn time ha dimostrato che anche con una 7 mega si possono vedere fil in full hd senza scatti, quindi penso che con uan 30 mega (sperando che nel 2015 si avrà qualcosa di più) non è un problema vedere roba hd senza saturare la linea

Originariamente inviato da fat4l

considerate che ad oggi netflix richiede 7mbits come banda per i contenuti HD e 12mbits per contenuti 3D.
la domanda nel caso sarebbe... quanti canali in contemporanea si ha bisogno di vedere?

con la 30mb 2-3 canali si possono anche fare però la banda residua è quella che è, inoltre si dovrebbe impostare un qos o simile per impedire che si tagli la banda "tv" se per ipotesi apro youtube o scarico qualsiasi cosa mentre la donna si guarda xfactor... chi la sente lei se continua a scattare

Netflix è bitrate-starved da morire, popcorn time lasciamolo perdere
Spero che riescano a fare una cosa seria, non come Infinity che non ha video, ma blocchi colorati messi a caso sullo schermo (Non che ci spero molto, viste le molte lamentele riguardo sky go).

Sono curioso riguardo I prezzi, mi sembra di aver letto "prezzi paragonabili all'alternativa satellitare". Se il prezzo non è vantaggioso, io onestamente non vedo nessun motivo per cui uno dovrebbe preferire l'alternativa via internet, in quanto sarà (molto probabilmente) di qualità inferiore, e ruberà banda alla connessione. Vedremo.

[giorgio90]

Ragazzi qualcuno sta avendo come me problemi a scaricare da tutti gli hoster compreso mega e ddlstorage? Sembra una cosa comune hai clienti telecom.

[strassada]

sulla questione Sky telecom ecc...
la banda ultralarga per internet non la vogliono dare, bisogna per forze di cose che un buona percentuale di utenze attivi queste opzioni di iptv sd e hd, o streaming fornito da operatori. Altrimenti a loro, che noi vogliamo scaricare/inviare file in x minuti mentre ora servono X ore, non gli frega nulla.

da noi manca la cable tv, quindi siamo messi peggio che altrove (tralascio il discorso prezzi se no ci viene da piangere), dove però se guardate bene, le offerte senza fornitura di servizi aggiunti sono molto poche, e sono ancora di meno quelle con traffico Internet flat al 100%.

[fat4l]

Originariamente inviato da giorgio90

Ragazzi qualcuno sta avendo come me problemi a scaricare da tutti gli hoster compreso mega e ddlstorage? Sembra una cosa comune hai clienti telecom.

no. qua 3.5mb/s stabili
mega utente free, ddlstorage ho la premium

[fat4l]

questo è uno screen di mega
http://uploadffs.nl/UYP

anche netload piena banda...

[Derevko]

Ragazzi ma di cosa state discutendo? misuare andata e ritorno di 100 bit/byte/megabit e confrontarla con andata e ritorno di 1000 bit/byte/megabit è una cosa totalmente illogica!

La base per effettuare una misura su più campioni è che tutti devono avere "condizioni" uguali.

è come se io volessi effettuare dei test sulla massima velocità di un camion a zero carico, ed un altro fa gli stessi test quando è carico.

Originariamente inviato da FabryHw

Gran bel lavoro, peccato solo che fai o errori di calcolo (non li ho mica verificati) o semplicemente tiri fuori conclusioni errate.

Già affermando che la latenza (su andata e ritorno) sale di 0.1-0.2ms ogni 150B fai il primo grossolano errore.

Facciamo un esempio con una asdl (in half-fast)

32 Bytes
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 14ms, Massimo =  15ms, Medio =  14ms
	
182 Bytes (+150B)
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 15ms, Massimo =  17ms, Medio =  16ms	

332 Bytes (+150B x 2)	
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 16ms, Massimo =  18ms, Medio =  16ms	
	
632 Bytes (+150B x 4)		
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 19ms, Massimo =  20ms, Medio =  19ms	
	
1232 Bytes (+150B x 8)		
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 24ms, Massimo =  26ms, Medio =  25ms

Come vedi il tempo cresce e tra il primo caso e l'ultimo c'è proprio un +10ms.
Nell'ultimo caso ho aggiunto proprio otto volte +150B e 10ms diviso 8 fa proprio un aumento di latenza di +1.25ms ogni 150B (ovviamente valido per il caso adsl), altro che 0.1-0.2ms

[giorgio90]

ho riavviato il modem ed é tornato tutto come prima

[FabryHw]

Originariamente inviato da Derevko

Ragazzi ma di cosa state discutendo? misuare andata e ritorno di 100 bit/byte/megabit e confrontarla con andata e ritorno di 1000 bit/byte/megabit è una cosa totalmente illogica!

La base per effettuare una misura su più campioni è che tutti devono avere "condizioni" uguali.

è come se io volessi effettuare dei test sulla massima velocità di un camion a zero carico, ed un altro fa gli stessi test quando è carico.

Illogica perché scusa, mica stiamo misurando la latenza di base della linea, ma stavamo parlando della latenza di comunicazione di due applicazioni.

E la latenza in quel caso dipende da quanti dati si scambiano.
Se il tuo ping è di 15ms, non puoi per esempio asserire che la latenza per il voip sarà di 15ms, perché i sw voip non si scambieranno certo solo pacchetti da 32 byte (sto trascurando per semplicità tutto il resto, come overhead del protocollo, del sw audio, ...ecc).

Probabilmente molto più spesso sono più utili i tempi a camion carico che quelli a camion scarico.

La dimensione del pacchetto influisce sui tempi di risposta, e di conseguenza la banda a disposizione può influire su tali tempi (oddio la banda influisce sempre ma il contributo oltre un certo valore diventa trascurabile).

E poi comunque se lui usa un esempio con ping di dimensione incrementale ma giungendo a conclusioni errate (almeno parzialmente), è ovvio che devo rimanere nello stessa situazione per controbattere.

[Derevko]

Originariamente inviato da giorgio90

ho riavviato il modem ed é tornato tutto come prima

Io avevo problemi di routing verso la germania, e anche io riavviando ho risolto, menomale. /cc Ameno