تم تعيين رقمي إلى تفاصيل التحويل - Phone System ولكن

نظام هاتف PBX
1

رقمي الذي قمتُ للتو بضبطه على «تفاصيل التحويل – نظام الهاتف (Phone System)»، لكن جميع المكالمات الواردة والصادرة فشلت كما لو أنه كان من المفترض أن تفشل سابقًا. لماذا؟ مسار المكالمات (Call flow) بالكاد تم لمسه. لقد غيّرتُه فقط إلى نظام بدالة هاتفية PBX Phone System مؤخرًا عندما لاحظت أن مسار المكالمات لا يعكس أيًا مما تم إعداده على Phone.Systems. من المفترض أن تتجه المكالمات الواردة إلى حساب LinPhone SIP وليس إلى حساب الـ SIP الذي توفره Phone.Systems. :expressionless_face:

سأكون سعيدًا لو أن جميع أرقام FlyNumber الخاصة بي موجَّهة إلى نظام الهاتف السحابي (Cloud Phone System) حتى أتمكن من إدارة التوجيه بنفسي. تم تفعيل DTLS و TLS.

من دون دعم DTLS و TLS، يضطر أفراد عائلتي غير التقنيين وأنا إلى تعديل إعداد التشفير العام في LinPhone باستمرار إلى “none” حتى نتمكن من إجراء مكالمات صادرة عبر الـ proxy SIP الخاص بـ phone.systems. هذا الإعداد يُطبَّق عالميًا على جميع حسابات الـ proxy SIP المخزَّنة في التطبيق. أجد أنه من غير المريح أن نُجبَر على تنزيل تطبيق منفصل يقدمه phone.systems فقط لإجراء المكالمات، خاصة وأن المكالمات الواردة يتم تحويلها بالفعل إلى LinPhone بشكل مثالي كما هو مقصود (ولكنها لا تعمل حاليًا بعد تغيير «تفاصيل التحويل» إلى Phone System على موقع FlyNumber الرئيسي).

2

عذرًا على الرد المتأخر هنا @Zar، ونعمل على تفعيل TLS على نظام الهاتف من أجلك.

عادةً يكون الأمر أسرع بكثير، لكننا نحتاج أن يقوم مهندسنا ببعض التعديلات على حسابك، وسيكون لدينا تحديث قريبًا.

يرجى ترك الإعدادات في حسابي > أرقامي في FlyNumbers كما هي (لقد أكدنا للتو أن جميع أرقامك موجهة الآن إلى نظام الهاتف).

3

شكرًا على الرد! إليك نتائج الاختبار الذي قمت به. أعتذر إذا كان هناك استخدام مرتفع لحركة الاتصالات من أحد الأرقام في سنغافورة (SG)، إذ اضطررت لإجراء اختبارات مستمرة للتأكد من أن مسار المكالمات يعمل سواء من هاتفي المحمول المحلي أو من هاتف شخص آخر.

————

العمليات غير الناجحة

  • حساب SIP وإعدادات التحويل: حسابات SIP المقدَّمة من phone.systems، وبشكل خاص SIP Forwarding، ونوع الوسائط الافتراضي “DTLS”، وبروتوكول النقل “TLS”، ما زالت معطَّلة.

  • التحويل عبر SIP إلى مستخدمي LinPhone: المكالمات المحوَّلة إلى مستخدمي LinPhone لا تعمل كما هو متوقَّع.

  • التحويل إلى PSTN: التحويل إلى شبكة الهاتف العامة المحوَّلة (PSTN) لا يعمل حاليًا.

  • المكالمات من الخطوط الأرضية في المملكة المتحدة: المكالمات الصادرة من الخطوط الأرضية في المملكة المتحدة لا تتصل بشكل صحيح ولا تلتزم بمسار مكالمات قائمة الانتظار (Ring Queue) المحدَّد.

  • مكالمات SIP الداخلية إلى Flynumbers: رغم أن المكالمات من حسابات phone.systems SIP إلى Flynumbers ترنّ على حساب SIP المُنشئ للمكالمة، إلا أنها لا تتبع مسار مكالمات قائمة الانتظار (Ring Queue)، والذي من المفترض أن يشمل في الوقت نفسه التحويل إلى PSTN، وحسابات SIP، وSIP Forwarding.

  • توجيه غير متوقَّع للمكالمات لأرقام معيَّنة: عدة أرقام (رقم سنغافورة المنتهي بـ 5440، وأرقام المملكة المتحدة المنتهية بـ 3701 و3704 و3720 و63561) ترنّ، لكنها تبدو وكأنها تتصل بمستلمين محليين غير مقصودين بدلًا من Flynumber، كما أنها تتجاهل مسار مكالمات قائمة الانتظار (Ring Queue) المُعد مسبقًا.

