المحتويات

المقدمة

المتطلبات الأساسية

لماذا هنالك حاجة إلى NAT64؟

كيف يمكننا جعل الاتصال بين IPv4 و IPv6 ممكنا؟

أنواع ترجمة NAT64

السيناريو 1: إذا كنا نريد الاتصال بخادم IPv4 (الموجود في شبكة IPv4) من المضيف في شبكة IPv6

تدفق الحزمة في حالة NAT64 ذو الحالة

دليل تكوين NAT64

التكوين على الموجه NAT 46

التحقق من تفاصيل NAT64

السيناريو 2: بدء حركة المرور من عملاء IPv4 فقط إلى خوادم IPv6 فقط

دليل تكوين NAT46

التكوين على الموجه NAT 46

التحقق من NAT46

سيناريوهات الترجمة وقابليتها للتطبيق

أوامر أستكشاف الأخطاء وإصلاحها المهمة في حالة تعرضنا لأي مشكلة أثناء تنفيذ NAT64

المقدمة

NAT64 هو آلية لنقل بروتوكول IPv4 إلى بروتوكول IPv6 والتعايش مع بروتوكول IPv4-IPv6. مع DNS64، الغرض الأساسي من NAT64 هو السماح لعميل IPv6 فقط ببدء الاتصالات إلى خادم IPv4 فقط.يمكن أيضا إستخدام NAT64 لعملاء IPv4 فقط الذين يبدأون الاتصالات مع خوادم IPv6 فقط باستخدام روابط ثابتة أو يدوية. لقد شرحت كلا السيناريوهين في هذا المستند.

المتطلبات الأساسية

معرفة أساسية ب IPv6 و NAT

لماذا هنالك حاجة إلى NAT64؟

- وتتميز جميع أجهزة بروتوكول الإنترنت الحديثة تقريبا بإمكانية الإصدار السادس من بروتوكول الإنترنت (IP)، ولكن لا يزال العديد من الأجهزة الأقدم تعمل بالإصدار الرابع من بروتوكول الإنترنت (IP) فقط. نحتاج إلى طريقة لتوصيل هذه الأجهزة عبر شبكة IPv6.

- من المتوقع أن تظل بعض التطبيقات الأقدم التي تدمج عناوين IPv4 في الطبقات العليا موجودة لفترة من الوقت ويجب تكييفها مع IPv6.

- مع عدم توفر عناوين IPv4، يتم تخصيص عناوين IPv6 للأجهزة الجديدة، ومع ذلك، لا تزال معظم المحتوى الذي يمكن الوصول إليه على الإنترنت هو IPv4. يجب أن تصل هذه الأجهزة الجديدة إلى هذا المحتوى.

- بعد بضع سنوات، سيطبق العكس: سيكون معظم المحتوى هو IPv6، ولكن يجب أن تصل إليه الأجهزة القليلة المتبقية التي تعمل عبر الإصدار الرابع من بروتوكول الإنترنت (IPv4).

- يجب أن تتحدث الأجهزة التي تعمل عبر بروتوكول IPv4 فقط إلى الأجهزة التي تعمل عبر بروتوكول IPv6 مع أقل مستوى من وعي المستخدم أو عدم توعيته على الإطلاق.

كيف يمكننا جعل الاتصال بين IPv4 و IPv6 ممكنا؟

بما أن IPv6 لا يتوافق مع IPv4 من الإصدارات السابقة، فقد تم تركنا مع ضرورة وجود آليات انتقالية، والتي تقع في واحدة من ثلاث فئات:

- واجهات مكدسة مزدوجة: إن الحل الأبسط للتعايش المشترك عبر بروتوكولي IPv4 و IPv6 (غير القابلية للتشغيل البيني) هو إنشاء الواجهات "ثنائية اللغة"، حتى يمكنها التحدث عبر أجهزة بروتوكول IPv4 إلى أجهزة بروتوكول IPv4 وأجهزة بروتوكول IPv6 إلى أجهزة بروتوكول IPv6. يعتمد أي إصدار يستخدمونه إما على إصدار الحزم التي يتلقونها من جهاز أو نوع العنوان الذي يمنحهم DNS به عند استعلامهم عن عنوان جهاز. كانت المجموعة المزدوجة هي الوسيلة المقصودة للتحول من الإصدار الرابع من بروتوكول الإنترنت إلى الإصدار السادس من بروتوكول الإنترنت (IP)، ولكن كان الافتراض هو أن عملية الانتقال سوف تكتمل قبل استنفاد الإصدار الرابع من بروتوكول الإنترنت (IPv4). وهذا لم يحدث، لذلك يصبح التجميع المزدوج أكثر تعقيدا: كيف يمكنك منح كل واجهة عنوان IPv4 وعنوان IPv6 عندما لا يكون هناك ما يكفي من عناوين IPv4 متاحة للتنقل؟

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

