هواتف IP

ابدأ من الأسفل إلى الأعلى وطبقةً بعد أخرى، لأن كل طبقة تعتمد على التي تحتها. تحقق أولًا من التغذية والوصلة: أن تكون شاشة الهاتف مضاءة، وأن يُظهر منفذ المحوّل (Switch) وجود وصلة، وأن تكون تغذية PoE مفعّلة على ذلك المنفذ وفيها طاقة متبقية إذا كان الهاتف يعمل بها، وألا يزيد طول الكابل على 100 متر. ثم تأكد من أن الهاتف حصل على عنوان IP صالح (غياب العنوان أو ظهور 0.0.0.0 يعني فشل DHCP، وغالبًا بسبب VLAN أو نطاق DHCP خاطئ) وأن حساب SIP فيه بحالة Registered؛ وإن لم يكن كذلك فراجع عنوان الخادم والرقم الداخلي وكلمة المرور ونوع النقل، وتحقق من أن المقسم لم يحظر عنوان IP الخاص بالهاتف. وإذا كانت المكالمة ترن لكن الصوت مفقود أو في اتجاه واحد أو متقطع، فافحص إعدادات NAT وجدار الحماية ومنافذ RTP والترميزات (Codec) وتفاوت التأخير (Jitter) وفقد الحزم. وأخيرًا، استبدل الهاتف بهاتف سليم أو انقله إلى منفذ سليم لتعرف هل العطل في الهاتف أم في الشبكة.

يرسل الهاتف التناظري الصوت على شكل إشارة كهربائية عبر زوج من الأسلاك النحاسية إلى المقسم أو إلى السنترال العام، ويستمد طاقته من الخط نفسه. أما هاتف IP فيحوّل الصوت إلى صيغة رقمية ويرسله في حزم RTP عبر شبكة Ethernet، ويُنشئ المكالمات وينهيها بواسطة SIP، ويتغذى عبر PoE أو مهايئ طاقة؛ لذلك يحتاج إلى مقسم IP-PBX أو جهاز SIP آخر ليعمل معه. وعمليًا يخدم كابل شبكة واحد الهاتف والحاسوب معًا، وينتقل الرقم الداخلي مع الهاتف إلى أي مقبس شبكة، وتصبح متاحة ميزات مثل الصوت عالي الدقة HD والمفاتيح القابلة للبرمجة ودليل الهاتف المشترك. في المقابل يعتمد الهاتف على الشبكة وعلى التغذية الكهربائية، لذا يلزم أن يتصل المحوّل (Switch) والمقسم بمصدر UPS وأن تكون الشبكة مصممة تصميمًا صحيحًا. ويمكن الإبقاء على الهواتف التناظرية وأجهزة الفاكس الحالية بتوصيلها عبر مهايئ أو بوابة FXS.

SIP (Session Initiation Protocol) المعرَّف في RFC 3261 هو معيار IETF لإنشاء المكالمات وتعديلها وإنهائها؛ وتنقل رسائل مثل REGISTER وINVITE و180 Ringing و200 OK وACK وBYE إشارات المكالمة، وتعمل عادةً على المنفذ 5060 (و5061 مع TLS). أما الصوت نفسه فلا يمر داخل SIP: إذ يتفق الطرفان على الترميز (Codec) والعناوين باستخدام SDP داخل رسائل SIP، ثم يتدفق الصوت بصيغة RTP (RFC 3550) على منافذ UDP منفصلة، ولهذا قد يرن الهاتف دون أن يُسمع أي صوت. ولأن SIP معيار مفتوح، تعمل الهواتف ووحدات الباب والبوابات ومكبرات صوت IP والمقاسم من مصنّعين مختلفين معًا، ولا تبقى مقيّدًا بعلامة تجارية واحدة للمقسم. ومع ذلك قد تظل بعض الميزات الخاصة بكل مصنّع، مثل الوظائف الخاصة لبعض المفاتيح، مرتبطة بالمقسم.

إذا كانت الهواتف تدعم الاتصال المباشر عبر IP، فيمكن لهاتفي SIP أن يتصلا ببعضهما دون مقسم وباستخدام عنوان IP للطرف الآخر فقط (مثل 192.168.1.20)؛ وتكفي هذه الطريقة لهاتفين أو ثلاثة، أو لوحدة باب تستدعي هاتفًا داخليًا واحدًا. لكن من دون مقسم لا توجد أرقام داخلية ولا مجموعات رنين ولا بريد صوتي ولا تسجيل للمكالمات ولا خطوط خارجية، ويحتاج كل جهاز إلى عنوان IP ثابت. وبمجرد أن يزيد عدد الهواتف على بضعة أجهزة، أو تحتاج إلى خطوط PSTN أو إلى SIP Trunk، أو تريد إدارة مركزية، فاستخدم مقسم IP-PBX مثل الأنظمة المبنية على Asterisk (ومنها FreePBX وIssabel)، ويمكن تشغيله أيضًا على خادم صغير أو آلة افتراضية. وتظل المكالمات المباشرة عبر IP داخل الشبكة المحلية تعمل حتى عند تعطل المقسم أو انقطاع الإنترنت.

نعم. تستخدم هواتف Radonium من KDT بروتوكول SIP 2.0 القياسي (RFC 3261) عبر UDP أو TCP أو TLS، وتعلن KDT توافقها مع منصات مثل Asterisk وFreePBX وBroadSoft؛ كما أن Issabel مبني على Asterisk، ويمكن لأي مقسم يلتزم بمعيار SIP تسجيلها كأرقام داخلية. تعمل الميزات الأساسية مثل الانتظار والتحويل وإعادة توجيه المكالمات والمؤتمر المحلي مع أي مقسم قياسي، أما الميزات المعتمدة على الخادم مثل BLF والتقاط مكالمة الزميل (Pickup) وركن المكالمات ومؤشر الرسائل الصوتية فيجب ضبطها على المقسم نفسه أيضًا. ولبداية خالية من المشكلات، أبقِ ترميزًا (Codec) مشتركًا واحدًا على الأقل مفعّلًا لدى الطرفين، واضبط طريقة DTMF نفسها على الهاتف والمقسم. وكما في أي مشروع تكامل، جرّب هاتفًا تجريبيًا واحدًا على مقسمك قبل طلب كمية كبيرة.

