แนวทางปฏิบัติที่ดีที่สุดของรูปแบบการกำหนดพื้นที่ IPv6


91

ฉันพอใจกับการจัดสรรพื้นที่ที่อยู่ IPv4 โดยที่ฉันหมายถึง: การให้บริการเพื่อวางแผนหรือองค์กรสู่เครือข่ายฉันเข้าใจวิธีการวางแผนการใช้พื้นที่ที่อยู่ IP (หรืออย่างน้อยฉันคิดว่าฉันทำ :)

มีแนวทางปฏิบัติที่ดีที่สุดหรือกรณีศึกษาสำหรับรูปแบบพื้นที่ที่อยู่ IPv6 หรือไม่?


คำตอบ:


73

เค้าโครงที่เราใช้สำหรับการเปิดตัวของเราคือ:

  • / 48 ต่อลูกค้า
  • / 56 ต่อเว็บไซต์ของลูกค้า (เป็นซับเน็ตของอีก / 48)
  • / 126 สำหรับลิงก์แบบจุดต่อจุดในแกนทั้งหมดนี่คือเครือข่ายย่อยทั้งหมดของ / 48 ที่ใช้สำหรับลิงค์หลักทั้งหมด

ขนาดเหล่านี้จะถูกนำส่วนใหญ่มาจากที่ปรึกษา RIPE ที่นี่


4
แม้ว่าจะลงไปที่ไซต์เท่านั้น วิธีการเกี่ยวกับ LAN ภายใน, ชั้น, อาคาร, บริการ, ระบบเสียง LAN, การประชุมของการเข้ารหัส VLAN ในที่อยู่เครือข่ายและอื่น ๆ ?
nos

1
ฉันจะใช้ / 64 สำหรับแต่ละ VLAN / ชั้น / อาคาร (หรือการจัดสรรของคุณใช้งานได้)
David Rothera

ARIN (RIR apropos for me) มีคำแนะนำ / คำแนะนำใดบ้าง?
Craig Constantine

ฉันคิดว่าคุณมีวิธีตรวจสอบการใช้ผิดวิธีจากผู้ส่งสแปมที่ชอบเขียนไอพีที่ได้รับมอบหมาย
frogstarr78

3
ripe.net/lir-services/training/material/ ......มีการอ่านที่ดีงาม (ขอบคุณ Marco Hogewoning ที่ชี้ให้ฉันเห็น)
Andrew Y

26

คำแนะนำเก่าคือการใช้ / 64 ทุกที่แม้กระทั่งบนลิงก์ P2P และกำหนด / 48 ต่อเว็บไซต์

การใช้ซับเน็ตขนาดใหญ่ที่ว่างเปล่าบนลิงก์แบบจุดต่อจุดสามารถนำไปสู่ปัญหาด้านความปลอดภัยจำนวนมาก (ดูRFC6164 ) ดังนั้นจึงเป็นวิธีที่ดีที่สุดในการใช้ / 127 สำหรับลิงก์ P2P และ / 128 สำหรับลูปแบ็ค

ไม่จำเป็นที่จะต้องให้ลูกค้ารายย่อย a / 48 แม้ว่าคุณจะมีที่อยู่มากมายให้ไปหากคุณเลือกที่จะทำเช่นนั้น

อินเทอร์เฟซที่หันหน้าไปทางลูกค้าควรเป็น / 64 หากคุณต้องการใช้ SLAAC หากคุณไม่ต้องการใช้มันคุณสามารถใช้หน้ากากอื่นได้

นี่คือลิงค์ที่ดีในการผ่าน:

BRKRST-2301 จาก ciscolive365.com (สร้างบัญชีฟรี) http://www.cisco.com/web/strategy/docs/gov/IPv6_WP.pdf
http://tools.ietf.org/html/rfc5375.html
http: //tools.ietf.org/html/rfc6177

บางคนใช้การมอบหมาย v4 ปัจจุบันของตนและแปลง octet ที่สองและสามเป็น hex และใช้สำหรับ v6 มีหลายวิธีในการทำเช่นนั้นดังนั้นคุณต้องเลือกสิ่งที่รู้สึกดีที่สุด


5
ฉันส่งว่ารูปแบบการกำหนดแอดเดรส IPv6 ใด ๆ ที่อยู่บนพื้นฐานของรูปแบบการกำหนดแอดเดรส IPv4 ที่มีอยู่ควรได้รับการพิจารณาเป็นพิเศษ นี่เป็นโอกาสที่จะหลุดพ้นจากกุญแจมือในอดีตไม่ใช่งานน่าเบื่อที่จะทำซ้ำอย่างซื่อสัตย์
neirbowj

2
ความเข้าใจของฉันคือเครือข่ายย่อยที่เล็กที่สุดที่แนะนำให้สร้าง (ลิงก์ P2P กัน) คือ a / 64 หากฉันเป็นลูกค้าประจำและต้องการมีเครือข่ายย่อยหลายรายการใน LAN ของฉันโดยไม่ใช้ NAT6 ฉันต้องการมากกว่า / 64 ในฐานะที่มีคนสนใจที่จะมี IPv6 ที่บ้านของฉันและในฐานะที่เป็นคนที่รู้จำนวน Quadrillions ของ / 64s ที่มีฉันต้องการอย่างน้อย a / 60
ลุคไม่มีชื่อ

22

ด้วย IPv6 คุณไม่ต้องกังวลเรื่องการจัดสรรพื้นที่สำหรับโฮสต์ที่กำหนดอีกต่อไป ซับเน็ตทั้งหมด (นอกเหนือจากลิงก์ P2P) ควรกำหนดเป็น / 64 ซึ่งจะให้ที่อยู่โฮสต์จำนวนไร้สาระ สิ่งนี้ทำให้คุณมีสมาธิกับหัวข้ออื่น ๆ เช่นโครงร่างและการออกแบบเครือข่ายที่ดี (A / 48 จะให้ 65,536/64 เครือข่าย)

มีหลายโรงเรียนที่คิดเกี่ยวกับเรื่องนี้ หากคุณมีความสุขกับการออกแบบ IPv4 ของคุณอยู่แล้วการซ้อนทับ IPv6 ที่สะท้อนสิ่งต่าง ๆ น่าจะเป็นตัวเลือกที่ดีและช่วยลดการเปลี่ยนแปลงสำหรับทุกคน

  • 2001: 0DB8: 1: 1 :: / 64 -> 10.1.1.0 / 24
  • 2001: 0DB8: 1: 2 :: / 64 -> 10.1.2.0 / 24
  • ...
  • 2001: 0DB8: 1: 254 :: / 64 -> 10.1.254.0 / 24

