1
00:00:01,010 --> 00:00:06,800
Tutti i tipi di uno scatto catturano nuovamente sul collegamento seriale nell'output possiamo vedere

2
00:00:10,900 --> 00:00:12,870
un pacchetto di alone.

3
00:00:12,870 --> 00:00:16,540
S. di Rotto 1.

4
00:00:16,600 --> 00:00:24,670
Quindi questo è un pacchetto SPF non inviato all'indirizzo multicast per OSPF possiamo vedere che

5
00:00:24,670 --> 00:00:33,790
sta mostrando come una tasca unicast in HGL vedere il tipo di protocollo è la versione IP

6
00:00:33,790 --> 00:00:46,910
per possiamo vedere l'indirizzo IP di destinazione dell'indirizzo IP mostrato qui ancora una volta il tipo di protocollo è OSPF Quindi è il protocollo 89 e

7
00:00:46,910 --> 00:00:58,960
il protocollo utilizzato è OSPF e possiamo vedere che è un pacchetto vuoto con la maschera di rete statunitense e viene dal router.

8
00:00:58,990 --> 00:01:04,620
Quindi guardando i messaggi HDFC si nota che è IP versione 4.

9
00:01:04,970 --> 00:01:15,460
Dato che qui il protocollo è di tipo diverso CGP, qui è un tipo diverso di slop.

10
00:01:15,730 --> 00:01:28,330
E ancora una volta, se eseguiamo il ping usando IP versione 6, la sua versione IP 6 8 di tipo HLC diverso, quello

11
00:01:28,330 --> 00:01:35,180
che farò ora, cambierà di proposito l'incapsulamento da un lato a qualcos'altro.

12
00:01:35,430 --> 00:01:38,810
Quindi le diverse incapsulazioni, ma io lo imposto.

13
00:01:39,090 --> 00:01:45,390
E quello che dovremmo notare è che l'interfaccia va giù, possiamo vedere che OSPF sta dicendo che la

14
00:01:45,390 --> 00:01:50,070
relazione è andata giù e che il protocollo di linea è andato giù.

15
00:01:50,670 --> 00:01:53,950
Quindi mostrare l'interfaccia seriale alla barra è zero.

16
00:01:57,660 --> 00:02:04,830
Nell'output possiamo vedere che l'interfaccia fisica è attiva ma il protocollo di linea è inattivo e la

17
00:02:04,830 --> 00:02:06,840
soluzione mantenuta è GPP.

18
00:02:06,900 --> 00:02:09,630
Ciò significa che non abbiamo un problema di livello 1.

19
00:02:09,690 --> 00:02:15,720
L'interfaccia è fisicamente connessa ma questo ci mostra che abbiamo un problema di livello 2 che

20
00:02:15,720 --> 00:02:19,050
nel nostro caso è un problema di incapsulamento.

21
00:02:19,990 --> 00:02:22,560
Sul lato OSPF è andato giù.

22
00:02:22,780 --> 00:02:25,110
Mostra l'interfaccia di Ciril per ridurre

23
00:02:28,690 --> 00:02:34,910
a zero i rilievi il comando che le interfacce si alzano fisicamente ma il protocollo di linea è inattivo.

24
00:02:34,930 --> 00:02:42,440
Il motivo per cui l'incapsulamento nel sito è un accordo, vedere la soluzione mantenuta sul lato è Peepy So, perché

25
00:02:43,360 --> 00:02:50,520
l'interfaccia sia attiva è necessario assicurarsi che la cosa mantenga l'isolamento su entrambi i lati sia la stessa cosa.

26
00:02:50,780 --> 00:03:00,530
Quindi, ancora una volta sul lato tutto cambia in HDL, e si spera che ciò che dovrebbe accadere sia che l'interfaccia arrivi

27
00:03:00,530 --> 00:03:02,540
dopo un po '.

