کال کٹ رہی ہے: 30 سیکنڈ بعد، 15–30 منٹ بعد

”ٹھیک اتنی دیر بعد“ کٹ جانا خراب رابطہ نہیں بلکہ ایک ٹائمر ہے: کسی ایک فریق نے کسی چیز کا انتظار کیا، وہ پوری نہ ہوئی اور اس نے ایمانداری سے فون رکھ دیا۔ اسی لیے کٹنے کے وقت سے وجہ تقریباً یقین سے بتائی جا سکتی ہے: ~32 سیکنڈ — بات چیت کے آغاز کی تصدیق نہیں پہنچی؛ ~15 یا ~30 منٹ — بات چیت کی تجدید نہیں ہوئی؛ آنے والی کالیں صرف پہلے چند منٹ کام کرتی ہیں — روٹر نے فون تک راستہ بند کر دیا۔ نیچے ہر صورت کا طریقۂ کار الفاظ میں اور کیا کرنا ہے۔

فون کی عمومی ترتیب کا جائزہ ”SIP فونز کی ترتیب“ میں ہے، باقی علامات علامات کے مطابق تشخیص میں۔

پہلے ایڈمن پینل میں چیک کریں#

1. کال لاگ — کٹی ہوئی کال کھولیں۔ ”بات چیت“ دورانیہ سیکنڈ کی درستی کے ساتھ دکھائے گا: 0:31–0:33 — پہلی صورت کی پہچان، تقریباً 15:00 یا 29:30 — دوسری کی۔ وہیں ”فون رکھا“ (کال کرنے والا، ملازم یا PBX) اور ”کٹنے کی وجہ“ بھی۔
2. ایکو ٹیسٹ *43، مگر طویل: ڈائل کریں اور فون 45 سیکنڈ تک پکڑے رکھیں۔ *43 بھی ایک کال ہے، اور اس میں بھی بات چیت کے آغاز کی تصدیق اسی راستے سے گزرتی ہے۔ 32ویں سیکنڈ پر کٹ گئی — خرابی فون اور PBX کے درمیان ہے؛ قائم رہی — فون اور جگہ کا نیٹ ورک ٹھیک ہے، آگے دیکھیں (بیرونی کالیں، سروس فراہم کنندہ)۔
3. ڈیوائس کا کارڈ → ”کارکردگی“: بار بار ”رابطہ نہیں“ کی ناکامی — روٹر فون تک واپسی کا راستہ بند کر رہا ہے (دیکھیں تیسری صورت)۔
4. کارڈ میں ”ڈیوائس پر کال کریں“، آخری کال کے 10 منٹ بعد: بجی — فون تک راستہ زندہ ہے؛ سبز برانچ کے باوجود خاموش — یہ روٹر ہے۔
5. SIP ٹریس مخصوص PBX پر: بار بار 200 OK بغیر ACK، پھر BYE — پہلی صورت؛ بات چیت کے دوران INVITE یا UPDATE کے بعد BYE — دوسری۔

30–32 سیکنڈ بعد کٹنا#

ایسا کیوں ہوتا ہے#

بات چیت کا آغاز تین پیغامات کا ہاتھ ملانا ہے: ”کال کر رہا ہوں“ (INVITE) — ”جواب دیا“ (200 OK) — ”سمجھ گیا، شروع کریں“ (ACK)۔ جس فریق نے جواب دیا وہ اپنا ”جواب دیا“ دہراتا رہتا ہے جب تک ”سمجھ گیا“ نہ ملے۔ SIP پروٹوکول کا قاعدہ: اگر ”سمجھ گیا“ 64 × T1 = 64 × 0,5 سیکنڈ = 32 سیکنڈ میں نہ آئے تو بات چیت ختم کرنی ہوگی۔ اس دوران آواز پہلے ہی جا رہی ہوتی ہے — اسی لیے آدھا منٹ سب ٹھیک رہتا ہے اور پھر کال خود گر جاتی ہے۔

تو 32ویں سیکنڈ پر کٹنے کا مطلب ہے: ACK کی تصدیق کہیں گم ہو رہی ہے۔ کیوں — زیادہ عام سے کم عام کی طرف:

1. روٹر پر SIP ALG۔ روٹر سروس پیغامات کے اندر پتے بدل دیتا ہے، اور تصدیق غلط جگہ جاتی ہے یا مسترد ہو جاتی ہے۔ ہمیشہ سب سے پہلے یہی چیک کرنا چاہیے۔
2. حد سے بڑا پیکٹ۔ اگر فون میں درجنوں کوڈیک فعال ہوں تو کال کی تفصیل ~1300 بائٹ سے بڑی ہو جاتی ہے اور UDP پر ”ٹکڑوں“ (فراگمنٹس) میں جاتی ہے۔ بہت سے روٹر اور فائر وال فراگمنٹس کو خاموشی سے پھینک دیتے ہیں — وہی پیغام گم ہو جاتا ہے۔ SIP پروٹوکول ایسے پیغامات کے لیے صریحاً TCP پر منتقل ہونے کا تقاضا کرتا ہے۔
3. پیغامات میں اندرونی پتہ۔ فون اپنے بارے میں اندرونی پتہ (192.168.x.x) لکھتا ہے، اور تصدیق اسی پر بھیجی جاتی ہے۔ ہمارا PBX اسے خود درست کر دیتا ہے — وہیں جواب دیتا ہے جہاں سے پیغام واقعی آیا — مگر سروس فراہم کنندہ کے پاس ایسا تحفظ نہ ہو سکتا ہے: پھر صرف بیرونی کالیں کٹتی ہیں۔
4. دوہرا NAT یا سخت فائر وال جو کال کے پہلے پیغامات گزرنے دیتا ہے اور بعد والے کاٹ دیتا ہے۔

کیا کریں#

ہر مرحلے کے بعد طویل *43 (45 سیکنڈ) اور آزمائشی کال دہرائیں؛ آگے صرف اسی صورت بڑھیں جب فائدہ نہ ہو۔

1. روٹر پر SIP ALG بند کریں (”SIP Helper“، ”SIP Passthrough“، ”SIP کے لیے ALG“) اور روٹر ری اسٹارٹ کریں۔ مشہور برانڈز میں یہ کہاں ہے — ”نیٹ ورک، روٹر اور انٹرنیٹ“۔
2. فون میں تین کوڈیک رکھیں — G.711 PCMA، G.711 PCMU اور G.722، — باقی بند کر دیں: پیغامات مختصر ہو جائیں گے اور ٹکڑے ہونا بند ہو جائے گا۔
3. اگر مرحلہ 2 سے فائدہ نہ ہو تو ٹرانسپورٹ TCP پر بدلیں (پورٹ وہی، 5060): TCP خود لمبے پیغامات کو درست طریقے سے کاٹتا ہے اور فراگمنٹیشن ختم ہو جاتی ہے۔ ہمارا PBX UDP اور TCP دونوں قبول کرتا ہے۔
4. صرف بیرونی کالیں کٹتی ہیں، جبکہ *43 اور اندرونی کالیں قائم رہتی ہیں — خرابی PBX اور سروس فراہم کنندہ کے درمیان ہے۔ کئی کٹی ہوئی کالوں کے اوقات سپورٹ کو بھیجیں۔
5. دوہرا NAT ہٹائیں — فراہم کنندہ کے روٹر کو برج موڈ میں لائیں یا فون سیدھا اسی میں لگائیں۔

15 یا 30 منٹ بعد کال منقطع ہونا#

ایسا کیوں ہوتا ہے#

طویل گفتگو کے دوران فریقین وقتاً فوقتاً تصدیق کرتے ہیں کہ گفتگو ابھی جاری ہے — یہ سیشن ٹائمر ہیں۔ وقفہ کال کے آغاز میں طے ہوتا ہے؛ ایک فریق وقفے کے وسط میں گفتگو «بڑھانے» کا پابند ہوتا ہے، دوسرا توسیع کا انتظار کرتا ہے۔ ہمارے پی بی ایکس پر سیشن ٹائمر 1800 سیکنڈ (30 منٹ) کے وقفے سے فعال ہیں؛ ان کی ضرورت اس لیے ہے کہ جس گفتگو کا رابطہ خاموشی سے منقطع ہو جائے وہ گھنٹوں نہ لٹکی رہے اور لائن نہ روکے۔

