Rete wifi eduroam: perchè è così complicato accedere?

edom · 2021-10-26T22:41:07+00:00

Spesso mi capita di recarmi in biblioteche universitarie coperte da eduroam, la rete wifi federata degli atenei europei (gestita in Italia da GARR). L’autent...

itsmatteomanf

edofullo perché non hanno voglia di complicarsi la vita...

edofullo

itsmatteomanf No guarda ti assicuro che al PoliMi possono rendere difficile ogni cosa semplice...

/OT

itsmatteomanf

edofullo chiarisco solo: intendevo un "perché modificare la guida quando funziona già così anche se è più complicato per tutti gli utenti?".

Giann

[cancellato] Mammamia, reperto storico!

quando funzionano nello speedtest qualche soddisfazione la danno ancora. (e sono sorpreso di vedere che in biblioteca non sono limitato a 20/20).

il problema è la navigazione generale e la stabilità del collegamento che questi motorola non riescono a garantire.(ad esempio questo messaggio ho dovuto rimandarlo più volte 😂

Dani25

Polito Eduroam

Notare il packet loss completamente rotto di ookla ahah

Giann

[cancellato] Mammamia, reperto storico!

Hanno appena sostituito quei fossili della Motorola con questi, non so che AP siano però danno praticamente li stessi problemi degli altri anche se in speedtest van bene

[cancellato]

Giann A pelle non saprei dire che modello siano, la foto è veramente troppo poco definita e la forma è abbastanza anonima. Non sembrano né Cisco (la serie Aironet 2800 è sì qudrata e arrotondata ma sono ben più grandi, e hanno una luce, non due) né Meraki, sicuramente non Aruba. Cambium? Ma con la luce davanti non mi pare ce ne siano...
@gandalf2016

Giann

[cancellato] purtroppo essendo abbastanza in alto non riesco a fare la foto senza zoom🙄

[cancellato]

Giann Trovati. Extreme networks AP310, sulla carta sono tutt'altro che scadenti, può essere che i problemi che rilevi siano imputabili anche all'infrastruttura di ateneo.

Intendiamoci, sono AP serie "entry level" per apparati enterprise, ma per una biblioteca universitaria sono ben più che adeguati a tenere il carico di utenza e banda media che ci sia aspetta.

Giann

[cancellato] beh si lato radio si vede che comunque sono già meglio, oggi il thinkpad non ha ancora perso il segnale una volta e la potenza anche se sono abbastanza vicino a un AP è buona, l'unico problema ad esempio nel forum devo ricaricare la pagina più volte per farla caricare (cosa che serviva anche prima con i motorola) ma sono abbastanza convinto anch'io che sia un problema dell'unipv questo. interessanti comunque questi AP

simonebortolin

Giann l'unico problema ad esempio nel forum devo ricaricare la pagina più volte per farla caricare (cosa che serviva anche prima con i motorola) ma sono abbastanza convinto anch'io che sia un problema dell'unipv questo. interessanti comunque questi AP

Ora non so a unipv, ma a unipd c'è un grosso problema di saturazione della rete GARR, infatti quest'anno (cioè nell'ultimo mese) hanno deciso di "bypassare" la rete GARR con nuove FTTO TIM per tutte le sedi dove c'è didattica (infatti i problemi di salti di connessione quando si usano i software di videoconferenza sono finalmente spariti)

Se volete ho anche qualche foto della installazione della nuova FTTO, giusto giovedì scorso ne hanno installata una altra in uno dei tanti edifici universitari

mark129

Giann nel forum devo ricaricare la pagina più volte per farla caricare

Potrebbe anche essere un problema di Cloudflare o forse del trasporto GARR verso di essa, più che di AP, eduroam o rete d'ateneo.
Io da casa ho impuntamenti del genere da diverso tempo, per es.

[cancellato]

simonebortolin a unipd c'è un grosso problema di saturazione della rete GARR

Mmmm... sei sicuro sia per questo motivo?
È anche possibile che l'ateneo volesse dotarsi di un secondo provider per l'upstream oltre al GARR, e TIM potrebbe aver anche fatto una buona offerta economica. UniPD è anche AS, visto che ospita il VSIX.

Strano che il GARR non sia andato ad ampliare le consegne, a loro dire sono sempre molto proattivi su 'ste cose.

simonebortolin

[cancellato] Mmmm... sei sicuro sia per questo motivo?
È anche possibile che l'ateneo volesse dotarsi di un secondo provider per l'upstream oltre al GARR, e TIM potrebbe aver anche fatto una buona offerta economica. UniPD è anche AS, visto che ospita il VSIX.

Strano che il GARR non sia andato ad ampliare le consegne, a loro dire sono sempre molto proattivi su 'ste cose.

Non al 100%, ma a un buon 90%, mi è stato detto che GARR aveva grossi problemi di saturazione verso i server di Zoom ed:

So che durante le lezioni dalle 10 alle 16 l'eduroam non era il massimo (lento e spesso aveva problemi), era usabile solo alle prime 2 ore del dì o alle ultime ore della giornata
So che da quando è stata installata la FTTO (immagino che sia FTTO perché si sono connessi direttamente alla muffola della primaria e non agli splitter di flashfiber) nei dipartimenti di Ingegneria il sistema di login etherent per i docenti è completamente cambiato da una UI prevalentemente rossa scusa ad una molto più chiara con alcuni bordi rossi (l'installazione è stata fatta il 19 ottobre per ingegneria dell'informazione, il 20 ottobre per ingegneria industriale nord piovego, giovedì scorso per un altro plesso a nord del piovego...), sono abbastanza certo che escono con upstream TIM
I docenti che invece si collegano in Wi-Fi continuano ad avere problemi con Zoom ed escono da GARR e non da TIM
So che era già stata fatta una pezza l'anno scorso cambiando alcuni server storici dei dipartimenti di ingegneria che avevano nomi non facilmente dimenticabili perché si parlava sempre "così si risolve la saturazione", a detta di alcuni docenti, ma ovviamente non è cambiato nulla

[cancellato] UniPD è anche AS, visto che ospita il VSIX.

Strano che il GARR non sia andato ad ampliare le consegne, a loro dire sono sempre molto proattivi su 'ste cose.

Lo so non mi torna neanche a me, ma questo è quel poco che so... però comunque i miglioramenti su zoom sono molto percettibili.

itsmatteomanf

[cancellato] Strano che il GARR non sia andato ad ampliare le consegne, a loro dire sono sempre molto proattivi su 'ste cose.

So che al PoliTO avevano firewall/router a 1Gbps e hanno fatto upgrade a 10Gbps qualche anno fa (segnalarono disconnessioni possibili un fine settimana), pur avendo comunque 10Gbps di entrante da GARR.

Ora per la DAD hanno messo anche la linea di backup a 10Gbps (era solo 1Gbps prima).

UniPD sembra avere carichi simili.

https://gins.garr.it/Statistics/x_trail_viewer.php?target[]=trail_4371
https://gins.garr.it/Statistics/x_trail_viewer.php?target[]=trail_5592

https://gins.garr.it/xWeathermap/mapgen.php?slice=garrx_ft

Hanno 200Gbps al MIX, dove presumo escono per Cloudflare.
Hanno anche 100Gbps al NaMeX, altra possibile uscita per Cloudflare.

simonebortolin

[cancellato] @Filippo94

PS C:\Users\simon> tracert 8.8.8.8

Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:

  1     2 ms     2 ms     3 ms  147.162.38.XXX
  2     4 ms     2 ms     2 ms  147.162.238.17
  3     5 ms     2 ms     3 ms  147.162.28.22
  4    24 ms     9 ms     5 ms  ru-unipd-rt-pd1.pd1.garr.net [193.206.132.221]
  5     9 ms     7 ms     7 ms  rt-pd1-rx2-mi1.mi1.garr.net [90.147.81.53]
  6     8 ms     6 ms     6 ms  rx2-mi1-rx2-mi2.mi2.garr.net [90.147.80.10]
  7    12 ms     6 ms     7 ms  142.250.164.230
  8     *        9 ms     7 ms  216.239.49.41
  9    19 ms     7 ms     7 ms  142.251.50.141
 10    28 ms     7 ms     7 ms  dns.google [8.8.8.8]

Trace complete.
PS C:\Users\simon> tracert 1.1.1.1

Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:

  1     6 ms     3 ms     2 ms  147.162.38.XXX
  2     4 ms     2 ms     2 ms  147.162.238.17
  3     4 ms     2 ms     3 ms  147.162.28.22
  4     4 ms     3 ms     3 ms  ru-unipd-rt-pd1.pd1.garr.net [193.206.132.221]
  5     9 ms     6 ms     8 ms  rt-pd1-rx2-mi1.mi1.garr.net [90.147.81.53]
  6     8 ms     6 ms     9 ms  rx2-mi1-rx2-mi2.mi2.garr.net [90.147.80.10]
  7     9 ms     6 ms     7 ms  cloudflare.mix-it.net [217.29.66.167]
  8     9 ms     8 ms     7 ms  188.114.100.11
  9    32 ms    44 ms    33 ms  one.one.one.one [1.1.1.1]

Trace complete.




Tracing route to facebook.com [31.13.86.36]
over a maximum of 30 hops:

  1     3 ms     2 ms     2 ms  147.162.38.XXX
  2     6 ms     2 ms     7 ms  147.162.238.17
  3     9 ms    38 ms    40 ms  147.162.28.22
  4     8 ms     4 ms     2 ms  ru-unipd-rt-pd1.pd1.garr.net [193.206.132.221]
  5    19 ms     9 ms     7 ms  rt-pd1-rx2-mi1.mi1.garr.net [90.147.81.53]
  6     9 ms     6 ms     6 ms  rx2-mi1-rx2-mi2.mi2.garr.net [90.147.80.10]
  7    10 ms     7 ms     9 ms  facebook.mix-it.net [217.29.66.131]
  8     9 ms     6 ms     6 ms  po111.asw04.mxp1.tfbnw.net [129.134.106.140]
  9     9 ms     6 ms     7 ms  po242.psw03.mxp1.tfbnw.net [129.134.107.59]
 10    10 ms     7 ms     7 ms  157.240.38.179
 11    36 ms    36 ms    33 ms  edge-star-mini-shv-01-mxp1.facebook.com [31.13.86.36]

Trace complete.

Tracing route to zoom.us [3.235.72.190]
over a maximum of 30 hops:

  1     2 ms     2 ms     2 ms  147.162.38.XXX
  2    29 ms    26 ms    20 ms  147.162.238.17
  3    23 ms    31 ms    32 ms  147.162.28.22
  4     5 ms     3 ms     2 ms  ru-unipd-rt-pd1.pd1.garr.net [193.206.132.221]
  5     8 ms     6 ms     6 ms  rt-pd1-rx2-mi1.mi1.garr.net [90.147.81.53]
  6     8 ms     6 ms     7 ms  rx2-mi1-rx2-mi2.mi2.garr.net [90.147.80.10]
  7     9 ms     7 ms     7 ms  mno-b3-link.ip.twelve99.net [80.239.135.52]
  8   254 ms   133 ms   165 ms  prs-bb2-link.ip.twelve99.net [62.115.116.168]
  9  1229 ms   101 ms  1332 ms  rest-bb1-link.ip.twelve99.net [62.115.122.159]
 10   126 ms   509 ms   200 ms  ash-b2-link.ip.twelve99.net [62.115.123.123]
 11   164 ms   180 ms   101 ms  vadata-ic333121-ash-b2.ip.twelve99-cust.net [213.248.68.39]
 12   118 ms   333 ms   200 ms  52.46.164.94
 13   135 ms   199 ms   200 ms  52.46.164.103
 14     *        *        *     Request timed out.
 15   234 ms   101 ms   101 ms  52.46.164.86
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18   131 ms   100 ms   101 ms  52.93.28.88
 19     *        *        *     Request timed out.
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *        *     Request timed out.
 26     *        *        *     Request timed out.
 27     *        *        *     Request timed out.
 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *     General failure.

PS C:\Users\simon> tracert scontent-mxp1-1.xx.fbcdn.net

Tracing route to scontent-mxp1-1.xx.fbcdn.net [31.13.86.4]
over a maximum of 30 hops:

  1     2 ms     3 ms     2 ms  147.162.38.XXX
  2     5 ms     2 ms     2 ms  147.162.238.17
  3     3 ms     2 ms     2 ms  147.162.28.22
  4     4 ms     3 ms     2 ms  ru-unipd-rt-pd1.pd1.garr.net [193.206.132.221]
  5     8 ms     6 ms     6 ms  rt-pd1-rx2-mi1.mi1.garr.net [90.147.81.53]
  6     9 ms     7 ms     7 ms  rx2-mi1-rx2-mi2.mi2.garr.net [90.147.80.10]
  7     9 ms     7 ms     8 ms  facebook.mix-it.net [217.29.66.131]
  8     8 ms     6 ms     7 ms  po111.asw03.mxp1.tfbnw.net [129.134.106.76]
  9     6 ms     7 ms     7 ms  po233.psw02.mxp1.tfbnw.net [129.134.106.101]
 10     9 ms     8 ms     9 ms  173.252.67.97
 11     9 ms     8 ms     8 ms  xx-fbcdn-shv-01-mxp1.fbcdn.net [31.13.86.4]

Trace complete.

Che poi sono tornato su IP pubblico dopo tanto tempo....

[cancellato]

simonebortolin Boh non lo metto in dubbio, è da troppo tempo che non frequento più il Piovego e il DEI (so veccio 🙁 ), ma se dici che han cambiato anche il portale di login potrebbero aver realizzato/espanso anche una rete intra-ateneo per rilegare i vari plessi per scaricare il GARR dal traffico interno.

Però qui siamo OT, ci cazziano se continuiamo.

Filippo94

simonebortolin GARR aveva grossi problemi di saturazione verso i server di Zoom

Dalla rete (non università/Eurodam) GARR che utilizzo io non ho notato problemi, posso fare dei test se ancora oggi sospetti problemi a riguardo

simonebortolin

Filippo94 Dalla rete (non università/Eurodam) GARR che utilizzo io non ho notato problemi, posso fare dei test se ancora oggi sospetti problemi a riguardo

Secondo me è qualche problema lato visx/padova....

Provo a capire che routing fanno da eduroam i dati verso zoom passando per il gaar

mark129 forse del trasporto GARR verso di essa, più che di AP, eduroam o rete d'ateneo

È quello che penso

Giann

mark129 eh purtroppo questo non posso saperlo, se faccio mtr è bloccato idem i ping.

[cancellato]

Giann tcptraceroute?

Giann

[cancellato] tcptraceroute 1.1.1.1
Selected device wlp4s0, address 10.87.12.57, port 55291 for outgoing packets
Tracing the path to 1.1.1.1 on TCP port 80 (http), 30 hops max
1 10.87.254.241 141.171 ms 1.521 ms 4.240 ms
2 * * *
3 one.one.one.one (1.1.1.1) [open] 6.112 ms 9.556 ms 25.630 ms

[cancellato]

Giann Eh sfortuna, non vedi nulla... quel trace è impossibile sia così corto, o qualcosa fa TTL rewriting sulla rete o c'è qualche firewall troppo zelante.

« Pagina precedente Pagina successiva »

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile