วิธีจัดสรรพื้นที่แอดเดรสสำหรับ VPN หลายไซต์

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

สี่บทบาท สี่คำถามที่ต่างกัน

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

เฉพาะข้อที่สามเท่านั้นที่เกี่ยวข้องกับจำนวนแล็ปท็อปในสำนักงาน ความสับสนเพียงอย่างเดียวนี้คือคำอธิบายของข้อโต้แย้งส่วนใหญ่

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

การนับบล็อก: /30 ราคาเท่าไรจริง

ลิงก์แบบจุดต่อจุดต้องใช้สองแอดเดรสและใช้บล็อกที่มีขนาดขึ้นกับแพลตฟอร์ม /30 มีสี่แอดเดรส ซึ่งโดยปกติสองแอดเดรสใช้งานได้ ดังนั้นสิบสองลิงก์จะใช้สี่สิบแปดแอดเดรสในแผนขณะที่ให้ปลายยี่สิบสี่จุด /31 มีสองแอดเดรสและทั้งสองใช้งานได้ ซึ่งลดการคำนวณลงครึ่งหนึ่ง แต่เฉพาะที่ปลายทั้งสองยอมรับ

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

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

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

ซับเน็ตของเกตเวย์ที่จัดการไม่ใช่พูลไคลเอนต์

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

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

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

จัดทำเอกสารแผนเพื่อให้อยู่รอดถึงไซต์ที่สอง

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

บันทึกสมมติฐานการเติบโตเบื้องหลังแต่ละบล็อก เพราะนั่นคือส่วนที่ผู้อ่านรุ่นหลังไม่สามารถสร้างใหม่ได้จากแอดเดรสเพียงอย่างเดียว

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