Info! Please note that this translation has been provided at best effort, for your convenience. The English page remains the official version.

تبسيط IPv6 معالجة العملاء

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

في حالة العملاء من الشركات ، بشكل عام لا أحد يشك في أن يحصلوا على / 48 IPv6 GUA (Global Unicast Address) في كل موقع نهائي ، وبالطبع ، يجب أن تكون هذه البادئات ثابتة (غالبًا ما تكون ثابتة) لكل عميل.

في حالة العملاء المقيمين ، عملاء المكاتب الصغيرة / المكاتب المنزلية (SOHO) أو حتى عملاء الشركات الصغيرة والمتوسطة ، في IPv4، اعتدنا على عنوان عام واحد غير دائم (غالبًا ما يسمى ديناميكي). علاوة على ذلك ، بسبب IPv4 استنفاد العنوان ، نتحرك نحو العناوين الخاصة في شبكة WAN الخاصة بالعميل من خلال ترجمة عنوان شبكة Carrier Grade (CGN) ،

لذا ، ما هو الشيء الصحيح الذي يجب فعله في حالة IPv6 للعملاء السكنية و SOHO؟ هذا هو السؤال الذي نحاول معالجته في هذه المقالة.

قد يكون البحث عن طرق سريعة وسهلة للقيام بخطة العنونة لديك أمرًا مغرًا ، ولكنه قد يتسبب في عواقب غير متوقعة قد تتطلب خطة جديدة ، وإعادة ترقيم عملائك ، وتكييف أنظمة التزويد ، وجعل كل شيء في النهاية أكثر تكلفة مما لو كنت قد فعلت ذلك من البداية.

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

 

1. ماذا يعني استمرار مقابل غير مستمر؟

In IPv4، على الأقل للعملاء المقيمين أو عملاء SOHO ، لأننا عادةً ما نقوم بتشغيل ترجمة عنوان الشبكة (NAT) في CPE ، هناك تصور بأن استخدام البادئات غير المستمرة هو الطريقة الأسهل.

ومع ذلك ، القيام بذلك مع IPv6 شيء مختلف تمامًا ويمكن أن يكون له عواقب سلبية.

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

بشكل عام ، يتم توفير العملاء السكنيين وعملاء SOHO باستخدام DHCP (أو DHCPv6 لـ IPv6). في كثير من الحالات ، هناك طريقة بسيطة للغاية لاستخدام DHCP وهي أن يكون لديك تجمع عناوين في كل نقطة PoP والسماح لـ PoP بتعيين العناوين ديناميكيًا (أو البادئات في IPv6 عن طريق DHCPv6-PD - تفويض البادئة).

هذه الآلية البسيطة للغاية ، إذا لم تكن مرتبطة بالعملاء ، تعني أن العناوين أو البادئات التعسفية يتم توفيرها لكل عميل عندما يتصل CPE بالشبكة ، لفترة تأجير معينة. هذا هو ما نسميه مهمة غير مستمرة ، لأنه إذا أوقف العميل CPE ، بعد وقت الإيجار ، سيحصل على عنوان مختلف ( IPv4) و / أو البادئة (لـ IPv6) المره القادمة.

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

إذا كان DHCP / DHCPv6 مرتبطًا ببعض أنظمة التوفير الأكثر تطوراً ، والتي في الواقع يمكن أن تكون بسيطة مثل قاعدة البيانات التي تربط عملاء محددين بعناوين / بادئات محددة ، عندها لدينا أيضًا مهام "دائمة". يمكن القيام بذلك ، على سبيل المثال ، من خلال استخدام نظام AAA (المصادقة والترخيص والمحاسبة) مثل Radius أو Diameter ، والذي يتوفر بشكل شائع جدًا في أي مزود خدمة إنترنت ، لأسباب أمنية ولمنع كل من العملاء وغير العملاء من تقديم الاستخدام المصرح به للشبكة.

 

2. البادئات الثابتة مقابل غير الثابتة

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

الميزة هي أن أنظمة IPAM غالبًا ما تأتي مع وظائف مثل DHCP / DHCPv6 / DHCPv6-PD و DNS. لذلك ، يمكنهم تولي تعيين البادئة للعملاء لكل PoP بحيث يصبح في النهاية أبسط من وجود تجمع لكل PoP والسماح بتعيين عناوين عشوائية لكل عميل عند الاتصال. مع ذلك يمكنك الفوز بمزيد من التحكم في المعلمات عبر شبكتك.

