Check-Host.cc

:target साठी MTR चेक gb-lon-abr.check-host.eu

कायमस्वरूपी लिंक |
Location Result
AL Albania, Tirana
AU Australia, Sydney
BA Bosnia and Herzegovina, Novi Travnik
BG Bulgaria, Sofia
CA Canada, Montreal
CH Switzerland, Bern
CL Chile, Santiago
CN China, Hohhot
DE Germany, Nuernberg
DE Germany, Frankfurt am Main
DE Germany, Frankfurt am Main
DE Germany, Limburg
DK Denmark, Glostrup Municipality
ES Spain, Madrid
FI Finland, Helsinki
FI Finland, Helsinki
FR France, Gravelines
FR France, Paris
GB United Kingdom, London
HK Hong Kong, Hong Kong
HR Croatia, Zagreb
HU Hungary, Budapest
ID Indonesia, Jakarta
IN India, New Delhi
IS Iceland, Reykjavik (Miðborg)
IT Italy, Como
LT Lithuania, Pilaite
LV Latvia, Riga
MD Moldova, Chisinau
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NL Netherlands, Eygelshoven
QA Qatar, Doha
RO Romania, Bacău
RO Romania, Bucharest
RS Serbia, Belgrade
SG Singapore, Singapore
TW Taiwan, Taipei
US United States, Miami
US United States, Dallas
US United States, Kansas City

Global MTR (My Traceroute) & Routing Diagnostic Tool

आमचे MTR (My Traceroute) टूल एकाच सामर्थ्यवान नेटवर्क डायग्नोस्टिक इंटरफेसमध्ये 'traceroute' आणि 'ping' ची कार्यक्षमता एकत्र करते. अनेक जागतिक नोड्सवरून, आम्ही वाढत्या Time-To-Live (TTL) मूल्यांसह पॅकेट्सचे सतत अनुक्रम (sequences) पाठवतो. याद्वारे आमच्या ग्लोबल सर्व्हर्सवरून तुमच्या टार्गेट डेस्टिनेशनपर्यंत ट्रॅफिकने घेतलेला अचूक नेटवर्क मार्ग मॅप केला जातो.

Hop-by-Hop Packet Loss and Latency

जसजसा नेटवर्क मार्ग शोधला जातो, तसतसे MTR मार्गावरील प्रत्येक मध्यवर्ती राउटरला (hop) सतत पिंग करते, ज्यामुळे प्रत्येक टप्प्यावर पॅकेट लॉस आणि लेटेन्सीवरील रिअल-टाइम आकडेवारी गोळा होते. यामुळे नेटवर्कमध्ये नक्की कुठे अडथळा (bottleneck) किंवा बिघाड होत आहे हे शोधण्यासाठी MTR हे सर्वोत्तम टूल बनते—मग ते मूळ ISP वर असो, ट्रान्सिट बॅकबोन प्रदाता असो किंवा टार्गेट नेटवर्कच्या एज (edge) राउटरवर असो.

BGP Routing and Suboptimal Paths

The internet relies on the Border Gateway Protocol (BGP) to route traffic. However, BGP prioritizes the shortest AS-path, which is not necessarily the fastest or most reliable physical route. By executing a distributed MTR test, administrators can identify suboptimal peering arrangements, asymmetric routing anomalies, and circular routing loops that degrade application performance for specific international demographics.

Reverse DNS (PTR) Resolution

Our MTR engine automatically performs reverse DNS (rDNS) lookups on every discovered hop. Translating raw IP addresses back into canonical hostnames helps quickly identify the commercial operators (e.g., Telia, Level3, Cogent) managing the transit infrastructure. Note: If a specific hop returns a consistent 100% loss but subsequent hops respond normally, it usually indicates a firewall silently dropping ICMP TTL-exceeded packets rather than a true network outage.