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

[diaretto]

Originariamente inviato da Ansuel

e forse la calcola pure male... è abbstanza alta per quei valori

In che senso la calcola male?

Guarda che l'attenuazione sale con la frequenza! Tutto normale, semplicemente calcolerà le attenuazioni su bande di frequenza più alte e quindi queste risultano più alte, come è normale che sia. Anche i modem dati da FW calcolano l'attenuazione con un metodo diverso, quindi queste risultano diverse da quelle mostrate dal classico Technicolor di TIM, stesso vale per i nuovi modem forniti da TIM.

P.S: questi sono veri contenuti interessanti del thread, che poi basterebbe aver letto un po' quando c'erano post interessanti e queste cose ci sono scritte tutte

[ShineOn]

Originariamente inviato da AdelTeo

Per i "maniaci" del ping di una VDSL TIM vista la diatriba VDSL vs ADSL fast delle pagine precedenti.

Tracert da Roma:

Traccia instradamento verso test.ngi.it [88.149.202.248]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  modemtelecom.homenet.telecomitalia.it [192.168.1.1]
  2     *        *        *     Richiesta scaduta.
  3     5 ms     4 ms     5 ms  172.17.51.153
  4     7 ms     6 ms     6 ms  172.17.50.41
  5     8 ms     6 ms     6 ms  172.17.11.114
  6     6 ms     5 ms     5 ms  r-rm180-vl4.opb.interbusiness.it [151.99.29.214]
  7     7 ms     6 ms     6 ms  217.220.187.133
  8    16 ms    16 ms    16 ms  tr3-mi2-Te0001.v501.btitalia.it [213.255.14.40]
  9    16 ms    17 ms    15 ms  217-221-48-218-static.albacom.net [217.221.48.218]
 10     *        *        *     Richiesta scaduta.
 11    16 ms    16 ms    16 ms  88-149-202-248.v4.ngi.it [88.149.202.248]

Traccia completata.

Della serie quindi che, se uno non ha film porno da scaricare, tanto vale tenersi l'adsl visto quello che si risparmia?

[AdelTeo]

Non ho capito la tua domanda.
I valori del tracert postato sono di una VDSL TIM.

[SysAdmNET]

Originariamente inviato da diaretto

...Cut

P.S: questi sono veri contenuti interessanti del thread, che poi basterebbe aver letto un po' quando c'erano post interessanti e queste cose ci sono scritte tutte

+1

[francy.1095]

Originariamente inviato da ShineOn

Della serie quindi che, se uno non ha film porno da scaricare, tanto vale tenersi l'adsl visto quello che si risparmia?

scusa, ma cosa si risparmia? una 20mb tim costa 40€ al mese (chiamate insluse) e per il fast sono altri 3€ mese mentre la fibra costa 40€ al mese (chiamate con scatto) e non serve pagare internet play.
quindi se non si usano le chiamate con la fibra si risparmiano anche 3€ al mese, se no costa 7€ in più. non mi sembra questa grande differenza.
il problema è la 20mb che è parecchio cara, non la fibra...

[Busone di Higgs]

Originariamente inviato da Lollowitz

Momento,momento,momento,momento...ma allora se è cosi dato che i giochi usano appunto il protocollo udp è lecito pensare che anche tutto l'instradamento sia una ciofeca rispetto a prima e che quindi il problema potrebbe essere anche/solo questo?

3 note in proposito:

l'idcmp ha la priorita' sugli altri protocolli quindi dara' tempi piu' bassi quando c'e' tanto traffico; questo almeno sulla carta perche' poi nelle prove pratiche ni nsi capisce come vengono trattati i due protocolli.

il routing e' lo stesso, solo che stai vedendo alcuni passaggi extra che non compaiono con idcmp; il traceroute si fa con un ping ad un indirizzo remoto che tu specifichi, ma il TTL viene incrementato partendo da 0 di uno alla volta, e quello che ottieni e' l'indirizzo in cui il pacchetto e' scaduto.
Nel caso di udp ricevi piu' indirizzi per ogni pacchetto scaduto, e infatti vengono riuniti piu' ip dentro allo stesso hop se guardi il risultato, ma i lroute e' rimasto quello.

