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

[virtualj]

Non sono d'accordo, certo col ping vedi meglio il min max e medio e l'andamento nel tempo, ma il traceroute ti fa capire in quale punto del tragitto aumenta sensibilmente la latenza.
E per la cronaca puoi fare sia un traceroute ICMP che udp

[cst13]

Stasera ancora peggio, dalle 21 alle 23 navigo sulla soglia dei 20 mega... É deprimente avere la fibra e ritrovarsi in queste condizioni, c'è qualcuno che riscontra i miei stessi problemi? Sono in Vula

[AofSpades]

Originariamente inviato da virtualj

Non sono d'accordo, certo col ping vedi meglio il min max e medio e l'andamento nel tempo, ma il traceroute ti fa capire in quale punto del tragitto aumenta sensibilmente la latenza.
E per la cronaca puoi fare sia un traceroute ICMP che udp

Spero proprio che miloz non stia facendo traceroute UDP... Comunque leggiti le varie implementazioni di traceroute e vari tipi di ICMP e vedrai che le differenze ci sono.
Senza conoscere la topologia esatta delle reti, le conclusioni a cui arriva miloz sono troppo approssimative. Se poi pensate di riuscire a capire tutto facendo un traceroute che passa da 3-4 reti diverse, siete malinformati.

Se è così facile spiegatemi questi esempi:

 
 2:  10.0.72.131 (10.0.72.131)                             4.742ms 
 3:  10.102.35.242 (10.102.35.242)                         4.861ms asymm  5 
 4:  10.102.36.134 (10.102.36.134)                         5.478ms asymm  3 
 5:  10.102.36.69 (10.102.36.69)                           6.696ms asymm  4 
 6:  10.254.0.213 (10.254.0.213)                           6.061ms 
 7:  93-63-100-61.ip27.fastwebnet.it (93.63.100.61)        6.756ms asymm  6 
 8:  93-63-100-102.ip27.fastwebnet.it (93.63.100.102)      6.059ms asymm  6 
 9:  ae1-0.lon10.core-backbone.com (195.66.224.238)       31.537ms asymm  7 
10:  ae5-2074.ams10.core-backbone.com (81.95.2.138)       46.412ms 
11:  corebackbone1-nikhef.r1.dba.nl.as43350.com (5.56.18.68) 243.652ms asymm 14 
12:  mirror.nforce.com (85.159.239.121)                   53.589ms reached

 2:  10.0.72.131 (10.0.72.131)                             4.217ms 
 3:  10.102.35.242 (10.102.35.242)                         4.648ms asymm  5 
 4:  10.102.36.134 (10.102.36.134)                         5.528ms asymm  3 
 5:  10.102.36.69 (10.102.36.69)                           6.119ms asymm  4 
 6:  10.254.0.213 (10.254.0.213)                           5.886ms 
 7:  93-63-100-105.ip27.fastwebnet.it (93.63.100.105)      6.076ms asymm  6 
 8:  93-63-100-2.ip27.fastwebnet.it (93.63.100.2)          5.756ms asymm  6 
 9:  ae56.bar2.Milan1.Level3.net (212.73.241.177)        100.043ms asymm  7 
10:  ae-2-52.ear2.LosAngeles1.Level3.net (4.69.207.45)   251.999ms asymm  8 
11:  4.16.30.46 (4.16.30.46)                             168.586ms asymm 16  

2:  10.0.72.131 (10.0.72.131)                             4.331ms 
 3:  10.102.35.234 (10.102.35.234)                         5.157ms asymm  5 
 4:  10.102.36.134 (10.102.36.134)                         5.375ms asymm  3 
 5:  10.102.36.65 (10.102.36.65)                           6.157ms asymm  4 
 6:  10.254.0.209 (10.254.0.209)                           5.915ms 
 7:  93-63-100-113.ip27.fastwebnet.it (93.63.100.113)      6.566ms asymm  6 
 8:  93-63-100-2.ip27.fastwebnet.it (93.63.100.2)          6.782ms asymm  6 
 9:  i00mil-005-hun5-3-0.bb.ip-plus.net (193.5.122.126)    6.577ms asymm  7 
10:  xe-0-1-0-7.r02.mlanit01.it.bb.gin.ntt.net (193.5.122.77)   6.892ms asymm  9 
11:  ae-0.r24.amstnl02.nl.bb.gin.ntt.net (129.250.3.178) 118.135ms asymm 13 
12:  ae-0.a02.amstnl02.nl.bb.gin.ntt.net (129.250.3.55)  123.265ms asymm 13 
13:  212.119.24.218 (212.119.24.218)                      39.221ms asymm 14 
14:  xe-0-0-0.er-r23.tcn.as31477.net (89.188.4.34)        31.033ms asymm 16

Originariamente inviato da cst13

Stasera ancora peggio, dalle 21 alle 23 navigo sulla soglia dei 20 mega... É deprimente avere la fibra e ritrovarsi in queste condizioni, c'è qualcuno che riscontra i miei stessi problemi? Sono in Vula

Server Fastweb Roma: 105.06 Mbps
Tim Firenze: 106.84 Mbps
Tim Palermo: 105.60 Mbps
Tim Cagliari: 109.19 Mbps
(con la pioggia è scesa la portante)

