Confronto Ping FTTH

[Aereo]

Si Psyred ricordo il pm che mi scrivesti al riguardo tempo fa Quello che intendevo era che un ping del genere fosse molto buono se fosse statolontano dal server

[Kjow]

Originariamente inviato da Aereo

Ok allora si spiega il valore

Sono solo 16 pagine che ne parliamo

L'ho postato per via dei soliti ping ballerini e alti da Perugia verso il mondo che da oramai diverse settimane si sono stabilizzati verso il basso.

È chiaro ed ovvio che per vedere il massimo che si può spremere dalla linea si debbano pingare i server della zona dove "esce" la propria linea

[Psyred]

Originariamente inviato da Kjow

È chiaro ed ovvio che per vedere il massimo che si può spremere dalla linea si debbano pingare i server della zona dove "esce" la propria linea

Come sempre dipende dal routing dell'operatore, non è assolutamente detto che i server più vicini geograficamente siano anche quelli dove la latenza è ottimale.

[Kjow]

Originariamente inviato da Psyred

Come sempre dipende dal routing dell'operatore, non è assolutamente detto che i server più vicini geograficamente siano anche quelli dove la latenza è ottimale.

Non intendo dove risiede l'utenza, ma dove "esce fuori" (direi dove si geolocalizza l'utente, ma non sempre coincide) dalla rete dell'operatore (es. Wind+Perugia->zona Firenze/Arezzo=Ping su Aruba, Vodafone->Milano=Ping su Vodafone Milano, ecc).
Non è sempre un dato noto, ma se si sa è un buon test pingare un server serio della zona di "uscita"

[Aereo]

Originariamente inviato da Kjow

Sono solo 16 pagine che ne parliamo

Che il server di Arebua sia ad Arezzo...?

Originariamente inviato da Psyred

Come sempre dipende dal routing dell'operatore, non è assolutamente detto che i server più vicini geograficamente siano anche quelli dove la latenza è ottimale.

Sicuramente si, ma paragonando il miglior routing possibile la distanza conta.

Originariamente inviato da Kjow

Non intendo dove risiede l'utenza, ma dove "esce fuori" (direi dove si geolocalizza l'utente, ma non sempre coincide) dalla rete dell'operatore (es. Wind+Perugia->zona Firenze/Arezzo=Ping su Aruba, Vodafone->Milano=Ping su Vodafone Milano, ecc).
Non è sempre un dato noto, ma se si sa è un buon test pingare un server serio della zona di "uscita"

Anche perché "uscire dentro" è improbabile!

[Psyred]

Originariamente inviato da Kjow

Non intendo dove risiede l'utenza, ma dove "esce fuori" (direi dove si geolocalizza l'utente, ma non sempre coincide) dalla rete dell'operatore (es. Wind+Perugia->zona Firenze/Arezzo=Ping su Aruba, Vodafone->Milano=Ping su Vodafone Milano, ecc).
Non è sempre un dato noto, ma se si sa è un buon test pingare un server serio della zona di "uscita"

Diciamo che a PG avete la "fortuna" di essere instradati su Firenze, e Wind fa peering (presumibilmente privato) con Aruba proprio a FI.

Per cui il percorso è praticamente ottimale (PG-FI-AR).

Per esempio con Clouditalia (tanto per rimanere ad Arezzo) si finisce al MIX di Milano:

 Traccia instradamento verso clouditalia.it [83.211.240.39]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2     *        *        *     Richiesta scaduta.
  3     5 ms     4 ms     4 ms  151.7.32.106
  4     5 ms     4 ms     4 ms  151.7.32.76
  5    12 ms    11 ms    11 ms  151.6.2.76
  6    11 ms    11 ms    11 ms  151.6.1.178
  7    11 ms    11 ms    11 ms  clouditalia.mix-it.net [217.29.66.64]
  8     *        *        *     Richiesta scaduta.
  9    11 ms    12 ms    12 ms  ip-240-39.sn2.clouditalia.com [83.211.240.39]

Il ping rimane ottimo naturalmente, anche se non ai livelli di Aruba

[Kjow]

Originariamente inviato da Aereo

Che il server di Arebua sia ad Arezzo...?

In effetti si, Wind->Perugia->Arezzo(Aruba), un trittico citato praticamente ogni volta che si parla di ping Wind da Perugia

Sicuramente si, ma paragonando il miglior routing possibile la distanza conta.

Conta, ma con la fibra in modo infinitamente minore rispetto al rame. Una volta che i dati sono nelle dorsali (fibra) è tutto un discorso di routing nei nodi (e relativo hardware).

Anche perché "uscire dentro" è improbabile!

Figura retorica: pleonasmo

[Kjow]

Originariamente inviato da Psyred

Diciamo che a PG avete la "fortuna" di essere instradati su Firenze, e Wind fa peering (presumibilmente privato) con Aruba proprio a FI.

Per cui il percorso è praticamente ottimale (PG-FI-AR).