28
00:03:02,540 --> 00:03:04,140
Ora è basato sul mantenere in vita.

29
00:03:04,220 --> 00:03:12,340
Quindi potresti dover aspettare un po 'per rimanere vivi su queste facce lamentose impostate su 10 secondi.

30
00:03:12,620 --> 00:03:18,740
Quindi potrebbero essere necessari alcuni secondi prima che il collegamento si spenga o venga visualizzato.

31
00:03:18,920 --> 00:03:25,520
Non so chiudere un'interfaccia e aspettarsi che funzioni immediatamente o che scenda immediatamente.

32
00:03:25,700 --> 00:03:32,540
Attendere alcuni secondi in modo che keepalive possa attraversare il collegamento per assicurarsi che le cose funzionino correttamente.

33
00:03:32,630 --> 00:03:35,440
Quindi il protocollo di linea era su o giù in quel momento.

34
00:03:35,840 --> 00:03:44,820
Ho notato che è salito in modo da attendere sempre qualche secondo in modo che mantenerlo vivo possa succedere da una

35
00:03:44,820 --> 00:03:53,600
parte all'altra. L'incapsulamento è ora un affare vedere sul lato che possiamo vedere che l'interfaccia è venuta fuori sempre.

36
00:03:53,670 --> 00:03:57,540
Le relazioni si sono formate e se guardi l'interfaccia possiamo vedere

37
00:04:00,400 --> 00:04:02,690
che le interfacce sono pop.

38
00:04:02,790 --> 00:04:04,950
Hai mantenuto l'isolamento è vedere HTL.

39
00:04:05,110 --> 00:04:16,000
Nota che il keepalive che conosci lava o cattura scorrendo verso l'alto puoi vedere un sacco

40
00:04:16,150 --> 00:04:21,800
di trattative che si svolgono tra vicini OSPF.

41
00:04:21,860 --> 00:04:25,650
Quello che vorrei sottolineare qui è notare il keepalive.

42
00:04:25,860 --> 00:04:30,120
Quindi c'è un santo keepalive da una parte all'altra.

43
00:04:30,480 --> 00:04:32,990
Ho notato che abbiamo numeri sequenziati per il keep alive.

44
00:04:33,090 --> 00:04:41,010
Quindi c'è un numero di sequenza in uscita e un numero di sequenza restituito per mantenere in vita da un

45
00:04:41,010 --> 00:04:47,630
lato del collegamento all'altro e quello che noterete è che continuerà ad essere inviato qui,

46
00:04:47,630 --> 00:04:54,650
notate che il numero di sequenza è stato impostato su 1 quando l'interfaccia è arrivata di nuovo.

47
00:04:54,670 --> 00:04:57,240
Ecco la negoziazione OSPF.

48
00:04:57,310 --> 00:05:06,320
Sì, la versione 6 dell'IP nella negoziazione e l'avviso qui sono il continuo aggiornamento di materiale OSPF.

49
00:05:06,760 --> 00:05:09,640
E nota i numeri di sequenza nel keep alive.

50
00:05:10,270 --> 00:05:14,530
Perché anche l'interfaccia è tornata su Rodda.

51
00:05:14,530 --> 00:05:16,750
Quindi quelli mantengono in vita quelli mostrati.

52
00:05:17,110 --> 00:05:21,190
Quindi è importante che entrambe le parti abbiano lo stesso incapsulamento.

53
00:05:22,630 --> 00:05:29,680
È importante eseguire il check-in mantenendo l'isolamento controllare che l'interfaccia fisica sia attiva, controllare che il protocollo di linea

54
00:05:29,680 --> 00:05:36,190
sia attivo e attendere alcuni secondi affinché il keepalive abbia esito positivo su entrambi i lati.

55
00:05:36,520 --> 00:05:43,270
Quindi aspettate per esempio mezzo minuto di dargli il tempo di sistemarsi e di inviare e ricevere mantenere in vita.
