[FTTH] WindTre FTTH - Pre-installazione linea (info/richieste/prezzi/FAQ)

[Mr.Kiko]

Originariamente inviato da MiloZ

Ciao,
intanto bisognerebbe capire le caratteristiche del PC e se hai qualche software tipo antivirus\firewall o simili di terze parti che potrebbe influire sulle prestazioni della linea.
Verifica anche non ci siano strani software a corredo (in particolare se utilizzi un notebook) che potrebbe essere meglio disattivare (esempio GameFirst IV in alcuni Asus).

Grazie mille per la risposta, ho provato su Ubuntu Live ed effettivamente lì il problema non si pone. Appurato che si trattasse di Windows, ho fatto una ricerca e ho scoperto che cambiando da prompt di comando dai parametri globali TCP il "Receive Window Auto-Tuning level" da "normal" a "disabled" ha risolto i miei problemi. Sia lo speedtest che i download di files avvengono a piena banda adesso.

Per chi avesse lo stesso problema, il comando è il seguente

netsh int tcp set global autotuninglevel=disabled

Alcuni hanno risolto reimpostandolo successivamente in normal.

EDIT: Grazie a @MiloZ e @Psyred mi sono accorto di avere invertito il value di quel setting. In realtà la banda limitata è causata dal mantenere l'auto tuning disabilitato. Reimpostando il valore in "default", è tutto ok!

[Psyred]

Occhio che disabilitando l'auto tuning la TCP RWin viene bloccata a 65535, valore che potrebbe risultare penalizzante per connessioni UBB, in particolare nei DL da server ad alta latenza.

[Mr.Kiko]

Originariamente inviato da Psyred

Occhio che disabilitando l'auto tuning la TCP RWin viene bloccata a 65535, valore che potrebbe risultare penalizzante per connessioni UBB, in particolare nei DL da server ad alta latenza.

Grazie per la dritta, vedo se reimpostandolo in default, rimane tutto in regola e cerco di informarmi meglio su cosa sia e come funziona

[MiloZ]

Originariamente inviato da Mr.Kiko

Grazie mille per la risposta, ho provato su Ubuntu Live ed effettivamente lì il problema non si pone. Appurato che si trattasse di Windows, ho fatto una ricerca e ho scoperto che cambiando da prompt di comando dai parametri globali TCP il "Receive Window Auto-Tuning level" da "normal" a "disabled" ha risolto i miei problemi. Sia lo speedtest che i download di files avvengono a piena banda adesso.

Per chi avesse lo stesso problema, il comando è il seguente

netsh int tcp set global autotuninglevel=disabled

Alcuni hanno risolto reimpostandolo successivamente in normal.

Molto strano, disabilitando l'auto-tuning il rischio è che le cose peggiorino.
Sei sicuro sia quello il motivo oppure hai modificato altre voci?
Potresti riprovare a metterlo su "Normal" facendo ulteriori test?

Più che altro è il Windows Scaling Heuristics che va tenuto disabilitato (normalmente lo è di default).
Se provi un download da qui adesso come va: http://mirror.proserve.nl/centos/8.2...86_64-dvd1.iso

[MiloZ]

Originariamente inviato da Psyred

In generale stasera noto grossi problemi con banda verso l'estero, persino dal mitico http://download.xs4all.nl/test/10GB.bin, server che finora non mi aveva mai tradito, ottengo velocità ridicole.

Sui server italiani di speedtest banda piena come sempre (sono in FTTC), ma selezionandone uno olandese ad esempio la velocità scendeva a 5 Mb/s

Ipotizzo qualche tipo di guasto o intervento tecnico, mi sembra improbabile che la rete sia collassata tutta insieme.

Oggi è gia saturo verso le 16:00, ping alto e banda da ADSL:

Traccia instradamento verso hgd-speedtest-1.tele2.net [90.130.74.149]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  192.168.0.1
  2     *        4 ms     5 ms  151.7.198.15
  3    21 ms     5 ms     5 ms  151.7.32.24
  4     4 ms     5 ms     5 ms  151.7.32.166
  5    10 ms     9 ms     9 ms  151.6.5.224
  6    10 ms    10 ms    10 ms  151.6.6.141
  7    10 ms    10 ms    10 ms  mno-b2-link.telia.net [62.115.36.84]
  8   141 ms   140 ms   136 ms  ffm-bb2-link.telia.net [62.115.116.172]
  9     *        *      126 ms  ffm-b5-link.telia.net [62.115.114.91]
 10   138 ms   135 ms   137 ms  tele2-ic-345158-ffm-b4.c.telia.net [62.115.175.117]
 11   160 ms   152 ms   152 ms  lim-core-1.bundle-ether6.tele2.net [130.244.205.5]
 12    45 ms    45 ms    45 ms  lim-core-1.bundle-ether20.tele2.net [130.244.75.186]
 13   157 ms   160 ms   164 ms  hgd-core-1.bundle-ether20.tele2.net [130.244.75.187]
 14   150 ms   151 ms   152 ms  d90-130-74-149.cust.tele2.se [90.130.74.149]

Traccia completata.

Effetti dei mini-lockdown?
Anche Wind non l'ha scampata stavolta.
La scorsa primavera mi pare che i problemi verso Telia fossero durati poco, diciamo che aveva retto piuttosto bene la rete, speriamo che a questo giro sistemino in fretta.

[Psyred]

Originariamente inviato da MiloZ

Oggi è gia saturo verso le 16:00, ping alto e banda da ADSL:

Traccia instradamento verso hgd-speedtest-1.tele2.net [90.130.74.149]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  192.168.0.1
  2     *        4 ms     5 ms  151.7.198.15
  3    21 ms     5 ms     5 ms  151.7.32.24
  4     4 ms     5 ms     5 ms  151.7.32.166
  5    10 ms     9 ms     9 ms  151.6.5.224
  6    10 ms    10 ms    10 ms  151.6.6.141
  7    10 ms    10 ms    10 ms  mno-b2-link.telia.net [62.115.36.84]
  8   141 ms   140 ms   136 ms  ffm-bb2-link.telia.net [62.115.116.172]
  9     *        *      126 ms  ffm-b5-link.telia.net [62.115.114.91]
 10   138 ms   135 ms   137 ms  tele2-ic-345158-ffm-b4.c.telia.net [62.115.175.117]
 11   160 ms   152 ms   152 ms  lim-core-1.bundle-ether6.tele2.net [130.244.205.5]
 12    45 ms    45 ms    45 ms  lim-core-1.bundle-ether20.tele2.net [130.244.75.186]
 13   157 ms   160 ms   164 ms  hgd-core-1.bundle-ether20.tele2.net [130.244.75.187]
 14   150 ms   151 ms   152 ms  d90-130-74-149.cust.tele2.se [90.130.74.149]

Traccia completata.

Effetti dei mini-lockdown?
Anche Wind non l'ha scampata stavolta.
La scorsa primavera mi pare che i problemi verso Telia fossero durati poco, diciamo che aveva retto piuttosto bene la rete, speriamo che a questo giro sistemino in fretta.

Si, anche gli altri server internazionali sono già in crisi, che si raggiungano tramite transiti o peering ai vari IXP.

Qui mi pare che si attivino connessioni Gigabit come se non ci fosse un domani e la banda ormai inizia a scarseggiare, a maggior ragione in un periodo come questo.

Mah, speriamo risolvano...

[Mr.Kiko]

Originariamente inviato da MiloZ

Molto strano, disabilitando l'auto-tuning il rischio è che le cose peggiorino.
Sei sicuro sia quello il motivo oppure hai modificato altre voci?
Potresti riprovare a metterlo su "Normal" facendo ulteriori test?

Più che altro è il Windows Scaling Heuristics che va tenuto disabilitato (normalmente lo è di default).
Se provi un download da qui adesso come va: http://mirror.proserve.nl/centos/8.2...86_64-dvd1.iso