เล่นกับเครื่องคิดเลข IPv6 บางส่วนเพื่อช่วยให้คุณได้รับสิ่งเหล่านี้ทั้งหมด นี่คือตัวอย่างหนึ่ง: เครื่องคิดเลข GestioIP Online IPv4 / v6

นี่เป็นสิ่งที่ยากที่สุดสำหรับฉันที่จะข้าม - ไม่ต้องกังวลกับการจัดสรรพื้นที่สำหรับโฮสต์! วางแผนเครือข่ายของคุณ - มุ่งเน้นไปที่ตำแหน่งของขอบเขตเลเยอร์ 3 บริการที่เสนอสถานที่ตั้งทางกายภาพของอุปกรณ์ ฯลฯ อาจเป็นเวลาหลายปีก่อนที่คุณจะมีเครือข่าย IPv6 ที่บริสุทธิ์ แต่คุณจะเริ่มวางรากฐานของการออกแบบเครือข่ายที่ดี ตอนนี้


19

ความแม่นยำเล็กน้อยในการตอบสนองก่อนหน้านี้อิงจากเซสชันการฝึกอบรม RIPE IPv6 ที่ฉันมีเมื่อปีที่แล้ว โดยทั่วไปข้อเสนอแนะของพวกเขาคือการมุ่งเน้นการรวมมากกว่าอยู่ดูแลรักษาพื้นที่

นั่นคือ: ไม่ต้องกังวลในการจอง IP จำนวนมากเพื่อเป็นจุดแสดงตนแม้ว่าคุณจะมีซับเน็ตจำนวนเล็กน้อยที่นี่ (ตอนนี้) แต่คุณควรรวมทุกเครือข่ายย่อย "อยู่" ใน POP ภายใต้คำนำหน้าใหญ่กว่าเดียวกัน

ความกังวลหลักของพวกเขาในตอนนี้ที่เรามี IP จำนวนมากที่เราจัดการคือถ้าทุกคนประกาศคำนำหน้าขนาดเล็กด้วยความละเอียดขนาดเล็กขนาดของตารางเส้นทาง DFZ อาจระเบิดได้

นี่คือสื่อการฝึกอบรมที่ใช้ในการนำเสนอ โดยเฉพาะอย่างยิ่ง "การฝึกซ้อม" รูปแบบไฟล์ PDF เป็นตัวอย่างแรกของแผนการกำหนดที่อยู่


12

ในการใช้เลย์เอาต์ต่อไปนี้ด้วยตนเอง (ดาต้าเซ็นเตอร์ pov)

ลูกค้า Colocation: หนึ่ง / 48

เซิร์ฟเวอร์เฉพาะ: หนึ่ง / 64 ต่อเซิร์ฟเวอร์โดยค่าเริ่มต้น

ลิงก์ P2P (bgp linknets และอื่น ๆ ): / 126

สำหรับการเปลี่ยน IPv4 -> IPv6 ไปเป็นสภาพแวดล้อมสแต็คคู่สำหรับ vlans โฮสต์ฉันจับคู่ซับเน็ต ipv4 กับซับเน็ต ipv6 ซึ่งมีขนาดใหญ่พอที่จะมี / 64 สำหรับที่อยู่ ipv4 ทุกอัน

ตัวอย่างเช่น:

Vlan มีหนึ่ง / 24 ipv4 (256 ip) ฉันจับคู่กับ / 56 Ipv6 (256 เฉพาะ / 64 เครือข่ายย่อย)

Vlan มีหนึ่ง / 23 ipv4 (512 ip) ฉันจับคู่กับ a / 55 ipv6 (512 unique / 64 subnets)


11

SURFnet เขียนคู่มือแผนเครือข่าย IPv6 ที่ดีซึ่งอาจเป็นประโยชน์


ลิงค์นี้ตายแล้ว มันเป็นคำตอบที่ค่อนข้างตื้นเช่นกัน บางทีคุณอาจรวมไฮไลท์จากแหล่งต้นฉบับบ้าง
Ryan Foley

ฉันแทนที่ลิงก์ด้วยโฮสต์ที่ RIPE (ผู้สนับสนุนการแปล) มันค่อนข้างยากที่จะให้ข้อสรุปที่ดีของเอกสารเนื่องจากมันเกี่ยวข้องกับสถานการณ์ที่แตกต่างกันมากมาย แต่ส่วนใหญ่จะสอดคล้องกับสิ่งที่คนอื่นพูดถึงที่นี่ เป็นเอกสารที่ดีในการช่วยคุณตัดสินใจเกี่ยวกับวิธีเลือกที่อยู่
Teun Vink

คำถามถามเกี่ยวกับการมีอยู่ของแนวปฏิบัติที่ดีที่สุดโดยทั่วไปโดยไม่ต้องสอบถามรายละเอียดเพิ่มเติมใด ๆ คำตอบนี้ตอบสนองคำถามนี้ได้อย่างชัดเจน upvoted
StockB

วิธีดูคำตอบนี้บน Android? แอพใดทำงานกับไฟล์ได้บ้าง
Ferrybig

4

มันค่อนข้างน่ากลัวเมื่อคุณเห็นพื้นที่ที่อยู่ขนาดใหญ่ที่มีอยู่ แต่ในทางปฏิบัติมันไม่ยากที่จะจัดการ

สมมติว่าคุณได้รับการจัดสรร / 48 นั่นทำให้คุณ 65K / 64s สามารถเล่นกับแต่ละคนสามารถถือที่อยู่ค่อนข้างมาก นอกจากนี้ข้อผิดพลาดในการปัดเศษใน 65K ยังช่วยให้คุณได้รับประโยชน์เล็กน้อย / <64 สำหรับการใช้งานอื่น

โดยส่วนตัวแล้วฉันจะโทรออก / 64 subnets จาก / 48 ต่อ VLAN ฉันตั้งค่าที่อยู่เราเตอร์เป็น :: 1 สำหรับแต่ละ VLAN ฉันใช้ :: xxxx สำหรับ DNS (โดยที่ xxxx เป็นตัวเลขซ้ำซ้อน) และคล้ายคลึงกับบริการอื่น ๆ ง่ายต่อการจดจำ

