EOLO Casa - Pagina 50

no_side_fx · 03-04-2020, 17:57

Quote:

Originariamente inviato da L4ky

Visto l' abuso di alcuni già da tempo limitano anche le VPN, dunque non ti aspettare che duri a lungo questo escamotage.

Io stesso mi ritrovai a 4 Mbit di cap su OpenVPN porta standard 1194, sia TCP che UDP ( e non la usavo affatto per bypassare il QoS ).

in questo periodo sono stato costretto ad usare vpn, perché nonostante speed test mi da 30mb fisso per tutto il giorno, qualsiasi download non mi va oltre i 300/400kb e non sto parlando di p2p per roba illegale ma direttamente da browser, non posso metterci una vita solo per scaricare dei driver...

x_term · 03-04-2020, 18:28

Quote:

Originariamente inviato da no_side_fx

in questo periodo sono stato costretto ad usare vpn, perché nonostante speed test mi da 30mb fisso per tutto il giorno, qualsiasi download non mi va oltre i 300/400kb e non sto parlando di p2p per roba illegale ma direttamente da browser, non posso metterci una vita solo per scaricare dei driver...

Ricordatevi che anche molte CDN hanno limitato i download di file, notoriamente Akamai di cui era anche uscita news qui su HW Upgrade se non vado errato, o comunque l'ho vista anche su altri siti tipo DDay.
Poi ovviamente YouTube, Netflix, Amazon, DisneyPlus ecc ecc. Anche io ho qualche rallentamento su alcuni download ma ad esempio scaricando da un server di un amico che ha FTTH Tiscali OFS saturo i 100Mb normalmente.

daven275 · 03-04-2020, 19:18

Quote:

Originariamente inviato da x_term

