Como funciona o traffic policy no Huawei - Histórico de revisão

Daniel Damito em 02h47min de 31 de março de 2021

2021-03-31T02:47:22Z

Fernando.frediani: Ajustes na formatação dos exemplos de linha de comando.

2021-03-31T02:42:14Z

Ajustes na formatação dos exemplos de linha de comando.

Mostrar alterações

Daniel Damito em 01h44min de 23 de março de 2021

2021-03-23T01:44:15Z

Daniel Damito em 02h45min de 21 de março de 2021

2021-03-21T02:45:09Z

Daniel Damito em 02h37min de 21 de março de 2021

2021-03-21T02:37:47Z

Daniel Damito em 02h26min de 21 de março de 2021

2021-03-21T02:26:11Z

Daniel Damito: /* Aplicando o traffic policy */

2021-03-21T02:04:20Z

Aplicando o traffic policy

Daniel Damito em 02h03min de 21 de março de 2021

2021-03-21T02:03:41Z

Daniel Damito em 02h00min de 21 de março de 2021

2021-03-21T02:00:23Z

Daniel Damito em 01h56min de 21 de março de 2021

2021-03-21T01:56:40Z

@@ Linha 1: / Linha 1: @@
 === Introdução ===
-O Traffic Policy dos switchs e roteadores Huawei tem a função de aplicar políticas de tráfego, como o próprio nome já diz. Além de permitir o roteamento baseado em políticas (PBR), outros artifícios como o descarte ou rate-limit de tráfego também podem ser aplicados com este recurso.
+O Traffic Policy dos switchs e roteadores Huawei tem a função de aplicar políticas de tráfego, como o próprio nome já diz. Além de permitir o roteamento baseado em políticas (Policy Based Routing - PBR), outros artifícios como o descarte ou rate-limit de tráfego também podem ser aplicados com este recurso.
 O objetivo deste artigo não é esgotar o assunto, não é substituir a documentação oficial e tampouco dirimir todas as dúvidas. O único objetivo deste artigo é ajudar a comunidade a compreender melhor a lógica do traffic policy.
@@ Linha 7: / Linha 7: @@
 === Um exemplo de PBR para CGNAT explicado ===
-Suponhamos aqui que temos um cenário composto por um BNG diretamente ligado à um roteador ou switch de camada 3 Huawei (fazendo a função de roteador para este cenário). Este equipamento Huawei possui uma interface diretamente conectada à borda do ISP e outra interface diretamente conectada à um NAT Server. Este NAT Server possui outra interface diretamente conectada também à borda do ISP. Veja abaixo um diagrama que exemplifica este cenário.
+Suponhamos aqui que temos um cenário composto por um BNG diretamente ligado à um roteador ou switch de camada 3 Huawei (fazendo a função de roteador para este cenário). Este equipamento Huawei possui uma interface diretamente conectada à borda do ISP e outra interface diretamente conectada à um servidor de CGNAT. Este equipamento possui outra interface diretamente conectada também à borda do ISP. Veja abaixo um diagrama que exemplifica este cenário.
 [[Arquivo:ComoFuncionaOTrafficPolicyNoHuawei2.png|alt=Exemplo de cenário|centro|miniaturadaimagem|500x500px|Exemplo de cenário]]Poderíamos ter o NAT Server diretamente conectado ao BNG, de forma com que todo o tráfego de clientes com IPv4 públicos, IPv4 privados e IPv6 passassem pelo CGNAT, sem a necessidade do roteador Huawei entre os dois equipamentos, e consequentemente sem a necessidade do PBR. Entretanto isto traria dois problemas:
-'''1) Aumento de custos:''' supondo que a rede tenha um tráfego total de 20 Gbps, onde 10 Gbps é de clientes com CGNAT, 5 Gbps de clientes com IPv6 e 5 Gbps de clientes com IPv4 público, você precisaria ter uma caixa de NAT Server com a capacidade de 20 Gbps tráfego, e não apenas 10. Neste exemplo, você necessitaria ter um gasto literalmente dobrado com equipamento para CGNAT. Onde poderia ser uma caixa de 10 Gbps, teria que ser uma caixa de 20 Gbps.
+'''1) Aumento de custos:''' supondo que a rede tenha um tráfego total de 20 Gbps, onde 10 Gbps são de clientes com CGNAT, 5 Gbps de clientes com IPv6 e 5 Gbps de clientes com IPv4 público, você precisaria ter uma caixa de NAT Server com a capacidade de 20 Gbps tráfego, e não apenas 10. Neste exemplo, você necessitaria ter um gasto literalmente dobrado com equipamento para CGNAT. Onde poderia ser uma caixa de 10 Gbps, teria que ser uma caixa de 20 Gbps.
 '''2) Ultra dependência do NAT Server:''' no caso de uma falha na caixa de NAT Server, todos os clientes (incluindo os que tem IPv6, IPv4 público e clientes ASNs) ficariam fora do ar, e não apenas os clientes com CGNAT.
