Qualche idea del perché i clienti Aruba del Nord Italia si trovano instradati verso il NAMEX quando provano a raggiungere i Nameserver di Quad9?

Quad9 è presente anche a Milano e Torino, quindi non capisco perché mi devo beccare 11ms extra di strada (da PSP, dove sono raccolto, a Roma) per raggiungere i loro server di Roma, quando potrei essere instradato a direttamente a Milano in <1ms...

> tracert 9.9.9.9

Tracing route to dns9.quad9.net [9.9.9.9]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  10.80.0.1
  2    11 ms    11 ms    11 ms  pppoe-it3-bng.aruba.it [217.61.32.3]
  3    14 ms    13 ms    11 ms  crB-be20-20.it3.aruba.it [217.61.32.226]
  4    26 ms    24 ms    25 ms  crb-hu0-0-0-3-710.it1.aruba.it [62.149.185.236]
  5    27 ms    26 ms    26 ms  br1-hu-0-0-0-36-716.it103.aruba.it [217.61.32.130]
  6    25 ms    26 ms    26 ms  pch-as42.rom.namex.it [193.201.28.152]
  7    23 ms    23 ms    22 ms  dns9.quad9.net [9.9.9.9]
> tracert 2620:fe::9

Tracing route to dns9.quad9.net [2620:fe::9]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  fda4:d763:2fbc:80::1
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4     *        *        *     Request timed out.
  5    23 ms    22 ms    22 ms  2a00:6d40:1::1:109
  6    22 ms    22 ms    22 ms  pch-as42.rom.namex.it [2001:7f8:10::42]
  7    26 ms    26 ms    26 ms  dns9.quad9.net [2620:fe::9]

Tecnicamente la via più breve dovrebbe essere verso i3Dnet, in "direzione MIX". https://www.i3d.net/

So che è una scelta BGP di Aruba, ma non avendo modo di raggiungere direttamente il reparto Aruba che si occupa di ciò, ho provato a scrivere direttamente a Quad9...
Mi hanno anche risposto, a dire il vero, confermandomi che è effettivamente una scelta di Aruba su cui loro non hanno controllo.
Chi mi ha risposto, però, è stato così gentile da scrivere direttamente una mail al peering team di Aruba per chiedere se possono sistemare la cosa.