اختر الطراز بحسب عدد الخطوط ومفاتيح DSS التي يحتاجها كل مكتب فعلًا، لا بحسب السعر وحده. يكفي معظمَ الموظفين طرازُ KV-N2S4 الاقتصادي (4 خطوط SIP، وشاشة ملونة 2.4 بوصة، و3 مفاتيح DSS)؛ ويناسب المديرين وكثيري الاتصال طرازُ Prime وهو KV-N4S12 (12 خطًا، وشاشة 3.5 بوصة، و21 مفتاح DSS)، ويضيف KV-N4S12-PH سماعة لاسلكية بتقنية Bluetooth. أما موظفو الاستقبال والسكرتارية والمشغلون الذين يتابعون حالة عدد كبير من الأرقام الداخلية فالأنسب لهم الطرازان المؤسسيان KV-M3S12 (12 خطًا مع شاشة جانبية) وKV-M4S20 (20 خطًا، وشاشتان جانبيتان، وحتى 106 مفاتيح DSS، واستقبال مكالمات الفيديو). وتضم العائلة نفسها أيضًا إنتركم SIP طراز KV-IC06-ISMO للمداخل، وميكروفون النداء المكتبي KV-TDC-ISM-P للإعلانات العامة.

تميّز هذه اللواحق بين إصدارات الطراز الواحد، وتُظهر صفحات منتجات KDT هذه الفروق: فصفحات المنتجات تصف إصدارات P بمنافذ شبكة Gigabit وإصدارات PF (مثل KV-N2S4-PF) بمنافذ Fast Ethernet بسرعة 10/100، مع أن جداول المواصفات في بعض صفحات PF تذكر 10/100/1000، لذا تأكد من سرعة المنفذ في ورقة بيانات الطراز نفسه قبل الطلب؛ وجميع هذه الهواتف تدعم PoE. ويضيف KV-N4S12-PH إلى KV-N4S12-P سماعة لاسلكية بتقنية Bluetooth، ويتميز KV-M4S20-PX وهو الطراز الرائد بشاشات جانبية أكبر (3.5 بوصة بدل 2.4 بوصة) ومفاتيح DSS أكثر (106 بدل ما يصل إلى 60) مقارنةً بـ KV-M4S20-P. أما اللاحقتان V2 وV3 (مثل KV-N2S4-PF/V2 وKV-N2S4-P/V3) فتُقدَّمان في الصفحات نفسها كإصدارين أحدث وأفضل من الطراز الأساسي؛ وإذا احتجت إلى الفرق الدقيق بين إصدارين فضع ورقتي بياناتهما جنبًا إلى جنب.

ليس تمامًا. فخط SIP هو في الحقيقة حساب (Account)، أي أن الهاتف يمكن أن يكون مسجَّلًا في الوقت نفسه بهذا العدد من الأرقام الداخلية أو الخوادم المختلفة، كأن يكون له رقم داخلي على مقسم المقر الرئيسي وآخر على مقسم أحد الفروع. أما عدد المكالمات التي يستطيع الهاتف التعامل معها في آن واحد (المكالمة النشطة والمكالمات المعلّقة والمكالمة المنتظرة) فمسألة منفصلة، وغالبًا يمكن أن يحمل كل حساب أكثر من مكالمة. يكفي المكتب العادي حسابٌ واحد أو حسابان، أما الخطوط الإضافية فتفيد مكاتب الاستقبال والسكرتارية والهواتف المشتركة التي ترد على عدة أرقام. فعلى سبيل المثال، يحتوي KV-N2S4 على 4 خطوط SIP، ويحتوي KV-N4S12 وKV-M3S12 على 12 خطًا، ويحتوي KV-M4S20 على 20 خطًا.

في صفحة الحساب (Account أو Line) في الهاتف تُدخل ما يلي: عنوان خادم SIP (عنوان IP أو اسم نطاق) ومنفذه (5060 افتراضيًا)، والرقم الداخلي (User ID)، واسم المصادقة (Authentication Name) إذا كان المقسم يعرّفه بشكل منفصل عن الرقم الداخلي، وكلمة المرور المعرَّفة لهذا الرقم على المقسم، وبروتوكول النقل (UDP أو TCP أو TLS). ولا حاجة إلى Outbound Proxy إلا إذا اشترطه مزوّد الخدمة أو تصميم الشبكة. بعد الحفظ يرسل الهاتف رسالة REGISTER، فيرد المقسم بالرمز 401 طالبًا المصادقة بطريقة Digest، ويجيب الهاتف باسمه وكلمة مروره. ومن هذه اللحظة يظهر الحساب مسجَّلًا على الهاتف وفي قائمة الأرقام الداخلية المسجلة في المقسم، ويجدد الهاتف التسجيل قبل انتهاء صلاحيته (والقيمة الشائعة 3600 ثانية).

تقدّم خطوة بخطوة: تأكد من أن الهاتف حصل على عنوان IP وبوابة (Gateway) وخادم DNS صالحة وأنه يصل إلى المقسم بأمر Ping؛ وأن عنوان الخادم والمنفذ ونوع النقل على الهاتف مطابقة لإعدادات المقسم؛ وأن الرقم الداخلي معرَّف على المقسم؛ وأن اسم المستخدم واسم المصادقة وكلمة المرور متطابقة تمامًا لدى الطرفين. وتكرار الرد 401 باستمرار يعني أن الاسم أو كلمة المرور خاطئة، أما الرد 403 فيعني أن المقسم يرفض الطلب عمدًا؛ لذا تحقق من أن المقسم لم يحظر عنوان IP الخاص بالهاتف بسبب محاولات فاشلة سابقة (مثل fail2ban)، وأن الرقم الداخلي غير مقيَّد بشبكة فرعية معينة، وأنه لا يوجد جدار حماية أو ACL بين شبكات VLAN يحجب منفذ SIP. وإذا لم يصل أي رد وانتهت مهلة الطلب (Timeout)، فالسبب في الغالب هو التوجيه أو جدار الحماية أو خطأ في عنوان الخادم أو منفذه، لا كلمة المرور. وإذا كان كل شيء سليمًا، فالتقط رسائل SIP بميزة Packet Dump في صفحة الويب الخاصة بالهاتف (المذكورة في أوراق بيانات هواتف KDT) لترى بالضبط الرد الذي يعيده المقسم.

يتوقف ذلك على المقسم وإعداداته: فعادةً يمكن ضبط الرقم الداخلي ليقبل تسجيل عدة أجهزة وتُرنّ كلها معًا، لكن كثيرًا من التركيبات لا تسمح إلا بجهاز واحد لكل رقم داخلي، فيُرفض الجهاز الثاني أو يُخرج الجهاز الأول من التسجيل. والتصميم الأكثر قابلية للتوقع هو منح تطبيق Softphone رقمًا داخليًا مستقلًا وجعل الرقمين يرنان معًا عبر مجموعة رنين (Ring Group)، وبذلك تعرف أيضًا أي جهاز أجاب. ويجب أن يتصل تطبيق Softphone المستخدم خارج المبنى مثل أي رقم داخلي بعيد، عبر VPN أو باستخدام SIP فوق TLS مع SRTP. كما يحتاج Softphone الجوال إلى دعم إشعارات الدفع (Push)، وإلا فقد يفوّت المكالمات عندما يضع نظام التشغيل التطبيق في وضع السكون.

يرسل G.711 الكلام ضيق النطاق (من 300 إلى 3400 هرتز) دون ضغط بمعدل 64 kbps، وهو الأوسع توافقًا، وله نوعان: A-law (PCMA) المستخدم في إيران ومعظم الدول، وµ-law (PCMU) المستخدم في أمريكا الشمالية واليابان. ويستخدم G.722 المعدل نفسه أي 64 kbps لكنه ينقل كلامًا عريض النطاق (من 50 إلى 7000 هرتز)، لذا يمنح في الشبكة المحلية جودة أفضل بوضوح دون عرض نطاق إضافي. أما G.729 فيضغط الكلام ضيق النطاق إلى 8 kbps بجودة أقل قليلًا، ويناسب وصلات WAN محدودة السعة؛ وOpus ترميز مرن من 6 إلى 510 kbps يتكيف مع ظروف الشبكة وهو شائع في تطبيقات Softphone وWebRTC. والترتيب العملي هو G.722 أولًا ثم G.711 A-law داخل الشبكة المحلية، وG.729 أو Opus للوصلات المحدودة؛ ويجب أن يشترك الطرفان في ترميز واحد على الأقل، وإلا اضطر المقسم إلى تحويل الترميز (Transcoding)، وهو ما يستهلك المعالج ويقلل الجودة.

ينقل الصوت عالي الدقة HD (عريض النطاق) الترددات من 50 إلى 7000 هرتز تقريبًا بدلًا من 300 إلى 3400 هرتز في المكالمة الهاتفية العادية، ويتحقق باستخدام ترميزات عريضة النطاق مثل G.722 أو Opus؛ فيصبح الكلام أوضح وتسهل معرفة الأسماء والأرقام. ويجب أن يتفق الطرفان على ترميز عريض النطاق، لذا ضع G.722 (أو Opus) قبل G.711 في الهواتف وفي إعدادات الأرقام الداخلية على المقسم، واستخدم سماعات ومكبرات صوت وسماعات رأس تدعم HD. ويجب أن يكون مسار المكالمة كله عريض النطاق: فإذا صار أي جزء منه ضيق النطاق، كخط PSTN عبر بوابة FXO أو هاتف تناظري على منفذ FXS أو تحويل المقسم للترميز إلى G.711 أو G.729، أصبحت المكالمة كلها ضيقة النطاق. وتذكر أوراق بيانات هواتف Radonium من KDT الترميز عريض النطاق G.722 وفي معظم الطرازات Opus أيضًا (راجع ورقة بيانات طرازك)، لذا تكون المكالمات الداخلية بينها بجودة HD ما دام المقسم يسمح بترميز عريض النطاق يدعمه الطرفان.

تحمل كل حزمة صوتية رؤوسًا (Headers) إضافة إلى بيانات الترميز: 12 بايت لـ RTP و8 لـ UDP و20 لـ IPv4 و18 لـ Ethernet (رأس من 14 بايت مع FCS من 4 بايت). ومع G.711 وزمن الحزمة الافتراضي 20 ميلي ثانية تبلغ بيانات الترميز 160 بايت، فيصير الإطار 218 بايت، وتعطي 50 إطارًا في الثانية 218 × 8 × 50 = 87.2 kbps في كل اتجاه على Ethernet (وتساوي 80 kbps على طبقة IP، أو 95.2 kbps إذا احتُسب أيضًا Preamble البالغ 8 بايت وفاصل ما بين الإطارات البالغ 12 بايت). وهذه الرؤوس نفسها تجعل G.729 (ترميز 8 kbps وبيانات 20 بايت) يستهلك نحو 31.2 kbps، أي ما يقارب أربعة أضعاف معدل الترميز. ويقلل زمن الحزمة الأطول من هذه الكلفة، فمثلًا يحتاج G.711 إلى نحو 79.5 kbps عند 30 ميلي ثانية وإلى 75.6 kbps عند 40 ميلي ثانية، لكنه يزيد التأخير ويجعل فقد كل حزمة أوضح للسامع، لذا فإن 20 ميلي ثانية هو الاختيار المعتاد، ولا تُستخدم 30 إلى 40 ميلي ثانية إلا على الوصلات المحدودة.

يعني الصوت المتقطع أو الروبوتي في الغالب أن الحزم تصل متأخرة أو لا تصل أصلًا، فلا تستطيع ذاكرة تفاوت التأخير (Jitter Buffer) في الهاتف سدّ الفجوات. والقيم المعتمدة عادةً في تصميم الصوت هي تأخير في اتجاه واحد أقل من 150 ميلي ثانية (وفق ITU-T G.114)، وتفاوت تأخير أقل من نحو 30 ميلي ثانية، وفقد حزم أقل من 1 بالمئة. ومن الأسباب المعتادة وصلة رفع أو VPN مشبعة (تنزيل أو نسخ احتياطي كبير ينافس الصوت)، وWi-Fi بإشارة ضعيفة، وعدم تطابق Duplex أو كابل معيب (ابحث عن أخطاء CRC على منفذ المحوّل)، وحمل زائد على معالج المقسم أو الموجّه، وتحويل الترميز بين الطرفين. قِس قبل أن تغيّر أي شيء: أرسل أوامر Ping إلى المقسم لعدة دقائق، واقرأ قيم فقد الحزم وتفاوت التأخير من إحصاءات المكالمة في الهاتف أو من تقارير RTCP-XR أو من تحليل تدفق RTP في Wireshark، ثم عالج السبب، كتطبيق QoS أو تحديد سرعة (Shaping) وصلة الرفع أو نقل الهاتف إلى منفذ سلكي.

يسمع المتحدثُ الصدى، لذا يكون العطل عادةً في الطرف الآخر من المكالمة لا في هاتفك: إما أن ميكروفون مكبر الصوت لدى الطرف الآخر يلتقط صوت سماعته، وإما أن بوابة تناظرية تعكس صوتك. ويصبح الصدى مسموعًا بوضوح عندما يتجاوز التأخير في اتجاه واحد نحو 25 ميلي ثانية، ولهذا تحتاج مسارات IP إلى إلغاء الصدى، بينما كان التأخير في المكالمة المحلية على خط تناظري قديم أقل من أن يظهر معه الصدى. والحلول هي خفض مستوى صوت مكبر الصوت وإبعاد الميكروفون عنه، واستخدام السماعة أو سماعة الرأس، وتفعيل ميزة إلغاء الصدى الصوتي (AEC) في الهاتف، وتفعيل إلغاء الصدى (ITU-T G.168) في بوابات FXO وFXS مع فحص إعدادات المعاوقة والكسب. وإذا ظهر الصدى في المكالمات إلى خطوط PSTN أو الجوال فقط، فاطلب من مسؤول البوابة أو من مزوّد الخط فحص مُلغي الصدى لديهم.

معظم هواتف IP أجهزة وفق IEEE 802.3af: يضمن المنفذ 15.4 W ويمكن للهاتف أن يسحب حتى 12.95 W، إذ تغطي الفئة 1 حتى 3.84 W والفئة 2 حتى 6.49 W والفئة 3 حتى 12.95 W. وتستهلك الهواتف البسيطة عادةً نحو 2 إلى 5 W، بينما تستهلك الطرازات ذات الشاشات الملونة الكبيرة أو الشاشات الجانبية أكثر. وتذكر أوراق بيانات هواتف KDT استهلاكًا عبر PoE يتراوح بين نحو 1.3 W و12.1 W بحسب الطراز والحمل (وأعلى رقم لطراز KV-N4S12-PH)، لذا يبقى حتى أعلى رقم ضمن حد 12.95 W الذي يوفره منفذ 802.3af للجهاز؛ وتأكد من فئة PoE في ورقة بيانات طرازك. وإذا لم يكن في المحوّل PoE فاستخدم حاقن PoE أو مهايئ الطاقة الخاص بالهاتف، وفي الحالتين أبقِ الكابل بين المحوّل والهاتف من نوع Cat5e أو أفضل وبطول لا يزيد على 100 متر.

اجمع الطاقة التي يحجزها كل منفذ وأبقِ المجموع أقل من ميزانية PoE الكلية للمحوّل: فالمحوّل يحجز عادةً بحسب فئة الهاتف، فمثلًا تحجز 24 هاتفًا من الفئة 2 ما مقداره 24 × 7 W = 168 W، بينما يحجز الهاتف غير المصنَّف 15.4 W وتحتاج 24 هاتفًا من هذا النوع إلى 24 × 15.4 = 369.6 W. وبعض المحوّلات تخصص الطاقة عبر تفاوض LLDP أو بحسب الاستهلاك الفعلي فتهدر جزءًا أقل من الميزانية؛ فراجع ورقة بيانات المحوّل لمعرفة الطريقة التي يستخدمها وميزانيته الكلية بالواط. وإذا أعاد الهاتف التشغيل تحت الحمل، كأن يحدث ذلك عند الرنين أو استخدام مكبر الصوت، فاشتبه في حد طاقة منخفض على المنفذ أو نفاد ميزانية المحوّل أو كابل رديء أو يتجاوز طوله 100 متر. وللتأكد شغّل الهاتف من مهايئه: فإذا زالت المشكلة فالسبب كان في تغذية PoE.

يضع Voice VLAN حركة بيانات الهواتف في شبكة VLAN وشبكة فرعية IP خاصة بها ومنفصلة عن حواسيب المكتب، فلا يزعج البث (Broadcast) وحركة البيانات المكالمات، ويمكن تطبيق QoS وقواعد الأمان على الصوت وحده. ويضع الهاتف وسمًا على إطاراته بمعرّف VLAN وفق 802.1Q (وبأولوية 802.1p)، بينما يبقى الحاسوب الموصول بالمنفذ الثاني للهاتف عادةً بلا وسم في شبكة VLAN الخاصة بالبيانات؛ ولذلك يجب أن يحمل منفذ المحوّل شبكة VLAN البيانات وشبكة Voice VLAN معًا. ويستطيع المحوّل إبلاغ الهاتف بمعرّف VLAN والأولوية وقيمة DSCP عبر LLDP-MED (أو CDP في شبكات Cisco)، أو يمكنك إدخال المعرّف يدويًا في الهاتف. وإذا لم يحصل الهاتف على عنوان IP أو لم يسجَّل، فتحقق أولًا من تطابق معرّف VLAN في الهاتف مع منفذ المحوّل ومن أن Voice VLAN لها نطاق DHCP خاص بها؛ وتذكر أوراق بيانات هواتف KDT دعم VLAN وLLDP.

تُعلَّم حركة الصوت (RTP) عادةً بـ DSCP EF (Expedited Forwarding، القيمة 46 وهي 0xB8 في بايت ToS) مع أولوية 802.1p بالقيمة 5، بينما تُعلَّم إشارات SIP عادةً بـ CS3 (القيمة 24). ولا يكفي الوسم وحده: يجب أن تثق المحوّلات والموجّه بهذه العلامات على منافذ الهواتف وأن تخدم طابور الصوت أولًا (كطابور ذي أولوية مطلقة لـ EF)، ولا يكون لذلك أثر إلا حيث يمكن أن تزدحم الوصلة، أي عادةً وصلات الرفع ووصلة WAN أو VPN. وعلى الإنترنت العام تُتجاهل علامات DSCP عادةً أو يُعاد كتابتها، لذا لا يفيد QoS إلا على الوصلات التي تتحكم بها، مثل شبكتك المحلية أو شبكة WAN خاصة أو وصلة رفع محدَّدة السرعة (اضبط محدِّد السرعة Shaper في الموجّه على قيمة أقل قليلًا من سرعة الرفع الحقيقية كي يتكوّن الطابور في موجّهك أنت). ويأخذ الهاتف نفسه قيم DSCP والأولوية من إعداداته أو من LLDP-MED أو من الإعداد التلقائي.

تسلك إشارات SIP وصوت RTP مسارين منفصلين: فإذا مرّت إشارات SIP ولم يصل صوت RTP، رنّ الهاتف وتمت المكالمة لكن دون صوت أو بصوت في اتجاه واحد فقط. والسبب عادةً هو NAT أو جدار الحماية: فالهاتف الواقع خلف NAT يعلن في رسالة SDP عنوانه الخاص (مثل 192.168.1.50)، فيرسل الطرف الآخر صوته إلى مكان غير موجود. وللحل اضبط العنوان العام والشبكات المحلية في المقسم بشكل صحيح (في المقاسم المبنية على Asterisk مثل FreePBX ضمن إعدادات NAT، خياري External Address وLocal Networks)، وفعّل RTP المتماثل (Symmetric RTP) ليعود الصوت إلى العنوان والمنفذ اللذين جاء منهما، واستخدم STUN ورسائل Keep-alive للهواتف الواقعة خلف NAT، وعطّل SIP ALG في الموجّه، وأبقِ نطاق منافذ RTP مفتوحًا في جدار الحماية. وإذا ظهرت المشكلة بين شبكتين فرعيتين داخليتين فقط، فافحص التوجيه وقوائم ACL بين شبكات VLAN وهل يسمح المقسم بمرور الصوت مباشرة بين الهاتفين (Direct Media).

