سب نیٹ / CIDR کیلکولیٹر

IPv4 آکٹیٹس اور CIDR پریفکس کی لمبائی سے سب نیٹ کی تفصیلات جلدی معلوم کریں۔

پہلا IPv4 آکٹیٹ درج کریں۔
دوسرا IPv4 آکٹیٹ درج کریں۔
تیسرا IPv4 آکٹیٹ درج کریں۔
چوتھا IPv4 آکٹٹ درج کریں۔
سب نیٹ پریفکس درج کریں، جیسے /24 کے لیے 24۔

سب نیٹ ماسک

255.255.255.0

نیٹ ورک ایڈریس192.168.1.0
براڈکاسٹ ایڈریس192.168.1.255
قابل استعمال ہوسٹس254

اس سب نیٹ / CIDR کیلکولیٹر کو استعمال کرنے کا طریقہ

  1. IP آکٹیٹس درج کریں

    چاروں آکٹیٹس کو IP آکٹیٹ 1، IP آکٹیٹ 2، IP آکٹیٹ 3، اور IP آکٹیٹ 4 میں ٹائپ کریں (مثلاً 192، 168، 10، 50)۔

  2. CIDR پریفکس کی لمبائی سیٹ کریں

    CIDR پریفکس کی لمبائی والے فیلڈ میں سب نیٹ پریفکس درج کریں (مثلاً /24 کے لیے 24، /26 کے لیے 26)۔

  3. سب نیٹ ماسک دیکھیں

    کیلکولیٹر سب نیٹ ماسک کو ڈاٹڈ ڈیسیمل اور بائنری شکل میں فراہم کرتا ہے۔

  4. نیٹ ورک اور براڈکاسٹ چیک کریں

    سب نیٹ رینج دیکھنے کے لیے نیٹ ورک ایڈریس اور براڈکاسٹ ایڈریس کے نتائج کا جائزہ لیں۔

  5. قابل استعمال ہوسٹس نوٹ کریں

    اس بات کی منصوبہ بندی کرنے کے لیے 'قابل استعمال ہوسٹس' کی ویلیو استعمال کریں کہ سب نیٹ میں کتنے آلات کو ایڈریس تفویض کیے جا سکتے ہیں۔

طریقہ کار

یہ سب نیٹ / CIDR کیلکولیٹر کیسے کام کرتا ہے

یہ سب نیٹ کیلکولیٹر IPv4 ایڈریس اور CIDR پریفکس کی لمبائی کی بنیاد پر سب نیٹ ماسک، نیٹ ورک ایڈریس، براڈکاسٹ ایڈریس اور قابل استعمال ہوسٹس کی تعداد معلوم کرتا ہے۔ یہ بٹ وائز آپریشنز کا استعمال کرتا ہے — وہی منطق جو راؤٹرز اور نیٹ ورک اسٹیکس ہر پیکٹ پر استعمال کرتے ہیں — تاکہ 32 بٹ ایڈریس اسپیس کو نیٹ ورک اور ہوسٹ کے حصوں میں تقسیم کیا جا سکے۔ پریفکس کی لمبائی یہ بتاتی ہے کہ کتنے بٹس نیٹ ورک کے لیے ہیں اور کتنے ہوسٹ کے لیے۔ IP پلاننگ، فائر وال رولز اور نیٹ ورکنگ کے مسائل حل کرنے کے لیے ان حدود کو سمجھنا ضروری ہے۔

فارمولا
network = IP AND mask • broadcast = IP OR NOT(mask) • روایتی قابل استعمال ہوسٹس = 2^(32 − prefix) − 2، یہاں /31 اور /32 کے لیے خصوصی طریقہ کار کے ساتھ
آئی پی 32 بٹ IPv4 ایڈریس جو چار آکٹٹس کی شکل میں درج کیا گیا ہو (مثلاً 192.168.1.100)
ماسک سب نیٹ ماسک — ایک 32-بٹ ویلیو جس میں پہلے 'پریفکس' بٹس 1 پر اور باقی 0 پر سیٹ ہوتے ہیں۔
پریفکس CIDR پریفکس کی لمبائی (0–32)، جو ظاہر کرتی ہے کہ کتنے ابتدائی بٹس نیٹ ورک کی وضاحت کرتے ہیں۔
نیٹ ورک نیٹ ورک ایڈریس — IP اور ماسک کے درمیان bitwise AND کا نتیجہ؛ سب نیٹ کی شناخت کرتا ہے۔
براڈکاسٹ براڈکاسٹ ایڈریس — IP اور انورٹڈ ماسک کے درمیان bitwise OR کا نتیجہ؛ سب نیٹ کا آخری ایڈریس۔
قابل استعمال ہوسٹس سب نیٹ میں تفویض کے قابل ہوسٹ ایڈریسز کی تعداد، جس میں /31 کو دو پوائنٹ ٹو پوائنٹ اینڈ پوائنٹس اور /32 کو سنگل ہوسٹ روٹ کے طور پر سمجھا جاتا ہے۔
مثال

