US nodes سے HTTP checks مکمل GET request issue کرتے ہیں اور HTTP status code، response time، اور server نے complete response واپس کیا یا نہیں رپورٹ کرتے ہیں۔ یہ DNS resolution، TCP handshake، TLS negotiation، اور time to first byte — real user request کی پوری chain — cover کرتا ہے۔ US PoPs (Cloudflare، Akamai، Fastly، CloudFront) والی CDN چلانے والے کسی بھی target کے لیے، تمام تین US nodes سے responses 30 ms سے کم میں complete ہونی چاہئیں۔ US سے باہر bare origin servers کے لیے، server processing time پر round-trip latency مزید جوڑیں۔

تین US nodes مختلف regional user bases reflect کرتے ہیں۔ Kansas City mid-continent backbones کے ذریعے route کرنے والے central US broadband users کا نمائندہ ہے۔ Dallas south-central US اور US-Mexico border region ٹریفک patterns reflect کرتا ہے۔ Miami southeastern US users reflect کرتا ہے اور Latin American origin servers کے قریب ترین US node ہے۔ اگر آپ کی service US-focused ہو تو تمام تین nodes سے HTTP test times مل کر CDN audit کی ضرورت کے بغیر regional performance spread کی realistic تصویر دیتے ہیں۔

یورپی یا APAC nodes سے corresponding failures کے بغیر US nodes سے unexpected HTTP failures عموماً geo-blocking، US-specific WAF rules، یا hosting AS source IPs پر لاگو rate limiting indicate کرتی ہیں۔ AS202673، AS201129، اور AS22295 سب hosting ASNs ہیں — کچھ application firewalls اور bot mitigation systems hosting-range IPs پر residential ISP IPs کے مقابلے میں سخت rules لاگو کرتے ہیں۔ اگر US nodes سے 403 یا 429 responses ہوں لیکن دیگر regions سے نہیں تو WAF configuration غالباً وجہ ہے۔

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 ہے۔