Policy Based Routing - Histórico de revisão

Gondim em 15h28min de 31 de janeiro de 2023

2023-01-31T15:28:35Z

Gondim em 15h27min de 31 de janeiro de 2023

2023-01-31T15:27:45Z

← Edição anterior		Edição das 15h27min de 31 de janeiro de 2023
Linha 58:		Linha 58:

	== PBR no BNG Mikrotik ==		== PBR no BNG Mikrotik ==
	No RouterOS da Mikrotik é bem simples também.~~<pre>~~
	/ip route		No RouterOS da Mikrotik é bem simples também.
	add distance=1 gateway=172.20.10.1 routing-mark=cgnat01		/ip route
	add distance=1 gateway=172.20.10.5 routing-mark=cgnat02		add distance=1 gateway=172.20.10.1 routing-mark=cgnat01
			add distance=1 gateway=172.20.10.5 routing-mark=cgnat02
	/ip route rule
	add action=lookup-only-in-table comment=semcgnat dst-address=100.64.0.0/10 src-address=100.64.0.0/10 table=main		/ip route rule
	add action=lookup-only-in-table comment=cgnat01 src-address=100.64.0.0/22 table=cgnat01		add action=lookup-only-in-table comment=semcgnat dst-address=100.64.0.0/10 src-address=100.64.0.0/10 table=main
	add action=lookup-only-in-table comment=cgnat02 src-address=100.64.4.0/22 table=cgnat02		add action=lookup-only-in-table comment=semcgnat dst-address=198.51.100.0/22 src-address=100.64.0.0/10 table=main
	~~</pre>~~		add action=lookup-only-in-table comment=cgnat01 src-address=100.64.0.0/22 table=cgnat01
			add action=lookup-only-in-table comment=cgnat02 src-address=100.64.4.0/22 table=cgnat02

	== PBR no BNG Huawei ==		== PBR no BNG Huawei ==

Gondim em 15h25min de 31 de janeiro de 2023

2023-01-31T15:25:44Z

← Edição anterior		Edição das 15h25min de 31 de janeiro de 2023
Linha 42:		Linha 42:
	# ip rule add from 100.64.0.0/22 priority 15 lookup cgnat01		# ip rule add from 100.64.0.0/22 priority 15 lookup cgnat01
	# ip rule add from 100.64.4.0/22 priority 20 lookup cgnat02		# ip rule add from 100.64.4.0/22 priority 20 lookup cgnat02
	</pre>Com as regras acima estamos dizendo para o sistema não enviarem para as caixas CGNAT quando '''origem e destino forem 100.64.0.0/10''', quando 100.64.0.0/10 for para os IPs públicos do provedor e que quando vieram pacotes '''origem do prefixo 100.64.0.0/22''', que seja examinada a '''tabela cgnat01''' para o caso de roteamento desses pacotes e quando forem '''origem 100.64.4.0/22''' que seja examinada a '''tabela cgnat02'''. Vamos ver como ficaram nossas rules.<pre>		</pre>Com as regras acima estamos dizendo para o sistema não enviarem para as caixas CGNAT quando '''origem e destino forem 100.64.0.0/10''', quando '''100.64.0.0/10''' for para os '''IPs públicos do provedor''' e que quando vieram pacotes '''origem do prefixo 100.64.0.0/22''', que seja examinada a '''tabela cgnat01''' para o caso de roteamento desses pacotes e quando forem '''origem 100.64.4.0/22''' que seja examinada a '''tabela cgnat02'''. Vamos ver como ficaram nossas rules.<pre>
	# ip rule		# ip rule
	0: from all lookup local		0: from all lookup local

Gondim em 15h25min de 31 de janeiro de 2023

2023-01-31T15:25:22Z