[virtualj]

Il tracert di windows è effettuato in ICMP type 8 con valori di TTL a salire, quindi non sono altro che tanti PING.
Quello che hai fatto tu ad occhio è fatto da una macchina linux e molto probabilmente è in udp. Inoltre è abbastanza strano che sia presente sempre il valore asymm che indica un percorso andata/ritorno differente.
Guardando i traceroute di MiloZ si nota abbastanza chiaramente la differenza di aumento latenza in uscita dall'Italia tra Fastweb e TIM.
Comunque riporto qualche esempio effettuato da Vodafone, verso le 22:30.

Microsoft Windows [Versione 10.0.17134.345]
(c) 2018 Microsoft Corporation. Tutti i diritti sono riservati.

C:\Users\virtu>tracert -d xch.nl

Traccia instradamento verso xch.nl [93.184.96.73]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms    <1 ms    <1 ms  x.x.y.1
  3     6 ms     5 ms     5 ms  93.147.99.1
  4     9 ms     9 ms     9 ms  83.224.46.210
  5     9 ms     9 ms     8 ms  83.224.46.209
  6    10 ms     8 ms     9 ms  195.89.99.134
  7    18 ms    18 ms    19 ms  195.2.28.225
  8    19 ms    19 ms    20 ms  195.2.25.97
  9    20 ms    18 ms    18 ms  195.2.24.86
 10    43 ms    38 ms    39 ms  129.250.3.178
 11    49 ms    43 ms    40 ms  129.250.3.55
 12    40 ms    39 ms    40 ms  212.119.24.218
 13    43 ms    48 ms    42 ms  89.188.4.34
 14    43 ms    44 ms    45 ms  93.184.96.73

Traccia completata.

C:\Users\virtu>tracert xch.nl

Traccia instradamento verso xch.nl [93.184.96.73]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     4 ms    <1 ms    <1 ms  x.x.y.1
  3    10 ms     5 ms     5 ms  net-93-147-99-1.cust.vodafonedsl.it [93.147.99.1]
  4    10 ms     9 ms     9 ms  83.224.46.210
  5     9 ms     9 ms    10 ms  83.224.46.209
  6     9 ms     8 ms     9 ms  voda-it-gw1.cw.net [195.89.99.134]
  7    20 ms    18 ms    19 ms  ae6-xcr1.mlb.cw.net [195.2.28.225]
  8    19 ms    19 ms    19 ms  ae7-xcr1.mlu.cw.net [195.2.25.97]
  9    19 ms    20 ms    19 ms  as2914-gw-mlu.cw.net [195.2.24.86]
 10    39 ms    38 ms    39 ms  ae-0.r24.amstnl02.nl.bb.gin.ntt.net [129.250.3.178]
 11    58 ms    40 ms    40 ms  ae-0.a02.amstnl02.nl.bb.gin.ntt.net [129.250.3.55]
 12    39 ms    39 ms    38 ms  212.119.24.218
 13    43 ms    43 ms    42 ms  xe-0-0-0.er-r23.tcn.as31477.net [89.188.4.34]
 14    44 ms    43 ms    44 ms  www.xch.nl [93.184.96.73]

Traccia completata.

C:\Users\virtu>tracert multiplay.co.uk

Traccia instradamento verso multiplay.co.uk [85.236.96.26]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms     1 ms    <1 ms  x.x.y.1
  3     6 ms     5 ms     5 ms  net-93-147-99-1.cust.vodafonedsl.it [93.147.99.1]
  4    10 ms    10 ms     9 ms  83.224.46.210
  5     9 ms     8 ms     8 ms  83.224.46.209
  6     9 ms    10 ms    10 ms  voda-it-gw1.cw.net [195.89.99.134]
  7    19 ms    19 ms    18 ms  ae6-xcr1.mlb.cw.net [195.2.28.225]
  8    18 ms    19 ms    22 ms  ae7-xcr1.mlu.cw.net [195.2.25.97]
  9    19 ms    18 ms    18 ms  as3356-gw-mlu.cw.net [195.2.14.18]
 10     *        *        *     Richiesta scaduta.
 11     *        *        *     Richiesta scaduta.
 12    43 ms    39 ms    39 ms  195.50.120.99
 13    39 ms    40 ms    39 ms  ha01.multiplay.co.uk [85.236.96.26]

Traccia completata.

C:\Users\virtu>tracert easo.ea.com

