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

ebeb · 22-01-2021, 21:21

Irideos

[DE-FRA1] Network upgrade

Upcoming scheduled maintenance notice

During the night between Mon Jan 25 and Tue Jan 26 we'll proceed to upgrade our Frankfurt router gateway. A maximum downtime of 20 minutes is to be expected. This maintenance will impact only Internet facing O.Cloud nodes and physical routers, and no internal networking will be impacted.

We apologise for any inconvenience you may experience, and we confirm our full commitment in keeping our infrastructure as much updated and reliable as possible.
Feel free to contact us for any possible question at support@entercloudsuite.com.
Best regards,
The IRIDEOS/O.Cloud Team
Start time
Jan 25, 23:00 CET
Estimated duration
1 hour
Components affected
O.Cloud
O.Cloud DE-FRA1
Network

MiloZ · 23-01-2021, 19:47

Per caso sapreste consigliarmi un software su piattaforma Windows 10 che possa monitorare la latenza verso specifici server e creare un rapporto sottoforma di grafico a fine giornata o comunque ogni tot tempo?

Bisognerebbe che il programma permetta di effettuare ping abbastanza veloci, almeno ogni 500ms (mezzo secondo).

chris190 · 23-01-2021, 22:08

Quote:

Originariamente inviato da MiloZ

Per caso sapreste consigliarmi un software su piattaforma Windows 10 che possa monitorare la latenza verso specifici server e creare un rapporto sottoforma di grafico a fine giornata o comunque ogni tot tempo?

Bisognerebbe che il programma permetta di effettuare ping abbastanza veloci, almeno ogni 500ms (mezzo secondo).

Puoi provare con pingplotter, davvero ottimo

https://www.pingplotter.com/

Ramses_75 · 24-01-2021, 17:25

Dopo qualche giorno di utilizzo, eccomi con gli aggiornamenti che avevo promesso, per tutti i possessori di KLIK FTTC che dovessero avere un FritzBox nella fattispecie il mio è un 7530.

Ho montato su il firmware beta (ufficiale scaricabile qui dalla loro apposita sezione Labs)versione 07.24-85384 BETA e devo dire che pur essendo a 432 metri dal cabinet i valori (che già erano ottimi sopra i 63, 64, anche 65 Mbps ora sono che aggancia sempre almeno a 67).

Giustamente mi si faceva notare (grazie per i vostri consigli) che non sempre valori alti sono buoni (a volte diventano ballerini) ma nel frattempo ho fatto vari test tutti buoni, ma oggi quello credo migliore... allego schermata della banda direttamente dal Fritz saturata quasi completamente in un dowload di file da quasi 2 giga:

Per la cronaca quando agganciava a 65 scaricava a 61... 62... è sempre qualcosina meno, ora aggancia a 67 e va a 65

La mia esperienza di tale firmware è quindi ottima, chi volesse può aggiornare che almeno con Klik funziona addirittura un pelino meglio (direi quasi 2 Mbps per qualcuno come me che non è proprio vicino). Oltretutto si può dare priorità assoluta ad un singolo apparecchio in LAN (facilmente intendo, prima occorreva fare delle specifiche categorie e assegnarle, ora c'è anche una scorciatoia rapida).

Buona domenica a tutti

MiloZ · 24-01-2021, 17:51

Quote:

Originariamente inviato da chris190

Puoi provare con pingplotter, davvero ottimo

https://www.pingplotter.com/

Grazie, ma tu lo hai provato per caso?
E' possibile inviare richieste di ping più veloci di 1 secondo?

MiloZ · 24-01-2021, 18:32

Già saturi alle 19:00 con FTTH OpenInternet, alleluia!

Altra linea FTTH OpenStream verso lo stesso host in contemporanea:

Non lo scrivo più perchè non vorrei essere ripetitivo, volevo solo puntualizzare che il problema c'è ancora e sembra che alcune volte cominci pure prima della fascia oraria "critica".

chris190 · 24-01-2021, 19:55

Quote:

Originariamente inviato da MiloZ

Grazie, ma tu lo hai provato per caso?
E' possibile inviare richieste di ping più veloci di 1 secondo?

si l'ho usato e lo uso ogni tanto, molto professionale. Una volta aperto il programma volendo puoi anche passare alla versione free una volta scaduta la trial di 15 giorni della versione PRO.

Puoi scegliere diversi intervalli

ranfas · 25-01-2021, 15:50

Quote:

Originariamente inviato da MiloZ

Già saturi alle 19:00 con FTTH OpenInternet, alleluia!

mi accingo a prendere appunti (come spesso faccio qui)
ma spiegami una cosa

anzi tre

1) perché proprio quell'indirizzo 194.109.6.93 ?
immagino si possano usare anche altri.
va scelto un paese in particolare ? (perche proprio l'olanda...o hai pingato
un ISP e non c'entra il Paese ?)

2) poco c'entra perché é un momento diverso ed una connettivitá diversa (FTTC 50 Mbit klik), ma a me rilascia questo

