1 00:00:01,180 --> 00:00:03,950 Neste vídeo vamos discutir a escrita. 2 00:00:04,180 --> 00:00:11,260 Analisamos os fundamentos da escrita IP e observamos protocolos de roteamento diferentes, incluindo vetor de distância e um 3 00:00:11,650 --> 00:00:18,250 protocolo de gravação de estado vinculado, com as diferenças entre os protocolos de gravação de vetor de 4 00:00:18,250 --> 00:00:23,660 distância, como protocolos de execução de estado de link e rip, como OSPF. 5 00:00:23,800 --> 00:00:31,440 Nós também discutiremos alguns dos métodos que os protocolos de escrita de vetor de distância usam para parar os 6 00:00:31,450 --> 00:00:39,280 protocolos de escrita de loops são muito importantes porque eles anunciam redes e usam vários mecanismos para prevenir loops 7 00:00:40,760 --> 00:00:43,890 antes de discutir protocolos de escrita como sempre. 8 00:00:43,910 --> 00:00:50,410 Tudo bem Joe A-P você precisa saber a diferença entre um protocolo de roteamento versus um protocolo de roteamento. 9 00:00:50,660 --> 00:00:58,970 Você também deve ser capaz de diferenciar e explicar as vantagens e desvantagens de usar rotas 10 00:00:59,240 --> 00:01:02,480 estáticas versus protocolos dinâmicos em execução. 11 00:01:02,480 --> 00:01:09,040 Então, por que você quer usar uma rota estática versus um protocolo de escrita dinâmica, como sempre B. F. E como mencionado, queremos falar sobre vetor de distância e protocolos de execução de estado de link. 12 00:01:09,140 --> 00:01:15,880 Então, qual é a diferença entre um protocolo roteado e um protocolo aproximado? 13 00:01:15,940 --> 00:01:21,370 Agora, um protocolo podre usa os dados. 14 00:01:22,190 --> 00:01:26,150 Exemplos seriam IP versão 4 ou IP versão 6. 15 00:01:26,150 --> 00:01:31,250 Quando você usa um protocolo Hialeah, como o HGP ou o ATP, esse protocolo 16 00:01:31,250 --> 00:01:40,340 usa um protocolo de camada inferior, como a versão IP para o IP versão 6, para transportar os dados do usuário de um dispositivo para outro. 17 00:01:40,340 --> 00:01:47,560 Portanto, quando você se conecta a um site e visualiza uma página da Web que 18 00:01:47,840 --> 00:01:56,600 seria considerada como dados de dados roteados do servidor da Web, ele está sendo roteado para o seu PC. 19 00:01:57,320 --> 00:02:03,380 Agora, o esquema de endereçamento usado para comprar protocolos roteados é baseado no protocolo específico, como a 20 00:02:03,380 --> 00:02:11,180 versão IP para usar um endereço de 32 bits e a versão 6 do IP, usando cento e vinte e oito. 21 00:02:11,180 --> 00:02:17,100 Mas endereço agora como os roteadores sabem onde os dispositivos estão em uma rede. 22 00:02:17,120 --> 00:02:25,020 Como exemplo, meu PC é baseado no Reino Unido, mas quando eu vou 23 00:02:25,400 --> 00:02:35,570 ao Facebook, o tráfego é enviado do meu PC para o Facebook baseado na Califórnia e vice-versa. 24 00:02:35,750 --> 00:02:39,050 Como meu dispositivo realmente alcança os servidores do Facebook em um data center na Califórnia? 25 00:02:39,050 --> 00:02:46,520 E como os dados voltam ao meu PC no Reino Unido? 26 00:02:46,520 --> 00:02:51,600 Como os dados do usuário são encaminhados de um dispositivo para outro. 27 00:02:51,710 --> 00:02:56,450 Agora é importante perceber que todos os roteadores ao longo do caminho entre o 28 00:02:56,450 --> 00:03:05,000 meu PC no Reino Unido e o Facebook vêm com uma decisão de roteamento independente como um exemplo se eu rastrear para o Facebook com. 29 00:03:05,000 --> 00:03:13,100 E neste caso, vou definir o tempo para um vale baixo, como 50 milissegundos. 30 00:03:13,370 --> 00:03:22,770 O tráfego está sendo encaminhado do meu PC em uma base hop por 31 00:03:22,850 --> 00:03:32,480 hop de um roteador para o outro até que chegue ao Facebook com. 32 00:03:32,480 --> 00:03:34,980 Cada um desses saltos é um roteador independente que faz decisões de roteamento independentes. 33 00:03:35,300 --> 00:03:41,860 Agora, o Facebook e muitos outros grandes sites da Web terão centros de dados espalhados pelo mundo. 34 00:03:41,870 --> 00:03:48,360 Então, meu tráfego pode não estar indo até o U. S. mas talvez indo para um centro de dados 35 00:03:48,530 --> 00:03:55,130 local na Europa. 36 00:03:55,220 --> 00:03:56,300 Tudo depende de como a rede está configurada. 37 00:03:56,300 --> 00:03:59,920 Estas decisões de equitação feitas por rodders são conhecidas como 38 00:04:00,110 --> 00:04:08,630 o paradigma de salto por salto rotatório com roteamento de tráfego unicast é baseado no endereço de destino apenas não no endereço de origem. 39 00:04:09,230 --> 00:04:13,720 O Serratus decide qual tráfego vai com base no 40 00:04:13,880 --> 00:04:21,560 endereço IP de destino, por exemplo, seu endereço e Rodders decidirá aguardar para rotear o tráfego. 41 00:04:21,620 --> 00:04:24,580 Com base no endereço IP de destino e nas informações armazenadas 42 00:04:24,580 --> 00:04:31,970 nas tabelas de escrita, cada roteador ao longo do caminho precisa determinar uma interface de saída para encaminhar o tráfego para alcançar o endereço IP de destino. 43 00:04:31,970 --> 00:04:40,390 Para fazer isso, os roteadores comunicam informações sobre redes usando protocolos de roteamento. 44 00:04:40,520 --> 00:04:47,220 Eles determinarão o melhor caminho para o endereço IP 45 00:04:47,300 --> 00:04:55,790 de destino usando critérios específicos para esse protocolo individual de rodding. 46 00:04:56,030 --> 00:04:58,260 Como um exemplo, o RP usa a 47 00:04:58,640 --> 00:05:06,230 contagem de saltos para determinar o melhor caminho. O OSPF usa a largura de banda das interfaces para determinar o melhor caminho. 48 00:05:06,230 --> 00:05:07,840 O GOP usa largura de banda e atraso para determinar o melhor caminho. 49 00:05:08,030 --> 00:05:13,290 Assim, os protocolos em execução são usados ​​para anunciar automaticamente as redes 50 00:05:13,370 --> 00:05:21,290 entre os roteadores e é assim que os rodders aprendem sobre as redes disponíveis em uma topologia. 51 00:05:21,290 --> 00:05:25,790 Também é importante observar que, se um roteador não souber sobre um endereço IP de destino. 52 00:05:25,790 --> 00:05:32,360 Em outras palavras, as informações sobre o endereço IP de destino do vetor não estão em sua tabela de roteamento. 53 00:05:32,360 --> 00:05:38,440 Ele eliminará os endereços IP de destino dos pacotes unicast 54 00:05:38,510 --> 00:05:45,350 contra as redes e sub-redes na estrada como uma tabela de escrita. 55 00:05:45,350 --> 00:05:47,000 Portanto, se um roteador recebe tráfego 56 00:05:47,000 --> 00:05:53,600 para um endereço IP de dez, digamos, um que queria um, mas esse endereço IP não corresponde a uma rede na tabela de roteiros. 57 00:05:53,690 --> 00:05:58,610 O Rato descartará os pacotes porque não sabe para onde encaminhá-los. 58 00:05:58,880 --> 00:06:04,310 Essencialmente, se você disser a Harada enviar tráfego para o endereço IP ou 59 00:06:04,310 --> 00:06:11,480 tiver perguntado o número desejado, e o roteador não souber como chegar a essa rede ou a 60 00:06:11,480 --> 00:06:19,460 um endereço IP, o roteador descartará o tráfego se não houver uma alteração correspondente na tabela de escrita. 61 00:06:19,460 --> 00:06:22,150 O tráfego cai. 62 00:06:22,310 --> 00:06:24,160 Isso se aplica especificamente 63 00:06:24,170 --> 00:06:30,950 aos pacotes unicast nos quais estamos fazendo nosso roteamento com base no endereço IP de destino. 64 00:06:30,950 --> 00:06:32,090 Assim, em protocolos 65 00:06:32,090 --> 00:06:39,620 de gravação resumidos, Radice pode aprender sobre redes de destino que facilitam a troca de informações entre dispositivos. 66 00:06:39,620 --> 00:06:44,220 Os roteadores podem aprender dinamicamente sobre redes na topologia e, 67 00:06:44,240 --> 00:06:51,200 em seguida, tomar decisões de roteamento com base em critérios diferentes, como contagem de saltos 68 00:06:51,200 --> 00:07:00,350 de largura de banda ou atraso para determinar a melhor rota de caminho, basta escolher uma interface de saída 69 00:07:00,350 --> 00:07:07,430 baseada na tabela e encaminhar os pacotes para fora dessa interface para alcançar um destino. 70 00:07:07,670 --> 00:07:10,940