Non lo fai, semplice. Non c'è nessun dato che tu possa vedere, 1 perchè questa non è una linea in rame 2 perchè il SNR lo vede solo Eolo e lo ha comunque misurato il tecnico durante l'attivazione, dovrebbe essere nel rapportino di installazione (almeno da me l'installatore di zona lo ha messo su tutte le linee che ho visto). Quello che puoi vedere al massimo dall'area clienti, gestione tecnica, è il "livello segnale" disconnesso/sufficiente/buono/eccellente e la cella a cui l'antenna è collegata. La tecnologia 30Mb ha dei limiti radio fisici dovuti al fatto che è progettata per usare frequenze condivise e un canale di soli 20MHz in TDD, quindi soffre nel momento in cui sulla cella c'è molto traffico radio, un po' come un WiFi.

Noioso però che non possa avere nessun tipo di statistica / dato che mi rappresenta la salute della connessione. L'unica cosa è l'uptime e basta...
Tu x_term per caso sai qualche modo per seguire la salute della connessione? ( Ho un fritz 7530)

MiloZ · 03-04-2020, 19:54

Comunque queste problematiche che avete sollevato relative a congestionamenti\diminuzioni di banda con Eolo devono sicuramente essere lato rete di accesso\BTS, io usando una loro FTTH in questo periodo di traffico maggiorato non noto nessun degrado di velocità e cose simili, segno che dal punto di vista delle rete IP la situazione va bene.
Sul fronte dell'infrastruttura wireless (io me ne intendo poco) forse è più complicato intervenire upgradando in tempi ridotti (dal punto di vista tecnico e pratico) la rete, rispetto ad una manutenzione su rete fissa.

Nel senso, non voglio giustificare minimamente i disservizi legittimamente descritti, dico solo che personalmente tenderei a pensare che in Eolo non dovrebbero avere particolari riluttanze a potenziare\aggiornare la rete, se consideriamo che in una decina di anni hanno creato sostanzialmente da zero una delle più grandi rete wireless private di Italia e l'azienda è piuttosto "florida" dal punto di vista finanziario.
Certamente se tutto funzionasse alla perfezione sarebbe meglio per tutti, quello che mi chiedo, da neofita delle tecnologie FWA, è: queste problematiche si riscontrano anche sull'infrastruttura "Eolo Wave G" o solo nella "vecchia" "Eolo Wave"?

Quote:

Originariamente inviato da daven275

Noioso però che non possa avere nessun tipo di statistica / dato che mi rappresenta la salute della connessione. L'unica cosa è l'uptime e basta...
Tu x_term per caso sai qualche modo per seguire la salute della connessione? ( Ho un fritz 7530)

Potresti banalmente provare un download qua (anche tramite download manager), a quanto arriva? https://mirror.pyratelan.org/mint-is...amon-64bit.iso

daven275 · 03-04-2020, 20:05

Quote:

Originariamente inviato da MiloZ

Potresti banalmente provare un download qua (anche tramite download manager), a quanto arriva? https://mirror.pyratelan.org/mint-is...amon-64bit.iso

Oscilla tra i 3MB e 3,5 MB, ma non parlavo della velocità io.
Vorrei semplicemente vedere statistiche over time, per esempio sui pacchetti persi, errori CRC, numero di disconnessioni etc..

MiloZ · 03-04-2020, 20:25

Quote:

Originariamente inviato da daven275

Oscilla tra i 3MB e 3,5 MB, ma non parlavo della velocità io.
Vorrei semplicemente vedere statistiche over time, per esempio sui pacchetti persi, errori CRC, numero di disconnessioni etc..

Per verificare la stabilità del collegamento in termini di latenza puoi scaricare un programma tipo questo (hrping: https://www.cfos.de/en/ping/ping.htm - basta estrarlo nella cartella di windows senza nemmeno installarlo)

E provare un test di ping verso un server affidabile (tipo proserve.nl) per vedere se e quanti pacchetti persi ci sono.
Esempio digitando:

hrping proserve.nl -n1000 -s100

1000 pacchetti alla velcoità di 100ms (il comando ping standard di windows è troppo lento per fare analisi precise).
In questo modo, al di là delle info sul link "fisico" della connessione, vedi effettivamente come stanno le cose nella pratica (da questo punto di vista almeno).

x_term · 03-04-2020, 21:37

Quote:

Originariamente inviato da daven275

Vorrei semplicemente vedere statistiche over time, per esempio sui pacchetti persi, errori CRC, numero di disconnessioni etc..

Allora, errori CRC e roba simile sono nozioni che ti stai portando dalla VDSL che non sono applicabili in questo caso. Le disconnessioni le vedi sul log del Fritz, se c'è una disconnessione ti casca la PPPoE. Avendo un router/firewall di livello professionale quelli ti possono generare statistiche sullo storico di ping/jitter ecc, ma non lo fa il Fritz. In fondo, queste connessioni sono semplici bridge Ethernet. Se si scollega salta tutto.

Quote:

Originariamente inviato da Miloz

io usando una loro FTTH in questo periodo di traffico maggiorato non noto nessun degrado di velocità e cose simili, segno che dal punto di vista delle rete IP la situazione va bene.

Eh perchè in quel caso tu hai rete OpenFiber fino a Milano... mentre i lavori che stanno presumibilmente eseguendo in questi giorni sono ovviamente sulla rete di trasporto nazionale proprietaria.

supermaurok · 04-04-2020, 10:23

Quote:

Originariamente inviato da MiloZ

Da poco attivo con Eolo FTTH 1000\300 , qualche test al volo:

Come routing usano diversi carrier (per fortuna BT lo si aggancia sempre a Milano):

Codice:

Traccia instradamento verso gamesnet.it [195.36.6.10]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.50.1]
  2     7 ms     6 ms     6 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     7 ms     7 ms     7 ms  10.40.8.145
  4     8 ms     8 ms     7 ms  10.40.71.101
  5     7 ms     7 ms     7 ms  telnet.minap.it [185.1.114.4]
  6     7 ms     7 ms     7 ms  www.gamesnet.it [195.36.6.10]

Traccia completata.

Traccia instradamento verso kqi.it [109.168.113.92]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.50.1]
  2     6 ms     6 ms     6 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     7 ms     6 ms     7 ms  10.40.8.145
  4     8 ms     8 ms     8 ms  10.40.71.101
  5     7 ms     7 ms     7 ms  kpnqwest.mix-it.net [217.29.66.10]
  6     8 ms     7 ms     7 ms  cr1-tenge0-0-0-0-cal1.mil.kpnqwest.it [109.168.0.161]
  7     8 ms     8 ms     7 ms  cr2-hunge0-0-1-1-cal2.mil.kpnqwest.it [109.168.0.6]
  8    10 ms     7 ms     7 ms  er1-tenge4-7-cal2.mil.kpnqwest.it [109.168.0.50]
  9     7 ms     6 ms     7 ms  kqi-cal2-fw.comm2000.it [94.141.30.244]
 10     7 ms     8 ms     7 ms  esrever.kpnqwest.it [109.168.113.92]

