[GTER] Anunciar bloco </24

T Dutra tarcio_dutra at hotmail.com
Thu Jan 25 09:04:29 -02 2018 

Bom dia, Turma, tudo tranquilo?


Agradeço a todos pelas respostas, acho que todo mundo gosta desse assunto...


Alguns comentaram sobre anunciar /23, /24 e /24. Vale ressaltar que as duas primeiras regiões já não se comunicam, logo não é anunciado um /22, apenas dois /23 independentes.


Já havia cogitado anunciar /23(1ª região), /24 (2ª região) e /24(3ª Região), sem que esses contenham anuncio maior /22 e nem /23 para a 2ª e 3ª região.


Dilema: Meu dilema é justamente sobre o destinos que filtram /24, EU ACREDITO que quem faça isso trabalhe com uma ROTA DEFAULT como último recurso.

Em breve foi precisar filtrar /24, mas vou ADD uma rota default para último recurso.


Att,

________________________________
De: gter <gter-bounces at eng.registro.br> em nome de Cristofer Velloso <cristofervellosol at gmail.com>
Enviado: terça-feira, 23 de janeiro de 2018 16:05:40
Para: Grupo de Trabalho de Engenharia e Operacao de Redes
Assunto: Re: [GTER] Anunciar bloco </24

Oi..
Só  para complementar .. ter/receber rota default nos 3 pontos pq
normalmente você não recebe anúncios do seu próprio AS via EBGP (existe
como receber igual com opção especifica para isso, allow-as-in/allowas-
in)

Com rota default o caminho vai seguir a rota default entre os teus
pontos, e não depende de receber os teus anuncios. Se precisa forcar
caminho por um transito/trasporte especifico q não é a saída default
tem q por rota estática pelo link especifico


[]os
Cristofer