العمليات الناجحة

  • من خط أرضي إلى رقم سنغافورة: المكالمات من خط أرضي إلى رقم سنغافورة المنتهي بـ 5115 تعمل بشكل صحيح، ولكن فقط إلى حساب SIP الموفَّر من phone.systems، وليس إلى SIP Forwarding وقاعدة PSTN في قائمة الانتظار (Ring Queue).
4

لقد أجريت للتو اختبار رسالة SMS من رقم جوال حقيقي إلى أحد أرقام الجوال في المملكة المتحدة، وقد فشل أيضًا. لم أتلقَّ أي شيء في بريدي الإلكتروني.

5
  • الاتصال من خط أرضي/جوال حقيقي إلى رقم سنغافورة: المكالمات التي يتم إجراؤها من خط أرضي إلى رقم سنغافورة الذي ينتهي بـ 5115 تعمل الآن، ربما يكون مجرد هاتفي الحقيقي هو الذي لا يحب هذه المكالمة. تم الاختبار مع مكالمات واردة (جعلتهم يتصلون بالرقم 5115) إلى PSTN من خلال رقم أحد أفراد العائلة من نفس البلد وواحد في المكسيك.

جميع الأرقام الأخرى التي ذُكر سابقًا أنها لا تعمل ما زالت لا تعمل وما زالت لا تشير إلى تدفق المكالمات في flypbx (flypbx Call Flow). هل تقوم بذلك يدويًا؟ أعتقد أنه بعد الحصول على الرقم، يجب إنشاء رقم هاتف جديد (رقم DID) في أنظمة الهاتف (phone systems). أظن أن كل شيء ليس آليًا. فقط لإعلامك أنني قد أدخلت بالفعل جميع الأرقام المخصصة في تدفق المكالمات. تبقّى رقم واحد فقط لم تقم بتخصيصه لي بعد.

6

مرحبًا @Zar،

هل يمكنك تزويدنا بسجلات المكالمات للأوقات التي تفشل فيها المكالمات؟

هناك مئات المكالمات التي تَرِد خلال فترة زمنية قصيرة جدًا، لذلك لست متأكدًا مما إذا كان يمكن أن تكون هناك مشكلة في السعة.

هل يمكنك تجربة إجراء مكالمة واحدة في كل مرة لكل وجهة تحويل؟ على سبيل المثال، مكالمة إلى حساب SIP، ومكالمة إلى رقم هاتف، وبعد ذلك يمكننا التحقق من المشكلات انطلاقًا من هناك.

لا نرى أي مشكلات محددة قد تتسبب في أي مشاكل.

فيما يتعلق بـ TLS، نحتاج إلى توضيح كيفية استخدام هذا الحساب (الجديد) للتأكد من أن كل شيء على ما يرام – نحن بحاجة إلى حماية علاقتنا، خاصة فيما يتعلق بشراكاتنا مع شركات الاتصالات، لذا نرجو تقبّل المراسلات المتبادلة بينما نحاول فهم الأمر.

7

مئات؟ هذا كثيررر جدًا. أنا لا أجري مئات المكالمات. أصابعي أو أحد أفراد عائلتي سيتعبون. ربما 10–30 مكالمة على مدى ساعات أو في اليوم؟ أحاول الاختبار مرة بعد مرة لكني فشلت. أعتقد أن السجلات موجودة في الـ backend الخاص بـ phone.systems.