يتيح STUN (RFC 5389 الذي حلّ محله الآن RFC 8489) للهاتف أن يسأل خادمًا خارج NAT عن العنوان العام والمنفذ اللذين منحهما إياه NAT، ليكتبهما في رسائل SIP وSDP. وهذا يكفي لمعظم شبكات NAT المنزلية والمكتبية، لكنه لا يعمل خلف NAT متماثل (Symmetric NAT) الذي يمنح منفذًا مختلفًا لكل وجهة؛ وهناك تحتاج إلى TURN أو SBC أو VPN. أما رسائل Keep-alive فهي حزم صغيرة يرسلها الهاتف، مثلًا كل 20 إلى 30 ثانية، كي لا يغلق NAT ارتباط UDP؛ فكثير من الموجّهات تنسى الارتباط الخامل بعد 30 ثانية إلى بضع دقائق، ومن ثم لا تصل المكالمات الواردة إلى الهاتف. وإذا كان الهاتف والمقسم في الشبكة نفسها أو كان الهاتف متصلًا بشبكة الشركة عبر VPN فلا حاجة عادةً إلى STUN، أما الهواتف البعيدة المتصلة مباشرة بمقسم على عنوان عام فعّل فيها STUN ورسائل Keep-alive مع RTP المتماثل على المقسم؛ ويُذكر STUN في أوراق بيانات هواتف KDT.

SIP ALG ميزة في بعض الموجّهات وجدران الحماية تعيد كتابة رسائل SIP وSDP لتتمكن من عبور NAT. وعمليًا كثيرًا ما تعيد كتابتها بشكل خاطئ فتسبب أعراضًا مثل انقطاع التسجيل المتكرر والصوت في اتجاه واحد وانقطاع المكالمات بعد نحو 30 ثانية؛ والعرض الأخير سببه أن رسالة ACK لا تصل إلى وجهتها الصحيحة، فيكفّ المقسم عن انتظارها وفق RFC 3261 بعد 64 × T1، أي 32 ثانية عندما يكون T1 يساوي 500 ميلي ثانية، وينهي المكالمة. لذلك يوصى في جميع مشاريع VoIP تقريبًا بتعطيل SIP ALG وضبط NAT على المقسم والهاتف بدلًا منه (العنوان العام وRTP المتماثل وSTUN ورسائل Keep-alive). وإذا لم يتوفر الخيار في الموجّه أو تعذّر تعطيله، فاستخدم SIP فوق TLS حتى لا يستطيع ALG قراءة الرسائل والعبث بها.

تحتاج إشارات SIP إلى المنفذ 5060 (UDP وTCP)، وإلى المنفذ 5061 عند استخدام SIP فوق TLS، بينما يستخدم الصوت نطاق UDP منفصلًا يحدده المقسم؛ والافتراضي في Asterisk وFreePBX هو من 10000 إلى 20000. ويأخذ كل تدفق صوتي زوجًا من المنافذ (RTP وRTCP) وللمكالمة العابرة عبر المقسم تدفقان، لذا يكفي نطاق من 200 منفذ لنحو 50 مكالمة متزامنة؛ فأبقِ النطاق بالحجم الذي تحتاجه فقط وافتح هذا النطاق وحده. وإذا كان المقسم والهواتف في الشبكة نفسها دون جدار حماية بينها فلا شيء يلزم فتحه؛ ولا تُفتح المنافذ إلا للهواتف البعيدة أو لمقسم يمكن الوصول إليه من الإنترنت. ولا تترك منفذ SIP في المقسم مفتوحًا لكل الإنترنت، بل قيّد الوصول بعناوين IP المسموح بها أو استخدم VPN.

هناك خياران آمنان شائعان: أن يتصل الهاتف بشبكة الشركة عبر VPN فيعمل مع المقسم كرقم داخلي محلي (تدعم هواتف Radonium من KDT بروتوكولي OpenVPN وL2TP؛ ويفضَّل OpenVPN أو استخدام L2TP مع IPsec لأن L2TP وحده لا يشفّر)، أو أن يتصل الهاتف مباشرة بالعنوان العام للمقسم باستخدام SIP فوق TLS وSRTP مع قصر الوصول على عناوين IP المسموح بها. ويبسّط VPN مشكلات NAT وجدار الحماية لكنه يضيف عشرات البايتات من الرؤوس إلى كل حزمة (مثلًا من 50 إلى 80 بايت، أي نحو 20 إلى 32 kbps إضافية لكل مكالمة عند 50 حزمة في الثانية)، كما أن VPN غير المستقر يجعل الصوت متقطعًا. وللعبور من NAT في المنزل أو في الفرع فعّل STUN ورسائل Keep-alive في الهاتف (مثلًا كل 20 إلى 30 ثانية) حتى لا يغلق الموجّه ارتباط UDP، وعطّل SIP ALG في الموجّه. واحكم على الجودة عبر الوصلة الفعلية في ذلك الموقع: يجب أن تكفي سرعة رفع الإنترنت هناك لعدد المكالمات وألا تنهار في ساعات الذروة.

أكبر خطر هو مقسم متصل بالإنترنت: إذ تخمّن أدوات آلية كلمات مرور الأرقام الداخلية على مدار الساعة، وإذا نجحت أجرت مكالمات دولية على حسابك (الاحتيال الهاتفي Toll Fraud). امنح كل رقم داخلي كلمة مرور عشوائية وفريدة من 12 حرفًا على الأقل (ولا تجعلها أبدًا رقم الداخلي أو كلمة بسيطة)، وعطّل مكالمات الضيوف والمجهولين، واسمح بالمكالمات الدولية ومرتفعة التكلفة للأرقام التي تحتاجها فقط، وحدّد سقفًا لعدد المكالمات المتزامنة لكل رقم داخلي. وافتح منفذ SIP لعناوين IP اللازمة فقط أو ضع المقسم خلف VPN، وفعّل أداة مثل fail2ban لحظر العناوين التي ترسل كلمات مرور خاطئة بصورة متكررة (مثلًا بعد 5 محاولات فاشلة خلال 10 دقائق)، وراجع سجلات المكالمات بحثًا عن أنماط غريبة مثل مكالمات ليلية إلى وجهات مجهولة. وعلى الهواتف نفسها غيّر كلمة مرور الإدارة عبر الويب إلى كلمة قوية، وقيّد الوصول عبر الويب بشبكة الإدارة، وأبقِ البرنامج الثابت (Firmware) محدَّثًا.

