Enhanced Interior Gateway Routing Protocol ( EIGRP ) เป็นโปรโตคอลการกำหนดเส้นทางเวกเตอร์ระยะทาง ขั้นสูง ที่ใช้ในเครือข่ายคอมพิวเตอร์เพื่อทำให้การตัดสินใจและการกำหนดค่าการกำหนดเส้นทาง เป็นไปโดยอัตโนมัติ โปรโตคอลนี้ได้รับการออกแบบโดย Cisco Systemsในฐานะโปรโตคอลที่เป็นกรรมสิทธิ์ซึ่งมีให้ใช้งานเฉพาะบนเราเตอร์ของ Cisco เท่านั้น ในปี 2013 Cisco อนุญาตให้ผู้จำหน่ายรายอื่นนำ EIGRP เวอร์ชันที่จำกัดไปใช้งานได้อย่างอิสระ โดยมีคุณสมบัติบางอย่างที่เกี่ยวข้อง เช่นHigh Availability (HA) ในขณะที่ยังคงสงวนคุณสมบัติอื่นๆ ของ EIGRP เช่น EIGRP stub ซึ่งจำเป็นสำหรับDMVPNและการใช้งานในวิทยาเขตขนาดใหญ่ ข้อมูลที่จำเป็นสำหรับการใช้งานได้รับการเผยแพร่ในสถานะข้อมูลเป็นRFC  7868ในปี 2016 ซึ่งไม่ได้ก้าวไปสู่ระดับ Internet Standards Track และทำให้ Cisco ยังคงควบคุมโปรโตคอล EIGRP ไว้ได้^{[ 1 ] [ 2 ]}

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

EIGRP เข้ามาแทนที่Interior Gateway Routing Protocol (IGRP) ในปี 1993 หนึ่งในเหตุผลสำคัญคือการเปลี่ยนแปลงไปใช้ที่อยู่ IPv4 แบบไม่มีคลาส ในโปรโตคอลอินเทอร์เน็ตซึ่ง IGRP ไม่สามารถรองรับได้

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

นอกเหนือจากตารางกำหนดเส้นทางแล้ว EIGRP ยังใช้ตารางต่อไปนี้ในการจัดเก็บข้อมูล:

• ตารางเพื่อนบ้าน: ตารางเพื่อนบ้านจะบันทึกที่อยู่ IPของเราเตอร์ที่มีการเชื่อมต่อทางกายภาพโดยตรงกับเราเตอร์นี้ เราเตอร์ที่เชื่อมต่อกับเราเตอร์นี้โดยอ้อมผ่านเราเตอร์อื่นจะไม่ถูกบันทึกในตารางนี้ เนื่องจากไม่ถือว่าเป็นเพื่อนบ้าน
• ตารางโทโพโลยี: ตารางโทโพโลยีจะเก็บเส้นทางที่เรียนรู้จากตารางการกำหนดเส้นทางของเพื่อนบ้าน ต่างจากตารางการกำหนดเส้นทาง ตารางโทโพโลยีจะไม่เก็บเส้นทางทั้งหมด แต่จะเก็บเฉพาะเส้นทางที่ EIGRP กำหนดไว้เท่านั้น นอกจากนี้ ตารางโทโพโลยียังบันทึกเมตริกสำหรับแต่ละเส้นทาง EIGRP ที่ระบุไว้ รวมถึงผู้สืบทอดที่เป็นไปได้และผู้สืบทอดอื่นๆ เส้นทางในตารางโทโพโลยีจะถูกทำเครื่องหมายเป็น "พาสซีฟ" หรือ "แอคทีฟ" พาสซีฟบ่งชี้ว่า EIGRP ได้กำหนดเส้นทางสำหรับเส้นทางนั้นแล้วและประมวลผลเสร็จสิ้น แอคทีฟบ่งชี้ว่า EIGRP ยังคงพยายามคำนวณเส้นทางที่ดีที่สุดสำหรับเส้นทางนั้น เส้นทางในตารางโทโพโลยีจะไม่สามารถใช้งานได้โดยเราเตอร์จนกว่าจะถูกแทรกเข้าไปในตารางการกำหนด เส้นทาง เราเตอร์ จะไม่ใช้ตารางโทโพโลยี ในการส่งต่อทราฟฟิก เส้นทางในตารางโทโพโลยีจะไม่ถูกแทรกเข้าไปในตารางการกำหนดเส้นทางหากเส้นทางนั้นอยู่ในสถานะแอคทีฟ เป็นผู้สืบทอดที่เป็นไปได้ หรือมีระยะทางการบริหาร ที่สูง กว่าเส้นทางที่เทียบเท่ากัน^{[ 3 ]}

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

