US nodes سے DNS checks Miami، Dallas، اور Kansas City سے آپ کے authoritative nameservers کو directly query کرتے ہیں اور resolved records اور query times رپورٹ کرتے ہیں۔ Authoritative servers کو directly query کرنا recursive resolver caches کو bypass کرتا ہے، اس لیے نتیجہ source پر current record دکھاتا ہے — potentially stale cached answer نہیں۔ یہ confirm کرنے کا صحیح طریقہ ہے کہ DNS تبدیلی authoritative tier تک propagate ہوئی ہے، resolver TTL state سے independent۔

تمام تین US nodes US ٹریفک کو US-region انفراسٹرکچر تک route کرنے والی GeoDNS configurations validate کرنے کے لیے مفید ہیں۔ تین probe ASNs — AS202673 (Miami)، AS201129 (Dallas)، AS22295 (Kansas City) — سب US-geolocated hosting ranges ہیں۔ US source IPs کو target کرنے والی GeoDNS rule تمام تین سے US-region records واپس کرنی چاہیے۔ اگر ایک node European IP واپس کرے تو آپ کے DNS provider کا استعمال شدہ GeoIP database اس ASN کو غلط classify کر رہا ہے۔ Rule boundary confirm کرنے کے لیے ہمارے Canadian node سے cross-check کریں۔

US میں Cloudflare، NS1، یا AWS Route 53 پر hosted authoritative servers تک US nodes سے DNS query times سب تین probe locations سے 5 ms سے کم ہونی چاہئیں۔ اگر query times consistently 20–30 ms سے زیادہ ہوں تو authoritative nameserver کا US anycast node نہیں اور ایک single overseas location سے answer کر رہا ہے — چھوٹے DNS providers یا North America سے باہر self-hosted BIND installations کے ساتھ عام۔ Authoritative DNS کو multi-PoP provider تک move کرنا origin server کو touch کیے بغیر DNS tier پر یہ resolve کرتا ہے۔

US انٹرنیٹ backbone Ashburn، Virginia میں anchored ہے، جہاں Equinix ملک میں interconnected networks کا سب سے بڑا concentration چلاتا ہے۔ Ashburn میں Equinix campus پر 500 سے زیادہ networks peer کرتے ہیں، جن میں AT&T (AS7018)، Comcast (AS7922)، Lumen/CenturyLink (AS3356)، Cogent (AS174)، اور NTT (AS2914) شامل ہیں۔ وہاں peering کی density کا مطلب ہے کہ Miami یا Dallas سے originate ہونے والا packet اکثر یورپ کی طرف exit کرنے سے پہلے Ashburn سے transit ہوتا ہے، اسے origin server جہاں بھی ہو US-to-Europe ٹریفک کے لیے effective default gateway بناتا ہے۔

ہمارے US nodes جنوب، مرکز، اور Midwest regions میں تین شہروں میں پھیلے ہیں۔ Miami AS202673 (Ohz Digital SL) پر چلتا ہے اور سب سے جنوبی probe ہے — Latin American networks اور Caribbean-facing services سے متعلقہ connectivity ماپنے کے لیے مفید۔ Dallas AS201129 (Linceris International Cloud) پر Dallas DC میں چلتا ہے، south-central US routes کے intersection پر Equinix Dallas peering اور central US backbone routes دونوں کی قربت کے ساتھ۔ Kansas City AS22295 (Advin Services LLC / Tierhive) پر Midwest میں چلتا ہے، central US carrier paths تک direct access کے ساتھ تیسرا vantage point فراہم کرتا ہے۔

ان nodes سے normal load پر reference RTTs: Miami سے London تقریباً 120 ms، Miami سے São Paulo تقریباً 85 ms۔ Dallas سے Frankfurt عموماً US East Coast پر landing transatlantic submarine cables کے ذریعے 130–135 ms چلتا ہے۔ Kansas City سے New York تقریباً 35 ms، اور Kansas City سے Los Angeles 40–45 ms کی range میں ہے۔ یہ figures carrier کے مطابق vary کرتی ہیں — Cogent اور Lumen کی Ashburn پر مختلف peering strategies ہیں، جو probe کس AS سے exit کرتا ہے اس کے مطابق ایک ہی منزل کے لیے measurably مختلف latency پیدا کرتی ہے۔

تمام تین nodes سے قابلِ رسائی بنیادی US transit providers میں AT&T (AS7018)، Comcast Business (AS7922)، Lumen (AS3356)، Cogent (AS174)، اور NTT America (AS2914) شامل ہیں۔ یہ پانچ carriers مل کر US انٹرنیٹ ٹریفک کی اکثریت لے جاتے ہیں اور ہر ایک Ashburn کے علاوہ Dallas، Kansas City، اور Miami میں بھی موجودگی برقرار رکھتا ہے۔ IX سطح پر DE-CIX New York اور NYIIX Northeast corridor کی خدمت کرتے ہیں۔ Equinix Dallas اور CoreSite south-central US کی خدمت کرتے ہیں۔ Miami NAP of the Americas facility سے served ہے، جو Equinix کا چلایا ہوا بڑا Latin America-facing interconnect point ہے۔

تمام تین US nodes پر بیک وقت checks چلانا ایک ملک کے اندر geographic diversity فراہم کرتا ہے جو اہم ہے۔ AWS us-east-1 پر hosted server Miami سے (southeast paths سے)، Dallas سے (south-central)، اور Kansas City سے (central US backbone) مختلف RTTs دکھائے گا۔ US PoPs والا CDN تمام تین سے low single-digit یا sub-10ms نتائج دکھانے چاہئیں۔ اگر ایک node دوسروں کے مقابلے میں نمایاً زیادہ latency دکھائے تو اس شہر یا serving carrier کی routing اس node کے upstream transit mix کے لیے suboptimal ہے۔