Traccia instradamento verso easo.ea.com [159.153.64.173]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms     1 ms    <1 ms  x.x.y.1
  3     6 ms     6 ms     5 ms  net-93-147-99-1.cust.vodafonedsl.it [93.147.99.1]
  4    10 ms     9 ms    10 ms  83.224.46.210
  5    10 ms     9 ms     9 ms  83.224.46.209
  6     9 ms     9 ms     9 ms  voda-it-gw1.cw.net [195.89.99.134]
  7    21 ms    18 ms    19 ms  ae6-xcr1.mlb.cw.net [195.2.28.225]
  8    27 ms    27 ms    26 ms  ae51-xcr1.fix.cw.net [195.2.2.158]
  9    27 ms    27 ms    27 ms  ae14.mpr1.fra4.us.zip.zayo.com [64.125.13.101]
 10    26 ms    26 ms    27 ms  ae8.mpr1.fra3.de.zip.zayo.com [64.125.26.233]
 11   111 ms   111 ms   136 ms  ae27.cs1.fra6.de.eth.zayo.com [64.125.31.216]
 12   111 ms   110 ms   111 ms  ae2.cs1.ams17.nl.eth.zayo.com [64.125.29.59]
 13   110 ms   110 ms   111 ms  ae0.cs1.ams10.nl.eth.zayo.com [64.125.29.80]
 14   110 ms   111 ms   111 ms  ae6.cs1.lhr11.uk.eth.zayo.com [64.125.29.77]
 15     *      113 ms   113 ms  ae5.cs1.lga5.us.eth.zayo.com [64.125.29.126]
 16   113 ms   142 ms   110 ms  ae4.cs1.dca2.us.eth.zayo.com [64.125.29.203]
 17   111 ms   110 ms   111 ms  ae27.cr1.dca2.us.zip.zayo.com [64.125.30.247]
 18   111 ms   110 ms   110 ms  ae22.er2.iad10.us.zip.zayo.com [64.125.29.121]
 19   111 ms   111 ms   110 ms  64.125.199.190.t00673-02.above.net [64.125.199.190]
 20   110 ms   111 ms   114 ms  159.153.92.98
 21   111 ms   111 ms   110 ms  159.153.92.78
 22   110 ms   110 ms   110 ms  easo.ea.com [159.153.64.173]

Traccia completata.

C:\Users\virtu>tracert -d login.uoforever.com

Traccia instradamento verso login.uoforever.com [74.91.119.69]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms     1 ms     1 ms  x.x.y.1
  3     7 ms     5 ms     5 ms  93.147.99.1
  4    10 ms     9 ms     9 ms  83.224.46.210
  5    10 ms    10 ms    10 ms  83.224.46.209
  6    11 ms     9 ms    10 ms  195.89.99.134
  7    20 ms    20 ms    20 ms  195.2.28.225
  8    20 ms    19 ms    19 ms  195.2.25.97
  9    20 ms    18 ms    18 ms  213.248.92.125
 10   138 ms   138 ms   137 ms  62.115.135.70
 11   122 ms   136 ms   118 ms  213.155.135.5
 12   137 ms   137 ms   138 ms  62.115.118.149
 13   138 ms   137 ms   137 ms  74.91.113.254
 14   137 ms   137 ms   137 ms  74.91.119.69

Traccia completata.

C:\Users\virtu>tracert -d matrix.odessa.ua

Traccia instradamento verso matrix.odessa.ua [217.146.241.6]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms     1 ms    <1 ms  x.x.y.1
  3     6 ms     5 ms     5 ms  93.147.99.1
  4     9 ms     9 ms     9 ms  83.224.46.210
  5     9 ms     9 ms     9 ms  83.224.46.209
  6    10 ms     9 ms    10 ms  195.89.99.134
  7    19 ms    19 ms    20 ms  195.2.28.225
  8    20 ms    23 ms    18 ms  195.2.25.97
  9    21 ms    18 ms    18 ms  213.248.92.125
 10    47 ms    47 ms    47 ms  62.115.133.226
 11    47 ms    47 ms    47 ms  62.115.135.179
 12    54 ms    63 ms    54 ms  62.115.161.125
 13    63 ms    63 ms    63 ms  213.130.29.61
 14    63 ms    64 ms    63 ms  212.15.128.65
 15    64 ms    64 ms    62 ms  212.15.128.221
 16     *        *        *     Richiesta scaduta.
 17     *        *        *     Richiesta scaduta.

C:\Users\virtu>tracert -d post.tipas.lt

Traccia instradamento verso post.tipas.lt [193.219.1.132]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms     1 ms    <1 ms  x.x.y.1
  3     7 ms     6 ms     6 ms  93.147.99.1
  4    10 ms    10 ms    10 ms  83.224.46.210
  5    10 ms    10 ms    10 ms  83.224.46.209
  6     9 ms     8 ms    12 ms  195.89.99.134
  7    18 ms    19 ms    18 ms  195.2.28.225
  8    19 ms    21 ms    21 ms  195.2.25.97
  9    19 ms    18 ms    19 ms  213.248.92.125
 10    48 ms    47 ms    47 ms  62.115.133.226
 11    48 ms    47 ms    47 ms  62.115.135.179
 12    60 ms    55 ms    55 ms  213.248.85.90
 13    55 ms    53 ms    54 ms  88.118.138.115
 14     *        *        *     Richiesta scaduta.
 15    52 ms    50 ms    50 ms  193.219.1.132

Traccia completata.

[MiloZ]

Originariamente inviato da AofSpades

Se ti dico che devi usare ping c'è un motivo fidati. Sono due programmi diversi che usano metodi diversi. Non basta controllare che la latenze combacino. Come vedi anche dai tuoi esempi le latenze possono essere maggiori a metà strada rispetto all'hop finale.
Ho aggiornato il mio post.

Come ti ho già detto prima, i ping sono uguali ai traceroute, e sono ICMP.
Quando avevo certe latenze con i traceroute le avevo anche pingando i server.

