Quando transit routers (TRs) de várias regiões em uma instância do Cloud Enterprise Network (CEN) se conectam a um Express Connect Router (ECR), múltiplos caminhos de tráfego ficam disponíveis entre recursos na nuvem e no ambiente local. Este tópico descreve as regras de seleção de caminho para esse cenário e como substituir o caminho de tráfego padrão.
Regras de roteamento
Quando uma VPC em uma instância do CEN se comunica com um data center local por meio de um ECR, o CEN seleciona o caminho do tráfego na seguinte ordem:
-
O CEN determina primeiro o caminho para o tráfego de saída da nuvem. Por padrão, quando o tráfego de saída de uma VPC chega a um TR:
Se o TR atual estiver conectado diretamente ao ECR, o tráfego será roteado do TR atual para o ECR.
-
Caso o TR atual não tenha conexão direta com o ECR, o tráfego será roteado para outro TR que esteja conectado diretamente ao ECR. Se existirem vários TRs nessas condições:
O sistema seleciona o TR na mesma região do virtual border router (VBR) de destino.
Se nenhum dos outros TRs estiver na mesma região do VBR de destino, o sistema seleciona o TR cujo ID de região vem primeiro em ordem lexicográfica. Esse é o caminho padrão. Para alterá-lo, especifique manualmente um TR. Para mais informações, consulte Alterar o comportamento padrão de seleção de caminho.
Após a definição do caminho de tráfego de saída, o sistema garante que o caminho de tráfego de entrada seja simétrico ao caminho de saída.
Exemplos de cenários
Os dois exemplos a seguir mostram como as regras de seleção de caminho determinam os caminhos de tráfego em topologias típicas. Para entender as prioridades de propagação de rotas e entradas de rota associadas a esses caminhos, consulte Como funciona.
Exemplo 1: Todos os TRs conectados ao ECR
Neste cenário, uma empresa possui um data center na região China (Hangzhou) e implantou services em VPCs nas regiões China (Hangzhou) e China (Shanghai).
A empresa utiliza um VBR, um ECR e TRs para conectar o data center local às VPCs na nuvem. Existe uma conexão inter-regional entre o TR em Hangzhou e o TR em Shanghai. O ECR está anexado ao TR1 em Hangzhou, ao TR2 em Shanghai e ao VBR em Hangzhou.
1. Caminho de tráfego de saída
Na figura a seguir, o tráfego de saída de cada VPC chega ao ECR através do TR ao qual está diretamente conectado:
Quando a VPC1 acessa o data center local, o tráfego da VPC1 chega ao TR1. Como o TR1 está conectado diretamente ao ECR, o tráfego é roteado do TR1 para o ECR.
Quando a VPC2 acessa o data center local, o tráfego da VPC2 chega ao TR2. Como o TR2 também está conectado diretamente ao ECR, o tráfego é roteado do TR2 para o ECR.
2. Caminho de tráfego de entrada
Com os caminhos de tráfego de saída definidos, o sistema direciona o tráfego de entrada para seguir caminhos simétricos:
Quando o data center acessa a VPC1, o tráfego chega ao ECR e é então roteado através do TR1 para a VPC1.
Quando o data center acessa a VPC2, o tráfego chega ao ECR e é então roteado através do TR2 para a VPC2.
Exemplo 2: Múltiplos TRs interconectados, alguns sem conexão ao ECR
Neste cenário, uma empresa conectou três data centers a VBRs nas regiões China (Beijing), China (Shanghai) e China (Hangzhou). A empresa também implantou services em VPCs nessas três regiões. Os três data centers são referenciados como IDC1, IDC2 e IDC3.
A empresa conectou os três VBRs a um ECR e conectou o TR1 e o TR2 ao ECR. Conexões inter-regionais foram estabelecidas entre todos os três TRs.
1. Caminho de tráfego de saída
Caminho de tráfego de saída da VPC1 | Caminho de tráfego de saída da VPC2 | Caminho de tráfego de saída da VPC3 |
 |  |  |
