[FTTH] [FTTC] [ADSL] [FWA] KLIK.NETWORK Fibra e ADSL Professionali

[MiloZ]

Originariamente inviato da ranfas

Ma soprattutto esiste la controprova che stiamo misurando i valori giusti?
Mi spiego meglio, dalla tua analisi mi pare di capire che se la latenza alla finte del tracert é

- sotto i 20ms = OK
- intorno ai 50/60/70 = KO

se questa é una condizione "necessaria" alla qualitá di una linea, significa da un pounto di vista di mera logica che non é possibile che si verifichi che

1) io abbia latenze sotto i 20ms ma l'applicazione legata a quel server va male.
2) io abbia latenze sopra i 50/60 ma l'applicazione legata a quel server schizza

scusatemi se ho detto castronerie, non é il mio mestiere, sto appena inziando a mettere il mio "toe in the water" come dicono gli americani, ma come al solito da questo thread si impara moltissimo.

Non proprio. Intanto una latenza di 20ms “OK” ed una di 70ms “K.O”, vuol dire poco se non si contestualizza specificando a quele server è riferita.
Dopodichè c’è magari chi può apprezzare anche una linea che pinga 100ms in Germania ( per esempio) ma per i miei gusti è troppo.
Inoltre, un conto è la latenza, un’altro la qualitá della linea in termini di pacchetti persi.
Ovvio che se una linea perde pacchetti di continuo, meglio una latenza più alta ma stabile che una bassa con “loss” frequenti.
Ne avrò disdetti una decina di provider (soprattutto poccoli operatori su OpenFiber) che magari avevano latenze ottime ma perdevano pacchetti a tutte le fasce orarie (causa probabilmente apparati di rete inadeguati/sottodimensionati).
Converrai con me però che se riusciamo ad avere una linea con bassa latenza ed assenza di pacchetti persi, è la migliore delle situazioni possibile.
E questo non è legato necessariamente alla BMG.

Se io ad esempio faccio un contratto con 20mbit di BMG garantendoli sulla rete di accesso e poi sulla rete IP di trasporto ci piazzo tutti apparati Mikrotik “adios amigos!”
Nel senso che speeso questi apparecchi gestiscono male elevati volumi di traffico generando perdite di pacchetti UDP.
Spesso sono usati da provider che hanno come “core business” connettività wireless e che magari ci buttano sopra anche le FTTH, il risultato non è proprio eccezionale.

Questo per dire che le variabili sono diverse, e per verificare come funziona una connesione in definitiva il miglior modo è un vero test sul campo, che vale più di mille parole.

[termyz]

Originariamente inviato da MiloZ

Che il routing internazionale non fosse il punto forte di CloudItalia lo avevo già intuito in passato , però non pensavo potessero dirottare spesso su Londra per buona parte delle destinazioni europee, incluso verso la Germania.

Un pò di traceroute:

Traccia instradamento verso kundenserver.de [213.165.67.109]
su un massimo di 30 punti di passaggio:

  1    <1 ms     2 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     9 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    17 ms    16 ms    16 ms  ip-2-97.sn-212-90.clouditalia.com [212.90.2.97]
  4    63 ms    62 ms    62 ms  linx.bb-c.the.lon.gb.oneandone.net [195.66.224.98]
  5    57 ms    56 ms    56 ms  ae-4.bb-b.bap.rhr.de.oneandone.net [212.227.120.49]
  6    64 ms    62 ms    62 ms  ae-9-0.bb-a.tp.kae.de.oneandone.net [212.227.122.32]
  7    57 ms    56 ms    55 ms  ae-0-0.gw-diste2-a.bs.kae.de.oneandone.net [212.227.116.212]
  8    65 ms    64 ms    63 ms  ml.kundenserver.de [213.165.67.109]

Traccia completata.

C:\WINDOWS\system32>tracert hetzner.de

Traccia instradamento verso hetzner.de [78.47.166.55]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     8 ms     9 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    17 ms    16 ms    16 ms  ip-2-97.sn-212-90.clouditalia.com [212.90.2.97]
  4    48 ms    47 ms    48 ms  195.66.227.209
  5    59 ms    67 ms    60 ms  core6.par.hetzner.com [213.239.252.169]
  6    60 ms    58 ms    59 ms  core11.nbg1.hetzner.com [213.239.252.173]
  7    66 ms    65 ms    65 ms  ddos-mitigation.dc1.nbg1.hetzner.com [88.198.247.253]
  8    66 ms    66 ms    65 ms  ex9k2.dc1.nbg1.hetzner.com [213.239.203.214]
  9    66 ms    64 ms    64 ms  dedihetznernew.your-server.de [78.47.166.55]

Traccia completata.

C:\WINDOWS\system32>tracert link11.de

Traccia instradamento verso link11.de [128.65.210.202]
su un massimo di 30 punti di passaggio:

  1     1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     8 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    17 ms    16 ms    16 ms  ip-2-97.sn-212-90.clouditalia.com [212.90.2.97]
  4    58 ms    58 ms    58 ms  linx.link11.de [195.66.224.107]
  5     *        *        *     Richiesta scaduta.
  6    57 ms    56 ms    56 ms  80.95.144.144
  7    59 ms    56 ms    56 ms  link11.com [128.65.210.202]

Traccia completata.

C:\WINDOWS\system32>tracert cluster2.shardsonline.com

Traccia instradamento verso cluster2.shardsonline.com [178.162.193.22]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     9 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    18 ms    17 ms    16 ms  ip-2-97.sn-212-90.clouditalia.com [212.90.2.97]
  4    49 ms    48 ms    49 ms  peering.thn.lon.leaseweb.net [195.66.225.56]
  5    58 ms    55 ms    54 ms  et-27-1.agg01.ams-01.leaseweb.net [31.31.34.20]
  6    56 ms    56 ms    56 ms  et-51-1.agg01.fra-12.leaseweb.net [31.31.34.27]
  7     *        *        *     Richiesta scaduta.
  8    51 ms    49 ms    49 ms  po-1.ce01.fra-10.de.leaseweb.net [178.162.223.131]
  9    55 ms    54 ms    53 ms  178.162.193.22

Traccia completata.

Traccia instradamento verso kate.krawall.de [185.12.50.88]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2     9 ms     8 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    17 ms    17 ms    16 ms  ip-2-65.sn-212-90.clouditalia.com [212.90.2.65]
  4    55 ms    54 ms    54 ms  linx-224.cr1.th-east.uk.bsocom.net [195.66.224.225]
  5    63 ms    61 ms    63 ms  r1.eq3.par.fr.bsonetwork.net [89.30.15.24]
  6    62 ms    64 ms    60 ms  cr1.eqx3.par.fr.bsonet.net [89.30.15.27]
  7    56 ms    55 ms    65 ms  cr1.eqx4.par.fr.bsonet.net [89.30.32.34]
  8    56 ms    55 ms    56 ms  89.30.22.146
  9    63 ms    61 ms    61 ms  185.12.50.88

Traccia completata.

C:\WINDOWS\system32>tracert superhost.cz