- المترجمون: يقوم المترجمون بإنشاء قابلية التشغيل البيني بين جهاز IPv4 وجهاز IPv6 عن طريق تغيير رأس حزمة من إصدار واحد إلى رأس الإصدار الآخر.

#على غرار أساليب الانتقال الأخرى، لا تعتبر الترجمة إستراتيجية طويلة الأجل، وينبغي أن يكون الهدف النهائي هو الإصدار السادس من بروتوكول الإنترنت (IP) الأصلي.  ومع ذلك، توفر الترجمة ميزتين رئيسيتين على الاتصال النفقي:

- توفر الترجمة وسيلة للانتقال التدريجي والسلس إلى IPv6.

- يمكن لمزودي المحتوى توفير الخدمات بشفافية لمستخدمي إنترنت IPv6.

أنواع ترجمة NAT64

NAT64 عديم الحالة

في NAT64 عديم الحالة، لا يتم الحفاظ على الحالة مما يعني أنه لكل مستخدم IPv6 يلزم وجود عنوان IPv4 مخصص. بما أننا في مرحلة استنفاد IPv4، من الصعب جدا اعتماد هذا الوضع من NAT64. الميزة الوحيدة لاستخدام NAT64 عديم الحالة عندما يكون لديك أعداد قليلة من عناوين IPv6 (NAT46).

NAT64 ذو الحالة

في NAT64 ذو الحالة، يتم الحفاظ على الحالة. يتم إستخدام عنوان IP واحد لجميع المستخدمين الخاصين الذين لديهم أرقام منافذ مختلفة. في المخطط الوارد أعلاه، يتم إستخدام عنوان IPv4 واحد مع أرقام منافذ مختلفة لجميع مستخدمي IPv6 الموجودة في تلك الشبكة المحلية (LAN) للوصول إلى خادم IPv4 عام.

فيما يلي المزيد من التفاصيل حول الفرق بين ترجمة NAT64 التي تحمل صفة "الحالة" وتلك التي لا تحتوي على أية حالة:

NAT64 عديم الحالة

NAT64 ذو الحالة

ترجمة 1:1

ترجمة 1:N

عدم حفظ عنوان IPv4

يحفظ عنوان IPv4

يضمن شفافية العناوين وإمكانية تطويرها بشكل شامل

يستخدم التحميل الزائد للعنوان، وبالتالي يفتقر إلى شفافية العنوان من نهاية إلى نهاية

لم يتم إنشاء أية حالة أو روابط في الترجمة

يتم إنشاء الحالة أو الروابط على كل ترجمة فريدة

يتطلب تعيين عناوين IPv6 القابلة للتحويل عبر الإصدار الرابع من بروتوكول الإنترنت (IP) (متطلب إلزامي)

لا توجد متطلبات حول طبيعة تعيين عنوان IPv6

يتطلب تعيين عنوان يدويا أو تعيين عنوان مستند إلى DHCPv6 لأجهزة IPv6 المضيفة

حرة في إختيار أي وضع من أوضاع تعيين عناوين IPv6 من خلال دليل، DHCPv6، SLAAC

- في هذا المستند، قمت بعرض NAT64 ذو حالة مع ممارسة Lab حيث يريد مضيف IPv6 الاتصال بخادم IPv4. أيضا، لقد عرضت NAT64 عديم الحالة حيث يريد مضيفو IPv4 الوصول إلى خادم IPv6، هذا السيناريو يسمى أيضا NAT46.

السيناريو 1: إذا كنا نريد الاتصال بخادم IPv4 (الموجود في شبكة IPv4) من المضيف في شبكة IPv6

- في الصورة الواردة أعلاه، يرغب المضيف الموجود في شبكة IPv6 في الوصول إلى خادم الويب (www.example.com) باستخدام IP 10.1.113.2 الموجود في شبكة IPv4.

- إذا كان لنا أن نضغط مباشرة على عنوان IPv4 (10.1.113.2) من المضيف في شبكة IPv6، فلن يفهم الجهاز عنوان IPv4 هذا لأنه لا يفهم إلا عناوين IPv6. لذلك سيتم إسقاط الحزمة على المضيف.