اسی سے دو انداز بنتے ہیں:

• تقریباً 15 منٹ — وقفے کے وسط میں توسیع بھیجی گئی، مگر وہ نہ پہنچی: فریق نے اسے مسترد کر دیا یا جواب نہ ملا؛
• تقریباً 29.5 منٹ — توسیع بالکل نہیں ہوئی، اور جس فریق کو اس کا انتظار تھا اس نے وقفے کی مدت ختم ہونے سے ذرا پہلے فون رکھ دیا۔

توسیع کیوں نہیں پہنچتی:

1. روٹر نے سروس پیغامات کا راستہ بند کر دیا۔ گفتگو کے دوران آواز مسلسل جاتی ہے، مگر سروس پیغامات خاموش رہتے ہیں۔ اگر فون پر keep-alive بند ہو، تو روٹر چند منٹ بعد سروس پیغامات کے لیے «دروازہ» بند کر دیتا ہے — اور پی بی ایکس سے فون تک توسیع نہیں پہنچتی۔
2. فون توسیع کا طریقہ نہیں سمجھتا یا اسے مسترد کرتا ہے — پرانا فرم ویئر، غیر معیاری پیرامیٹرز کے ساتھ «Session Timer» فعال۔
3. SIP ALG توسیع کا پیغام خراب کر دیتا ہے۔
4. کیریئر کا ٹائمر — اگر صرف بیرونی کالیں منقطع ہوتی ہیں اور ہمیشہ ایک ہی منٹ پر۔

پی بی ایکس گفتگو میں ٹائمر صرف اسی صورت فعال کرتا ہے جب فون بھی انہیں سپورٹ کرے ⚠️ verify۔ زیادہ تر ڈیسک ٹاپ فونز میں «Session Timer» فیکٹری سیٹنگ میں بند ہوتا ہے (Yealink اور Grandstream میں — دستاویزات کے مطابق)، اور پھر گفتگو میں ٹائمر بالکل نہیں ہوتے۔

کیا کرنا ہے#

1. فون میں keep-alive فعال کریں — یہ گفتگو کے دوران بھی سروس پیغامات کا راستہ کھلا رکھتا ہے۔ Yealink: Account → Advanced → Keep Alive Type (Default یا Options) اور Keep Alive Interval — 30 سیکنڈ (فیکٹری قدر)۔
2. روٹر پر SIP ALG بند کریں۔
3. اگر فون میں «Session Timer» فعال کیا گیا تھا — فیکٹری قدر (بند) پر واپس لائیں یا وقفہ 1800 سیکنڈ رکھیں: Yealink — Account → Advanced → Session Timer / Session Expires؛ Grandstream — Account → SIP Settings → Session Timer (Enable Session Timer، Session Expiration)۔
4. فون کا فرم ویئر اپ ڈیٹ کریں — گفتگو کی توسیع کی خرابیاں اکثر نئے ورژن میں درست کر دی جاتی ہیں۔
5. صرف بیرونی کالیں منقطع ہوتی ہیں، ہر بار اسی منٹ پر — کالوں کے اوقات سپورٹ کو بھیجیں: ہم کیریئر کے ساتھ ٹائمر ملائیں گے۔

آنے والی کالیں صرف آن کرنے کے بعد پہلے چند منٹ کام کرتی ہیں#

ایسا کیوں ہوتا ہے#

فون روٹر کے پیچھے ہوتا ہے، اور پی بی ایکس اس تک صرف اُس «دروازے» سے پہنچ سکتا ہے جو فون نے اپنے آخری پیغام سے کھولا تھا۔ روٹر ایسے دروازے زیادہ دیر نہیں رکھتا — گھریلو روٹروں میں خاموشی کے آدھے منٹ سے چند منٹ تک — اور پھر بند کر دیتا ہے۔ جب تک فون کثرت سے کچھ بھیجتا رہے (آن ہونے کے فوراً بعد رجسٹریشن، keep-alive)، دروازہ کھلا رہتا ہے۔ خاموش ہوا — بند ہو گیا، اور پی بی ایکس کی آنے والی کال روٹر سے ٹکرا جاتی ہے۔