فرض کریں IP ایڈریس 192.168.10.50 اور پریفکس /26 ہے: سب نیٹ ماسک 11111111.11111111.11111111.11000000 ہے، جو ڈاٹڈ ڈیسیمل میں 255.255.255.192 بنتا ہے۔ 192.168.10.50 اور 255.255.255.192 کا Bitwise AND نیٹ ورک ایڈریس 192.168.10.0 فراہم کرتا ہے۔ 192.168.10.50 اور انورٹڈ ماسک (0.0.0.63) کا Bitwise OR براڈکاسٹ ایڈریس 192.168.10.63 فراہم کرتا ہے۔ ہوسٹ کے حصے میں 32 − 26 = 6 بٹس ہیں، لہذا کل ایڈریسز = 2^6 = 64، اور قابل استعمال ہوسٹس = 64 − 2 = 62۔

10.0.0.100/22 کے لیے: سب نیٹ ماسک 255.255.252.0 ہے، نیٹ ورک ایڈریس 10.0.0.0 ہے، براڈکاسٹ 10.0.3.255 ہے، اور قابل استعمال ہوسٹس = 1,022 ہیں۔ /22 میں 10 ہوسٹ بٹس (2^10 − 2) بچتے ہیں۔

172.16.5.1/28 کے لیے: سب نیٹ ماسک 255.255.255.240 ہے، نیٹ ورک ایڈریس 172.16.5.0 ہے، براڈکاسٹ 172.16.5.15 ہے، اور قابل استعمال ہوسٹس = 14 ہیں۔ ایک /28 چھوٹے پوائنٹ آف سیل یا IoT سب نیٹس کے لیے عام ہے۔

مفروضات
  • یہ کیلکولیٹر صرف IPv4 (32-بٹ ایڈریسز) پر کام کرتا ہے۔ IPv6 سب نیٹ ورکنگ 128-بٹ ایڈریس اسپیس اور مختلف روایات کا استعمال کرتی ہے۔
  • /31 اور /32 کی پریفکس لمبائی درست CIDR نوٹیشنز ہیں۔ یہ کیلکولیٹر RFC 3021 کے مطابق /31 کو دو قابل استعمال پوائنٹ ٹو پوائنٹ اینڈ پوائنٹس اور /32 کو سنگل ہوسٹ روٹ کے طور پر رپورٹ کرتا ہے۔
  • ہر آکٹٹ (octet) 0–255 کی حد میں ہونا چاہیے اور پریفکس کی لمبائی 0 اور 32 کے درمیان ہونی چاہیے۔ ان حدود سے باہر کی قدریں غلط نتائج پیدا کریں گی۔
  • حساب کتاب کلاس لیس ایڈریسنگ (CIDR) پر مبنی ہے۔ پرانی کلاس فل حدود (Class A/B/C) لاگو نہیں ہوتی ہیں۔