أكيد، لكن هذا بالضبط ما فعلته. يمكنك أن تحاول اختبارها إن أردت بالاتصال بتلك الأرقام ما عدا 5115 من خط أرضي/جوال حقيقي. 5115 يعمل بشكل رائع. أمم.. أستطيع أن أقوم بجولة اختبار أخرى، لنقل.. رقم واحد ومكالمة واحدة في الساعة ربما؟

حسنًا، فهمت. جزء الـ TLS يمكنه الانتظار. المشكلة فقط أنه لا يوجّه إلى مسار المكالمة (call flow)، وإلا لكنت أسمع نغمة الرنين الصوتية التي قمت بضبطها بالفعل لهم جميعًا ما عدا واحد ما زال ينتظر تخصيص رقم له.

8

جميع الأرقام هي آخر 4 أرقام فقط. جميع الأرقام المذكورة أدناه يتم الاتصال بها ومن كلا عميل الـsoftphone والرقم المحمول المحلي. سيتم إجراء اختبارات اتصال كل ساعة. إذا ظهرت مكالمات مزعجة (spam) في سجل المكالمات من نفس المرسل/المستقبل، لا تسألني لماذا، لا فكرة لدي. قد يكون السبب من جهة شركة الاتصالات. سأجري الاتصال مرة واحدة فقط أو حتى 4 مرات كحد أقصى من نفس الرقم المحلي و/أو الـsoftphone.

———

5115 (رقم سنغافورة) تم الاختبار، مكالمة من 5435 (هاتف محمول حقيقي في العالم الواقعي). تعمل كما هو مقصود مع نغمة الرنين المضبوطة في Call Flow. - 6:13 مساءً بتوقيت GMT +08

وقت الاتصال في سجلات CDRs الخاصة بـ Call Flow
2025-09-17 18:05:52

السجل على Flynumber - https://www.flynumber.com/callhistory
2025-09-17 10:05:11

–

رقم أمريكي غير معروف 8467 اتصل بالرقم 5115 في

وقت الاتصال في سجلات CDRs الخاصة بـ Call Flow
2025-09-17 19:36:17

السجل على Flynumber - https://www.flynumber.com/callhistory
2025-09-17 11:36:16

———

5440 (رقم سنغافورة) تم الاختبار، مكالمة من 4304 (هاتف محمول حقيقي في العالم الواقعي). رنّ وفشل - 7:33 مساءً بتوقيت GMT +08

وقت الاتصال في سجلات CDRs الخاصة بـ Call Flow
لم يظهر

السجل على Flynumber - https://www.flynumber.com/callhistory
2025-09-17 11:33:22

———

3561 (رقم المملكة المتحدة – لندن) تم الاختبار، مكالمة من 4304 (هاتف محمول حقيقي في العالم الواقعي). لا رنين وفشل - 8:06 مساءً بتوقيت GMT +08

وقت الاتصال في سجلات CDRs الخاصة بـ Call Flow
لم يظهر

السجل على Flynumber - https://www.flynumber.com/callhistory (هناك حوالي 27 سجل مكالمة ولا أعرف لماذا. بصراحة اتصلت مرة واحدة فقط!)
2025-09-17 12:06:10

———

3701 (رقم محمول في المملكة المتحدة) تم الاختبار، مكالمة من 4304 (هاتف محمول حقيقي في العالم الواقعي). الرقم غير صالح وفشل - 9:48 مساءً بتوقيت GMT +08

وقت الاتصال في سجلات CDRs الخاصة بـ Call Flow
لم يظهر

السجل على Flynumber - https://www.flynumber.com/callhistory (تم الاتصال 4 مرات. جميعها أعطت أن الرقم غير صالح)
2025-09-17 13:48:16

———

3704 (رقم محمول في المملكة المتحدة) تم الاختبار، مكالمة من 4304 (هاتف محمول حقيقي في العالم الواقعي). تم تشغيل إعلان ما يقول “The world of knowledge and entertainment” وفشل “لم يظهر في سجلات Call Flow” - 12:44 مساءً بتوقيت GMT +08