Traccia completata.


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

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.50.1]
  2     7 ms     6 ms     6 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     8 ms     8 ms     7 ms  10.40.8.145
  4     9 ms     8 ms     8 ms  217-221-48-217-static.albacom.net [217.221.48.217]
  5    20 ms    19 ms    20 ms  t2c3-xe-0-1-0-0.it-mil2.eu.bt.net [166.49.243.129]
  6    21 ms    24 ms    20 ms  t2c3-xe-11-3-1-0.de-fra.eu.bt.net [166.49.208.61]
  7    24 ms    20 ms    20 ms  166-49-154-143.eu.bt.net [166.49.154.143]
  8    21 ms    19 ms    20 ms  core11.nbg1.hetzner.com [213.239.224.233]
  9    20 ms    20 ms    20 ms  ex9k2.dc1.nbg1.hetzner.com [213.239.203.214]
 10    19 ms    20 ms    20 ms  dedihetznernew.your-server.de [78.47.166.55]

Traccia completata.

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

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.50.1]
  2     8 ms     8 ms     7 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     8 ms     8 ms     7 ms  10.40.8.145
  4     8 ms     7 ms     7 ms  10.40.4.98
  5     7 ms     8 ms     8 ms  be4262.nr51.b019138-1.mil01.atlas.cogentco.com [149.14.134.97]
  6     8 ms     8 ms     8 ms  be3459.rcr21.mil01.atlas.cogentco.com [154.25.12.73]
  7    11 ms    12 ms    12 ms  be2196.ccr52.zrh02.atlas.cogentco.com [154.54.61.89]
  8    17 ms    17 ms    17 ms  be3073.ccr22.muc03.atlas.cogentco.com [130.117.0.62]
  9    22 ms    23 ms    22 ms  be2960.ccr42.fra03.atlas.cogentco.com [154.54.36.253]
 10    23 ms    24 ms    24 ms  be3548.rcr21.sxb01.atlas.cogentco.com [154.54.59.134]
 11    26 ms    25 ms    25 ms  be2781.nr14.b015623-2.sxb01.atlas.cogentco.com [154.25.8.234]
 12    40 ms    85 ms    57 ms  ae7.cr-nunki.sxb1.bb.godaddy.com [149.14.12.46]
 13    23 ms    23 ms    24 ms  ae0-v100.sr-sol.sxb1.mass.systems [87.230.112.3]
 14    28 ms    23 ms    24 ms  62.138.129.2
 15    22 ms    22 ms    23 ms  92.204.12.11
 16    23 ms    23 ms    23 ms  static-ip-85-25-0-17.inaddr.ip-pool.com [85.25.0.17]

Traccia completata.

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  router.asus.com [192.168.50.1]
  2     6 ms     7 ms     6 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     7 ms     7 ms     7 ms  10.40.8.145
  4     9 ms     8 ms     8 ms  10.40.71.30
  5     8 ms     8 ms     8 ms  10.40.71.30
  6     8 ms     8 ms     8 ms  7-2-1.bear1.milan1.level3.net [213.249.105.145]
  7    20 ms    20 ms    21 ms  ae-1-3103.edge5.dusseldorf1.level3.net [4.69.136.246]
  8    22 ms    21 ms    21 ms  vteljo3.frankfurt1.level3.net [212.162.19.26]
  9    21 ms    20 ms    20 ms  xe-1-0-39.core.net.unigs.de [217.79.186.198]
 10    21 ms    20 ms    20 ms  213.202.193.170.static.rdns-uclo.net [213.202.193.170]

Traccia completata.