← Edição anterior		Edição das 15h25min de 31 de janeiro de 2023
Linha 37:		Linha 37:
	32767: from all lookup default		32767: from all lookup default

	O valor na esquerda é o '''priority (prioridade)''' e quanto menor ele for, maior será a prioridade. Por padrão quando criamos uma '''rule''' nova, o sistema já seta como '''priority''' um valor '''menor que 32766''' mas vamos fazer nossas regras setando nossas prioridades.		O valor na esquerda é o '''priority (prioridade)''' e quanto menor ele for, maior será a prioridade. Por padrão quando criamos uma '''rule''' nova, o sistema já seta como '''priority''' um valor '''menor que 32766''' mas vamos fazer nossas regras setando nossas prioridades.<pre>
	# ip rule add from 100.64.0.0/10 to 100.64.0.0/10 priority 5 lookup main		# ip rule add from 100.64.0.0/10 to 100.64.0.0/10 priority 5 lookup main
	# ip rule add from 100.64.0.0/22 priority 10 lookup cgnat01		# ip rule add from 100.64.0.0/10 to 198.51.100.0/22 priority 10 lookup main
	# ip rule add from 100.64.4.0/22 priority 20 lookup cgnat02		# ip rule add from 100.64.0.0/22 priority 15 lookup cgnat01
	Com as regras acima estamos dizendo para o sistema não enviarem para as caixas CGNAT quando '''origem e destino forem 100.64.0.0/10''' e que quando vieram pacotes '''origem do prefixo 100.64.0.0/22''', que seja examinada a '''tabela cgnat01''' para o caso de roteamento desses pacotes e quando forem '''origem 100.64.4.0/22''' que seja examinada a '''tabela cgnat02'''. Vamos ver como ficaram nossas rules.		# ip rule add from 100.64.4.0/22 priority 20 lookup cgnat02
	# ip rule		</pre>Com as regras acima estamos dizendo para o sistema não enviarem para as caixas CGNAT quando '''origem e destino forem 100.64.0.0/10''', quando 100.64.0.0/10 for para os IPs públicos do provedor e que quando vieram pacotes '''origem do prefixo 100.64.0.0/22''', que seja examinada a '''tabela cgnat01''' para o caso de roteamento desses pacotes e quando forem '''origem 100.64.4.0/22''' que seja examinada a '''tabela cgnat02'''. Vamos ver como ficaram nossas rules.<pre>
	0: from all lookup local		# ip rule
	5: from 100.64.0.0/10 to 100.64.0.0/10 lookup main		0: from all lookup local
	10: from 100.64.0.0/22 lookup cgnat01		5: from 100.64.0.0/10 to 100.64.0.0/10 lookup main
	20: from 100.64.4.0/22 lookup cgnat02		10: from 100.64.0.0/10 to 198.51.100.0/22 lookup main
	32766: from all lookup main		15: from 100.64.0.0/22 lookup cgnat01
	32767: from all lookup default		20: from 100.64.4.0/22 lookup cgnat02
	Para remover a regra basta trocar o '''add''' pelo '''del''' no comando, que a regra será removida. Não esqueçam que nas '''caixas CGNATs''' precisa existir uma '''rota de retorno''' para cada prefixo, senão nada funcionará e já vi isso acontecer em muitos casos.		32766: from all lookup main
			32767: from all lookup default
			</pre>Para remover a regra basta trocar o '''add''' pelo '''del''' no comando, que a regra será removida. Não esqueçam que nas '''caixas CGNATs''' precisa existir uma '''rota de retorno''' para cada prefixo, senão nada funcionará e já vi isso acontecer em muitos casos.

	Um outro detalhe interessante é que esse tipo de abordagem usando '''PBR''' não causa problemas quando habilitamos o '''uRPF''' '''(Unicast Reverse Path Forwarding)''' em '''modo strict''' no BNG. Mas abordagens que usam '''marcação de pacotes''' para forçarem encaminhamentos, essas sim costumam dar problemas e inclusive consumo de processamento sem necessidade. O '''PBR''' é mais efetivo e leve para o sistema.		Um outro detalhe interessante é que esse tipo de abordagem usando '''PBR''' não causa problemas quando habilitamos o '''uRPF''' '''(Unicast Reverse Path Forwarding)''' em '''modo strict''' no BNG. Mas abordagens que usam '''marcação de pacotes''' para forçarem encaminhamentos, essas sim costumam dar problemas e inclusive consumo de processamento sem necessidade. O '''PBR''' é mais efetivo e leve para o sistema.

Gondim em 23h38min de 29 de janeiro de 2023

2023-01-29T23:38:20Z

