Copilot Si riesce a risalire da questi dati?
Confermo, NAS identificato: R-RN900!
Dal dato sono partito per integrare la sommaria "indagine":
- al di là dell'instradamento inverso parzialmente differente, le latenze da Bologna (sostanzialmente NAS-NAS) risultano in linea con le aspettative
[walter@ros] > tool traceroute count=4 address=80.xx.xxx.xx use-dns=yes
# ADDRESS LOSS SENT LAST AVG BEST WORST STD-DEV STATUS
1 100% 4 timeout
2 172.17.89.106 0% 4 1.5ms 1.5 1.4 1.6 0.1
3 172.17.89.66 0% 4 1.6ms 1.8 1.6 1.9 0.1
4 172.19.184.97 0% 4 4.2ms 4 3.9 4.2 0.1
5 172.18.48.183 0% 4 3.3ms 3.6 3.3 4.5 0.5
6 80.xx.xxx.xx 0% 4 3.6ms 4.2 3.5 5.4 0.8
- se poi verifichiamo le latenze da Bologna verso IP pubblico di linea microaffari in Porto Sant'Elpidio scelta a campione risulta che il valore (sommato a quello della tratta Bologna-Milano, mediamente pari a 5/6 ms) risulta in linea con il tuo
[walter@ros] > tool traceroute count=4 address=xx.xxx.xx.x use-dns=yes
# ADDRESS LOSS SENT LAST AVG BEST WORST STD-DEV STATUS
1 100% 4 timeout
2 172.17.89.106 0% 4 1.4ms 1.5 1.4 1.6 0.1
3 172.17.89.66 0% 4 1.9ms 1.8 1.5 1.9 0.2
4 172.19.184.97 0% 4 4.1ms 4.1 3.9 4.2 0.1
5 172.18.48.179 0% 4 3.2ms 3.3 3.2 3.4 0.1
6 172.18.48.171 0% 4 8.2ms 6.8 3.3 11.7 3.4
7 host-xx-xxx-xx-x.business.tel... 0% 4 15.5ms 15.4 15.2 15.5 0.1
- a questo punto è evidente che la differenza è spesa tra Rimini e Porto Sant'Elpidio (o quanto meno il feeder di centrale) ed in effetti il risultato del ping tra MdR (Metro di Raccolta, di fatto il nodo che concentra la raccolta prima del NAS) e feeder lo conferma
RP/0/RSP0/CPU0:xxx#ping 10.xxx.xx.x
Mon Jun 12 14:02:08.854 CEST
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.126.28.5, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 11/12/13 ms
Tenendo presente che Bologna è spannometricamente a metà strada tra Porto Sant'Elpidio e Milano pertanto tra le due "tratte" mi attenderei valori di latenza non troppo dissimili, in conclusione mi verrebbe da ipotizzare un instradamento MPLS potenzialmente non ottimale (oppure qualche problematica di altra natura?) tra feeder e MdR la cui eventuale verifica/gestione è tutt'altro paio di maniche...
Passo & chiudo 😳