هناك ميزة إضافية واحدة لاستخدام البادئات المستمرة ، سواء من جانب المستخدم أو من جانب مزود خدمة الإنترنت. إن وجود نفس العناوين يعني أن مزود خدمة الإنترنت يمكنه تقديم خدمات جديدة للعملاء ، ولا يحتاجون إلى وجود أنظمة معقدة لربط هذه الخدمات بـ "تغيير" العناوين داخل شبكة العميل. أيضا ، يمكن للمستخدمين إنشاء خدماتهم الخاصة دون أي قيود.

لذلك ، على سبيل المثال ، يمكن لمزود خدمة الإنترنت تقديم خدمة DNS المتقدمة لأجهزة المستخدم ، مثل camera1.username.ispname.com أو main-door.username.ispname.com ، إلخ. أو يمكنهم نشر خدمات VPN داخل الشبكة. بالإضافة إلى ذلك ، يمكن أن تكون البادئات المستمرة بمثابة حافز للعملاء للبقاء مع ISP. كل هذه الجوانب قد تجلب إيرادات إضافية.

هناك اعتبار أخير: هل ستقوم بشيء مختلف ، من حيث الثبات ، للشركات مقابل أنواع العملاء الأخرى؟ هل لديك شبكات متباينة أو أنظمة توفير؟ لا أظن أنه من المنطقي أن يكون لديك بادئات غير ثابتة للسكنية / الشركات الصغيرة والمتوسطة / الصغيرة والمتوسطة الحجم والأخرى الثابتة للعملاء من الشركات.

على أي حال ، أقترح بشدة أن تقدم المثابرة IPv6 البادئات.

إذا لم تكن مقتنعًا بعد ، فلنلقِ نظرة على المشكلات التي تسببها البادئات غير الدائمة ، على سبيل المثال عندما يتعلق الأمر بفشل الشبكة أو انقطاع التيار الكهربائي أو المواقف المشابهة.

لنفترض أن عميلاً تم توفيره في المرحلة الأولى بالبادئة 2001: db8: 1111 :: / 48. تستخدم أجهزتهم ، على سبيل المثال ، أول إصدار مجاني / 64 (2001: db8: 1111 :: 1/64). كل شيء على ما يرام حتى يكون هناك انقطاع التيار الكهربائي. يتم تشغيل CPE مرة أخرى عندما يتم استرداد الطاقة ، ولأن ISP يستخدم بادئة غير ثابتة ، يتم تعيين بادئة جديدة (2001: db8: 2222 :: / 48) ، لذلك فإن CPE تعلن الآن 2001: db8: 2222 :: 1/64.

ومع ذلك ، لا تزال الأجهزة التي تحتوي على بطارية (أجهزة الكمبيوتر المحمولة والأجهزة اللوحية والهواتف الذكية) تحتوي على البادئة السابقة ، لذا أصبح لديها الآن باديتان مختلفتان (2001: db8: 1111 :: 1/64 و 2001: db8: 2222 :: 1/64) . ستحاول هذه الأجهزة الاستمرار في استخدام الجهاز الأقدم ، ولن تعمل ، لأن مزود خدمة الإنترنت لم يعد يوجه البادئة الأولى إلى ذلك العميل. مجرد التفكير: إذا حدث فشل آخر في الشبكة أو انقطاع التيار الكهربائي الآن. يمكن أن تحتوي الأجهزة بعد ذلك على ثلاثة بادئات أو أكثر. وسوف ينتهي الأمر بالمستخدم إلى استدعاء مكتب مساعدة ISP لاستكشاف الأخطاء وإصلاحها ، لأن الشبكة لا تعمل.

بالإضافة إلى ذلك ، يقوم مقدمو المحتوى الكبار بقياس "IPv6 الكسر ". سيؤدي الموقف الموضح أعلاه إلى زيادة معدل فشل شبكتك ، لذا سيتوقفون عن عرض سجلات AAAA لتلك الشبكة وستعود حركة المرور الخاصة بك إلى IPv4. إذا كنت تستخدم CGN ، فهذا يعني استخدام CGN إضافي ، مما يؤدي إلى تكاليف إضافية ، وتأخيرات إضافية ، وما إلى ذلك.

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

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

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

ومع ذلك ، يمكن حل ذلك عن طريق السماح للمستخدمين باختيار بادئة غير دائمة في واجهة إدارة اتصال الإنترنت الخاصة بهم.

3. ترقيم رابط WAN

هناك العديد من الاحتمالات لترقيم الرابط الذي يربط شبكة ISP و CPE للعميل (رابط WAN). دعونا وصف كل واحد وفهم إيجابيات وسلبيات.