نوٹس
  • زیادہ تر سب نیٹس کے لیے، نیٹ ورک ایڈریس (تمام ہوسٹ بٹس صفر) اور براڈکاسٹ ایڈریس (تمام ہوسٹ بٹس ایک) ڈیوائسز کو تفویض نہیں کیے جا سکتے، اسی لیے روایتی فارمولے میں کل ایڈریسز کی تعداد سے دو منہا کیے جاتے ہیں۔
  • پوائنٹ ٹو پوائنٹ /31 لنکس ایک استثنیٰ ہیں: دونوں ایڈریسز کو نیٹ ورک اور براڈکاسٹ کے لیے الگ رکھنے کے بجائے قابل استعمال اینڈ پوائنٹس کے طور پر سمجھا جاتا ہے۔
  • VLANs یا کلاؤڈ VPCs کی منصوبہ بندی کرتے وقت، ایسا پریفکس منتخب کریں جو مستقبل کی ضرورت کے لیے گنجائش چھوڑے — ایک بار جب سب نیٹ پروڈکشن میں آ جائے، تو اس کا سائز تبدیل کرنے کا مطلب عام طور پر پوری رینج کو دوبارہ ایڈریس کرنا ہوتا ہے۔
  • سپر نیٹنگ (route aggregation) اسی بٹ وائز منطق کو الٹ طریقے سے استعمال کرتی ہے: روٹنگ ٹیبلز کو چھوٹا کرنے کے لیے متعدد چھوٹے پریفکسز کو ایک بڑے پریفکس میں ضم کیا جاتا ہے۔
  • فوری حساب کے لیے، یہ ترتیب یاد رکھیں: /24 = 254 ہوسٹس، /25 = 126، /26 = 62، /27 = 30، /28 = 14 — ہر اضافی پریفکس بٹ ہوسٹ کی تعداد کو آدھا کر دیتا ہے۔
ذرائع
  1. RFC 4632 — کلاس لیس انٹر ڈومین روٹنگ (CIDR): انٹرنیٹ ایڈریس اسائنمنٹ اور ایگریگیشن پلان
  2. RFC 3021 — IPv4 پوائنٹ ٹو پوائنٹ لنکس پر 31-بٹ پریفکس کا استعمال
  3. RFC 791 — انٹرنیٹ پروٹوکول (IPv4 ایڈریس کا ڈھانچہ اور بٹ وائز آپریشنز)

CIDR نوٹیشن اور سب نیٹ ریاضی کو سمجھنا

CIDR (Classless Inter-Domain Routing) نوٹیشن مختصراً بتاتی ہے کہ IPv4 ایڈریس کو نیٹ ورک اور ہوسٹ کے حصوں میں کیسے تقسیم کیا جاتا ہے۔ پریفکس کی لمبائی (مثلاً /24) بتاتی ہے کہ 32 بٹس میں سے کتنے نیٹ ورک کی شناخت کرتے ہیں؛ باقی بٹس اس سب نیٹ کے اندر ہوسٹ ایڈریسز کی وضاحت کرتے ہیں۔ ایک /24 میں 8 ہوسٹ بٹس بچتے ہیں، لہذا کل 2^8 = 256 ایڈریسز ہوتے ہیں، جن میں سے نیٹ ورک اور براڈکاسٹ ایڈریسز کو محفوظ کرنے کے بعد عام طور پر 254 قابل استعمال ہوتے ہیں۔ سب نیٹ کا حساب بٹ وائز آپریشنز پر منحصر ہے: نیٹ ورک ایڈریس IP AND سب نیٹ ماسک ہے، اور براڈکاسٹ ایڈریس IP OR انورٹڈ ماسک ہے۔ راؤٹرز اور فائر والز ہر پیکٹ پر اس منطق کا استعمال کرتے ہیں تاکہ یہ فیصلہ کیا جا سکے کہ آیا کوئی ایڈریس مقامی سب نیٹ سے تعلق رکھتا ہے یا اسے کہیں اور بھیجنا ضروری ہے۔

ڈویلپرز کے لیے سب نیٹ ورکنگ کے عملی استعمال کے کیسز

ڈویلپرز کو کلاؤڈ VPCs ڈیزائن کرنے، فائر وال رولز لکھنے، راؤٹنگ کے مسائل کو ڈیبگ کرنے، اور ایکسیس کنٹرول لسٹوں کو کنفیگر کرتے وقت سب نیٹ کے حساب کتاب کا سامنا کرنا پڑتا ہے۔ AWS، GCP، یا Azure میں، آپ VPCs اور سب نیٹس کے لیے CIDR بلاکس کا انتخاب کرتے ہیں؛ پریفکس کی لمبائی کو سمجھنا آپ کو سب نیٹس کا صحیح سائز منتخب کرنے اور اوورلیپ سے بچنے میں مدد دیتا ہے۔ سیکیورٹی انجینئرز IP رینج کے ذریعے ٹریفک کی اجازت دینے یا روکنے کے لیے iptables، nftables، اور کلاؤڈ سیکیورٹی گروپس میں CIDR رینجز کا استعمال کرتے ہیں۔ کنیکٹیویٹی کے مسائل حل کرتے وقت، نیٹ ورک اور براڈکاسٹ ایڈریسز کو جاننا آپ کو یہ تصدیق کرنے میں مدد دیتا ہے کہ آیا کوئی ہوسٹ متوقع رینج کے اندر ہے یا نہیں۔ DevOps ٹیمیں Kubernetes کلسٹرز، کنٹینر نیٹ ورکس، اور ملٹی ٹیننٹ آرکیٹیکچرز کے لیے IP ایلوکیشن کی منصوبہ بندی کرتے وقت بھی سب نیٹ میتھ کا استعمال کرتی ہیں۔