← Edição anterior		Edição das 23h38min de 29 de janeiro de 2023
Linha 52:		Linha 52:

	Um outro detalhe interessante é que esse tipo de abordagem usando '''PBR''' não causa problemas quando habilitamos o '''uRPF''' '''(Unicast Reverse Path Forwarding)''' em '''modo strict''' no BNG. Mas abordagens que usam '''marcação de pacotes''' para forçarem encaminhamentos, essas sim costumam dar problemas e inclusive consumo de processamento sem necessidade. O '''PBR''' é mais efetivo e leve para o sistema.		Um outro detalhe interessante é que esse tipo de abordagem usando '''PBR''' não causa problemas quando habilitamos o '''uRPF''' '''(Unicast Reverse Path Forwarding)''' em '''modo strict''' no BNG. Mas abordagens que usam '''marcação de pacotes''' para forçarem encaminhamentos, essas sim costumam dar problemas e inclusive consumo de processamento sem necessidade. O '''PBR''' é mais efetivo e leve para o sistema.

			Os comandos acima '''"ip route"''' e '''"ip rule"''' precisam ser configurados para serem carregados em tempo de boot e isso dependerá da sua distribuição GNU/Linux. No Debian e Ubuntu você pode criar o '''/etc/rc.local''' e adicionar as regras nele e não esquecer de dar permissão de execução nesse arquivo.

	== PBR no BNG Mikrotik ==		== PBR no BNG Mikrotik ==

Gondim em 23h30min de 29 de janeiro de 2023

2023-01-29T23:30:29Z

← Edição anterior		Edição das 23h30min de 29 de janeiro de 2023
Linha 19:		Linha 19:

	== PBR no BNG GNU/Linux ==		== PBR no BNG GNU/Linux ==
	O PBR aqui é bem simples e pode ser útil em BNGs que usam '''GNU/Linux''' como por exemplo um sistema '''ACCEL-PPP''' que trabalha com '''IPoE (Internet Protocol over Ethernet)''' no lugar de '''PPPoE (Point-to-Point Protocol over Ethernet)''' que é convencionalmente mais utilizado em nosso ramo. O exemplo abaixo é baseado no nosso diagrama; entenda que no Linux temos uma '''FIB''' '''(Forwarding Information Base)''' principal chamada de '''main''' e que é sempre examinada quando existe a necessidade de encaminhar um pacote para algum destino. O que faremos é criar '''2 novas FIBs''' que serão '''tabelas de rotas''' independentes da '''tabela''' '''main''' e criaremos as regras que encaminharão os pacotes conforme o '''prefixo de origem'''. Abaixo criaremos as tabelas nomeadas de '''cgnat01''' e a '''cgnat02'''; onde os valores '''200''' e '''201''' serão identificadores numéricos das tabelas e deverão estar abaixo de '''253''', porque '''255''', '''254''', '''253''', '''0''' e '''1''' são reservados.		O PBR aqui é bem simples e pode ser útil em BNGs que usam '''GNU/Linux''' como por exemplo um sistema '''[https://accel-ppp.org/ ACCEL-PPP]''' que trabalha com '''IPoE (Internet Protocol over Ethernet)''' no lugar de '''PPPoE (Point-to-Point Protocol over Ethernet)''' que é convencionalmente mais utilizado em nosso ramo. O exemplo abaixo é baseado no nosso diagrama; entenda que no Linux temos uma '''FIB''' '''(Forwarding Information Base)''' principal chamada de '''main''' e que é sempre examinada quando existe a necessidade de encaminhar um pacote para algum destino. O que faremos é criar '''2 novas FIBs''' que serão '''tabelas de rotas''' independentes da '''tabela''' '''main''' e criaremos as regras que encaminharão os pacotes conforme o '''prefixo de origem'''. Abaixo criaremos as tabelas nomeadas de '''cgnat01''' e a '''cgnat02'''; onde os valores '''200''' e '''201''' serão identificadores numéricos das tabelas e deverão estar abaixo de '''253''', porque '''255''', '''254''', '''253''', '''0''' e '''1''' são reservados.
	# echo 200 cgnat01 > /etc/iproute2/rt_tables.d/cgnat01.conf		# echo 200 cgnat01 > /etc/iproute2/rt_tables.d/cgnat01.conf
	# echo 201 cgnat02 > /etc/iproute2/rt_tables.d/cgnat02.conf		# echo 201 cgnat02 > /etc/iproute2/rt_tables.d/cgnat02.conf

Gondim: /* Finalizando */

2023-01-29T23:22:47Z

Finalizando

