[GTER] RES: Switches Juniper

[Rafael Ganascim]

Concordo com o Rafael (chará). RFC como baseline.

Porém, no caso específico do OSPF realizar alguns tipos de filtros em
lugares que não sejam os já bem conhecidos ABRs/ASBRs pode levar a
resultados inesperados. Devemos lembrar que os filtros geralmente
permitem/barram prefixos de ir e vir nas tabelas de roteamento, e o OSPF
trabalha em LSAs (não lembro de filtros para LSA especifico - fora os da
RFC).
Creio que o overhead de manter os mesmos filtros em cada roteador da
rede/area acabe justificando, como já bem disse certa vez o Rubens Kuhl,
manter somente a infra-estrutura em OSPF, e o restante via BGP. Menos TE,
mais flexibilidade nos filtros.


Em 4 de fevereiro de 2011 14:27, Rafael M. Koike <r.koike at terra.com.br>escreveu:

> Devemos entender que RFC é um baseline e é o minimo que um fabricante
> precisa atender para ter interoperabilidade entre dispositivos.
> Porem RFC não é o maximo que um dispositivo deve fazer e sim o básico, o
> que
> vem acima disso é o diferencial que cada fabricante tem. E é nesse ponto
> que
> comparamos o que fabricante A faz que fabricante B não faz.
> Acredito que o caso de filtros OSPF é algo que vai alem da RFC e que
> beneficia a um ou outro determinado fabricante.
> Futuramente esta funcionalidade pode fazer parte de uma nova RFC e com isso
> passar a fazer parte de todos os fabricantes com um baseline.
> Me lembro que diversos protocolos e funcionalidades que hoje existem em
> RFCs
> já foi um dia um protocolo proprietário de fabricante A ou B e como possuia
> funcionalidades interessantes passou a ser padronizado e compartilhado com
> todos.
>
>
>
>
>
> Em 4 de fevereiro de 2011 12:01, Rodrigo Christian Broilo <
> rodrigo.broilo at terra.com.br> escreveu:
>
> > Rubens, bom dia.
> >
> > Se todos os fabricantes respeitassem as RFCs, não precisaríamos fazer as
> > famosas gambiarras ou work arounds. Pense nisso.
> >
> > Abs,.
> >
> > Rodrigo Christian Broilo
> >
> > Antes de imprimir pense no meio ambiente.
> > Esta mensagem pode conter informações confidenciais. Se a recebeu por
> > engano, por favor, devolva-a ao remetente, apague-a e não divulgue seu
> > conteúdo.
> > Este mensaje puede contener informaciones confidenciales. Si la recibio
> por
> > engaño, por favor regresarlo al remitente, borrarlo y no revelar su
> > contenido.
> > This message may contain confidential information. If received in error,
> > please return it to the sender, delete it and do not disclose its
> content.
> >
> > -----Mensagem original-----
> > De: gter-bounces at eng.registro.br [mailto:gter-bounces at eng.registro.br]
> Em
> > nome de Rubens Marins Schner
> > Enviada em: sexta-feira, 4 de fevereiro de 2011 00:19
> > Para: Diogo Montagner
> > Cc: gter
> > Assunto: Re: [GTER] Switches Juniper
> >
> > 2011/2/3 Diogo Montagner <diogo.montagner at gmail.com>
> >
> > > Só é permitido aplicar filtros para redes externas. Os demais tipos de
> > > rota não é possível filtrar devido a natureza do protocolo
> > > (link-state).
> > >
> >
> > Sim foi isso que o suporte me disse tambem, mas para mim é desculpa, já
> que
> > cisco e quagga ( com patch) fazem tranquilamente. Eles disseram que isso
> > iria contra a RFC e talz, mas eu preciso da funcionalidade, é por isso
> que
> > não coloquei os switchs e continuo com o quagga. Por que peguei o patch,
> > dei
> > uma mechida e voilá, OSPF com filtros.
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>