[GTER] Anunciar bloco </24
Luis Bueno
luisepbueno at gmail.com
Mon Jan 22 13:12:47 -02 2018
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 inexo.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
>
More information about the gter
mailing list