Le variabilità di latenza possono dipendere sia dall'orario, sia dal fatto che come abbiamo appurato non tutti i server si raggiungono con lo stresso carrier da zone diverse, a seconda evidentemente dell'IP assegnato alla connessione (che per altro se pubblico mi risulta sia praticamente fisso e quindi non si possa cambiare, a differenza di quello che accade con altre linee\ISP con le quali, avendo IP dinamico, alcune volte cambiando l'IP della conessione cambiano anche le latenze\routing di conseguenza).

Per il resto mi sembra che stiamo a ripetere sempre le stesse cose, ma il problema direi che lo abbiamo focalizzato, adesso tocca solo aspettare che risolvano.

Giusto per curiosità, te da dove li stai facendo quei ping\tracert, Linux?

[MiloZ]

Originariamente inviato da virtualj

Il tracert di windows è effettuato in ICMP type 8 con valori di TTL a salire, quindi non sono altro che tanti PING.
Quello che hai fatto tu ad occhio è fatto da una macchina linux e molto probabilmente è in udp. Inoltre è abbastanza strano che sia presente sempre il valore asymm che indica un percorso andata/ritorno differente.
Guardando i traceroute di MiloZ si nota abbastanza chiaramente la differenza di aumento latenza in uscita dall'Italia tra Fastweb e TIM.
Comunque riporto qualche esempio effettuato da Vodafone, verso le 22:30.

Microsoft Windows [Versione 10.0.17134.345]
(c) 2018 Microsoft Corporation. Tutti i diritti sono riservati.

C:\Users\virtu>tracert -d xch.nl

Traccia instradamento verso xch.nl [93.184.96.73]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms    <1 ms    <1 ms  x.x.y.1
  3     6 ms     5 ms     5 ms  93.147.99.1
  4     9 ms     9 ms     9 ms  83.224.46.210
  5     9 ms     9 ms     8 ms  83.224.46.209
  6    10 ms     8 ms     9 ms  195.89.99.134
  7    18 ms    18 ms    19 ms  195.2.28.225
  8    19 ms    19 ms    20 ms  195.2.25.97
  9    20 ms    18 ms    18 ms  195.2.24.86
 10    43 ms    38 ms    39 ms  129.250.3.178
 11    49 ms    43 ms    40 ms  129.250.3.55
 12    40 ms    39 ms    40 ms  212.119.24.218
 13    43 ms    48 ms    42 ms  89.188.4.34
 14    43 ms    44 ms    45 ms  93.184.96.73

Traccia completata.

C:\Users\virtu>tracert xch.nl

Traccia instradamento verso xch.nl [93.184.96.73]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     4 ms    <1 ms    <1 ms  x.x.y.1
  3    10 ms     5 ms     5 ms  net-93-147-99-1.cust.vodafonedsl.it [93.147.99.1]
  4    10 ms     9 ms     9 ms  83.224.46.210
  5     9 ms     9 ms    10 ms  83.224.46.209
  6     9 ms     8 ms     9 ms  voda-it-gw1.cw.net [195.89.99.134]
  7    20 ms    18 ms    19 ms  ae6-xcr1.mlb.cw.net [195.2.28.225]
  8    19 ms    19 ms    19 ms  ae7-xcr1.mlu.cw.net [195.2.25.97]
  9    19 ms    20 ms    19 ms  as2914-gw-mlu.cw.net [195.2.24.86]
 10    39 ms    38 ms    39 ms  ae-0.r24.amstnl02.nl.bb.gin.ntt.net [129.250.3.178]
 11    58 ms    40 ms    40 ms  ae-0.a02.amstnl02.nl.bb.gin.ntt.net [129.250.3.55]
 12    39 ms    39 ms    38 ms  212.119.24.218
 13    43 ms    43 ms    42 ms  xe-0-0-0.er-r23.tcn.as31477.net [89.188.4.34]
 14    44 ms    43 ms    44 ms  www.xch.nl [93.184.96.73]

Traccia completata.

C:\Users\virtu>tracert multiplay.co.uk

Traccia instradamento verso multiplay.co.uk [85.236.96.26]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms     1 ms    <1 ms  x.x.y.1
  3     6 ms     5 ms     5 ms  net-93-147-99-1.cust.vodafonedsl.it [93.147.99.1]
  4    10 ms    10 ms     9 ms  83.224.46.210
  5     9 ms     8 ms     8 ms  83.224.46.209
  6     9 ms    10 ms    10 ms  voda-it-gw1.cw.net [195.89.99.134]
  7    19 ms    19 ms    18 ms  ae6-xcr1.mlb.cw.net [195.2.28.225]
  8    18 ms    19 ms    22 ms  ae7-xcr1.mlu.cw.net [195.2.25.97]
  9    19 ms    18 ms    18 ms  as3356-gw-mlu.cw.net [195.2.14.18]
 10     *        *        *     Richiesta scaduta.
 11     *        *        *     Richiesta scaduta.
 12    43 ms    39 ms    39 ms  195.50.120.99
 13    39 ms    40 ms    39 ms  ha01.multiplay.co.uk [85.236.96.26]

Traccia completata.

C:\Users\virtu>tracert easo.ea.com

Traccia instradamento verso easo.ea.com [159.153.64.173]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms     1 ms    <1 ms  x.x.y.1
  3     6 ms     6 ms     5 ms  net-93-147-99-1.cust.vodafonedsl.it [93.147.99.1]
  4    10 ms     9 ms    10 ms  83.224.46.210
  5    10 ms     9 ms     9 ms  83.224.46.209
  6     9 ms     9 ms     9 ms  voda-it-gw1.cw.net [195.89.99.134]
  7    21 ms    18 ms    19 ms  ae6-xcr1.mlb.cw.net [195.2.28.225]
  8    27 ms    27 ms    26 ms  ae51-xcr1.fix.cw.net [195.2.2.158]
  9    27 ms    27 ms    27 ms  ae14.mpr1.fra4.us.zip.zayo.com [64.125.13.101]
 10    26 ms    26 ms    27 ms  ae8.mpr1.fra3.de.zip.zayo.com [64.125.26.233]
 11   111 ms   111 ms   136 ms  ae27.cs1.fra6.de.eth.zayo.com [64.125.31.216]
 12   111 ms   110 ms   111 ms  ae2.cs1.ams17.nl.eth.zayo.com [64.125.29.59]
 13   110 ms   110 ms   111 ms  ae0.cs1.ams10.nl.eth.zayo.com [64.125.29.80]
 14   110 ms   111 ms   111 ms  ae6.cs1.lhr11.uk.eth.zayo.com [64.125.29.77]
 15     *      113 ms   113 ms  ae5.cs1.lga5.us.eth.zayo.com [64.125.29.126]
 16   113 ms   142 ms   110 ms  ae4.cs1.dca2.us.eth.zayo.com [64.125.29.203]
 17   111 ms   110 ms   111 ms  ae27.cr1.dca2.us.zip.zayo.com [64.125.30.247]
 18   111 ms   110 ms   110 ms  ae22.er2.iad10.us.zip.zayo.com [64.125.29.121]
 19   111 ms   111 ms   110 ms  64.125.199.190.t00673-02.above.net [64.125.199.190]
 20   110 ms   111 ms   114 ms  159.153.92.98
 21   111 ms   111 ms   110 ms  159.153.92.78
 22   110 ms   110 ms   110 ms  easo.ea.com [159.153.64.173]

Traccia completata.

C:\Users\virtu>tracert -d login.uoforever.com

Traccia instradamento verso login.uoforever.com [74.91.119.69]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms     1 ms     1 ms  x.x.y.1
  3     7 ms     5 ms     5 ms  93.147.99.1
  4    10 ms     9 ms     9 ms  83.224.46.210
  5    10 ms    10 ms    10 ms  83.224.46.209
  6    11 ms     9 ms    10 ms  195.89.99.134
  7    20 ms    20 ms    20 ms  195.2.28.225
  8    20 ms    19 ms    19 ms  195.2.25.97
  9    20 ms    18 ms    18 ms  213.248.92.125
 10   138 ms   138 ms   137 ms  62.115.135.70
 11   122 ms   136 ms   118 ms  213.155.135.5
 12   137 ms   137 ms   138 ms  62.115.118.149
 13   138 ms   137 ms   137 ms  74.91.113.254
 14   137 ms   137 ms   137 ms  74.91.119.69

Traccia completata.

C:\Users\virtu>tracert -d matrix.odessa.ua

Traccia instradamento verso matrix.odessa.ua [217.146.241.6]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms     1 ms    <1 ms  x.x.y.1
  3     6 ms     5 ms     5 ms  93.147.99.1
  4     9 ms     9 ms     9 ms  83.224.46.210
  5     9 ms     9 ms     9 ms  83.224.46.209
  6    10 ms     9 ms    10 ms  195.89.99.134
  7    19 ms    19 ms    20 ms  195.2.28.225
  8    20 ms    23 ms    18 ms  195.2.25.97
  9    21 ms    18 ms    18 ms  213.248.92.125
 10    47 ms    47 ms    47 ms  62.115.133.226
 11    47 ms    47 ms    47 ms  62.115.135.179
 12    54 ms    63 ms    54 ms  62.115.161.125
 13    63 ms    63 ms    63 ms  213.130.29.61
 14    63 ms    64 ms    63 ms  212.15.128.65
 15    64 ms    64 ms    62 ms  212.15.128.221
 16     *        *        *     Richiesta scaduta.
 17     *        *        *     Richiesta scaduta.

C:\Users\virtu>tracert -d post.tipas.lt

Traccia instradamento verso post.tipas.lt [193.219.1.132]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  x.x.x.1
  2     1 ms     1 ms    <1 ms  x.x.y.1
  3     7 ms     6 ms     6 ms  93.147.99.1
  4    10 ms    10 ms    10 ms  83.224.46.210
  5    10 ms    10 ms    10 ms  83.224.46.209
  6     9 ms     8 ms    12 ms  195.89.99.134
  7    18 ms    19 ms    18 ms  195.2.28.225
  8    19 ms    21 ms    21 ms  195.2.25.97
  9    19 ms    18 ms    19 ms  213.248.92.125
 10    48 ms    47 ms    47 ms  62.115.133.226
 11    48 ms    47 ms    47 ms  62.115.135.179
 12    60 ms    55 ms    55 ms  213.248.85.90
 13    55 ms    53 ms    54 ms  88.118.138.115
 14     *        *        *     Richiesta scaduta.
 15    52 ms    50 ms    50 ms  193.219.1.132

Traccia completata.

Grazie mille del feedback, direi discrete.
Su milano se non vado errato ci arrivi con 18ms giusto? (per esempio verso kqi.it)

Potresti provare qualche altro tracert anche, tipo:

i3d.net
xs4all.nl
hetzner.de
intergenia.de
kundenserver.de
gatel.de
sl.ru
dedibox.fr

[AofSpades]

Originariamente inviato da virtualj

Il tracert di windows è effettuato in ICMP type 8 con valori di TTL a salire, quindi non sono altro che tanti PING.

Non sono 'tanti PING' anche perché c'è la differenza nei TTL. Oppure conosci esattamente anche come rispondone i vari hop ai TTL scaduti?
Come vedi c'è anche l'asimmetria nelle risposte, un altra cosa di cui non tieni conto.

Originariamente inviato da MiloZ

Come ti ho già detto prima, i ping sono uguali ai traceroute, e sono ICMP.
Quando avevo certe latenze con i traceroute le avevo anche pingando i server.

Vabbè fai finta di non capire.

non tutti i server si raggiungono con lo stresso carrier da zone diverse, a seconda evidentemente dell'IP assegnato alla connessione (che per altro se pubblico mi risulta sia praticamente fisso e quindi non si possa cambiare, a differenza di quello che accade con altre linee\ISP con le quali, avendo IP dinamico, alcune volte cambiando l'IP della conessione cambiano anche le latenze\routing di conseguenza).