Chissà se servirà...😅

    Matwolf ha rimosso il tag FTTH .

    Matwolf Tecnicamente la via più breve dovrebbe essere verso i3Dnet, in "direzione MIX". https://www.i3d.net/

    Così però senza nessun intermediario la route: stai su rete Aruba da PSP fino alla destinazione (eventualmente passando nella LAN di peering del NaMeX). Minimizza l'AS count.

        Lorenzo1635 Si, hai ragione. Nel caso di Milano c'è i3DNET di mezzo che aumenta di 1 l'AS count...

        Però è sufficiente questo per fare una scelta di questo tipo?

        Non avrebbe senso mandare al Namex i clienti di centro e sud Italia e lasciare al Mix i clienti del nord?

        Ho fatto un test con il LG di dimensione su Milano

        traceroute to 9.9.9.9 (9.9.9.9) from 195.32.27.1, 30 hops max, 52 byte packets
 1  i3dnet.mix-it.net (217.29.66.51)  0.925 ms  0.580 ms  0.551 ms
 2  hosted-by.i3d.net (109.200.199.196)  0.543 ms  0.579 ms  0.572 ms
 3  dns9.quad9.net (9.9.9.9)  0.826 ms !<10>  0.659 ms !<10>  0.597 ms !<10>

            Matwolf Nel caso di Milano c'è i3DNET di mezzo che aumenta di 1 l'AS count...

            E nel caso di NaMeX vedo che forse c'è AS42 che pareggia il conto 😅
            Bho, non saprei che scelta è stata fatta per ottenere queste rotte. Però immagino che avranno i loro buoni validi motivi.
            Questa è materia di @ag23900 e @gandalf2016

                Lorenzo1635 E nel caso di NaMeX vedo che forse c'è AS42 che pareggia il conto 😅

                Ah si giusto, non avevo fatto caso a AS42. Quindi sì, sono pari 😉

                    Quad9 ha contattato ieri Aruba e stanno cercando di risolvere.
                    Vi aggiorno

                      ag23900 Dai, grande! Allora l'operatore di Quad9 che ieri ha risposto alla mia mail dicendo di aver girato la richiesta ad Aruba ha detto la verità! 😉

                        Io invece non vado al NAMEX dal molise 😅

                          1    <1 ms    <1 ms    <1 ms  192.168.1.1 [192.168.1.1]
  2    13 ms    13 ms    13 ms  static-213-205-52-153.clienti.tiscali.it [213.205.52.153]
  3    13 ms    14 ms    13 ms  static-213-205-55-61.clienti.tiscali.it [213.205.55.61]
  4    17 ms    19 ms    19 ms  94.32.156.49
  5    28 ms    28 ms    27 ms  static-94-32-126-29.clienti.tiscali.it [94.32.126.29]
  6    28 ms    28 ms    27 ms  static-94-32-135-18.clienti.tiscali.it [94.32.135.18]
  7    32 ms    33 ms    32 ms  static-94-32-126-42.clienti.tiscali.it [94.32.126.42]
  8    29 ms    29 ms    29 ms  185.1.106.68
  9    33 ms    33 ms    33 ms  hosted-by.i3d.net [109.200.199.196]
 10    33 ms    33 ms    33 ms  dns9.quad9.net [9.9.9.9]

                          linux1si non vado al NAMEX dal molise

                          Sei un po' OT (tiscali non è ibiza, pardon, aruba) ma prova a vedere se Michele avesse agganci al NOC di Sa Illetta.

                            Mi trovo a casa della mia compagna e confermo che Tiscali da Roma (almeno per quanto riguarda le linee attestate su FiberCop) aggancia quad9 a Milano su i3d anziché direttamente al Namex come invece fa Aruba a casa mia.
                            Sarebbe carino se magari col tramite di Michele si potesse provare a chiedere se si può eventualmente sistemare, ma come detto da @mark129 è comunque un grosso OT, ragion per cui sarebbe cosa buona e giusta aprire una discussione separata.

                            linux1si NAMEX dal molise 😅

                            Tecniche alternative di load balancing (/s)

                              Lorenzo1635 anche io lo vedo da namex. Loro però non sono presenti a MIX, quindi mi sembra regolare si vada già namex perché è il path più corto

                                Mi hanno contattato ora da Quad9, dicendomi che da Aruba hanno fatto delle variazioni e chiedendomi di confermare che sia tutto ok.

                                Verificato ora e finalmente si va a Milano!
                                A quanto pare hanno sistemato davvero! 😉

                                traceroute to 9.9.9.9 (9.9.9.9), 30 hops max, 60 byte packets
 1  firewolf (10.80.0.1)  0.361 ms  0.177 ms  0.313 ms
 2  pppoe-it3-bng.aruba.it (217.61.32.3)  11.386 ms  11.380 ms  11.999 ms
 3  crA-be20-20.it3.aruba.it (217.61.32.225)  12.562 ms  12.553 ms crB-be20-20.it3.aruba.it (217.61.32.226)  12.307 ms
 4  br1-hu0-0-0-21-704.it101.aruba.it (62.149.185.204)  12.901 ms br1-hu0-0-0-21-703.it101.aruba.it (62.149.185.202)  12.174 ms  12.707 ms
 5  i3dnet.mix-it.net (217.29.66.51)  12.148 ms  12.140 ms  12.134 ms
 6  hosted-by.i3d.net (109.200.199.196)  11.929 ms  11.654 ms  10.997 ms
 7  dns9.quad9.net (9.9.9.9)  11.831 ms !X  11.873 ms !X  11.820 ms !X
                                traceroute to 2620:fe::9 (2620:fe::9), 30 hops max, 80 byte packets
 1  fda4:d763:2fbc:80::1 (fda4:d763:2fbc:80::1)  0.258 ms  0.198 ms  0.155 ms
 2  * * *
 3  * 2a00:6d42:0:3::1 (2a00:6d42:0:3::1)  12.616 ms *
 4  * * *
 5  i3dnet-v6.mix-it.net (2001:7f8:b:100:1d1:a5d4:9544:51)  11.966 ms  11.826 ms  11.797 ms
 6  2a01:9580:4409:ba::196 (2a01:9580:4409:ba::196)  11.780 ms  11.630 ms  11.906 ms
 7  2620:fe::9 (2620:fe::9)  12.294 ms !X  12.451 ms !X  12.350 ms !X

                                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