Codice:

Risposta da 194.109.6.93: byte=32 durata=40ms TTL=54
Risposta da 194.109.6.93: byte=32 durata=35ms TTL=54
Risposta da 194.109.6.93: byte=32 durata=35ms TTL=54
Risposta da 194.109.6.93: byte=32 durata=35ms TTL=54

Statistiche Ping per 194.109.6.93:
    Pacchetti: Trasmessi = 4, Ricevuti = 4,
    Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 35ms, Massimo =  40ms, Medio =  36ms

  1    <1 ms    <1 ms    <1 ms  FRITZBOX [192.168.1.1]
  2     9 ms     9 ms     9 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3     9 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    20 ms    23 ms    20 ms  ae21.milano51.mil.seabone.net [195.22.205.39]
  6    19 ms    18 ms    19 ms  ae8.cr1-mil2.ip4.gtt.net [46.33.83.178]
  7    34 ms    33 ms    33 ms  ae13.cr5-ams1.ip4.gtt.net [213.200.117.202]
  8    34 ms    34 ms    34 ms  asd-s8-rou-1041.NL.as286.net [194.122.122.97]
  9    35 ms    35 ms    35 ms  rt2-rou-1022.NL.as286.net [134.222.48.14]
 10    36 ms    35 ms    35 ms  asd-s5-rou-1041.NL.as286.net [134.222.48.245]
 11     *        *        *     Richiesta scaduta.
 12    36 ms    35 ms    35 ms  0.et-8-1-0.xr3.3d12.xs4all.net [194.109.5.2]
 13    37 ms    35 ms    34 ms  xs4all.nl [194.109.6.93]

3) dal tuo commento capisco che
Valore 20=no saturazione
Valore 60=saturazione
Esiste una curva oggettiva o é un giudizio tuo personale o meglio una "conventional wisdom" sull'argomento ?

MiloZ · 25-01-2021, 16:02

Quote:

Originariamente inviato da ranfas

mi accingo a prendere appunti (come spesso faccio qui)
ma spiegami una cosa

anzi tre

1) perché proprio quell'indirizzo 194.109.6.93 ?
immagino si possano usare anche altri.
va scelto un paese in particolare ? (perche proprio l'olanda...o hai pingato
un ISP e non c'entra il Paese ?)

2) poco c'entra perché é un momento diverso ed una connettivitá diversa (FTTC 50 Mbit klik), ma a me rilascia questo

Codice:

Risposta da 194.109.6.93: byte=32 durata=40ms TTL=54
Risposta da 194.109.6.93: byte=32 durata=35ms TTL=54
Risposta da 194.109.6.93: byte=32 durata=35ms TTL=54
Risposta da 194.109.6.93: byte=32 durata=35ms TTL=54

