Em 14 de outubro de 2010 13:03, Renato Frederick
<[email protected]> escreveu:
> Então considero sim muito válido a operadora limitar o bloco que recebe do
> cliente, até para proteger ela e a Internet de erros do clientes, também
> considero válido limitar que a máscara mínima seja /24 para poupar os ativos
> dela, porém se o filtro a que vocês se referem seja da máscara(nao
> permitindo subredes), aí é burocracia e inviabiliza qualquer engenharia de
> tráfego.

Não é igualmente válido filtrar com base nas informações de um IRR?
Também penso que seja igualmente válido aplicar sua política de
segurança à sua rede.

Contudo, também penso que comprar trânsito de Internet significa
comprar passagem livre, de boa qualidade e de influência neutra, para
seus anúncios. Categoricamente, a empresa que faz uso das boas
práticas poupa ativos sem sacrificar a liberdade que o sistema
autônomo têm direito.

Seu comentário sobre proteger a Internet de erros dos clientes
realmente não me agrada. Também não estou surpreso porque todos estão
coniventes, mas não me limito a tamanha ineficiência. Francamente, do
ponto de vista de um parceiro de negócios, receber estes comentários
sugere que meu parceiro me vê como um bebê que não pode por o dedo na
tomada senão leva choque. Como se não bastasse, a babá é capenga e
fala em poupar ativos. Claramente reflete a qualidade de conectividade
que oferece a seus "parceiros de backbone". Trânsito de Internet
qualificado tem transporte dedicado em rede determinística, ou pelo
menos devia ter.

Talvez a qualidade de conectividade que mencionei não é, de fato, o
reflexo da Internet na infraestrutura inter-AS no Brasil.
Aparentemente, esse tal filtro é prática (infelizmente) nas bordas do
Brasil. Pois no PTT Metro, que é referência de conectividade presente
em todo o mundo, o prefixo está com razoáveis 84 pontos percentuais de
visibilidade.



Ats,
Ozelo
P&D
GB Informática
(19) 3565-4500
INOC 53131*100
_______________________________________________
GT-AS mailing list
[email protected]
http://lists.abranet.org.br/mailman/listinfo/gt-as

Responder a