Confronto Ping FTTH - Pagina 4

Psyred · 03-08-2017, 13:21

L'IP è importante per entrambe le tecnologie di accesso in quanto a IP diversi possono corrispondere differenti instradamenti dei pacchetti.

Il discorso del "bug" dei 4 ms invece riguarda solo le utenze in VDSL con modem Broadcom (il BCM63138 del nuovo modem compatibile con il 35b pare che non ne sia afflitto). Oltretutto in FTTH non c'è una vera e propria "portante".

Aereo · 03-08-2017, 19:21

Quote:

Originariamente inviato da Psyred

L'IP è importante per entrambe le tecnologie di accesso in quanto a IP diversi possono corrispondere differenti instradamenti dei pacchetti.

Questo è molto interessante, forse dovremmo cominciare ad indicare come inizia l'ip di quando facciamo la rilevazione, in modo da avere una statistica riguardo a quali sia meglio.

Quote:

Il discorso del "bug" dei 4 ms invece riguarda solo le utenze in VDSL con modem Broadcom (il BCM63138 del nuovo modem compatibile con il 35b pare che non ne sia afflitto). Oltretutto in FTTH non c'è una vera e propria "portante".

Se il mio router dovesse tirare le cuoia, mi manderebbero il Broadcom?

Psyred · 03-08-2017, 23:33

Quote:

Originariamente inviato da Aereo

Questo è molto interessante, forse dovremmo cominciare ad indicare come inizia l'ip di quando facciamo la rilevazione, in modo da avere una statistica riguardo a quali sia meglio.

Ho già fatto molti test con tutte le classi di IP Telecom. Non ce ne sono di migliori o peggiori, è tutto molto imprevedibile.

Quote:

Originariamente inviato da Aereo

Se il mio router dovesse tirare le cuoia, mi manderebbero il Broadcom?

Sono tutti Broadcom i modem che fornisce TIM.

Aereo · 04-08-2017, 21:15

Quote:

Originariamente inviato da Psyred

Ho già fatto molti test con tutte le classi di IP Telecom. Non ce ne sono di migliori o peggiori, è tutto molto imprevedibile.

Quindi va a fortuna diciamo.

Quote:

Sono tutti Broadcom i modem che fornisce TIM.

Ok grazie

furiaceka87 · 06-08-2017, 22:25

Vodafone - FFTH 1Gbits - Torino

216.58.205.67 = 6ms
172.217.22.35 = 15ms
216.58.198.163 = 27ms
172.217.12.196 = 96ms
216.58.200.4 = 294ms

Aereo · 07-08-2017, 09:31

Quote:

Originariamente inviato da furiaceka87

Vodafone - FFTH 1Gbits - Torino

216.58.205.67 = 6ms
172.217.22.35 = 15ms
216.58.198.163 = 27ms
172.217.12.196 = 96ms
216.58.200.4 = 294ms

Non male.

sb3rla · 07-08-2017, 10:25

[quote=Aereo;44931657]Quindi va a fortuna diciamo.

"Fortuna" e' un po riduttivo....

In TIM (ma anche gli altri operatori) in genere assegnano le classi di IP staticamente ad ogni router che gestisce l'accesso di clienti in rete (PE\NAS\POP).

Da questi router ovviamente il routing (scusa il gioco di parole) e' dinamico; l'instradamento anche verso la stessa destinazione e' variabile in base a tutta una serie di parametri (carico di traffico sulla rotta, garanzia, tasso d'errore, affidablilta' della rotta ecc) automaticamente calcolati dai protocolli di routing che girano sulla macchina stessa (RIP,EIGRP,BGP,OSPF ecc).

sb3rla · 07-08-2017, 10:27

Quote:

Originariamente inviato da Aereo

Quindi va a fortuna diciamo.

"Fortuna" e' un po riduttivo....

In TIM (ma anche gli altri operatori) in genere assegnano le classi di IP staticamente ad ogni router che gestisce l'accesso di clienti in rete (PE\NAS\POP).

Da questi router ovviamente il routing (scusa il gioco di parole) e' dinamico; l'instradamento anche verso la stessa destinazione e' variabile in base a tutta una serie di parametri (carico di traffico sulla rotta, garanzia, tasso d'errore, affidablilta' della rotta ecc) automaticamente calcolati dai protocolli di routing che girano sulla macchina stessa (RIP,EIGRP,BGP,OSPF ecc).

Aereo · 07-08-2017, 12:50

Quote:

Originariamente inviato da sb3rla

"Fortuna" e' un po riduttivo....