Statistiche Ping per 194.109.6.93:
    Pacchetti: Trasmessi = 4, Ricevuti = 4,
    Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 35ms, Massimo =  40ms, Medio =  36ms

  1    <1 ms    <1 ms    <1 ms  FRITZBOX [192.168.1.1]
  2     9 ms     9 ms     9 ms  ip-58-1.sn1.clouditalia.com [62.94.58.1]
  3     9 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    20 ms    23 ms    20 ms  ae21.milano51.mil.seabone.net [195.22.205.39]
  6    19 ms    18 ms    19 ms  ae8.cr1-mil2.ip4.gtt.net [46.33.83.178]
  7    34 ms    33 ms    33 ms  ae13.cr5-ams1.ip4.gtt.net [213.200.117.202]
  8    34 ms    34 ms    34 ms  asd-s8-rou-1041.NL.as286.net [194.122.122.97]
  9    35 ms    35 ms    35 ms  rt2-rou-1022.NL.as286.net [134.222.48.14]
 10    36 ms    35 ms    35 ms  asd-s5-rou-1041.NL.as286.net [134.222.48.245]
 11     *        *        *     Richiesta scaduta.
 12    36 ms    35 ms    35 ms  0.et-8-1-0.xr3.3d12.xs4all.net [194.109.5.2]
 13    37 ms    35 ms    34 ms  xs4all.nl [194.109.6.93]

3) dal tuo commento capisco che
Valore 20=no saturazione
Valore 60=saturazione
Esiste una curva oggettiva o é un giudizio tuo personale o meglio una "conventional wisdom" sull'argomento ?

Quell'indirizzo perchè certe tratte sono sature mentre altre no, quindi ovviamente volevo evidenziare quelle sature.
Il problema è la latenza che si alza ed i pacchetti persi in quella fascia oraria.

60ms su quel server di per sè non significa saturazione se quella è la latenza base con la quale arrivi sul server in ogni circostanza, se però il valore è viziato da qualche tipo di saturazione (per cui la latenza aumenta di 40-50ms con aggiunta di pacchetti persi), allora evidentemente qualcosa non va.

ranfas · 25-01-2021, 16:19

Quote:

Originariamente inviato da MiloZ

Il problema è la latenza che si alza

Quindi il problema é che da 20ms é triplicato a 60ms
Ma tu hai confrontato due connettivita diverse.
La peggiore ha mai avuto una latenza di 20ms ?

Quote:

Originariamente inviato da MiloZ

ed i pacchetti persi in quella fascia oraria

questi me li sono persi,
da quale valore che hai postato si evincono ?

MiloZ · 25-01-2021, 16:38

Quote:

Originariamente inviato da ranfas

Quindi il problema é che da 20ms é triplicato a 60ms
Ma tu hai confrontato due connettivita diverse.
La peggiore ha mai avuto una latenza di 20ms ?

No, il problema non è il 60ms, ma il fatto che la saturazione abbia portanto questo aumento circoscritto ad una determinata fascia oraria con annesso degrado di prestazioni e pacchetti persi.
Se pingo un server in USA e mi trovo 120ms di ping, non c'è alcun problema da rilevare vista la distanza.
La linea con OpenInternet che va saturazione, nei casi migliori può fare sui 25-30ms verso quel server, quindi la latenza di base in assenza di saturazione è simile.

Quote:

questi me li sono persi,
da quale valore che hai postato si evincono ?

Dai timeout continui che si possono vedere nello screen....ed è quello che dimostra, insieme alla latenza aumentata, che il link sia sovraccarico.

ranfas · 25-01-2021, 18:42

Quote:

Originariamente inviato da MiloZ

Dai timeout continui che si possono vedere nello screen....ed è quello che dimostra, insieme alla latenza aumentata, che il link sia sovraccarico.

con che comando si fa la tua stessa verifica sul terminal/prompt ?

MiloZ · 25-01-2021, 20:30

Quote:

Originariamente inviato da ranfas

con che comando si fa la tua stessa verifica sul terminal/prompt ?

ho usato hrping perchè è un tool molto più completo rispetto al classico comando "ping" di windows: https://www.cfos.de/en/ping/ping.htm

giovanni69 · 25-01-2021, 22:08

Caspita! Questa non la sapevo

ranfas · 25-01-2021, 22:18

Quote:

Originariamente inviato da MiloZ

ho usato hrping perchè è un tool molto più completo rispetto al classico comando "ping" di windows: https://www.cfos.de/en/ping/ping.htm

ok penso di esserci riuscito

Codice:

From 194.109.6.93: bytes=60 seq=0027 TTL=54 ID=fc5f time=35.404ms
From 194.109.6.93: bytes=60 seq=0028 TTL=54 ID=1d60 time=34.963ms
From 194.109.6.93: bytes=60 seq=0029 TTL=54 ID=4260 time=36.424ms
From 194.109.6.93: bytes=60 seq=002a TTL=54 ID=5f60 time=35.361ms
From 194.109.6.93: bytes=60 seq=002b TTL=54 ID=8060 time=35.181ms
From 194.109.6.93: bytes=60 seq=002c TTL=54 ID=a160 time=35.490ms
From 194.109.6.93: bytes=60 seq=002d TTL=54 ID=c060 time=35.170ms
From 194.109.6.93: bytes=60 seq=002e TTL=54 ID=e260 time=35.327ms
From 194.109.6.93: bytes=60 seq=002f TTL=54 ID=0161 time=35.324ms
From 194.109.6.93: bytes=60 seq=0030 TTL=54 ID=1761 time=37.244ms
From 194.109.6.93: bytes=60 seq=0031 TTL=54 ID=3661 time=35.150ms
From 194.109.6.93: bytes=60 seq=0032 TTL=54 ID=5861 time=35.337ms
From 194.109.6.93: bytes=60 seq=0033 TTL=54 ID=7461 time=35.117ms
From 194.109.6.93: bytes=60 seq=0034 TTL=54 ID=9461 time=35.952ms
From 194.109.6.93: bytes=60 seq=0035 TTL=54 ID=af61 time=36.410ms
From 194.109.6.93: bytes=60 seq=0036 TTL=54 ID=cc61 time=35.383ms
From 194.109.6.93: bytes=60 seq=0037 TTL=54 ID=e761 time=35.049ms
From 194.109.6.93: bytes=60 seq=0038 TTL=54 ID=1762 time=35.262ms
From 194.109.6.93: bytes=60 seq=0039 TTL=54 ID=4562 time=35.060ms
From 194.109.6.93: bytes=60 seq=003a TTL=54 ID=6662 time=35.372ms
From 194.109.6.93: bytes=60 seq=003b TTL=54 ID=8562 time=35.213ms
From 194.109.6.93: bytes=60 seq=003c TTL=54 ID=a462 time=35.314ms
From 194.109.6.93: bytes=60 seq=003d TTL=54 ID=c262 time=35.393ms
From 194.109.6.93: bytes=60 seq=003e TTL=54 ID=e262 time=35.584ms
From 194.109.6.93: bytes=60 seq=003f TTL=54 ID=0063 time=34.890ms
From 194.109.6.93: bytes=60 seq=0040 TTL=54 ID=2063 time=35.564ms
From 194.109.6.93: bytes=60 seq=0041 TTL=54 ID=3e63 time=35.504ms
From 194.109.6.93: bytes=60 seq=0042 TTL=54 ID=5c63 time=35.489ms
From 194.109.6.93: bytes=60 seq=0043 TTL=54 ID=7c63 time=35.222ms
From 194.109.6.93: bytes=60 seq=0044 TTL=54 ID=9f63 time=35.555ms
From 194.109.6.93: bytes=60 seq=0045 TTL=54 ID=b963 time=35.278ms
From 194.109.6.93: bytes=60 seq=0046 TTL=54 ID=dc63 time=35.385ms
From 194.109.6.93: bytes=60 seq=0047 TTL=54 ID=fa63 time=35.270ms
From 194.109.6.93: bytes=60 seq=0048 TTL=54 ID=1964 time=35.296ms
From 194.109.6.93: bytes=60 seq=0049 TTL=54 ID=3364 time=35.812ms
From 194.109.6.93: bytes=60 seq=004a TTL=54 ID=5164 time=35.688ms
From 194.109.6.93: bytes=60 seq=004b TTL=54 ID=6a64 time=35.170ms
[Aborting...]

Packets: sent=75, rcvd=75, error=0, lost=0 (0.0% loss) in 37.036299 sec
RTTs in ms: min/avg/max/dev: 34.790 / 35.456 / 38.315 / 0.535
Bandwidth in kbytes/sec: sent=0.121, rcvd=0.121

per cui aldilá del valore in assoluto,
che dipende dalla distanza geografica,
bisogna guardare la numerositá e frequenza di timeout ?

qual é la regola ?

se la pagina che ho tirato fuori in alto
che ha un centinaio di istanze (???)
mi ha dato zero timeout é sufficiente per dire
che non c'é saturazione?