وقت الاتصال في سجلات CDRs الخاصة بـ Call Flow
لم يظهر

السجل على Flynumber - https://www.flynumber.com/callhistory (تم الاتصال 4 مرات من الرقم المحلي وتم تشغيل إعلان، ومرتين من الـsoftphone حيث يتم إنهاء المكالمة فوراً)
2025-09-18 4:37:25

———

3720 (رقم محمول في المملكة المتحدة) تم الاختبار، مكالمة من 4304 (هاتف محمول حقيقي في العالم الواقعي). رنّ ولكن لست متأكداً بمن يتصل لأن الـsoftphone والرقم المحلي لم يرنّا، وفشل “لم يظهر في سجلات Call Flow” - 3:47 مساءً بتوقيت GMT +08

وقت الاتصال في سجلات CDRs الخاصة بـ Call Flow
لم يظهر

السجل على Flynumber - https://www.flynumber.com/callhistory (تم الاتصال مرة واحدة من الرقم المحلي ومرتين من الـsoftphone حيث يتم إنهاء المكالمة فوراً)
2025-09-18 7:47:53

———

9

مرحبًا @FlyNumber،

تم إنجاز كل شيء. يرجى التحقق. هذا يقترب من أسبوعين من الفشل. رأيت بعض المراجعات على Trustpilot حيث كان الآخرون في نفس الموقف. جميع الأرقام المخصصة باستثناء 5115 لم تتصل بـ phone.systems. إنها مشكلة داخلية لديكم ولا علاقة لها بالمكالمات الواردة. تم الاتصال من أرقام محلية في سنغافورة (رقمي ورقم شخص آخر) ومن softphone من مزود SIP مختلف أيضًا. في حالات نادرة، تلقينا حتى مكالمات من ماليزيا والمكسيك، حيث تمكنوا جميعًا من الاتصال بالرقم 5115 ولكن ليس بجميع الأرقام الأخرى.

10

مرحبًا مرة أخرى @Zar،

أثناء الاطلاع على مخطط تدفق المكالمات (call flow) والسجلات (logs)، تمكنت من ملاحظة بعض المشكلات.

في بعض النقاط في التدفق، تقوم بالتحويل إلى رقم هاتف عادي مع ورود مكالمات محجوبة/مجهولة الهوية — قد تكون هذه مشكلة على مستوى شركة الاتصالات (carrier level).

يرجى الاطلاع على هذه المعلومة مع مزيد من التفاصيل هنا [مقال المدونة].

فيما يتعلق ببعض إدخالات “Request terminated” التي تراها في السجلات — يبدو أن هذا ناتج عن التحويل. يرجى التأكد من أن الهاتف/الجهاز متصل بالإنترنت. نرى أنك تستخدم SIP؛ تأكد من إيقاف STUN في عميل الـ SIP وربما جرّب تبديل إعدادات نقل TCP/UDP في عميل الـ SIP. قد يساعد أيضًا إذا أرسلت بعض السجلات من عميل الـ SIP (فقط الجزء ذي الصلة، على سبيل المثال عند ورود مكالمة الاختبار).

فيما يخص الأرقام البريطانية في الحساب، هل يمكنك محاولة ضبط أحدها مباشرة على مجموعة رنين (ring group) / طريقة تواصل (contact method) حتى نتمكن من إجراء اختبار واضح لاستبعاد أشياء مثل موجّه المكالمات (call router) والطابور (queue) التي قمتَ بإعدادها؟

فقط للتنويه، هناك حدّ قناتين (2-channel) للمكالمات الواردة على كل رقم (وسنوفر إمكانية شراء المزيد في المستقبل)، لكننا نلاحظ أنه على رقم FlyNumber البريطاني الذي ينتهي بـ 3561 هناك عدة مكالمات تأتي خلال ثانية أو ثانيتين من بعضها البعض. لست متأكدًا مما إذا كنت تصل إلى الحد هنا، كما أننا لا نرى الأرقام البريطانية التي تتصل برقم الـ FlyNumber. لذا قد يكون من المفيد التحقق من هذا الأمر.