เมื่อเราเตอร์ที่ใช้โปรโตคอล EIGRP เชื่อมต่อกับเราเตอร์อีกตัวที่ใช้โปรโตคอล EIGRP เช่นกัน ข้อมูลจะถูกแลกเปลี่ยนระหว่างเราเตอร์ทั้งสอง ทำให้เกิดความสัมพันธ์ที่เรียกว่า " ความประชิด" (adjacency ) ตารางเส้นทางทั้งหมดจะถูกแลกเปลี่ยนระหว่างเราเตอร์ทั้งสองในขั้นตอนนี้ หลังจากที่การแลกเปลี่ยนเสร็จสิ้นแล้ว จะมีการส่งเฉพาะการเปลี่ยนแปลงส่วนต่าง (differential changes) เท่านั้น

EIGRP มักถูกพิจารณาว่าเป็นโปรโตคอลแบบไฮบริด เนื่องจากมันยังส่งข้อมูลอัปเดตสถานะลิงก์เมื่อสถานะลิงก์เปลี่ยนแปลงด้วย

EIGRP รองรับคุณสมบัติดังต่อไปนี้: ^{[ 4 ]}

• รองรับการกระจายโหลดบนลิงก์คู่ขนานระหว่างไซต์ต่างๆ
• ความสามารถในการใช้รหัสผ่านยืนยันตัวตนที่แตกต่างกันในแต่ละครั้ง
• การตรวจสอบความถูกต้องด้วย MD5และSHA-2ระหว่างเราเตอร์สองตัว
• ส่งเฉพาะการเปลี่ยนแปลงโครงสร้างเครือข่าย แทนที่จะส่งตารางเส้นทางทั้งหมดเมื่อมีการเปลี่ยนแปลงเส้นทาง
• ตรวจสอบเป็นระยะว่าเส้นทางนั้นว่างหรือไม่ และแจ้งการเปลี่ยนแปลงเส้นทางไปยังเราเตอร์ข้างเคียงหากมีการเปลี่ยนแปลงใดๆ เกิดขึ้น
• ดำเนิน การกระบวนการ กำหนดเส้นทาง แยกต่างหาก สำหรับโปรโตคอลอินเทอร์เน็ต (IP), IPv6 , IPXและAppleTalkโดยใช้โมดูลที่ขึ้นอยู่กับโปรโตคอล (PDM)
• ความเข้ากันได้ย้อนหลังกับโปรโตคอลการกำหนดเส้นทาง IGRP ^{[ 5 ]}

ตัวอย่างการตั้งค่า EIGRP บน เราเตอร์ Cisco IOSสำหรับเครือข่ายส่วนตัว ตัวอักษรตัวแทน 0.0.15.255 ในตัวอย่างนี้บ่งชี้ถึงซับเน็ตเวิร์กที่มีโฮสต์สูงสุด 4094 ตัว ซึ่งเป็นค่าผกผันแบบบิตของซับเน็ตมาสก์ 255.255.240.0 คำสั่ง no auto-summaryป้องกันการสรุปเส้นทาง อัตโนมัติ บนขอบเขตคลาสฟูล ซึ่งหากไม่ทำเช่นนั้นจะส่งผลให้เกิดลูปการกำหนดเส้นทางในเครือข่ายที่ไม่ต่อเนื่องกัน