Il routing cambia in base alla rete di provenienza/destinazione. Quello che hai scritto non ha senso.

Per il resto mi sembra che stiamo a ripetere sempre le stesse cose, ma il problema direi che lo abbiamo focalizzato, adesso tocca solo aspettare che risolvano.
Giusto per curiosità, te da dove li stai facendo quei ping\tracert, Linux?

Putroppo l'unico problema che abbiamo focalizzato è che trai le conclusioni sbagliate da dati insufficienti, e che ti lamenti di problemi che non esistono o sono limitati alla tua zona.

[MiloZ]

Originariamente inviato da AofSpades

Non sono 'tanti PING' anche perché c'è la differenza nei TTL. Oppure conosci esattamente anche come rispondone i vari hop ai TTL scaduti?
Come vedi c'è anche l'asimmetria nelle risposte, un altra cosa di cui non tieni conto.


Vabbè fai finta di non capire.

No, forse fai finta te non capire. Se ti dico che dopo i traceroute ho provato a pingare i server e la latenza era la stessa dei traceroute mi sembra di essere stato chiaro.

Il routing cambia in base alla rete di provenienza/destinazione. Quello che hai scritto non ha senso.

Certo, ma anche in base alla classe IP della linea.

Originariamente inviato da AofSpades

Putroppo l'unico problema che abbiamo focalizzato è che trai le conclusioni sbagliate da dati insufficienti, e che ti lamenti di problemi che non esistono o sono limitati alla tua zona.

