1
00:00:00,960 --> 00:00:13,650
Así que escribió uno que paga 10 1 1 2 que funciona bien, uno puede hacer ping a Raiatea para rotar, uno tiene una ruta estática.

2
00:00:13,700 --> 00:00:20,670
En este caso, es una ruta predeterminada que envía todo el tráfico a la ruta a para que

3
00:00:20,700 --> 00:00:32,180
Ken escriba una que pague 8 1 1 2 3 que salgan los pings en la ruta 3 show IP route nos muestra que el enrutador no tiene ninguna

4
00:00:32,180 --> 00:00:33,100
ruta habilitada.

5
00:00:33,410 --> 00:00:35,000
No tiene una ruta estática.

6
00:00:35,060 --> 00:00:37,670
Todo lo que sabe acerca de esta red.

7
00:00:38,000 --> 00:00:46,450
Entonces, el IP ICMP de-bug vuelve a hacer ping en la transmisión 3 y podemos ver que el tráfico está llegando.

8
00:00:46,530 --> 00:00:53,840
Así que el enrutador 3 está recibiendo los pings de la Ruta 1 pero los está recibiendo de 10 1 1 1.

9
00:00:54,020 --> 00:01:01,970
Entonces Rodda 3 está tratando de responder de nuevo al mensaje de eco ICMP usando esta fuente 8 dot preguntando si

10
00:01:01,980 --> 00:01:05,250
uno o dos van a 10 1 1 1.

11
00:01:05,630 --> 00:01:13,640
Pero el enrutador no tiene una ruta hacia atrás y podemos ver que al hacer un paquete IP sin errores podemos

12
00:01:13,640 --> 00:01:21,570
ver que los paquetes no se pueden leer rodef 3 no sabe cómo enviar el tráfico a la ruta 1.

13
00:01:21,590 --> 00:01:30,310
Así que configuremos Nat dinámico en Rodek para permitir que tanto el enrutador como el derecho envíen tráfico

14
00:01:30,340 --> 00:01:31,520
al enrutador 3.

15
00:01:31,580 --> 00:01:37,720
Entonces, show run pipe incluye que, en este momento, no se ha configurado ninguna red.

16
00:01:38,150 --> 00:01:43,970
Lo primero que quiero hacer es continuar con el rápido isa net zero que quiero enfrentar y hacer eso

17
00:01:43,970 --> 00:01:50,530
en la interfaz externa, por lo que ahora se considera que esta interfaz está fuera del punto de vista de los enrutadores.

18
00:01:51,740 --> 00:01:57,590
Ir a fomentar un 0 0 IP que la comprensión.

19
00:01:57,720 --> 00:02:06,180
Entonces esos comandos son muy similares a los estáticos, no lo que tenemos que hacer ahora; sin embargo, es necesario especificar un grupo y

20
00:02:06,180 --> 00:02:07,390
una lista de acceso.

21
00:02:07,430 --> 00:02:14,820
Comenzaremos con la lista de acceso para acceder a la lista de un permiso y a quién vamos a permitir que

22
00:02:15,330 --> 00:02:23,820
se identifique en este ejemplo. Permitiré que cualquier persona en la red 10 1 1 0 para que cualquier persona en esta red pueda

23
00:02:23,900 --> 00:02:29,440
han traducido sus direcciones para que afecten la tasa de uno y escriban un cuatro.

24
00:02:29,700 --> 00:02:37,270
Ahora puedo usar el IP Nat común y en lugar de elegir estática, voy a usar el grupo de opciones para definir un

25
00:02:37,270 --> 00:02:40,590
grupo de direcciones y luego tenemos que crear un nombre.

26
00:02:40,590 --> 00:02:46,880
Así que voy a llamar a este Nat Poole cuál será la primera dirección IP en el grupo.

27
00:02:46,930 --> 00:02:51,820
Entonces necesito especificar un rango de direcciones IP en la escena para enfrentar.

28
00:02:51,820 --> 00:02:55,590
Entonces voy a decir 8 1 1 5 2 8 1 1 10.

29
00:02:56,110 --> 00:03:03,070
Y luego necesito especificar la máscara de red para que la mezquita de la red sea una barra 24.

30
00:03:03,070 --> 00:03:12,780
En nuestro ejemplo, debemos especificar IP no dentro de la lista de acceso a la lista fuente que creamos es para determinar a

31
00:03:13,230 --> 00:03:17,940
quién se le va a gustar y a quién se le

32
00:03:17,940 --> 00:03:28,840
permitirá ser canalizado y los vamos a vincular a un grupo de direcciones que llamamos Nat Poole para mostrar el tipo de ejecución include y

33
00:03:28,840 --> 00:03:32,360
eso me permitirá ver los comandos que configuré.

34
00:03:32,830 --> 00:03:36,830
Especificamos que las interfaces internas y externas que estarían en estas dos interfaces.

35
00:03:37,240 --> 00:03:47,760
Creamos un conjunto de direcciones que este comando de red permite a cualquiera en la lista de acceso uno.

36
00:03:47,920 --> 00:03:55,630
Cualquiera de este rango basado en esa entrada que se neteará a una dirección en el grupo y el grupo

37
00:03:55,720 --> 00:03:58,450
contiene estas direcciones de cinco a 10.

38
00:03:58,480 --> 00:04:00,890
Así que agregué seis direcciones al grupo.

39
00:04:01,120 --> 00:04:05,470
Así que de-bug IP no nos permite ver las cosas en tiempo real.

40
00:04:05,560 --> 00:04:09,190
Radu uno no pudo hacer ping al asador previamente.