Traccia instradamento verso aixit.com [82.149.224.66]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.50.1]
  2     7 ms     6 ms     6 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     8 ms     8 ms     7 ms  10.40.8.145
  4     8 ms     7 ms     7 ms  10.40.4.177
  5     7 ms     7 ms     7 ms  10.40.4.177
  6    19 ms     7 ms     7 ms  80.150.171.117
  7    18 ms    18 ms    17 ms  f-ed5-i.f.de.net.dtag.de [217.5.95.10]
  8    17 ms    17 ms    17 ms  194.25.211.99
  9    16 ms    16 ms    17 ms  ae0-3002.er2.fra1.ax.de.aixit.net [83.141.5.102]
 10    16 ms    17 ms    17 ms  www.aixit.com [82.149.224.66]

Traccia completata.

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

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.50.1]
  2     8 ms     6 ms     6 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     8 ms     7 ms     7 ms  10.40.8.145
  4     7 ms     7 ms     7 ms  10.40.4.177
  5     7 ms     7 ms     8 ms  10.40.4.177
  6     8 ms     7 ms     7 ms  mno-b2-link.telia.net [62.115.57.249]
  7    18 ms    17 ms    18 ms  ffm-bb2-link.telia.net [62.115.142.140]
  8    17 ms    16 ms    16 ms  ffm-b1-link.telia.net [62.115.121.7]
  9    17 ms    16 ms    17 ms  ionos-ic-350360-ffm-b1.c.telia.net [62.115.181.11]
 10    18 ms    19 ms    19 ms  ae-9.bb-b.bs.kae.de.oneandone.net [212.227.120.168]
 11    18 ms    18 ms    17 ms  ae-1-0.gw-diste2-a.bs.kae.de.oneandone.net [212.227.121.212]
 12    18 ms    17 ms    18 ms  ml.kundenserver.de [213.165.67.109]

Traccia completata.

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

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.50.1]
  2     7 ms     6 ms     6 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     7 ms     7 ms     9 ms  10.40.8.145
  4     8 ms     7 ms     7 ms  10.40.4.98
  5     8 ms     7 ms     7 ms  be4262.nr51.b019138-1.mil01.atlas.cogentco.com [149.14.134.97]
  6     8 ms     8 ms     7 ms  be3459.rcr21.mil01.atlas.cogentco.com [154.25.12.73]
  7    13 ms    13 ms    11 ms  be2196.ccr52.zrh02.atlas.cogentco.com [154.54.61.89]
  8    17 ms    17 ms    17 ms  be3073.ccr22.muc03.atlas.cogentco.com [130.117.0.62]
  9    24 ms    23 ms    23 ms  be3462.ccr52.vie01.atlas.cogentco.com [154.54.59.181]
 10    25 ms    25 ms    24 ms  be3463.ccr22.bts01.atlas.cogentco.com [154.54.59.186]
 11    29 ms    29 ms    29 ms  be3045.ccr21.prg01.atlas.cogentco.com [154.54.59.105]
 12    26 ms    27 ms    27 ms  datacamp.demarc.cogentco.com [149.6.24.2]
 13    27 ms    26 ms    26 ms  unn-88-86-96-107.superhosting.cz [88.86.96.107]
 14    27 ms    26 ms    26 ms  po2.prg-ttc1-klec-core-1.superhosting.cz [88.86.96.43]
 15    26 ms    26 ms    27 ms  tea-o-5.superhosting.cz [95.168.211.44]

Traccia completata.

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

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.50.1]
  2     6 ms     6 ms     6 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     8 ms     6 ms     7 ms  10.40.8.145
  4     8 ms     7 ms     7 ms  10.40.4.98
  5     7 ms     7 ms     7 ms  be4262.nr51.b019138-1.mil01.atlas.cogentco.com [149.14.134.97]
  6     7 ms     7 ms     8 ms  be3459.rcr21.mil01.atlas.cogentco.com [154.25.12.73]
  7    11 ms    12 ms    12 ms  be2195.ccr51.zrh02.atlas.cogentco.com [154.54.61.81]
  8    17 ms    16 ms    17 ms  be3072.ccr21.muc03.atlas.cogentco.com [130.117.0.18]
  9    22 ms    22 ms    23 ms  be2959.ccr41.fra03.atlas.cogentco.com [154.54.36.53]
 10    27 ms    28 ms    27 ms  be2813.ccr41.ams03.atlas.cogentco.com [130.117.0.121]
 11    29 ms    29 ms    29 ms  be2519.rcr21.b015960-1.ams03.atlas.cogentco.com [130.117.3.98]
 12    28 ms    27 ms    27 ms  transip-bv.demarc.cogentco.com [149.6.128.66]
 13    64 ms    29 ms    28 ms  e1-a7.r1.ams0.transip.net [157.97.168.0]
 14    41 ms    51 ms    41 ms  r1.s1.t2.ams0.transip.net [37.97.252.129]
 15    42 ms    45 ms    41 ms  s1.l4.t2.ams0.transip.net [37.97.252.7]
 16    27 ms    28 ms    27 ms  www.proserve.nl [37.97.254.22]

