تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند سلوك NAT (ترجمة عنوان الشبكة) في الموجهات التي تعمل على هيئة CUBE (Cisco Unified Border Element)، CME أو CUCME (Cisco Unified Connection Manager Express)، والعبارات و CUSP (وكيل SIP الموحد من Cisco).
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
تستند المعلومات الواردة في هذا المستند إلى
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.
ترجمة عنوان الشبكة هي تقنية شائعة الاستخدام لترجمة عناوين IP على الحزم التي تتدفق بين الشبكات باستخدام مساحات عناوين مختلفة. ليس الغرض من هذا وثيقة أن يراجع NAT. بدلا من ذلك، يهدف هذا المستند إلى توفير مراجعة شاملة ل NAT كما يتم إستخدامه في شبكات Cisco VoIP. علاوة على ذلك، يقتصر النطاق على المكونات التي تكون تقنية MS-Voice.
شكل 1
ملاحظة: قد يساعد التفكير في NAT كمساعدة لتوجيه حزم IP إلى الشبكات ومنها باستخدام مساحة العنوان الخاصة. بمعنى آخر، يجعل NAT العناوين غير الموجهة قابلة للتوجيه
الشكل 2 يوضح المخطط المشار إليه في الرسوم التوضيحية التالية.
شكل 2
هذا المسرد أساسي لفهم ووصف nat
ملاحظة: تمتع بالراحة مع هذه المصطلحات. أي ملاحظة أو وثيقة متعلقة ب NAT يجب أن تشير إليها
هذا أبسط شكل ل NAT، حيث في كل عنوان داخلي ترجمت ساكن إلى عنوان خارجي (والعكس).
شكل 3
ال CLI أن تشكيل للترجمة آنفة الذكر هو كما يلي
قارن إثرنيت0/0
عنوان IP 10.1.1.3 255.255.255.0
IP NAT بالداخل
!
الواجهة التسلسلية0/0
عنوان IP 200.1.1.251 255.255.255.252
ip nat خارج <— مطلوب![2]
ip nat داخل المصدر ساكن إستاتيكي 10.1.1.2 200.1.1.2
ip nat داخل المصدر ساكن إستاتيكي 10.1.1.1 200.1.1.1
في NAT الديناميكي، تم تعيين كل مضيف داخلي إلى عنوان من مجموعة عناوين.
ال CLI التالي يوضح يشكل NAT حركي
عندما يكون التجمع (لعناوين IP) أصغر من مجموعة العناوين التي تحتاج إلى ترجمة، فإن هذه الميزة تكون مفيدة.
الشكل 4 يوضح بات.
الشكل 4
تنفيذ Cisco NAT متعدد الاستخدامات جدا مع مجموعة من الخيارات. وفيما يلي بعض هذه التحسينات، يرجى الرجوع إلى http://www.cisco.com/en/US/partner/technologies/tk648/tk361/tk438/technologies_white_paper09186a0080091cb9.html للحصول على تفاصيل حول القائمة الكاملة للتحسينات.
يشير ثقب ضيق في رمز NAT إلى التخطيط بين <المضيف IP، port> و<العنوان العام، المنفذ العالمي> من المجموعات. هو يسمح ال nat أداة أن يستعمل الغاية ميناء رقم (أي يكون العالمي ميناء) من رسالة قادم أن يعين الغاية back to المضيف ip وميناء أن أنشأ الجلسة. من المهم أن يلاحظ أن يحدد الوقت بعد فترة من عدم الإستخدام ويعاد العنوان العام إلى تجمع NAT.
ما هي إذن القضايا والشواغل المتعلقة بشركة NAT في شبكات بروتوكول الصوت عبر الإنترنت؟ حسنا، تذكر أن NAT الذي ناقشناه حتى الآن (والذي يتم الرجوع إليه مؤقتا ك NAT أساسي) يترجم فقط عنوان IP في رأس حزمة IP ويعيد حساب المجموع الاختباري، بطبيعة الحال، ولكن إرسال إشارات VoIP يحمل عناوين مضمنة في متن رسائل الإشارات. بمعنى آخر، في الطبقة 5
الشكل 5 يوضح تأثير ترك عناوين IP المضمنة بدون ترجمة. يتم إرسال إشارات الاتصال بنجاح، ولكن يفشل وكيل SIP في مزود الخدمة في محاولة توجيه حزم الوسائط (RTP) إلى عنوان الوسائط الذي يتم إرساله بواسطة وكيل الاتصال!
شكل 5
مثال آخر هو إستخدام نقطة نهاية SIP ل Contact: حقل في SDP للاتصال بالعنوان الذي ترغب نقطة النهاية عنده في تلقي رسائل الإشارات للطلبات الجديدة.
يتم معالجة هذه المشاكل بواسطة ميزة تسمى بوابة طبقة التطبيق (ALG).
يفهم ALG البروتوكول المستخدم من قبل التطبيقات المحددة التي يدعمها (على سبيل المثال SIP) ويقوم بفحص حزم البروتوكول و"إصلاح" حركة المرور من خلاله. للحصول على وصف جيد لكيفية إصلاح مختلف الحقول لإرسال إشارات مكالمات SIP، ارجع إلى http://www.voip-info.org/wiki/view/Routers+SIP+ALG.
على موجهات Cisco، مكنت دعم ALG SIP، افتراضيا، على ال قياسي TCP ميناء 5060. من الممكن تكوين ALG لدعم المنافذ غير القياسية لإرسال إشارات SIP. ارجع إلى http://www.cisco.com/en/US/docs/ios-xml/ios/ipaddr_nat/configuration/15-mt/nat-tcp-sip-alg.html.
تحذير: احترس! لا يوجد RFC أو أي معيار آخر يوضح الحقول المضمنة التي يجب ترجمتها لبروتوكولات VoIP المختلفة. ونتيجة لذلك، تختلف عمليات التنفيذ بين بائعي المعدات، مما يؤدي إلى مشاكل في عمليات التشغيل البيني (وحالات مركز المساعدة الفنية).
بما أن البوابات، بحكم التعريف، ليست أجهزة بروتوكول الإنترنت إلى بروتوكول الإنترنت، فإن NAT غير قابل للتطبيق.
هذا قسم من الوثيقة مراجعة سيناريو إستدعاء مع CME أن يفهم لما nat ينبغي كنت استعملت.
السيناريو 1. الهواتف المحلية
السيناريو 2. الهواتف البعيدة (بعناوين IP العامة)
السيناريو 3. العامل عن بعد
ملاحظة: في جميع الحالات، لكي يتدفق الصوت، يلزم أن يكون عنوان IP الخاص ب CME قابلا للتوجيه
في هذا السيناريو (شكل 6)، يكون هاتفا الهاتف المشاركان في المكالمة هما هواتفان نحيفان لهما عناوين IP خاصة.
الشكل 6
ملاحظة: تذكر أن الهاتف النحيف المتصل بهاتف آخر قليل السمك في نفس نظام CME يرسل حزم الوسائط الخاصة به مباشرة إلى الهاتف الآخر، على سبيل المثال، لا يتم تدفق RTP الخاص بالهاتف المحلي إلى الهاتف المحلي عبر CME.
لذلك، لا ينطبق NAT أو مطلوب في هذه الحالة.
ملاحظة: تحدد CME ما إذا كان يجب أن تستند الوسائط (RTP) مباشرة أم لا إلى ما إذا كان كل من الهاتف المشمول في المكالمة نحيلا وفي نفس مقطع الشبكة. وإلا، فإن CME يدرج نفسه في مسار RTP.
في هذا السيناريو (شكل 7)، يدخل CME نفسه في تدفق RTP بحيث يتم إنهاء RTP من الهواتف على CME. ستقوم CME بإعادة إنشاء الجداول باتجاه الهاتف الآخر. بما أن CME يجلس على كل من الشبكة الداخلية (الخاصة) والشبكة الخارجية ويرسل عنوانها الداخلي إلى الهاتف الداخلي والعنوان (العام) الخارجي إلى الهاتف الخارجي، nat غير مطلوب هنا أيضا.
ومع ذلك، لاحظ أنه يجب أن تكون منافذ UDP/TCP (الإشارات وكذلك RTP) مفتوحة بين هاتف IP البعيد وعنوان IP لمصدر CME. هذا يعني أن جدران الحماية أو أجهزة التصفية الأخرى تم تكوينها للسماح بالمنافذ المعنية.
الشكل 7
ملاحظة: لاحظ أن إرسال الإشارات [الرسائل] يتم إنهاؤها دائما على CM
يشير هذا إلى هواتف IP المتصلة ب CME عبر WAN لدعم عمال الهاتف الذين لديهم مكاتب بعيدة عن موجه CME. وأكثر التصميمات شيوعا هي تلك التي تتضمن هواتف لها عناوين IP قابلة للتوجيه وهواتف لها عناوين IP خاصة.
إذا تم تكوين كل من الهواتف المشاركة في المكالمة باستخدام عناوين IP عامة قابلة للتوجيه، يمكن تدفق الوسائط بين الهواتف مباشرة شكل 8). لذلك، مرة أخرى، لا حاجة إلى NAT!
الشكل 8
في هذا السيناريو، يتم الإشارة إلى المكالمة بين الهواتف النحيفة التي تم تكوينها باستخدام عناوين IP الخاصة. لا تكون موجهات المكتب المنزلي (SOHO)، بشكل عام، "مدركة ل SCCP"، أي غير قادرة على ترجمة عناوين IP المضمنة في رسائل SCCP. وهذا يعني أنه عند اكتمال إعداد المكالمة، ينتهي المطاف بالهواتف باستخدام عنوان IP الخاص ببعضها البعض. بما أن كلا هاتفي خاص، فسيقوم CME بإرسال إشارة للمكالمة بينهما بحيث يتدفق الصوت مباشرة بين الهاتف. ومع ذلك، سيؤدي ذلك إلى ظهور صوت أحادي الإتجاه أو غير مسموح به (نظرا لأنه لا يمكن توجيه عناوين IP الخاصة، حسب التعريف، إلى الإنترنت!)، ما لم يتم تنفيذ أحد الحلول التالية-
· تكوين المسارات الثابتة على موجهات SOHO
· إنشاء اتصال VPN لبروتوكول IPsec بالهواتف
وثمة طريقة أفضل لحل هذه المشكلة تتمثل في تكوين "MTP". يضمن الأمر MTP أن حزم الوسائط (RTP) من الهواتف البعيدة تمر من خلال موجه CME (شكل 9).
الشكل 9
حل "MTP" أفضل بسبب التعقيدات الناتجة عن فتح منافذ جدار الحماية. قد يتم عرقلة حزم الوسائط المتدفقة عبر شبكة WAN بواسطة جدار حماية. هذا يعني أنك تحتاج إلى فتح المنافذ على جدار الحماية، ولكن أي منها؟ من خلال ميزة نقل الصوت عبر الإنترنت (CME)، يمكن تهيئة جدران الحماية بسهولة لتمرير حزم RTP. يستخدم موجه CME منفذ UDP محدد (2000!) لحزم الوسائط. لذلك، ب يسمح فقط ربط إلى ومن ميناء 2000، كل RTP حركة مرور يستطيع كنت مررت.
الشكل 10 يوضح كيفية تكوين MTP.
آيفون 1
mac 111٫222٫3333
نوع 7965
mtp
زر 1:1
الشكل 10
كل شيء ليس رائعا مع MTP. هناك حالات قد لا يكون MTP مستصوبا فيها
لذلك، إذا كان لديك تكوين شبكة WAN يمكنه إعادة توجيه حزم البث المتعدد ويمكنك السماح لحزم RTP من خلال جدار الحماية الخاص بك، فيمكنك تحديد عدم إستخدام MTP.
لاحظ أن هواتف SIP لم تذكر في السيناريوهات المذكورة أعلاه. هذا بسبب حقيقة أنه إذا كان أحد الهواتف هاتف SIP، CME يدخل نفسه في مسار الصوت. ويصبح هذا بعد ذلك السيناريو المحلي إلى البعيد المذكور سابقا، حيث لا يشترط NAT.
يؤدي المكعب بطبيعته وظائف NAT و PAT كما يقوم بإنهاء وإعادة إنشاء كل الجلسات. يستبدل CUBE عنوانه الخاص لعنوان أي نقطة نهاية يتصل بها، وبالتالي إخفاء (ترجمة) عنوان نقطة النهاية تلك بشكل فعال.
لذلك، لا يتطلب NAT مع وظيفة CUBE. هناك سيناريو خدمة VoIP يتطلب NAT على المكعب، كما هو موضح في القسم التالي.
ستساعد خلفية مختصرة حول خدمة الهاتف المستضاف على فهم الأساس المنطقي لهذه الميزة.
الخدمة الهاتفية المستضافة هي شكل جديد من خدمة VoIP حيث يوجد معظم المعدات في موقع مزود الخدمة. إنها تعمل مع بوابات المنزل (HGW)، التي تطبق فقط NAT الأساسية (أي NAT at L3/L4). على سبيل المثال، تقوم Verizon بتثبيت محطة الشبكة الضوئية (ONT)، التي توفر خدمات FiOS في المنزل، وتتم الإشارة إلى المكالمات الصوتية باستخدام عملية SIP مضمنة في ONT. يتم إرسال إشارات SIP عبر شبكة IP الخاصة في Verizon إلى محولات لينة جديدة، والتي توفر الخدمة والتحكم لإنشاء الاتصالات الصوتية إلى عملاء الصوت الرقمي الآخرين في FiOS، أو إلى عملاء الهاتف التقليديين.
من بين متطلبات الموفر الأساسية للخدمة الهاتفية المستضافة،
ونظرا لما سبق ، ما هي الخيارات الموجودة لتنفيذ هذه الخدمة ؟
يفي خيار NAT SBC بمتطلبات الموفر المذكورة أعلاه.
يعمل نظام NAT SBC على النحو التالي (شكل 11)
الشكل 11
يلي نموذج تكوين ل NAT SBC نموذجي.
ip nat sip-sbc
وكيل 200.200.200.10 5060 15.3.33.22 بروتوكول 5060 UDP
call-id-pool call-id-pool
session-timeout 300
وضع السماح بالتدفق حول
تجاوز المنفذ
!
ip nat بركة sbc1 15.3.33.61 15.3.33.69 netmask 255.255.0.0
ip nat بركة sbc2 15.3.33.91 15.3.33.99 netmask 255.255.0.0
ip nat pool call-id-pool 1.1.1.1.1.255.254 netmask 255.255.0.0
ip nat بركة خارج التجمع 200.200.200.100 200.200.200.200.200 netmask 255.255.255.0
الحمل الزائد لتجمع SBC1 الخاص ب IP nat داخل قائمة المصدر
ip nat داخل قائمة المصدر 2 بركة sbc2
ip nat خارج قائمة المصدر 3 تجمع خارج بركة إضافة مسار
ip nat داخل مصدر قائمة 4 تجمع إستدعاء-id-بركة
!
تصريح قائمة الوصول 1 10.1.1.0 0.0.255
تصريح قائمة الوصول 1 1.1.1.0.0.0.255
تصريح قائمة الوصول 2 20.1.1.0 0.0.255
تصريح قائمة الوصول 2 1.1.1.0.0.0.255
تصريح قائمة الوصول 3 15.4.0.0.0.0.255.255
تصريح قائمة الوصول 3 15.5.0.0.0.255.255
السماح لقائمة الوصول 4 10.1.0.0.0.255.255
تصريح قائمة الوصول 4 20.1.0.0.0.255.255
يوضح الشكل 13 والشكل 14 تدفق المكالمات من حيث الترجمات. ينبغي ملاحظة النقاط التالية-
— هاتف برتوكول الإنترنت A - 15.3.33.62 2001
— هاتف SIP B - 15.3.33.62 2002
الشكل 13
الشكل 14
في الإصدارات السابقة (من SBC NAT)، كان على نقاط النهاية ل SIP إرسال حزم الاحتفاظ بالحياة للإبقاء على ثقب أمان تسجيل SIP مفتوحا (للسماح بالخروج>في حركة المرور، مثل المكالمات الواردة). يمكن أن تكون حزم SIP أي حزمة SIP مرسلة من نقطة النهاية أو السجل (المحول الليني). وقد تجنبت الإصدارات الأخيرة الحاجة إلى ذلك، حيث ترغم إدارة الشبكة (NAT-SBC) نفسها (في مقابل المحولات المرنة) نقاط النهاية على إعادة التسجيل بشكل متكرر لإبقاء الثقوب مفتوحة.
ملاحظة: يمكن أن تكون أعراض فتحة دقيقة لتسجيل منتهية الصلاحية غامضة، مع فشل إرسال إشارات المكالمات العشوائية.
تتضمن CUSP فكرة الشبكة المنطقية، والتي تشير إلى مجموعة من الواجهات المحلية التي يتم التعامل معها بشكل مماثل لأغراض التوجيه (على سبيل المثال، الواجهة، المنفذ، النقل من أجل الاستماع). عندما يشكل شبكة منطقي على CUSP، أنت يستطيع شكلت هو أن يستعمل NAT. وبمجرد تكوينها، يتم تمكين SIP ALG تلقائيا. يكون هذا مفيدا عندما تكون هناك شبكات منطقية معينة.
وقد يكون من الأعراض الواضحة فشل المكالمة في إتجاه واحد أو في الاتجاهين. الأعراض الأقل وضوحا قد تتضمن،
يتم عرض إخراج تصحيح الأخطاء لعدد من السيناريوهات أدناه. إنها في الغالب تفسر نفسها بنفسها!
تظهر أدناه سطور التكوين وتصحيح الأخطاء ل NAT الأساسية.
يتم عرض سطور الإخراج من debug ip nat sip. في هذه الحالة، ترجمت عنوان IP مدمج على حزمة صادرة.
نظرة عامة:
VoP و NAT
مصفوفة ميزة NAT
إجتياز NAT المستضاف:
إن تي إس بي سي
alg:
CME
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
23-May-2017 |
الإصدار الأولي |