دعنا نضبط رقم الـ FlyNumber البريطاني هذا مباشرة على حساب SIP لديك ونختبر وفقًا لذلك، من فضلك.

نقدّر صبرك وملاحظاتك حول كل هذا أيضًا.

11

مرحبًا مرة أخرى @FlyNumber

لقد جرّبت بالفعل بروتوكولي UDP وTCP مع تفعيل وتعطيل STUN قبل طرح المشكلة.

تم تعديل مسار المكالمات (Call flow) ليشير مباشرةً بجميع الأرقام أدناه إلى Calling Queue. كما تمت إزالة كل إعدادات SIP Forwarding على جميع قوائم الانتظار (Call Queues)، بحيث أصبح الأمر مقتصرًا فقط على PSTN وSIP Account.

5440, 3561, 3701, 3704, 3720

كل هذه الأرقام (باستثناء 5115 الذي نجحت معه المكالمات الواردة والصادرة مع نغمة الرنين بغض النظر عن الوسيط المستخدم للاتصال) فشلت معها المكالمات الواردة. المكالمات الصادرة تعمل بدون بادئة “+” من سوفت فون (softphone) يتصل برقم محلي حقيقي في العالم الخارجي.

  • مكالمات Flynumber إلى Flynumber إلى كل تلك الأرقام على سوفت فون مع وبدون بادئة “+” فشلت. عنوان الاتصال المستخدم هو sip:[email protected]

  • الاتصال من رقم محلي إلى تلك الأرقام من نوع Flynumber مع وبدون بادئة “+” فشل. الرقم المحلي اتصل بشخص في العالم الحقيقي يملك تلك الأرقام بدلًا من ذلك. لدي خدمة IDD على رقم هاتفي المحمول المحلي تمكّنني من الاتصال دوليًا.

لن ألمس 5115 لأنه يعمل بشكل مثالي.

12

أقدّر صبرك كثيرًا هنا يا @Zar، وقد وجدنا المشكلة. بسبب الطلب السابق لتمكين TLS، لم يتم إعداد أرقام FlyNumbers الأخرى (الأحدث) هنا بشكل صحيح. لقد تحققت للتو، ويُفترض الآن أن تعمل جميع أرقام FlyNumbers لديك تمامًا مثل رقمك الأصلي 5115.

يرجى إعادة الاختبار وأخبرني إذا واجهت أي شيء على الإطلاق.

إعجاب واحد (1)
13

يعمل الآن كما ينبغي، بينما ظل الإزعاج المتمثل في اضطرار الجميع لتغيير تشفير الاتصال عبر DTLS إلى None، إذ إن الاتصال مع ترك هذا الخيار دون تغيير يؤدي إلى إنهاء المكالمة. شكرًا لك @FlyNumber على الأمل في إصلاح هذا الجزء. ما زلت أنتظر إلى الأبد الرقم الأخير، رقم Tijuana Mobile ما زال معلقًا. تم اختبار الرسائل القصيرة إلى الأرقام المخصصة ولا تعمل أيضًا.

  • تم اختبار الاتصال بالأرقام في المملكة المتحدة وسنغافورة (وارد/صادر) ويعمل الآن بدون DTLS.
  • ما زلت في انتظار Tijuana Mobile.
  • الرسائل القصيرة (الاستقبال عبر البريد الإلكتروني) لا تعمل. أُرسلت إلى رقم جوال في المملكة المتحدة.
14

مرحبًا @Zar،

تم إرسال رقمك في المكسيك وهو الآن فعّال على نظام الهاتف.

الآن بعد أن أصبح هذا يعمل وحصلنا على توضيح بخصوص المكالمات ذات الحجم العالي، سنبدأ بالعمل على تفعيل بروتوكول TLS على هذا الحساب - نريد فقط أن نكون واضحين بشأن الغرض من استخدام الحساب.

فيما يتعلق بالرسائل القصيرة SMS، يرجى التأكد من إجراء اختبار من رقم جوال في المملكة المتحدة إن أمكنك ذلك - مزيد من التفاصيل حول الرسائل القصيرة SMS هنا:

15