In TIM (ma anche gli altri operatori) in genere assegnano le classi di IP staticamente ad ogni router che gestisce l'accesso di clienti in rete (PE\NAS\POP).

Da questi router ovviamente il routing (scusa il gioco di parole) e' dinamico; l'instradamento anche verso la stessa destinazione e' variabile in base a tutta una serie di parametri (carico di traffico sulla rotta, garanzia, tasso d'errore, affidablilta' della rotta ecc) automaticamente calcolati dai protocolli di routing che girano sulla macchina stessa (RIP,EIGRP,BGP,OSPF ecc).

Ok grazie

gerry722 · 09-08-2017, 18:49

Fastweb Torino 1 Gbits FTTH

216.58.205.67 = 6ms
172.217.22.35 = 14ms
216.58.198.163 = 27ms
172.217.12.196 = 99ms
216.58.200.4 = 288ms

Aereo · 10-08-2017, 07:57

Buono! È stabile anche nelle ore di punta?

gerry722 · 10-08-2017, 16:58

Per ora si. Ho provato mattina pomeriggio e sera e i valori sono sempre uguali

Aereo · 11-08-2017, 14:30

Grazie Gerry!

gerry722 · 11-08-2017, 20:21

Quote:

Originariamente inviato da Aereo

Grazie Gerry!

War3333 · 12-08-2017, 18:30

FTTC Tim 100/20, Sirmione (BS)

Quote:

PING 216.58.205.67 (216.58.205.67): 56 data bytes
64 bytes from 216.58.205.67: icmp_seq=0 ttl=53 time=9.059 ms
64 bytes from 216.58.205.67: icmp_seq=1 ttl=53 time=9.164 ms
64 bytes from 216.58.205.67: icmp_seq=2 ttl=53 time=9.263 ms
64 bytes from 216.58.205.67: icmp_seq=3 ttl=53 time=9.051 ms
64 bytes from 216.58.205.67: icmp_seq=4 ttl=53 time=9.376 ms
64 bytes from 216.58.205.67: icmp_seq=5 ttl=53 time=9.561 ms
64 bytes from 216.58.205.67: icmp_seq=6 ttl=53 time=8.678 ms
64 bytes from 216.58.205.67: icmp_seq=7 ttl=53 time=9.230 ms
64 bytes from 216.58.205.67: icmp_seq=8 ttl=53 time=9.226 ms
64 bytes from 216.58.205.67: icmp_seq=9 ttl=53 time=9.292 ms

--- 216.58.205.67 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 8.678/9.190/9.561/0.221 ms
PING 172.217.22.35 (172.217.22.35): 56 data bytes
64 bytes from 172.217.22.35: icmp_seq=0 ttl=53 time=28.859 ms
64 bytes from 172.217.22.35: icmp_seq=1 ttl=53 time=29.111 ms
64 bytes from 172.217.22.35: icmp_seq=2 ttl=53 time=28.967 ms
64 bytes from 172.217.22.35: icmp_seq=3 ttl=53 time=28.966 ms
64 bytes from 172.217.22.35: icmp_seq=4 ttl=53 time=28.779 ms
64 bytes from 172.217.22.35: icmp_seq=5 ttl=53 time=28.520 ms
64 bytes from 172.217.22.35: icmp_seq=6 ttl=53 time=29.287 ms
64 bytes from 172.217.22.35: icmp_seq=7 ttl=53 time=28.833 ms
64 bytes from 172.217.22.35: icmp_seq=8 ttl=53 time=28.869 ms
64 bytes from 172.217.22.35: icmp_seq=9 ttl=53 time=29.377 ms

--- 172.217.22.35 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 28.520/28.957/29.377/0.238 ms
PING 216.58.198.163 (216.58.198.163): 56 data bytes
64 bytes from 216.58.198.163: icmp_seq=0 ttl=49 time=29.515 ms
64 bytes from 216.58.198.163: icmp_seq=1 ttl=49 time=28.936 ms
64 bytes from 216.58.198.163: icmp_seq=2 ttl=49 time=28.860 ms
64 bytes from 216.58.198.163: icmp_seq=3 ttl=49 time=28.935 ms
64 bytes from 216.58.198.163: icmp_seq=4 ttl=49 time=29.118 ms
64 bytes from 216.58.198.163: icmp_seq=5 ttl=49 time=29.171 ms
64 bytes from 216.58.198.163: icmp_seq=6 ttl=49 time=28.733 ms
64 bytes from 216.58.198.163: icmp_seq=7 ttl=49 time=28.965 ms
64 bytes from 216.58.198.163: icmp_seq=8 ttl=49 time=28.747 ms
64 bytes from 216.58.198.163: icmp_seq=9 ttl=49 time=29.261 ms