ogni istanza (scusate se non uso termini corretti) ha la frequenza di 1/secondo ?
EDIT: si puo controllare dal programma impostandola, il default é 500ms

lettura interessante: https://www.slideshare.net/LoveMyToo...eter-ciuffreda

tip per usarlo: scaricarlo e decomprimerlo nella cartella WIN
poi vai di prompt dei comandi....

mi spieghi pero questo :

Codice:

C:\Users\USER\Downloads\Compressed>hrping 194.109.6.93 -t -i2 -g
This is hrPING v5.07.1148 by cFos Software GmbH -- http://www.cfos.de

Source address is 192.168.1.29; using ICMP echo-request, ID=e444
Pinging 194.109.6.93 [194.109.6.93]
with 32 bytes data (60 bytes IP), TTL 2:

From 62.94.58.1: TTL count exceeded; bytes=56 seq=0001 TTL=254 ID=0000 time=10.110ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=0002 TTL=254 ID=0000 time=10.016ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=0003 TTL=254 ID=0000 time=9.928ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=0004 TTL=254 ID=0000 time=9.891ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=0005 TTL=254 ID=0000 time=9.649ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=0006 TTL=254 ID=0000 time=9.860ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=0007 TTL=254 ID=0000 time=9.851ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=0008 TTL=254 ID=0000 time=9.520ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=0009 TTL=254 ID=0000 time=10.633ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=000a TTL=254 ID=0000 time=9.436ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=000b TTL=254 ID=0000 time=9.924ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=000c TTL=254 ID=0000 time=10.019ms
From 62.94.58.1: TTL count exceeded; bytes=56 seq=000d TTL=254 ID=0000 time=9.478ms

perché in TTL2 , stesso indirizzo, mi fa scendere il ping ad 1/3 ?
E soprattutto cos'é TTL2 ?

MiloZ · 25-01-2021, 22:41

Quote:

Originariamente inviato da ranfas

ok penso di esserci riuscito

Codice:

From 194.109.6.93: bytes=60 seq=0027 TTL=54 ID=fc5f time=35.404ms
From 194.109.6.93: bytes=60 seq=0028 TTL=54 ID=1d60 time=34.963ms
From 194.109.6.93: bytes=60 seq=0029 TTL=54 ID=4260 time=36.424ms
From 194.109.6.93: bytes=60 seq=002a TTL=54 ID=5f60 time=35.361ms
From 194.109.6.93: bytes=60 seq=002b TTL=54 ID=8060 time=35.181ms
From 194.109.6.93: bytes=60 seq=002c TTL=54 ID=a160 time=35.490ms
From 194.109.6.93: bytes=60 seq=002d TTL=54 ID=c060 time=35.170ms
From 194.109.6.93: bytes=60 seq=002e TTL=54 ID=e260 time=35.327ms
From 194.109.6.93: bytes=60 seq=002f TTL=54 ID=0161 time=35.324ms
From 194.109.6.93: bytes=60 seq=0030 TTL=54 ID=1761 time=37.244ms
From 194.109.6.93: bytes=60 seq=0031 TTL=54 ID=3661 time=35.150ms
From 194.109.6.93: bytes=60 seq=0032 TTL=54 ID=5861 time=35.337ms
From 194.109.6.93: bytes=60 seq=0033 TTL=54 ID=7461 time=35.117ms
From 194.109.6.93: bytes=60 seq=0034 TTL=54 ID=9461 time=35.952ms
From 194.109.6.93: bytes=60 seq=0035 TTL=54 ID=af61 time=36.410ms
From 194.109.6.93: bytes=60 seq=0036 TTL=54 ID=cc61 time=35.383ms
From 194.109.6.93: bytes=60 seq=0037 TTL=54 ID=e761 time=35.049ms
From 194.109.6.93: bytes=60 seq=0038 TTL=54 ID=1762 time=35.262ms
From 194.109.6.93: bytes=60 seq=0039 TTL=54 ID=4562 time=35.060ms
From 194.109.6.93: bytes=60 seq=003a TTL=54 ID=6662 time=35.372ms
From 194.109.6.93: bytes=60 seq=003b TTL=54 ID=8562 time=35.213ms
From 194.109.6.93: bytes=60 seq=003c TTL=54 ID=a462 time=35.314ms
From 194.109.6.93: bytes=60 seq=003d TTL=54 ID=c262 time=35.393ms
From 194.109.6.93: bytes=60 seq=003e TTL=54 ID=e262 time=35.584ms
From 194.109.6.93: bytes=60 seq=003f TTL=54 ID=0063 time=34.890ms
From 194.109.6.93: bytes=60 seq=0040 TTL=54 ID=2063 time=35.564ms
From 194.109.6.93: bytes=60 seq=0041 TTL=54 ID=3e63 time=35.504ms
From 194.109.6.93: bytes=60 seq=0042 TTL=54 ID=5c63 time=35.489ms
From 194.109.6.93: bytes=60 seq=0043 TTL=54 ID=7c63 time=35.222ms
From 194.109.6.93: bytes=60 seq=0044 TTL=54 ID=9f63 time=35.555ms
From 194.109.6.93: bytes=60 seq=0045 TTL=54 ID=b963 time=35.278ms
From 194.109.6.93: bytes=60 seq=0046 TTL=54 ID=dc63 time=35.385ms
From 194.109.6.93: bytes=60 seq=0047 TTL=54 ID=fa63 time=35.270ms
From 194.109.6.93: bytes=60 seq=0048 TTL=54 ID=1964 time=35.296ms
From 194.109.6.93: bytes=60 seq=0049 TTL=54 ID=3364 time=35.812ms
From 194.109.6.93: bytes=60 seq=004a TTL=54 ID=5164 time=35.688ms
From 194.109.6.93: bytes=60 seq=004b TTL=54 ID=6a64 time=35.170ms
[Aborting...]

