الخلاصة

  • يسمح RFC 3508 بحمل عنوان H.323 في SIP أو TRIP، بينما توضح متطلبات الربط اللاحقة أن الترجمة قد تعتمد على gatekeeper أو registrar أو قاعدة أخرى أو LDAP أو DNS أو TRIP.
  • صحة المدخل والمخرج لا تثبت أن المصدر المختار حديث أو مخول؛ ويجب فصل جدول الترجمة عن القبول والإشارة والوسائط وهوية المستلم والنتيجة.

نجح parser في الطرفين. لم تفقد البوابة حرفاً، وأنتجت عنواناً تقبله منظومة H.323. مع ذلك ذهبت المحاولة إلى وجهة قديمة لأن سجل الربط لم يتغير عند نقل alias.

يعرض هذا النوع من الفشل حدود «الترجمة الصحيحة». يمكن أن تكون العملية قابلة لإعادة الإنتاج ومطابقة لجدولها، بينما يكون الجدول نفسه خارج زمن السلطة.

نشر RFC 3508 في أبريل 2003 كوثيقة Informational. أعاد تعريف H323-URL من H.323 الإصدار الرابع لتسهيل الوصول والتسجيل لدى IANA، ولم يحدد Internet Standard أو نظاماً عالمياً لحوكمة aliases.

التسجيل يحمي اسم المخطط

يسجل IANA المخطط h323 بصفة Permanent مع الإحالة إلى RFC 3508. قال RFC إن التسجيل يمنع تكرار اسم المخطط.

هذا دليل على تنسيق namespace، لا على تشغيل برنامج أو وجود endpoint أو ملكية alias أو نجاح مكالمة. «دائم» وصف للسجل وليس لعمر binding محلي.

يمكن للمدقق إثبات أن parser استخدم المرجع الصحيح، ثم يحتاج إلى سجلات أخرى لإثبات الترجمة والتنفيذ.

العنوان يترك موقع الاسم للسياق

قد يحتوي العنوان على user وحده، أو @hostport، أو الاثنين. user هو alias لمستخدم أو جهاز أو خدمة ولا يحمل موقعاً.

لذلك يضيف السياق الخارجي ما تركه الاسم مفتوحاً: zone أو directory أو جدول interworking. أما hostport فقد يسمي Endpoint أو Gatekeeper أو Border Element أو وظيفة أخرى، لكنه لا يثبت أن تلك الوظيفة تملك alias.

يلزم تسجيل scope ومصدر binding وإصداره وفترة صلاحيته وهوية صاحب السلطة.

قبل الترجمة توجد قواعد مقارنة

الـ host غير حساس لحالة الأحرف. user سلسلة Unicode تشفر UTF-8 ثم escape عند الحاجة؛ الأحرف تحت 0x80 غير حساسة للحالة، وما فوقها حساس.

قد تدمج خوارزمية lowercase عامة اسمين يفصلهما العقد. وقد تفصل المقارنة الثنائية شكلين ASCII متساويين. تضيف percent decoding وnormalization المحلي خطوات أخرى.

احفظ octets والبايتات بعد الفك وسلسلة Unicode ومفتاح المقارنة والخوارزمية. إذا دخل مفتاح مختلف إلى الجدول، فالترجمة ليست استمراراً شفافاً للمدخل.

معلمات URL لا تحمل معنى عاماً

يسمح النحو بمعلمات مفصولة بفاصلة منقوطة، لكنه يترك التعريفات التفصيلية للدراسة، ويجعل character set وcase sensitivity ملكاً لكل تعريف.

يمكن أن تحفظ البوابة token غير معروف بلا أن تفهمه. ويمكن أن تسقطه أو تطبقه محلياً. لا تثبت سلامة النقل اتفاقاً على المعنى.

يجب ربط كل parameter بتعريف وإصدار ودعم وسياسة unknown وتأثير، لا منحه سلطة من مجرد قبوله نحوياً.

وظيفة الربط تختار مصدر القرار