شكرًا لك @FlyNumber. أعمل حاليًا على مسارات المكالمات لرقم المكسيك وأجري الاختبارات عليه في هذه الأثناء.

كما تعلم الآن (لقطة الشاشة المرفقة أدناه) ‏DTLS هو إعداد عام لتشفير المكالمات والوسائط في إعدادات LinPhone بدلًا من كونه إعدادًا منفصلًا لـ SIP proxy لحساب Flynumber SIP.

هذا يؤثر على محادثات عائلتي ومحادثاتي على الـ SIP الرئيسي (وليس الـ proxy)، لأننا نضطر دائمًا لإيقاف هذا الخيار في كل مرة نحتاج فيها لإجراء مكالمة صادرة.

بالنسبة لي شخصيًا، لدي حوالي 6 حسابات SIP مرتبطة بتطبيق LinPhone، واحد منها هو LinPhone، واثنان منها Flynumber، والبقية خوادم أستضيفها بنفسي للعمل. بعض أفراد عائلتي لديهم أكثر مني، لذا سيكون من المزعج الاضطرار دائمًا لتغيير الإعدادات، كما أن غير المتمرسين تقنيًا يضطرون للاتصال بي فقط لطلب المساعدة. آسف، لكن هذه هي المرة الرابعة أو الخامسة التي أضطر فيها لشرح ذلك لك.

كنت أظن أن تفعيلها سيكون أمرًا بسيطًا.

image
image535×664 27.2 KB

أما بالنسبة لـ TLS، فلست متأكدًا مما إذا كان DTLS يحتاج إلى TLS ليعمل، ولهذا السبب ربما يكون TLS خيارًا.

image
image1280×717 105 KB

16

مرحبًا مرة أخرى @Zar،

نحصل على مزيد من المعلومات حول تفعيل TLS هنا، وسنقوم بتحديث الحساب في أقرب وقت ممكن.

كبديل، قد ترغب في التفكير في تطبيق نظام الهاتف - فهو يستخدم WebSocket.

هنا يتم استخدام WebSocket وTLS بشكل افتراضي - مزيد من التفاصيل هنا

17

مرحبًا @FlyNumber

شكرًا على الرد. كنت أفكر في الشيء نفسه، لكن يبدو أن LinPhone يستخدم تشفيرًا مخصصًا من طرف إلى طرف (end2end) باستخدام lime إلى جانب TLS وDTLS. هذا سيضيف مشكلة أخرى تتمثل في اضطرار الجميع للانتقال، حيث سيتم فقدان سجل محادثاتنا القديمة. حاليًا أنا في حيرة من أمري بشأن كيفية التعامل مع ما يمكن فعله إذا انتقلنا. الطريق الأسهل سيكون الاكتفاء باستخدام DTLS لخيار الاتصال/الوسائط (Call/Media) مع الإبقاء على كل شيء سليمًا ويعمل.

image
image653×689 118 KB

18

مرحبًا @Zar،

مفهوم، ويبدو أنك مستثمر بشكل كبير في LinPhone وبنيته التحتية فيما يتعلق بالرسائل والمكالمات.

نخطط لتمكين TLS من جانبنا يوم الاثنين لنرى ما إذا كان بإمكانك إيجاد حل بديل لهذا.

19

مرحبًا مرة أخرى @Zar

تم تفعيل خيار TLS هنا، يرجى تجربة ذلك مع LinPhone وأخبرني إذا كان ذلك يحل المشاكل.

20

شكرًا جزيلاً @FlyNumber! تم التجربة والاختبار. لا يزال لا يمكن استخدام DTLS وPost Quatum ZRTP. لقد طلبت من جميع أفراد عائلتي التحول إلى SRTP مع تفعيل خيار “التشفير إلزامي” بدلًا من ذلك، حتى يمكن استخدام أي خادم SIP رئيسي أو بروكسي آخر بدون أي أخطاء. ومع ذلك، فهذا ما زال يُعتبر شيئًا ما ويوفر عناء الصداع.. المكالمات والرسائل أصبحت تمر الآن..

إعجاب واحد (1)