Dopo aver confermato anche te i problemi di saturazione ed averli minimizzati trincerandoti dietro l'invenzione che anche gli altri ISP hanno probemi di saturazione senza aver portato alcun dato concreto alla tua affermazione, direi che possiamo farla finita qui di parlare del nulla.
Fastweb ha un problema da risolvere, questo è quanto, il resto sono dettagli.

[AofSpades]

Io non ho confermato niente, stai generalizzando peggio di prima. I grafici che ho messo indicavano aumenti di latenza, sei tu che hai deciso che la rete FW è satura per colpa di 4 numeretti interpretati male.

Certo, ma anche in base alla classe IP della linea.

Cosa sarebbe questa classe IP? Mi sa che hai preso roma per toma.

No, forse fai finta te non capire. Se ti dico che dopo i traceroute ho provato a pingare i server e la latenza era la stessa dei traceroute mi sembra di essere stato chiaro.

Scusa era così difficile postare anche i ping allora?

[MiloZ]

Originariamente inviato da AofSpades

Io non ho confermato niente, stai generalizzando peggio di prima. I grafici che ho messo indicavano aumenti di latenza, sei tu che hai deciso che la rete FW è satura per colpa di 4 numeretti interpretati male.

Se per te, trovare decine di server con latenze aumentate di 100ms e simili non è sintomo di saturazione, di che stiamo a parlare?

Cosa sarebbe questa classe IP? Mi sa che hai preso roma per toma.

https://it.m.wikipedia.org/wiki/Classi_di_indirizzi_IP
Per farla breve, in riferimento all'IP della connessione, ad esempio indirizzi che iniziano con 95.234.x.x oppure 79.231.x.x oppure 80.91.x.x etc etc, appartengono a classi ip diverse. Più in generale con IP diversi possono cambiere le latenze/routing (specialmente verso l'estero, anche di 20/30ms).
Questo succede sostanzialmente con tutti gli ISP che hanno IP dinamici, con Fastweb non si può cambiare IP ma chiaramente vengono forniti indirizzi diversi ai vari utenti, non so con quale criterio, magari anche in base all'area geografica o altro, di conseguenza gli instradamenti possono essere influenzati da questo.

