1
00:00:00,000 --> 00:00:05,000
Iată un exemplu pentru a demonstra acest lucru în detaliu.

2
00:00:05,000 --> 00:00:14,000
Dacă routerul din San Jose în această topologie este rețeaua de publicitate 10. 0. 0. 0/8 la ruterul

3
00:00:14,000 --> 00:00:18,000
din San Francisco folosind RIP versiunea 2, ruterul

4
00:00:18,000 --> 00:00:23,000
din San Francisco va considera că factorul de credibilitate sau

5
00:00:23,000 --> 00:00:27,000
distanța administrativă a acelui traseu este de 120.

6
00:00:27,000 --> 00:00:34,000
Dacă aceeași rețea a fost anunțată de ruterul din New York folosind EIGRP, ruterul din

7
00:00:34,000 --> 00:00:37,000
San Francisco va aloca acea rută

8
00:00:37,000 --> 00:00:41,000
unei distanțe de credibilitate sau administrator de 90.

9
00:00:41,000 --> 00:00:46,000
ruterul din San Francisco nu va instala acest rute recepționat prin EIGRP de la

10
00:00:46,000 --> 00:00:52,000
ruterul din New York în tabela de rutare locală, iar traficul primit va ajunge la o adresă

11
00:00:52,000 --> 00:00:58,000
IP de 10. 1. 1. 1, de exemplu,

12
00:00:58,000 --> 00:01:04,000
va fi direcționat către routerul din New York și nu spre ruterul San Jose.

13
00:01:04,000 --> 00:01:09,000
Aceeași rețea este recepționată de la diferitele dispozitive vecine prin diferite protocoale

14
00:01:09,000 --> 00:01:11,000
de rutare, iar distanța

15
00:01:11,000 --> 00:01:16,000
administrativă a fost utilizată în acest exemplu ca un întrerupător de legătură.

16
00:01:16,000 --> 00:01:19,000
Protocolul de rutare mai credibil este EIGRP ruta RIP

17
00:01:19,000 --> 00:01:21,000
nu este instalată în tabela

18
00:01:21,000 --> 00:01:24,000
de rutare locală de pe ruterul din San Francisco.

19
00:01:24,000 --> 00:01:28,000
Traseul EIGRP este instalat și traficul este direcționat către

20
00:01:28,000 --> 00:01:32,000
New York pentru a ajunge în această rețea.

21
00:01:32,000 --> 00:01:37,000
acum ruterul din San Francisco are încă ruta RIP în baza de

22
00:01:37,000 --> 00:01:43,000
date RIP, astfel că dacă ruta EIGRP nu mai era disponibilă, ruta RIP va fi

23
00:01:43,000 --> 00:01:47,000
instalată în tabela de rutare, iar San Francisco va

24
00:01:47,000 --> 00:01:52,000
direcționa traficul către San Jose pentru a ajunge la dispozitivele gazdă în

25
00:01:52,000 --> 00:01:56,000
rețea 10. 0. 0. 0 cu

26
00:01:56,000 --> 00:02:00,000
alte cuvinte, dacă această legătură a scăzut din anumite motive și

27
00:02:00,000 --> 00:02:03,000
nu a existat nicio conexiune între San Francisco

28
00:02:03,000 --> 00:02:07,000
și New York traficul va fi apoi trimis la San Jose,

29
00:02:07,000 --> 00:02:11,000
dar dacă link-ul s-a întors din nou, traseul EIGRP care este

30
00:02:11,000 --> 00:02:14,000
apoi publicat va înlocui ruta RIP iar traficul

31
00:02:14,000 --> 00:02:17,000
va fi direcționat acum la New York.

32
00:02:17,000 --> 00:02:20,000
Deci, New York este prima alegere și va

33
00:02:20,000 --> 00:02:23,000
fi folosit în cazul în care vecinul este

34
00:02:23,000 --> 00:02:28,000
disponibil și San Jose este a doua alegere pentru a ajunge la aceeași rețea.