แต่ละช่องจะได้รับที่อยู่ที่จัดสรร SLAAC และโฮสต์ทั้งหมดได้รับการสนับสนุนให้กำหนดที่อยู่ชั่วคราว วิธีนี้เราสามารถหาระบบโดยใช้ที่อยู่ SLAAC แต่ระบบรักษาความเป็นส่วนตัวเล็กน้อยบนอินเทอร์เน็ต - หรือโดยทั่วไปเราจะใช้เว็บพร็อกซี่ - อ่า แต่ก็มีที่อยู่ชั่วคราวเช่นกัน! ถึงกระนั้นความแพร่หลายของ IPv4 ทำให้สิ่งที่สงสัยทั้งหมดนี้

หากคุณมีหลายไซต์ให้แบ่ง / 48 เป็นบิตขนาดเล็ก แต่ใหญ่กว่า / 64 - เพียงพอที่จะครอบคลุมเหตุการณ์ทั้งหมด สิ่งนี้จะช่วยให้คุณสามารถรวมตารางเส้นทางได้บ้าง

ตรงไปตรงมาสมมติว่าคุณมี / 48 (ฉันมีหนึ่งสำหรับบ้านของฉันดังนั้นฉันไม่สงสัยเลย) แล้วคุณควรมีพื้นที่เพียงพอที่จะครอบคลุมเหตุการณ์และแผนการส่วนใหญ่

ตอนนี้ถ้าการตั้งค่าของคุณใหญ่กว่า - พูดหลายประเทศและหลายไซต์ฉันขอแนะนำให้คุณตรวจสอบ PI แล้วแยกมันตามประเทศ / ไซต์ / VLAN หรือประเทศ / ท้องถิ่น / ไซต์ / อาคาร / VLAN หรืออะไรก็ตาม คุณยังคงได้รับที่อยู่มากมายใน / 48 สำหรับทุกคนยกเว้นการตั้งค่าที่ใหญ่ที่สุด



2

ข้อกังวลที่ใหญ่ที่สุดมีแนวโน้มที่จะระบุว่าคอขวดของคุณจะอยู่ที่ไหนในแง่ของการรวมเส้นทาง พารามิเตอร์พื้นฐานน่าจะเป็น: แต่ละเครือข่ายย่อยจะต้องเป็น / 64 (เขียนโดย IPv6) และคุณมี / 60, / 56, หรือ / 48 เพื่อเล่นกับ

อย่างที่คนอื่น ๆ บอกไว้ a / 48 ให้ซับเน็ตขนาด 64k ให้คุณ แต่ก็ยังง่ายต่อการวาดภาพตัวเองในมุมถ้าคุณเพิ่งกำหนดแบบสุ่ม สมมติว่าคุณมีที่ตั้งร้านค้า 1,000 แห่งและให้แต่ละ / 64 ต่อเนื่องกันตั้งแต่เริ่มต้น จากนั้นคุณจะพบว่าร้านค้าที่ 43 ต้องการเครือข่ายย่อยที่สองนั่นหมายถึงการกำหนดหมายเลขเครือข่ายนั้นใหม่หรือให้เครือข่ายย่อยสองเครือข่ายที่ไม่สามารถรวมได้

อนึ่งในโลก IPv4 คุณจะได้รับซับเน็ต 64k ถ้าคุณใช้เครือข่าย 10.xxx และซับเน็ตมันไปที่ / 24s แนวปฏิบัติบางอย่างที่คุณใช้ในสถานการณ์นั้นอาจแปลได้ดี

บริษัท หนึ่งที่ฉันทำงานเพื่อใช้งาน 10.xxx ภายในสำหรับสำนักงานสาขาประมาณ 150 แห่ง (มีคอมพิวเตอร์ 100-500 เครื่องในแต่ละสถานที่) ไบต์ที่สองคือหมายเลขสาขาและพวกเขาใช้ / 22 แทน / 24 สำหรับเครือข่ายย่อยของพวกเขา ดังนั้นสำนักงานสาขาแต่ละแห่งสามารถมีเครือข่ายย่อยได้มากถึง 64 เครือข่ายซึ่งทำงานได้ดีสำหรับพวกเขา


ใช่แนวทางปฏิบัติที่ดีที่สุดคือแต่ละไซต์ได้รับ / 56 หรือความยาวหน้ากากสั้น นอกจากนี้ขอแนะนำว่าอย่าให้ไส้ปากกาแตกเมื่อทำการกำหนดสิ่งต่าง ๆ (ความยาวของหน้ากากแต่ละอันที่กำหนดไว้ควรหารด้วย 4) ผู้ให้บริการจะไม่โฆษณาคำนำหน้านานกว่า / 48 ดังนั้นหากแต่ละเว็บไซต์จะต้องโฆษณาแยกต่างหากพวกเขาแต่ละคนต้องมี / 48
Ron Maupin

แนวปฏิบัติที่ดีที่สุดนั้น (เช่นแนวทางปฏิบัติที่ดีที่สุด) โดยทั่วไปเป็นความคิดที่ดี แต่อาจไม่เหมาะสมเสมอไป ตัวอย่างเช่นหากคุณเป็น Starbucks หรือ McDonalds คุณอาจมี / 56s ไม่เพียงพอสำหรับร้านค้าทั้งหมดของคุณ นั่นเป็นเหตุผลว่าทำไมองค์กรต่าง ๆ เช่นทหารของประเทศต่าง ๆ และแม้แต่ร้านหนังสือโซ่ต้องการมี / 29 หรือนำหน้าสั้นกว่า
Kevin Keane

1
บริษัท ของฉันมีความยาวหน้ากากสั้นกว่ามาก คุณสามารถมีความยาวหน้ากากสั้นลงได้อย่างง่ายดายมากเพื่อให้คุณสามารถกำหนด / 56 (หรือสั้นกว่า) ให้กับแต่ละไซต์ได้ ทั้งหมดที่ฉันพูดคือถ้าคุณต้องการโฆษณาคำนำหน้าบนอินเทอร์เน็ตคุณต้องมีความยาวรูปแบบ / 48 หรือสั้นกว่า รับ / 32 หรือ / 24 ไม่ใช่เรื่องยากถ้าคุณมีความต้องการ
Ron Maupin

1

แนวทางปฏิบัติที่ดีที่สุดของรูปแบบการกำหนดพื้นที่ IPv6

ฉันพอใจกับการจัดสรรพื้นที่ที่อยู่ IPv4 โดยที่ฉันหมายถึง: การให้บริการเพื่อวางแผนหรือองค์กรสู่เครือข่ายฉันเข้าใจวิธีการวางแผนการใช้พื้นที่ที่อยู่ IP (หรืออย่างน้อยฉันคิดว่าฉันทำ :)

มีแนวทางปฏิบัติที่ดีที่สุดหรือกรณีศึกษาสำหรับเค้าโครงพื้นที่ที่อยู่IPv6หรือไม่