يشفّر TLS إشارات SIP (ويستخدم SIP فوق TLS عادةً المنفذ 5061)، فيبقى الرقم المطلوب واسم المستخدم وتفاصيل المكالمة بعيدة عن المتنصتين. أما الصوت نفسه فيشفّره SRTP (وفق RFC 3711)، وعادةً باستخدام AES-128، ويُنقل مفتاحه إما داخل رسالة SDP (طريقة SDES التي لا تكون آمنة إلا إذا كانت الإشارات عبر TLS) أو يُتفاوض عليه بواسطة DTLS-SRTP. وللحصول على تشفير حقيقي للمكالمة يجب تفعيل الاثنين معًا، وأن يدعمهما طرفا المكالمة بما فيهما المقسم؛ كما يجب أن تكون شهادة المقسم موثوقة لدى الهاتف (شهادة من CA عام أو شهادة موقّعة ذاتيًا مثبتة على الهاتف) وأن يُستخدم TLS 1.2 أو أحدث. وتذكر أوراق بيانات هواتف KDT دعم SIP فوق TLS وSRTP (اختياريًا أو إلزاميًا)، وعادةً ما يكون حمل التشفير على معالج الهاتف صغيرًا.

عند التشغيل يعثر الهاتف على عنوان خادم الإعداد ويحمّل منه ملف إعداداته الخاص، وغالبًا ما يُسمّى بعنوان MAC الخاص بالهاتف. ويأتي عنوان الخادم عادةً من DHCP Option 66 (والطرق الأخرى هي SIP PnP أو TR-069 أو إدخال العنوان يدويًا)، ويُجلب الملف عبر TFTP أو FTP أو HTTP أو HTTPS؛ وكل هذه الطرق مذكورة في أوراق بيانات هواتف KDT. ولعشرات الهواتف أنشئ قالبًا مشتركًا واحدًا، وولّد لكل هاتف ملفًا خاصًا بحسب MAC يحمل رقمه الداخلي وكلمة مروره، واضبط Option 66 في نطاق DHCP الخاص بشبكة VLAN الهواتف، ثم أعد تشغيل الهواتف. ولأن هذه الملفات تحتوي على كلمات مرور الأرقام الداخلية، فاستخدم HTTPS مع مصادقة أو اجعل خادم TFTP متاحًا لشبكة VLAN الهواتف فقط.

تحقق من الطراز الدقيق للهاتف (مثل KV-N2S4-P أو KV-N2S4-P/V3 أو KV-N2S4-PF) ومن إصدار البرنامج الثابت الحالي، ونزّل ملف الطراز نفسه فقط، لأن ملفات الطرازات المتشابهة غير قابلة للتبادل. وقبل البدء صدّر إعدادات الهاتف (وظيفة Configuration Export مذكورة في أوراق بيانات هواتف KDT) واحتفظ بملف البرنامج الثابت (Firmware) السابق للتراجع عند الحاجة. رقِّ هاتفًا واحدًا أولًا، وبعد إعادة تشغيله اختبر التسجيل وجودة الصوت والمفاتيح؛ ثم رقِّ البقية على دفعات، يدويًا أو عبر الإعداد التلقائي. ولا تقطع الطاقة أو الشبكة عن الهاتف أثناء الترقية، وأجرِ العمل خارج ساعات ذروة المكالمات.

إلى جانب دليل الهاتف المحلي، تستطيع الهواتف جلب دليل بعيد (Remote Phonebook) من مصدر مركزي، فتحتفظ بجهات الاتصال في مكان واحد وتستخدمها جميع الهواتف. والصيغتان الشائعتان هما XML الذي يحمّله الهاتف عبر HTTP أو HTTPS، وLDAP حيث يستعلم الهاتف من خادم دليل مثل Active Directory أو OpenLDAP أثناء البحث. اضبط عنوان الدليل لجميع الهواتف دفعة واحدة عبر الإعداد التلقائي. وتذكر أوراق بيانات KV-N2S4 وKV-N4S12 وKV-M3S12 دليلًا محليًا بسعة 1000 جهة اتصال ودليلًا بعيدًا بصيغة XML أو LDAP بسعة 1000 جهة اتصال، وتذكر KV-M4S20 دليلًا محليًا بسعة 2000 جهة اتصال؛ وتدعم كل هذه الطرازات أيضًا استيراد الدليل وتصديره.

يمكن ضبط مفتاح DSS على الاتصال السريع (Speed Dial) برقم داخلي أو رقم آخر بلمسة واحدة، أو على BLF، أو على وظائف مثل تحويل المكالمة. ففي BLF (Busy Lamp Field) يطلب الهاتف من المقسم حالة الرقم الداخلي المراقَب برسالة SUBSCRIBE (حدث dialog وفق RFC 4235) ويبلغه المقسم بالتغيّرات برسالة NOTIFY؛ ويبيّن مصباح المفتاح أن ذلك الرقم متاح أو يرن أو مشغول، ويمكن بالمفتاح نفسه التقاط مكالمته الرانّة أو تحويل مكالمة إليه. ولا يعمل BLF إلا إذا نشر المقسم حالة الرقم الداخلي، وهذا يتم في المقاسم المبنية على Asterisk بتعريف Hint لكل رقم داخلي. ويبدأ عدد مفاتيح DSS في هواتف KDT من 3 مفاتيح في KV-N2S4 و21 مفتاحًا في KV-N4S12 ويصل إلى 106 في KV-M4S20-PX، فاختر الطراز بحسب عدد الأرقام الداخلية التي يجب مراقبتها.

في التحويل المباشر (Blind أو Unattended) تضغط زر التحويل وتطلب الوجهة فتُحوَّل المكالمة فورًا وتخرج منها دون أن تعرف هل ستجيب الوجهة؛ وإن لم تجب فقد تذهب المكالمة بحسب إعدادات المقسم إلى طابور أو بريد صوتي أو حتى ترجع إليك. وفي التحويل مع الإعلام (Attended) تضع المكالمة الأصلية أولًا في الانتظار وتتصل بالوجهة وتتحدث إليها ثم تُتمّ التحويل؛ وإذا كانت الوجهة مشغولة أو غير متاحة تستطيع العودة إلى المتصل. ويتم الوضعان عادةً برسالة SIP REFER ويجب أن يدعمها المقسم؛ وتذكر أوراق بيانات هواتف KDT التحويل بنوعيه Attended وUnattended. وفي مكتب الاستقبال يعطي التحويل مع الإعلام تجربة أفضل لأن المتصل لا يُحوَّل أبدًا إلى رقم داخلي لا يجيب.