Scusa era così difficile postare anche i ping allora?

Domani te li posterò cosa sarai contento di vedere che sono uguali ai traceroute.

[AofSpades]

Originariamente inviato da MiloZ

Se per te, trovare decine di server con latenze aumentate di 100ms e simili non è sintomo di saturazione, di che stiamo a parlare?

Stiamo parlando del fatto che hai deciso che la rete FW è al collasso solo perchè qualche server naturalmente ci mette di più a rispondere in orari di punta. Li ho pingati anche io ed erano normalissimi, quindi è sbagliato dire che tutta la rete è satura.

https://it.m.wikipedia.org/wiki/Classi_di_indirizzi_IP
Per farla breve, in riferimento all'IP della connessione, ad esempio indirizzi che iniziano con 95.234.x.x oppure 79.231.x.x oppure 80.91.x.x etc etc, appartengono a classi ip diverse. Più in generale con IP diversi possono cambiere le latenze/routing (specialmente verso l'estero, anche di 20/30ms).
Questo succede sostanzialmente con tutti gli ISP che hanno IP dinamici, con Fastweb non si può cambiare IP ma chiaramente vengono forniti indirizzi diversi ai vari utenti, non so con quale criterio, magari anche in base all'area geografica o altro, di conseguenza gli instradamenti possono essere influenzati da questo.

Mi spiace ma a questo punto è palese che hai capito roma per toma e ti stai confondendo. Le classi IP non influenzano il routing o le latenze. Ti consiglio di informarti meglio prima di individuare altri problemi con metodi insufficienti.

[Claudio741]

Ciao a tutti, circa due mesi fa ho sottoscritto un abbonamento a Icaro e le mie impressioni fino ad oggi sono decisamente negative. Ping troppo alto e la sera inutilizzabile (non che di giorno vada meglio eh...).
Prima, guardando tra le varie offerte, ho visto che fastweb offre una promozione da 24.90 al mese per 24 mesi. Ho effettuato una verifica della copertura della fibra che è andata a buon fine (FTTS). Però c'è un problema: a casa non ho alcun tipo di connessione cablata nè telefono fisso, com'è possibile che la verifica della copertura sia andata a buon fine? Nel caso volessi sottoscrivere questo abbonamento, il cavo che va dall'armadio fino a casa mia lo installano loro? Mi hanno fatto sapere che l'attivazione è gratuita ma non so se lo è anche l'installazione del doppino dalla cabina fino a casa mia. Grazie in anticipo

[Zio Carmine]

Originariamente inviato da DjLode

Ah ok, tu l'hai specificato che era una nuova attivazione con cavo da portare eccetera? Perchè il rischio (mi è successo la prima volta che ho attivato la mia linea) è che debbano ritornare perchè ci vuole una squadra per tirare un cavo (o comunque una persona sola non ce la fa).
Per me questa volta era un passaggio ma il tecnico ha detto che comunque che sarebbe dovuto tornare perchè doveva mettere giù linea e presa nuova... l'ho convinto io a lasciare la vecchia.
Comunque concordo con te, potevano avvisare.

Manco a farlo apposta è andata così nonostante l’avessi comunicato!
Devono riprendermi l’appuntamento con la squadra. Per tirare il cavo nuovo -.-“
Comunque voleva venire stamattina che comunque non mi avrebbe trovato dato che la mattina lavoro e l’appuntamento era stato preso apposta lunedì dopo le 13!

[DjLode]

Originariamente inviato da Claudio741

Prima, guardando tra le varie offerte, ho visto che fastweb offre una promozione da 24.90 al mese per 24 mesi. Ho effettuato una verifica della copertura della fibra che è andata a buon fine (FTTS). Però c'è un problema: a casa non ho alcun tipo di connessione cablata nè telefono fisso, com'è possibile che la verifica della copertura sia andata a buon fine? Nel caso volessi sottoscrivere questo abbonamento, il cavo che va dall'armadio fino a casa mia lo installano loro? Mi hanno fatto sapere che l'attivazione è gratuita ma non so se lo è anche l'installazione del doppino dalla cabina fino a casa mia. Grazie in anticipo

La fibra arriva fino all'armadio che copre la tua utenza, quindi la copertura la guardano in quel modo. Devono tirarti la linea e montare la presa in casa. Se specifichi che la linea è nuova (quindi niente numero vecchio da parte di nessun gestore) e ti dice che l'attivazione è gratuita, il cavo lo tirano loro. L'unica cosa è che non credo ti montino la presa in casa, dovresti sentire un elettricista.

Originariamente inviato da Zio Carmine

Manco a farlo apposta è andata così nonostante l’avessi comunicato!
Devono riprendermi l’appuntamento con la squadra. Per tirare il cavo nuovo -.-“
Comunque voleva venire stamattina che comunque non mi avrebbe trovato dato che la mattina lavoro e l’appuntamento era stato preso apposta lunedì dopo le 13!