← Edição anterior		Edição das 23h22min de 29 de janeiro de 2023
Linha 128:		Linha 128:

	Eu escolhi por não usar o modelo '''All in One''' na infraestrutura que ajudei a construir, isso se mostrou escalável e funcionou muito bem. Não estou dizendo que não existem sistemas com essa capacidade, apenas que eu não optaria por usá-los.		Eu escolhi por não usar o modelo '''All in One''' na infraestrutura que ajudei a construir, isso se mostrou escalável e funcionou muito bem. Não estou dizendo que não existem sistemas com essa capacidade, apenas que eu não optaria por usá-los.

			Surgindo novas contribuições de exemplos de PBR em outros fabricantes, estarei adicionando nesse artigo.

	Essa documentação foi útil? Compartilhe, divulgue e ajude outras pessoas. Meus contatos podem ser vistos [[Sobre mim\|aqui]].		Essa documentação foi útil? Compartilhe, divulgue e ajude outras pessoas. Meus contatos podem ser vistos [[Sobre mim\|aqui]].
			[[Categoria:Artigos Técnicos]]

Gondim em 23h20min de 29 de janeiro de 2023

2023-01-29T23:20:39Z

← Edição anterior		Edição das 23h20min de 29 de janeiro de 2023
Linha 14:		Linha 14:

	== Objetivo ==		== Objetivo ==
	Nesse artigo vamos ter exemplos de configuração fazendo '''PBR''' e encaminhando os pacotes que vierem do prefixo '''100.64.0.0/22''' para o '''CGNAT01''' em '''172.20.10.1''' e outro '''PBR''' fazendo o mesmo com os pacotes de origem '''100.64.4.0/22''' e encaminhando para o '''CGNAT02''' em '''172.20.10.5'''. Perceba que dessa forma podemos crescer e expandir nossa rede de maneira mais estruturada e sem sobrecarregar os recursos de um determinado ativo de Rede. Foi pensando desta maneira, que o ISP ~~que participei da administração~~ entre '''2003''' e '''2021''', alcançou a marca de '''42.000 assinantes''' e isso com '''estabilidade''', '''qualidade''', '''segurança''' e '''resiliência'''.		Nesse artigo vamos ter exemplos de configuração fazendo '''PBR''' e encaminhando os pacotes que vierem do prefixo '''100.64.0.0/22''' para o '''CGNAT01''' em '''172.20.10.1''' e outro '''PBR''' fazendo o mesmo com os pacotes de origem '''100.64.4.0/22''' e encaminhando para o '''CGNAT02''' em '''172.20.10.5'''. Perceba que dessa forma podemos crescer e expandir nossa rede de maneira mais estruturada e sem sobrecarregar os recursos de um determinado ativo de Rede. Foi pensando desta maneira que o ISP onde trabalhei por anos, entre '''2003''' e '''2021''', alcançou a marca de '''42.000 assinantes''' e isso com '''estabilidade''', '''qualidade''', '''segurança''' e '''resiliência'''.

	Podemos pensar em outras utilidades também para esse cenário como por exemplo: se tiver acontecendo um ataque '''DDoS pequeno''' para alguns IPs do '''198.51.100.0/27''', você poderia desviar os clientes da caixa '''CGNAT01''' para a caixa '''CGNAT02'''. Logicamente que a caixa precisará ter recursos IP, capacidade de Rede e hardware, para suportar os clientes desviados naquele momento de crise.		Podemos pensar em outras utilidades também para esse cenário como por exemplo: se tiver acontecendo um ataque '''DDoS pequeno''' para alguns IPs do '''198.51.100.0/27''', você poderia desviar os clientes da caixa '''CGNAT01''' para a caixa '''CGNAT02'''. Logicamente que a caixa precisará ter recursos IP, capacidade de Rede e hardware, para suportar os clientes desviados naquele momento de crise.

Gondim em 23h12min de 29 de janeiro de 2023

2023-01-29T23:12:30Z

