Projektowanie trasy zdalnego kampusu

Zewnętrzny dostawca zapewnia łączność z moim zdalnym kampusem satelitarnym za pośrednictwem sieci Ethernet. Ze względu na biurokrację dostawca jest zobowiązany do zapewnienia trasowanego połączenia punkt-punkt (R2 i R3) do kampusu satelitarnego; idealnie, gdyby dostawca łączył moją prywatną sieć WAN z kampusem satelitarnym (R1 i R4), ale z powyższego powodu nie jest to opcja.

Moim celem jest włączenie kampusu satelitarnego do mojego AS przy niewielkiej lub żadnej pomocy ze strony dostawcy. Obecnie, gdy tworzę nową sieć, która musi być kierowana przez dostawcę, muszę zadzwonić i poprosić dostawcę o zainstalowanie nowej trasy, którą następnie dystrybuują między R2 i R3 za pomocą EIGRP. Proces ten jest często trudny i podatny na błędy ludzkie.

Nie ufam dostawcy jako ABR, ponieważ nie mogę filtrować przychodzących tras. Rozważałem użycie tunelu IPIP między R1 a R4, ale nie jestem pewien, w jaki sposób działania policji wykonywane przez dostawcę wpłyną na ruch. Umożliwiłoby mi to uruchomienie OSPF w tunelu.

Moim głównym ograniczeniem jest dostawca i dodatkowy fakt, że OSPF jest jedynym dynamicznym protokołem, jaki mam dostępny na istniejącym sprzęcie.

Niestety tunel jest twoim jedynym wyjściem. Bez użycia tunelu pakiet trafiłby do sieci dostawców usług, a jeśli ten cel nie jest jeszcze znany, zostanie zrzucony do czarnej dziury.

Mam nadzieję i zakładam, że dostawca nie wykonuje żadnych specjalnych działań policyjnych w tunelowanym ruchu, ale musisz to sprawdzić sam. Jeśli martwisz się przenoszeniem wartości DSCP między pakietem oryginalnym a pakietem tunelowym, co jest dość łatwe do osiągnięcia. Dzięki temu ruch głosowy może nadal przechodzić przez sieć SP za pomocą EF.

W gruncie rzeczy najlepszym rozwiązaniem byłby typowy peering. Nawet jeśli korzystasz z RIP, redystrybucja jest dość łatwa i osiągnie twoje cele. Nie jestem pewien, dlaczego nie możesz zastosować filtrowania na przychodzących trasach, może poza zasadami firmy?