Mi dispiace... anche a me la prima volta nonostante diverse segnalazioni che il quartiere era nuovo e quindi niente cavi e niente linea... è uscito un solo tecnico ed è stato tipo 2 minuti.
Ti consiglio di sentire dal numero verde di Fastweb se l'appuntamento è da rifissare o meno.
Con Telecom la prima attivazione ho chiamato per scrupolo (dopo 10 giorni di silenzio totale) e mi hanno detto che "l'appuntamento ovviamente deve prenderlo lei nuovamente". Stupido io a non pensarci che un tecnico che esce senza fare il lavoro non fa nulla per portare a termine il lavoro assegnato

[Claudio741]

Originariamente inviato da DjLode

La fibra arriva fino all'armadio che copre la tua utenza, quindi la copertura la guardano in quel modo. Devono tirarti la linea e montare la presa in casa. Se specifichi che la linea è nuova (quindi niente numero vecchio da parte di nessun gestore) e ti dice che l'attivazione è gratuita, il cavo lo tirano loro. L'unica cosa è che non credo ti montino la presa in casa, dovresti sentire un elettricista.

La presa per il cavo telefonico in casa ce l'ho. Quindi mi confermi che il doppino dalla cabina fino a casa mia lo tirano loro e in modo gratuito?

[DjLode]

Originariamente inviato da Claudio741

La presa per il cavo telefonico in casa ce l'ho. Quindi mi confermi che il doppino dalla cabina fino a casa mia lo tirano loro e in modo gratuito?

I costi sono espressi nelle clausole di quello che vai a firmare. Io avevo già tutto e quindi non ho pagato nulla. L'attivazione della prima linea Telecom l'avevo pagata, non ricordo quanto. Mi dispiace ma non lavoro per Fastweb e quindi non posso confermarti nulla

[Claudio741]

Originariamente inviato da DjLode

I costi sono espressi nelle clausole di quello che vai a firmare. Io avevo già tutto e quindi non ho pagato nulla. L'attivazione della prima linea Telecom l'avevo pagata, non ricordo quanto. Mi dispiace ma non lavoro per Fastweb e quindi non posso confermarti nulla

Ok grazie mille per la risposta. Qualcuno che ha avuto esperienze simili alla mia e quindi può farmi sapere come fare e se è gratuito?

[Zio Carmine]

Originariamente inviato da DjLode

La fibra arriva fino all'armadio che copre la tua utenza, quindi la copertura la guardano in quel modo. Devono tirarti la linea e montare la presa in casa. Se specifichi che la linea è nuova (quindi niente numero vecchio da parte di nessun gestore) e ti dice che l'attivazione è gratuita, il cavo lo tirano loro. L'unica cosa è che non credo ti montino la presa in casa, dovresti sentire un elettricista.



Mi dispiace... anche a me la prima volta nonostante diverse segnalazioni che il quartiere era nuovo e quindi niente cavi e niente linea... è uscito un solo tecnico ed è stato tipo 2 minuti.
Ti consiglio di sentire dal numero verde di Fastweb se l'appuntamento è da rifissare o meno.
Con Telecom la prima attivazione ho chiamato per scrupolo (dopo 10 giorni di silenzio totale) e mi hanno detto che "l'appuntamento ovviamente deve prenderlo lei nuovamente". Stupido io a non pensarci che un tecnico che esce senza fare il lavoro non fa nulla per portare a termine il lavoro assegnato

Caspita... sai che numero chiamare percaso?

[DjLode]

Originariamente inviato da Zio Carmine

Caspita... sai che numero chiamare percaso?

Direi assistenza Fastweb (192193). Fai almeno un controllo, io la prima volta ero rimasto fregato perchè pensavo ri-schedulassero l'uscita e invece ero io a dover chiamare.

[MiloZ]

Originariamente inviato da AofSpades

Stiamo parlando del fatto che hai deciso che la rete FW è al collasso solo perchè qualche server naturalmente ci mette di più a rispondere in orari di punta. Li ho pingati anche io ed erano normalissimi, quindi è sbagliato dire che tutta la rete è satura.

Nessuno ha detto che tutta la rete è satura e che la rete di fastweb è al collasso, non parliamo a sproposito.
Io ho semplicemente detto che si saturano alcuni link esteri nelle ore di punta quando con gli altri ISP non accade e questo è un problema che Fastweb deve risolvere (almeno me lo auguro ).

Tu hai detto, in ordine:

• Che un'aumento di 100ms è poca cosa (quasi a voler sminuire\minimizzare la problematica).
• Che accade sono in 3 server e ti ho dimostrato che non è così e se ne possono trovare a bizzeffe.
• Che succede anche con altri ISP quando dati alla mano, allo stato attuale, non è vero.

D'accordo voler difendere Fastweb per partito preso ma c'è un limite a tutto.

Originariamente inviato da AofSpades

Mi spiace ma a questo punto è palese che hai capito roma per toma e ti stai confondendo. Le classi IP non influenzano il routing o le latenze. Ti consiglio di informarti meglio prima di individuare altri problemi con metodi insufficienti.

Le classi IP e l'IP della connessione in generale influenzano eccome la latenza, non sai di cosa parli evidentemente. Infatti con le linee ad IP dinamico (TIM, Wind, etc etc) basta cambiare IP della connessione (sconnettendosi\riconnettendosi) per vedersi modificare la latenza anche di 20ms sullo stesso server. Ed è cosi da anni ed anni non certo una cosa nuova, se ne è parlato ampiamente anche in altri thread di questo forum in passato.