คำตอบสั้น ๆ อย่างยิ่ง: เริ่มต้นที่ / 56 พยายามฉายสิ่งที่จะใช้ในอีกไม่กี่ปีข้างหน้าและปรับขึ้นหรือลงตามนั้น ผู้ที่ขอที่อยู่เดียวควรยังมีการจัดสรรบางอย่างสำหรับการขยายตัวในอนาคตการหลีกเลี่ยงการกระจายตัวของการจัดสรรเป็นสิ่งสำคัญ


คำตอบอีกต่อไป:

Internet Engineering Task Force (IETF) - แนวปฏิบัติที่ดีที่สุดในปัจจุบัน :

  • RFC 6177 และ BCP 157 - "การกำหนดที่อยู่ IPv6 ไปยังไซต์ปลายทาง" ชี้แจงว่าคำแนะนำเดียวที่เหมาะกับทุกขนาดของ / 48 นั้นไม่เหมาะสมพอสำหรับไซต์ปลายทางที่หลากหลายและไม่แนะนำให้ใช้เป็นค่าเริ่มต้นเดี่ยวอีกต่อไป

    1. บทนำ - มีข้อควรพิจารณาหลายประการที่รวมอยู่ในนโยบายการกำหนดที่อยู่ ตัวอย่างเช่นเพื่อให้มีสุขภาพที่ดีในระยะยาวและความยืดหยุ่นของโครงสร้างพื้นฐานการกำหนดเส้นทางสาธารณะเป็นสิ่งสำคัญที่จะกล่าวถึงการรวมที่ดี [ ROUTE-SCALING ] ในทำนองเดียวกันการให้พื้นที่ที่อยู่มากเกินไปอาจส่งผลให้พื้นที่ที่อยู่ลดลงก่อนเวลาอันควร เอกสารนี้มุ่งเน้นไปที่คำถาม (แคบลง) เกี่ยวกับขนาดของการกำหนดที่อยู่ IPv6 ที่เหมาะสมสำหรับไซต์ปลายทาง กล่าวคือเมื่อไซต์ปลายทางร้องขอพื้นที่ที่อยู่ IPv6 จาก ISP ขนาดของการกำหนดที่เหมาะสมคืออะไร

    ...

    เอกสารนี้มุ่งเน้นไปที่คำถาม (แคบลง) เกี่ยวกับขนาดของการกำหนดที่อยู่ IPv6 ที่เหมาะสมสำหรับไซต์ปลายทาง กล่าวคือเมื่อไซต์ปลายทางร้องขอพื้นที่ที่อยู่ IPv6 จาก ISP ขนาดของการกำหนดที่เหมาะสมคืออะไร

    ...

    เอกสารนี้ไม่ได้ให้คำแนะนำอย่างเป็นทางการเกี่ยวกับขนาดของการมอบหมายที่แน่นอน ตัวเลือกที่แน่นอนของพื้นที่ที่อยู่เพื่อกำหนดไซต์ปลายทางเป็นปัญหาสำหรับชุมชนดำเนินงาน บทบาทของ IETF ในกรณีนี้ จำกัด เฉพาะการให้คำแนะนำเกี่ยวกับสถาปัตยกรรม IPv6 และข้อควรพิจารณาในการปฏิบัติงาน เอกสารนี้ให้ข้อมูลเกี่ยวกับการสนทนาเหล่านั้น

    ...

    2. ใน / 48 การมอบหมายไปยังจุดสิ้นสุดไซต์ - มองย้อนกลับไปที่แรงจูงใจดั้งเดิมตามคำแนะนำ / 48 [RFC3177] มีข้อกังวลหลักสามประการ แรงจูงใจแรกคือเพื่อให้แน่ใจว่าไซต์ปลายทางสามารถรับพื้นที่ที่อยู่ได้อย่างง่ายดายโดยไม่ต้อง "ข้ามผ่านห่วง" เพื่อทำเช่นนั้น ตัวอย่างเช่นถ้ามีคนรู้สึกว่าพวกเขาต้องการพื้นที่เพิ่มขึ้นการกระทำของการถามในระดับหนึ่งก็เพียงพอแล้ว

    ในฐานะที่เป็นจุดเปรียบเทียบใน IPv4 ผู้ใช้ตามบ้านทั่วไปจะได้รับที่อยู่ IP สาธารณะเดียว (แม้ว่าจะไม่มั่นใจเสมอไป) แต่การได้รับมากกว่าหนึ่งที่อยู่นั้นมักจะเป็นเรื่องยากหรือเป็นไปไม่ได้ - เว้นแต่จะเต็มใจจ่าย (สำคัญ) ค่าธรรมเนียมที่เพิ่มขึ้นสำหรับสิ่งที่มักถูกพิจารณาว่าเป็น "บริการที่ดีกว่า" (ควรสังเกตว่าค่าใช้จ่าย ISP ที่เพิ่มขึ้นเพื่อรับที่อยู่เพิ่มเติมจำนวนเล็กน้อยไม่สามารถพิสูจน์ได้โดยค่าใช้จ่ายจริงต่อที่อยู่ที่เรียกเก็บโดย RIR แต่ที่อยู่เพิ่มเติมจะมีให้เฉพาะผู้ใช้ปลายทางเป็นส่วนหนึ่งของประเภทที่แตกต่างกันหรือ " ระดับที่สูงขึ้น "ของบริการซึ่งมีการเรียกเก็บค่าใช้จ่ายเพิ่มเติมจุดที่นี่คือค่าใช้จ่ายเพิ่มเติมไม่ได้เกิดจากโครงสร้างค่าธรรมเนียม RIR แต่สำหรับ ISP ที่เป็นตัวเลือกทางธุรกิจ)

    เป้าหมายสำคัญใน IPv6 คือการเปลี่ยนค่าเริ่มต้นและการกำหนดไซต์ปลายทางขั้นต่ำอย่างมีนัยสำคัญจาก "ที่อยู่เดียว" เป็น "หลายเครือข่าย" และเพื่อให้แน่ใจว่าไซต์ปลายทางสามารถรับพื้นที่ที่อยู่ได้อย่างง่ายดาย

    ...

    การเปลี่ยนแปลงนโยบาย (เช่นด้านบน) จะมีผลกระทบอย่างมีนัยสำคัญต่อการคาดการณ์ปริมาณการใช้ที่อยู่และอายุการใช้งานที่คาดหวังสำหรับ IPv6 ตัวอย่างเช่นการเปลี่ยนการกำหนดค่าเริ่มต้นจาก / 48 เป็น / 56 (สำหรับไซต์ปลายทางส่วนใหญ่เช่นไซต์บ้าน) จะส่งผลให้ประหยัดได้สูงสุด 8 บิตลด "ปริมาณการใช้ที่อยู่ทั้งหมดที่คาดการณ์" โดย (ขึ้นไป ถึง) 8 บิตหรือสองขนาดของคำสั่ง (จำนวนเงินออมที่แน่นอนนั้นขึ้นอยู่กับจำนวนญาติของผู้ใช้ตามบ้านเมื่อเทียบกับจำนวนของไซต์ที่ใหญ่กว่า)

    ...

    3. ข้อควรพิจารณาอื่น ๆ ของ RFC 3177 - ... เนื่องจากพื้นที่ที่อยู่จำนวนมากใน IPv6 มีพื้นที่เหลือเฟือที่จะให้พื้นที่ไซต์มากพอที่จะสอดคล้องกับการคาดการณ์การเติบโตที่สมเหตุสมผลในกรอบเวลาหลายปี ดังนั้นจึงเป็นที่ต้องการอย่างสูงในการจัดเตรียมไซต์ปลายทางที่มีพื้นที่เพียงพอ โชคดีที่เป้าหมายนี้สามารถทำได้หลายวิธีและไม่ต้องการให้ไซต์ปลายทางทั้งหมดได้รับการกำหนดขนาดเริ่มต้นเท่ากัน ".

  • RFC 7608 และ BCP 198 - "คำแนะนำความยาวคำนำหน้า IPv6 สำหรับการส่งต่อ"

    บทคัดย่อ - ความยาวของคำนำหน้า IPv6 ดังเช่นใน IPv4 เป็นพารามิเตอร์ที่ถ่ายทอดและใช้ในกระบวนการกำหนดเส้นทางและการส่งต่อ IPv6 ตามสถาปัตยกรรม Classless Inter-domain Routing (CIDR) ความยาวของคำนำหน้า IPv6 อาจเป็นจำนวนใดก็ได้จากศูนย์ถึง 128 แม้ว่าเครือข่ายย่อยที่ใช้ stateless address autoconfiguration (SLAAC) สำหรับการจัดสรรที่อยู่จะใช้คำนำหน้า / 64 ตามอัตภาพ การปรับใช้ฮาร์ดแวร์และซอฟต์แวร์ของการกำหนดเส้นทางและการส่งต่อจึงไม่ควรมีกฎใด ๆ เกี่ยวกับความยาวของคำนำหน้า แต่ใช้การจับคู่ที่ยาวที่สุดในคำนำหน้าของความยาวที่ถูกต้อง

  • RFC 7934 และ BCP 204 - "คำแนะนำความพร้อมใช้งานของที่อยู่โฮสต์" แนะนำให้เครือข่ายจัดหาโฮสต์ปลายทางที่ใช้งานทั่วไปที่มีที่อยู่ IPv6 หลายแห่งทั่วโลกเมื่อเชื่อมต่อและอธิบายถึงประโยชน์และตัวเลือกสำหรับการทำเช่นนั้น

    เกริ่นนำ - "ซึ่งแตกต่างจาก IPv4 เครือข่าย IPv6 ไม่ได้ถูกบังคับโดยความกังวลเรื่องการขาดแคลนที่อยู่เพื่อให้ที่อยู่เดียวเท่านั้นต่อโฮสต์ ... นอกจากนี้การให้ที่อยู่หลายแห่งมีประโยชน์มากมายรวมถึงฟังก์ชั่นการใช้งาน ประโยชน์ที่สำคัญอีกประการหนึ่งก็คือความสามารถในการให้บริการอินเทอร์เน็ตโดยไม่ต้องใช้ Network Address Translation (NAT) การให้ที่อยู่ IPv6 เพียงหนึ่งที่อยู่ต่อโฮสต์นั้นจะเป็นการปฏิเสธสิทธิประโยชน์เหล่านี้

    2. สามัญ IPv6 ปรับใช้รุ่น - IPv6 ถูกออกแบบมาเพื่อรองรับการอยู่หลายรวมถึงที่อยู่ทั่วโลกหลายต่ออินเตอร์เฟซ (ดูมาตรา 2.1 ของ [RFC4291]และมาตรา 5.9.4 ของ [RFC6434] ) วันนี้หลายวัตถุประสงค์ทั่วไปโฮสต์ IPv6 มีการกำหนดค่าที่มีสามหรือมากกว่าอยู่ต่ออินเตอร์เฟซ: ที่อยู่ในท้องถิ่น link- ที่อยู่ที่มีเสถียรภาพ (เช่นการใช้ 64 บิตขยายตัวบ่งชี้ที่ไม่ซ้ำ (EUI-64) หรือทึบแสงอินเตอร์เฟซรูปพรรณ [ RFC7217 ]) , หนึ่งหรือมากกว่าหนึ่งที่อยู่ความเป็นส่วนตัว [ RFC4941 ] และอาจเป็นหนึ่งหรือมากกว่าหนึ่งที่อยู่ชั่วคราวหรือไม่ชั่วคราวที่ได้รับโดยใช้โปรโตคอลการกำหนดค่าโฮสต์แบบไดนามิกสำหรับ IPv6 (DHCPv6) [ RFC3315 ]

    ในเครือข่าย IPv6 ที่ใช้งานทั่วไปส่วนใหญ่โฮสต์มีความสามารถในการกำหนดค่าที่อยู่ IPv6 เพิ่มเติมจากคำนำหน้าลิงก์ (es) โดยไม่มีการร้องขออย่างชัดเจนไปยังเครือข่าย เครือข่ายดังกล่าวรวมถึงเครือข่าย 3GPP ทั้งหมด ( [RFC6459], ส่วนที่ 5.2 ) นอกเหนือจากเครือข่าย Ethernet และ Wi-Fi โดยใช้ Stateless Address Autoconfiguration (SLAAC) [ RFC4862 ] "

  • RFC 4862 - "การกำหนดค่าที่อยู่ไร้สถานะ IPv6 อัตโนมัติ" อธิบาย:

    3. เป้าหมายการออกแบบ

     

    • การกำหนดค่าอัตโนมัติอย่างไร้สัญชาติถูกออกแบบมาโดยคำนึงถึงเป้าหมายต่อไปนี้: o ไม่ควรกำหนดค่าด้วยตนเองสำหรับเครื่องแต่ละเครื่องก่อนที่จะเชื่อมต่อกับเครือข่าย ... การกำหนดค่าอัตโนมัติที่อยู่ถือว่าแต่ละอินเตอร์เฟสสามารถให้ตัวระบุที่ไม่ซ้ำกันสำหรับส่วนต่อประสานนั้น (เช่น "ตัวระบุส่วนต่อประสาน") ...

    • ไซต์ขนาดเล็กที่ประกอบด้วยชุดเครื่องที่เชื่อมต่อกับลิงก์เดียวไม่ควรต้องมีเซิร์ฟเวอร์หรือเราเตอร์ DHCPv6 เป็นข้อกำหนดเบื้องต้นสำหรับการสื่อสาร การสื่อสารแบบพลักแอนด์เพลย์ทำได้ผ่านการใช้ที่อยู่ link-local ที่อยู่ Link-local มีคำนำหน้าที่รู้จักกันดีซึ่งระบุลิงค์ที่ใช้ร่วมกัน (เดี่ยว) ซึ่งชุดของโหนดแนบ โฮสต์สร้างที่อยู่ link- local โดยผนวกตัวระบุอินเตอร์เฟสต่อท้ายคำนำหน้า link- ท้องถิ่น

    • ไซต์ขนาดใหญ่ที่มีหลายเครือข่ายและเราเตอร์ไม่ควรต้องมีเซิร์ฟเวอร์ DHCPv6 สำหรับการกำหนดค่าที่อยู่ ในการสร้างที่อยู่ร่วมโฮสต์ต้องกำหนดคำนำหน้าที่ระบุเครือข่ายย่อยที่แนบ เราเตอร์สร้างเราเตอร์โฆษณาเป็นระยะที่มีตัวเลือกที่แสดงรายการคำนำหน้าชุดที่ใช้งานอยู่บนลิงค์

    • การกำหนดค่าที่อยู่ควรช่วยอำนวยความสะดวกในการกำหนดหมายเลขเครื่องใหม่ในเว็บไซต์ ตัวอย่างเช่นไซต์อาจต้องการเปลี่ยนหมายเลขโหนดทั้งหมดเมื่อสลับเป็นผู้ให้บริการเครือข่ายใหม่ การจัดหมายเลขใหม่ทำได้โดยการเช่าที่อยู่ไปยังส่วนต่อประสานและการกำหนดที่อยู่หลายแห่งให้กับส่วนต่อประสานเดียวกัน อายุการใช้งานตามสัญญาเช่ามอบกลไกที่ไซต์จะเลิกใช้คำนำหน้าเก่า การกำหนดที่อยู่หลายแห่งให้กับอินเทอร์เฟซจะจัดเตรียมช่วงเวลาการเปลี่ยนแปลงระหว่างที่ที่อยู่ใหม่และที่อยู่ชั่วคราวถูกเลิกใช้งานพร้อมกัน