il route di ritorno dei pacchetti non sempre e' lo stesso di andata, anzi per statistica raramente lo e' e dipende dalla tabelle nei router stessi.
Pre conoscere il route di ritorno hai bisogno di un reverse route, ovvero qualcuno che fa un traceroute verso di te.
se adsl e vdsl sono asimmetriche e' piu' facile che il pacchetto in upload impieghi meno tempo ad arrivare all'host remoto di quanto tempo impiega quello in download per arrivare a te, e il traceroute ti fornisce solo la somma dei due...

qualcuno alzo' il dubbio (non qui) che alcuni protocolli, es p2p, tramite controllo delle porta o packet inspection possano essere dirottati su route diversi; anche se tecnicamente possibile non ho idea se venga fatto; Comcast in passaato semplicemente mandava pacchetti RST per far cadere le connessioni e ha rischiato grosso.

come capirai l'argomento e' tutt'altro che semplice e non e' facile avere dei dati chiari su cui valutare.

[Lollowitz]

Originariamente inviato da ShineOn

Della serie quindi che, se uno non ha film porno da scaricare, tanto vale tenersi l'adsl visto quello che si risparmia?

Ma credo abbia sbagliato a postare perchè i due tracert sono palesemente identici (lo stesso in vdsl).

[Lollowitz]

Originariamente inviato da Busone di Higgs

3 note in proposito:

l'idcmp ha la priorita' sugli altri protocolli quindi dara' tempi piu' bassi quando c'e' tanto traffico; questo almeno sulla carta perche' poi nelle prove pratiche ni nsi capisce come vengono trattati i due protocolli.

il routing e' lo stesso, solo che stai vedendo alcuni passaggi extra che non compaiono con idcmp; il traceroute si fa con un ping ad un indirizzo remoto che tu specifichi, ma il TTL viene incrementato partendo da 0 di uno alla volta, e quello che ottieni e' l'indirizzo in cui il pacchetto e' scaduto.
Nel caso di udp ricevi piu' indirizzi per ogni pacchetto scaduto, e infatti vengono riuniti piu' ip dentro allo stesso hop se guardi il risultato, ma i lroute e' rimasto quello.

il route di ritorno dei pacchetti non sempre e' lo stesso di andata, anzi per statistica raramente lo e' e dipende dalla tabelle nei router stessi.
Pre conoscere il route di ritorno hai bisogno di un reverse route, ovvero qualcuno che fa un traceroute verso di te.
se adsl e vdsl sono asimmetriche e' piu' facile che il pacchetto in upload impieghi meno tempo ad arrivare all'host remoto di quanto tempo impiega quello in download per arrivare a te, e il traceroute ti fornisce solo la somma dei due...

qualcuno alzo' il dubbio (non qui) che alcuni protocolli, es p2p, tramite controllo delle porta o packet inspection possano essere dirottati su route diversi; anche se tecnicamente possibile non ho idea se venga fatto; Comcast in passaato semplicemente mandava pacchetti RST per far cadere le connessioni e ha rischiato grosso.

come capirai l'argomento e' tutt'altro che semplice e non e' facile avere dei dati chiari su cui valutare.

Grazie per il chiarimento.

[AdelTeo]

Originariamente inviato da Lollowitz

Ma credo abbia sbagliato a postare perchè i due tracert sono palesemente identici (lo stesso in vdsl).

Non ho sbagliato, ho postato il tracert sia con immagine che codice visto che magari in futuro il host utilizzato potrebbe cancellare l'immagine. Quindi il post riporta lo stesso tracert (screenshot + codice) di una VDSL TIM a Roma.

[medicina]

Originariamente inviato da dabliw

Il coperchio rosso serve ad indicare che l'armadio è nuovo o "revisionato". Comunque i file sono indicativi, da me il comune è pianificato per giugno ma i lavori sono iniziati già il 25 maggio. Diciamo che ci mettono le mani tante squadre specializzate per uno specifico compito, difficile fare previsioni sulle tempistiche.