ایڈمن پینل میں برانچ اس دوران سبز بھی رہ سکتی ہے: فون رجسٹریشن خود، اندر سے تجدید کرتا ہے، اور وہ ہو جاتی ہے، مگر فون تک باہر سے پہنچنا اب ممکن نہیں۔ ری اسٹارٹ «علاج» کر دیتا ہے، کیونکہ دروازہ دوبارہ کھل جاتا ہے — کچھ وقت کے لیے۔

ہمارا پی بی ایکس اپنی طرف سے ہر 60 سیکنڈ بعد ہر ڈیوائس کو «تم رابطے میں ہو؟» کے سوال سے جانچتا ہے: یہ جوابی پیکٹ بھی دروازہ کھلا رکھتا ہے — مگر صرف اُس صورت جب روٹر اسے ایک منٹ سے زیادہ دیر بعد بند کرے۔ ڈیوائس نے جواب نہ دیا — پی بی ایکس اسے دستیاب نہیں سمجھتا، برانچ بجھ جاتی ہے، اور «کارکردگی» میں کمی ظاہر ہوتی ہے۔

کیا کرنا ہے#

ہر قدم کے بعد آنے والی کال 10 منٹ بیکار رہنے کے بعد جانچیں («ڈیوائس پر کال کریں» بٹن سے یا پڑوسی ایکسٹینشن سے)؛ آگے صرف اُس صورت بڑھیں جب فائدہ نہ ہوا ہو۔

1. فون میں keep-alive فعال کریں 20–30 سیکنڈ کے وقفے سے۔ Yealink: Account → Advanced → Keep Alive Type / Keep Alive Interval (فیکٹری Default اور 30 سیکنڈ)؛ Fanvil میں — لائن کی اضافی ترتیبات میں Keep Alive Type۔
2. روٹر پر SIP ALG بند کریں — وہ بھی دروازے «بھول» جاتا ہے۔
3. فون میں رجسٹریشن کی مدت کم کریں (Expires / Register Expiration) 60–120 سیکنڈ تک — فون خود زیادہ کثرت سے دروازہ کھولے گا۔ 60 سے کم ہمارا پی بی ایکس قبول نہیں کرے گا (423 Interval Too Brief)۔
4. مخصوص پی بی ایکس پر ڈیوائسز کو زیادہ کثرت سے جانچا جا سکتا ہے: «تفصیلی SIP ترتیبات» → «رابطے کی جانچ، سیکنڈ» — 60 کی بجائے 20–30۔ یہ پی بی ایکس کی طرف سے دروازہ کھلا رکھتا ہے، مگر سروس ٹریفک بڑھاتا ہے؛ فون کا keep-alive زیادہ قابلِ اعتماد ہے۔
5. ڈبل NAT (پرووائیڈر کا روٹر + اپنا) — دو دروازے ہوتے ہیں، اور وہ مختلف طریقوں سے بند ہوتے ہیں: ایک ہٹا دیں — «نیٹ ورک، روٹر اور انٹرنیٹ»۔

Wi-Fi سے موبائل انٹرنیٹ پر منتقل ہونے کے دوران کال کا ٹوٹنا#

ایسا کیوں ہوتا ہے#

کیفے کا Wi-Fi اور موبائل انٹرنیٹ دو مختلف پتے ہیں۔ بات چیت ایک پتے سے شروع ہوئی تھی، اور پی بی ایکس نے بات چیت کے آغاز میں یاد رکھا کہ آواز کہاں سے آ رہی ہے: حفاظتی وجوہات کی بنا پر وہ صرف اسی پتے سے آواز وصول کرتا ہے۔ جب اسمارٹ فون موبائل نیٹ ورک پر منتقل ہوتا ہے تو آواز نئے پتے سے آنے لگتی ہے — اور پی بی ایکس کے لیے یہ اب اجنبی سلسلہ ہے، جبکہ سروس پیغامات پرانے پتے پر جاتے رہتے ہیں جو اب موجود نہیں۔ ایک نیٹ ورک میں شروع ہونے والی بات چیت دوسرے میں منتقل ہونے پر تقریباً ہمیشہ ٹوٹ جاتی ہے۔ یہ خود ٹیکنالوجی کی حد ہے، خرابی نہیں۔