Traccia instradamento verso superhost.cz [95.168.211.44]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     8 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    18 ms    16 ms    16 ms  ip-2-65.sn-212-90.clouditalia.com [212.90.2.65]
  4    18 ms    17 ms    21 ms  et-7-0-1-2.edge1.Milan1.Level3.net [213.242.65.241]
  5     *       27 ms    26 ms  ae-2-3203.ear3.Frankfurt1.Level3.net [4.69.163.90]
  6    40 ms    39 ms    39 ms  195.122.181.130
  7    46 ms    45 ms    45 ms  ae1-2053.prg10.core-backbone.com [81.95.15.118]
  8    47 ms    47 ms    46 ms  core-backbone.supernetwork.cz [5.56.19.210]
  9    41 ms    39 ms    39 ms  vl6.sit-ar-core2.superhosting.cz [88.86.96.195]
 10    42 ms    43 ms    44 ms  po2.prg-ttc1-klec-core-1.superhosting.cz [88.86.96.43]
 11    43 ms    44 ms    393 ms  tea-o-5.superhosting.cz [95.168.211.44]

Traccia completata.

C:\WINDOWS\system32>tracert i3d.net

Traccia instradamento verso i3d.net [31.204.146.148]
su un massimo di 30 punti di passaggio:

  1     1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2     9 ms     8 ms     9 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    17 ms    16 ms    16 ms  ip-2-97.sn-212-90.clouditalia.com [212.90.2.97]
  4    49 ms    63 ms    47 ms  20ge.linx-jnpr.th-n.i3d.net [195.66.225.146]
  5    60 ms    56 ms    54 ms  nlrtm1-rt001i.i3d.net [109.200.218.228]
  6    49 ms    48 ms    47 ms  nlrtm1-rt004i.i3d.net [109.200.218.165]
  7    49 ms    49 ms    48 ms  www.i3d.net [31.204.146.148]

Traccia completata.

C:\WINDOWS\system32>tracert proserve.nl

Traccia instradamento verso proserve.nl [37.97.254.22]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2     9 ms     8 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    17 ms    16 ms    16 ms  ip-2-65.sn-212-90.clouditalia.com [212.90.2.65]
  4    49 ms    68 ms    48 ms  195.66.225.53
  5    50 ms    48 ms    48 ms  nikhef-cr.openpeering.nl [217.170.0.241]
  6    55 ms    54 ms    53 ms  openpeering.transip.nl [82.150.159.227]
  7    49 ms    47 ms    48 ms  e1-a8.r2.ams0.transip.net [157.97.168.5]
  8    67 ms    76 ms    75 ms  r2.s2.t2.ams0.transip.net [37.97.252.135]
  9    60 ms    57 ms    74 ms  s2.l4.t2.ams0.transip.net [37.97.252.71]
 10    49 ms    47 ms    48 ms  www.proserve.nl [37.97.254.22]

Traccia completata.

Traccia instradamento verso hosters.at [91.133.84.142]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     9 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    11 ms     9 ms     9 ms  ip-3-170.sn-212-90.clouditalia.com [212.90.3.170]
  4    61 ms    60 ms    60 ms  80.249.209.53
  5   103 ms    89 ms    97 ms  ae9.tcr1.vix.vie.core.as8218.eu [83.167.56.155]
  6    78 ms    76 ms    76 ms  ae5-0-r60.esh.vie.at.nextlayer.net [212.69.191.150]
  7    71 ms    71 ms    69 ms  ae2-0-r61.tnz.sbg.nextlayer.net [92.60.2.121]
  8    71 ms    70 ms    70 ms  salzburgag.customers.nextlayer.net [195.69.174.198]
  9    78 ms    78 ms    78 ms  213-153-33-102.dyn.salzburg-online.at [213.153.33.102]
 10    72 ms    70 ms    71 ms  213-153-33-114.dyn.salzburg-online.at [213.153.33.114]
 11    80 ms    79 ms    79 ms  195-192-28-233.stat.cablelink.at [195.192.28.233]
 12    80 ms    79 ms    79 ms  91.133.84.142

Traccia completata.

C:\WINDOWS\system32>tracert intergenia.de

Traccia instradamento verso intergenia.de [85.25.0.17]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     8 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    17 ms    16 ms    16 ms  ip-2-65.sn-212-90.clouditalia.com [212.90.2.65]
  4    18 ms    17 ms    16 ms  et-7-0-1-2.edge1.Milan1.Level3.net [213.242.65.241]
  5     *        *        *     Richiesta scaduta.
  6    42 ms    41 ms    41 ms  ae19.cr-vega.sxb1.bb.godaddy.com [213.242.120.246]
  7    42 ms    40 ms    40 ms  ae0.100.sr-helios.sxb1.dcnet-emea.godaddy.com [87.230.112.5]
  8    41 ms    40 ms    40 ms  ae0.sr-f1-3.sxb1.dcnet-emea.godaddy.com [92.204.12.11]
  9    40 ms    39 ms    41 ms  static-ip-85-25-0-17.inaddr.ip-pool.com [85.25.0.17]

Traccia completata.

C:\WINDOWS\system32>tracert ngz-server.de

Traccia instradamento verso ngz-server.de [213.202.193.170]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     9 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    11 ms     9 ms     9 ms  ip-3-170.sn-212-90.clouditalia.com [212.90.3.170]
  4    41 ms    40 ms    40 ms  80.249.208.219
  5    44 ms    42 ms    43 ms  po6.core1-dus3.bb.as24961.net [62.141.47.152]
  6    52 ms    49 ms    50 ms  xe-0-0-0.core.net.unigs.de [217.79.186.194]
  7    50 ms    49 ms    49 ms  213.202.193.170.static.rdns-uclo.net [213.202.193.170]

Traccia completata.

C:\WINDOWS\system32>tracert cluster2.shardsonline.com

Traccia instradamento verso cluster2.shardsonline.com [178.162.193.22]
su un massimo di 30 punti di passaggio:

  1     1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     8 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    18 ms    16 ms    16 ms  ip-2-97.sn-212-90.clouditalia.com [212.90.2.97]
  4    50 ms    49 ms    49 ms  peering.thn.lon.leaseweb.net [195.66.225.56]
  5    56 ms    57 ms    54 ms  et-27-1.agg01.ams-01.leaseweb.net [31.31.34.20]
  6    57 ms    56 ms    55 ms  et-51-1.agg01.fra-12.leaseweb.net [31.31.34.27]
  7     *        *        *     Richiesta scaduta.
  8    50 ms    49 ms    49 ms  po-1.ce01.fra-10.de.leaseweb.net [178.162.223.131]
  9    54 ms    53 ms    54 ms  178.162.193.22

Traccia completata.

C:\WINDOWS\system32>tracert coreix.net

Traccia instradamento verso coreix.net [89.187.78.14]
su un massimo di 30 punti di passaggio:

  1     1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2     9 ms     9 ms     9 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    10 ms     9 ms     9 ms  ip-1-97.sn-212-90.clouditalia.com [212.90.1.97]
  4    10 ms     9 ms     9 ms  xe4-1-0-1.roma52.rom.seabone.net [89.221.32.106]
  5    46 ms    44 ms    45 ms  ae23.franco31.fra.seabone.net [195.22.211.48]
  6     *       48 ms    47 ms  voxility.franco31.fra.seabone.net [195.22.214.185]
  7    48 ms    46 ms    47 ms  fra-eq5-01gw.voxility.net [5.254.88.25]
  8    42 ms    41 ms    40 ms  fra-eq5-02gw.voxility.net [5.254.68.198]
  9    47 ms    46 ms    46 ms  ams-eq6-01gw.voxility.net [5.254.73.89]
 10    57 ms    56 ms    56 ms  lon-tel-01gw.voxility.net [5.254.112.197]
 11     *        *        *     Richiesta scaduta.
 12    53 ms    51 ms    52 ms  5.254.112.166
 13    58 ms    57 ms    57 ms  m7-1.the.coreix.net [109.70.141.165]
 14    58 ms    57 ms    57 ms  m13-1.wgc.coreix.net [109.70.141.0]
 15    57 ms    57 ms    57 ms  h2.wgc.coreix.net [109.70.141.5]
 16    58 ms    57 ms    57 ms  e-k13.wgc.coreix.net [109.70.141.4]
 17    59 ms    58 ms    58 ms  e-k13-acc1.wgc.coreix.net [109.70.141.234]
 18    59 ms    58 ms    58 ms  89.187.78.14