--- 216.58.198.163 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 28.733/29.024/29.515/0.231 ms
PING 172.217.12.196 (172.217.12.196): 56 data bytes
64 bytes from 172.217.12.196: icmp_seq=0 ttl=50 time=106.118 ms
64 bytes from 172.217.12.196: icmp_seq=1 ttl=50 time=106.313 ms
64 bytes from 172.217.12.196: icmp_seq=2 ttl=50 time=106.150 ms
64 bytes from 172.217.12.196: icmp_seq=3 ttl=50 time=105.981 ms
64 bytes from 172.217.12.196: icmp_seq=4 ttl=50 time=106.175 ms
64 bytes from 172.217.12.196: icmp_seq=5 ttl=50 time=105.713 ms
64 bytes from 172.217.12.196: icmp_seq=6 ttl=50 time=106.465 ms
64 bytes from 172.217.12.196: icmp_seq=7 ttl=50 time=106.169 ms
64 bytes from 172.217.12.196: icmp_seq=8 ttl=50 time=106.082 ms
64 bytes from 172.217.12.196: icmp_seq=9 ttl=50 time=106.036 ms

--- 172.217.12.196 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 105.713/106.120/106.465/0.189 ms
PING 216.58.200.4 (216.58.200.4): 56 data bytes
64 bytes from 216.58.200.4: icmp_seq=0 ttl=49 time=307.341 ms
64 bytes from 216.58.200.4: icmp_seq=1 ttl=49 time=307.576 ms
64 bytes from 216.58.200.4: icmp_seq=2 ttl=49 time=307.211 ms
64 bytes from 216.58.200.4: icmp_seq=3 ttl=49 time=306.998 ms
64 bytes from 216.58.200.4: icmp_seq=4 ttl=49 time=307.206 ms
64 bytes from 216.58.200.4: icmp_seq=5 ttl=49 time=307.482 ms
64 bytes from 216.58.200.4: icmp_seq=6 ttl=49 time=307.179 ms
64 bytes from 216.58.200.4: icmp_seq=7 ttl=49 time=307.135 ms
64 bytes from 216.58.200.4: icmp_seq=8 ttl=49 time=307.248 ms
64 bytes from 216.58.200.4: icmp_seq=9 ttl=49 time=307.403 ms

--- 216.58.200.4 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 306.998/307.278/307.576/0.164 ms

riccardi.fede · 13-08-2017, 10:51

Quote:

Originariamente inviato da War3333

FTTC Tim 100/20, Sirmione (BS)

Solo FTTH (fibra fino a casa), non FTTC.

HyundaiBenz · 18-08-2017, 09:56

FTTH Bari Infostrada 1 giga

216.58.205.67 (Milano)
Minimum = 21ms, Maximum = 21ms, Average = 21ms

172.217.22.35 (Francoforte)
Minimum = 30ms, Maximum = 33ms, Average = 31ms

216.58.198.163 (Londra)
Minimum = 42ms, Maximum = 43ms, Average = 42ms

172.217.12.196 (Chicago)
Minimum = 116ms, Maximum = 117ms, Average = 116ms

216.58.200.4
Minimum = 299ms, Maximum = 301ms, Average = 300ms

Kjow · 18-08-2017, 10:10

Wind FTTH - Perugia

Comunque sono dati da prendere con le pinze. Parlando con diversi tecnici/responsabili in questi mesi (e soprattutto nelle ultime settimane), mi dicevano che la rete qui è ancora in fase di "test"/ottimizzazione e che quindi le prestazioni dovrebbero migliorare nelle prossime settimane.

Comunque credo che i lavori di scavi veri e propri qui siano conclusi.
Da gennaio Sirti aveva la base in un Hotel nella zona, con furgoni e camion parcheggiati di fronte. Nei giorni scorsi e tutt'ora, passando lì non ce ne è più uno.

Ora girano altre società per passare i cavi di fibra, fare attivazioni e cose collaterali.

Bando alle ciance, ecco i miei dati:

Codice:

Esecuzione di Ping 216.58.205.67 con 32 byte di dati:
Risposta da 216.58.205.67: byte=32 durata=14ms TTL=54
Risposta da 216.58.205.67: byte=32 durata=15ms TTL=54
Risposta da 216.58.205.67: byte=32 durata=14ms TTL=54
Risposta da 216.58.205.67: byte=32 durata=14ms TTL=54

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

________________________