41
00:04:09,190 --> 00:04:10,480
Veamos si funciona ahora.

42
00:04:11,670 --> 00:04:18,990
Aviso después de un tiempo comenzó a funcionar y podemos ver que esta dirección 10 uno a uno se tradujo en 8

43
00:04:19,290 --> 00:04:23,060
1 1 5 4 tráfico que va a 8 1 1 2.

44
00:04:23,220 --> 00:04:28,800
Así que podemos ver que el tráfico está en red y luego la respuesta regresó.

45
00:04:28,950 --> 00:04:35,140
Estos tiempos de espera de color rosa son probablemente Jiyu para el OP que tiene lugar entre Rodek 2 y 3.

46
00:04:35,520 --> 00:04:37,630
Entonces ellos en el tercer intento.

47
00:04:37,740 --> 00:04:39,150
La respuesta regresó.

48
00:04:39,440 --> 00:04:43,070
Entonces 8 1 1 5 se tradujo a 10 1 1 1.

49
00:04:43,350 --> 00:04:44,860
Y eso continúa.

50
00:04:44,880 --> 00:04:48,540
Ken Rotto para Ping 8 1 1 2 verlos

51
00:04:51,910 --> 00:04:53,500
que está teniendo lugar.

52
00:04:54,490 --> 00:05:02,560
Los Pings comienzan teniendo éxito en la salida, podemos ver que 10 1 1 4 se tradujo a la segunda

53
00:05:02,560 --> 00:05:09,690
dirección en el grupo 8 1 1 6 para el tráfico que va a 8 1 1 2.

54
00:05:09,720 --> 00:05:17,490
Eso significa que ambos escribieron uno y escribieron un formulario que puede enviar tráfico a Rodda 3 y Rodda hará la red

55
00:05:17,490 --> 00:05:19,660
de manera dinámica entre las direcciones.

56
00:05:19,710 --> 00:05:26,210
Así que esto trajo una porque él tiene Rodek a ser netted show IP net translation.

57
00:05:26,280 --> 00:05:34,530
Ahora, en este ejemplo, cada ping va a tener una nueva dinámica no aumentada, así que para mantenerlo simple, voy

58
00:05:34,530 --> 00:05:36,000
a usar telnet.

59
00:05:36,000 --> 00:05:40,740
Así que todas las líneas habilitadas de Etowah en las

60
00:05:49,450 --> 00:05:55,410
rotas 3 y todas las telnet en los enrutadores, tres de una.

61
00:05:56,020 --> 00:05:59,450
Y también lo haré de Rotto.

62
00:06:03,430 --> 00:06:12,570
En un programa de televisión de la traducción de red Oppy, podemos ver el aumento dinámico y neto creado para esos

63
00:06:12,630 --> 00:06:15,030
dos hosts que acceden al asador.

64
00:06:15,120 --> 00:06:25,290
Puede ver que el Sadrist 10 1 1 1 1 2 2 8 1 1 5 y 10 1 1 4 era neto 2 8 1 1 6 y luego el

65
00:06:25,650 --> 00:06:31,520
tráfico real para esa sesión telnet se muestra como una entrada dinámica aquí con los números de puerto.

66
00:06:31,770 --> 00:06:36,950
Si salimos de ambas sesiones de Telnet después de

67
00:06:39,930 --> 00:06:44,240
un período de tiempo, estas entradas dinámicas desaparecerán.

68
00:06:47,570 --> 00:06:50,140
Puedo eliminarlos escribiendo IP de arcilla.

69
00:06:50,160 --> 00:06:52,570
Tienda de traducción de NET.

70
00:06:53,460 --> 00:06:56,720
Entonces, en este momento, note que no hay traducciones netas.

71
00:06:56,720 --> 00:07:04,670
Tan pronto como envié el tráfico, una traducción es Karaite para esa entrada de host.

72
00:07:04,860 --> 00:07:12,400
Si lo dejo lo suficiente, esas traducciones netas se agotarán y se eliminarán.

73
00:07:12,620 --> 00:07:20,120
Eso es muy diferente de una traducción de red estática donde la traducción estática de red permanece permanentemente en la

74
00:07:20,420 --> 00:07:21,960
tabla de la red.

75
00:07:23,680 --> 00:07:31,300
Como puede ver aquí, la entrada neta está saliendo, así que mostrar traducciones de red IP me muestra que

76
00:07:31,300 --> 00:07:34,670
esa entrada neta se ha eliminado de la tabla.

77
00:07:34,690 --> 00:07:41,230
Ahora uno de los problemas con esta forma de hacer la traducción de direcciones de red es

78
00:07:41,230 --> 00:07:46,700
que hay un mapeo uno a uno entre las direcciones IP internas y externas

79
00:07:49,610 --> 00:07:58,420
de nuestra encuesta. Solo registramos algunas direcciones para mostrar las run pipes incluidas que podemos ver que hemos recibió direcciones de ocho

80
00:07:58,500 --> 00:08:01,170
puntos vagó 1. 5 hasta diez.

81
00:08:01,210 --> 00:08:03,510
Entonces son solo seis direcciones en el grupo.

82
00:08:03,730 --> 00:08:09,000
¿Qué sucede si tenemos 100 hosts que deben estar sincronizados en Internet?

83
00:08:09,190 --> 00:08:13,290
Eso no va a funcionar bien con redes netas dinámicas o estáticas.

84
00:08:13,420 --> 00:08:18,970
Y ahí es donde entra la sobrecarga en la próxima demostración. Te mostraré cómo configurar no sobrecargar.