← Edição anterior		Edição das 23h12min de 29 de janeiro de 2023
Linha 4:		Linha 4:

	== Introdução ==		== Introdução ==
	O '''PBR (Policy Based Routing)''' é muito importante na estratégia de crescimento do provedor quando falamos no uso do CGNAT. Já vi diversos provedores fazerem o famoso: '''All in One''' onde na mesma caixa colocam a '''borda (BGP)''', '''BNG (Broadband Network Gateway)''' e '''CGNAT (Carrier-Grade Network Address Translation)'''. Sei que você pode estar pensando em economia financeira e simplicidade na operação, mas pode, na minha opinião e experiência de anos com ISP, estar engessando seu crescimento. Você pode ser '''pequeno''' mas precisa pensar como '''grande'''. Sempre fui adepto da filosofia '''KISS (Keep It Simple Stupid)''', ou seja, sempre manter as coisas o mais simples possível porque quanto mais complexo for seu ambiente, mais difíceis serão os '''troubleshootings'''.		O '''PBR (Policy Based Routing)''' é muito importante na estratégia de crescimento do provedor quando falamos por exemplo no uso do CGNAT. Já vi diversos provedores fazerem o famoso: '''All in One''' onde na mesma caixa colocam a '''borda (BGP)''', '''BNG (Broadband Network Gateway)''' e '''CGNAT (Carrier-Grade Network Address Translation)'''. Sei que você pode estar pensando em economia financeira e simplicidade na operação, mas pode, na minha opinião e experiência de anos com ISP, estar engessando seu crescimento. Você pode ser '''pequeno''' mas precisa pensar como '''grande'''. Sempre fui adepto da filosofia '''KISS (Keep It Simple Stupid)''', ou seja, sempre manter as coisas o mais simples possível porque quanto mais complexo for seu ambiente, mais difíceis serão os '''troubleshootings'''.

	Ter as funções bem separadas e estruturadas na sua Operação, pode facilitar em muito seu crescimento e em novas estratégias. Por exemplo: tenha bem definido quem fará sua '''borda''', quais equipamentos serão seus '''BNGs''', e suas caixas de '''CGNAT'''. Alguns utilizam o modelo '''All in One''' em equipamentos que nem foram construídos para essa finalidade e acabam colhendo diversos problemas em sua Operação.		Ter as funções bem separadas e estruturadas na sua Operação, pode facilitar em muito seu crescimento e em novas estratégias. Por exemplo: tenha bem definido quem fará sua '''borda''', quais equipamentos serão seus '''BNGs''', e suas caixas de '''CGNAT'''. Alguns utilizam o modelo '''All in One''' em equipamentos que nem foram construídos para essa finalidade e acabam colhendo diversos problemas em sua Operação.

Gondim em 23h12min de 29 de janeiro de 2023

2023-01-29T23:12:04Z

← Edição anterior		Edição das 23h12min de 29 de janeiro de 2023
Linha 4:		Linha 4:

	== Introdução ==		== Introdução ==
	O '''PBR (Policy Based Routing)''' é muito importante na estratégia de crescimento do provedor quando falamos no uso do CGNAT. Já vi diversos provedores fazerem o famoso: '''All in One''' onde na mesma caixa colocam a '''borda (BGP)''', '''BNG''' e '''CGNAT'''. Sei que você pode estar pensando em economia financeira e simplicidade na operação, mas pode, na minha opinião e experiência de anos com ISP, estar engessando seu crescimento. Você pode ser '''pequeno''' mas precisa pensar como '''grande'''. Sempre fui adepto da filosofia '''KISS (Keep It Simple Stupid)''', ou seja, sempre manter as coisas o mais simples possível porque quanto mais complexo for seu ambiente, mais difíceis serão os '''troubleshootings'''.		O '''PBR (Policy Based Routing)''' é muito importante na estratégia de crescimento do provedor quando falamos no uso do CGNAT. Já vi diversos provedores fazerem o famoso: '''All in One''' onde na mesma caixa colocam a '''borda (BGP)''', '''BNG (Broadband Network Gateway)''' e '''CGNAT (Carrier-Grade Network Address Translation)'''. Sei que você pode estar pensando em economia financeira e simplicidade na operação, mas pode, na minha opinião e experiência de anos com ISP, estar engessando seu crescimento. Você pode ser '''pequeno''' mas precisa pensar como '''grande'''. Sempre fui adepto da filosofia '''KISS (Keep It Simple Stupid)''', ou seja, sempre manter as coisas o mais simples possível porque quanto mais complexo for seu ambiente, mais difíceis serão os '''troubleshootings'''.

	Ter as funções bem separadas e estruturadas na sua Operação, pode facilitar em muito seu crescimento e em novas estratégias. Por exemplo: tenha bem definido quem fará sua '''borda''', quais equipamentos serão seus '''BNGs ~~(Broadband Network Gateway)~~''', e suas caixas de '''CGNAT ~~(Carrier-Grade Network Address Translation)~~'''. Alguns utilizam o modelo '''All in One''' em equipamentos que nem foram construídos para essa finalidade e acabam colhendo diversos problemas em sua Operação.		Ter as funções bem separadas e estruturadas na sua Operação, pode facilitar em muito seu crescimento e em novas estratégias. Por exemplo: tenha bem definido quem fará sua '''borda''', quais equipamentos serão seus '''BNGs''', e suas caixas de '''CGNAT'''. Alguns utilizam o modelo '''All in One''' em equipamentos que nem foram construídos para essa finalidade e acabam colhendo diversos problemas em sua Operação.

	Pensando na separação de funções, utilizaremos um recurso chamado '''PBR''' para auxiliar no funcionamento do roteamento e podermos separar nossos serviços.		Pensando na separação de funções, utilizaremos um recurso chamado '''PBR''' para auxiliar no funcionamento do roteamento e podermos separar nossos serviços.

