วิธีการกำหนดเส้นทางแบบหลายเส้นทางต่อแพ็คเก็ตบน Linux

เคอร์เนล Linux ก่อน 3.6 ใช้การแคชเส้นทางเพื่อทำเส้นทาง IPv4 หลายเส้นทางซึ่งหมายความว่าการกำหนดเส้นทางระหว่างสองสายแยก / ISP นั้นค่อนข้างง่าย จาก 3.6 อัลกอริทึมเปลี่ยนเป็นแพ็คเก็ตต่อหมายความว่าต้องใช้เทคนิคมาร์กเกอร์ตาราง / กฎ / iptables เพื่อให้บรรลุสองบรรทัด / ISP

อย่างไรก็ตามหากคุณมีสองบรรทัดที่มี ISP เดียวกันซึ่งสามารถกำหนดเส้นทาง IP เดียวลงทั้งสองบรรทัดบนพื้นฐานต่อแพ็คเก็ตในรูปแบบที่สมดุล / ล้มเหลวจาก 3.6 คุณสามารถประสบความสำเร็จในการเชื่อมสาย (ระดับ IP) ได้อย่างง่ายดาย เส้นทางต่อแพ็คเก็ตในทั้งสองทิศทาง

จาก 4.4 เคอร์เนลเปลี่ยนไปอีกครั้งเป็นโหลดบาลานซ์ที่อิงตามโฟลว์โดยใช้แฮชเหนือที่อยู่ต้นทางและปลายทาง

ฉันกำลังใช้เคอร์เนล 4.4.36 และกำลังใช้การกำหนดเส้นทางแบบหลายเส้นทางผ่านการเชื่อมต่อ PPPoE ปริมาณการใช้งานดาวน์สตรีมของฉันจาก ISP ถูกกำหนดเส้นทางข้ามสองบรรทัดแยกกันตามแต่ละแพ็กเก็ต (หนึ่ง IP กำหนดเส้นทางลงทั้งสองบรรทัด) สิ่งนี้ทำให้ฉันมีความเร็วในการดาวน์โหลดเร็วกว่าความเร็วของแต่ละบรรทัด เกือบความเร็วของทั้งสองสายเข้าด้วยกัน มันใช้งานได้ดีมากวิดีโอ Skype, VoIP (UDP), YouTube และอื่น ๆ ทั้งหมดใช้งานได้ดี

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

มีวิธีการกำหนดค่าเคอร์เนลปัจจุบันให้ใช้อัลกอริทึมต่อแพ็คเก็ตหรือไม่? หรือวิธีอื่นเพื่อให้ได้เส้นทางหลายแพ็คเก็ตต่อแพ็คเก็ต? ฉันจะต้องเปลี่ยนกลับไปใช้เคอร์เนลรุ่นเก่า (ซึ่งฉันไม่ต้องการทำด้วยเหตุผลอื่น ๆ อีกมากมาย) หรือไม่?

ISP ของฉันไม่รองรับ multi-link ppp

ในกรณีที่มีความเกี่ยวข้องฉันกำลังเรียกใช้ Arch Linux ARMv7 บน Raspberry Pi 3

ตกลงดังนั้นหลังจากมีเวลามากขึ้นในการตรวจสอบเรื่องนี้ฉันพบวิธีที่จะทำมันโดยใช้ Linux TEQL (True Link Equalizer) นี่คือลิงค์ที่ฉันติดตามอย่างหลวม ๆ แต่ด้วยการปรับแต่งบางอย่าง

http://lartc.org/howto/lartc.loadshare.html

นี่คือวิธีที่ฉันได้ทำงานกับ Arch Linux ARMv7 (Raspberry Pi 3)

ในการบูต:

คำสั่งต่อไปนี้ควรจะทำงานในการบูตเพื่อโหลดโมดูลเคอร์เนลที่เหมาะสม

modprobe sch_teql

คำสั่งต่อไปนี้ยังทำงานในการบูตโดยสมมติว่าคุณต้องการ NAT จากเครือข่ายท้องถิ่นบน eth0

sysctl -w net.ipv4.ip_forward=1
iptables -A INPUT -i ppp+ -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -i ppp+ -o eth0 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -A POSTROUTING -t nat -o teql+ -j MASQUERADE

FORWARD return traffic อยู่บน ppp + และ POSTROUTING MASQUERADE บน teql + เนื่องจากทราฟฟิกขาออกไปที่ teql และทราฟฟิกกลับมาบน ppp

เมื่อลิงก์ ppp เกิดขึ้น:

สมมติว่าลิงก์ที่จะโหลดมีความสมดุลคือ ppp คำสั่งต่อไปนี้จะทำงานในสคริปต์ใน/etc/ppp/ip-up.d/สคริปต์

sysctl -w net.ipv4.conf.ppp1.rp_filter=2
sysctl -w net.ipv4.conf.ppp2.rp_filter=2
tc qdisc add dev ppp1 root teql0
tc qdisc add dev ppp2 root teql0
ip address add 1.1.1.1/32 dev teql0
# you can add additional public IP addresses teql0 if you need to
ip link set teql0 up
ip route replace default scope global dev teql0

ที่อยู่1.1.1.1IP สาธารณะของคุณซึ่งเชื่อมต่อกับ ISP อยู่ที่ไหน IP สาธารณะเพิ่มเติมสามารถกำหนดให้กับอุปกรณ์ teql0 แต่ไม่จำเป็นต้องกำหนดให้กับอุปกรณ์ ppp ในการตั้งค่าของฉันลิงก์ ppp สองตัวนั้นใช้ IP เดียวกันร่วมกัน (เจรจาโดย pppoe เป็นต้น) ลิงก์ teql ที่กำหนดด้วยตนเองดังที่แสดงไว้ด้านบน ISP ต้องส่งปริมาณข้อมูลสำหรับ IP เท่า ๆ กันทั้งสองลิงก์

reverse path ( rp_filter) ถูกตั้งค่าเป็น2(Loose) ทั้งคู่ในสคริปต์ด้านบนเพื่อที่ว่าแพ็กเก็ตที่ส่งคืนจะไม่หลุดเนื่องจากพวกมันจะกลับมาที่อินเตอร์เฟส ppp แทนที่จะเป็น teql0

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

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

http://support.aa.net.uk/Router_-_Linux_upload_bonding_using_policy_routing