RFC 4123 يذكر أن IWF بين SIP وH.323 قد يستخدم جداول يغذيها gatekeeper أو SIP registrar أو قاعدة أخرى، أو LDAP أو DNS أو TRIP.

هذه مصادر ممكنة وليست سلطة واحدة. لكل منها مالك ونطاق وتواتر تحديث وتسوية تعارض. قد يختار IWF جدولاً محلياً لأنه أسرع، بينما يحمل DNS أو registrar binding أحدث.

الإيصال يحتاج URI المدخل والمخرج، المصدر، record ID، النسخة، وقت القراءة، priority وقاعدة fallback. بدونها لا نعرف لماذا فاز الجدول القديم.

أمن الناقل لا يجدد البيانات

عند حمل URL في H.225.0 يحيل RFC إلى H.235؛ وعند حمله في SIP أو بروتوكول آخر يأتي الأمن من ذلك البروتوكول.

يمكن لـ SIP أن يصادق peer ويحمي الرسالة، لكنه لا يجعل صفاً قديماً حديثاً. ويمكن لاتصال مشفر أن يسلم النتيجة الخطأ كاملة.

حدد من صودق، وما البايتات المحمية، ومن أصدر binding، ومتى كان صالحاً، ومن اتخذ قرار الترجمة. التشفير لا يغير زمن المصدر.

الوصول إلى وظيفة ليس قبولاً

قد يصل hostport إلى gatekeeper أو border element أو endpoint. نجاح DNS والاتصال يثبت قابلية الوصول إلى وظيفة، لا قبول alias أو هوية المستلم.

بعد ذلك تأتي registration وadmission وcall signaling والتفاوض على media والتحقق من المستلم ونتيجة التطبيق وتحرير الموارد.

يمكن للبوابة ترجمة الاسم، وللعقدة أن تكون متاحة، ثم يرفض gatekeeper الطلب. ويمكن أن تنجح الإشارة من دون media. يجب ألا يختصر النظام هذه الحالات في successful.

النقل عبر SIP وTRIP وXML يغير provenance

يسمح RFC 3508 بحمل URL في SIP وTRIP وصفحات الويب وXML. لكل carrier مرسل وهوية وحقول محمية وقواعد تحويل مختلفة.

يحدد RFC 3880 mapping إلى CPL user وhost وport. تطابق script لا يثبت تنفيذ مكالمة. ويمكن لـ TRIP أن ينشر route من دون admission.

احتفظ بالناقل والمدخل الأصلي والتحويلات. string واحدة في carrierين ليست بالضرورة claim واحداً.

سلسلة الأدلة

ابدأ بـ URL الأصلي ومصدره وcarrier والـ octets وescapes وUTF-8 والحقول ومفتاح المقارنة والمعلمات. استخدم IANA وإصدار المواصفة لفهم syntax فقط.

سجل directory أو mapping source ومالكه وإصداره وfreshness. احتفظ باستعلامات DNS/TRIP/LDAP/registrar/gatekeeper، والوظيفة المختارة والاتصال.

ثم سجل ترجمة IWF، registration، admission، final signaling response، media addresses والمفاتيح، هوية المستلم والتفويض والنتيجة الموثقة وteardown وإعادة التشغيل بمصدر بديل.

حدود الدليل

لا يحدد هذا المقال منتجاً أو endpoint أو gatekeeper أو IWF أو operator أو user أو call أو incident أو deployment حالياً. لا يقيس adoption أو interoperability أو media quality.

ولا يكرر URL/URN أو ipn أو Gopher أو VEMMI أو SIP voicemail. موضوعه سلطة مصدر الترجمة في RFC 3508 وسلسلة H.323 المحيطة به.

مبادئ Heng Lu للحد الأدنى من المواصفة الأولية وأولوية الشفرة العاملة عدسات تحريرية معلنة. إنها تفضل عقداً ضيقاً وإيصالات من التنفيذ، وليست قياساً لـ H.323.

الخلاصة: عندما يكون الجدول قديماً، يمكن أن تكون كل خطوة في الترجمة صحيحة وأن تكون الوجهة خاطئة.

Sources