ข้อควรพิจารณาด้านความปลอดภัย :

  • OPSEC - " ข้อควรพิจารณาด้านความปลอดภัยในการใช้งานสำหรับเครือข่าย IPv6 - draft-ietf-opsec-v6-12 ":

    1. ข้อควรพิจารณาด้านความปลอดภัยทั่วไป

     

             2.1 ที่อยู่สถาปัตยกรรม

                    การจัดสรรที่อยู่ IPv6 และสถาปัตยกรรมโดยรวมเป็นส่วนสำคัญของการรักษาความปลอดภัย IPv6 การออกแบบเบื้องต้นแม้ว่าจะเป็นเพียงชั่วคราว แต่ก็มีแนวโน้มที่จะยาวนานกว่าที่คาดไว้มาก ถึงแม้ว่าในตอนแรก IPv6 นั้นถูกคิดว่าทำให้การกำหนดหมายเลขใหม่ทำได้ง่าย แต่ในทางปฏิบัติมันอาจเป็นเรื่องยากอย่างยิ่งที่จะทำการจัดหมายเลขใหม่โดยไม่มีระบบการจัดการที่อยู่ IP ที่ดี (IPAM)

                    เมื่อมีการมอบหมายการจัดสรรที่อยู่แล้วควรมีแนวคิดบางประการสำหรับแผนการจัดสรรที่อยู่โดยรวม ด้วยพื้นที่ที่อยู่มากมายที่มีอยู่การจัดสรรที่อยู่อาจถูกจัดโครงสร้างรอบการบริการพร้อมกับที่ตั้งทางภูมิศาสตร์ซึ่งจะเป็นพื้นฐานสำหรับนโยบายความปลอดภัยที่มีโครงสร้างมากขึ้นเพื่ออนุญาตหรือปฏิเสธบริการระหว่างภูมิภาคทางภูมิศาสตร์

                    คำถามที่พบบ่อยคือ บริษัท ควรใช้ PI กับ PA space RFC7381 ] แต่จากมุมมองด้านความปลอดภัยมีความแตกต่างเล็กน้อย อย่างไรก็ตามสิ่งหนึ่งที่ต้องคำนึงถึงคือผู้ที่มีความเป็นเจ้าของในการจัดการพื้นที่ที่อยู่และใครเป็นผู้รับผิดชอบด้านเทคนิคหาก / เมื่อมีความต้องการบังคับใช้ข้อ จำกัด เกี่ยวกับความสามารถในการกำหนดพื้นที่เนื่องจากกิจกรรมทางอาญาที่เป็นอันตราย การใช้พื้นที่ PA ทำให้องค์กรมีการจัดลำดับใหม่ของเครือข่ายทั้งหมดรวมถึงนโยบายความปลอดภัย (ตาม ACL), ระบบการตรวจสอบ, ... โดยย่องานที่ซับซ้อนซึ่งอาจนำไปสู่ความเสี่ยงด้านความปลอดภัยหากทำสำหรับเครือข่ายขนาดใหญ่ ดังนั้นสำหรับเครือข่ายขนาดใหญ่ควรใช้พื้นที่ PI