- وبالمثل، إذا قمنا باختبار عنوان IPv6 من شبكة IPv4، فلن يفهم الجهاز أن IP وسيتسبب في حدوث خطأ لأنه يتم تكوينه بشكل افتراضي لشبكة IPv4 فقط.

- كما لا يمكن توجيه حزمة IPv4 من خلال شبكة IPv6 فقط والعكس بالعكس. وبالتالي هناك حاجة إلى الترجمة بحيث يمكننا ترجمة الحزم على الأجهزة الطرفية إلى IPv4 أو IPv6 حسب المتطلبات.

هناك ثلاثة مكونات رئيسية ل NAT64

- بادئة NAT64: Any /32، /40، /48، /56، /64، أو /96 تستخدم مع عنوان IPv4 محول لإرسال الحزمة عبر الشبكة الخاصة ب IPv6 فقط. يمكن أن تكون بادئة NAT64 بادئة خاصة بالشبكة (NSP) أو بادئة معروفة (WKP). يتم تعيين NSP بواسطة مؤسسة ويكون عادة شبكة فرعية من بادئة IPv6 للمؤسسة. WKP ل NAT64 هو 64:ff9b:/96. إذا لم يتم تحديد NSP أو تكوينه، فإن NAT64 سوف يستخدم WKP لترشيد عنوان IPv4 المحول. ويشار أيضا إلى بادئة NAT64 باسم Pref64::/n.

- خادم DNS64: يعمل خادم DNS64 كخادم DNS عادي لسجلات AAA ل IPv6 ولكنه سيحاول أيضا تحديد موقع سجل IPv4 A عند عدم توفر سجل AAA. إذا تم تحديد موقع سجل، فإن DNS64 يحول السجل IPv4 A إلى سجل IPv6 AAA باستخدام بادئة NAT64. وهذا يعطي انطباعا للمضيف الذي يحتوي على IPv6 فقط بأنه يمكنه الاتصال بخادم باستخدام IPv6.

- الموجه NAT64: يعلن موجه NAT64 عن بادئة NAT64 في الشبكة الخاصة ب IPv6 فقط مع تنفيذ الترجمة بين الشبكات الخاصة ب IPv6 فقط و IPv4 فقط.

تدفق الحزمة في حالة NAT64 ذو الحالة

1. لنفترض أن مضيف الصور الموجود في شبكة IPv6 يريد الاتصال بخادم ويب www.example.com (10.1.113.2) وهو خادم IPv4 فقط.

2. لجعل هذا الاتصال ممكنا، يجب أن يكون لدينا خادم DNS64 مثبتا في شبكة IPv6 التي يمكننا فهم DNS لطلبات IPv4 وحلها.

3. يعمل خادم DNS64 كخادم DNS عادي لسجلات IPv6 AAA ولكنه سيحاول أيضا تحديد موقع سجل IPv4 A عند عدم توفر سجل AAA. إذا تم تحديد موقع سجل، فإن DNS64 يحول السجل IPv4 A إلى سجل IPv6 AAA باستخدام بادئة NAT64. وهذا يعطي انطباعا للمضيف الذي يحتوي على IPv6 فقط بأنه يمكنه الاتصال بخادم باستخدام IPv6.

4. يتم الآن إرسال طلب تحليل DNS ل www.example.com إلى خادم DNS64. تبحث هذه الفئة أولا في جدول سجلات IPv6 AAA ولكنها لا تجد أي سجل AAA ل IPv6 نظرا لأن خادم موقع الويب هذا ينتمي إلى عنوان IPv4. بعد ذلك تبحث في قاعدة بيانات IPv4 وتجد عنوان IPv4 مطابقا لموقع الويب هذا. الآن سيقوم خادم DNS64 بتحويل عنوان IPv4 هذا إلى عنوان IPv6 عن طريق تحويل عنوان IPv4 هذا إلى سداسية عشرية وبادئة NAT64 المعلقة مسبقا إليها. من خلال القيام بذلك، سوف يعطي هذا انطباعا لمضيف IPv6 فقط الذي يمكنه الاتصال بخادم ويب باستخدام IPv6.

5. يتم توجيه الحزم في شبكة IPv6 فقط نحو الجهاز الذي يقوم ب NAT64 بمساعدة بادئة NAT64 التي تم تكوينها مسبقا إلى قيمة سداسية عشرية لعنوان IPv4.