Router# configure terminal Router(config)# router eigrp 1 เราเตอร์ (config-router)# network 10.201.96.0 0.0.15.255 Router (config-router)# no auto-summary เราเตอร์ (config-router)# ออก 

EIGRP เป็น โปรโตคอลการกำหนดเส้นทางเวกเตอร์ระยะทางและสถานะลิงก์ที่ใช้อัลกอริธึมการอัปเดตแบบกระจาย (DUAL) (อ้างอิงจากงานของSRI International ) เพื่อปรับปรุงประสิทธิภาพของโปรโตคอลและช่วยป้องกันข้อผิดพลาดในการคำนวณเมื่อพยายามกำหนดเส้นทางที่ดีที่สุดไปยังเครือข่ายระยะไกล EIGRP กำหนดค่าของเส้นทางโดยใช้ตัวชี้วัดห้าประการ ได้แก่ แบนด์วิดท์ โหลด ความล่าช้า ความน่าเชื่อถือ และ MTU ^{[ 3 ]} EIGRP ใช้ข้อความที่แตกต่างกันห้าข้อความในการสื่อสารกับเราเตอร์เพื่อนบ้าน ได้แก่ Hello, Update, Query, Reply และ Acknowledgement ^{[ 6 ]}

ข้อมูลการกำหนดเส้นทาง EIGRP ที่แลกเปลี่ยนกับเราเตอร์อื่นภายในระบบอิสระเดียวกันจะมีระยะทางการบริหาร เริ่มต้น ที่ 90 ข้อมูลการกำหนดเส้นทาง EIGRP ที่มาจากเราเตอร์ที่เปิดใช้งาน EIGRP นอกระบบอิสระจะมีระยะทางการบริหารเริ่มต้นที่ 170 ^{[ 7 ]}

EIGRP ไม่ทำงานโดยใช้Transmission Control Protocol (TCP) หรือUser Datagram Protocol (UDP) ซึ่งหมายความว่า EIGRP ไม่ใช้หมายเลขพอร์ตเพื่อระบุทราฟฟิก แต่ EIGRP ถูกออกแบบมาให้ทำงานบนเลเยอร์ 3 (เช่น โปรโตคอล IP) เนื่องจาก EIGRP ไม่ใช้ TCP ในการสื่อสาร จึงใช้Reliable Transport Protocol (RTP) ของ Cisco เพื่อให้แน่ใจว่าการอัปเดตเราเตอร์ EIGRP จะถูกส่งไปยังเพื่อนบ้านทั้งหมดอย่างสมบูรณ์^{[ 8 ] [ 9 ]} Reliable Transport Protocol ยังมีกลไกอื่นๆ เพื่อเพิ่มประสิทธิภาพสูงสุดและรองรับการส่งแบบมัลติแคส ต์ ^{[ 4 ]} EIGRP ใช้ 224.0.0.10 เป็นที่อยู่มัลติแคสต์และหมายเลขโปรโตคอล 88 ^{[ 4 ]}

ปัจจุบัน Cisco Systems จัดประเภท EIGRP เป็นโปรโตคอลการกำหนดเส้นทางเวกเตอร์ระยะทาง แต่โดยปกติแล้วจะกล่าวกันว่าเป็นโปรโตคอลการกำหนดเส้นทางแบบไฮบริด^{[ 5 ] [ 10 ]}แม้ว่า EIGRP จะเป็นโปรโตคอลการกำหนดเส้นทางขั้นสูงที่รวมคุณสมบัติหลายอย่างของทั้งโปรโตคอลการกำหนดเส้นทางแบบลิงก์สเตทและแบบเวกเตอร์ระยะทาง แต่อัลกอริธึม DUAL ของ EIGRP มีคุณสมบัติหลายอย่างที่ทำให้มันเป็นโปรโตคอลการกำหนดเส้นทางเวกเตอร์ระยะทางมากกว่าโปรโตคอลการกำหนดเส้นทางแบบลิงก์สเตท^{[ 10 ] [ 11 ]}ถึงกระนั้น EIGRP ก็มีความแตกต่างจากโปรโตคอลการกำหนดเส้นทางเวกเตอร์ระยะทางอื่นๆ ส่วนใหญ่หลายประการ รวมถึง: ^{[ 12 ]}

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