← Edição anterior		Edição das 15h28min de 31 de janeiro de 2023
Linha 42:		Linha 42:
	# ip rule add from 100.64.0.0/22 priority 15 lookup cgnat01		# ip rule add from 100.64.0.0/22 priority 15 lookup cgnat01
	# ip rule add from 100.64.4.0/22 priority 20 lookup cgnat02		# ip rule add from 100.64.4.0/22 priority 20 lookup cgnat02
	</pre>Com as regras acima estamos dizendo para o sistema não enviarem para as caixas CGNAT quando '''origem e destino forem 100.64.0.0/10''', quando '''100.64.0.0/10''' for para os '''IPs públicos do provedor''' e que quando vieram pacotes '''origem do prefixo 100.64.0.0/22''', que seja examinada a '''tabela cgnat01''' para o caso de roteamento desses pacotes e quando forem '''origem 100.64.4.0/22''' que seja examinada a '''tabela cgnat02'''. Vamos ver como ficaram nossas rules.~~<pre>~~		</pre>Com as regras acima estamos dizendo para o sistema não enviarem para as caixas CGNAT quando '''origem e destino forem 100.64.0.0/10''', quando '''100.64.0.0/10''' for para os '''IPs públicos do provedor''' e que quando vieram pacotes '''origem do prefixo 100.64.0.0/22''', que seja examinada a '''tabela cgnat01''' para o caso de roteamento desses pacotes e quando forem '''origem 100.64.4.0/22''' que seja examinada a '''tabela cgnat02'''. Vamos ver como ficaram nossas rules.
	# ip rule		# ip rule
	0: from all lookup local		0: from all lookup local
	5: from 100.64.0.0/10 to 100.64.0.0/10 lookup main		5: from 100.64.0.0/10 to 100.64.0.0/10 lookup main
	10: from 100.64.0.0/10 to 198.51.100.0/22 lookup main		10: from 100.64.0.0/10 to 198.51.100.0/22 lookup main
	15: from 100.64.0.0/22 lookup cgnat01		15: from 100.64.0.0/22 lookup cgnat01
	20: from 100.64.4.0/22 lookup cgnat02		20: from 100.64.4.0/22 lookup cgnat02
	32766: from all lookup main		32766: from all lookup main
	32767: from all lookup default		32767: from all lookup default
	~~</pre>~~Para remover a regra basta trocar o '''add''' pelo '''del''' no comando, que a regra será removida. Não esqueçam que nas '''caixas CGNATs''' precisa existir uma '''rota de retorno''' para cada prefixo, senão nada funcionará e já vi isso acontecer em muitos casos.		Para remover a regra basta trocar o '''add''' pelo '''del''' no comando, que a regra será removida. Não esqueçam que nas '''caixas CGNATs''' precisa existir uma '''rota de retorno''' para cada prefixo, senão nada funcionará e já vi isso acontecer em muitos casos.

	Um outro detalhe interessante é que esse tipo de abordagem usando '''PBR''' não causa problemas quando habilitamos o '''uRPF''' '''(Unicast Reverse Path Forwarding)''' em '''modo strict''' no BNG. Mas abordagens que usam '''marcação de pacotes''' para forçarem encaminhamentos, essas sim costumam dar problemas e inclusive consumo de processamento sem necessidade. O '''PBR''' é mais efetivo e leve para o sistema.		Um outro detalhe interessante é que esse tipo de abordagem usando '''PBR''' não causa problemas quando habilitamos o '''uRPF''' '''(Unicast Reverse Path Forwarding)''' em '''modo strict''' no BNG. Mas abordagens que usam '''marcação de pacotes''' para forçarem encaminhamentos, essas sim costumam dar problemas e inclusive consumo de processamento sem necessidade. O '''PBR''' é mais efetivo e leve para o sistema.