[caiu] RES: RES: RES: Lentidão FACEBOOK via GVT / Campinas

[Rinaldo Vaz]

Depende muito.  Se a melhor rota para esses clientes continuar a passar
por você por algum motivo (mesmo sem eles receberem os prefixos
anunciados no PTT), o caminho do pacote não vai mudar.  Ou seja,
clientes com só um trânsito (você) não vai ver diferença.  Para clientes
com múltiplos trânsitos, vai depender dos outros upstreams e peers dele.

Não pensei em todas as situações possíveis, a primeira que veio a cabeça é
o efeito colateral do NO-EXPORT (pelo menos no Cisco), que o meu router
elege a rota como "best", e por ser "NO-EXPORT" não anuncia para o meu
 cliente de trânsito. Vejo apenas uma situação complicada: Esse mesmo
cliente comprando trânsito diretamente com TIM/Intelig. Ele teria então
duas opções:

*ANID,TIM,SEABONE,GLOBALCROSSING,GVT,SITECNET,DATACONNECTION

**>TIM,SEABONE,GLOBALCROSSING,GVT,SITECNET,DATACONNECTION*

Creio que essa seja uma situação muito rara. Vale o sacrifício se precisar
utilizar NO-EXPORT.

A outra é nos casos de balanceamento baseado em prefixos mais específicos,
essa prática eu indico sem preocupação. Anunciar prefixo especifico A para
operadora 1, prefixo específico B para operadora 2.
Isso obriga a operadora 2 (e seus clientes "monohoming") dar a "volta ao
mundo" para alcançar o prefixo A e vise-versa. Para resolver:

Para operadora 1 anunciar prefixo A padrão e prefixo B com no-export
Para operadora 2 anunciar prefixo B padrão e prefixo A com no-export

acabei de inventar o termo "monohoming" que é o oposto de "multihoming"
kkkkk

Abs


Em 28 de agosto de 2012 16:20, Henrique de Moraes Holschuh <
henrique.holschuh em ima.sp.gov.br> escreveu:

> On 28-08-2012 15:36, Rinaldo Vaz wrote:
>
>> 262855 28135 262681 187.16.217.31 from 187.16.217.31 (177.12.192.1)
>> Community: 28135:1 28135:2222
>>
>> Essa ocorrência está correta, o AS 262855 é meu cliente de trânsito,
>> e os prefixos recebidos no PTT-Campina Grande, São Paulo, e Natal são
>> anunciados para os meus clientes, de maneira que para alcançar o AS
>> de Dataconnection, eles utilizam o link ANID, e eu "troco tráfego"
>> com Dataconnection em Campina Grande.
>>
>
> Sim, eu pensei que isso estava claro no meu texto, mas é sempre bom
> reforçar.  Ler LG direito não tem nada de óbvio...
>
> Por exemplo, somente os prefixos aprendidos dos RS (route servers) do
> PTT estão presentes no ATM de forma geral (mas não necessariamente para
> todos os participantes devido à possibilidade de filtragem), e para ver
> isso no LG você precisa saber os IPs dos RS para ignorar as outras
> rotas.  Quem não sabe deste detalhe, corre o risco de pensar que tudo o
> que aparece no LG está sendo anunciado no PTT SP.
>
>
>  Se Dataconnection anunciar com no-export os Meus clientes acabarão
>> alcançando Dataconection via o trânsito dele (GVT,SITECNET) e isso
>> não é interessante para nós. Principalmente porque meu UPSTREAM
>> (TIM/INTELIG) não
>>
>
> Depende muito.  Se a melhor rota para esses clientes continuar a passar
> por você por algum motivo (mesmo sem eles receberem os prefixos
> anunciados no PTT), o caminho do pacote não vai mudar.  Ou seja,
> clientes com só um trânsito (você) não vai ver diferença.  Para clientes
> com múltiplos trânsitos, vai depender dos outros upstreams e peers dele.
>
>
>  tem peering com GVT, isso obriga os pacotes a subirem até Miami via
>> Seabone, entrar na GlobalCrossing, voltar para o Brasil e entrar na
>> rede da GVT em Fortaleza ='(
>>
>
> É o tipo do risco que se corre ao se limitar a visibilidade de um
> prefixo (com NO-EXPORT ou qualquer outra comunidade BGP para engenharia
> de tráfego).  Muito boa a sua colocação.
>
> Vou repensar minha posição de usar no-export em PTT preventivamente.
>
>
> --
> Henrique de Moraes Holschuh <hmh em ima.sp.gov.br>
> IM@ - Informática de Municípios Associados
> Engenharia de Telecomunicações
> TEL +55-19-3755-6555/CEL +55-19-9293-9464
>
> Antes de imprimir, lembre-se de seu compromisso com o Meio Ambiente
> e do custo que você pode evitar.
> ______________________________**_________________
> caiu mailing list
> caiu em eng.registro.br
> https://eng.registro.br/**mailman/listinfo/caiu<https://eng.registro.br/mailman/listinfo/caiu>
>
>
> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>
> https://eng.registro.br/**mailman/options/caiu<https://eng.registro.br/mailman/options/caiu>
>



-- 


Rinaldo Vaz
Chefe de operações do NOC
Associação Nacional para Inclusão Digital
Tim - 083 99975736
INOC - 28135*100