1 00:00:00,980 --> 00:00:05,100 Al momento, piuttosto che recitare è un PC, uno può scrivere ping a cinque. 2 00:00:05,240 --> 00:00:06,740 La recitazione è PC. 3 00:00:07,510 --> 00:00:08,720 Tutti e 10 4 00:00:11,810 --> 00:00:15,000 questi debug Diamo un'occhiata ad alcuni comandi show. 5 00:00:15,020 --> 00:00:23,690 Quindi il primo comando su Rodda per mostrare il tunnel di interfaccia Zira tunnel zero è su. 6 00:00:23,970 --> 00:00:25,560 Il tipo di hardware è tunnel. 7 00:00:25,830 --> 00:00:35,090 L'indirizzo IP sull'interfaccia è offerto da 1 a 3 a 1 barra 30 il tipo di incapsulamento è tunnel, la sorgente del tunnel è in avanti 8 00:00:35,090 --> 00:00:40,960 si chiedeva perché una destinazione del tunnel fosse in avanti da uno a due a due. 9 00:00:41,210 --> 00:00:47,370 Il protocollo e il trasporto sono GRV su IP versione 4. 10 00:00:47,390 --> 00:00:58,050 Notare che l'MT è stato ridotto per questa interfaccia a causa delle intestazioni utilizzate in GRB, la MT che si forza per serializzare 11 00:00:58,410 --> 00:01:05,190 a zero o l'unità di trasmissione massima per l'interfaccia a barra è zero. 12 00:01:06,120 --> 00:01:14,570 È 5300 byte ma MTUC per il tunnel GOP è 15:14. 13 00:01:14,800 --> 00:01:24,850 Quindi 1 4 5 0 meno 1 5 1 4 ci dà 36 byte a causa delle intestazioni aggiuntive usate in Jari. 14 00:01:25,060 --> 00:01:27,400 La vista vuota è ridotta. 15 00:01:27,400 --> 00:01:32,500 In altre parole, solo i piccoli pacchetti possono essere trasmessi attraverso il collegamento 16 00:01:32,500 --> 00:01:38,550 seriale a causa delle intestazioni aggiuntive aggiunte da Jeery in origine, abbiamo solo una singola intestazione IP. 17 00:01:38,750 --> 00:01:46,040 Ma ora abbiamo un'intestazione IP aggiuntiva chiamata header di consegna e l'intestazione GOP e possiamo vedere che eseguendo uno 18 00:01:46,040 --> 00:01:48,200 shock capture catturerà il traffico 19 00:01:53,030 --> 00:01:57,320 su cereali per tagliarne uno su Rodda tre invierà un 20 00:02:01,160 --> 00:02:07,390 ping da Rotto che funge da PC un due su cinque che agisce da PC per 21 00:02:13,460 --> 00:02:14,450 il ping. 22 00:02:14,730 --> 00:02:20,320 Ricordo che in origine avremmo solo una singola intestazione versione 4 IP con il carico utile. 23 00:02:20,510 --> 00:02:26,730 Ma ora abbiamo sia l'intestazione GOP che l'intestazione di uscita o di intestazione. 24 00:02:27,110 --> 00:02:32,540 Quindi il pacchetto originale qui ricevuto da Rodda non 25 00:02:38,130 --> 00:02:41,430 include le intestazioni GOP. 26 00:02:41,550 --> 00:02:43,140 Quindi, quando facciamo 27 00:02:49,630 --> 00:02:55,480 di nuovo il ping, questa è la prima interfaccia Itam a cui è stato portato. 28 00:02:55,700 --> 00:03:04,310 Possiamo vedere il messaggio ping con la versione IP standard per l'intestazione e l'intestazione Ethernet, ma quando questo attraversa 29 00:03:04,310 --> 00:03:12,310 l'interfaccia seriale no a un accordo Cisco, vediamo che vediamo l'intestazione originale e il carico utile. 30 00:03:12,540 --> 00:03:18,700 Quindi c'è il ping ma si nota ancora una volta l'intestazione aggiuntiva. 31 00:03:18,790 --> 00:03:23,870 Quindi abbiamo avuto la consegna e l'intestazione GOP. 32 00:03:25,080 --> 00:03:33,120 Quindi sono state aggiunte intestazioni aggiuntive rispetto al pacchetto originale a causa della riduzione della 33 00:03:33,190 --> 00:03:34,790 vista vuota. 34 00:03:34,790 --> 00:03:43,480 È possibile inviare solo una dimensione massima del pacchetto di 15 14 byte a causa delle intestazioni aggiuntive. 35 00:03:43,490 --> 00:03:51,820 Quindi, ancora una volta in seriale per azzerare l'uso vuoto di 5400 byte. 36 00:03:52,320 --> 00:04:00,440 Ma sull'interfaccia del tunnel sono 15 14 byte a causa delle intestazioni aggiuntive. 37 00:04:00,480 --> 00:04:08,290 Puoi anche vedere qualcosa per l'uso del comando show tunnel dell'interfaccia IP 0 scorrendo verso l'alto solo il 38 00:04:09,750 --> 00:04:16,760 comando tunnel interface 00 è up up IP address offerto da uno a tre a uno 39 00:04:17,370 --> 00:04:22,990 slushed broadcast è questo che usa 14 settantasei byte ancora una volta. 40 00:04:23,990 --> 00:04:30,640 I gruppi riservati multicast aggiunti includono 3:58 0 0 10 che, se si ricorda, è il gruppo multicast per 41 00:04:30,670 --> 00:04:31,840 il proprio lavoro. 42 00:04:32,150 --> 00:04:38,510 Il tuo lavoro è in grado di formare una relazione di vicinato attraverso l'interfaccia del tunnel in un modo molto 43 00:04:38,510 --> 00:04:41,180 simile a come verrebbe formato su un'interfaccia seriale. 44 00:04:41,270 --> 00:04:49,040 Perché questo è un collegamento point-to-point logicamente direttamente da un router all'altro, così come un esempio mostra il vicino 45 00:04:49,040 --> 00:04:54,940 choppy IP lo ha scritto per avere una relazione di vicinato con Rob. 46 00:04:54,950 --> 00:05:03,200 Per su questo indirizzo IP e non su questo indirizzo IP perché la relazione del vicino è formata 47 00:05:03,200 --> 00:05:04,610 attraverso il tunnel. 48 00:05:04,610 --> 00:05:08,140 Mostra la tipologia IP GOP. 49 00:05:08,420 --> 00:05:16,960 Abbiamo imparato un percorso 10 1 2 0 0 tramite 10 1 3 2 attraverso i tunnel 0. 50 00:05:17,240 --> 00:05:21,080 E ancora una volta nessuno è in grado di eseguire il ping su Route 5. 51 00:05:21,230 --> 00:05:26,840 Agisce da PC quando eseguiamo una traccia da 10 1 a 2. 52 00:05:26,900 --> 00:05:35,540 Si noti che la traccia va a Rodda per poi instradare una via attraverso il tunnel e quindi a rollare una 5 53 00:05:35,560 --> 00:05:43,040 route 3 non si vede affatto nella traccia perché logicamente indirizzata a è direttamente collegata a un errore nello 54 00:05:43,040 --> 00:05:44,060 stesso modo. 55 00:05:44,240 --> 00:05:47,230 Scritto un 5 quando si traccia a 10 uno a uno. 56 00:05:47,480 --> 00:05:54,990 Dal momento che il traffico a marcire per poi logicamente a rockety e poi a correre uno.