في المؤتمر المحلي يمزج الهاتف نفسه أصوات جميع الأطراف: فيحتفظ بمكالمة مستقلة مع كل مشارك ويُنشئ الصوت المختلط لكل واحد منهم، لذلك يقع الحمل على معالج الهاتف ووصلة الرفع لديك، ويكون الأداء أفضل عندما تستخدم كل المكالمات ترميزًا واحدًا مثل G.711 أو G.722. وتذكر أوراق بيانات هواتف KDT مؤتمرًا صوتيًا لـ 6 أطراف (كما في KV-N2S4 وKV-N4S12) أو لـ 3 أطراف (كما في KV-M3S12) بحسب الطراز. وللاجتماعات الأكبر أو عندما يكون كثير من المشاركين من خارج المؤسسة استخدم غرفة المؤتمرات في المقسم نفسه: يتصل الجميع برقم مؤتمر واحد ويُمزج الصوت داخل المقسم. وتوفر غرفة مؤتمرات المقسم عادةً ميزات مثل رمز دخول ومشرف للاجتماع وتسجيلًا، ولا تعتمد على هاتف بعينه.

صندوق البريد الصوتي موجود على المقسم لا على الهاتف؛ والهاتف لا يفعل سوى إظهار وجود رسالة والاتصال بالصندوق. أما مصباح الرسائل أو مؤشرها (MWI) فيُعلِم المقسم الهاتف بوجود رسالة جديدة برسالة NOTIFY من نوع message-summary (وفق RFC 3842)؛ وبعض الهواتف يجب أن تشترك بنفسها عبر SUBSCRIBE لتستقبلها، بينما يرسلها المقسم في هواتف أخرى دون طلب، لذا وحّد هذا الإعداد في الهاتف والمقسم. ويجب ضبط مفتاح Voice Message أو Messages في الهاتف على الرقم الذي يصل إلى الصندوق في المقسم (مثل رمز الخاصية My Voicemail في FreePBX). وتذكر أوراق بيانات هواتف KDT مؤشر الرسائل VMWI (أو وظيفة Voice Message المعتمدة على الخادم).

في وضع الإنتركم يرد الهاتف المطلوب فورًا دون رنين ويُسمِع صوت المتصل عبر مكبر الصوت. وتبدأ العملية عادةً من المقسم: إذ يضيف المقسم عند إرسال المكالمة ترويسة SIP مثل Alert-Info أو Call-Info أو Answer-Mode (وفق RFC 5373)، ويقبلها الهاتف إذا كان الرد التلقائي أو الإنتركم مفعّلًا في إعداداته؛ ويختلف اسم الترويسة وقيمتها الدقيقة بين المصنّعين ويجب أخذهما من دليل الهاتف. فعّل الرد التلقائي لأرقام داخلية محددة فقط أو عبر رمز خاصية الإنتركم في المقسم، واضبط الهاتف على الوثوق بمكالمات المقسم وحدها، لأن الهاتف الذي يرد على أي مكالمة دون رنين قد يسبب إزعاجًا أو يُساء استخدامه في التنصت. وتذكر أوراق بيانات هواتف Radonium من KDT وظيفة Intercom ضمن ميزات المكالمات، كما تذكر ورقة بيانات KV-M4S20 الرد التلقائي Auto-Answering أيضًا.

هناك طريقتان شائعتان. في النداء عبر SIP يرنّ المقسم على عدة أرقام داخلية في وقت واحد بمكالمة جماعية فتجيب كلها فورًا بالرد التلقائي؛ وهو سهل الإعداد لكن كل وجهة تتلقى تدفقًا صوتيًا مستقلًا من المقسم. وفي النداء بالبث المتعدد (Multicast) يرسل المرسل تدفق RTP واحدًا فقط إلى عنوان بث متعدد وتشغّله جميع الهواتف أو مكبرات الصوت في المجموعة في وقت واحد، فيبقى استهلاك عرض النطاق ثابتًا، لكن يجب أن تدعم الشبكة البث المتعدد (IGMP Snooping وQuerier على المحوّلات) ويكون النداء في اتجاه واحد. وللإعلان في القاعات والمساحات الكبيرة استخدم مكبرات صوت IP الشبكية بدل مكبر صوت الهاتف؛ وميكروفون KV-TDC-ISM-P المكتبي من KDT (يدعم SIP وMQTT) مصمم لإجراء هذه الإعلانات من غرفة التحكم.

يُسجَّل إنتركم الباب العامل بـ SIP في المقسم مثل أي رقم داخلي عادي (أو يتصل بعنوان IP مباشرة)، وعند الضغط على زر الجرس يتصل برقم داخلي أو بمجموعة رنين؛ اضبط ترميزه على G.711 أو G.722. ويُفتح الباب عادةً بإرسال رمز DTMF أثناء المكالمة يجعل إنتركم الباب يشغّل مرحّل القفل، أو بطلب HTTP يرسله مفتاح DSS في الهاتف (وظيفة Action URL المذكورة في ورقة بيانات KV-M4S20)، لذا اضبط طريقة DTMF نفسها على إنتركم الباب والمقسم. ولرؤية الصورة طريقتان: مكالمة فيديو عبر SIP بترميز H.264 يجب أن يدعمها إنتركم الباب والهاتف (مثل KV-M4S20 الذي يستقبل مكالمات الفيديو حتى دقة VGA) والمقسم (مع السماح بترميز الفيديو)، أو عرض بث RTSP الخاص بكاميرا الباب على شاشة منفصلة.

يمكن إرسال DTMF (نغمات مفاتيح الأرقام) في SIP بثلاث طرق: RFC 4733 الذي ينقل كل ضغطة مفتاح كحدث telephone-event داخل تدفق RTP (وغالبًا بنوع حمولة 101)، وSIP INFO الذي يرسلها في رسالة منفصلة، والإرسال داخل الصوت (In-band) حيث تسير نغمة المفتاح نفسها ضمن الصوت. وإذا لم يتفق الهاتف والمقسم (أو إنتركم الباب والمقسم) على طريقة واحدة فإما ألا تصل الضغطات أصلًا وإما أن تُحتسب مرتين. وتتلف نغمات In-band بسبب الترميزات المضغوطة مثل G.729 وبسبب فقد الحزم، لذا اختر RFC 4733 لدى الطرفين ولا تستخدم SIP INFO إلا مع الأجهزة التي لا تفهم غيره. وبعد التغيير أجرِ مكالمة تجريبية إلى IVR أو إنتركم الباب وتأكد من احتساب المفاتيح بشكل صحيح.