Traccia completata.

C:\WINDOWS\system32>tracert free.fr

Traccia instradamento verso free.fr [212.27.48.10]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2     9 ms     8 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    10 ms     8 ms     8 ms  ip-1-97.sn-212-90.clouditalia.com [212.90.1.97]
  4    10 ms     9 ms     9 ms  xe4-1-0-1.roma52.rom.seabone.net [89.221.32.106]
  5    39 ms    38 ms    37 ms  ae24.franco31.fra.seabone.net [195.22.211.50]
  6    44 ms    43 ms    42 ms  be3005.ccr42.fra03.atlas.cogentco.com [130.117.14.77]
  7    39 ms    37 ms    38 ms  be2800.ccr42.par01.atlas.cogentco.com [154.54.58.238]
  8    42 ms    41 ms    41 ms  be3518.agr21.par01.atlas.cogentco.com [130.117.50.42]
  9    42 ms    43 ms    41 ms  149.14.152.218
 10     *        *        *     Richiesta scaduta.
 11    43 ms    42 ms    42 ms  bzn-9k-4-be1004.intf.routers.proxad.net [78.254.249.2]
 12     *        *        *     Richiesta scaduta.
 13    43 ms    41 ms    41 ms  bzn-9k-2.sys.routers.proxad.net [212.27.32.146]
 14    41 ms    40 ms    41 ms  www.free.fr [212.27.48.10]

Traccia completata.

Traccia instradamento verso dedibox.fr [62.210.16.2]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     9 ms     8 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    10 ms     9 ms     9 ms  ip-3-170.sn-212-90.clouditalia.com [212.90.3.170]
  4     *        *        *     Richiesta scaduta.
  5    50 ms    50 ms    50 ms  195.154.2.105
  6    54 ms    53 ms    53 ms  51.158.0.61
  7    52 ms    50 ms    51 ms  195.154.1.153
  8    50 ms    49 ms    49 ms  www.as12876.net [62.210.16.2]

Traccia completata.

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

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2    10 ms     8 ms     9 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3    10 ms     9 ms     9 ms  ip-3-170.sn-212-90.clouditalia.com [212.90.3.170]
  4    40 ms    40 ms    40 ms  80.249.209.98
  5    46 ms    45 ms    45 ms  ae0-20g.er.northcgn.as31477.net [89.188.4.90]
  6    54 ms    50 ms    51 ms  xe-0-1-1.er-r23.tcn.as31477.net [89.188.4.185]
  7    53 ms    52 ms    52 ms  www.xch.nl [93.184.96.73]

Traccia completata.

Nel complesso non mi ha soddisfatto molto. Difficilmente si trovano connessioni italiane che pingano peggio in Europa (e la differenza anche "in-game" si percepisce nettamente).
Dal punto di vista delle mere prestazioni era sicuramente meglio Kpnqwest nel complesso (tolto il fatto che perdeva la sessione PPPoE di frequente in quest'ultimo periodo).

Devo constatare però che una banale FTTC TIM con 0 BMG, nella pratica effettiva è superiore ad entrambe (Kpnqwest\CloudItalia), almeno dalla mia zona.
Lato Klik sono veramente cordiali e precisi, sempre pronti ad aiutare i clienti con attenzione, ed ovviamente la loro responsabilità è limitata in questi casi, cioè non possono fare granchè essendo le reti di questi "carrier" fuori dal loro controllo.

Concordo pienamente sul fatto che verso i server .DE abbia grandi problemi lato Clouditalia.
Adesso mi hanno proposto una migrazione verso IRIDEOS e vediamo come si comporta.

[ebeb]

Originariamente inviato da termyz

Concordo pienamente sul fatto che verso i server .DE abbia grandi problemi lato Clouditalia.
Adesso mi hanno proposto una migrazione verso IRIDEOS e vediamo come si comporta.

Traceroute avviato…

traceroute to kundenserver.de (213.165.67.109), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.613 ms 0.734 ms 0.547 ms
2 195.43.166.11 (195.43.166.11) 8.292 ms 7.528 ms 7.180 ms
3 cr2-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.93) 9.462 ms 7.075 ms 8.222 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.102 ms 7.800 ms 7.746 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 7.898 ms 6.850 ms 6.919 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 15.296 ms 14.472 ms 14.825 ms
7 * * *
8 11-internet.ear6.frankfurt1.level3.net (62.67.23.38) 16.773 ms 16.484 ms 15.897 ms
9 ae-10-0.bb-a.bap.rhr.de.oneandone.net (212.227.120.147) 22.927 ms 21.819 ms 21.944 ms
10 ae-0-0.gw-diste2-a.bs.kae.de.oneandone.net (212.227.116.212) 23.039 ms 25.464 ms 22.386 ms
11 ml.kundenserver.de (213.165.67.109) 20.875 ms 19.967 ms 19.878 ms


Traceroute avviato…

traceroute to hetzner.de (78.47.166.55), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 2.098 ms 0.841 ms 0.564 ms
2 195.43.166.11 (195.43.166.11) 9.634 ms 7.993 ms 7.588 ms
3 cr1-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.89) 7.924 ms 7.335 ms 7.289 ms
4 cr2-hunge0-0-1-1-cal2.mil.kpnqwest.it (109.168.0.6) 8.218 ms * *
5 br1-xe-0-1-0-0-cal2.mil.kpnqwest.it (109.168.0.174) 8.769 ms 7.039 ms 7.070 ms
6 62.196.8.237 (62.196.8.237) 7.537 ms 8.223 ms 9.592 ms
7 ae15.cr0-mil2.ip4.gtt.net (77.67.98.81) 7.654 ms 8.097 ms 7.701 ms
8 ae22.cr11-fra2.ip4.gtt.net (89.149.180.226) 23.258 ms 22.881 ms 22.036 ms
9 46.33.77.6 (46.33.77.6) 23.186 ms 23.377 ms 22.494 ms
10 core11.nbg1.hetzner.com (213.239.245.249) 26.707 ms 25.907 ms 25.538 ms
11 ddos-mitigation.dc1.nbg1.hetzner.com (88.198.247.253) 26.324 ms 26.688 ms 25.487 ms
12 ex9k2.dc1.nbg1.hetzner.com (213.239.203.214) 25.356 ms 26.034 ms 25.210 ms
13 dedihetznernew.your-server.de (78.47.166.55) 25.778 ms 25.594 ms 25.497 ms


Traceroute avviato…