6. يقوم الموجه NAT64 بالإعلان عن البادئة NAT64 في الشبكة الخاصة ب IPv6 فقط مع تنفيذ الترجمة بين الشبكات الخاصة ب IPv6 فقط و IPv4 فقط.

7. بمجرد أن تصل الحزمة إلى الجهاز الذي يقوم بترجمة NAT64، ستتم مطابقة الحزم مع قائمة التحكم في الوصول (ACL) التي قمنا بتكوينها ل NAT64. إذا كانت الحزم تطابق قائمة التحكم في الوصول هذه، فسيتم ترجمة الحزمة باستخدام NAT64 أكثر، إذا لم تطابق الحزمة قائمة التحكم في الوصول (ACL) التي تم تكوينها، فسيتم توجيهها باستخدام توجيه IPv6 العادي نحو الوجهة الخاصة بها.

8. يستخدم NAT64 ذو الحالة قوائم التحكم في الوصول (ACLs) التي تم تكوينها وقوائم البادئات لتصفية تدفقات حركة مرور البيانات التي تم بدؤها بواسطة IPv6 والتي يسمح لها بإنشاء حالة NAT64. تتم تصفية حزم IPv6 في إتجاه IPv6 إلى IPv4 لأنه يمكن إجراء التوزيع الديناميكي للتعيين بين مضيف IPv6 وعنوان IPv4 فقط في هذا الإتجاه. يدعم NAT64 ذو الحالة التصفية المعتمدة على نقطة النهاية لتدفق الحزمة IPv4 إلى IPv6 مع تكوين PAT.

9. في تكوين NAT64 PAT ذو الحالة، يجب أن يكون تدفق الحزمة قد نشأ من نطاق IPv6 وأنشأ معلومات الحالة في جداول حالة NAT64. يتم إسقاط الحزم من جانب IPv4 التي لا تحتوي على حالة تم إنشاؤها مسبقا. يتم دعم التصفية غير المعتمدة على نقطة النهاية مع ترجمة عنوان الشبكة (NAT) الثابتة والتكوينات غير المعتمدة على PAT.

يتم توجيه الحزمة الأولى IPv6 إلى الواجهة الظاهرية NAT (NVI) استنادا إلى إعداد التوجيه التلقائي الذي تم تكوينه للبادئة المعبرة عن الحالة. يقوم NAT64 ذو الحالة بتنفيذ سلسلة من عمليات البحث لتحديد ما إذا كانت حزمة IPv6 تطابق أي من عمليات التعيين التي تم تكوينها استنادا إلى البحث في قائمة التحكم في الوصول (ACL). استنادا إلى التعيين، يتم إقران عنوان IPv4 (ومنفذ) بعنوان وجهة IPv6.

تتم ترجمة حزمة IPv6 ويتم تكوين حزمة IPv4 باستخدام الطرق التالية:

1. إستخراج عنوان IPv4 الوجهة عن طريق تجريد البادئة من عنوان IPv6. يتم إستبدال عنوان المصدر بعنوان IPv4 المخصص (والمنفذ).

2. تتم ترجمة باقي الحقول من IPv6 إلى IPv4 لتكوين حزمة IPv4 صالحة.

10. يتم إنشاء ترجمة NAT64 جديدة في قاعدة بيانات الجلسة وفي قاعدة بيانات bind. يتم تحديث قواعد بيانات الوعاء والمنفذ وفقا للتكوين.

11.ستستخدم حركة المرور العائدة وحركة المرور اللاحقة لتدفق حزمة IPv6 إدخال قاعدة بيانات جلسة العمل هذا للترجمة.

- لكي يعمل NAT64، يجب أن يكون هناك إمكانية الوصول إلى عنوان الواجهة IPv6 الموجود في شبكة IPv6 من IPv6 كما يجب أن تكون إمكانية الوصول من موجه NAT64 إلى عنوان IPv4 الخاص بالخادم.

دليل تكوين NAT64

الخطوة 1. المضيف A هو مضيف IPv6 فقط يريد الاتصال بالخادم www.example.com. يؤدي هذا إلى تشغيل استعلام DNS (AAAA: www.example.com) إلى خادم DNS64. يعد DNS64 مكونا أساسيا لهذه العملية. خادم DNS64 هو خادم DNS لكل من IPv6 و IPv4. وهو ما يخلق لدى العميل وهم إمكانية الوصول إلى خوادم IPv4 باستخدام عنوان IPv6.