3.1. بادئة A / 64 من IPv6 البادئة المخصصة للعميل
يتم استخدام هذا من قبل عدد من مزودي خدمات الإنترنت وقد تم وصفه في وثيقة IETF (إرشادات الترقيم IPv6 روابط من نقطة إلى نقطة وتيسير خطط العنونة). هذا يعني أنه ، على سبيل المثال ، إذا قمت بتعيين / 48 للعميل ، فسيتم استخدام أول / 64 لارتباط WAN ، ويتم استخدامه في الشبكات الخلوية. هناك العديد من المزايا ، حيث إنها تبسط التوجيه والإدارة ، ولكنها لا تعمل إلا إذا كان CPE يتبع RFC6603 (خيار استبعاد البادئة لتفويض البادئة المستند إلى DHCPv6). ومع ذلك ، لأن معظم IPv6 يجب أن تتبع CPEs RFC7084 (المتطلبات الأساسية لـ IPv6 أجهزة توجيه حافة العملاء) ، التي توصي بالفعل بدعم RFC6603 ، من المتوقع أن تعمل أجهزة CPE الحديثة في هذه الحالة.

3.2. بادئة A / 64 من مخصصة IPv6 تجمع البادئات WAN
ربما يكون هذا هو الخيار الأكثر شيوعًا وأقرب إلى ما يتم القيام به غالبًا IPv4. يعني وجود مجموعة منفصلة تماما من IPv6 البادئات لروابط WAN ، لذلك في هذه الحالة لا يوجد ارتباط بين بادئة العميل والبادئة المستخدمة على ارتباط WAN. يتميز التجمع المخصص بقدرته على تطبيق سياسات الأمان بشكل صريح لتلك التجمعات ؛ ومع ذلك ، تجدر الإشارة إلى أن هذا لا يكون صحيحًا إلا إذا كان لدى جميع العملاء CPE في نهايتهم ، وإلا فسيضر المستخدمين دون CPE.

3.3. غير مرقم
بدلاً من استخدام GUA ، يستخدم الارتباط IPv6 عناوين الارتباط المحلي. في هذه الحالة ، قد لا يعمل CPE ولا يبقى غير مرقم لأنه قد يكون غير قادر على طلب بادئة باستخدام DHCPv6-PD. سيفشل هذا أيضًا إذا تم استخدام نظام تشغيل بدلاً من CPE ، والذي لا يدعم DHCPv6-PD. قد يبدو أسهل في التنفيذ من الخيارات الأخرى الموضحة هنا ، ولكن نظرًا لأن عناوين الارتباط المحلية غير مرئية في أدوات مثل traceroute ، فإنها تجعل استكشاف الأخطاء وإصلاحها أكثر تعقيدًا.

3.4. العلا
ترقيم ارتباط WAN بـ IPv6 ULAs (عناوين Unicast المحلية الفريدة) غير محبذة بشدة ، لأنها قد تتسبب في عدد من المشاكل. على سبيل المثال ، إذا احتاج CPE إلى إرسال ICMPv6 إلى مضيف خارج شبكة ISP ، فستحتوي الحزمة على عنوان مصدر ULA ، ولن تجتاز جهاز توجيه ISP upstream ، وبالتالي كسر PMTUD (Path MTU Discovery) ، و IPv6 اتصال إذا لم يكن MTU هو نفسه من خلال المسار بأكمله. مرة أخرى ، قد يجعل هذا استكشاف الأخطاء وإصلاحها أكثر صعوبة.

هناك مشكلة أخرى تتعلق ارتباط WAN ، والتي تشير إلى اختيار طول بادئة ارتباط WAN. يستخدم بعض ISPs الافتراضي / 64 ، كافتراضي IPv6 حجم الشبكة الفرعية (نظرًا لأن ارتباط WAN هو شبكة فرعية أخرى). يقترح RFC6164 استخدام / 127 ، ولكن مزودي خدمات الإنترنت الآخرين يستخدمون / 126 أو / 112 ، من بين خيارات أخرى.

ومع ذلك ، يجب ملاحظة أن بعض الأجهزة بها قيود على البادئات التي تزيد عن / 64 ، وقد لا يسمح البعض باستخدام أي شيء آخر غير / 64. استخدام / 64 هو مستقبلية وله ميزة السماح ارتباط نقطة إلى نقطة؛ أن يكون لديك أجهزة إضافية مثل الجسور المدارة أو استكشاف الأخطاء وإصلاحها أو أجهزة المراقبة ؛ أو حتى توفر عالية عن طريق VRRPv3 ، الخ