Grazie (in ritardo) per la risposta. Deve essere così. Dopo una ventina di giorni l'hanno rimosso questo coperchio e aggiunto i soliti DSLAM sopra gli armadi. Oggi, dopo solo una settimana di attesa, si può richiedere l'attivazione. Controllate anche voi, fra gli slittati a luglio, se oggi è il vostro giorno fortunato.

Peccato che non ci sia l'offerta a 19,90 €.

[xveilsidex]

Originariamente inviato da An.tani

Io ho il "cugino" RT-AC68U, router puro senza modem in bridge con quello telecom

Con il DSL-AC68U perderesti totalmente la fonia perché non la gestisce, non ha fisicamente le porte a cui collegare il telefono

A me onestamente frega zero della fonia.. volevo sapere come si comporta come modem

[gius01]

Ragazzi, qualcuno qui ha dovuto affrontare il problema trasloco linea? Se si, ha:
1. Inghiottito la pillola dei 172,20€
2. Recesso il contratto
3. Ha fatto in modo di pagare solo il costo di trasferimento
Grazie in anticipo

Inviato dal mio SM-N7505 utilizzando Tapatalk

[Yrbaf]

Originariamente inviato da Busone di Higgs

idcmp
...
se adsl e vdsl sono asimmetriche e' piu' facile che il pacchetto in upload impieghi meno tempo ad arrivare all'host remoto di quanto tempo impiega quello in download per arrivare a te, e il traceroute ti fornisce solo la somma dei due...

Visto che l'hai sbagliato sempre (anche in post precedenti) è ICMP senza d

Le adsl e le vdsl "vendute" (perché al contrario delle adsl si possono rendere simmetriche se si vuole) sono asimmetriche quindi senza "se"
E' esattamente il contrario di quello che hai scritto è il pacchetto di upload che impiega più tempo (di solito) ad arrivare al server remoto rispetto al pacchetto di risposta (download).

Però per il ping la differenza è trascurabile perché tranne nel caso dell'adsl 7Mb/0.25Mb (dove la differenza down/up è di circa 3.5ms) si parla di differenze in microsec e sempre sotto 1ms sia per adsl 20/1 che per vdsl (per vdsl ben sotto 1ms).

Sui pacchetti applicativi ben più grossi la differenza può invece diventare ben visibile in adsl (anche sulla 20/1 e moltissimo visibile sulla 7/0.25), mentre rimane invisibile (alias sotto 1ms) per la vdsl.
Alias nonostante una parità nei tempi di ping, nell'uso reale la latenza in vdsl scende rispetto ad una adsl (ovv. se non ci sono ritrasmissioni di mezzo).
Poi che questo calo sia trascurabile o no dipende dal vs codice e dai dati che transa in rete.

Originariamente inviato da AdelTeo

Non ho sbagliato, ho postato il tracert sia con immagine che codice visto che magari in futuro il host utilizzato potrebbe cancellare l'immagine. Quindi il post riporta lo stesso tracert (screenshot + codice) di una VDSL TIM a Roma.

Non ho capito l'utilità di avere l'immagine quando già c'era il code
Che informazione in più apporta ? Lo sfondo in nero ?

Originariamente inviato da francy.1095

scusa, ma cosa si risparmia? una 20mb tim costa 40€ al mese (chiamate insluse)

Probabilmente si riferiva alle adsl degli OLO, quelle a 20-25E al mese.
Oppure nel caso Tim magari pensava di stare con il profilo 7 o 10Mb (il 10Mb sono sicuro che può avere il Play, il 7Mb non lo so) e risparmiare qualcosina.
Oppure ancora a lui interessa il telefono incluso che nella vdsl Tim sono altri 10E.

[Busone di Higgs]

Originariamente inviato da Yrbaf

E' esattamente il contrario di quello che hai scritto è il pacchetto di upload che impiega più tempo (di solito) ad arrivare al server remoto rispetto al pacchetto di risposta (download).

cos'i come l'ho detta e' sbagliata, per cui preciso quello che volevo dire:
in condizioni di elevato traffico, essendo la stragrande maggioranza delle linee asimmetriche, si avra' un gran traffico in ricezione che portera' ad aumentare la latenza (e qui intendevo un route di una certa lunghezza), mentre l'upload ha un traffico molto inferiore quindi niente code.
Poi giustamente il tempo per inviare il pacchetto in upload e' maggiore per via dell'asimmetria della connessione con una differenza piu' marcata nel caso dell'adsl.
Quindi ipotizzerei:

traffico serale congestionato dove e' la latenza di upload sarebbe inferiore in uload in quanto il traffico e' inferiore e un pacchetto icmp ha dimensione molto piccola: questo e' cio' a cui mi riferivo nel post precedente.

situazione generica dove la latenza in trasmissione e' molto penalizzata nell'adsl e meno nella vdsl, ma la variazione

traffico a notte fonda con route libero dal traffico, e qui non c'e' storia, i tempi di ricezione e trasmissione sono minimi e dovuti solo alle distanze l'upload e' penalizzato come ritardo in qualunque maniera la guardi.

Poi subentra il discorso che il traffico icmp dovrebbe avere la priorita' sul resto e qui mi femo perche' non so com verificarlo; forse in orario di massimo traffico un traceroute con grossi pacchetti icmp comparato con l'equivalente udp.

[ShineOn]

Originariamente inviato da AdelTeo

Non ho capito la tua domanda.
I valori del tracert postato sono di una VDSL TIM.

Come vedi anche altri hanno frainteso il tuo post...visto così di sfuggita, dato che hai intitolato il tutto con "diatriba ping vdsl-adsl", pensavo che avessi postato due screen con il medesimo risultato ma su due linee diverse, al fine di dirimere la diatriba...vai a pensare che è la stessa cosa postata in modo diverso .

Originariamente inviato da francy.1095

scusa, ma cosa si risparmia? una 20mb tim costa 40€ al mese (chiamate insluse) e per il fast sono altri 3€ mese mentre la fibra costa 40€ al mese (chiamate con scatto) e non serve pagare internet play.
quindi se non si usano le chiamate con la fibra si risparmiano anche 3€ al mese, se no costa 7€ in più. non mi sembra questa grande differenza.
il problema è la 20mb che è parecchio cara, non la fibra...

Una 20mb di TIM costa 30 euro al mese per sempre se la attivi online, compresa l'opzione play

Per cui a me la fibra, quando arriverà, costerà 10 euro in più al mese (salvo eventuali offerte).

Da qui la domanda originaria, non avendo film porno da scaricare , la fibra li vale 10 euro al mese in più se uno deve farci solo gaming competitivo?

[Yrbaf]

Originariamente inviato da Busone di Higgs

cos'i come l'ho detta e' sbagliata, per cui preciso quello che volevo dire:
in condizioni di elevato traffico, essendo la stragrande maggioranza delle linee asimmetriche, si avra' un gran traffico in ricezione che portera' ad aumentare la latenza (e qui intendevo un route di una certa lunghezza), mentre l'upload ha un traffico molto inferiore quindi niente code.
Poi giustamente il tempo per inviare il pacchetto in upload e' maggiore per via dell'asimmetria della connessione con una differenza piu' marcata nel caso dell'adsl.
Quindi ipotizzerei:

traffico serale congestionato dove e' la latenza di upload sarebbe inferiore in uload in quanto il traffico e' inferiore e un pacchetto icmp ha dimensione molto piccola: questo e' cio' a cui mi riferivo nel post precedente.

situazione generica dove la latenza in trasmissione e' molto penalizzata nell'adsl e meno nella vdsl, ma la variazione

traffico a notte fonda con route libero dal traffico, e qui non c'e' storia, i tempi di ricezione e trasmissione sono minimi e dovuti solo alle distanze l'upload e' penalizzato come ritardo in qualunque maniera la guardi.

Poi subentra il discorso che il traffico icmp dovrebbe avere la priorita' sul resto e qui mi femo perche' non so com verificarlo; forse in orario di massimo traffico un traceroute con grossi pacchetti icmp comparato con l'equivalente udp.

A parte che non capisco al 100% il ragionamento o meglio perché lo fai.