يرسل المضيف A استعلام DNS (AAA: www.example.com) إلى خادم DNS64. فيما يتعلق بالمضيف A، فهذا استعلام DNS AAA عادي لخادم IPv6.

الخطوة 2. يتلقى خادم DNS64 استعلام AAA ل DNS من المضيف A. في محاولة لحل اسم المجال، يرسل خادم DNS64 استعلاما إلى خادم DNS AAA المخول ل www.example.com.

الخطوة 3. يرجع خادم IPv6 DNS AAA المخول إستجابة تشير إلى أنه لا يحتوي على سجل موارد AAA ل www.example.com.

الخطوة 4. عند تلقي إستجابة إجابة فارغة (خطأ الاسم) على استعلام AAA، يؤدي ذلك إلى تشغيل خادم DNS64 لإرسال استعلام (A: www.example.com) إلى خادم DNS موثوق به ل IPv4 DNS.

الخطوة 5. يحتوي خادم IPv4 DNS المخول على سجل موارد ل www.example.com ويرجع إستجابة باستخدام عنوان IPv4 للخادم (أ: www.example.com 10.1.113.2).

الخطوة 6. يتلقى خادم DNS64 عنوان IPv4 من DNS A المخول خادم ويصنع سجل AAA عن طريق إجراء تصحيح مسبق للعنوان ببادئة NAT64 الخاصة به، 2800:1503:2003:1:1:/96، ويحول عنوان IPv4 إلى سداسي عشر، 0a01:7102.سيستخدم هذا العنوان من قبل المضيف A كعنوان IPv6 الوجهة للوصول إلى الخادمwww.example.com.

الخطوة 8. سجل AAA الذي تم توليفه شفاف تماما لاستضافة A. لاستضافة A، يظهر كما لو كان www.example.com قابلا للوصول إليه عبر شبكة IPv6 والإنترنت. يحتوي المضيف A الآن على معلومات العنونة اللازمة لنقل حزم IPv6 إلى www.example.com باستخدام ما يلي:

- عنوان وجهة IPv6: 2800:1503:2000:1:1::0a01:7102

- عنوان مصدر IPv6: 2001:DB8:3001::9

الخطوة 9. يستقبل موجه NAT64 حزمة IPv6 التي يتم إرسالها بواسطة المضيف A على الواجهة التي تم تمكين NAT64 بها. ويطابق الحزم الواردة إلى قائمة التحكم في الوصول (ACL) التي تم تكوينها. إذا لم يتم العثور على تطابق، تتم إعادة توجيه الحزمة غير مترجمة باستخدام التوجيه العادي ل IPv6. إن وجدت تلاءم يكون الربط يمر بالترجمة التالية:

- تتم ترجمة رأس IPv6 إلى رأس IPv4.

- تتم ترجمة عنوان وجهة IPv6 إلى عنوان IPv4 عن طريق إزالة البادئة NAT64 ذات الحالة ل IPv6:2800:1503:2000:1:1:/96 . يتم تمثيل وحدات 32 بت الأقل من عنوان IPv6، 0a01:7102، كعنوان IPv4 العشري المنقوط 10.1.113.2.

- تتم ترجمة عنوان مصدر IPv6 إلى عنوان IPv4 باستخدام تجمع عناوين IPv4 الذي تم تكوينه. استنادا إلى تكوين NAT64، يمكن أن يكون هذا إما ترجمة عنوان 1:1 أو إستخدام التحميل الزائد لعنوان IPv4. هذا مماثل ل NAT ل IPv4. في هذا السيناريو، تتم ترجمة عنوان IPv6 المصدر الخاص بالمضيف A إلى عنوان IPv4 50.50.50.50.

- خلقت حالة NAT64 عنوان ترجمة دولة ل على حد سواء المصدر والوجهة عنوان. خلقت هذا حالة أول مرة الترجمة يكون أنجزت على الربط. ويتم الاحتفاظ بهذه الحالة للحزم التالية في التدفق. تنتهي الحالة عندما تنتهي صلاحية حركة المرور وموقت صيانة الدولة.

الخطوة 10. بعد ترجمة NAT64، تتم إعادة توجيه حزمة IPv4 المترجمة باستخدام عملية بحث المسار العادية ل IPv4. في هذا السيناريو، يتم إستخدام عنوان وجهة IPv4 10.1.113.2 لإعادة توجيه الحزمة.