Traccia completata.

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

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.50.1]
  2     7 ms     6 ms     6 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     8 ms     7 ms     7 ms  10.40.8.145
  4     9 ms     8 ms     8 ms  217-221-48-217-static.albacom.net [217.221.48.217]
  5    20 ms    19 ms    19 ms  t2c3-xe-0-1-0-0.it-mil2.eu.bt.net [166.49.243.129]
  6    19 ms    20 ms    20 ms  t2c3-xe-11-3-1-0.de-fra.eu.bt.net [166.49.208.61]
  7    17 ms    17 ms    16 ms  t2c4-xe8-1-3-1.de-fra.eu.bt.net [166.49.237.167]
  8    20 ms    22 ms    23 ms  20ge.de-cix.inxn-1.i3d.net [80.81.194.107]
  9    29 ms    28 ms    28 ms  20ge.hr1-fr0.smartdc.mst.i3d.net [109.200.218.31]
 10    31 ms    24 ms    23 ms  40ge.cr1-hr1.smartdc.rtm.i3d.net [109.200.218.250]
 11    24 ms    23 ms    23 ms  100ge.br3-cr1.smartdc.rtm.i3d.net [109.200.218.245]
 12    23 ms    24 ms    24 ms  www.i3d.net [31.204.146.148]

Traccia completata.

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  router.asus.com [192.168.50.1]
  2     6 ms     6 ms     6 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     7 ms     8 ms     7 ms  10.40.8.145
  4     8 ms     9 ms     9 ms  10.40.71.97
  5     8 ms     7 ms     7 ms  10.40.71.97
  6     8 ms     8 ms     8 ms  7-2-1.bear1.milan1.level3.net [213.249.105.145]
  7     *       30 ms    31 ms  ae-14-3512.ear2.london15.level3.net [4.69.167.150]
  8    31 ms    32 ms    32 ms  ae-14-3512.ear2.london15.level3.net [4.69.167.150]
  9    30 ms    31 ms    30 ms  195.50.120.99
 10    31 ms    31 ms    31 ms  ha01.multiplay.co.uk [85.236.96.26]

Traccia completata.

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

  1    <1 ms    <1 ms    <1 ms  router.asus.com [192.168.50.1]
  2     6 ms     6 ms     7 ms  pppoe-server.net.ngi.it [81.174.0.21]
  3     8 ms     7 ms     7 ms  10.40.8.145
  4     9 ms     8 ms     8 ms  10.40.71.30
  5     8 ms     8 ms     8 ms  10.40.71.30
  6     8 ms     7 ms     7 ms  7-2-1.bear1.milan1.level3.net [213.249.105.145]
  7    62 ms    24 ms    24 ms  ae-1-3111.edge7.paris1.level3.net [4.69.133.234]
  8    23 ms    24 ms    23 ms  free-pni-1.routers.proxad.net [212.27.40.37]
  9     *        *        *     Richiesta scaduta.
 10    25 ms    24 ms    24 ms  bzn-9k-4-be1004.intf.routers.proxad.net [78.254.249.2]
 11     *        *        *     Richiesta scaduta.
 12    25 ms    24 ms    25 ms  bzn-9k-2.sys.routers.proxad.net [212.27.32.146]
 13    24 ms    26 ms    24 ms  www.free.fr [212.27.48.10]

Traccia completata.