أخيرًا وليس آخرًا ، إذا قررت استخدام / 127 ، يجب أن تفكر في تخصيص / 64 الكامل ، حتى لو كنت تستخدم / 127 ، لذلك يمكنك منع هجوم استنفاد الجيران (RFC6583).

لاحظ أن المناقشة حول "المثابرة" في الأقسام الأولى من هذا المستند ذات صلة فقط بـ IPv6 البادئات المخصصة للعميل للاستخدام داخل شبكته ، وليس البادئة المستخدمة لرابط WAN ، والتي قد تكون "غير مستمرة". ومع ذلك ، فإن معظم مزودي خدمات الإنترنت سيجعلونه دائمًا دائمًا ويتم معالجته تلقائيًا بواسطة نظام التوفير.

 

4. خيارات حجم بادئة تعيين العميل

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

  1. حجم الشبكة الفرعية القياسي هو / 64.
  2. يجب أن يكون العملاء قادرين على الشبكات الفرعية الخاصة بهم ، مما يعني أنهم بحاجة إلى تعيين nx / 64 (هكذا واحد / 64 هو أبدا خيار صحيح).
  3. للحفاظ على معالجة خطط قابلة للاستخدام وقابلة للفهم وللمحاذاة مع تفويضات المنطقة العكسية لـ DNS ، يجب أن يكون حجم البادئة المعينة للعميل متوافقًا مع حدود nibble (4 بت).

سياسات RIRs ، في جميع المناطق الخمس ، تسمح بتعيين / 48 لكل موقع نهائي ، ومن الواضح أنه على مستوى العالم من الممارسات المفهومة جيدًا والشائعة جدًا تعيين / 48 لكل موقع نهائي للشركة.

علاوة على ذلك ، جديد IETF العمل، "فريد IPv6 البادئة لكل مضيف "، توضح الحاجة إلى تعدد / 64 في كل موقع نهائي وربما أكثر بكثير مما افترضناه حتى الآن ، حيث أصبح الأمر أكثر تكرارًا ، حتى في حالة الاستخدام السكني ، للحصول على الأجهزة التي تعمل عدة أجهزة افتراضية. هذا يعني أنه قد يكون من الضروري عزل تلك الأجهزة المختلفة في شبكات فرعية مختلفة (وبالتالي مختلفة / 64 ثانية). يحدث هذا بالمثل مع البروتوكولات الجديدة مثل Homenet ، التي تستخدم / 48 من مزود خدمة الإنترنت ثم تعيينات فرعية / 56 إلى أجهزة التوجيه في اتجاه التيار.

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

بالنظر إلى ما ورد أعلاه ، فيما يلي خيارات أحجام المهام للعملاء:

4.1. A / 48 لجميع العملاء

هذه توصيتي لأنها تتيح خطة معالجة بسيطة ومباشرة ، وبالتالي تقلل من خطر ارتكاب الأخطاء. كما أن لديها ميزة أنه إذا احتاج العملاء إلى استخدام ULAs ، أو استخدموا آليات تم نقلها مسبقًا ، فإن أحجام البادئة تتطابق وأنهم لا يحتاجون إلى وجود خطط عناوين داخلية مختلفة ، حيث يتم تعيينهم مباشرةً في كل بادئة مختلفة.

4.2. A / 48 للشركات و / 56 للسكنية

من الممكن النظر في التوصية السابقة فقط للعملاء من الشركات الراقية ثم استخدام / 56 للباقي ، ولكن كما هو موضح من قبل ، فإن هذا النوع من التمايز في التسويق / الخدمة لم يعد له معنى بعد الآن في IPv6. في المستقبل القريب ، سيعني ذلك أنك مضطر إلى إعادة خطة العنونة الخاصة بك وإعادة ترقيم عملائك ، والذي يأتي بتكلفة. إذا لم يكن لديك مساحة عنوان كافية لتعيين / 48 لجميع عملائك ، يمكنك الرجوع إلى RIR واطلب المزيد ، مع تبريره بخطة العنونة الكاملة. كبديل ، يمكنك حجز / 48 لكل عميل ولكن في الواقع قم بتعيين 56 فقط ، لذلك بدلاً من إعادة الترقيم في المستقبل ، ستقوم فقط بزيادة حجم البادئة.

4.3. بادئات أطول من / 56