الخطوة 11. يرد الخادم www.example.com على 10.1.113.2، والذي يتم إستقباله في نهاية المطاف بواسطة الموجه NAT64.

الخطوة 12. يستقبل موجه NAT64 حزمة IPv4 من الخادم www.example.com على أحد واجهات NAT64 التي تم تمكين NAT بها. يفحص الموجه حزمة IPv4 لتحديد ما إذا كانت حالة ترجمة NAT64 موجودة لعنوان وجهة IPv4. إذا لم تكن حالة ترجمة موجودة، سيتم تجاهل الحزمة. إذا كانت حالة ترجمة موجودة لعنوان وجهة IPv4، فإن الموجه NAT64 ينجز المهام التالية:

- تتم ترجمة رأس IPv4 إلى رأس IPv6.

- تتم ترجمة عنوان مصدر IPv4 إلى عنوان مصدر IPv6 باستخدام حالة ترجمة NAT64 الموجودة. في هذا السيناريو، تتم ترجمة عنوان المصدر من عنوان IPv4 على 10.1.113.2 إلى عنوان IPv6 2800:1503:2000:1:1::0a01:7102. تتم ترجمة عنوان الوجهة من عنوان IPv4 من 50.50.50.50 إلى 2001:DB8:3001::9.

الخطوة 13. بعد الترجمة، تتم إعادة توجيه حزمة IPv6 باستخدام عملية بحث المسار العادية ل IPv6.

التكوين على الموجه NAT 46

الواجهة الأمامية 1.IPv6:

الواجهة الأمامية 2.IPv4:

3.إنشاء قائمة تحكم في الوصول (ACL) تطابق حركة مرور الإصدار السادس من بروتوكول الإنترنت (IP)

4. تمكين تعيين عنوان NAT64 IPv6 إلى IPv4:

#nat64 حالة البادئة 2800:1503:2000:1:1::/96 —> سيتم تعيين IP للخادم على عنوان IP هذا IPv6. يمكنك تكوين أي عنوان شبكة IPv6 هنا ولكن يجب أن يكون عنوان شبكة IPv6 هذا قابلا للوصول إليه من شبكة IPv6 لديك. كما يجب أن يحتوي خادم DNS64 على تعيين لعنوان شبكة IPv6 هذا لعنوان IPv4 للخادم.

5. #nat64 بركة v4 بركة 1 50.50.50.50 50.50.50 —> سيتم ترجمة عنوان مصدر IPv6 الأصلي إلى IPS من هذا التجمع بينما ستدخل الحزمة إلى شبكة IPv4.

6. #nat64 v6v4 قائمة nat64acl بركة1 حمل زائد — هذا سيترجم ipV6 عنوان يطابق nat64acl إلى عنوان ipV4 من التجمع

7. قيمة سداسية عشرية تبلغ 10.1.113.2 هي 0a01:7102. بمجرد تنفيذ هذا التكوين، يتم إختبار الاتصال 2800:1503:2000:1:1::0a01:7102 من عنوان PC A.

#ping 2800:1503:2000:1:1::0a01:7102

التحقق من تفاصيل NAT64

#show ترجمة nat64

#show إحصائيات NAT64

السيناريو 2: بدء حركة المرور من عملاء IPv4 فقط إلى خوادم IPv6 فقط

- يوضح الشكل أعلاه سيناريو حيث يتصل العملاء في شبكة IPv4 فقط بخادم IPv6 فقط باستخدام NAT64. ويتمثل الهدف في توفير الوصول إلى خدمات IPv6 بشكل شفاف لعملاء IPv4. في هذا السيناريو، ليس خادم DNS64 مطلوبا. شكلت تعيين ساكن إستاتيكي بين ال IPv6 وعنوان IPv4 على ال NAT64 مسحاج تخديد.

- ويرجى ملاحظة أن هذا السيناريو غير محتمل في المستقبل المنظور. كما ستكون معظم الخوادم التي تم تمكينها ل IPv6 قادرة على دعم الإصدار الرابع من بروتوكول الإنترنت (IPv4). من المرجح أكثر أن تقوم خوادم IPv6 بتشغيل حزمة مزدوجة لبعض الوقت. ستصبح خوادم IPv6 فقط أكثر شيوعا في نهاية المطاف، ولكن ليس في أي وقت قريب.

دليل تكوين NAT46