Ragazzi, avete ragione: da "default" non ho cap di banda, da "disabled" sì. Evidentemente ho invertito i comandi ieri sera, nonostante la guida che ho letto consigliava di disattivarlo. Per qualche motivo si vede che lo avevo fin dal principio in disabled, nonostante non mi sia capitato di "giocare" con questi settaggi dall'ultima volta che ho installato Windows.

con l'Auto-Tuning level disabled quel file lo scarico massimo a 10MB/s, mentre in default con IDM 110MB/s e da Edge 56MB/s. Stessa storia per quanto riguarda lo speedtest: 350Mb/s in disabled, 880Mb/s in default.

Non so proprio come abbia potuto confondere il setting Scusatemi, edito il mio vecchio post

[MiloZ]

Originariamente inviato da Mr.Kiko

Ragazzi, avete ragione: da "default" non ho cap di banda, da "disabled" sì. Evidentemente ho invertito i comandi ieri sera, nonostante la guida che ho letto consigliava di disattivarlo. Per qualche motivo si vede che lo avevo fin dal principio in disabled, nonostante non mi sia capitato di "giocare" con questi settaggi dall'ultima volta che ho installato Windows.

con l'Auto-Tuning level disabled quel file lo scarico massimo a 10MB/s, mentre in default con IDM 110MB/s e da Edge 56MB/s. Stessa storia per quanto riguarda lo speedtest: 350Mb/s in disabled, 880Mb/s in default.

Non so proprio come abbia potuto confondere il setting Scusatemi, edito il mio vecchio post

Ottimo a sapersi, chissà come mai avevi l'auto-tuning disabilitato di default, di norma è sempre attivo.
Avevi messo mano a certe configurazioni in passato e magari lo avevi modificato erroneamente?

[MiloZ]

In questo momento ore 22:50 xs4all e i3d.net ok (ieri alla stessa ora andavano molto peggio), Telia alza sempre la latenza, gli unici problemi quindi sono verso queste direttrici, anche se in alcuni momenti la velocità ritorna quasi ok, per poi magari ricrollare dopo qualche minuto.

Traccia instradamento verso speedtest.tele2.net [90.130.70.73]
su un massimo di 30 punti di passaggio:

  1    <1 ms    <1 ms    <1 ms  192.168.0.1
  2     *        5 ms     5 ms  151.7.198.15
  3     5 ms    10 ms     4 ms  151.7.32.22
  4     5 ms     5 ms     4 ms  151.7.32.160
  5    10 ms     9 ms     9 ms  151.6.7.220
  6    10 ms    10 ms    10 ms  151.6.1.180
  7    10 ms    10 ms    10 ms  mno-b2-link.telia.net [62.115.36.84]
  8    89 ms    84 ms    84 ms  ffm-bb2-link.telia.net [62.115.116.172]
  9    87 ms     *       87 ms  ffm-b5-link.telia.net [62.115.114.91]
 10    87 ms    82 ms    77 ms  tele2-ic-345158-ffm-b4.c.telia.net [62.115.175.117]
 11    78 ms    75 ms    78 ms  d90-130-70-73.cust.tele2.se [90.130.70.73]

Traccia completata.

[Vinsent]

Ma siete sicuri che il problema sia telia? per me no.

Traccia instradamento verso speedtest.tele2.net [90.130.70.73]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms fritz.box [192.168.188.1]
2 5 ms 4 ms 4 ms ***.**.*.*
3 5 ms 4 ms 4 ms *.**.**.*
4 5 ms * 5 ms **.***.*.*
5 5 ms 5 ms 5 ms mno-b2-link.telia.net [62.115.174.40]
6 14 ms 14 ms 15 ms ffm-bb2-link.telia.net [62.115.116.172]
7 14 ms 14 ms * ffm-b5-link.telia.net [62.115.114.91]
8 14 ms 15 ms 13 ms tele2-ic-345158-ffm-b4.c.telia.net [62.115.175.117]
9 14 ms 14 ms 13 ms d90-130-70-73.cust.tele2.se [90.130.70.73]

Traccia completata.

[MiloZ]

Originariamente inviato da Vinsent

