(T) Wiadomości protokołu EIGRP*

Budowa pakietu EIGRP

Version (1 Byte) – Wersja protokołu EIGRP (Domyślnie wykorzystywana jest wersja 2).
0pcode (1 Byte) – Rodzaj wiadomości protokołu EIGRP (1 = Update / 3 = Query / 4 = Reply / 5 = Hello / 6 = IPX SA / 10 = SIA Query / 11 = SIA Reply).
Checksum (2 Byte) – Wartość kontrolna protokołu EIGRP.
Sequence (4 Byte) – Wartość wykorzystywana przez protokół RTP.
Acknowledge (4 Byte) – Numer sekwencyjny ostatniej wiadomości EIGRP, której otrzymanie należy potwierdzić.
Virtual Router ID (2 Byte) – Wartość ID rutera.
Autonomous System (2 Byte) – Wartość ASN danej instancji protokołu EIGRP.

Internal route (Wielkość zależna od zawartości) – Xxx.
- Internal (Xxxx Byte) – Xxxx.
- Internal (Xxxx Byte) – Xxxx.
- Internal (Xxxx Byte) – Xxxx.
External route (Wielkość zależna od zawartości) – Xxx.
- Orginating RouterID (Xxxx Byte) – Wartość RID rutera rozgłaszającego daną trasę zewnętrzną.
- Orginating A.S. (Xxxx Byte) – Wartość AS (Autonomous System) protokołu rozgłaszającego daną trasę zewnętrzną.
- Administrative Tag (Xxxx Byte) – Dodatkowa wartość otagowania przypisana do danej trasy zewnętrznej.
- External Metric (Xxxx Byte) – Wartość metryki rozgłaszanej przez poprzedni protokół dla danej trasy zewnętrznej.
- External Protocol ID (Xxxx Byte) – Nazwa protokołu z którego została pobrana dana trasa zewnętrzna.

Konfiguracja czasów protokołu EIGRP została opisana w artykule: Podstawowa konfiguracja protokołu EIGRP.

Domyślnie czas Hold Timers stanowi trzykrotność wartości czasu Hello (Zachowanie takiej zależności nie jest konieczne, lecz zalecane).

Widomości Hello są wysyłane na adres multicast-owy 224.0.0.10 w przypadku protokołu IPv4, adres Link-local multicast FF02::A w przypadku protokołu IPv6 oraz adres unicast address w sytuacji nawiązania statycznej relacji sąsiedztwa.
Wiadomości Hello nie wymagają potwierdzenia przez wiadomość Acknowledgment.

Wiadomości aktualizacyjne (Update) są wymieniane pomiędzy sąsiednimi urządzeniami w następujących przypadkach:
- Podczas nawiązywania nowej relacji sąsiedztwa, kiedy to wiadomości Full Update, są wymieniane pomiędzy sąsiednimi urządzeniami za pomocą adresacji unicast. Wyjątek od tej zasady stanowi sytuacja, w której, w krótkim okresie czasu router po nawiązaniu wielu relacji sąsiedztwa, stosuje wiadomości multicast-owe do rozgłaszania aktualizacji. Np. w monecie startu rozbudowanej topologii protokołu DMVPN.
- Po uzyskaniu pełnej zbieżności, kiedy to wiadomości aktualizacyjne Partial Update są wysyłane multicast-owo pomiędzy sąsiadami.
- Gdy ruter nie otrzyma potwierdzenia Acknowledgment, na wysłaną wiadomość aktualizacyjną Update, ponowi probe wysłania wiadomość aktualizacyjnej, tym razem za pomocą adresu unicast.
- W topologii point-to-point jak i w przypadku statycznej relacji sąsiedztwa, kiedy to wiadomości aktualizacyjne są wysyłane za pomocą adresacji unicast.
Protokół EIGRP wykorzystuje dwa pojęcie dotyczące wiadomości aktualizacyjnych (Update):
- Partial – Obejmuje wiadomości aktualizacyjne zawierające informacje, o zmianach zaszłych w topologii sieciowej.
- Bounded – Określa wiadomości aktualizacyjne wysyłane do tych sąsiadów, których dotyczy dana aktualizacja.

Wiadomości aktualizacyjne zawsze wymagają potwierdzenia, za pomocą wiadomość Acknowledgment.

Wiadomości Query:
- Angażują sąsiednie urządzenia w proces poszukiwania najlepszej trasy prowadzącej do sieci docelowej.
- Są wysyłane za pomocą adresów multicast-owych w sieciach wielodostęp-owych, z wyjątkiem sytuacji, w której sąsiedni router nie potwierdzi otrzymania wiadomości Query za pomocą wiadomości Acknowledgment.
- Są wysyłane za pomocą adresów unicast-owych w sieciach typu Point-to-Point jak i w przypadku nawiązania statycznej relacji sąsiedztwa pomiędzy urządzeniami sieciowymi.
- Zawsze wymagają potwierdzenia, za pomocą wiadomość Acknowledgment.

Wiadomości Acknowledgment stanowią odpowiedź, potwierdzającą otrzymanie innej wiadomości protokołu EIGRP.
W przypadku szesnastokrotnego nie otrzymania wiadomości potwierdzającej (Acknowledgment ) ruter zresetuje relację sąsiedztwa.

Wiadomości SIA są wykorzystywane w procesie „Diffusing Computation”, w celu sprawdzania czy sąsiednie urządzenie nadal pracuje nad pierwotnym zapytaniem Query.
Po otrzymaniu wiadomości SIA-Query, router natychmiast odpowie wiadomością SIA-Replay, dzięki czemu sąsiednie urządzenie zresetuje czas „Active Timer”, unikając zerwania relacji sąsiedztwa.