Test fatti intorno alle 20:30. Speriamo regga anche con l'aumentare del traffico.

Volevo sapere se avevi effettuato la nuova connessione da Varese, perchè sono in fase decisionale per passare da Fttc Tim A Ftth Eolo. Grazie

daven275 · 04-04-2020, 11:56

Quote:

Originariamente inviato da MiloZ

Per verificare la stabilità del collegamento in termini di latenza puoi scaricare un programma tipo questo (hrping: https://www.cfos.de/en/ping/ping.htm - basta estrarlo nella cartella di windows senza nemmeno installarlo)

E provare un test di ping verso un server affidabile (tipo proserve.nl) per vedere se e quanti pacchetti persi ci sono.
Esempio digitando:

hrping proserve.nl -n1000 -s100

Ottimo tool!
con due test fatti, uno 0.2% packet loss ed il secondo 18%.
Il problema è che ci sono dei momenti in cui, anche per 5-10 secondi di fila, perde tutti i pacchetti, anche se la connessione non si disconnette; è fastidioso, però deduco sia legato al fatto che è una tecnologia wireless e non c'è niente che io possa fare (per favore smentitemi!)

MiloZ · 04-04-2020, 12:42

Quote:

Originariamente inviato da daven275

Ottimo tool!
con due test fatti, uno 0.2% packet loss ed il secondo 18%.
Il problema è che ci sono dei momenti in cui, anche per 5-10 secondi di fila, perde tutti i pacchetti, anche se la connessione non si disconnette; è fastidioso, però deduco sia legato al fatto che è una tecnologia wireless e non c'è niente che io possa fare (per favore smentitemi!)

Test molto interessante. Io di tecnologie wireless me ne intendo relativamente.
Considera come metro di paragone, una linea via cavo non dovrebbe perdere pacchetti (questo con la FTTH di eolo https://i.imgur.com/gHhwPvI.png) quindi il primo test che hai effettuato con lo 0.2% di pacchetti persi direi che è quasi perfetto (a naso molto meglio di una connessione 4g, poi ci sarebbe da verificare anche di quanto oscillava la latenza durante il test al netto dei pacchetti persi).

Riguardo il secondo test con il 18% di PL, bisognerebbe qualcun'altro con la stessa linea facesse dei test per capire se può essere fisiologico in base al tipo di collegamento oppure potesse dipendere da un'abbassamento momentaneo della qualità del "link fisico", che ha portanto a quella scaricarica di loss.

Per avere un idea più chiara puoi provare ad allungare il test (cioè mettendono -n2000 invece che -n1000 nel comando di hrping) e controllare se questi loss accadono sistematicamente ogni tot tempo o solo in maniera sporadica.

Infine ci sarebbe capire se tra "Eolo Wave" ed "Eolo Wave G" cambia qualcosa da questo punto di vista o meno.

Satellite86 · 04-04-2020, 14:47

Quote:

Originariamente inviato da MiloZ

Test molto interessante. Io di tecnologie wireless me ne intendo relativamente.
Considera come metro di paragone, una linea via cavo non dovrebbe perdere pacchetti (questo con la FTTH di eolo https://i.imgur.com/gHhwPvI.png) quindi il primo test che hai effettuato con lo 0.2% di pacchetti persi direi che è quasi perfetto (a naso molto meglio di una connessione 4g, poi ci sarebbe da verificare anche di quanto oscillava la latenza durante il test al netto dei pacchetti persi).

Riguardo il secondo test con il 18% di PL, bisognerebbe qualcun'altro con la stessa linea facesse dei test per capire se può essere fisiologico in base al tipo di collegamento oppure potesse dipendere da un'abbassamento momentaneo della qualità del "link fisico", che ha portanto a quella scaricarica di loss.

Per avere un idea più chiara puoi provare ad allungare il test (cioè mettendono -n2000 invece che -n1000 nel comando di hrping) e controllare se questi loss accadono sistematicamente ogni tot tempo o solo in maniera sporadica.

Infine ci sarebbe capire se tra "Eolo Wave" ed "Eolo Wave G" cambia qualcosa da questo punto di vista o meno.

Io sono in Eolo Wave G con la 100 mega attivata a Febbraio.

Vi posto, magari vi può essere utile per un confronto, i risultati del test che ho fatto io.

Packets: sent=1000, rcvd=1000, error=0, lost=0 (0.0% loss) in 99.962223 sec
RTTs in ms: min/avg/max/dev: 47.417 / 54.661 / 62.997 / 3.153
Bandwidth in kbytes/sec: sent=0.600, rcvd=0.600

MiloZ · 04-04-2020, 15:56

Quote:

Originariamente inviato da Satellite86

Io sono in Eolo Wave G con la 100 mega attivata a Febbraio.

Vi posto, magari vi può essere utile per un confronto, i risultati del test che ho fatto io.

Packets: sent=1000, rcvd=1000, error=0, lost=0 (0.0% loss) in 99.962223 sec
RTTs in ms: min/avg/max/dev: 47.417 / 54.661 / 62.997 / 3.153
Bandwidth in kbytes/sec: sent=0.600, rcvd=0.600

Notevole. Praticamente simile ad una connessione via cavo.
Se riesce a mantenersi su questi livelli anche durante gli orari più "critici" (indicativamente 20:30-23:30) tanto di cappello! (in realtà in questo periodo anche nella fascia pomeridiana probabilmente c'è più traffico della norma: https://www.eolo.it/page/rete-eolo-coronavirus/.

no_side_fx · 04-04-2020, 16:27

Quote:

Originariamente inviato da MiloZ

https://www.eolo.it/page/rete-eolo-coronavirus/.

interessanti queste faq , un sacco di manfrine ma che tagliano banda e limitano i download non te lo dicono chiaramente manco sotto tortura

x_term · 04-04-2020, 18:37

Quote:

Originariamente inviato da no_side_fx

interessanti queste faq , un sacco di manfrine ma che tagliano banda e limitano i download non te lo dicono chiaramente manco sotto tortura

Non lo ammetterà mai nessuno, vedi qualche pagina fa sul thread Fastweb gente che non riusciva a scaricare file grossi ma nessuno diceva nulla

Quote:

Originariamente inviato da MiloZ

[...]ci sarebbe capire se tra "Eolo Wave" ed "Eolo Wave G" cambia qualcosa da questo punto di vista o meno.

Una cosa su tutte: EoloWave è una tecnologia a 5.8GHz, quindi banda libera per tutti. Usano canali da 20MHz che fanno sia upload che download.
EoloWaveG (100Mb): 26/28GHz, Eolo ha una licenza di uso esclusivo per 224MHz di spettro, ogni cella usa due canali da 56MHz di larghezza, uno per upload e uno per download. Infatti se non sbaglio @daven275 ha la Eolowave, quindi potrei ipotizzare che in zona sua ci siano interferenze e/o troppa congestione radio sulla cella, ergo alcuni pacchetti vanno in coda e se il timeout TCP scade vengono considerati persi.

Satellite86 · 04-04-2020, 22:42

Quote:

Originariamente inviato da MiloZ

Notevole. Praticamente simile ad una connessione via cavo.
Se riesce a mantenersi su questi livelli anche durante gli orari più "critici" (indicativamente 20:30-23:30) tanto di cappello! (in realtà in questo periodo anche nella fascia pomeridiana probabilmente c'è più traffico della norma: https://www.eolo.it/page/rete-eolo-coronavirus/.

Domani sera se vuoi rifaccio il test, nessun problema.
Però io non ho notato nessun rallentamento o problema in questo periodo, inoltre usiamo molto la connessione in casa (Smartwork, netflix, qualche partita online) ed anche contemporaneamente.

Credo però che nella mia zona (Tivoli) siamo veramente in pochi ad avere EOLO, io sto fuori città e fra i pochissimi sfortunati ad essere coperti da FTTC ma con cabinet a più di 1KM... quindi causa forza maggiore mi sono deciso a disdire la FTTC (20mega in down e 3 in up) e optare per EOLO 100.

Fino ad oggi pienamente soddisfatto.

Quello invece che riscontro è che da moltissimi servizi (Steam, Battle.Net, Origins, etc etc) la velocità è limitata a 2,4MB/s.

x_term · 04-04-2020, 23:07

Quote:

Originariamente inviato da Satellite86

Quello invece che riscontro è che da moltissimi servizi (Steam, Battle.Net, Origins, etc etc) la velocità è limitata a 2,4MB/s.

Ma quello anche da me, ma non è una decisione di Eolo... per fare un esempio:
https://www.polygon.com/2020/3/30/21...virus-pandemic
Ci sono decine di servizi che in questo periodo hanno adottato misure di "equo utilizzo" per evitare l'intasamento totale verso i loro server. Un acquedotto non è composto solo dal tubo che vi arriva in casa...

Satellite86 · 05-04-2020, 00:53

Quote:

Originariamente inviato da x_term

Ma quello anche da me, ma non è una decisione di Eolo... per fare un esempio:
https://www.polygon.com/2020/3/30/21...virus-pandemic
Ci sono decine di servizi che in questo periodo hanno adottato misure di "equo utilizzo" per evitare l'intasamento totale verso i loro server. Un acquedotto non è composto solo dal tubo che vi arriva in casa...

Si si, ma ne sono consapevole, infatti la mia non è una lamentala, solo descrizione dei fatti.

Satellite86 · 05-04-2020, 19:20

Quote:

Originariamente inviato da MiloZ

Notevole. Praticamente simile ad una connessione via cavo.
Se riesce a mantenersi su questi livelli anche durante gli orari più "critici" (indicativamente 20:30-23:30) tanto di cappello! (in realtà in questo periodo anche nella fascia pomeridiana probabilmente c'è più traffico della norma: https://www.eolo.it/page/rete-eolo-coronavirus/.

Appena fatto:

Packets: sent=1000, rcvd=1000, error=0, lost=0 (0.0% loss) in 99.949345 sec
RTTs in ms: min/avg/max/dev: 46.286 / 52.883 / 68.101 / 3.309
Bandwidth in kbytes/sec: sent=0.600, rcvd=0.600

Unica differenza è che questa l'ho fatto in WIFI dal portatile in quanto il pc fisso lo stava usando mia moglie.
Però i risultati mi sembrano gli stessi.

MiloZ · 05-04-2020, 23:18

Quote:

Originariamente inviato da Satellite86

Appena fatto:

Packets: sent=1000, rcvd=1000, error=0, lost=0 (0.0% loss) in 99.949345 sec
RTTs in ms: min/avg/max/dev: 46.286 / 52.883 / 68.101 / 3.309
Bandwidth in kbytes/sec: sent=0.600, rcvd=0.600

Unica differenza è che questa l'ho fatto in WIFI dal portatile in quanto il pc fisso lo stava usando mia moglie.
Però i risultati mi sembrano gli stessi.

Ottimo.
Hai fatto bene a precisare di essere in Wifi, perchè ovviamente conviene fare questi test collegati via cavo al router per avere un risultato più attendibile sulla bontà della conessione senza aggiungere altre variabili. Magari qualcuno potrebbe non pensarci.
Poi chiaramente se il segnale Wifi è buono può darsi che le prestazioni siano simili.

daven275 · 06-04-2020, 18:12

Io continuo ad avere ogni X ore dei burst dove la connessione scompare per 5-10 secondi

Ho provato a cercare in tutta la discussione e in altri forum ma non sembrano esserci lamentele di packet loss, se fosse un problema della tecnologia eolowave l'avrebbe riscontrato anche qualcuno altro.
E non credo che sia relativo al traffico, mi è accaduto alle 01:00 ieri.
Che dite dovrei contattare eolo ? Io personalmente non saprei cosa fare.

06-04-2020, 18:12	#1000
daven275 Junior Member Iscritto dal: Jan 2016 Messaggi: 25	Io continuo ad avere ogni X ore dei burst dove la connessione scompare per 5-10 secondi Ho provato a cercare in tutta la discussione e in altri forum ma non sembrano esserci lamentele di packet loss, se fosse un problema della tecnologia eolowave l'avrebbe riscontrato anche qualcuno altro. E non credo che sia relativo al traffico, mi è accaduto alle 01:00 ieri. Che dite dovrei contattare eolo ? Io personalmente non saprei cosa fare.

Strumenti
Mostra una versione stampabile Invia questa pagina per email