EIGRP กำหนดค่าเมตริกเวกเตอร์ที่แตกต่างกันหกค่าให้กับแต่ละเส้นทาง และจะพิจารณาเพียงสี่ค่าเมตริกเวกเตอร์ในการคำนวณเมตริกแบบผสม:

Router1# show ip eigrp topology 10.0.0.1 255.255.255.255 รายการโทโพโลยี IP-EIGRP สำหรับ 10.0.0.1/32 สถานะเป็น Passive, Query origin flag คือ 1, 1 Successor(s), FD คือ 40640000 บล็อกคำอธิบายเส้นทาง: 10.0.0.1 (Serial0/0/0), จาก 10.0.0.1, แฟล็กการส่งคือ 0x0 เมตริกแบบผสมคือ (40640000/128256) เส้นทางคือภายใน เมตริกเวกเตอร์: แบนด์วิดท์ขั้นต่ำคือ 64 กิโลบิต ความล่าช้ารวมคือ 25,000 ไมโครวินาที ความน่าเชื่อถืออยู่ที่ 255/255 โหลดคือ 197/255 ค่า MTU ขั้นต่ำคือ 576 จำนวนฮอปคือ 2 

แบนด์วิดท์

แบนด์วิดท์ขั้นต่ำ (กิโลบิตต่อวินาที) ตามเส้นทางจากเราเตอร์ไปยังเครือข่ายปลายทาง

โหลด

ตัวเลขอยู่ในช่วง 1 ถึง 255 โดยที่ 255 คือค่าอิ่มตัว

ความล่าช้าทั้งหมด

ความล่าช้าในหน่วยหลักสิบไมโครวินาที ตลอดเส้นทางจากเราเตอร์ไปยังเครือข่ายปลายทาง

ความน่าเชื่อถือ

ตัวเลขอยู่ในช่วง 1 ถึง 255 โดย 255 คือตัวเลขที่น่าเชื่อถือที่สุด

เอ็มทียู

ระยะทางขั้นต่ำหน่วยส่งสัญญาณสูงสุด (MTU) (ไม่เคยใช้ในการคำนวณเมตริก)

จำนวนฮอป

จำนวนเราเตอร์ที่แพ็กเก็ตผ่านเมื่อส่งไปยังเครือข่ายระยะไกล ใช้เพื่อจำกัด AS ของ EIGRP EIGRP จะเก็บจำนวนฮอปสำหรับทุกเส้นทาง แต่จำนวนฮอปนี้ไม่ได้นำมาใช้ในการคำนวณเมตริก มันจะถูกตรวจสอบกับค่าสูงสุดที่กำหนดไว้ล่วงหน้าบนเราเตอร์ EIGRP เท่านั้น (ค่าเริ่มต้นคือ 100 และสามารถเปลี่ยนเป็นค่าใดก็ได้ระหว่าง 1 ถึง 255) เส้นทางที่มีจำนวนฮอปสูงกว่าค่าสูงสุดจะถูกประกาศว่าไม่สามารถเข้าถึงได้โดยเราเตอร์ EIGRP

การคำนวณเมตริกการกำหนดเส้นทางแบบผสมใช้พารามิเตอร์ห้าตัวที่เรียกว่าค่า K คือ K1 ถึง K5 ค่าเหล่านี้ทำหน้าที่เป็นตัวคูณหรือตัวปรับค่าในการคำนวณเมตริกแบบผสม K1 ไม่เท่ากับแบนด์วิดท์ เป็นต้น