การอ้างอิงอื่น ๆ :

ARIN - " นโยบายฉบับร่างที่แนะนำ ARIN-2015-1: การแก้ไขเกณฑ์สำหรับการมอบหมายเบื้องต้นสำหรับผู้ใช้ปลายทาง IPv6 "

ARIN - " นโยบายฉบับร่าง ARIN-2011-3: การจัดสรร IPv6 ที่ดีขึ้นสำหรับ ISP "

นโยบาย ARIN ทั้งหมด

IANA - หน้าหลัก - พิธีสาร Registries - IANA การจัดการลิขสิทธิ์โดเมน

IETF - " สิ่งที่ต้องพิจารณาเกี่ยวกับเมทริกความหนาแน่นโฮสต์ IPv6 - draft-huston-hd-metric-00.txt "

IETF BCPทั้งหมด ( Archives )

แนวทางปฏิบัติที่ดีที่สุดในปัจจุบันของ Wikipedia (ปัจจุบันยังไม่ทันสมัย)

AP NIC - " แนวทางปฏิบัติที่ดีที่สุดในปัจจุบันของ IPv6 "

เอกสารข้อมูลของ Cloudmark: " BCP สำหรับการปรับใช้ SMTP ระยะใกล้ในเครือข่าย IPv6 "

NSRC.org - " ห้องปฏิบัติการกรองและกรอง Egress - การออกแบบเครือข่ายวิทยาเขต & การประชุมเชิงปฏิบัติการ "

