عندما يتواصل هاتف IP عبر NAT، قد لا تتمكن تدفقات الوسائط الخارجية من عبور الشبكة الداخلية، مما يؤدي إلى فشل الاتصال. وقد تظهر هذه الحالة أيضًا عند بقاء جهازين متصلين في وضع الانتظار لفترة طويلة. وبسبب انتهاء مهلة معلومات تعيين NAT المحفوظة في الموجّه الخارجي، قد يظل الاتصال غير ممكن بعد استئناف المكالمة.
لضمان الاتصال الطبيعي في بيئة NAT، يصبح عبور تدفق RTP أمرًا بالغ الأهمية.
وفقًا لـ RFC6263، عند عمل الجهاز في حالتي INACTIVE و RECVONLY، يجب استخدام إحدى الطرق الموصى بها في المعيار لإرسال حزم RTP بشكل دوري. يوصي المعيار باستخدام طريقة تعدد إرسال RTCP مع RTP، ولكن نظرًا لاحتمال عدم تنفيذ هذه الطريقة في كثير من الأطراف الطرفية، وبهدف تحسين التوافق، يتم اعتماد طريقة أخرى.
بالرجوع إلى القسم الرابع من المعيار، يمكن الحفاظ على الاتصال من خلال إرسال حزم RTP بنوع Payload Type غير صحيح بشكل دوري.
1.3.1 الإعداد
بعد تفعيل الإعداد الموضح في الصورة أعلاه، يتم تمكين عبور تدفق RTP، ويتم إرسال حزم RTP Keep Alive في الحالات التالية:
1 بعد اتصال المكالمة من الهاتف، يرسل الهاتف حزم RTP لفتح قناة NAT. وينطبق ذلك على مكالمات الفيديو X6.
2 بعد وضع مكالمة الهاتف في وضع الانتظار، يرسل الهاتف حزم RTP دوريًا للحفاظ على اتصال NAT.
1.3.2 التقاط الحزم
توضح الصورة التالية حزمة RTP Keep Alive المرسلة. ومن خلال الحزمة التي يحللها Wireshark، يمكن ملاحظة أن ترميز حزمة المكالمة العادية هو G.711 PCMU، وهو مختلف عن ترميز حزمة RTP Keep Alive المرسلة.
توضح الصورة التالية حزمة RTP Keep Alive كاملة.