MTR depuis Singapour exécute un traceroute continu depuis le nœud FDCservers vers votre cible, mesurant la latence et la perte de paquets à chaque saut. C'est le bon outil quand le ping affiche une anomalie et que vous avez besoin d'identifier exactement où sur le chemin le problème se produit. Le rôle de Singapour comme principal hub d'Asie du Sud-Est signifie que la plupart des chemins sortants passent par un petit nombre de fournisseurs de transit bien connus — Singtel, NTT, TATA Communications — avant d'atteindre les destinations internationales.

Les traces MTR sortantes depuis Singapour vers les destinations européennes traversent typiquement un câble sous-marin atterrissant à Singapour, traversent vers le Moyen-Orient ou l'Inde via SEA-ME-WE ou AAG, puis onward vers l'Europe via le transit Tier 1. Chaque segment sous-marin ajoute une latence proportionnelle à la longueur du câble — environ 5 ms par 1 000 km dans des conditions idéales. Une trace qui montre un seul grand saut de latence (disons de 10 ms à 120 ms entre deux sauts) marque le point où le trafic passe d'un opérateur local à un segment sous-marin longue distance.

La perte de paquets à mi-chemin dans MTR depuis Singapour est souvent une limitation de débit ICMP plutôt qu'une congestion réelle. Si un saut affiche 50–100 % de perte mais que les sauts suivants affichent 0 % de perte, le routeur intermédiaire ne répond simplement pas aux messages ICMP TTL-dépassé — le chemin est sain. La vraie perte de paquets apparaît à un saut spécifique et persiste pour tous les sauts suivants. La perte qui apparaît pour la première fois à la destination finale ou au saut juste avant indique généralement que le serveur cible ou son pare-feu upstream est le problème.

Singapour est le principal hub internet pour l'Asie du Sud-Est. Presque tous les systèmes de câbles sous-marins servant la région atterrissent directement à Singapour ou y transitent. SEA-ME-WE 3, SEA-ME-WE 4, SEA-ME-WE 5, APG, AAG et SEAX-1 comptent parmi les systèmes avec des stations d'atterrissage de câbles sur l'île. Cette concentration d'infrastructure câble, combinée à la neutralité politique et à la solidité de l'état de droit, a fait de Singapour le point d'interconnexion de facto pour le trafic circulant entre l'Asie, le Moyen-Orient et l'Europe.

Le campus Equinix SG1–SG5 à Singapour fonctionne comme le principal hôtel opérateur et hub IX. Equinix Singapore héberge le fabric de peering SGIX aux côtés de son propre fabric Equinix Internet Exchange. DE-CIX exploite également un échange neutre ici, donnant aux réseaux une troisième option de peering indépendante. La densité des réseaux colocalisés dans ce seul campus signifie que la plupart du trafic intra-régional — entre Singapour, la Malaisie, l'Indonésie, la Thaïlande et les Philippines — traverse Equinix sans avoir besoin de quitter le bâtiment.

Notre nœud sonde à Singapour fonctionne sur AS30058 (FDCservers). FDCservers est un fournisseur de colocation et d'hébergement basé aux États-Unis avec un point de présence à Singapour. Le nœud se situe dans le marché singapourien connecté au transit et au peering locaux, ce qui signifie que les résultats de test reflètent des conditions réalistes de réseau d'hébergement plutôt qu'un backbone direct d'opérateur télécom. RTT typiques Singapour-vers-Hong Kong est d'environ 30 ms ; Singapour-vers-Tokyo est d'environ 65–70 ms ; Singapour-vers-Sydney est d'environ 85 ms ; Singapour-vers-Francfort est d'environ 170 ms.

L'infrastructure réseau domestique à Singapour est très développée pour une cité-état de sa taille. Singtel (AS7473), StarHub (AS4657) et M1 (AS9534) sont les trois principaux opérateurs locaux. Chacun maintient un peering direct sur le campus Equinix et fournit des services de transit aux FAI plus petits et aux fournisseurs d'hébergement. Parce que Singapour est géographiquement compact, la latence entre deux points quelconques de l'île est négligeable — la variation inter-opérateurs est conduite par la politique de peering plutôt que la distance physique.

La position de Singapour importe pour les tests dirigés vers les utilisateurs d'Asie du Sud-Est. Un serveur avec des temps de réponse inférieurs à 20 ms depuis le nœud Singapour est bien placé pour le marché ASEAN. Les tests depuis Singapour vers les cibles en Indonésie (Jakarta ~15 ms), Malaisie (Kuala Lumpur ~15 ms) et Thaïlande (Bangkok ~35 ms) fournissent un calibre pratique de la façon dont la livraison de contenu régionale performe. Si vous servez des utilisateurs dans toute la région, Singapour est le seul point d'observation de test le plus représentatif disponible.