traceroute to superhost.cz (95.168.211.44), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.715 ms 1.794 ms 1.518 ms
2 195.43.166.11 (195.43.166.11) 14.607 ms 8.613 ms 10.480 ms
3 cr2-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.93) 8.326 ms 7.819 ms 7.670 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.408 ms 7.649 ms 7.690 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 7.750 ms 7.082 ms 7.402 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 16.045 ms 14.856 ms 14.825 ms
7 * * *
8 195.122.181.130 (195.122.181.130) 21.168 ms 19.762 ms 19.694 ms
9 ae1-2053.prg10.core-backbone.com (81.95.15.118) 26.936 ms 26.387 ms 25.862 ms
10 core-backbone.supernetwork.cz (5.56.19.210) 27.383 ms 26.560 ms 26.599 ms
11 vl6.sit-ar-core2.superhosting.cz (88.86.96.195) 27.269 ms 26.272 ms 26.268 ms
12 po2.prg-ttc1-klec-core-1.superhosting.cz (88.86.96.43) 27.494 ms 26.503 ms 26.443 ms
13 tea-o-5.superhosting.cz (95.168.211.44) 27.141 ms 25.831 ms 25.526 ms



Traceroute avviato…

traceroute to link11.de (128.65.210.202), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.784 ms 0.989 ms 0.819 ms
2 195.43.166.11 (195.43.166.11) 8.440 ms 7.135 ms 8.385 ms
3 cr1-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.89) 8.628 ms 7.314 ms 7.656 ms
4 br1-xe-0-0-0-0-cal1.mil.kpnqwest.it (109.168.0.162) 7.564 ms 7.372 ms 6.792 ms
5 retn.mix-it.net (217.29.66.116) 20.988 ms 35.577 ms 20.518 ms
6 ae3-4.rt.irx.fkt.de.retn.net (87.245.232.234) 21.013 ms 28.957 ms 19.274 ms
7 gw-link11.retn.net (87.245.236.141) 20.745 ms 19.896 ms 20.675 ms
8 * * *
9 80.95.144.115 (80.95.144.115) 21.799 ms 20.256 ms 20.674 ms
10 80.95.144.55 (80.95.144.55) 21.303 ms 20.652 ms 20.823 ms
11 link11.com (128.65.210.202) 21.533 ms 20.228 ms 19.791 ms



Traceroute avviato…

traceroute to kate.krawall.de (185.12.50.88), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 2.069 ms 0.702 ms 0.644 ms
2 195.43.166.11 (195.43.166.11) 9.277 ms 7.424 ms 7.371 ms
3 cr2-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.93) 9.407 ms 7.655 ms 7.776 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.366 ms 7.873 ms 6.952 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 7.433 ms 7.355 ms 7.204 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 15.804 ms 15.029 ms 14.751 ms
7 * * *
8 bso-communi.ear2.amsterdam1.level3.net (213.19.198.242) 26.693 ms 25.523 ms 25.926 ms
9 r1.ixn1.fra.de.bsonetwork.net (89.30.15.10) 32.751 ms 31.917 ms 33.122 ms
10 r1.th2.par.fr.bsonetwork.net (89.30.15.8) 31.928 ms 31.024 ms 30.798 ms
11 r1.eq3.par.fr.bsonetwork.net (89.30.15.22) 31.223 ms 31.066 ms 30.999 ms
12 cr1.eqx3.par.fr.bsonet.net (89.30.15.27) 32.120 ms 32.103 ms 36.976 ms
13 cr1.eqx4.par.fr.bsonet.net (89.30.32.34) 42.054 ms 30.853 ms 37.262 ms
14 89.30.22.146 (89.30.22.146) 29.801 ms 29.063 ms 28.697 ms
15 185.12.50.88 (185.12.50.88) 30.399 ms 28.883 ms 29.445 ms



Traceroute avviato…

traceroute to xch.nl (93.184.96.73), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.469 ms 0.662 ms 0.651 ms
2 195.43.166.11 (195.43.166.11) 9.335 ms 8.780 ms 7.581 ms
3 cr2-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.93) 8.313 ms 7.865 ms 7.944 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.670 ms 7.916 ms 7.541 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 8.029 ms 7.102 ms 7.475 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 15.322 ms 15.001 ms 14.336 ms
7 ae-1-3505.edge4.marseille1.level3.net (4.69.162.230) 20.694 ms * 15.971 ms
8 mei-b4-link.telia.net (80.239.134.84) 16.097 ms 14.836 ms 15.343 ms
9 prs-bb3-link.telia.net (62.115.118.218) 32.659 ms 32.257 ms 31.594 ms
10 adm-bb3-link.telia.net (62.115.121.154) 34.229 ms 33.349 ms 33.884 ms
11 adm-b1-link.telia.net (62.115.136.195) 33.705 ms 33.080 ms 33.243 ms
12 duocast-svc069425-ic354422.c.telia.net (62.115.188.177) 33.254 ms 32.334 ms 32.234 ms
13 89.188.4.222 (89.188.4.222) 28.733 ms 27.541 ms 27.695 ms
14 ae1-20g.er.er-r23.tcn.as31477.net (89.188.4.70) 32.652 ms 31.586 ms 31.335 ms
15 www.xch.nl (93.184.96.73) 32.438 ms 31.782 ms 31.438 ms




Io sono con Irideos (KPN)

[xwang]

Scusate, ma in ottica della si spera prossima installazione della FTTH, mi sapete dire se c'è un modo di determinare la categoria dei cavi lan con cui è stata cablata la casa venti anni fa, quindi in pratica il tratto che va dalle prese al muro all'attuale router TIM (che se servisse potrei sostituire temporaneamente con un fritzbox 7330 che ha anche funzionalità NAS/ftp sulla rete locale)?

[giovanni69]

Vent'anni fa avevi già i cavi ethernet incassati? Lo standard Cat 5e risale al 2001.

Perchè dalle 'prese' al 'muro' presso cui è incassata la presa primaria, l'elettricista dovrebbe aver posato semplice cavo telefonico. Erano i tempi delle prime ADSL.

Per riconoscere il cavo ethernet il modo più facile è controllare la stampigliatura ma se fossero incassati con nessuna sigla a vista... credo servirebbe un tester ethernet per verificare che tipo e velocità di traffico riesci ad instradare.

[xwang]

Originariamente inviato da giovanni69

Vent'anni fa avevi già i cavi ethernet incassati?

Perchè dalle 'prese' al 'muro' presso cui è incassata la presa primaria, l'elettricista dovrebbe aver posato semplice cavo telefonico.

Ristrutturando casa all'epoca facemmo installare una LAN verso tre camere con le prese a muro nelle camere e i tre cavi che escono dalle canaline dove è attestato il router. Sulla parte di cavo che esce non ci sono scritte visibili e chi fece il lavoro di stendere le canaline non lo fece molto bene perchè nonostante ci dovesse passare solo una cavo LAN, faticarono a metterlo perchè evidentemente aveva fatto una piega troppo stretta tanto è che non sono neanche troppo sicuro che si riesca a sfilarlo e rimetterlo se necessario (a meno che nel frattempo non siano stati fatti cavi lan più sottili per facilitare tali esigenze).

[ranfas]

Originariamente inviato da MiloZ

....
Dopodichè c’è magari chi può apprezzare anche una linea che pinga 100ms in Germania ( per esempio) ma per i miei gusti è troppo.
Inoltre, un conto è la latenza, un’altro la qualitá della linea in termini di pacchetti persi.

...

Converrai con me però che se riusciamo ad avere una linea con bassa latenza ed assenza di pacchetti persi, è la migliore delle situazioni possibile.

...


Questo per dire che le variabili sono diverse, e per verificare come funziona una connesione in definitiva il miglior modo è un vero test sul campo, che vale più di mille parole.