اسی بات کا دوسرا پہلو: جب تک اسمارٹ فون منتقل ہوتا ہے، سافٹ فون رجسٹریشن کھو دیتا ہے، اور ان لمحوں میں آنے والی کالیں نہیں پہنچتیں۔ Android اس کے علاوہ پس منظر کی ایپس کو سو دیتا ہے — تفصیل جائزے میں، سافٹ فون والے حصے میں۔

کیا کریں#

1. بات چیت کے دوران نیٹ ورک نہ بدلیں: Wi-Fi کے دائرے سے باہر نکلنے سے پہلے کال ختم کریں۔
2. اسمارٹ فون پر خراب Wi-Fi سے موبائل نیٹ ورک پر خودکار منتقلی بند کریں (iPhone پر — «Wi-Fi معاون»، Android پر — Wi-Fi کی ترتیبات میں «موبائل نیٹ ورک پر منتقل ہونا»): فی الحال یہ کیفے کی دہلیز پر بات چیت توڑ دیتی ہے۔
3. سافٹ فون کو پس منظر میں چلنے کی اجازت دیں اور اس کے لیے بیٹری کی بچت ہٹا دیں — پھر نیٹ ورک بدلنے کے بعد وہ جلد دوبارہ رجسٹر ہو جاتا ہے۔
4. جہاں کال کھونا ممکن نہ ہو (کاؤنٹر، استقبالیہ)، وہاں اسمارٹ فون کے بجائے ڈیسک ٹاپ فون یا DECT ہینڈسیٹ لگائیں۔

سپورٹ کو کیا بھیجیں#

• کئی ٹوٹی کالوں کی تاریخ اور وقت منٹ تک، نمبر اور ایکسٹینشن؛
• کتنے وقت بعد ٹوٹتی ہے (لاگ میں — «بات چیت») اور کیا ہر بار یکساں؛
• کیا تمام کالیں ٹوٹتی ہیں یا صرف بیرونی؛ کیا طویل *43 (45 سیکنڈ) قائم رہتی ہے؛
• فون کا ماڈل اور فرم ویئر (ڈیوائس ٹیگ کی سطر)، اس میں keep-alive اور Session Timer فعال ہیں یا نہیں؛
• روٹر کا ماڈل، SIP ALG بند ہے یا نہیں، فراہم کنندہ کا دوسرا روٹر موجود ہے یا نہیں؛
• مخصوص پی بی ایکس پر — دہرائے گئے ٹوٹنے کا SIP ٹریس متن۔

ہمیں کیسے لکھیں — «سپورٹ»۔

عام سوالات#

ٹوٹنا بالکل 32ویں سیکنڈ پر کیوں ہوتا ہے، 30ویں یا 40ویں پر نہیں؟#

کیونکہ یہ عدد خود SIP پروٹوکول میں رکھا گیا ہے: بات چیت کے آغاز کی تصدیق کے لیے 64 وقفے، ہر ایک نصف سیکنڈ کا — یعنی 32 سیکنڈ — انتظار کیا جاتا ہے۔ اگر آپ کے ہاں «تقریباً 30 سیکنڈ» اور ہر بار یکساں ہے — تو یہ وہی ہے، چاہے سٹاپ واچ 31 یا 33 دکھا رہی ہو: کچھ وقت گھنٹیوں اور جواب پر گزر گیا۔

SIP ALG بند ہے، مگر 30ویں سیکنڈ پر ٹوٹنا باقی ہے — اور کیا؟#

جانچیں کہ راستے کے تمام روٹروں پر ALG بند ہے (فراہم کنندہ کے روٹر میں اکثر اپنا الگ ہوتا ہے)، فون میں تین کوڈیک رکھیں اور TCP ٹرانسپورٹ آزما کر دیکھیں۔ اگر صرف بیرونی کالیں ٹوٹتی ہیں اور *43 45 سیکنڈ قائم رہتی ہے — تو معاملہ مواصلاتی کمپنی تک کے حصے میں ہے، کالوں کا وقت بھیجیں۔