Ma siete sicuri che il problema sia telia? per me no.

Traccia instradamento verso speedtest.tele2.net [90.130.70.73]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms fritz.box [192.168.188.1]
2 5 ms 4 ms 4 ms ***.**.*.*
3 5 ms 4 ms 4 ms *.**.**.*
4 5 ms * 5 ms **.***.*.*
5 5 ms 5 ms 5 ms mno-b2-link.telia.net [62.115.174.40]
6 14 ms 14 ms 15 ms ffm-bb2-link.telia.net [62.115.116.172]
7 14 ms 14 ms * ffm-b5-link.telia.net [62.115.114.91]
8 14 ms 15 ms 13 ms tele2-ic-345158-ffm-b4.c.telia.net [62.115.175.117]
9 14 ms 14 ms 13 ms d90-130-70-73.cust.tele2.se [90.130.70.73]

Traccia completata.

Nono, avevamo già appurato che non fosse Telia il problema se leggi i post precedenti, ma evidentemente il collegamento tra Wind e Telia.
A parte questo inghippo comunque, mi pare che a livello generale il resto del network di Wind sia ok, cioè non ci siano particolari criticità.

[Sam Cooper]

Originariamente inviato da CPU.AL.100%.H24

ho ricontrollato ora il link di wind che manta a openfiber per richiedere appuntamento come la prima volta, e la pagina di openfiber dice " con wind servizio attivazione non disponibile"

nel pannello di wind account utente non vedo voci di "stato di attivazione offerte", ho solo il contratto in ftcc quello vecchio.

mi richiameranno loro? chi? openfiber o wind?

Ti richiamerà Open Fiber: per Wind la richiesta è già stata inoltrata ed ora spetta a OF venire a stendere il cavo fino all'interno della tua abitazione.

In genere richiamano dopo 2 o 3 giorni lavorativi da quando ti hanno dato buca.

Presumo dipenda anche dalle località: come vedi sopra a Mr Kiko è andata al primo colpo.

[Psyred]

C'è da dire che lo streaming continua a non perdere colpi, alla fine i disagi serali sono limitati a una manciata di server esteri.

[Psyred]

Dagli altri server di test (hetzner, i3d, xs4all) però per ora si scarica a banda piena. Nessuno di loro viene raggiunto tramite Telia, tutti con peering ai rispettivi IXP.

[Psyred]

Traccia instradamento verso bbc.co.uk [151.101.0.81]
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     6 ms     4 ms     5 ms  151.7.32.80
  4     6 ms     5 ms     5 ms  151.7.32.166
  5    11 ms    10 ms    10 ms  151.6.5.190
  6    12 ms    10 ms    10 ms  151.6.6.53
  7    12 ms    10 ms    10 ms  mno-b2-link.telia.net [62.115.36.84]
  8    18 ms    17 ms    16 ms  mei-b5-link.telia.net [62.115.124.72]
  9    17 ms    16 ms    16 ms  fastly-svc071908-ic358824.c.telia.net [62.115.44.31]
 10    17 ms    15 ms    16 ms  151.101.0.81

Traccia completata.

Altro server con routing su Telia, dove però la latenza non aumenta

[Sam Cooper]

Originariamente inviato da Psyred

Traccia instradamento verso bbc.co.uk [151.101.0.81]
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     6 ms     4 ms     5 ms  151.7.32.80
  4     6 ms     5 ms     5 ms  151.7.32.166
  5    11 ms    10 ms    10 ms  151.6.5.190
  6    12 ms    10 ms    10 ms  151.6.6.53
  7    12 ms    10 ms    10 ms  mno-b2-link.telia.net [62.115.36.84]
  8    18 ms    17 ms    16 ms  mei-b5-link.telia.net [62.115.124.72]
  9    17 ms    16 ms    16 ms  fastly-svc071908-ic358824.c.telia.net [62.115.44.31]
 10    17 ms    15 ms    16 ms  151.101.0.81

Traccia completata.

Altro server con routing su Telia, dove però la latenza non aumenta