stiamo dicendo la stessa cosa, ma io non ho mai citato la BMG, teniamola fuori...

La mia domanda é molto piú "terra-terra"

Volevo comprendere se é corretta la "scala" di valori a cui fai riferimento nel tuo post. Ovvero se 20ms corrisponde sempre ad una prestazione super e 60ms ad una degradata.

Non parlavo di packet losses anche perche nel tuo post fai cenno solo alle latenze e non posti perdite di pacchetti, ma puó essere che ho letto io male.

E volevo io fare dei test con dei "server" di cui faccio massiccio uso ogni giorno (Netflix, Amazon, ma anche Zoom, CiscoWebex). Dato che vanno benissimo, dovrei trovare delle latenze di 20ms e non di 60ms, giusto ? altrimenti c'é qualcosa che non va nella logica del ragionamento o, come diceva un mio vecchio capo, quasti valori che stiamo analizzando non sono "MECE" (mutually exclusive and collectively exhaustive). Ci manca qualche pezzo.

Ma non so come fare quei test, non penso che debba pingare semplicmente netflix.com (che pingo in 19ms, quindi da questo punto di vista....segue la tua logica) o zoom.us (che invece arriva negli USA a 124ms, che é normale oltreoceano, ma penso che io mi colleghi a qualche server in EU quando faccio videocalls, oppure la logica della latenza qui non vale....)

[ebeb]

Originariamente inviato da ranfas

stiamo dicendo la stessa cosa, ma io non ho mai citato la BMG, teniamola fuori...

La mia domanda é molto piú "terra-terra"

Volevo comprendere se é corretta la "scala" di valori a cui fai riferimento nel tuo post. Ovvero se 20ms corrisponde sempre ad una prestazione super e 60ms ad una degradata.

Non parlavo di packet losses anche perche nel tuo post fai cenno solo alle latenze e non posti perdite di pacchetti, ma puó essere che ho letto io male.

E volevo io fare dei test con dei "server" di cui faccio massiccio uso ogni giorno (Netflix, Amazon, ma anche Zoom, CiscoWebex). Dato che vanno benissimo, dovrei trovare delle latenze di 20ms e non di 60ms, giusto ? altrimenti c'é qualcosa che non va nella logica del ragionamento o, come diceva un mio vecchio capo, quasti valori che stiamo analizzando non sono "MECE" (mutually exclusive and collectively exhaustive). Ci manca qualche pezzo.

Ma non so come fare quei test, non penso che debba pingare semplicmente netflix.com (che pingo in 19ms, quindi da questo punto di vista....segue la tua logica) o zoom.us (che invece arriva negli USA a 124ms, che é normale oltreoceano, ma penso che io mi colleghi a qualche server in EU quando faccio videocalls, oppure la logica della latenza qui non vale....)

Quindi (Raniero) intendi come sarebbe da valutare questa prestazione?... www.webex.com


Traceroute avviato…

traceroute to e119.dsca.akamaiedge.net (104.69.81.240), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.573 ms 0.711 ms 0.813 ms
2 195.43.166.11 (195.43.166.11) 8.250 ms 10.048 ms 7.748 ms
3 cr2-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.93) 8.612 ms 7.421 ms 7.777 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.988 ms 7.735 ms 8.051 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 7.566 ms 6.984 ms 6.935 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 15.274 ms 14.747 ms 14.879 ms
7 ae-2-3211.edge7.paris1.level3.net (4.69.133.238) 26.419 ms 25.199 ms 24.935 ms
8 213.19.202.246 (213.19.202.246) 35.555 ms 26.461 ms 25.556 ms
9 ae2.r02.par01.icn.netarch.akamai.com (23.210.53.40) 106.322 ms 105.471 ms 108.167 ms
10 ae2.r01.par02.ien.netarch.akamai.com (23.210.51.39) 106.669 ms 108.606 ms 105.435 ms
11 ae3.telecity-par4.netarch.akamai.com (23.210.51.145) 219.517 ms 89.286 ms 27.892 ms
12 a104-69-81-240.deploy.static.akamaitechnologies.com (104.69.81.240) 22.988 ms 22.207 ms 21.684 ms

[ranfas]

Originariamente inviato da ebeb

Quindi (Raniero) intendi come sarebbe da valutare questa prestazione?... www.webex.com


Traceroute avviato…

traceroute to e119.dsca.akamaiedge.net (104.69.81.240), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.573 ms 0.711 ms 0.813 ms
2 195.43.166.11 (195.43.166.11) 8.250 ms 10.048 ms 7.748 ms
3 cr2-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.93) 8.612 ms 7.421 ms 7.777 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.988 ms 7.735 ms 8.051 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 7.566 ms 6.984 ms 6.935 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 15.274 ms 14.747 ms 14.879 ms
7 ae-2-3211.edge7.paris1.level3.net (4.69.133.238) 26.419 ms 25.199 ms 24.935 ms
8 213.19.202.246 (213.19.202.246) 35.555 ms 26.461 ms 25.556 ms
9 ae2.r02.par01.icn.netarch.akamai.com (23.210.53.40) 106.322 ms 105.471 ms 108.167 ms
10 ae2.r01.par02.ien.netarch.akamai.com (23.210.51.39) 106.669 ms 108.606 ms 105.435 ms
11 ae3.telecity-par4.netarch.akamai.com (23.210.51.145) 219.517 ms 89.286 ms 27.892 ms
12 a104-69-81-240.deploy.static.akamaitechnologies.com (104.69.81.240) 22.988 ms 22.207 ms 21.684 ms

Ottima anche la mia su CISCO WEBEX
Anzi forse un pelino meglio visto che pingo da NAPOLI
(Clouditalia ed Irideos, mi sa, sono ottimizzate per questo tipo di applicazioni)