Per esempio con Clouditalia (tanto per rimanere ad Arezzo) si finisce al MIX di Milano:

 Traccia instradamento verso clouditalia.it [83.211.240.39]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  fritz.box [192.168.178.1]
  2     *        *        *     Richiesta scaduta.
  3     5 ms     4 ms     4 ms  151.7.32.106
  4     5 ms     4 ms     4 ms  151.7.32.76
  5    12 ms    11 ms    11 ms  151.6.2.76
  6    11 ms    11 ms    11 ms  151.6.1.178
  7    11 ms    11 ms    11 ms  clouditalia.mix-it.net [217.29.66.64]
  8     *        *        *     Richiesta scaduta.
  9    11 ms    12 ms    12 ms  ip-240-39.sn2.clouditalia.com [83.211.240.39]

Il ping rimane ottimo naturalmente, anche se non ai livelli di Aruba

PS il ping su Aruba da Wind/PG è più che altro ottimo indice per la verifica dello stato delle latenze, visti i problemi "interno" di routing degli ultimi mesi

[Aereo]

Originariamente inviato da Kjow

In effetti si, Wind->Perugia->Arezzo(Aruba), un trittico citato praticamente ogni volta che si parla di ping Wind da Perugia

Conta, ma con la fibra in modo infinitamente minore rispetto al rame. Una volta che i dati sono nelle dorsali (fibra) è tutto un discorso di routing nei nodi (e relativo hardware).

Si certamente, per questo avevo precisato "a parità di condizioni"

Figura retorica: pleonasmo

Potresti avere un futuro in politica (e chiaramente ricordati del tuo amico Aereo)

[Kjow]

Originariamente inviato da Aereo

Si certamente, per questo avevo precisato "a parità di condizioni"

