อุโมงค์ IPsec ที่ใช้งานอยู่สองอุโมงค์ยังต้องมีแผนเส้นทางขากลับ
สองอุโมงค์ไม่ใช่แผน ติดตามบทสนทนา TCP หนึ่งครั้งออกผ่านคู่เกตเวย์หนึ่งและกลับผ่านอีกคู่หนึ่ง แล้วตัดสินว่าใครถือสถานะ
เปิดเทอร์มินัลบนเวิร์กสเตชันที่ไซต์หนึ่งและเชื่อมต่อกับเซิร์ฟเวอร์ที่อีกไซต์หนึ่ง บทสนทนา TCP เดียวนี้ต้องข้ามเกตเวย์สี่ตัวแทนที่จะเป็นสอง และส่วนที่น่าสนใจไม่ใช่ว่ามันทำงานได้ในวันที่ดีหรือไม่ ส่วนที่น่าสนใจคือคู่เกตเวย์ใดที่ทิศทางขาไปเลือก คู่ใดที่คำตอบเลือก และใครถือสถานะของโฟลว์ในระหว่างนั้น ไม่มีอะไรในตารางเส้นทางตัดสินสิ่งนั้นให้คุณ
วาดเกตเวย์สี่ตัวก่อนวาดเส้นทาง
การออกแบบแอ็กทีฟคู่ที่มีไฟร์วอลล์ VPN อิสระสองตัวต่อไซต์ หนึ่งคู่ต่อผู้ให้บริการ ให้เส้นทางที่ใช้ได้สองเส้นและสามวิธีในการทำให้พัง จดที่อยู่ก่อนกำหนดค่าใด ๆ ไคลเอนต์ตามที่เห็นก่อนและหลังเกตเวย์แต่ละตัว เซิร์ฟเวอร์เช่นกัน ฮอปถัดไปขาไปและฮอปถัดไปขากลับ
ตารางนั้นคือการออกแบบ ทุกอย่างหลังจากนั้นเป็นคำถามว่าเครื่องเห็นด้วยกับตารางหรือไม่
เส้นทางขาไปถูกเลือกอย่างไร
ชั้นการกำหนดเส้นทางหลายเส้นทางที่มีต้นทุนเท่ากันกระจายโฟลว์ไปยังฮอปถัดไปโดยแฮชฟิลด์ส่วนหัว ซึ่ง RFC 2992 อธิบายไว้อย่างละเอียด การเลือกนั้นอาจไม่มีสถานะเลยก็ได้ ไม่ต้องมีรายการติดตามการเชื่อมต่อ ต้องการเพียงแฮชที่เสถียรบนฟิลด์ที่ไม่เปลี่ยน รักษาชุดเส้นทางและอินพุตของแฮชให้คงที่ แล้วทุกแพ็กเก็ตของโฟลว์จะเลือกฮอปถัดไปเดียวกัน
การเลือกตามโฟลว์หลีกเลี่ยงการจัดลำดับใหม่ที่การสมดุลแบบแพ็กเก็ตต่อแพ็กเก็ตจะก่อให้เกิดขึ้นบนลิงก์ที่มีความหน่วงต่างกัน มันไม่รับประกันว่าต้นทุนเส้นทางที่เท่ากันหมายถึงความหน่วงที่วัดได้เท่ากัน เพราะไม่ใช่เช่นนั้น และเมื่อองค์ประกอบของเส้นทางเปลี่ยน โฟลว์จะถูกแมปใหม่ ดังนั้นการอยู่รอดของการเชื่อมต่อระหว่างความล้มเหลวจึงเป็นข้อกำหนดแยกจากการเลือกเส้นทาง
สิ่งที่เส้นทางขากลับต้องการจริง ๆ
ตรงนี้การเดินชมหมดความเป็นสมมาตร แฮชขาไปที่เสถียรไม่ได้บอกอะไรเกี่ยวกับสิ่งที่ไซต์ปลายทางจะทำกับคำตอบ ถ้าไฟร์วอลล์อิสระต้องเห็นทั้งสองทิศทางของการเชื่อมต่อเพื่อรักษาสถานะที่มีประโยชน์ เส้นทางขากลับที่ข้ามมันไปจะทิ้งทราฟฟิกที่ไม่ตรงกับสิ่งใดเลย กล่องสองใบที่มีชุดกฎคล้ายกันไม่ใช่สถานะร่วมกัน
ยืนยันพฤติกรรมสองทิศทางที่นำไปใช้ หรือเขียนนโยบายชัดเจนที่รักษาขอบเขตที่จำเป็นให้สอดคล้องกัน การเดาตรงนี้จะถูกค้นพบระหว่างเหตุขัดข้อง โดยคนที่ไม่สนุกกับมัน
ที่ซึ่งการแปลตัดสินแทนคุณ
NAT คือคันโยกอีกอัน และเป็นทางเลือกไม่ใช่ข้อบังคับ อัตลักษณ์ที่แปลแล้วเฉพาะเส้นทางสามารถนำคำตอบกลับไปยังเกตเวย์ที่ถือสถานะไว้ ซึ่งเป็นการออกแบบที่ชอบด้วยกฎ แต่มันเพิ่มการแมป เส้นทางขากลับ และเจ้าของสถานะนั้น ดังนั้นรับภาระเฉพาะข้อกำหนดที่คุณพูดออกมาได้
ถ้าข้อกำหนดเป็นเพียงว่าเส้นทางทั้งสองขนส่งทราฟฟิกและเส้นใดเส้นหนึ่งรอดจากการสูญเสียผู้ให้บริการ การกำหนดเส้นทางหลายเส้นทางต่อโฟลว์แบบธรรมดาที่มีเส้นทางขากลับสอดคล้องกันมักเป็นการออกแบบที่เล็กกว่า
เดินการยอมรับตามลำดับ
ทดสอบตามลำดับนี้และบันทึกที่อยู่ในแต่ละขั้น การเชื่อมต่อใหม่บนเส้นทาง A และเส้นทางคำตอบของมัน เช่นเดียวกันบนเส้นทาง B จากนั้นการสูญเสียผู้ให้บริการรายหนึ่ง จากนั้นการกู้คืน สำหรับแต่ละผลลัพธ์ ให้จดว่าโฟลว์ที่สร้างไว้แล้วใดย้ายไป โฟลว์ใดต้องเชื่อมต่อใหม่ และโฟลว์ใหม่ไปที่ใดหลังจากนั้น เขียนค่าที่คาดหวังไว้ก่อน แล้วจึงเปรียบเทียบกับการดักจับ อุโมงค์ที่สร้างไว้แล้วสองอุโมงค์ไม่ได้พิสูจน์สิ่งใดในนั้น
การออกแบบเสร็จเมื่อตารางที่คุณเขียนตรงกับสิ่งที่การดักจับแสดง ไม่ใช่เมื่ออุโมงค์ทั้งสองขึ้น