RIPE - " นโยบายการจัดสรรที่อยู่ IPv6 และการกำหนด " (ท่ามกลางสิ่งอื่น ๆ ): "ขนาดการจัดสรรขั้นต่ำสำหรับพื้นที่ที่อยู่ IPv6 คือ / 32. (สำหรับ LIRs)", "เพื่อให้มีคุณสมบัติสำหรับการจัดสรรพื้นที่แอดเดรส IPv6 ครั้งแรก LIR ต้องมีแผนสำหรับการจัดสรรย่อยให้กับองค์กรอื่น ๆ และ / หรือการมอบหมายไซต์ปลายทางภายในสองปี "," LIR ที่ตรงตามเกณฑ์การจัดสรรเริ่มต้นจะมีสิทธิ์ได้รับการจัดสรรเริ่มต้นที่ / 32 ถึง / 29 โดยไม่จำเป็นต้อง จัดหาข้อมูลเพิ่มเติม ", ...

RIPE - " ทำความเข้าใจเกี่ยวกับการกำหนดที่อยู่ IP และแผนภูมิ CIDR " (ดูด้านล่าง) เสนอแผนภูมิที่เป็นประโยชน์ต่อไปนี้:

IPv4 และ IPv6


สถาปัตยกรรมดั้งเดิมของอินเทอร์เน็ตประกอบด้วยเครือข่ายขนาดใหญ่ส่วนใหญ่ที่เชื่อมต่อถึงกันโดยตรงและดูเหมือนจะไม่เหมือนกับการออกแบบแบบลำดับชั้นที่ใช้กันทุกวันนี้ มันง่ายที่จะให้บล็อกที่อยู่ขนาดใหญ่หนึ่งอันแก่ทหารและอีกอันหนึ่งให้กับมหาวิทยาลัยสแตนฟอร์ด ในรูปแบบนั้นเราเตอร์ต้องจำเพียงหนึ่งที่อยู่ IP สำหรับแต่ละเครือข่ายและสามารถเข้าถึงโฮสต์หลายล้านคนผ่านแต่ละเส้นทางเหล่านั้น

  • อุปกรณ์ IPv6 ทั้งหมดมีที่อยู่เฉพาะที่ให้ไว้เป็นค่าเริ่มต้นอุปกรณ์ IPv4 ใช้เครือข่ายที่มีระดับและไม่มีที่อยู่ที่ไม่ซ้ำกันเนื่องจากที่อยู่ที่ใช้หมดระหว่างวันที่ 31 มกราคม 2554 ถึง 24 กันยายน 2558

นี่คือแผนที่เก่าของอินเทอร์เน็ตทั้งหมดในเดือนกุมภาพันธ์ปี 1982เทียบกับอินเทอร์เน็ตในปัจจุบันStackExchange.com เป็นจุดเล็ก ๆ ที่อยู่ตรงกลางของภาพที่ถูกต้องคลิกเพื่อซูมเข้า

อินเทอร์เน็ตเมื่อเทียบกับวันนี้

RFC 3484 - "การเลือกที่อยู่เริ่มต้นสำหรับอินเทอร์เน็ตโพรโทคอลรุ่น 6 (IPv6)" ถูกล้าสมัยโดยRFC 6724 (ก.ย. 2012) ใหม่ในการอัปเดตคือ:

"ส่วน2.1.4 , 2.2.2และ2.2.3ของRFC 5220อธิบายปัญหาการเลือกที่อยู่ที่เกี่ยวข้องกับที่อยู่เฉพาะของท้องถิ่น (ULAs) [RFC4193] โดยค่าเริ่มต้นปลายทาง IPv6 ทั่วโลกเป็นที่ต้องการมากกว่าปลายทาง ULA เนื่องจาก ULA โดยพลการเป็น ไม่สามารถเข้าถึงได้อย่างแน่นอน ".

  • คำแนะนำเดียวที่เหมาะกับทุกขนาดของ / 48 นั้นไม่เหมาะสมสำหรับไซต์ปลายทางที่หลากหลายและไม่แนะนำให้ใช้เป็นค่าเริ่มต้นเดี่ยวอีกต่อไป

โปรดดู: RIPE - "การทำความเข้าใจกับที่อยู่ IP และแผนภูมิ CIDR ":

"อุปกรณ์ทุกชิ้นที่เชื่อมต่อกับอินเทอร์เน็ตจำเป็นต้องมีตัวระบุที่อยู่ Internet Protocol (IP) เป็นที่อยู่ตัวเลขที่ใช้ในการระบุชิ้นส่วนของฮาร์ดแวร์เฉพาะที่เชื่อมต่อกับอินเทอร์เน็ต

IP ที่ใช้กันมากที่สุดในปัจจุบันสองรุ่นคือ Internet Protocol รุ่น 4 (IPv4) และ Internet Protocol รุ่น 6 (IPv6) ทั้งที่อยู่ IPv4 และ IPv6 มาจากกลุ่มตัวเลขจำนวน จำกัด

  • สำหรับ IPv4 พูลนี้มีขนาด 32 บิต (2 ^ 32) และมีที่อยู่ IPv4 4,294,967,296

  • พื้นที่ที่อยู่ IPv6 คือขนาด 128 บิต (2 ^ 128) ที่มี 340,282,366,920,938,463,463,463,463,373,374,607,431,768,211,456 ที่อยู่ IPv6

รูปแบบการจัดสรรที่อยู่

ปัจจุบัน IANA จัดสรรบล็อคที่อยู่ให้กับการลงทะเบียนระดับภูมิภาค การลงทะเบียนจะกำหนดบล็อกที่อยู่ให้กับผู้ให้บริการ มันเป็นความรับผิดชอบของผู้ให้บริการในการแจกที่อยู่ให้กับลูกค้าของตน