سب نیٹ / CIDR کیلکولیٹر کے اکثر پوچھے گئے سوالات

سب نیٹ ماسک اور CIDR پریفکس میں کیا فرق ہے؟

یہ ایک ہی معلومات کو مختلف نوٹیشن میں ظاہر کرتے ہیں۔ /24 پریفکس کا مطلب ہے شروع کے 24 ون-بٹس، جو کہ ڈاٹڈ ڈیسیمل سب نیٹ ماسک 255.255.255.0 کے مطابق ہے۔ CIDR نوٹیشن زیادہ مختصر ہے اور جدید راؤٹنگ کنفیگریشن میں استعمال ہونے والا معیار ہے۔

قابل استعمال ہوسٹس حاصل کرنے کے لیے کل تعداد میں سے دو ایڈریس کیوں منہا کیے جاتے ہیں؟

روایتی IPv4 سب نیٹ ورکنگ میں، سب نیٹ کا پہلا ایڈریس (تمام ہوسٹ بٹس زیرو) نیٹ ورک ایڈریس کے طور پر اور آخری ایڈریس (تمام ہوسٹ بٹس ون) براڈکاسٹ ایڈریس کے طور پر محفوظ ہوتا ہے۔ ان میں سے کوئی بھی کسی ڈیوائس کو تفویض نہیں کیا جا سکتا، اس لیے قابل استعمال ہوسٹس = 2^(host bits) − 2۔ ایک /31 پوائنٹ ٹو پوائنٹ لنک ایک نمایاں استثنیٰ ہے۔

کیا میں اس کیلکولیٹر کو پرائیویٹ IP رینجز کے لیے استعمال کر سکتا ہوں؟

جی ہاں۔ پرائیویٹ (RFC 1918) اور پبلک ایڈریسز کے لیے بٹ وائز ریاضی ایک جیسی ہے۔ عام پرائیویٹ رینجز 10.0.0.0/8، 172.16.0.0/12، اور 192.168.0.0/16 ہیں۔

/32 پریفکس کا کیا مطلب ہے؟

ایک /32 پریفکس کسی ایک ہوسٹ ایڈریس کی نشاندہی کرتا ہے جس میں کوئی ہوسٹ بٹس نہیں ہوتے۔ یہ عام طور پر راؤٹنگ ٹیبلز اور فائر وال رولز میں بالکل ایک IP ایڈریس سے مطابقت پیدا کرنے کے لیے استعمال ہوتا ہے، اور یہ کیلکولیٹر اسے ایک قابل استعمال ہوسٹ روٹ کے طور پر رپورٹ کرتا ہے۔

کیا یہ IPv6 کے لیے کام کرتا ہے؟

نہیں۔ یہ کیلکولیٹر IPv4 کی 32-بٹ ایڈریس اسپیس کے لیے ڈیزائن کیا گیا ہے۔ IPv6 128-بٹ ایڈریسز، ایک مختلف پریفکس لینتھ رینج (عام طور پر /48 سے /128) استعمال کرتا ہے، اور اس میں براڈکاسٹ ایڈریس اس طرح محفوظ نہیں ہوتا۔

تحریر کردہ جان کرینیک بانی اور لیڈ ڈویلپر
نظر ثانی شدہ DigitSum طریقہ کار کا جائزہ فارمولہ کی تصدیق اور کوالٹی ایشورنس
آخری بار اپ ڈیٹ کیا گیا 10 مارچ، 2026

اسے ایک تخمینے کے طور پر استعمال کریں اور اہم فیصلوں کی تصدیق کسی مستند پیشہ ور سے کریں۔

آپ کی فراہم کردہ معلومات براؤزر میں ہی رہتی ہیں جب تک کہ کوئی نئی خصوصیت آپ کو واضح طور پر کچھ اور نہ بتائے۔