Em Seg, 2018-01-22 às 16:16 -0200, Álvaro França - GMAIL escreveu:
> Anuncia um /23 em uma cidade, /24 na segunda cidade e um /24 na
> terceira
> cidade.
>
> Tudo vai funcionar.
>
> *___*
>
> *Álvaro Araujo França*
> *alvaroaraujofranca at gmail.com <alvaroaraujofranca at gmail.com>*
> (27) 99776-8825
>
> Em 22 de janeiro de 2018 14:59, Jonni Pianezzer <jhonnyp at deltaativa.c
> om.br>
> escreveu:
>
> >
> > simples, o bgp ira descartar por padrao se ver seu proprio asn no
> > as-path,
> > entretando tem como voce desativar isso e ele receber as rotas do
> > mesmo
> > jeito, um pouco mais arriscado mas podes fazer tbem.
> >
> > cria uma rota estatica para usas outras duas redes e vice e versa,
> > vc
> > tendo seu /24 anuncioado, apos chegar no backbone da sua operadora,
> > vai
> > funcionar de boa com rota estaticas tbem,
> >
> > o maximo que pode te dar é uns falso positivo em caso de queda de
> > algum
> > link seu, caso tenha varios. mas é dificil,.
> >
> > att
> >
> > JhonnyP
> >
> >
> >
> > Em 22/01/2018 13:12, Luis Bueno escreveu:
> >
> > >
> > > Esta terceira região não irá ter conectividade com as outras
> > > duas. Como
> > > possuem o mesmo ASN, o BGP irá entender como loop e descartar as
> > > rotas.
> > > Caso não exista interesse de tráfego entre as regiões, pode não
> > > ser um
> > > problema. Os equipamentos da terceira região serão gerenciados a
> > > partir
> > > das
> > > outras regiões através da Internet?
> > >
> > > Algumas operadoras de trânsito aceitam anúncios de prefixos
> > > menores que
> > > /24
> > > (como /29), porém apenas para questões de balanceamento de
> > > tráfego entre
> > > links conectados a ela mesma. Estes certamente serão filtrados e
> > > não serão
> > > anunciados para terceiros. Então, efetivamente, é necessário
> > > alocar um /24
> > > inteiro e anunciá-lo nesta nova região.
> > >
> > > Luis Bueno
> > >
> > > 2018-01-22 11:28 GMT-02:00 Douglas Fischer <fischerdouglas at gmail.
> > > com>:
> > >
> > > Alternativamente(para dar uma amenizada),
> > > >
> > > > você pode anunciar /22(ou /23) normalmente para cada um desses
> > > > upstreams, e
> > > > anunciar também /24 com no-export dos blocos preferidos.
> > > >
> > > > Logicamente, para que consiga fazer isso, tem que estar
> > > > comprando esse
> > > > link
> > > > de alguém que proveja um nível mínimo de qualidade e recursos.
> > > >
> > > >
> > > > Em 22 de janeiro de 2018 11:23, Douglas Fischer <
> > > > fischerdouglas at gmail.com>
> > > > escreveu:
> > > >
> > > > PERFEITO Danton!
> > > > >
> > > > >
> > > > > Em 22 de janeiro de 2018 11:06, Danton Nunes <danton.nunes at in
> > > > > exo.com.br
> > > > > >
> > > > > >
> > > > > escreveu:
> > > > >
> > > > > On Mon, 22 Jan 2018, T Dutra wrote:
> > > > > >
> > > > > >
> > > > > > Dilema: Estamos com um projeto para atender uma terceira
> > > > > > região que não
> > > > > >
> > > > > > >
> > > > > > > se comunica com as outras duas. Vamos estabelecer um
> > > > > > > trânsito com
> > > > > > > >
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > uma
> > > > >
> > > > > operadora X.
> > > > > >
> > > > > > >
> > > > > > > >
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > o problema todo está em "não se comunica com as
> > > > > > > > > > > outras duas". De
> > > > > > acordo
> > > > > > com a RFC-1930, "An AS is a *CONNECTED* group of one or
> > > > > > more IP
> > > > > > prefixes
> > > > > > run by one or more network operators which has a SINGLE and
> > > > > > CLEARLY
> > > > > >
> > > > > DEFINED
> > > > >
> > > > > routing policy." (*GRIFO* meu). O que você descreve não se
> > > > > encaixa nessa
> > > > > >
> > > > > > definição.
> > > > > >
> > > > > > O que vocês acham de anunciar apenas UM /24? Vou sofrer com
> > > > > > destinos
> > > > > >
> > > > > > >
> > > > > > > inacessíveis? E na falta de um /24, vocês me sugerem
> > > > > > > algo? Quais as
> > > > > > > incosistência em anunciar bloco menor que /24?
> > > > > > >
> > > > > > > até pode anunciar o /24, ele terá preferência sobre os
> > > > > > > /23, /22, mas
> > > > > > na
> > > > > > eventualidade do 'upstream' desse /24 pifar, os pacotes
> > > > > > irão para o
> > > > > >
> > > > > bloco
> > > > >
> > > > > maior que o contém, ou seja, para lugar nenhum. Se o seu
> > > > > sistema
> > > > > >
> > > > > >
> > > > > autônomo
> > > > >
> > > > > fosse conectado no sentido da RFC-1930, qualquer roteador da
> > > > > borda do AS
> > > > > >
> > > > > > saberia encaminhar o pacote ao seu destino, ainda que dando
> > > > > > a volta até
> > > > > >
> > > > > a
> > > > >
> > > > > China.
> > > > > >
> > > > > >
> > > > > > menor que /24 você corre o risco de ser filtrado e não
> > > > > > entrar nas
> > > > > >
> > > > > tabelas
> > > > >
> > > > > de rotas dos vizinhos e de não ter a rota propagada adiante.
> > > > > >
> > > > > >
> > > > > > se essa terceira região tem só um 'upstream' não é mais
> > > > > > negócio usar
> > > > > > endereços desse 'upstream' e manter somente uma rota
> > > > > > default para ele?
> > > > > >
> > > > > > -- Danton
> > > > > >
> > > > > > --
> > > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > > >
> > > > > >
> > > > > --
> > > > > Douglas Fernando Fischer
> > > > > Engº de Controle e Automação
> > > > >
> > > > >
> > > > --
> > > > Douglas Fernando Fischer
> > > > Engº de Controle e Automação
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> >
> > ---
> > Este email foi escaneado pelo Avast antivírus.
> > https://www.avast.com/antivirus
> >
> >
> > --
> > 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

More information about the gter mailing list