โดยค่าเริ่มต้น เมื่อเริ่มต้นใช้งาน EIGRP บนเราเตอร์ จะพิจารณาเฉพาะค่าความล่าช้ารวมและแบนด์วิดท์ขั้นต่ำเท่านั้น แต่ผู้ดูแลระบบสามารถเปิดหรือปิดค่า K ทั้งหมดได้ตามต้องการ เพื่อพิจารณาเมตริก Vector อื่นๆ ด้วย

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

${\displaystyle {\bigg [}{\bigg (}K_{1}\cdot {\text{แบนด์วิดท์}}_{E}+{\frac {K_{2}\cdot {\text{แบนด์วิดท์}}_{E}}{256-{\text{โหลด}}}}+K_{3}\cdot {\text{ความล่าช้า}}_{E}{\bigg )}\cdot {\frac {K_{5}}{K_{4}+{\text{ความน่าเชื่อถือ}}}}{\bigg ]}\cdot 256}$

โดยที่ค่าคงที่ต่างๆ ( ตั้งแต่ ถึง) สามารถกำหนดได้โดยผู้ใช้เพื่อสร้างพฤติกรรมที่แตกต่างกัน ข้อเท็จจริงที่สำคัญและไม่เป็นไปตามสัญชาตญาณคือ หากตั้งค่า เป็นศูนย์ เทอมจะไม่ถูกนำมาใช้ (กล่าวคือ ถือว่าเป็น 1 ) ${\displaystyle K_{1}}$${\displaystyle K_{5}}$${\displaystyle K_{5}}$${\displaystyle {\tfrac {K_{5}}{K_{4}+{\text{ความน่าเชื่อถือ}}}}}$

ค่าเริ่มต้นสำหรับและจะถูกตั้งเป็น 1 และส่วนที่เหลือเป็นศูนย์ ซึ่งจะทำให้สูตรข้างต้นลดลงเหลือเพียง ${\displaystyle K_{1}}$${\displaystyle K_{3}}$${\displaystyle ({\text{แบนด์วิดท์}}_{E}+{\text{ดีเลย์}}_{E})\cdot 256}$

เห็นได้ชัดว่า ค่าคงที่เหล่านี้จะต้องถูกตั้งค่าให้มีค่าเดียวกันบนเราเตอร์ทุกตัวในระบบ EIGRP มิฉะนั้น อาจเกิด วงวนการกำหนดเส้นทาง ถาวร ได้ เราเตอร์ Cisco ที่ใช้งาน EIGRP จะไม่สร้างการเชื่อมต่อ EIGRP และจะแจ้งเตือนเกี่ยวกับค่า K ที่ไม่ตรงกันจนกว่าค่าเหล่านี้จะเหมือนกันบนเราเตอร์เหล่านั้น

EIGRP ปรับขนาด ค่าการกำหนดค่า แบนด์วิดท์และเวลาหน่วง ของอินเทอร์เฟซ โดยใช้การคำนวณดังต่อไปนี้:

${\displaystyle {\text{แบนด์วิดท์}}_{E}}$= 10 ⁷ / ค่าของคำสั่งอินเทอร์เฟซแบนด์วิดท์

${\displaystyle {\text{Delay}}_{E}}$= ค่าของคำสั่งอินเทอร์เฟซหน่วงเวลา

บนเราเตอร์ Cisco แบนด์วิดท์ของอินเทอร์เฟซเป็นพารามิเตอร์คงที่ที่สามารถกำหนดค่าได้ โดยแสดงเป็นกิโลบิตต่อวินาที (การตั้งค่านี้จะมีผลต่อการคำนวณเมตริกเท่านั้น ไม่ใช่แบนด์วิดท์ของสายจริง) การหารค่า 10⁷ ^กิโลบิต/วินาที (เช่น 10 กิกะบิต/วินาที) ด้วยค่าแบนด์วิดท์ของอินเทอร์เฟซที่กำหนดไว้ จะได้ผลลัพธ์ที่ใช้ในสูตรถ่วงน้ำหนัก ส่วนดีเลย์ของอินเทอร์เฟซเป็นพารามิเตอร์คงที่ที่สามารถกำหนดค่าได้ โดยแสดงเป็นหน่วยสิบไมโครวินาที EIGRP จะใช้ค่านี้โดยตรงโดยไม่ต้องปรับขนาดในสูตรถ่วงน้ำหนัก อย่างไรก็ตาม คำสั่ง แสดงผล ต่างๆ จะแสดงค่าดีเลย์ของอินเทอร์เฟซในหน่วยไมโครวินาที ดังนั้น หากกำหนดค่าดีเลย์เป็นไมโครวินาที จะต้องหารด้วย 10 ก่อนนำไปใช้ในสูตรถ่วงน้ำหนัก