الخطوة 1. تتمثل الخطوة الأولى في تكوين التخطيط الثابت من IPv6 إلى IPv4 على الموجه NAT46 لتوفير الوصول إلى خادم IPv6 2001:DB8:3001::9/64 من عنوان IPv4 10.1.113.2. كما يجب تسجيل عنوان IPv4 50.50.50.50 كسجل موارد DNS ل www.examplev6.com على خادم DNS. خلقت ال NAT64 ساكن إستاتيكي يخطط يستعمل هذا أمر:

nat64-Router(config)#nat64 v6v4 ساكن إستاتيكي 2001:DB8:3001::9 50.50.50.50

الخطوة 2. إن PC A هو مضيف IPv4 فقط يريد الاتصال بالخادم www.examplev6.com . يؤدي هذا إلى تشغيل استعلام DNS (A: www.examplev6.com) إلى الخادم المخول IPv4 DNS الخاص به.

الخطوة 3. يستجيب خادم DNS بسجل مورد ل www.examplev6.com، 50.50.50.50.

الخطوة 4. يحتوي المضيف A الآن على معلومات العنونة الضرورية لإرسال حزم IPv4 إلى www.examplev6.com باستخدام

- عنوان وجهة IPv4: 50.50.50.50

- عنوان مصدر IPv4: 10.1.113.2

الخطوة 5. يستقبل موجه NAT64 حزمة IPv4 على الواجهة التي تم تمكين NAT64 بها ويقوم بتنفيذ المهام التالية:

- تتم ترجمة رأس IPv4 إلى رأس IPv6.

- تتم ترجمة عنوان وجهة IPv4 إلى عنوان IPv6 باستخدام حالة ترجمة NAT64 الموجودة والتي تم إنشاؤها بواسطة التكوين الثابت في الخطوة 1. ترجمت الغاية IPv4 عنوان من 50.50.50.50 إلى ال IPv6 غاية عنوان 2001:DB8:3001::9.

- تتم ترجمة عنوان مصدر IPv4 إلى عنوان IPv6 عن طريق إضافة البادئة NAT64 المعبرة عن الحالة 2800:1503:2000:1:1:/96 إلى عنوان IPv4. ينتج عن ذلك عنوان مصدر IPv6 بقيمة 2800:1503:2000:1:1::0a01:7102. (0a01:7102 هو المكافئ السداسي العشري ل 10.1.113.2.)

الخطوة 6. بعد الترجمة، يتم توجيه حزمة IPv6 باستخدام عملية توجيه IPv6 العادية. يتم توجيه الحزمة في نهاية المطاف إلى الخادم www.examplev6.com في 2001:DB8:3001::9 .

الخطوة 7. يرد الخادم www.examplev6.com بحزمة موجهة للمضيف A.

الخطوة 8. يستقبل موجه NAT64 حزمة IPv6 التي يتم إرسالها بواسطة خادم IPv6 على الواجهة التي تم تمكين NAT64 بها ويقوم بتنفيذ المهام التالية:

- تتم ترجمة رأس IPv6 إلى رأس IPv4.

- تتم ترجمة عنوان مصدر IPv6 إلى 50.50.50.50 باستخدام جدول الترجمة ذي الحالة.

- تتم ترجمة عنوان وجهة IPv6 إلى عنوان IPv4 عن طريق إزالة البادئة NAT64 ذات الحالة ل IPv6:2800:1503:2000:1:1:/96. يتم تمثيل وحدات 32 بت الأقل من عنوان IPv6، 0a01:7102، كعنوان IPv4 العشري المنقوط 10.1.113.2.

الخطوة 9. بعد الترجمة، يقوم الموجه NAT64 بإعادة توجيه الحزمة إلى 10.1.113.2 باستخدام عملية توجيه IPv4 العادية.

- وكما هو الحال مع السيناريو السابق، يتم إنشاء اتصال شفاف بين العميل الذي يحتوي على الإصدار الرابع من بروتوكول الإنترنت (IPv4) والخادم الذي يحتوي على الإصدار السادس من بروتوكول الإنترنت (IPv6) فقط باستخدام NAT64 الذي يشير إلى الحالة. التكوينات متشابهة باستثناء أمر التعيين الثابت الذي تمت مناقشته في الخطوة 1.

التكوين على الموجه NAT 46

1. واجهة واجهة IPv4 الموجهة:

2. واجهة واجهة IPv6 الموجهة:

3. عمليات التكوين الأخرى اللازمة على الموجه لترجمة حركة مرور البيانات بنجاح من IPv4 إلى IPv6:

بعد نجاح التكوين، يتم إختبار الاتصال 50.50.50.50 من مضيف IPv4.

#ping 50.50.50.50

التحقق من NAT46

#show ترجمات NAT64

#show إحصائيات NAT46

سيناريوهات الترجمة وقابليتها للتطبيق

سيناريوهات ترجمة IPv6/IPv4

قابلية التطبيق

مثال

السيناريو 1: شبكة IPv6 إلى إنترنت IPv4

· شبكة IPv6 فقط التي ترغب في الوصول بشكل شفاف إلى كل من IPv6 ومحتوى IPv4 الموجود

· تم البدء من الأجهزة المضيفة والشبكة الخاصة ب IPv6

· مزودو خدمة الإنترنت (ISPs) يدشنون خدمات وشبكات جديدة للهواتف الذكية التي تعمل ببروتوكول IPv6 فقط (الجيل الثالث [3G]، و Long-Long Evolution [LTE]، وما إلى ذلك)

· المؤسسات التي تقوم بنشر شبكة خاصة ب IPv6 فقط

السيناريو 2: اتصال IPv4 بالإنترنت بشبكة IPv6

· الخوادم الموجودة في الشبكة التي تدعم بروتوكول IPv6 فقط والتي ترغب في الخدمة بشكل شفاف لكل من مستخدمي بروتوكولي IPv4 و IPv6

· تم البدء من الأجهزة المضيفة والشبكة الخاصة بالإصدار الرابع من بروتوكول الإنترنت (IP)

موفرو المحتوى القادمون أو الحاليون الذين يوزعون الخدمات في بيئة IPv6 فقط

السيناريو 3: اتصال IPv6 بالإنترنت بشبكة IPv4

· الخوادم الموجودة في الشبكة الحالية التي تدعم الإصدار الرابع من بروتوكول الإنترنت (IPv4) والتي ترغب في خدمة مستخدمي الإنترنت عبر الإصدار السادس من بروتوكول الإنترنت (IP)

· تم البدء من الأجهزة المضيفة والشبكة الخاصة ب IPv6

المزودون الحاليون للمحتوى الذين يهاجرون إلى IPv6 وبالتالي يرغبون في تقديم خدمات لمستخدمي الإنترنت IPv6 كجزء من إستراتيجية التعايش

السيناريو 4: شبكة IPv4 إلى إنترنت IPv6

قد لا يكون هذا السيناريو قابلا للتطبيق في المستقبل القريب، إلا بعد فترة وجيزة من المرحلة الأولى من انتقال بروتوكول IPv6/IPv4

None

السيناريو 5: شبكة IPv6 لشبكة IPv4

توجد كل من شبكة IPv4 وشبكة IPv6 داخل نفس المؤسسة

مشابه للسيناريو 1، يتم تغذيته بالانترانت بدلا من الإنترنت

السيناريو 6: شبكة IPv4 إلى شبكة IPv6

نفس الموجود أعلاه

مشابه للسيناريو 2، يتم تغذيته بالانترانت بدلا من الإنترنت

السيناريو 7: اتصال IPv6 بالإنترنت عبر بروتوكول IPv4

سيعاني من ضعف الإنتاجية

None

السيناريو 8: اتصال IPv4 بالإنترنت عبر بروتوكول IPv6

لا توجد تقنية ترجمة قابلة للتطبيق للتعامل مع ترجمة عناوين IPv6 غير المحدودة

None

أوامر أستكشاف الأخطاء وإصلاحها المهمة في حالة تعرضنا لأي مشكلة أثناء تنفيذ NAT64

#show منصة أجهزة QFP إسقاط إحصائيات نشط ( لمعرفة ما إذا كان هناك أي عمليات إسقاط NAT64)

#show config | يتضمن NAT64 ( لمعرفة ما إذا تم تكوين كل شيء على IOS)

#show platform hardware qfp سمة نشط nat64 dataPath statistics(للتحقق من سبب إسقاط العداد)

#show platform hardware qfp سمة نشط nat64 dataPath بركة (لفحص بركة شكلت بشكل صحيح)

#show platform hardware qfp سمة نشط nat64 datapath خريطة (أن يتحقق ويرى بركة أن يخطط config يتم بشكل صحيح)

#show platform software object-manager F0 في حالة تعليق تحديث (للتحقق من وجود أي كائنات معلقة)