Tunel bez numeru: który adres pożycza?

Tunel bez numeru pomija krok, w którym wymyśla się podsieć dla interfejsu logicznego, ale nie pomija adresowania całkowicie. Implementacja nadal potrzebuje lokalnej tożsamości IP, więc pożycza adres innego skonfigurowanego interfejsu. Ten dawca jest teraz częścią projektu: jeśli jego adres się zmieni lub interfejs zacznie migotać, zachowanie IP tunelu podąży za nim. Trzy decyzje są w większości opisów mieszane, a ich rozdzielenie zapobiega konfiguracji, która wygląda poprawnie i nic nie trasuje.

Traktuj dawcę jako wybór projektowy, nie jako szczegół składni.

Trzy role adresu, trzymane osobno

Źródło zewnętrzne to adres, który przenosi pakiety tunelu przez warstwę bazową, i to do niego musi dotrzeć partner. Pożyczony adres to tożsamość, której interfejs logiczny bez numeru używa do przetwarzania IP po zdekapsulowaniu pakietów. Prefiksy chronione to sieci LAN, których ruch ma przechodzić przez tunel, i są ogłaszane przez protokół trasowania, a nie przez adres tunelu. Oznaczenie interfejsu jako bez numeru nie przydziela żadnej z tych ról pozostałym.

To rozdzielenie wyjaśnia częste nieporozumienie: pożyczenie adresu nie oddaje całego segmentu Ethernet dawcy zdalnemu partnerowi.

Wybór interfejsu dawcy

Loopback jest zwykle lepszym dawcą, bo jego adres jest stabilny, zawsze aktywny i niezależny od pojedynczego łącza fizycznego. Pożyczanie z interfejsu LAN wiąże tunel ze stanem i przydziałem adresów tego interfejsu, co jest innym kompromisem operacyjnym: wygodne w laboratorium, kruche, gdy LAN otrzyma nowe adresy. Przed wyborem któregokolwiek potwierdź, że platforma obsługuje pracę bez numeru dla budowanego typu tunelu.

Niezależnie od wybranego dawcy udokumentuj go jako zależność w zapisie zmian obok samej konfiguracji tunelu.

Skonfiguruj i odczytaj tunel z powrotem

Poniższy przykład to wielopunktowy tunel GRE na routerach rodziny IOS, który pożycza loopback i kieruje swoje źródło zewnętrzne na interfejs warstwy bazowej. Tożsamość NHRP jest oddzielna od pożyczonego adresu i musi być skonfigurowana jawnie.

interface Loopback0
 ip address 10.255.255.1 255.255.255.255
interface Tunnel0
 ip unnumbered Loopback0
 tunnel source GigabitEthernet0/0
 tunnel mode gre multipoint
 ip nhrp network-id 100
! verify
show interfaces Tunnel0 | include line protocol|Tunnel source
show ip interface brief | include Tunnel|Loopback
show ip nhrp

Najpierw przeczytaj wiersz interfejsu: tunel bez numeru zgłaszający down nie będzie trasował niezależnie od pożyczonego adresu. Następnie sprawdź, czy dawca jest aktywny i czy jego adres jest tym zamierzonym, ponieważ ponownie zaadresowany loopback po cichu zmienia tożsamość prezentowaną przez tunel.

Zakończ, sprawdzając tablicę tras dla prefiksów chronionych i sąsiedztwo nad tunelem, ponieważ poprawny stan interfejsu nie dowodzi osiągalności żadnego z nich.

Czego pożyczony adres nie zapewnia

DMVPN potrzebuje rejestracji i mapowań NHRP, aby spokes mogły się nawzajem odnaleźć; linia bez numeru nie zapewnia z tego nic. Uwierzytelnianie, dozwolone przekazywanie i trasy powrotne są nadal wymagane, a protokół trasowania musi utworzyć sąsiedztwo przez tunel, zanim zostanie wymieniony jakikolwiek prefiks. Każde z nich może zawieść, gdy interfejs zgłasza aktywność, dlatego weryfikacja biegnie od adresu do mapowania i dalej do trasy.

Składnia poleceń i reguły adresowania różnią się też w zależności od produktu i wydania, więc dopasuj się do modelu interfejsu urządzenia przed sobą, zamiast kopiować konfigurację z innej platformy. Cel może być identyczny, a wymagane wiersze nie.

Zapisz dawcę, źródło zewnętrzne i ogłaszane prefiksy w dokumentacji tunelu, a następnie dodaj jedną kontrolę, która głośno zawodzi, gdy zmieni się adres dawcy. Ta jedna kontrola wychwytuje tryb awarii, który projekty bez numeru najczęściej ukrywają.