Packets: sent=75, rcvd=75, error=0, lost=0 (0.0% loss) in 37.036299 sec
RTTs in ms: min/avg/max/dev: 34.790 / 35.456 / 38.315 / 0.535
Bandwidth in kbytes/sec: sent=0.121, rcvd=0.121

per cui aldilá del valore in assoluto,
che dipende dalla distanza geografica,
bisogna guardare la numerositá e frequenza di timeout ?

Principalmente devi guardare i valori di latenza, se è stabile o meno e se ci sono pacchetti persi.

Quote:

se la pagina che ho tirato fuori in alto
che ha un centinaio di istanze (???)
mi ha dato zero timeout é sufficiente per dire
che non c'é saturazione?

Sarebbe meglio comunque fare ping più veloci in alcuni frangenti per capire meglio la situazione (di base sono ogni 500ms con hrping) aggiungendo il comando -s100 o -s50.
comunque si, verosimilmente puoi stabilire che in quel momento non avevi saturazione verso quell'host.

mirko991 · 27-01-2021, 17:47

Cos'hanno combinato con la manutenzione di 2 giorni fa? Ho latenze non dico raddoppiate ma quasi verso Francoforte e Amsterdam. Qualcuno ha notato lo stesso? Rete Irideos.

MiloZ · 27-01-2021, 17:59

Quote:

Originariamente inviato da mirko991

Cos'hanno combinato con la manutenzione di 2 giorni fa? Ho latenze non dico raddoppiate ma quasi verso Francoforte e Amsterdam. Qualcuno ha notato lo stesso? Rete Irideos.

CloudItalia o Kpnqwest?

Qualche traceroute a dimostrazione di ciò?

chris190 · 27-01-2021, 18:07

Quote:

Originariamente inviato da mirko991

Cos'hanno combinato con la manutenzione di 2 giorni fa? Ho latenze non dico raddoppiate ma quasi verso Francoforte e Amsterdam. Qualcuno ha notato lo stesso? Rete Irideos.

io non ho notato nessuna differenza rispetto a prima, anzi è addirittura migliorata la connessione con più fluidità e velocità! magari sarà anche il pc...

Comunque verso francoforte non ho ancora provato (anche se francamente non bazzico mai per quelle zone), hai un ip di Francoforte cosi provo?

MiloZ · 27-01-2021, 18:33

Quote:

Originariamente inviato da chris190

io non ho notato nessuna differenza rispetto a prima, anzi è addirittura migliorata la connessione con più fluidità e velocità! magari sarà anche il pc...