Esecuzione di Ping 172.217.22.35 con 32 byte di dati:
Risposta da 172.217.22.35: byte=32 durata=23ms TTL=52
Risposta da 172.217.22.35: byte=32 durata=23ms TTL=52
Risposta da 172.217.22.35: byte=32 durata=23ms TTL=52
Risposta da 172.217.22.35: byte=32 durata=23ms TTL=52

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

________________________

Esecuzione di Ping 216.58.198.163 con 32 byte di dati:
Risposta da 216.58.198.163: byte=32 durata=35ms TTL=50
Risposta da 216.58.198.163: byte=32 durata=35ms TTL=50
Risposta da 216.58.198.163: byte=32 durata=34ms TTL=50
Risposta da 216.58.198.163: byte=32 durata=34ms TTL=50

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

________________________

Esecuzione di Ping 172.217.12.196 con 32 byte di dati:
Risposta da 172.217.12.196: byte=32 durata=118ms TTL=49
Risposta da 172.217.12.196: byte=32 durata=118ms TTL=49
Risposta da 172.217.12.196: byte=32 durata=118ms TTL=49
Risposta da 172.217.12.196: byte=32 durata=118ms TTL=49

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

________________________

Esecuzione di Ping 216.58.200.4 con 32 byte di dati:
Risposta da 216.58.200.4: byte=32 durata=306ms TTL=44
Risposta da 216.58.200.4: byte=32 durata=305ms TTL=44
Risposta da 216.58.200.4: byte=32 durata=305ms TTL=44
Risposta da 216.58.200.4: byte=32 durata=305ms TTL=44

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

Aggiungo, se servisse, anche il ping sui DNS di google:

Codice:

Esecuzione di Ping 8.8.8.8 con 32 byte di dati:
Risposta da 8.8.8.8: byte=32 durata=15ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=15ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=15ms TTL=57
Risposta da 8.8.8.8: byte=32 durata=15ms TTL=57

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

Esecuzione di Ping 8.8.4.4 con 32 byte di dati:
Risposta da 8.8.4.4: byte=32 durata=24ms TTL=56
Risposta da 8.8.4.4: byte=32 durata=24ms TTL=56
Risposta da 8.8.4.4: byte=32 durata=24ms TTL=56
Risposta da 8.8.4.4: byte=32 durata=24ms TTL=56

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

Visto che anche altri lo hanno messo, penso che sia utile capire dove le reti si "perdano":

Codice:

Traccia instradamento verso test.ngi.it [88.149.202.248]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     9 ms     9 ms     9 ms  151.7.198.15
  3     9 ms     9 ms     9 ms  151.7.32.24
  4     9 ms     9 ms     9 ms  151.7.32.18
  5    17 ms    14 ms    14 ms  151.6.0.91
  6    14 ms    14 ms    14 ms  151.6.1.180
  7    14 ms    14 ms    31 ms  btglobal.mix-it.net [217.29.66.119]
  8    16 ms    16 ms    16 ms  t2c3-xe-0-0-0-1.it-mil2.eu.bt.net [166.49.237.82]
  9    26 ms    25 ms    26 ms  166-49-243-130.eu.bt.net [166.49.243.130]
 10    25 ms    25 ms    25 ms  217-221-48-218-static.albacom.net [217.221.48.218]
 11     *        *        *     Richiesta scaduta.
 12    23 ms    23 ms    23 ms  88-149-202-248.v4.ngi.it [88.149.202.248]

Traccia completata.

Ciao!

Psyred · 18-08-2017, 10:15

A Perugia Infostrada ha da qualche tempo problemi di routing verso il BRAS, lo si evince chiaramente dai 9 ms, latenza veramente mediocre per una FTTH.

Aereo · 18-08-2017, 21:53

Da PG a MI con una FTTH 14 ms... comunque cosa debbano ottimizzare vorrei capire, perché sta storia che le linee si dovrebbero "assestare" la raccontano sempre tutti, ma poi non si assesta mai niente.

03-08-2017, 13:21	#61
Psyred Senior Member Iscritto dal: Dec 2004 Messaggi: 15616	L'IP è importante per entrambe le tecnologie di accesso in quanto a IP diversi possono corrispondere differenti instradamenti dei pacchetti. Il discorso del "bug" dei 4 ms invece riguarda solo le utenze in VDSL con modem Broadcom (il BCM63138 del nuovo modem compatibile con il 35b pare che non ne sia afflitto). Oltretutto in FTTH non c'è una vera e propria "portante". __________________ WindTre FTTH 2500/500 Mb (OF) - Fritz!Box 5590 Fiber [TEST][Latenze/Routing]

