مختصراً
“انٹرنیٹ” دراصل 87,000 سے زیادہ آزاد نیٹ ورکس (AS، Autonomous System) کا مجموعہ ہے جو ایک دوسرے سے جڑے ہوئے ہیں، اور ہر ایک کا ایک منفرد نمبر ہوتا ہے (ASN، مثلاً AS13335 = Cloudflare)۔ یہ AS آپس میں BGP کے ذریعے روٹس کا تبادلہ کرتے ہیں اور اعلان کرتے ہیں کہ “میں ان IP بلاکس تک پہنچ سکتا ہوں”، جس سے ایک عالمی روٹنگ ٹیبل بنتا ہے (تقریباً 10 لاکھ IPv4 پریفکس اور 2 لاکھ IPv6 پریفکس)۔ آپ کے گھر سے Google تک جانے والا پیکٹ عموماً 4-15 AS سے گزرتا ہے۔ آئیے اسے مرحلہ وار سمجھتے ہیں۔
1۔ AS کیا ہے — Autonomous System
AS (Autonomous System) ایک ایسا نیٹ ورک یا نیٹ ورکس کا گروپ ہے جو ایک ہی انتظامی روٹنگ پالیسی کے تحت ہو۔ کوئی AS اندرونی طور پر کون سا روٹنگ پروٹوکول (OSPF / IS-IS) استعمال کرتا ہے، یہ اس کا اپنا معاملہ ہے، لیکن مختلف AS کے درمیان IP پریفکس کا عوامی اعلان BGP کے ذریعے کیا جاتا ہے۔
- بڑا ISP خود ایک AS ہوتا ہے (China Telecom AS4134، China Unicom AS4837، China Mobile AS9808)
- بڑا کلاؤڈ فراہم کنندہ ایک AS ہوتا ہے (Google AS15169، Cloudflare AS13335، AWS AS16509)
- یونیورسٹیاں، سرکاری ادارے اور بڑے کاروباری ادارے اپنا AS رکھ سکتے ہیں
- عام گھریلو انٹرنیٹ صارف کا IP اس کے ISP کے AS میں سے دیا جاتا ہے — عام صارفین کو اپنے AS کی ضرورت نہیں ہوتی
1.1 ASN کون تفویض کرتا ہے
ASN (AS نمبرز) کا انتظام 5 علاقائی انٹرنیٹ رجسٹریز (RIRs) کے پاس ہے:
| RIR | علاقہ | عام ASN رینج |
|---|---|---|
| ARIN | شمالی امریکہ | AS1-AS6655 + کچھ دیگر |
| RIPE NCC | یورپ / مشرق وسطیٰ | AS6656-AS9215 + کچھ دیگر |
| APNIC | ایشیا پیسیفک | AS17676-AS18431 + کچھ دیگر |
| LACNIC | لاطینی امریکہ | AS27648-AS28671 + کچھ دیگر |
| AFRINIC | افریقہ | AS36864-AS37887 + کچھ دیگر |
ابتدا میں ASN 16-بٹ تھے (0-65535، جو 1996 کے بعد کم پڑنے لگے)؛ آج یہ 32-بٹ ہیں (0-4294967295، RFC 6793)۔ اس وقت دنیا بھر میں تقریباً 120,000 ASN عملاً استعمال میں ہیں۔
1.2 ASN کیسے پڑھیں — مختلف فارمیٹس
AS13335 // پرانا فارمیٹ (16-بٹ)
AS393227 // نیا خالص عددی فارمیٹ (32-بٹ)
AS6.10 // پرانا ڈاٹ فارمیٹ (= 6×65536+10 = 393226؛ RFC 5396 کے مطابق asplain ترجیحی طریقہ ہے)آج کل بس سادہ عددی فارمیٹ استعمال ہوتا ہے۔ “AS” پریفکس چھوڑا جا سکتا ہے، لیکن اسے لکھنا زیادہ واضح ہے۔
2۔ BGP — انٹرنیٹ کا “پوسٹل کوڈ سسٹم”
BGP (Border Gateway Protocol)، RFC 4271، مختلف AS کے درمیان استعمال ہونے والا واحد روٹنگ پروٹوکول ہے۔ ہر AS، BGP کے ذریعے اپنے پڑوسی AS کو اعلان کرتا ہے: “میں ان IP پریفکس تک پہنچ سکتا ہوں، اور میرے ذریعے آپ آگے کے ان AS تک پہنچ سکتے ہیں۔”
2.1 BGP اعلان کا مرکزی حصہ: پریفکس + AS-PATH
Prefix Next Hop AS-PATH
104.16.0.0/13 203.0.113.1 AS3356 AS13335 ← Lumen کے راستے Cloudflare تک
104.16.0.0/13 198.51.100.5 AS6939 AS13335 ← HE.net کے راستے Cloudflare تک
8.8.8.0/24 203.0.113.1 AS3356 AS15169 ← Google DNS تک
202.106.0.0/16 198.51.100.5 AS6939 AS4847 AS4134 ← China Telecom بیجنگ تکAS-PATH میں اوریجن AS (پریفکس کا مالک) سے موجودہ روٹر تک گزرے ہوئے تمام AS درج ہوتے ہیں۔ اسے دائیں سے بائیں پڑھیں — سب سے دائیں والا AS اوریجن ہے اور سب سے بائیں والا پڑوسی۔
2.2 BGP بہترین راستہ کیسے منتخب کرتا ہے
جب ایک ہی پریفکس کے لیے کئی راستے ہوں تو BGP اس ترجیحی ترتیب سے ایک راستہ منتخب کرتا ہے (خلاصہ):
- LOCAL_PREF: جتنا زیادہ اتنا بہتر — AS کے اندر کی ترجیح (کون پہلے استعمال ہو)
- چھوٹا AS-PATH بہتر ہے — کم AS سے گزرنے والا راستہ جیتتا ہے
- Origin: IGP (اندرونی) >؛ EGP >؛ Incomplete
- MED (Multi-Exit Discriminator): جتنا کم اتنا بہتر — مختلف AS کے درمیان دیا جانے والا اشارہ
- eBGP > iBGP
- IGP cost: جتنا کم اتنا بہتر
- Router ID: جتنا کم اتنا بہتر (آخری فیصلہ کن معیار)
نوٹ: ضروری نہیں کہ BGP سب سے تیز راستہ منتخب کرے۔ چھوٹے AS-PATH کا مطلب کم جسمانی لیٹنسی نہیں۔ 1 AS سے گزرنے والا بین البراعظمی روٹ، 3 AS سے گزرنے والے اسی شہر کے روٹ سے زیادہ سست ہو سکتا ہے۔
3۔ Tier 1 / Tier 2 / Tier 3 — ISP کی درجہ بندی
تمام AS کو اس بنیاد پر تین درجوں میں تقسیم کیا جاتا ہے کہ انہیں اپ اسٹریم transit کے لیے ادائیگی کرنی پڑتی ہے یا نہیں:
| درجہ | تعریف | عام مثالیں |
|---|---|---|
| Tier 1 | کسی کو ادائیگی نہیں کرتا — صرف پیئرنگ کے ذریعے پوری دنیا تک پہنچتا ہے | AT&T AS7018، Verizon AS701، Lumen/Level3 AS3356، NTT AS2914، Telia AS1299، Tata AS6453، GTT AS3257، China Telecom AS4134 (کچھ تعریفوں کے مطابق)، China Unicom AS4837 |
| Tier 2 | چند Tier 1 کے ساتھ پیئرنگ کرتا ہے، لیکن کچھ رسائی کے لیے ادائیگی کرتا ہے | زیادہ تر قومی ISPs / بڑے کلاؤڈ فراہم کنندگان (Google AS15169، Microsoft AS8075، Cloudflare AS13335) |
| Tier 3 | دوسرے نیٹ ورکس تک پہنچنے کے لیے اپ اسٹریم فراہم کنندہ کو ادائیگی کرنی پڑتی ہے | چھوٹے مقامی ISPs / رسائی فراہم کرنے والے آپریٹرز |
گھریلو انٹرنیٹ کے پیکٹ کا عام راستہ: آپ کا گھر ← مقامی چھوٹا ISP (Tier 3) ← صوبائی / میٹرو نیٹ ورک (Tier 2) ← China Telecom بیک بون (Tier 1) ← بیرون ملک Tier 1 ← منزل کا نیٹ ورک۔
4۔ خود ٹیسٹ کریں — گھر اور Google کے درمیان کون سے AS ہیں
ہر ہاپ کا AS نمبر دیکھنے کے لیے mtr -bz (BSD پر: traceroute -A) استعمال کریں:
HOST: xxx Loss% Snt Last Avg ASN
1. 192.168.1.1 0.0% 10 0.5 0.6 (پرائیویٹ نیٹ ورک، کوئی ASN نہیں)
2. 61.183.x.x 0.0% 10 3.2 3.5 AS4134 China Telecom
3. 202.97.x.x 0.0% 10 5.1 5.4 AS4134 China Telecom بیک بون
4. 202.97.x.x 0.0% 10 15.2 16.1 AS4134
5. 202.97.x.x 0.0% 10 45.3 46.0 AS4134 ایگزٹ سے پہلے کا نوڈ
6. 211.95.x.x 0.0% 10 156.4 158.2 AS4134 بین الاقوامی گیٹ وے
7. 72.14.215.x 0.0% 10 158.1 159.8 AS15169 Google نیٹ ورک
8. 142.250.x.x 0.0% 10 159.8 161.2 AS15169 Google
9. 142.250.x.x (www.google.com) 0.0% 10 160.2 162.0 AS15169اس mtr ٹریس سے ہم دیکھ سکتے ہیں:
- گھر ← China Telecom کا مقامی نیٹ ورک (AS4134، ہاپس 2-3): <؛ 10ms
- China Telecom بیک بون (AS4134، ہاپس 4-6): 5-150ms
- بین الاقوامی گیٹ وے سے Google کی طرف ہاپ (AS15169، ہاپ 7): اچانک 150+ms تک اضافہ ← بین الاقوامی ایگزٹ کی لیٹنسی
- Google نیٹ ورک کے اندر (AS15169، ہاپس 8-9): <؛ 5ms
چین کے گھریلو انٹرنیٹ سے Google تک صرف 2 AS عبور ہوتے ہیں — انتہائی مختصر AS-PATH — لیکن جسمانی لیٹنسی زیادہ ہے۔ “BGP کی لمبائی جسمانی لیٹنسی نہیں” سے ہماری یہی مراد ہے۔
5۔ BGP کے دو سیکیورٹی ڈراؤنے خواب — روٹ لیک اور روٹ ہائی جیکنگ
5.1 روٹ لیک (Route Leak)
کوئی AS غلطی سے ایسے روٹس جو اپ اسٹریم کو نہیں جانے چاہییں اپ اسٹریم یا پڑوسی کو بھیج دیتا ہے، جس سے عالمی ٹریفک غلط راستے پر چلی جاتی ہے۔ ایک عام مثال: کوئی ISP اپنے کسٹمر کے روٹس کو غلطی سے اپنے روٹس سمجھ کر سب کو ان کا اعلان کر دیتا ہے۔
مشہور واقعہ: نومبر 2017 میں Level3 (AS3356) کے ایک روٹ لیک نے Comcast اور Verizon کے بڑی تعداد میں ڈاؤن اسٹریم صارفین کو متاثر کیا۔
5.2 BGP ہائی جیک
کوئی بدنیت AS ایسے IP پریفکس کا اعلان کرتا ہے جو اس کے نہیں۔ جب دوسرے AS یہ اعلان قبول کر لیتے ہیں تو ٹریفک ہائی جیکر کی طرف موڑ دی جاتی ہے، جس سے MITM، سروس کی بندش (DoS) یا DNS پوائزننگ ممکن ہو جاتی ہے۔
مشہور واقعات:
- 2008: پاکستان کی PTCL نے YouTube کے پریفکس کا اعلان کیا، جس سے دنیا بھر کی YouTube ٹریفک 2 گھنٹے تک پاکستان کی طرف مڑ گئی
- 2018: eNet (AS10297) نے Amazon Route 53 کے DNS پریفکس کا اعلان کیا اور تقریباً 2 گھنٹے تک MyEtherWallet صارفین کی ٹریفک ہائی جیک کی
- 2022: روس کی RTCOMM نے مختصر وقت کے لیے Twitter کا ایک پریفکس ہائی جیک کیا
5.3 دفاع — RPKI روٹس پر دستخط کرتا ہے
RPKI (Resource Public Key Infrastructure)، یعنی RFC 6480 سلسلہ، کسی IP پریفکس کے جائز مالک کو کرپٹوگرافک طور پر یہ دستخط کرنے دیتا ہے کہ “یہ پریفکس صرف اسی AS سے شروع ہو سکتا ہے۔” RPKI سپورٹ کرنے والے BGP روٹرز بغیر دستخط یا غلط دستخط والے روٹس کو مسترد کر دیتے ہیں۔
دنیا کے تقریباً نصف IPv4 پریفکس اب RPKI سے دستخط شدہ ہیں، اور یہ تناسب بڑھ رہا ہے۔ جب آپ cleanip.io پر کوئی IP تلاش کرتے ہیں تو “AS معلومات” کارڈ اس کا RPKI اسٹیٹس دکھاتا ہے: valid / invalid / not-found۔
6۔ کسی IP یا ڈومین کا ASN کیسے معلوم کریں
6.1 براہِ راست cleanip.io پر تلاش کریں
بس https://cleanip.io/8.8.8.8 یا https://cleanip.io/AS15169 کھولیں — ہم مکمل ASN معلومات، رجسٹریشن کی تاریخ، IP رینجز، اپ اسٹریم / ڈاؤن اسٹریم اور جغرافیائی تقسیم دکھاتے ہیں۔
6.2 cleanip.io پر BGP ویژولائزیشن
/asn-graph کسی بھی ASN کی BGP ٹوپولوجی بناتا ہے — Origin سے Tier 2 ہوتے ہوئے Tier 1 تک، تاکہ آپ ایک نظر میں دیکھ سکیں کہ کون کس کے ساتھ پیئرنگ کر رہا ہے۔
/asn-history کسی IP / CIDR کی تاریخی ملکیت دکھاتا ہے — کوئی CIDR وقت کے ساتھ کن AS کا رہا ہے، اور کب تبدیل ہوا۔
6.3 کمانڈ لائن ٹولز
$ whois -h whois.cymru.com " -v 8.8.8.8"
AS | IP | BGP Prefix | CC | Registry | Allocated | AS Name
15169 | 8.8.8.8 | 8.8.8.0/24 | US | arin | 1992-12-01 | GOOGLE, US
$ curl https://api.bgpview.io/ip/8.8.8.8 | jq
{
"data": {
"ip": "8.8.8.8",
"prefixes": [{
"asn": { "asn": 15169, "name": "Google LLC" },
"prefix": "8.8.8.0/24"
}]
}
}7۔ عام ASN کا فوری حوالہ
| ASN | نام | قسم |
|---|---|---|
| AS13335 | Cloudflare | CDN / DNS |
| AS15169 | کلاؤڈ / سرچ | |
| AS16509 | Amazon AWS | کلاؤڈ |
| AS8075 | Microsoft / Azure | کلاؤڈ |
| AS32934 | Facebook (Meta) | سوشل |
| AS13414 | Twitter / X | سوشل |
| AS2906 | Netflix | ویڈیو |
| AS4134 | China Telecom | ISP (جزوی Tier 1) |
| AS4837 | China Unicom | ISP |
| AS9808 | China Mobile | ISP |
| AS37963 | Alibaba / Alibaba کلاؤڈ | کلاؤڈ |
| AS45102 | Alibaba کلاؤڈ انٹرنیشنل | کلاؤڈ |
| AS132203 | Tencent کلاؤڈ | کلاؤڈ |
| AS9009 | M247 (VPN کا بڑا بیک بون فراہم کنندہ) | IDC |
| AS62371 | Proton AG (ProtonVPN) | VPN |
| AS24940 | Hetzner | جرمن VPS |
| AS16276 | OVH | فرانسیسی VPS |
| AS20473 | Choopa (Vultr) | VPS |
| AS14061 | DigitalOcean | VPS |
8۔ یہ عام صارفین کے لیے بھی کیوں اہم ہے
- رسک کنٹرول سسٹمز IP کی ساکھ کا اسکور طے کرتے وقت ASN دیکھتے ہیں — ڈیٹا سینٹر ASN (کلاؤڈ / VPN فراہم کنندگان) کا اسکور عموماً کم ہوتا ہے؛ گھریلو انٹرنیٹ کے ASN (China Telecom / Unicom) کا اسکور زیادہ ہوتا ہے
- سرحد پار ٹریفک کے لیے CDN منتخب کرتے وقت اپنے ہدف صارفین کے ASN اور CDN نوڈز کے درمیان AS کا فاصلہ دیکھیں — cleanip.io ایک ہی تلاش میں بتا دیتا ہے کہ کوئی IP کس AS کا ہے
- DDoS حملے کے دوران ماخذ کا سراغ لگانے کے لیے ASN پہلا اشارہ ہوتا ہے — مثلاً “زیادہ تر حملہ آور ٹریفک AS46562 Performive ڈیٹا سینٹر سے آئی”
- کوئی VPN منتخب کرتے وقت دیکھیں کہ وہ کس IDC کے ASN پر ہوسٹ ہے — تفصیل کے لیے VPN ٹریسنگ دیکھیں