Quando a VPC1 envia tráfego de saída para acessar os três data centers, o tráfego é roteado diretamente do TR1 para o ECR, pois o TR1 está conectado diretamente ao ECR.
O caminho para o tráfego de saída da VPC2 é semelhante ao da VPC1. O tráfego é roteado diretamente do TR2 para o ECR.
-
Quando a VPC3 envia tráfego de saída para acessar os três data centers, o tráfego é roteado para o TR1 ou TR2, já que o TR3 não está conectado diretamente ao ECR:
Ao acessar o IDC1 a partir da VPC3, o tráfego chega ao TR3 e é então roteado para o TR1, que está na mesma região do VBR1 de destino.
Ao acessar o IDC2 a partir da VPC3, o tráfego chega ao TR3 e é então roteado para o TR2, que está na mesma região do VBR2 de destino.
Ao acessar o IDC3 a partir da VPC3, o tráfego chega ao TR3. Como nem o TR1 nem o TR2 estão na mesma região do VBR3 de destino, o tráfego é roteado para o TR1, cujo ID de região vem primeiro em ordem lexicográfica. O ID de região do TR1 (
cn-beijing) vem antes do ID de região do TR2 (cn-shanghai).
2. Caminho de tráfego de entrada
Caminho de tráfego de entrada para a VPC1 | Caminho de tráfego de entrada para a VPC2 | Caminho de tráfego de entrada para a VPC3 |
 |  |  |
Após a definição dos caminhos de tráfego de saída, o sistema direciona o tráfego de entrada para seguir caminhos simétricos, conforme mostrado na tabela anterior.
Alterar o comportamento padrão de seleção de caminho
Quando for necessário selecionar um TR comparando a ordem lexicográfica dos IDs de região, especifique manualmente um TR para alterar o caminho de tráfego padrão. A alteração do caminho de tráfego oferece os seguintes benefícios:
Redução de latência — Substitua um caminho que faz um desvio geográfico para diminuir a latência da rede.
Redução de custos — Os custos de largura de banda de diferentes links de conexão inter-regional na rede em cloud podem variar. Priorize links de conexão inter-regional de baixo custo para o tráfego do seu service e reduza despesas.
-
Controle da distribuição de tráfego — Se o TR em uma região específica estiver com tráfego intenso, direcione parte do tráfego do service para um TR relativamente ocioso e melhore a qualidade geral da rede e o throughput.
Selecione o TR que melhor atenda ao seu objetivo. No exemplo a seguir, o caminho de tráfego padrão entre a VPC3 e o IDC3 é comparado com o caminho de tráfego após a alteração:
Caminho de tráfego padrão entre VPC3 e IDC3 | Caminho de tráfego entre VPC3 e IDC3 após a alteração |
 |  |
