1 00:00:00,420 --> 00:00:07,770 Un protocollo a cui si vuole prestare particolare attenzione è che ICMP V-6 ricorda una versione IP 4 che 2 00:00:07,770 --> 00:00:11,110 usiamo per determinare l'indirizzo MAC di un vicino. 3 00:00:11,130 --> 00:00:14,680 OP non è più utilizzato in IP versione 6. 4 00:00:15,000 --> 00:00:16,700 Forse il protocollo di scoperta. 5 00:00:16,850 --> 00:00:20,390 NDP è parte di ICMP versione 6. 6 00:00:20,460 --> 00:00:29,850 Quindi, se si dispone di una coperta che nega la versione 6 di IP inavvertitamente, ciò potrebbe influire sulla comunicazione dei 7 00:00:29,850 --> 00:00:36,110 dispositivi nella rete IP versione 6, mentre ICMP viene utilizzato anche per la scoperta. 8 00:00:36,150 --> 00:00:39,270 Quindi non limitarti a bloccare la versione 6 di ICMP. 9 00:00:39,510 --> 00:00:43,470 Fai attenzione a bloccare quel protocollo in IP versione 4. 10 00:00:43,710 --> 00:00:50,730 In alcuni casi non si desidera bloccare ICMP ma si può essere un po 'più Lassez che blocca 11 00:00:50,730 --> 00:00:54,560 ICMP IP versione 4 rispetto a IP versione 6. 12 00:00:54,600 --> 00:01:04,800 Fai attenzione che alcuni protocolli necessari per la scoperta e la funzionalità di base della versione 6 di IP richiedono ancora una volta ICMP 13 00:01:04,980 --> 00:01:11,830 versione 6 IP versione 6 liste degli assi molto simile alla versione 4 di IP. 14 00:01:12,150 --> 00:01:18,450 È necessario fare di nuovo attenzione con i protocolli che si utilizzano in una versione IP per costi così 15 00:01:18,480 --> 00:01:21,840 ampi e OP IP versione 6 non utilizza costi generali. 16 00:01:21,840 --> 00:01:23,600 Usa costi multipli. 17 00:01:23,700 --> 00:01:30,900 Quindi, per scoprire i vicini, utilizziamo un protocollo di rilevamento e multi-corso piuttosto che utilizzare i costi operativi e 18 00:01:30,900 --> 00:01:39,330 di porta. IP versione 6 include anche nuovi campi come un'etichetta di flusso e intestazioni di estensione diversi dalla versione IP per 19 00:01:39,330 --> 00:01:42,900 gli elenchi di 6 assi della versione IP. 20 00:01:42,950 --> 00:01:51,090 Permettono di abbinare al traffico le etichette di flusso di Klaas IPV 6 e successivamente un indirizzo IP di 21 00:01:51,090 --> 00:02:00,180 campo e destinazione IPV a 128 bit indirizzi IP di Puglia Protocolli Khayelitsha come TZP e UDP e relativi numeri di 22 00:02:00,180 --> 00:02:03,430 porta nonché flag come sin e Ach. 23 00:02:03,600 --> 00:02:11,040 Disponiamo inoltre di ICMP versione 6 di tipi e codici che è possibile abbinare, nonché di testine di estensione e tipi 24 00:02:11,040 --> 00:02:13,200 di valli IP versione 6. 25 00:02:13,200 --> 00:02:14,340 Quindi sii attento. 26 00:02:14,460 --> 00:02:22,650 Esistono differenze tra gli elenchi di accesso della versione 6 di IP e gli elenchi di accesso della versione 4 di IP che anche le limitazioni 27 00:02:23,040 --> 00:02:29,420 con gli elenchi di accesso IP versione 6 IP versione 6 tende ad avere più tunnel una versione IP 4. 28 00:02:29,640 --> 00:02:37,110 Quindi, ad esempio, è possibile che i pacchetti IP versione 6 vengano trasportati su una rete IP versione 4 utilizzando i 29 00:02:37,360 --> 00:02:38,400 tunnel GRV. 30 00:02:38,610 --> 00:02:45,600 Quindi fai attenzione se provi a bloccare i pacchetti IP versione 6 usando un elenco di accessi IP versione 6 31 00:02:45,600 --> 00:02:53,880 e questo è canalizzato all'interno di una versione IP per GOP tunnel la tua lista di accesso non funzionerà nella versione IP per gli 32 00:02:54,350 --> 00:02:57,990 elenchi di accesso le moschee jolly non devono essere contigui. 33 00:02:57,990 --> 00:03:00,660 In altre parole, non deve apparire così. 34 00:03:00,660 --> 00:03:09,330 È possibile abbinare tutti gli indirizzi IP dispari o persino gli indirizzi IP manipolando la moschea inversa di un elenco di accessi 35 00:03:09,330 --> 00:03:10,970 IP versione 4. 36 00:03:11,430 --> 00:03:19,500 Tuttavia in IP versione 6 si corregge la versione IP dell'elenco Sixaxis utilizzando un prefisso lenth un numero che indica 37 00:03:19,500 --> 00:03:22,780 il numero della moschea del prefetto contiguo. 38 00:03:22,790 --> 00:03:30,060 Per quanto sia molto diverso dalla versione IP per gli elenchi di accesso della versione 6 di IP, 39 00:03:30,060 --> 00:03:38,530 il numero di Linta del prefetto rappresenta il numero di bit contigui che verranno abbinati per quel prefetto della versione 6 dell'indirizzo IP. 40 00:03:38,610 --> 00:03:45,350 Quindi usiamo una notazione barra con un numero disattivato alla barra indica il numero di bit del 41 00:03:45,360 --> 00:03:46,440 prefetto collegato. 42 00:03:46,620 --> 00:03:54,390 Ciò significa quindi che è possibile abbinare solo su un prefetto di indirizzo IP versione 6 e non è possibile utilizzare moschee non 43 00:03:54,390 --> 00:03:57,720 contigue con gli elenchi di accesso IP versione 6. 44 00:03:57,720 --> 00:04:04,140 Inoltre, è molto comune avere lunghezze di prefisso che sono equamente divisibili per quattro. 45 00:04:04,470 --> 00:04:11,850 Quindi useresti cose come 48 slash 52 slash 56 slash 64 come esempio. 46 00:04:12,330 --> 00:04:20,160 E non è una pratica standard avere una lunghezza prefissata che non cada su un limite di cifre esadecimali. 47 00:04:20,220 --> 00:04:27,060 Questo è molto diverso rispetto alla versione IP IP versione 4 per gli indirizzi, potresti avere una barra 20 48 00:04:27,060 --> 00:04:29,330 per tagliare 23 barre 24. 49 00:04:29,340 --> 00:04:32,790 Ma poi una barra 25 o 26. 50 00:04:32,820 --> 00:04:40,520 Quindi, a differenza di una versione IP per cui non si usa solo la barra, una barra degli strumenti 16 o la sezione 24 ridurranno 32. 51 00:04:40,620 --> 00:04:44,110 Questo tende ad essere la pratica in IP versione 6. 52 00:04:44,190 --> 00:04:50,370 Quindi, ad esempio, farai corrispondere il 64 slush 64 corrispondente al limite di una cifra esadecimale. 53 00:04:50,370 --> 00:04:58,620 Ricorda che le cifre esadecimali sono lunghe per bit binari quindi usiamo la barra 48 barra 54 barra 56 barra 54 00:04:58,630 --> 00:05:02,760 60 barra 64 piuttosto che qualcosa come Slash 62. 55 00:05:03,080 --> 00:05:09,000 È importante ricordare che la registrazione eccessiva può influire negativamente sulle prestazioni di Rodda. 56 00:05:09,020 --> 00:05:15,200 La scrittura di un CPA è coinvolta quando vengono create voci di registro, pertanto si deve prestare 57 00:05:15,200 --> 00:05:24,260 attenzione utilizzando la parola chiave di registrazione proprio come con IP vision per IP versione 6, l'elenco di accesso non nega i pacchetti provenienti da 58 00:05:24,260 --> 00:05:25,080 un router. 59 00:05:25,460 --> 00:05:31,700 Quindi un elenco di accesso in uscita su un'interfaccia di instradamento non bloccherà i pacchetti rodded inviati da quel router.