07-08-2017, 10:25	#67
sb3rla Senior Member Iscritto dal: Apr 2005 Città: Mustafar Messaggi: 361	[quote=Aereo;44931657]Quindi va a fortuna diciamo. "Fortuna" e' un po riduttivo.... In TIM (ma anche gli altri operatori) in genere assegnano le classi di IP staticamente ad ogni router che gestisce l'accesso di clienti in rete (PE\NAS\POP). Da questi router ovviamente il routing (scusa il gioco di parole) e' dinamico; l'instradamento anche verso la stessa destinazione e' variabile in base a tutta una serie di parametri (carico di traffico sulla rotta, garanzia, tasso d'errore, affidablilta' della rotta ecc) automaticamente calcolati dai protocolli di routing che girano sulla macchina stessa (RIP,EIGRP,BGP,OSPF ecc). __________________ \|\| Cavaliere jedi dell HWU Star Wars Clan \|\| INTEL Core I7 920 \| Corsair 6.00 Gb RAM DDR3 1666Mhz Triplechannel \| MoBo ASUS P6TD-Deluxe \| Sapphire ATI 5870 \| SAMSUNG 840 EVO + WD 2 TB \| Creative Inspire 5.1 Sorround \| Debian 8.2 \| Win 7 Telecom Italia

10-08-2017, 07:57	#71
Aereo Senior Member Iscritto dal: Dec 2016 Città: Bologna Messaggi: 515	Buono! È stabile anche nelle ore di punta? __________________ --> Confronto ping FTTH <-- / --> Tiscali FTTH 1000/300 Mb/sec <-- / --> NAT 1 su PS3/PS4 <--

11-08-2017, 14:30	#73
Aereo Senior Member Iscritto dal: Dec 2016 Città: Bologna Messaggi: 515	Grazie Gerry! __________________ --> Confronto ping FTTH <-- / --> Tiscali FTTH 1000/300 Mb/sec <-- / --> NAT 1 su PS3/PS4 <--

18-08-2017, 09:56	#77
HyundaiBenz Member Iscritto dal: May 2016 Messaggi: 74	FTTH Bari Infostrada 1 giga 216.58.205.67 (Milano) Minimum = 21ms, Maximum = 21ms, Average = 21ms 172.217.22.35 (Francoforte) Minimum = 30ms, Maximum = 33ms, Average = 31ms 216.58.198.163 (Londra) Minimum = 42ms, Maximum = 43ms, Average = 42ms 172.217.12.196 (Chicago) Minimum = 116ms, Maximum = 117ms, Average = 116ms 216.58.200.4 Minimum = 299ms, Maximum = 301ms, Average = 300ms Ultima modifica di HyundaiBenz : 18-08-2017 alle 10:03.

06-08-2017, 22:25	#65
furiaceka87 Senior Member Iscritto dal: Sep 2005 Messaggi: 484	Vodafone - FFTH 1Gbits - Torino 216.58.205.67 = 6ms 172.217.22.35 = 15ms 216.58.198.163 = 27ms 172.217.12.196 = 96ms 216.58.200.4 = 294ms

09-08-2017, 18:49	#70
gerry722 Senior Member Iscritto dal: Jul 2002 Città: Torino Messaggi: 875	Fastweb Torino 1 Gbits FTTH 216.58.205.67 = 6ms 172.217.22.35 = 14ms 216.58.198.163 = 27ms 172.217.12.196 = 99ms 216.58.200.4 = 288ms

10-08-2017, 16:58	#72
gerry722 Senior Member Iscritto dal: Jul 2002 Città: Torino Messaggi: 875	Per ora si. Ho provato mattina pomeriggio e sera e i valori sono sempre uguali

18-08-2017, 10:15	#79
Psyred Senior Member Iscritto dal: Dec 2004 Messaggi: 15616	A Perugia Infostrada ha da qualche tempo problemi di routing verso il BRAS, lo si evince chiaramente dai 9 ms, latenza veramente mediocre per una FTTH. __________________ WindTre FTTH 2500/500 Mb (OF) - Fritz!Box 5590 Fiber [TEST][Latenze/Routing]

18-08-2017, 21:53	#80
Aereo Senior Member Iscritto dal: Dec 2016 Città: Bologna Messaggi: 515	Da PG a MI con una FTTH 14 ms... comunque cosa debbano ottimizzare vorrei capire, perché sta storia che le linee si dovrebbero "assestare" la raccontano sempre tutti, ma poi non si assesta mai niente. __________________ --> Confronto ping FTTH <-- / --> Tiscali FTTH 1000/300 Mb/sec <-- / --> NAT 1 su PS3/PS4 <--

Strumenti
Mostra una versione stampabile Invia questa pagina per email