edit: aspetta non avevo visto il "salto" a valori elevatissimi (secondo lo "standard" che stiamo valutando"
A questo punto tu dovresti avere forti degradi quando ti collegi con WEBEX.

Traccia instradamento verso e119.dsca.akamaiedge.net [2.21.58.2]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms FRITZ-NAS [192.168.1.1]
2 12 ms 13 ms 12 ms ip-58-1.sn1.clouditalia.com [62.94.58.1]
3 18 ms 17 ms 17 ms ip-2-65.sn-212-90.clouditalia.com [212.90.2.65]
4 19 ms 18 ms 19 ms et-7-0-1-2.edge1.Milan1.Level3.net [213.242.65.241]
5 28 ms 18 ms 18 ms 213.242.65.6
6 21 ms 19 ms 19 ms ae8.infracom-mil2.netarch.akamai.com [23.210.57.195]
7 20 ms 19 ms 19 ms a2-21-58-2.deploy.static.akamaitechnologies.com [2.21.58.2]


anche SPAGGIARI con cui ho trascorso l'inverno (spero mai piú, ma temo...)
ha ottimi risultati

Traccia instradamento verso spaggiari.net [216.239.32.21]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms FRITZ-NAS [192.168.1.1]
2 10 ms 9 ms 9 ms ip-58-1.sn1.clouditalia.com [62.94.58.1]
3 18 ms 20 ms 17 ms ip-2-97.sn-212-90.clouditalia.com [212.90.2.97]
4 18 ms 17 ms 21 ms 72.14.242.172
5 20 ms 19 ms 19 ms 74.125.245.241
6 19 ms 18 ms 18 ms 216.239.49.181
7 18 ms 18 ms 17 ms any-in-2015.1e100.net [216.239.32.21]

[ebeb]

Originariamente inviato da ranfas

Ottima anche la mia su CISCO WEBEX
Anzi forse un pelino meglio visto che pingo da NAPOLI
(Clouditalia ed Irideos, mi sa, sono ottimizzate per questo tipo di applicazioni)

edit: aspetta non avevo visto il "salto" a valori elevatissimi (secondo lo "standard" che stiamo valutando"
A questo punto tu dovresti avere forti degradi quando ti collegi con WEBEX.

Traccia instradamento verso e119.dsca.akamaiedge.net [2.21.58.2]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms FRITZ-NAS [192.168.1.1]
2 12 ms 13 ms 12 ms ip-58-1.sn1.clouditalia.com [62.94.58.1]
3 18 ms 17 ms 17 ms ip-2-65.sn-212-90.clouditalia.com [212.90.2.65]
4 19 ms 18 ms 19 ms et-7-0-1-2.edge1.Milan1.Level3.net [213.242.65.241]
5 28 ms 18 ms 18 ms 213.242.65.6
6 21 ms 19 ms 19 ms ae8.infracom-mil2.netarch.akamai.com [23.210.57.195]
7 20 ms 19 ms 19 ms a2-21-58-2.deploy.static.akamaitechnologies.com [2.21.58.2]


anche SPAGGIARI con cui ho trascorso l'inverno (spero mai piú, ma temo...)
ha ottimi risultati

Traccia instradamento verso spaggiari.net [216.239.32.21]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms FRITZ-NAS [192.168.1.1]
2 10 ms 9 ms 9 ms ip-58-1.sn1.clouditalia.com [62.94.58.1]
3 18 ms 20 ms 17 ms ip-2-97.sn-212-90.clouditalia.com [212.90.2.97]
4 18 ms 17 ms 21 ms 72.14.242.172
5 20 ms 19 ms 19 ms 74.125.245.241
6 19 ms 18 ms 18 ms 216.239.49.181
7 18 ms 18 ms 17 ms any-in-2015.1e100.net [216.239.32.21]

Traceroute avviato…

traceroute to e119.dsca.akamaiedge.net (104.69.81.240), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.379 ms 0.481 ms 0.319 ms
2 195.43.166.12 (195.43.166.12) 8.646 ms 9.378 ms 9.543 ms
3 cr2-tenge0-0-0-12-cal1.mil.kpnqwest.it (109.168.0.117) 8.475 ms 7.341 ms 7.605 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.315 ms 8.305 ms 7.786 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 7.425 ms 6.736 ms 6.929 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 14.637 ms 14.615 ms 14.133 ms
7 ae-2-3211.edge7.paris1.level3.net (4.69.133.238) 30.065 ms 33.114 ms 26.439 ms
8 213.19.202.246 (213.19.202.246) 25.974 ms 24.824 ms 25.384 ms
9 ae2.r02.par01.icn.netarch.akamai.com (23.210.53.40) 107.992 ms 105.193 ms 105.690 ms
10 ae2.r01.par02.ien.netarch.akamai.com (23.210.51.39) 107.291 ms 104.892 ms 105.901 ms
11 ae3.telecity-par4.netarch.akamai.com (23.210.51.145) 34.818 ms 24.152 ms 24.642 ms
12 a104-69-81-240.deploy.static.akamaitechnologies.com (104.69.81.240) 22.368 ms 22.043 ms 22.088 ms


Quale è il salto che dici??

...e questo vs. spaggiari.net


Traceroute avviato…

traceroute to pub-1206698221303850.afd.ghs.google.com (172.217.19.51), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.265 ms 0.524 ms 0.332 ms
2 195.43.166.12 (195.43.166.12) 10.088 ms 9.636 ms 10.481 ms
3 cr1-tenge0-0-0-12-cal1.mil.kpnqwest.it (109.168.0.113) 9.724 ms 7.645 ms 8.319 ms
4 * * *
5 br1-xe-0-1-0-0-cal2.mil.kpnqwest.it (109.168.0.174) 7.298 ms 6.922 ms 7.293 ms
6 62.196.8.237 (62.196.8.237) 7.304 ms 6.825 ms 7.498 ms
7 google-peer.tip.net (194.20.4.42) 7.606 ms 7.124 ms 6.966 ms
8 108.170.245.66 (108.170.245.66) 8.231 ms 7.672 ms 7.521 ms
9 172.253.71.227 (172.253.71.227) 14.432 ms 13.526 ms 13.986 ms
10 108.170.252.241 (108.170.252.241) 15.172 ms 13.872 ms 14.174 ms
11 72.14.233.67 (72.14.233.67) 14.552 ms 14.422 ms 15.870 ms
12 ham02s11-in-f51.1e100.net (172.217.19.51) 13.869 ms 13.021 ms 13.189 ms

[giovanni69]

@xwang: se non hai la bolla dei materiali dell'epoca, il cavo è anonimo per la parte ispezionabile, difficile parlare di prestazioni dello stesso (senza fare test reali). E comunque ti servirebbe almeno un cavo Cat 5e per assicurarti prestazioni decenti ed effidabili della gigabit se quello è il tuo obiettivo. il Cat 5 (limitato ai 100 Mbps della fast ethernet) fu deprecato nel 2001 con l'introduzione del 5e, da quel che leggo, per cui dipende tutto dalla qualità dei materiali impiegati, ovvero se al tempo chi ha fatto il lavoro ha usato magari cavi non omologati (come si è fatto per anni con i Cat 7) ma con prestazioni superiori al Cat 5. Cavi più sottili esisteranno ma di solito, se il cavo è fatto bene, salendo di categoria, spesso è più grosso (per la sezione dei conduttori e per lo spesso ed il numero degli isolanti) oltre che meno lavorabile ma meccanicamente più resistente. Ma non è una regola fissa, per fortuna, visto appunto anche le esigenze che descrivi (per questo ci sono cavi ad es. AWG24 che hanno conduttori più sottili di un AWG22, ma poi dipende ancora dagli isolamenti per arrivare alla sezione totale del cavo da posare). Sepolto da qualche parte nel forum (che non trovo ora), esiste un thread dedicato ai cavi.

[MiloZ]

Originariamente inviato da ranfas

Ottima anche la mia su CISCO WEBEX
Anzi forse un pelino meglio visto che pingo da NAPOLI
(Clouditalia ed Irideos, mi sa, sono ottimizzate per questo tipo di applicazioni)

edit: aspetta non avevo visto il "salto" a valori elevatissimi (secondo lo "standard" che stiamo valutando"
A questo punto tu dovresti avere forti degradi quando ti collegi con WEBEX.

Traccia instradamento verso e119.dsca.akamaiedge.net [2.21.58.2]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms FRITZ-NAS [192.168.1.1]
2 12 ms 13 ms 12 ms ip-58-1.sn1.clouditalia.com [62.94.58.1]
3 18 ms 17 ms 17 ms ip-2-65.sn-212-90.clouditalia.com [212.90.2.65]
4 19 ms 18 ms 19 ms et-7-0-1-2.edge1.Milan1.Level3.net [213.242.65.241]
5 28 ms 18 ms 18 ms 213.242.65.6
6 21 ms 19 ms 19 ms ae8.infracom-mil2.netarch.akamai.com [23.210.57.195]
7 20 ms 19 ms 19 ms a2-21-58-2.deploy.static.akamaitechnologies.com [2.21.58.2]


anche SPAGGIARI con cui ho trascorso l'inverno (spero mai piú, ma temo...)
ha ottimi risultati

Traccia instradamento verso spaggiari.net [216.239.32.21]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms FRITZ-NAS [192.168.1.1]
2 10 ms 9 ms 9 ms ip-58-1.sn1.clouditalia.com [62.94.58.1]
3 18 ms 20 ms 17 ms ip-2-97.sn-212-90.clouditalia.com [212.90.2.97]
4 18 ms 17 ms 21 ms 72.14.242.172
5 20 ms 19 ms 19 ms 74.125.245.241
6 19 ms 18 ms 18 ms 216.239.49.181
7 18 ms 18 ms 17 ms any-in-2015.1e100.net [216.239.32.21]

Quel "salto" di cui parli presumo sia l'hop 9-10 su akamai nel traceroute di @ebeb ma sono soltanto fluttuazioni dei pacchetti ICMP a bassa priorità. Nulla di rilevante ai fini della qualità del collegamento verso quel server (infatti negli hop successivi la latenza torna regolare).

Con TIM per esempio ottengo questi risultati su quei due server (dalla Toscana):

[MiloZ]

Originariamente inviato da ranfas

stiamo dicendo la stessa cosa, ma io non ho mai citato la BMG, teniamola fuori...

La mia domanda é molto piú "terra-terra"

Volevo comprendere se é corretta la "scala" di valori a cui fai riferimento nel tuo post. Ovvero se 20ms corrisponde sempre ad una prestazione super e 60ms ad una degradata.

Non parlavo di packet losses anche perche nel tuo post fai cenno solo alle latenze e non posti perdite di pacchetti, ma puó essere che ho letto io male.

E volevo io fare dei test con dei "server" di cui faccio massiccio uso ogni giorno (Netflix, Amazon, ma anche Zoom, CiscoWebex). Dato che vanno benissimo, dovrei trovare delle latenze di 20ms e non di 60ms, giusto ? altrimenti c'é qualcosa che non va nella logica del ragionamento o, come diceva un mio vecchio capo, quasti valori che stiamo analizzando non sono "MECE" (mutually exclusive and collectively exhaustive). Ci manca qualche pezzo.

Ma non so come fare quei test, non penso che debba pingare semplicmente netflix.com (che pingo in 19ms, quindi da questo punto di vista....segue la tua logica) o zoom.us (che invece arriva negli USA a 124ms, che é normale oltreoceano, ma penso che io mi colleghi a qualche server in EU quando faccio videocalls, oppure la logica della latenza qui non vale....)

Come ho scritto sopra, per dire se una latenza di 20ms è OK e una di 60ms è KO, bisogna capire quale sia il server di riferimento.
Io parlavo nello specifico di server localizzati in Europa\Germania, per i quali 60ms è oggettivamente tantino, almeno il doppio di quanto si ottiene con altre linee.
Ovviamente in USA un ping di 100ms è buono vista la distanza.

I server di cui parli (Netflix, Amazon, Zoom, CiscoWebex) tendenzialmente hanno collegamenti diretti o comunque si raggiungono con latenze molto basse un pò con tutti gli ISP; quindi escluderei problemi particolari in tal senso e non mi stupisco che tu abbia prestazioni ottimali sugli stessi (oltretutto dal punto di vista dei kit NGA relativamente alla disponibilità di banda, CloudItalia, come anche Kpnqwest, non dovrebbero deludere, quindi da questo punto di vista vai tranquillo).

[giovanni69]

Originariamente inviato da MiloZ

Come ho scritto sopra, per dire se una latenza di 20ms è OK e una di 60ms è KO, bisogna capire quale sia il server di riferimento.

...e da dove geograficamente fai partire il comando tracert: Milano non è Firenze, Bolzano, Roma, Napoli o Palermo.

[MiloZ]

Originariamente inviato da giovanni69

...e da dove geograficamente fai partire il comando tracert: Milano non è Firenze, Bolzano, Roma, Napoli o Palermo.

Ovviamente, grazie della precisazione

[termyz]

Originariamente inviato da ebeb

Traceroute avviato…

traceroute to kundenserver.de (213.165.67.109), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.613 ms 0.734 ms 0.547 ms
2 195.43.166.11 (195.43.166.11) 8.292 ms 7.528 ms 7.180 ms
3 cr2-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.93) 9.462 ms 7.075 ms 8.222 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.102 ms 7.800 ms 7.746 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 7.898 ms 6.850 ms 6.919 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 15.296 ms 14.472 ms 14.825 ms
7 * * *
8 11-internet.ear6.frankfurt1.level3.net (62.67.23.38) 16.773 ms 16.484 ms 15.897 ms
9 ae-10-0.bb-a.bap.rhr.de.oneandone.net (212.227.120.147) 22.927 ms 21.819 ms 21.944 ms
10 ae-0-0.gw-diste2-a.bs.kae.de.oneandone.net (212.227.116.212) 23.039 ms 25.464 ms 22.386 ms
11 ml.kundenserver.de (213.165.67.109) 20.875 ms 19.967 ms 19.878 ms


Traceroute avviato…

traceroute to hetzner.de (78.47.166.55), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 2.098 ms 0.841 ms 0.564 ms
2 195.43.166.11 (195.43.166.11) 9.634 ms 7.993 ms 7.588 ms
3 cr1-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.89) 7.924 ms 7.335 ms 7.289 ms
4 cr2-hunge0-0-1-1-cal2.mil.kpnqwest.it (109.168.0.6) 8.218 ms * *
5 br1-xe-0-1-0-0-cal2.mil.kpnqwest.it (109.168.0.174) 8.769 ms 7.039 ms 7.070 ms
6 62.196.8.237 (62.196.8.237) 7.537 ms 8.223 ms 9.592 ms
7 ae15.cr0-mil2.ip4.gtt.net (77.67.98.81) 7.654 ms 8.097 ms 7.701 ms
8 ae22.cr11-fra2.ip4.gtt.net (89.149.180.226) 23.258 ms 22.881 ms 22.036 ms
9 46.33.77.6 (46.33.77.6) 23.186 ms 23.377 ms 22.494 ms
10 core11.nbg1.hetzner.com (213.239.245.249) 26.707 ms 25.907 ms 25.538 ms
11 ddos-mitigation.dc1.nbg1.hetzner.com (88.198.247.253) 26.324 ms 26.688 ms 25.487 ms
12 ex9k2.dc1.nbg1.hetzner.com (213.239.203.214) 25.356 ms 26.034 ms 25.210 ms
13 dedihetznernew.your-server.de (78.47.166.55) 25.778 ms 25.594 ms 25.497 ms


Traceroute avviato…

traceroute to superhost.cz (95.168.211.44), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.715 ms 1.794 ms 1.518 ms
2 195.43.166.11 (195.43.166.11) 14.607 ms 8.613 ms 10.480 ms
3 cr2-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.93) 8.326 ms 7.819 ms 7.670 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.408 ms 7.649 ms 7.690 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 7.750 ms 7.082 ms 7.402 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 16.045 ms 14.856 ms 14.825 ms
7 * * *
8 195.122.181.130 (195.122.181.130) 21.168 ms 19.762 ms 19.694 ms
9 ae1-2053.prg10.core-backbone.com (81.95.15.118) 26.936 ms 26.387 ms 25.862 ms
10 core-backbone.supernetwork.cz (5.56.19.210) 27.383 ms 26.560 ms 26.599 ms
11 vl6.sit-ar-core2.superhosting.cz (88.86.96.195) 27.269 ms 26.272 ms 26.268 ms
12 po2.prg-ttc1-klec-core-1.superhosting.cz (88.86.96.43) 27.494 ms 26.503 ms 26.443 ms
13 tea-o-5.superhosting.cz (95.168.211.44) 27.141 ms 25.831 ms 25.526 ms