IGRPใช้สูตรพื้นฐานเดียวกันในการคำนวณค่าเมตริกโดยรวม ความแตกต่างเพียงอย่างเดียวคือ ใน IGRP สูตรนั้นไม่มีตัวคูณ 256 อันที่จริง ตัวคูณนี้ถูกนำมาใช้เพื่ออำนวยความสะดวกในการใช้งานร่วมกันได้ระหว่าง EIGRP และ IGRP: ใน IGRP ค่าเมตริกโดยรวมเป็นค่า 24 บิต ในขณะที่ EIGRP ใช้ค่า 32 บิตในการแสดงค่าเมตริกนี้ โดยการคูณค่า 24 บิตด้วยตัวคูณ 256 (ซึ่งเป็นการเลื่อนบิตไปทางซ้าย 8 บิต) ค่าจะขยายเป็น 32 บิต และในทางกลับกัน ด้วยวิธีนี้ การกระจายข้อมูลระหว่าง EIGRP และ IGRP จึงทำได้ง่ายๆ โดยการหารหรือคูณค่าเมตริกด้วยตัวคูณ 256 ซึ่งจะทำโดยอัตโนมัติ

เราเตอร์ปลายทางที่เป็นไปได้สำหรับจุดหมายปลายทางที่กำหนด คือเราเตอร์ถัดไปที่รับประกันได้ว่าจะไม่เป็นส่วนหนึ่งของวงวนการกำหนดเส้นทางเงื่อนไขนี้ได้รับการตรวจสอบโดยการทดสอบเงื่อนไขความเป็นไปได้

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

เส้นทางที่ใช้งานได้ (feasible successor) คือเส้นทางที่ใช้งานได้ไปยังปลายทางเดียวกัน แม้ว่าจะมีระยะทางที่ไกลกว่าก็ตาม เราเตอร์สามารถส่งแพ็กเก็ตไปยังปลายทางที่ทำเครื่องหมายว่า "Passive" ผ่านเส้นทางที่ใช้งานได้หรือเส้นทางที่ใช้งานได้ใดๆ ก็ได้โดยไม่ต้องแจ้งเตือนล่วงหน้า และแพ็กเก็ตนั้นจะถูกส่งไปถึงอย่างถูกต้อง เส้นทางที่ใช้งานได้จะถูกบันทึกไว้ในตารางโทโพโลยีด้วย

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

โดยค่าเริ่มต้น จำนวนรวมของตัวสืบทอดและตัวสืบทอดที่เป็นไปได้สำหรับปลายทางที่จัดเก็บไว้ในตารางการกำหนดเส้นทางจะถูกจำกัดไว้ที่สี่ สามารถเปลี่ยนแปลงขีดจำกัดนี้ได้ในช่วงตั้งแต่ 1 ถึง 6 ในเวอร์ชัน Cisco IOS ที่ใหม่กว่า (เช่น 12.4) ช่วงนี้จะอยู่ระหว่าง 1 ถึง 16

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

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

หากเราเตอร์ข้างเคียงแจ้งระยะทางไปยังปลายทางที่กำหนด ซึ่งต่ำกว่าระยะทางที่เป็นไปได้ของเราอย่างชัดเจน แสดงว่าเราเตอร์ข้างเคียงนั้นอยู่บนเส้นทางที่ปราศจากลูปไปยังปลายทางดังกล่าว