Toglietemi una curiosità tecnica: come può essere che un instradamento non gestito dai nostri provider dia risultati diversi se siamo allacciati ad uno (WindTre) piuttosto che all'altro (TIM)?

Una volta usciti dal Mix o da altro nodo principale italiano, non dovrebbe essere indifferente il punto dal quale ci siamo collegati?

O volete dirmi che i grandi operatori internazionali limitano la banda in funzione degli accordi con i vari carrier (distinguendo l'IP dal quale è partita la richiesta)?

[Psyred]

Io comunque ho i miei dubbi che dipenda dal link WindTre-Telia. Se così fosse sarebbero impattati dall'aumento di latenza TUTTI i server raggiunti tramite Telia a partire dal router successivo a mno-b2, non solo alcuni.

[Sam Cooper]

Originariamente inviato da gandalf2016

Ci sono dei contratti tra i provider, se paghi x ti danno x.
Se paghi y, y.

MIX è un IX, non un transit provider.

Quindi, tu dici che (ad esempio) per giocare on line su un server che sta nel Nevada, potrebbe essere meglio una Vodafone 100 che una Tiscali 1000 se la prima avesse un miglior accordo con il transit provider che porta in Nevada?

E se domani cambia l'accordo tra Vodafone ed il transit provider in questione, gli utenti della prima si ritrovano in condizioni opposte?

Ma questi transit provider operano su specifiche tratte internazionali (ad esempio USA-Europa) oppure anche a livello continentale (Italia-Germania)?
Come diavolo si fa a scegliere il provider giusto?

[Psyred]

Originariamente inviato da gandalf2016

Non dipende infatti dal link, dal commitment
Tutta la roba che rimane locale su Milano-Telia funziona benissimo
Ho semplificato dicendo link, tanto il risultato è quasi analogo

Esecuzione di Ping 194.14.206.9 con 32 byte di dati:
Risposta da 194.14.206.9: byte=32 durata=62ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=61ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=61ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=61ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53
Risposta da 194.14.206.9: byte=32 durata=60ms TTL=53

Statistiche Ping per 194.14.206.9:
    Pacchetti: Trasmessi = 50, Ricevuti = 50,
    Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 60ms, Massimo =  62ms, Medio =  60ms

Qui però si esce da Milano (server svedese) e la latenza non aumenta. Nel traceroute si notano i consueti incrementi sul nodo Telia di Parigi e un paio di hop successivi ma il ping sul server è normale.

Certo potrebbe dipendere da un discorso di prioritizzazione dei pacchetti ICMP rispetto ad altre tipologie di traffico (è un gaming server) ma il dubbio rimane.


EDIT

Traccia instradamento verso 194.14.206.9 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     4 ms     5 ms     5 ms  151.7.32.78
  4     6 ms     6 ms     5 ms  151.7.32.164
  5    11 ms    10 ms     9 ms  151.6.5.224
  6    11 ms     9 ms    10 ms  151.6.1.21
  7    12 ms    10 ms    10 ms  mno-b2-link.telia.net [62.115.36.84]
  8    34 ms    33 ms    33 ms  prs-bb3-link.telia.net [62.115.116.154]
  9    35 ms    34 ms    33 ms  adm-bb3-link.telia.net [62.115.121.154]
 10    34 ms    33 ms    33 ms  adm-b2-link.telia.net [62.115.141.63]
 11    43 ms    42 ms    42 ms  portlane-ic-316381-adm-b2.c.telia.net [62.115.145.27]
 12    54 ms    54 ms    53 ms  be-4.cr1.mal4.se.portlane.net [80.67.4.239]
 13    62 ms    61 ms    60 ms  be-5.cr2.sto1.se.portlane.net [80.67.4.246]
 14    61 ms    60 ms    60 ms  be-5.pe2.sto1.se.portlane.net [80.67.4.149]
 15    61 ms    60 ms    60 ms  194.14.206.9

Traccia completata.

In questo momento si è normalizzato anche il nodo di Parigi.

[Psyred]

Latenza e banda normalizzate anche sui server Tele2. Ci seguono mi sa

Vedremo stasera.