Comunque mi pare di intendere che presupponi saturazione serale della rete.
Non della linea del cliente (perché sarebbe folle usare tutta la linea e poi prentendere, salvo miracoli del Qos, di avere pure latenza bassa) ma del provider (non necessariamente il tuo provider ma un provider tra te ed il server che ti interessa).
Già dare per scontato che la saturazione sarà solo sul download non è corretto.
Che ne sai che nel percorso che fai tra casa tua ed il server non ci passino anche clienti con linee con up veloce che in quel momento stanno facendo upload massiccio sul loro cloud ?
E poi anche con le vdsl asimmetriche basta solo un rapporto di 3-4 a 1 (non tutti prendono i 100Mb ma molti prendono i 20Mb di up) per generare lo stesso traffico.
Che ne sai che quella sera non ci sono 500 clienti che fanno upload pesante e solo 150 che fanno download pesante ?
In più a parità di dati da spostare l'upload pesante dura 3-4 volte di più come tempo (alias magari quelli che fanno download in 2 ore finiscono e liberano la rete, quelli che fanno upload degli stessi dati ci stanno invece 6-8 ore).

Però se c'è saturazione serale cadono tutti i presupposti del "questa linea non è buona per i giochi" dato che non sarebbe la linea vdsl in sé il problema.

Poi che il pacchetto ICMP sia piccolo e sia a maggiore priorità ti importa poco dato che poi la tua applicazione non comunica con ICMP.
Al limite può servire a dimostrare che il ping rimane basso ma poi l'app lagga lo stesso (perché lei ha tutt'altra latenza).

Per misurare le latenze con qualcosa di diverso da icmp ci sono vari metodi e tool.
Uno dovrebbe essere NPing.

Originariamente inviato da ShineOn

Da qui la domanda originaria, non avendo film porno da scaricare , la fibra li vale 10 euro al mese in più se uno deve farci solo gaming competitivo?

Dipende da cosa fai con il gaming competivo.
Se giochi e basta ed hai davvero una offerta da 30E o meno in adsl FastPath allora risposta è no non li vale i soldi in più
Anche se comunque offerte come quelle di Tiscali o Infostrada stanno (nei primi 2 anni) a 31-32E al mese di media quindi competitive pure con le adsl da 30E (non con quelle da 20E), idem per la Fibra Tim quando c'è l'offerta del primo anno a 20E (che dà una media sui 34E).

Se oltre a giocare vuoi far vedere agli altri quanto sei bravo, alias mostrare video delle tue partite, sia offline ed in differita alias caricarli su YouTube, sia online ed in diretta alias roba tipo Twitch, allora la risposta diventa non solo li vale tutti i soldi in più ma è pure fondamentale averla la fibra

[Busone di Higgs]

Originariamente inviato da Yrbaf

Per misurare le latenze con qualcosa di diverso da icmp ci sono vari metodi e tool. Uno dovrebbe essere NPing.

Appena arriva la vdsl , la vendibilita' dovrebbe arrivare a giorni o qualche settimana , voglio fare un po' di prove.
E' piu' che altro per curiosita', e per capire come funziona.

[speed_speed]

ho notato che su BF perdo pacchetti a morire con la 100mb mentre con la 30 andavo da dio

Qualcuno di voi ha riscontrato il mio stesso problema ?

[Busone di Higgs]

Originariamente inviato da speed_speed

ho notato che su BF perdo pacchetti a morire con la 100mb mentre con la 30 andavo da dio; Qualcuno di voi ha riscontrato il mio stesso problema ?

in questo momento succede anche con l'adsl;
la vdsl non causa questo tipo di problematiche perche' la connessione e' un canale virtuale;
il problema sta ben piu' distante nel route vero e proprio.

[L_Rogue]

Originariamente inviato da gius01

Ragazzi, qualcuno qui ha dovuto affrontare il problema trasloco linea? Se si, ha:
1. Inghiottito la pillola dei 172,20€
2. Recesso il contratto
3. Ha fatto in modo di pagare solo il costo di trasferimento
Grazie in anticipo

IL trasloco non dovrebbe essere possibile in VDSL. O hanno cambiato il contratto?

Di solito ti passano in RTG e poi upgrade a VDSL. Anche se mi par di aver letto qui nel thread di alcuni che sono passati direttamente in VDSL, come del resto anche nella migrazione da OLO.