برانچ سبز ہے، مگر آنے والی کالیں نہیں آتیں — کیا یہ بھی «ٹوٹنا» ہے؟#

یہ وہی طریقہ کار ہے جو آنے والی کالیں پہلے چند منٹ والے حصے میں ہے: رجسٹریشن اندر سے تازہ ہوتی ہے، مگر فون تک کا دروازہ باہر سے پہلے ہی بند ہے۔ جانچ — 10 منٹ بیکار رہنے کے بعد «ڈیوائس پر کال کریں»؛ علاج — فون میں keep-alive۔

کیا پی بی ایکس پر سیشن ٹائمرز صرف بند کیے جا سکتے ہیں؟#

جا سکتے ہیں (مخصوص پی بی ایکس پر، «SIP کی باریک ترتیبات»)، مگر یہ علامت کا علاج ہے، وجہ کا نہیں: توسیع اس لیے نہیں ہو پاتی کہ سروس پیغامات کا راستہ بند یا خراب ہے، اور وہی راستہ کال منتقل کرنے اور ہولڈ کے لیے بھی درکار ہوگا۔ نیز ٹائمرز کے بغیر خاموشی سے ٹوٹی بات چیت گھنٹوں لٹکی رہے گی اور لائنیں گھیرے گی۔ پہلے keep-alive اور SIP ALG۔

متعلقہ حصے#

• فون کام نہیں کر رہا: علامات کے مطابق تشخیص — بشمول «بیرونی کالیں چلتی ہیں مگر آنے والی نہیں آتیں»
• آواز نہیں، ایک طرف سنائی دیتا ہے، بازگشت، «روبوٹ»
• رجسٹر نہیں ہوتا: تحریریں اور خرابی کوڈز — «رجسٹر ہوتا ہے اور غائب ہو جاتا ہے»، 423 Interval Too Brief
• ٹیلی فونی کے لیے نیٹ ورک، روٹر اور انٹرنیٹ — SIP ALG کہاں بند کریں، دوہرا NAT
• SIP فونز کی ترتیب — کاروبار کا نیٹ ورک، رابطے کے معیار کی جانچ
• کالوں کا لاگ اور SIP ٹریس

ماخذ#

• RFC 3261 — SIP: ACK ملنے تک 200 OK کا اعادہ اور 64 × T1 کے بعد سیشن کا اختتام (§13.3.1.4)، T1 = 500 ms (§17.1.1.1)، 1300 بائٹ سے لمبے پیغامات کے لیے TCP پر منتقلی (§18.1.1) — https://www.rfc-editor.org/rfc/rfc3261
• RFC 4028 — Session Timers: وقفے کے وسط میں توسیع، میعاد ختم ہونے سے min(32 s، وقفہ / 3) پہلے BYE — https://www.rfc-editor.org/rfc/rfc4028
• Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Keep Alive Type / Interval (فیکٹری Default، 30 s)، Session Timer (فیکٹری — بند؛ Session Expires 1800 s؛ وقفے کے نصف پر تجدید)
• Grandstream GRP261x/262x/263x Administration Guide — Session Timer: Enable Session Timer (فیکٹری «No»)، Session Expiration، Min-SE — https://documentation.grandstream.com/knowledge-base/grp261x-grp262x-grp263x-series-administration-guide/
• Zoiper 5 User Guide v1.0.7 — UDP اور پیکٹ کے حجم کی حد، روٹر کے NAT ٹائم آؤٹ — https://www.zoiper.com/pdf/User%20Guide%20Zoiper%205%20v.1.0.7.pdf
• پی بی ایکس کوڈ: shared/sip/advanced-options.json (timers=yes، timers_sess_expires=1800، timers_min_se=90، qualify_frequency=60، minimum_expiration=60، rtp_timeout=0، force_rport، rewrite_contact)، sip-edge/asterisk/rtp.conf (strictrtp=yes)، sip-edge/sipsync/linecheck.go (ایکو ٹیسٹ *43، جانچ کی حد 300 s)