@@ Linha 92: / Linha 92: @@
 </pre>
-O traffic behavior é simplesmente um comportamento que estamos criando para ser usado posteriormente. Um traffic behavior sozinho, assim com todos os demais objetos da traffic policy, não terá nenhum efeito sobre o tráfego do roteador. Este traffic behavior tem como ação apenas permitir o tráfego, sem nenhuma outra manipulação.
+O traffic behavior é simplesmente um comportamento que estamos criando para ser usado posteriormente. Um traffic behavior sozinho, assim com todos os demais objetos da traffic policy, não terá nenhum efeito sobre o tráfego do roteador. Este traffic behavior tem como ação apenas permitir que o tráfego siga seu caminho padrão, sem nenhuma manipulação.
 <pre>

@@ Linha 95: / Linha 95: @@
 <code>if-match acl 3001</code>
-Como o Huawei nos permite uma grande modularidade e aninhamento de condições, nós usamos o "traffic classifier". Este classifier poderia conter um ou mais critérios, mas neste caso temos apenas uma única condição: dar match na ACL 3001, que cita IPs pertencentes à rede 100.64.0.0/10. Como ficará claro mais pra frente, o objetivo deste classifier é agrupar todos os critérios que eu quero sejam satisfeitos para que o tráfego seja redirecionado para o NAT Server.
+Como o Huawei nos permite uma grande modularidade e aninhamento de condições, nós usamos o "traffic classifier". Este classifier poderia conter um ou mais critérios, mas neste caso temos apenas uma única condição: dar match na ACL 3001, que cita IPs pertencentes à rede 100.64.0.0/10. Como ficará claro mais pra frente, o objetivo deste classifier é agrupar todos os critérios que eu quero que sejam satisfeitos para que o tráfego seja redirecionado para o NAT Server.
 <code>traffic classifier C-CGNAT-DstExceptions operator and</code>
@@ Linha 188: / Linha 188: @@
 * '''Aplicando globalmente em Switchs'''
 ** '''Para tráfego entrante:'''  <code>traffic-policy RedirToAnalyzer global inbound</code>
-** '''Para tráfego sainte:''' <code>traffic-policy RedirToAnalyzer global inbound</code>
+** '''Para tráfego sainte:''' <code>traffic-policy RedirToAnalyzer global outbound</code>
 * '''Aplicando globalmente em roteadores'''

@@ Linha 7: / Linha 7: @@
 === Um exemplo de PBR para CGNAT explicado ===
-Suponhamos aqui que temos um cenário composto um BNG diretamente ligado à um roteador ou switch de camada 3 Huawei (fazendo a função de roteador para este cenário). Este equipamento Huawei possui uma interface diretamente conectada à borda do ISP e outra interface diretamente conectada à um NAT Server. Este NAT Server possui outra interface diretamente conectada também à borda do ISP. Veja abaixo um diagrama que exemplifica este cenário.
+Suponhamos aqui que temos um cenário composto por um BNG diretamente ligado à um roteador ou switch de camada 3 Huawei (fazendo a função de roteador para este cenário). Este equipamento Huawei possui uma interface diretamente conectada à borda do ISP e outra interface diretamente conectada à um NAT Server. Este NAT Server possui outra interface diretamente conectada também à borda do ISP. Veja abaixo um diagrama que exemplifica este cenário.
 [[Arquivo:ComoFuncionaOTrafficPolicyNoHuawei2.png|alt=Exemplo de cenário|centro|miniaturadaimagem|500x500px|Exemplo de cenário]]Poderíamos ter o NAT Server diretamente conectado ao BNG, de forma com que todo o tráfego de clientes com IPv4 públicos, IPv4 privados e IPv6 passassem pelo CGNAT, sem a necessidade do roteador Huawei entre os dois equipamentos, e consequentemente sem a necessidade do PBR. Entretanto isto traria dois problemas:

← Edição anterior		Edição das 02h37min de 21 de março de 2021
Linha 1:		Linha 1:
−	~~= '''ARTIGO EM CONSTRUÇÃO''' =~~
−
	=== Introdução ===		=== Introdução ===
	O Traffic Policy dos switchs e roteadores Huawei tem a função de aplicar políticas de tráfego, como o próprio nome já diz. Além de permitir o roteamento baseado em políticas (PBR), outros artifícios como o descarte ou rate-limit de tráfego também podem ser aplicados com este recurso.		O Traffic Policy dos switchs e roteadores Huawei tem a função de aplicar políticas de tráfego, como o próprio nome já diz. Além de permitir o roteamento baseado em políticas (PBR), outros artifícios como o descarte ou rate-limit de tráfego também podem ser aplicados com este recurso.

← Edição anterior		Edição das 02h26min de 21 de março de 2021
Linha 197:		Linha 197:

	* '''Aplicando apenas em uma interface (switch ou roteador):''' <code>interface 100GE0/3/2</code> <code>traffic-policy RedirToAnalyzerinbound</code>		* '''Aplicando apenas em uma interface (switch ou roteador):''' <code>interface 100GE0/3/2</code> <code>traffic-policy RedirToAnalyzerinbound</code>
		+
		+	Artigo por [[Usuário:Daniel Damito\|Daniel Damito]]
		+	[[Categoria:Geral]]
		+	[[Categoria:Capacitação]]

← Edição anterior		Edição das 02h04min de 21 de março de 2021
Linha 196:		Linha 196:
	** '''Para tráfego sainte:''' <code>traffic-policy RedirToAnalyzer outbound global-acl</code>		** '''Para tráfego sainte:''' <code>traffic-policy RedirToAnalyzer outbound global-acl</code>

−	* '''Aplicando apenas em uma interface (switch ou roteador)''' <code>interface 100GE0/3/2</code> <code>traffic-policy RedirToAnalyzerinbound</code>	+	* '''Aplicando apenas em uma interface (switch ou roteador):''' <code>interface 100GE0/3/2</code> <code>traffic-policy RedirToAnalyzerinbound</code>

@@ Linha 189: / Linha 189: @@
 O traffic policy pode ser aplicado globalmente em todo o equipamento ou especificamente em uma interface. Ele também pode ser feito para todo o tráfego entrante (inbound) ou para todo o tráfego sainte (outbound) no equipamento ou na interface.
 * '''Aplicando globalmente em Switchs'''
-** '''Para tráfego entrante'''  <code>traffic-policy RedirToAnalyzer global inbound</code>
+** '''Para tráfego entrante:'''  <code>traffic-policy RedirToAnalyzer global inbound</code>
-** '''Para tráfego sainte'''  <code>traffic-policy RedirToAnalyzer global inbound</code>
+** '''Para tráfego sainte:''' <code>traffic-policy RedirToAnalyzer global inbound</code>
-'''Aplicando globalmente em roteadores'''
+* '''Aplicando globalmente em roteadores'''
-* '''Para tráfego entrante'''  <code>traffic-policy RedirToAnalyzer inbound global-acl</code>
+** '''Para tráfego entrante:'''  <code>traffic-policy RedirToAnalyzer inbound global-acl</code>
-* '''Para tráfego sainte'''  <code>traffic-policy RedirToAnalyzer outbound global-acl</code>
+** '''Para tráfego sainte:'''  <code>traffic-policy RedirToAnalyzer outbound global-acl</code>

@@ Linha 134: / Linha 134: @@
 === Uma explicação um pouco mais detalhada de cada componente do traffic policy ===
-Vale frisar aqui que o objetivo deste artigo '''não''' é esgotar o assunto nem substituir a documentação oficial da Huawei, apenas nortear os estudos
+Vale frisar aqui que o objetivo deste artigo '''não''' é esgotar o assunto nem substituir a documentação oficial da Huawei, apenas nortear seus estudos.
 ==== acl ====
@@ Linha 167: / Linha 167: @@
 ==== traffic behavior ====
 ==== traffic policy ====