Conforme mostrado na tabela anterior, quando a VPC3 acessa o IDC3, as regras de seleção de caminho exigem uma comparação da ordem lexicográfica dos IDs de região do TR1 e do TR2, e o tráfego é transmitido através do TR1 por padrão.
Defina o TR2 como o caminho padrão para que o tráfego entre a VPC3 e o IDC3 seja transmitido através do TR2, alterando assim o caminho de tráfego padrão.
Procedimento
Acesse a página relevante do ECR de destino.
-
Localize o TR de destino e clique em Set as Default na coluna Actions.
Após definir um TR como o caminho padrão, visualize a coluna MED da lista de entradas de rota do ECR para verificar as entradas de rota que utilizam o novo caminho.
Como funciona
As regras de seleção de caminho entre TRs e ECRs são implementadas com base na prioridade das entradas de rota em suas respectivas tabelas de rotas. As seções a seguir descrevem os detalhes de implementação para quem precisa dessas informações.
Clique para visualizar os detalhes de implementação das regras de seleção de caminho
Descrição do MED
O Multi-Exit Discriminator (MED) é um atributo de caminho do Border Gateway Protocol (BGP). Quando existem múltiplos caminhos para a mesma rota entre sistemas autônomos contíguos, defina o atributo MED para alterar o caminho do tráfego.
Localização do atributo MED — O atributo MED é armazenado em uma entrada de rota. Visualize-o na coluna MED da lista de entradas de rota do ECR.
Faixa de valores do atributo MED — No Alibaba Cloud, o atributo MED possui três valores possíveis: 1000, 2000 e 3000. O valor 1000 corresponde a uma conexão intra-regional, 2000 corresponde ao caminho padrão e 3000 corresponde a uma conexão inter-regional.
Prioridade do MED — Um valor menor indica maior prioridade. Quando um TR ou um ECR seleciona um caminho, ele prioriza a entrada de rota com o menor valor de MED.
Escopo de propagação do MED — O atributo MED é propagado apenas entre ECRs e TRs e entre TRs. Ele não é propagado para VBRs ou VPCs.
-
Política de propagação do MED
Direção do tráfego de saída — O tráfego de saída é roteado com base nas entradas de rota do TR. Quando um ECR propaga uma entrada de rota para um TR, se o VBR de source da entrada de rota e o TR receptor estiverem na mesma região, o valor MED da entrada de rota é definido como 1000. Se estiverem em regiões diferentes, o valor MED é definido como 3000.
Direção do tráfego de entrada — O tráfego de entrada é roteado com base nas entradas de rota do ECR. Quando um TR propaga uma entrada de rota para um ECR, se a entrada de rota vier de uma VPC conectada diretamente na mesma região, o TR define o valor MED da entrada de rota como 1000. Se a entrada de rota vier de outro TR, o TR define o valor MED como 3000.
Prioridade da entrada de rota
A seleção do caminho de tráfego entre TRs e ECRs é orientada pela prioridade das entradas de rota em suas respectivas tabelas de rotas.
Seleção de rota de saída
O tráfego de saída é roteado com base nas rotas de um Transit Router (TR).
Quando um TR aprende múltiplas rotas para o mesmo destino a partir de ECRs e outros TRs, ele seleciona o melhor caminho com base em TR route priorities. O TR encaminha o tráfego usando a rota com o atributo de maior prioridade. Se os atributos forem idênticos, o TR compara o próximo atributo na sequência.
As prioridades de seleção de rota estão listadas na tabela a seguir:
As prioridades dos atributos de rota são, da maior para a menor: P1 > P2 > P3 > P4.
Prioridade do atributo de rota | Atributo de rota | Descrição |
P1 | AS_Path | O sistema compara o AS_Path das rotas para o mesmo destino. Um AS_Path mais curto é preferido. Se os comprimentos do AS_Path forem iguais, o sistema compara o atributo local preference. |
P2 | local preference | Um próximo salto intra-regional é preferido em relação a um próximo salto inter-regional.
|
P3 | MED | Quando o local preference não é o fator decisivo, o valor MED é comparado. Um valor MED menor é preferido. Defina o MED de um TR de destino como o valor padrão no ECR para influenciar a seleção de caminho para o tráfego de saída. Para mais informações, consulte Procedimento. Se as rotas para o mesmo destino tiverem o mesmo valor MED, o sistema compara o atributo byte order. |
P4 | byte order | O sistema compara os IDs de região das rotas para o mesmo destino. Os IDs de região são classificados em ordem alfabética. A rota da região cujo ID vem primeiro em ordem alfabética recebe maior prioridade. Por exemplo, entradas de rota da região China (Beijing) (cn-beijing) têm prioridade maior do que rotas da região China (Hangzhou) (cn-hangzhou). |
Seleção de rota de entrada
O tráfego de entrada é roteado com base nas rotas de um ECR.
Quando um ECR aprende múltiplas rotas para o mesmo destino a partir de TRs e outros ECRs, ele seleciona o melhor caminho comparando os atributos de cada rota em ordem decrescente de prioridade. O ECR encaminha o tráfego usando a rota com o atributo de maior prioridade. Se os atributos forem idênticos, o ECR compara o próximo atributo na sequência.
As prioridades de seleção de rota estão listadas na tabela a seguir:
As prioridades dos atributos de rota são, da maior para a menor: P1 > P2 > P3 > P4.
|
Prioridade do atributo de rota |
Atributo de rota |
Descrição |
|
P1 |
MED |
Quando um ECR aprende rotas para o mesmo destino a partir de instâncias de TR, o MED é 1000 para rotas de um TR na mesma região e 3000 para rotas de um TR em uma região diferente. Se todas as rotas aprendidas para o mesmo destino forem de TRs inter-regionais, seus valores MED serão todos 3000, então o sistema compara o atributo local preference. |
|
P2 |
local preference |
Se a região de um Virtual Border Router (VBR) tiver conexões ECR e TR, o tráfego entra preferencialmente na nuvem através das conexões na região do VBR. Se a região do VBR não tiver conexões ECR e TR, o sistema compara o atributo default egress. |
|
P3 |
default egress |
Se a região de um VBR não tiver conexões ECR e TR, o sistema marca as rotas recebidas do TR definido como default egress. Isso garante que a rota marcada seja preferida. Se nenhuma rota de TR recebida estiver marcada, o sistema compara o atributo byte order. |
|
P4 |
byte order |
O sistema compara os IDs de região das rotas para o mesmo destino. Os IDs de região são classificados em ordem alfabética. A rota da região cujo ID vem primeiro em ordem alfabética recebe maior prioridade. Por exemplo, entradas de rota da região China (Beijing) (cn-beijing) têm prioridade maior do que rotas da região China (Hangzhou) (cn-hangzhou). |
Exemplos de princípios
Os cenários a seguir explicam a propagação de rotas e as prioridades de entrada de rota para as regras de seleção de caminho descritas acima.
Os três cenários a seguir, progredindo do simples ao complexo, explicam a seleção de rotas entre TRs e ECRs e demonstram como modifique caminhos de tráfego. Todos os cenários assumem que os comprimentos do AS_Path são iguais.
Cenário 1
Neste cenário, o data center local de uma empresa está conectado a um Virtual Border Router (VBR) na região China (Hangzhou). A empresa possui services implantados em Virtual Private Clouds (VPCs) nas regiões China (Hangzhou) e China (Shanghai).
A empresa utiliza um VBR, um ECR e TRs para conectar o data center local e as VPCs na nuvem. Existe uma conexão inter-regional entre o TR1 em Hangzhou e o TR2 em Shanghai. O ECR conecta-se tanto ao TR1 quanto ao VBR em Hangzhou.
1. Propagação de rotas para VPCs
A: O data center anuncia rotas para o VBR.
B: O VBR anuncia rotas para o ECR.
C: O ECR anuncia rotas para o TR.
D: As rotas são propagadas entre TRs. O TR1 propaga as rotas do ECR para o TR2.
2. Propagação de rotas para o data center
A: As VPCs anunciam rotas para os TRs. O Route propagation deve estar ativado para os TRs.
B: As rotas são propagadas entre TRs e para o ECR. O TR1 propaga as rotas do TR2 para o ECR.
C: O ECR anuncia rotas para o VBR.
D: O VBR anuncia rotas para o data center.
3. Caminhos de tráfego
Como existe apenas um caminho entre o VBR e a VPC1, e apenas um caminho entre o VBR e a VPC2, não é necessária nenhuma seleção de rota.
Cenário 2
Neste cenário, uma empresa possui um data center local na região China (Hangzhou), com services implantados em VPCs nas regiões China (Hangzhou) e China (Shanghai).
A empresa conecta seu data center local e as VPCs na nuvem usando um VBR, um ECR e TRs. Uma conexão inter-regional liga o TR em Hangzhou e o TR em Shanghai. O ECR conecta-se ao TR1 em Hangzhou, ao TR2 em Shanghai e ao VBR em Hangzhou, criando uma rede totalmente interconectada.
1. Propagação de rotas para VPCs
A: O data center anuncia rotas para o VBR.
B: O VBR anuncia rotas para o ECR.
-
C: O ECR anuncia rotas para o TR1 e TR2. O ECR define o atributo MED nas rotas antes de enviá-las aos dois TRs.
Quando o VBR de source e o TR de destino estão na mesma região, o MED é definido como 1000. Quando estão em regiões diferentes, o MED é definido como 3000. Portanto:
Como o VBR e o TR1 estão na mesma região, o ECR define o MED da rota como 1000 antes de propagá-la para o TR1.
Como o VBR e o TR2 estão em regiões diferentes, o ECR define o MED da rota como 3000 antes de propagá-la para o TR2.
-
D: As rotas são propagadas entre TRs. Após a propagação, cada TR determina suas rotas ativas da seguinte forma:
O TR1 está conectado diretamente ao ECR. A regra de local preference prioriza a rota do ECR. Quando o tráfego de saída da VPC1 acessa o VBR, o TR1 seleciona o ECR como o próximo salto.
O TR2 também está conectado diretamente ao ECR. A regra de local preference prioriza a rota do ECR. Quando o tráfego de saída da VPC2 acessa o VBR, o TR2 seleciona o ECR como o próximo salto.
2. Propagação de rotas para o data center
A: As rotas são propagadas entre TRs.
-
B: O TR1 e o TR2 anunciam rotas para o ECR. Os TRs definem o atributo MED nas rotas antes de enviá-las.
Quando a VPC de source e o TR atual estão na mesma região, o MED é definido como 1000. Quando estão em regiões diferentes, o MED é definido como 3000.
-
Para rotas originadas da VPC1:
A VPC1 e o TR1 estão na mesma região. O TR1 define o MED como 1000 antes de propagar a rota para o ECR.
A VPC1 e o TR2 estão em regiões diferentes. O TR2 define o MED como 3000 antes de propagar a rota para o ECR.
Após receber as rotas, o ECR prefere a rota do TR1 porque ela tem um valor MED menor. Quando o tráfego de entrada acessa a VPC1, o ECR seleciona o TR1 como o próximo salto.
Para rotas originadas da VPC2: A mesma lógica se aplica. O ECR prefere a rota do TR2. Quando o tráfego de entrada acessa a VPC2, o ECR seleciona o TR2 como o próximo salto.
-
C: O ECR anuncia rotas para o VBR.
D: O VBR anuncia rotas para o data center.
3. Caminhos de tráfego
Com base na análise de rotas anterior:
Tráfego de saída: Nos TRs, como ambos estão conectados diretamente ao ECR, a regra de local preference se aplica e as rotas do ECR são preferidas. Portanto, cada TR seleciona diretamente o ECR como seu próximo salto, e o tráfego vai diretamente do TR local para o ECR.
Tráfego de entrada: No ECR, as rotas do TR na mesma região da VPC são preferidas. Portanto, o tráfego entra preferencialmente na nuvem através do TR localizado na mesma região da VPC de destino.
Cenário 3
Neste cenário, uma empresa conectou três data centers locais a VBRs nas regiões China (Beijing), China (Shanghai) e China (Hangzhou), respectivamente. Serviços estão implantados em VPCs nessas três regiões.
A empresa conectou todos os três VBRs a um ECR e também conectou o TR1 e o TR2 ao ECR. Conexões inter-regionais ligam todos os três TRs.
1. Propagação de rotas para VPCs
A: Os data centers anunciam rotas para os VBRs.
B: Os VBRs anunciam rotas para o ECR.
-
C: O ECR anuncia rotas para o TR1 e TR2. O ECR define o atributo MED nas rotas antes de enviá-las.
Quando o VBR de source e o TR de destino estão na mesma região, o MED é definido como 1000. Quando estão em regiões diferentes, o MED é definido como 3000.
Para uma rota originada do VBR1:
O VBR1 e o TR1 estão na mesma região. O ECR define o MED como 1000 antes de propagar a rota para o TR1.
O VBR1 e o TR2 estão em regiões diferentes. O ECR define o MED como 3000 antes de propagar a rota para o TR2.
-
D: As rotas são propagadas entre TRs. Após a propagação, cada TR determina suas rotas ativas da seguinte forma:
O TR1 e o TR2 estão conectados diretamente ao ECR. Isso é igual ao Cenário 2. Com base na regra de local preference, a rota do ECR é preferida.
-
O TR3 não está conectado diretamente ao ECR. A lógica é a seguinte:
-
Ao receber rotas originadas do VBR1:
A rota do TR1 tem um MED de 1000.
A rota do TR2 tem um MED de 3000.
A rota com um MED de 1000 é preferida. Portanto, a rota do TR1 torna-se ativa. Quando o tráfego de saída da VPC3 acessa o VBR1, o TR3 seleciona o TR1 como o próximo salto.
Ao receber rotas originadas do VBR2: A mesma lógica se aplica. A rota do TR2 torna-se ativa. Quando o tráfego de saída da VPC3 acessa o VBR2, o TR3 seleciona o TR2 como o próximo salto.
-
Ao receber rotas originadas do VBR3:
Para a rota do TR1: O VBR3 de source está na região China (Hangzhou) e o TR1 está na região China (Beijing). Esta é uma conexão inter-regional, portanto o MED é 3000.
Para a rota do TR2: O VBR3 de source está na região China (Hangzhou) e o TR2 está na região China (Shanghai). Esta é uma conexão inter-regional, portanto o MED é 3000.
Quando os valores MED são iguais, a prioridade é determinada com base na ordem alfabética. A ordem alfabética de beijing é superior à de hangzhou, então as entradas de rota do TR1 têm efeito primeiro. Quando o tráfego de saída da VPC3 acessa o VBR3, o TR3 seleciona o TR1 como o próximo salto.
-
Com base nessas regras de roteamento, os caminhos de tráfego de saída de cada VPC são os seguintes:
Caminho de saída da VPC1
Caminho de saída da VPC2
Caminho de saída da VPC3
2. Propagação de rotas para data centers
A: As VPCs anunciam rotas para os TRs.
-
B: As rotas são propagadas entre TRs e para o ECR. Os TRs definem o atributo MED nas rotas antes de enviá-las ao ECR.
Quando a VPC de source e o TR atual estão na mesma região, o MED é definido como 1000. Quando estão em regiões diferentes, o MED é definido como 3000.
-
Para rotas originadas da VPC1:
A VPC1 e o TR1 estão na mesma região. O TR1 define o MED como 1000 antes de propagar a rota para o ECR.
A VPC1 e o TR2 estão em regiões diferentes. O TR2 define o MED como 3000 antes de propagar a rota para o ECR.
Após receber as rotas, o ECR prefere a rota do TR1 porque ela tem um valor MED menor. Quando o tráfego de entrada acessa a VPC1, o ECR seleciona o TR1 como o próximo salto.
Para rotas originadas da VPC2: A mesma lógica se aplica. O ECR prefere a rota do TR2. Quando o tráfego de entrada acessa a VPC2, o ECR seleciona o TR2 como o próximo salto.
-
Para rotas originadas da VPC3:
A VPC3 e o TR1 estão em regiões diferentes. O TR1 define o MED como 3000 antes de propagar a rota para o ECR.
A VPC3 e o TR2 estão em regiões diferentes. O TR2 define o MED como 3000 antes de propagar a rota para o ECR.
-
Como os valores MED das rotas recebidas pelo ECR são iguais, a regra de local preference se aplica:
O TR na mesma região do VBR1 é o TR1, que está conectado diretamente ao ECR. Portanto, para o tráfego de entrada do VBR1 para a VPC3, o ECR seleciona o TR1 como o próximo salto.
O TR na mesma região do VBR2 é o TR2, que está conectado diretamente ao ECR. Portanto, para o tráfego de entrada do VBR2 para a VPC3, o ECR seleciona o TR2 como o próximo salto.
-
O TR na mesma região do VBR3 é o TR3, que não está conectado diretamente ao ECR. A regra de byte order é usada como critério de desempate:
A ordem alfabética de beijing é superior à de hangzhou, então as entradas de rota do TR1 têm efeito primeiro. Quando o tráfego de entrada do VBR3 acessa a VPC3, o ECR seleciona o TR1 como o próximo salto.
-
C: O ECR anuncia rotas para os VBRs.
D: Os VBRs anunciam rotas para os data centers.
Com base nessas regras de roteamento, os caminhos de tráfego de entrada dos data centers para as três VPCs são os seguintes:
Caminho de entrada da VPC1
Caminho de entrada da VPC2
Caminho de entrada da VPC3
3. Alterar o caminho de tráfego
Defina o TR2 como o caminho padrão no ECR para alterar o caminho do tráfego entre a VPC3 e o data center 3:
-
Alterar o caminho de tráfego de saída:
Após definir o TR2 como o caminho padrão, o ECR define o atributo MED como 2000 para todas as rotas enviadas ao TR2. Quando o TR2 propaga essas rotas para o TR3, o TR3 prefere as rotas do TR2. Isso altera a saída de tráfego da VPC3 do TR1 para o TR2.
-
Alterar o caminho de tráfego de entrada:
Após definir o TR2 como o caminho padrão, a regra de default egress se aplica. O tráfego de entrada seleciona preferencialmente o TR definido como padrão (TR2) como o próximo salto. Agora, quando o tráfego de entrada do VBR3 acessa a VPC3, o ECR seleciona o TR2 como o próximo salto.
Caminho antes da alteração do MED
Caminho após a alteração do MED
A tabela a seguir resume os caminhos de tráfego entre as três VPCs e seus respectivos data centers.
Status do MED
Caminho VPC1-DC1
Caminho VPC2-DC2
Caminho VPC3-DC3
Antes da alteração
Após a alteração
Caminho inalterado
Caminho inalterado