Traceroute avviato…

traceroute to link11.de (128.65.210.202), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.784 ms 0.989 ms 0.819 ms
2 195.43.166.11 (195.43.166.11) 8.440 ms 7.135 ms 8.385 ms
3 cr1-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.89) 8.628 ms 7.314 ms 7.656 ms
4 br1-xe-0-0-0-0-cal1.mil.kpnqwest.it (109.168.0.162) 7.564 ms 7.372 ms 6.792 ms
5 retn.mix-it.net (217.29.66.116) 20.988 ms 35.577 ms 20.518 ms
6 ae3-4.rt.irx.fkt.de.retn.net (87.245.232.234) 21.013 ms 28.957 ms 19.274 ms
7 gw-link11.retn.net (87.245.236.141) 20.745 ms 19.896 ms 20.675 ms
8 * * *
9 80.95.144.115 (80.95.144.115) 21.799 ms 20.256 ms 20.674 ms
10 80.95.144.55 (80.95.144.55) 21.303 ms 20.652 ms 20.823 ms
11 link11.com (128.65.210.202) 21.533 ms 20.228 ms 19.791 ms



Traceroute avviato…

traceroute to kate.krawall.de (185.12.50.88), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 2.069 ms 0.702 ms 0.644 ms
2 195.43.166.11 (195.43.166.11) 9.277 ms 7.424 ms 7.371 ms
3 cr2-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.93) 9.407 ms 7.655 ms 7.776 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.366 ms 7.873 ms 6.952 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 7.433 ms 7.355 ms 7.204 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 15.804 ms 15.029 ms 14.751 ms
7 * * *
8 bso-communi.ear2.amsterdam1.level3.net (213.19.198.242) 26.693 ms 25.523 ms 25.926 ms
9 r1.ixn1.fra.de.bsonetwork.net (89.30.15.10) 32.751 ms 31.917 ms 33.122 ms
10 r1.th2.par.fr.bsonetwork.net (89.30.15.8) 31.928 ms 31.024 ms 30.798 ms
11 r1.eq3.par.fr.bsonetwork.net (89.30.15.22) 31.223 ms 31.066 ms 30.999 ms
12 cr1.eqx3.par.fr.bsonet.net (89.30.15.27) 32.120 ms 32.103 ms 36.976 ms
13 cr1.eqx4.par.fr.bsonet.net (89.30.32.34) 42.054 ms 30.853 ms 37.262 ms
14 89.30.22.146 (89.30.22.146) 29.801 ms 29.063 ms 28.697 ms
15 185.12.50.88 (185.12.50.88) 30.399 ms 28.883 ms 29.445 ms