นโยบายปัจจุบันแตกต่างกันไปตามภูมิภาคและในกรณีที่อนุรักษ์นิยมที่สุดกำหนดให้ผู้ใช้ต้องผ่านผู้ให้บริการของผู้ใช้เพื่อรับพื้นที่ที่อยู่ IPv6 แทนที่จะเข้าใกล้รีจีสตรีโดยตรงสำหรับพื้นที่ที่อยู่ IPv6

นโยบายขึ้นอยู่กับผู้ให้บริการ

รูปกราฟิกแสดงให้เห็นถึงวิธีการใช้นโยบายเริ่มต้นนี้ รูปแบบการมอบหมายนี้โดยทั่วไปจะเรียกว่าการมอบหมายผู้ให้บริการ (PA) หรือการมอบหมายผู้ให้บริการ (PD) ความยาวของคำนำหน้าที่แสดงในรูปภาพเป็นคำแนะนำ การลงทะเบียนและผู้ให้บริการสามารถกำหนดบล็อกโดยใช้กระบวนการและขั้นตอนที่พวกเขาได้สร้างขึ้นสำหรับภูมิภาคและลูกค้าของพวกเขา นี่คือคำอธิบายใน RFC 6177

RFC 6177 - "การกำหนดที่อยู่ IPv6 ไปยังปลายทาง"

เป็นตัวอย่างของนโยบาย IANA ได้มอบหมาย 2600: 0000 :: / 12 ให้กับ ARIN สำหรับการมอบหมาย สิ่งนี้สอดคล้องกับเลเยอร์บนสุดของโมเดล ARIN ได้มอบหมาย 2600 :: / 29 บล็อกให้แก่ Sprint, 2600: 300 :: / 24 ถึง AT&T Mobility, 2600: 7000 :: / 24 ถึง Hurricane Electric เป็นต้น

การกำหนดบล็อกเหล่านี้ไม่เป็นไปตามรูปแบบดั้งเดิมที่กำหนดไว้ใน RFC 3177 ผู้ให้บริการจะกำหนดบล็อกให้กับลูกค้าตามความต้องการของลูกค้า ผู้ให้บริการอินเทอร์เน็ต (ISP) มีความยืดหยุ่นในการกำหนดที่อยู่ที่หลากหลายให้กับลูกค้า

ตัวอย่างเช่นลูกค้า ISP องค์กรขนาดใหญ่อาจต้องมีการมอบหมาย / 40 ในขณะที่ลูกค้าที่อยู่อาศัยจะต้องมีการมอบหมาย / 60

มีข้อยกเว้นสำหรับนโยบายนี้ที่ประกาศใช้โดยการลงทะเบียนระดับภูมิภาคที่อนุญาตให้ลูกค้าปลายทางเข้าถึงการลงทะเบียนโดยตรงและขอพื้นที่ที่อยู่ IPv6 ได้โดยตรง ข้อยกเว้นนี้เรียกว่าการกำหนดที่อยู่ผู้ให้บริการอิสระ (PI)

RFC 5375 - "ข้อควรพิจารณาการกำหนดแอดเดรส IPv6 Unicast" แสดงถึงปัญหาบางอย่างที่ต้องนำมาพิจารณาเมื่อสร้างแผนการกำหนดแอดเดรส

คุณควรตัดสินใจก่อนว่าคุณต้องการบล็อกที่อยู่อิสระของผู้ให้บริการหรือไม่

หากลูกค้ามีที่อยู่ PI การมอบหมายจะยังคงใช้ได้หากเป็นไปตามเกณฑ์สำหรับการมอบหมายดั้งเดิม

แนะนำให้ลูกค้าที่มีที่อยู่ PA เพื่อรับการกำหนดพื้นที่ที่อยู่ใหม่จาก LIR อื่นและส่งคืนพื้นที่ที่อยู่ PA ที่กำหนดโดย LIR ดั้งเดิมของพวกเขา ในเรื่องนี้

ยิ่งไปกว่านั้นการปรึกษากับ IANA และ IETF ลิงค์ด้านบนเป็นวิธีที่ดีที่สุดในการปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุด


0

วิธีที่ดีที่สุดในการแบ่ง ipv6 คือ / 64 subnets เพราะ / ที่อยู่ 64 สามารถแมปกับ IPV4 ได้อย่างง่ายดาย


1
วิธีการแบ่งออกเป็น / 64 ทำได้ง่ายกว่าการแบ่งใน / 48's ตัวอย่าง คุณสามารถอธิบายรายละเอียดเกี่ยวกับวิธีการทำแผนที่นี้ได้อย่างไร?
Teun Vink

1
และทำไมเราควรสนใจ "แมปง่าย ๆ กับ IPV4"
Michael Hampton

0

ความแตกต่างที่สำคัญระหว่าง v4 และ v6

  1. ไม่จำเป็นต้องมีจุลภาค พื้นที่ที่อยู่ค่อนข้างอุดมสมบูรณ์
  2. ความคาดหวังคือเครือข่ายย่อยทั้งหมดจะเป็น / 64s
  3. NAT ไม่ได้รับการสนับสนุนอย่างมาก สำหรับธุรกิจขนาดใหญ่ที่ไม่มีปัญหาพวกเขาเพิ่งได้พื้นที่ PI หรือแม้แต่ลงทะเบียนเป็น LIR และโฆษณาพื้นที่ของพวกเขาผ่าน BGP อย่างไรก็ตามสำหรับธุรกิจขนาดเล็กที่มีตัวเลือกที่ยากพวกเขาจะใช้พื้นที่ PI และซื้อการเชื่อมต่ออินเทอร์เน็ตที่มีราคาแพงกว่าซึ่งจะช่วยให้พวกเขาใช้มันได้หรือไม่? พวกเขาเรียกใช้ที่อยู่ส่วนตัวและ ISP ได้จัดสรรที่อยู่สาธารณะในแบบคู่ขนานและหวังว่าจะไม่มีที่อยู่ที่จัดสรร ISP ในไฟล์การกำหนดค่าระยะยาวหรือไม่ พวกเขาเพิกเฉยต่อ IETF และเรียกใช้ NAT ต่อไปหรือไม่
  4. สัญกรณ์ฐานสิบหกทำให้ขอบเขตการแทะการโน้มน้าวใจสำหรับระดับที่อยู่

ยิ่งไปกว่านั้นมันไม่ควรจะแตกต่างจาก v4 มากเท่าไหร่ลองคิดดูว่าคุณต้องการ subnets อะไรคิดว่ากลุ่มตรรกะใดที่พวกเขาตกลงไปและมีช่องว่างสำหรับการขยายตัวในอนาคตที่คุณต้องการในแต่ละระดับและเริ่มวางแผนร่วมกัน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.