هذا هو بالتأكيد أسوأ شيء يمكنك القيام به ، لذلك يجب أن أنصح بشدة. لا يوجد سبب وجيه لتعيين بادئات أطول من / 56 لأي عميل.

هناك حالة خاصة ، خارج نطاق هذا المستند ، بالنسبة لـ / 64 واحدة ، الاستثناء الوحيد الممكن للقواعد المذكورة أعلاه ، وهي الشبكات الخلوية. في تلك الشبكات ، يتم تعيين كل سياق PDP لهاتف ذكي أو جهاز مشابه على رقم واحد / 64. ومع ذلك ، يمكنهم أيضًا استخدام DHCPv6-PD لطلب بادئات أقصر ، كما يحدث في حالة أجهزة المودم / الموجهات 3G / LTE ، والتي تُستخدم غالبًا لتقديم النطاق العريض في المناطق التي لا توفر فيها تقنية أخرى التغطية.


5. الاستنتاجات

اتخاذ خيارات خاطئة عند تصميم الخاص بك IPv6 سيكون للشبكة عاجلاً أم آجلاً آثار سلبية على عملية النشر الخاصة بك وتتطلب المزيد من الجهود مثل إعادة الترقيم عندما تكون الشبكة قيد التشغيل بالفعل. ولذلك ينبغي مقاومة إغراء اتخاذ نهج "سهلة" لنشر أسرع.
كمجموعة عامة من التوصيات ، يجب مراعاة ما يلي:

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

5.2 هو عليه تثبط بقوة لتعيين بادئات أطول من / 56 ، لذلك فإن اختياراتك هي:

  1. توصيتي وإذا كنت تريد خطة عنونة بسيطة ، فقم بتعيين / 48 لكل عميل. سيعمل هذا بشكل جيد للغاية للعملاء القادمين من مزودي خدمات الإنترنت الآخرين ، أو أولئك الذين لديهم ULA ، أو يستخدمون آليات الانتقال. سيكون ذلك أيضًا أسهل عندما يكون لديك مزيج من العملاء يستخدمون نفس البنية التحتية ، سواء كانوا عملاءًا سكنيين أو شركات صغيرة ومتوسطة الحجم أو حتى شركات كبيرة.
  2. التفريق بين أنواع العملاء ، حتى لو كان ذلك سيزيد من تعقيد شبكتك وتلك الخاصة بعملائك. تقديم / 48 للعملاء من رجال الأعمال و / 56 للعملاء المقيمين. كما هو موضح ، هذا ليس برهانًا في المستقبل ولن تعمل بعض البروتوكولات الجديدة ، لذا فكر في الأمر بعناية لأنه قد يعني أنك ستحتاج عاجلاً أم آجلاً إلى إعادة الخطة وإعادة ترقيمها.
  3. قد يكون الحل الوسط هو حجز / 48 للعملاء السكنيين ، ولكن في الواقع مجرد تعيين الأول / 56.

5.3 هناك حالة معينة للهواتف الخلوية ، يتم تخصيصها / 64 لكل سياق PDP ، ولكن هذا خارج نطاق هذا المستند.

5.4 من أجل تسهيل استكشاف الأخطاء وإصلاحها والحصول على شبكة مستقبلية ، يجب أن تفكر في ترقيم روابط WAN باستخدام GUAs (Global Unicast Addresses) ، باستخدام البادئة الأولى / 64 من مجموعة العملاء أو / 64 من مجموعة مخصصة من IPv6 البادئات. إذا قررت استخدام a / 127 لكل ارتباط من نقطة إلى نقطة ، فمن المستحسن تخصيص a / 64 لكل ارتباط واستخدام واحد فقط / 127 خارجه.

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


تعتمد هذه المقالة جزئيًا على العمل الذي تم في RIPE BCOP WG (أفضل الممارسات التشغيلية الحالية للمشغلين: IPv6 تعيين بادئة للعملاء النهائيين - المستمر مقابل غير المستمر ، والحجم الذي يجب اختياره). للحصول على المستند الكامل ، انظر ناضجة BCOP WG.


يعمل Jordi Palet Martínez مع أجهزة الكمبيوتر والشبكات والتكنولوجيا منذ أن كان عمره 8 سنوات. على مدى السنوات الـ 18 الماضية ، كان الرئيس التنفيذي / كبير مسؤولي التقنية في "The IPv6 الشركة "، حيث كرس معظم وقته له IPv6 البحث والتطوير والتوحيد والتدريب والاستشارات.

طباعة ودية، بدف والبريد الإلكتروني
آخر تعديل في -