หรือกล่าวอีกนัยหนึ่งคือ

หากเราเตอร์ข้างเคียงแจ้งว่าเราเตอร์นั้นอยู่ใกล้ปลายทางมากกว่าที่เราเคยอยู่มาก่อน แสดงว่าเราเตอร์ข้างเคียงนั้นอยู่บนเส้นทางที่ปราศจากลูปไปยังปลายทางดังกล่าว

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

EIGRP มีคุณสมบัติในการกระจายโหลดบนเส้นทางที่มีต้นทุนต่างกัน ตัวคูณที่เรียกว่าความแปรปรวนจะถูกใช้เพื่อกำหนดว่าเส้นทางใดที่จะรวมไว้ในการกระจายโหลด โดยค่าเริ่มต้นความแปรปรวนจะถูกตั้งไว้ที่ 1 ซึ่งหมายถึงการกระจายโหลดบนเส้นทางที่มีต้นทุนเท่ากัน ค่าความแปรปรวนสูงสุดคือ 128 ค่าเมตริก ต่ำสุด ของเส้นทางจะถูกคูณด้วยค่าความแปรปรวน เส้นทางแต่ละเส้นที่มีค่าเมตริกน้อยกว่าผลลัพธ์จะถูกนำมาใช้ในการกระจายโหลด^{[ 13 ]}

ด้วยฟังก์ชันการกระจายโหลดตามต้นทุนเส้นทางที่ไม่เท่ากัน (Unequal Path Cost Load Balancing) ใน EIGRP โปรโตคอล OSPFจึงไม่สามารถออกแบบเครือข่ายโดยใช้การกระจายโหลดตามต้นทุนเส้นทางที่ไม่เท่ากันได้ อย่างไรก็ตาม ในการใช้งานจริงในภาคอุตสาหกรรม ฟังก์ชันการกระจายโหลดตามต้นทุนเส้นทางที่ไม่เท่ากันนี้ ช่วยให้การออกแบบเครือข่ายมีความยืดหยุ่นมากขึ้นในการจัดการปริมาณการรับส่งข้อมูล

Cisco ได้เปิดเผยรายละเอียดของโปรโตคอลการกำหนดเส้นทาง EIGRP ที่เป็นกรรมสิทธิ์ในRFCเพื่อช่วยเหลือบริษัทต่างๆ ที่มีเครือข่ายทำงานในสภาพแวดล้อมที่มีผู้จำหน่ายหลายราย โปรโตคอลนี้ได้รับการอธิบายไว้ในRFC 7868 EIGRP ได้รับการพัฒนาเมื่อ 20 ปีที่แล้ว แต่ก็ยังคงเป็นหนึ่งในโปรโตคอลการกำหนดเส้นทางหลักของ Cisco เนื่องจากความสามารถในการใช้ งาน และความสามารถในการปรับขนาดเมื่อเทียบกับโปรโตคอลอื่น ๆ ^{[ 1 ] [ 14 ]} 

Cisco ระบุว่า EIGRP เป็นมาตรฐานแบบเปิดแต่พวกเขาละเว้นรายละเอียดหลักหลายประการใน คำจำกัดความ RFCซึ่งทำให้ การทำงาน ร่วมกันระหว่างเราเตอร์ของผู้จำหน่ายต่างๆ ทำได้ยากเมื่อใช้โปรโตคอลนี้ แม้แต่Cisco NX-OS เอง ก็ไม่รองรับการกระจายโหลดต้นทุนที่ไม่เท่ากัน^{[ 15 ]}

ณ ปี 2022 EIGRP มีการรองรับอัลฟ่าในFRRouting ^{[ 16 ] [ 17 ]}และดูเหมือนว่าจะไม่ได้รับการสนับสนุนโดยทั่วไปจากซอฟต์แวร์การกำหนดเส้นทางอื่น

• "บทนำเกี่ยวกับ EIGRP"ซิสโก้ ซิสเต็มส์ 10 สิงหาคม 2548