Comunque verso francoforte non ho ancora provato (anche se francamente non bazzico mai per quelle zone), hai un ip di Francoforte cosi provo?

te ne scrivo alcuni in Germania:

aixit.com
kundenserver.de
hetzner.de
link11.de
intergenia.de

23-01-2021, 19:47	#6342
MiloZ Senior Member Iscritto dal: Mar 2004 Messaggi: 6592	Per caso sapreste consigliarmi un software su piattaforma Windows 10 che possa monitorare la latenza verso specifici server e creare un rapporto sottoforma di grafico a fine giornata o comunque ogni tot tempo? Bisognerebbe che il programma permetta di effettuare ping abbastanza veloci, almeno ogni 500ms (mezzo secondo). __________________ READY. █

24-01-2021, 18:32	#6346
MiloZ Senior Member Iscritto dal: Mar 2004 Messaggi: 6592	Già saturi alle 19:00 con FTTH OpenInternet, alleluia! Altra linea FTTH OpenStream verso lo stesso host in contemporanea: Non lo scrivo più perchè non vorrei essere ripetitivo, volevo solo puntualizzare che il problema c'è ancora e sembra che alcune volte cominci pure prima della fascia oraria "critica". __________________ READY. █

22-01-2021, 21:21	#6341
ebeb Bannato Iscritto dal: Sep 2014 Messaggi: 3591	Irideos [DE-FRA1] Network upgrade Upcoming scheduled maintenance notice During the night between Mon Jan 25 and Tue Jan 26 we'll proceed to upgrade our Frankfurt router gateway. A maximum downtime of 20 minutes is to be expected. This maintenance will impact only Internet facing O.Cloud nodes and physical routers, and no internal networking will be impacted. We apologise for any inconvenience you may experience, and we confirm our full commitment in keeping our infrastructure as much updated and reliable as possible. Feel free to contact us for any possible question at support@entercloudsuite.com. Best regards, The IRIDEOS/O.Cloud Team Start time Jan 25, 23:00 CET Estimated duration 1 hour Components affected O.Cloud O.Cloud DE-FRA1 Network

24-01-2021, 17:25	#6344
Ramses_75 Member Iscritto dal: Aug 2017 Città: Biella Messaggi: 288	Dopo qualche giorno di utilizzo, eccomi con gli aggiornamenti che avevo promesso, per tutti i possessori di KLIK FTTC che dovessero avere un FritzBox nella fattispecie il mio è un 7530. Ho montato su il firmware beta (ufficiale scaricabile qui dalla loro apposita sezione Labs)versione 07.24-85384 BETA e devo dire che pur essendo a 432 metri dal cabinet i valori (che già erano ottimi sopra i 63, 64, anche 65 Mbps ora sono che aggancia sempre almeno a 67). Giustamente mi si faceva notare (grazie per i vostri consigli) che non sempre valori alti sono buoni (a volte diventano ballerini) ma nel frattempo ho fatto vari test tutti buoni, ma oggi quello credo migliore... allego schermata della banda direttamente dal Fritz saturata quasi completamente in un dowload di file da quasi 2 giga: Per la cronaca quando agganciava a 65 scaricava a 61... 62... è sempre qualcosina meno, ora aggancia a 67 e va a 65 La mia esperienza di tale firmware è quindi ottima, chi volesse può aggiornare che almeno con Klik funziona addirittura un pelino meglio (direi quasi 2 Mbps per qualcuno come me che non è proprio vicino). Oltretutto si può dare priorità assoluta ad un singolo apparecchio in LAN (facilmente intendo, prima occorreva fare delle specifiche categorie e assegnarle, ora c'è anche una scorciatoia rapida). Buona domenica a tutti

25-01-2021, 22:08	#6354
giovanni69 Senior Member Iscritto dal: Jun 2005 Messaggi: 21937	Caspita! Questa non la sapevo

27-01-2021, 17:47	#6357
mirko991 Member Iscritto dal: Apr 2018 Messaggi: 133	Cos'hanno combinato con la manutenzione di 2 giorni fa? Ho latenze non dico raddoppiate ma quasi verso Francoforte e Amsterdam. Qualcuno ha notato lo stesso? Rete Irideos.

Strumenti
Mostra una versione stampabile Invia questa pagina per email