Traceroute avviato…

traceroute to xch.nl (93.184.96.73), 64 hops max, 72 byte packets
1 192.168.178.1 (192.168.178.1) 1.469 ms 0.662 ms 0.651 ms
2 195.43.166.11 (195.43.166.11) 9.335 ms 8.780 ms 7.581 ms
3 cr2-tenge0-0-0-11-cal1.mil.kpnqwest.it (109.168.0.93) 8.313 ms 7.865 ms 7.944 ms
4 cr1-hunge0-0-1-1-cal4.mil.kpnqwest.it (109.168.0.21) 8.670 ms 7.916 ms 7.541 ms
5 br1-xe-0-1-0-0-cal4.mil.kpnqwest.it (109.168.0.178) 8.029 ms 7.102 ms 7.475 ms
6 xe-10-2-1.bar1.milan1.level3.net (212.73.241.45) 15.322 ms 15.001 ms 14.336 ms
7 ae-1-3505.edge4.marseille1.level3.net (4.69.162.230) 20.694 ms * 15.971 ms
8 mei-b4-link.telia.net (80.239.134.84) 16.097 ms 14.836 ms 15.343 ms
9 prs-bb3-link.telia.net (62.115.118.218) 32.659 ms 32.257 ms 31.594 ms
10 adm-bb3-link.telia.net (62.115.121.154) 34.229 ms 33.349 ms 33.884 ms
11 adm-b1-link.telia.net (62.115.136.195) 33.705 ms 33.080 ms 33.243 ms
12 duocast-svc069425-ic354422.c.telia.net (62.115.188.177) 33.254 ms 32.334 ms 32.234 ms
13 89.188.4.222 (89.188.4.222) 28.733 ms 27.541 ms 27.695 ms
14 ae1-20g.er.er-r23.tcn.as31477.net (89.188.4.70) 32.652 ms 31.586 ms 31.335 ms
15 www.xch.nl (93.184.96.73) 32.438 ms 31.782 ms 31.438 ms




Io sono con Irideos (KPN)

Un altro MONDO

[\_Davide_/]

Originariamente inviato da xwang

Scusate, ma in ottica della si spera prossima installazione della FTTH, mi sapete dire se c'è un modo di determinare la categoria dei cavi lan con cui è stata cablata la casa venti anni fa, quindi in pratica il tratto che va dalle prese al muro all'attuale router TIM (che se servisse potrei sostituire temporaneamente con un fritzbox 7330 che ha anche funzionalità NAS/ftp sulla rete locale)?

Ci vorrebbe un certificatore, che tramite misura delle frequenze sulla doppia tratta ti restituisce la velocità max. del cavo ed anche eventuali altri problemi.

Si tratta di uno strumento che costa più di un migliaio di euro, e nessuno viene a farti la certifica gratuitamente: se non hai amici che lo hanno probabilmente ti costa meno fare sostituire i cavi. Se fossero cat. 5 probabilmente funzionerebbero, ma non è il massimo...

[giovanni69]

Originariamente inviato da \_Davide_/

Se fossero cat. 5 probabilmente funzionerebbero, ma non è il massimo...

Perchè dovrebbero funzionare se nascono certificati per la Fast Ethernet (poi deprecati in favore dei 5e) se lui punta a gestire il flusso di una FTTH che si suppone possa essere superiore ai 100Mbps? Magari si ritrova ad impostare forzatamente la NIC su gigabit per poi rischiare di perdere pacchetti.

[ranfas]

curiositá

é meglio arrivare a destino :

- con il doppio degli hops e metá latenza
- con metá degli hops e il doppio della latenza
- o é la stessa cosa ?
- a paritá di PL ovviamente



P.S. @giovanni69 complimenti per il thread VDSL TIM FTTC, davvero curato bene, ogni tanto leggo....in religioso ordine cronologico, si impara tanto.

[giovanni69]

A te interessa minimizzare la latenza; quindi seguendo le tue opzioni (un po' estreme), è la prima. Tu potresti avere anche 3 hops che in realtà, per assurdo, sono ubicati nello stesso stabile. Se sono collegati in fibra ottica, il costo è inferiore ad un ms (e molto meno se ci fosse un ponte in microonde).

Grazie Raniero: riconosco l'impegno profuso personalmente ma il livello dei contenuti è stato possibile e continua ad esserlo grazie al contributo degli utenti, specie quelle esperti i cui credits sono riportati in prima pagina. Purtroppo la parte commerciale è la meno aggiornata.