FXS هو المنفذ الذي يخدم هاتفًا تناظريًا أو جهاز فاكس مثلما يفعل مقبس الهاتف الجداري (فيوفّر نغمة الاتصال وجهد الرنين وتيار الحلقة)، بينما FXO هو المنفذ الذي يتصرف كالهاتف نفسه فيتصل بخط PSTN أو بمنفذ داخلي في مقسم تناظري. ولذلك تحتاج لتوصيل هاتف تناظري أو جهاز فاكس بمقسم IP-PBX إلى مهايئ أو بوابة FXS (ATA)، ولتوصيل خط PSTN إلى بوابة FXO؛ وللخطوط الكثيرة بوابة E1 (30 قناة صوتية على 2.048 Mbps)، ولخط شريحة الجوال بوابة GSM. وتُسجَّل هذه الأجهزة في المقسم كرقم داخلي أو كخط SIP Trunk، وتعتمد جودة المكالمة عبرها على ضبط المعاوقة والكسب وإلغاء الصدى بشكل صحيح. ويبقى الصوت في هذه المسارات ضيق النطاق مثل الخط التناظري، فلا يتوفر صوت HD إلا بين هواتف IP.

لم يُصمَّم الفاكس للنقل عبر شبكات IP وهو حساس للتأخير وتفاوت التأخير وفقد الحزم، لذا ابدأ بجهاز فاكس تناظري على مهايئ FXS: اجعل G.711 (A-law) الترميز الوحيد لذلك الرقم الداخلي، وعطّل كشف الصمت (VAD) وأي ضغط على ذلك المنفذ، وأبقِ ptime عند 20 ميلي ثانية. وإذا كان المهايئ والمقسم يدعمان T.38 فعّله؛ فالمعيار T.38 (معيار ITU-T للفاكس اللحظي عبر IP) يرسل بيانات الفاكس نفسها بدل نغمات المودم ويتحمل فقد الحزم بصورة أفضل. وإذا لم يتوفر T.38 فإن تمرير G.711 (Pass-through) على شبكة بلا فقد حزم يعطي نتيجة أفضل. وإذا كان عدد الفاكسات قليلًا فادرس أيضًا خدمة فاكس برمجية أو عبر البريد الإلكتروني لا تحتاج إلى نغمات مودم عبر مسار الصوت.

يحصل الهاتف على وقته عادةً من خادم الوقت عبر SNTP أو NTP، لذا إذا كانت الساعة خاطئة فتحقق أولًا من صحة عنوان خادم NTP في إعدادات الهاتف (أو من DHCP Option 42) ومن أن الهاتف يصل إليه. وفي الشبكات التي يكون الإنترنت فيها مقيدًا أو مقطوعًا استخدم خادم NTP محليًا، كالموجّه أو خادم داخلي، وأعطِ عنوانه عبر DHCP أو ضعه في ملف الإعداد التلقائي لجميع الهواتف. ثم اضبط المنطقة الزمنية على UTC+03:30 (إيران) واضبط خيار التوقيت الصيفي بما يوافق القاعدة المعمول بها في موقع الهاتف؛ فإيران لا تعتمد التوقيت الصيفي منذ عام 2022، لذا عطّله هناك، وإلا بقيت الساعة متقدمة أو متأخرة ساعة. وضبط الساعة ليس شكليًا فحسب: فهو يصحح أوقات المكالمات في تقارير المقسم وسجلات الهواتف، وقد يرفض الهاتف ذو التاريخ الخاطئ شهادة TLS صالحة فلا يسجَّل أو لا ينجح في الإعداد التلقائي عبر HTTPS.

نعم في بعض الطرازات. فطراز KV-M3S12 يدعم سماعات Bluetooth وشبكة Wi-Fi عبر مهايئ (Dongle) اختياري، وتضم طرازات KV-M4S20 تقنية Bluetooth مدمجة وتدعم مهايئ Wi-Fi، ويأتي KV-N4S12-PH مزودًا بسماعة لاسلكية بتقنية Bluetooth، وتعمل بعض طرازات KV-N2S4 مع سماعات الرأس اللاسلكية EHS (بحسب صفحات المنتجات على موقع KDT). ومع ذلك فالاتصال السلكي هو دائمًا الأكثر ثباتًا للمكتب الثابت، ولا يكون Wi-Fi منطقيًا إلا حيث يتعذر تمديد الكابل. وإذا استخدمت Wi-Fi للصوت فاعتمد نطاق 5 GHz وخاصية WMM (إعطاء الأولوية للصوت) وإشارة أقوى من نحو سالب 67 dBm وتصميمًا سليمًا للتجوال (Roaming)، لأن الإشارة الضعيفة تتحول مباشرة إلى صوت متقطع.

إذا كان المقسم داخل المبنى وعلى الشبكة المحلية فتستمر المكالمات الداخلية دون إنترنت وتتعطل فقط المكالمات الخارجية عبر SIP Trunk على الإنترنت؛ أما إذا كان المقسم بعيدًا أو سحابيًا فتتعطل كل المكالمات بانقطاع الوصلة ما لم تكن لديك وصلة احتياطية أو مقسم محلي. ولإبقاء الخطوط الخارجية تعمل ضع بوابة FXO أو GSM إلى جانب SIP Trunk لتمر المكالمات أيضًا عبر خط PSTN أو شريحة جوال. وعند انقطاع الكهرباء صِل محوّل PoE والمقسم والموجّه والبوابات بمصدر UPS تتناسب سعته مع حملها الكلي، فتعمل الهواتف العاملة بـ PoE من المصدر نفسه. وإذا تعطل المقسم نفسه فما زالت الهواتف التي تدعم الاتصال المباشر عبر IP قادرة على الاتصال ببعضها في الشبكة نفسها.

أسهل طريقة هي الالتقاط من الهاتف نفسه: ففي صفحة الويب الخاصة بهواتف KDT وظيفة Packet Dump تحفظ حركة بيانات الهاتف لتحليلها، عادةً بواسطة Wireshark. وطريقة أخرى هي الالتقاط على المقسم بأداة tcpdump أو على المحوّل بعكس المنفذ (Port Mirroring أو SPAN) ثم فتح الملف في Wireshark؛ وطبّق مرشح العرض sip أو rtp. وفي Wireshark افتح قائمة Telephony وانظر خياري VoIP Calls (مخطط لتسلسل رسائل SIP) وRTP Streams (فقد الحزم وتفاوت التأخير وترتيب الحزم)؛ وفي Asterisk يعرض الأمر pjsip set logger on رسائل SIP على وحدة التحكم. وإذا كانت الإشارات عبر TLS فالرسائل مشفرة ولا تُقرأ دون المفاتيح، كما يشفّر SRTP الصوت أيضًا، لذلك استخدم مؤقتًا UDP دون تشفير لأغراض التشخيص أو اقرأ سجلات المقسم نفسه.