A parità di condizioni, non esistono distanze in fibra (almeno nell'ambito domestico/OpenFiber) tali che il ping abbia un degrado notificabile.
Nella fibra, i dati vanno alla velocità della luce (poco meno di trecentomila km/s). Diventa tutto un discorso di routing e trasformazione segnale luce/elettrico (quindi prettamente hw e non di distanza).
A titolo esplicativo della latenza su una distanza media terra-luna (380mila km) alla velocità della luce = 1,27 secondi e ritorno.

Comunque non ho dati nella differenza di latenza a parità di metraggio (mt, perchè sfido chiunque a pingare bene con qualche km di rame)

Potresti avere un futuro in politica (e chiaramente ricordati del tuo amico Aereo)

Non è decisamente il mio campo, però potresti provare tu! (vedi quote sopra)

[Psyred]

In realtà la velocità di propagazione della luce su FO è inferiore rispetto al vuoto (di circa il 30% se non ricordo male).

In ogni caso sono circa 5 μs = 0,005 ms di latenza per km , da raddoppiare tenendo conto che il ping è un RTT (quindi il tempo di percorso andata/ritorno).

Poi come hai già detto contano le varie trasformazioni O/E , la velocità di smistamento dei pacchetti dei router nel percorso e tutti gli altri fattori, ma anche la distanza (effettiva) conta.

[Kjow]

Originariamente inviato da Psyred

In realtà la velocità di propagazione della luce su FO è inferiore rispetto al vuoto (di circa il 30% se non ricordo male).

In ogni caso sono circa 5 μs = 0,005 ms di latenza per km , da raddoppiare tenendo conto che il ping è un RTT (quindi il tempo di percorso andata/ritorno).

Poi come hai già detto contano le varie trasformazioni O/E , la velocità di smistamento dei pacchetti dei router nel percorso e tutti gli altri fattori, ma anche la distanza (effettiva) conta.

Encomiabile

Penso, comunque, che la tratta Casa-"centrale" in fibra ottica sia molto più trascurabile della stessa tratta in rame. Anche perchè dalla centrale in poi viaggia tutto su fibra, no?

[Psyred]

Originariamente inviato da Kjow

Encomiabile

Penso, comunque, che la tratta Casa-"centrale" in fibra ottica sia molto più trascurabile della stessa tratta in rame. Anche perchè dalla centrale in poi viaggia tutto su fibra, no?

Si, anche se come vedi le differenze tra fibra e rame sono molto ridotte; tanto che in VDSL (in condizioni ottimali) si riesce a pingare il primo hop anche 3-4 ms, contro gli 1-2 ms della FTTH

[Kjow]

Originariamente inviato da Psyred

Si, anche se come vedi le differenze tra fibra e rame sono molto ridotte; tanto che in VDSL (in condizioni ottimali) si riesce a pingare il primo hop anche 3-4 ms, contro gli 1-2 ms della FTTH

[Aereo]

Originariamente inviato da Kjow

A parità di condizioni, non esistono distanze in fibra (almeno nell'ambito domestico/OpenFiber) tali che il ping abbia un degrado notificabile.
Nella fibra, i dati vanno alla velocità della luce (poco meno di trecentomila km/s). Diventa tutto un discorso di routing e trasformazione segnale luce/elettrico (quindi prettamente hw e non di distanza).
A titolo esplicativo della latenza su una distanza media terra-luna (380mila km) alla velocità della luce = 1,27 secondi e ritorno.

Comunque non ho dati nella differenza di latenza a parità di metraggio (mt, perchè sfido chiunque a pingare bene con qualche km di rame)

A parità di routing/ecc/tutto, su FTTH, uno pinga Milano da Bologna, un altro pinga lo stesso server di Milano da Reggio Calabria: i dati sono diversi, provare per credere. Che poi la distanza conti infinitamente meno del resto, è cosa nota ed è stato premesso a più riprese.

Non è decisamente il mio campo, però potresti provare tu! (vedi quote sopra)

Non voleva essere un commento negativo.

Originariamente inviato da Psyred

In realtà la velocità di propagazione della luce su FO è inferiore rispetto al vuoto (di circa il 30% se non ricordo male).

In ogni caso sono circa 5 μs = 0,005 ms di latenza per km , da raddoppiare tenendo conto che il ping è un RTT (quindi il tempo di percorso andata/ritorno).

Poi come hai già detto contano le varie trasformazioni O/E , la velocità di smistamento dei pacchetti dei router nel percorso e tutti gli altri fattori, ma anche la distanza (effettiva) conta.

Originariamente inviato da Kjow

Encomiabile

Penso, comunque, che la tratta Casa-"centrale" in fibra ottica sia molto più trascurabile della stessa tratta in rame. Anche perchè dalla centrale in poi viaggia tutto su fibra, no?

La prossima volta farò scrivere Psyred per me così sarò certo di farmi capire

[Heidegger]

Originariamente inviato da riccardi.fede

Per semplificare, aprite CMD (Prompt dei comandi) e fate copia e incolla del seguente codice:

@ECHO OFF
echo *** Google Milano ***>> %USERPROFILE%\Desktop\risultati-ping.txt
ping  216.58.205.67 -n 10 >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo *** Google Francoforte ***>> %USERPROFILE%\Desktop\risultati-ping.txt
ping  172.217.22.35 -n 10 >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo *** Google Londra ***>> %USERPROFILE%\Desktop\risultati-ping.txt
ping  216.58.198.163 -n 10 >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo *** Google Chicago ***>> %USERPROFILE%\Desktop\risultati-ping.txt
ping  172.217.12.196 -n 10 >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo *** Google Hong Kong ***>> %USERPROFILE%\Desktop\risultati-ping.txt
ping  216.58.200.4 -n 10 >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo *** Verygames, OVH, Roubaix, Francoforte (gaming) ***>> %USERPROFILE%\Desktop\risultati-ping.txt
ping  verygames.net -n 10 >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo *** multiplay.co.uk - Inghilterra (gaming) ***>> %USERPROFILE%\Desktop\risultati-ping.txt
ping  multiplay.co.uk -n 10 >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo. >> %USERPROFILE%\Desktop\risultati-ping.txt
echo *** Interactive3D - Olanda (gaming) ***>> %USERPROFILE%\Desktop\risultati-ping.txt
ping  i3d.net -n 10 >> %USERPROFILE%\Desktop\risultati-ping.txt
pause

Quando su CMD visualizzate "Pause", sul desktop avrete un file di testo "risultati-ping.txt". Nel caso non lo troviate, utilizzate la funzione cerca/trova del vostro PC.
Uploadatelo QUI, impostando come "Expiration" = NEVER e condividete il link sul thread, insieme alla vostra città e il vostro gestore.

Il risultato finale sarà un documento excel, corredato da grafici in cui per ogni città in FTTH, si confronterà l'operatore migliore in fatto di ping.
Grazie e aspetto i vostri test per completare l'indagine!
Un grazie a EliGabriRock44 per l'idea; ad Aereo per tutti i suoi preziosi suggerimenti e infine a tutti coloro che ci stanno supportando.

A me non va e da questo messaggio:

In riga:1 car:7
+ @ECHO OFF
+ ~~~
Token 'OFF' imprevisto nell'espressione o nell
In riga:1 car:1
+ @ECHO OFF
+ ~~~~~
L'operatore di splatting '@' non può essere ut
essere utilizzato soltanto come argomento di u
utilizzare '$ECHO'.
+ CategoryInfo : ParserError: (
+ FullyQualifiedErrorId : UnexpectedToken

[Aereo]

Quale OS usi?

[Heidegger]

Originariamente inviato da Aereo

Quale OS usi?

Win 10

[eRmacina]

Torino
Tiscali

http://txt.do/dqb90

[Aereo]

Originariamente inviato da Heidegger

Win 10

Azz strano non ci risultano problemi pregressi con Win 10, hai riprovato?

Originariamente inviato da eRmacina

Torino
Tiscali

http://txt.do/dqb90

Grazie! E Tiscali rulez ormai!