[GTER] IX.br - 1 Tbps

[Fernando Frediani]

É esse tipo de relato que me faz pensar quanto mais tráfego não poderia 
estar sendo trocado (principalmente nos PTTs Regionais) se não houvessem 
tantas perdas de oportunidade como essa devido a problemas operacionais 
seja do NIC.br seja por limitação dos PIX. Tenhamos fé que no final tudo 
sempre da certo :)

Abraços
Fernando

On 28/08/2015 09:29, Klemenson Leal wrote:
> Douglas, estou no PTT-CPV Campina Grande e posso te responder o declive de julho para ca, até esse período era feito uma troca de tráfego em vlan bilateral com outro participante , nossa porta começou a topar, solicitamos upgrade de porta, não tivemos sequer respostas do ix.br, deixamos de fazer essa troca pois estava impactando diretamente no nível de qualidade do serviço.
>
>
>
> Klemenson Leal
> Dataconnection Provedor de Internet
>
>> Em 28/08/2015, às 08:52, Douglas Fischer <fischerdouglas at gmail.com> escreveu:
>>
>> E sou obrigado a relembrar o que pra mim é o maior objetivo no conceito
>> inicial de PTT.
>>
>> Latência
>> --------
>> Peguemos o exemplo de Campina Grande
>>     -> P.S.(Peguei um dos primeiros nomes semi-aleatóriamente
>>             Mas o exemplo vale para quase todos os demais PTTs.)
>> - Tem um agregado atual de 300-330Mbps.
>> - Teve uma significativa redução nesse agregado de Julho para cá.
>> - Existem 35 ASNs num raio de 80KM.
>> - Hoje tem 10 Participantes,
>>      sendo que 2 são institucionais,
>>      e um é uma grande tele.
>>      Sobrando apenas 7(SETE) PARTICIPANTES ditos "locais"
>>
>> ​Isso significa que é muito provável que os pacotes de dados(não de pão) do
>> seu Manoel da padaria, que usa a "AlgumaCoisaNet​" tenham que ir até São
>> Paulo ou algum outro grande centro para chegar até a EletroTécnica do
>> Bastião que é cliente da "OutroNomeTelecom".
>>    - Ocupa o link de trânsito da "AlgumaCoisaNet"
>>    - Ocupa o link de transporte da "OutroNomeTelecom"
>>    - Ao invés de poder trafegar um jumbo-frame,
>>       devido as 6 camadas de tunelamento que tem de
>>       um lado para outro, ficam limitados a menos de
>>       1500Bytes de MTU
>>    - Ao invés 1ms ou menos, esse pacotes levam 30-40ms para chegar.
>>
>>
>>
>> Em 28 de agosto de 2015 08:22, Douglas Fischer <fischerdouglas at gmail.com>
>> escreveu:
>>
>>> É CLAAAAAARO que não tem porque excluir o horário de pico residencial.
>>>
>>> Mas o caso específico do Netflix é o mais fácil de resolver(minha opinião).
>>> Remova daquela curva(pico residencial) o impacto que OpenConnects
>>> espalhados por todos o 25 PTTs teria.
>>> Só com isso(e contanto com a adesão aos PTTs locais) eu sou capaz de
>>> apostar uma caixa de Top-Bel que aquele aclive a partir das 18:00 começaria
>>> a virar declive.
>>>
>>>
>>> Em 27 de agosto de 2015 16:32, Rubens Kuhl <rubensk at gmail.com> escreveu:
>>>
>>>> 2015-08-27 16:08 GMT-03:00 Douglas Fischer <fischerdouglas at gmail.com>:
>>>>
>>>>> Se somassem a medição das portas que levam trasporte para destinos a
>>>> mais
>>>>> de 400 KM de São Paulo, aposto que daria 40% ou mais do total de do
>>>> PTT-SP.
>>>>> Me refiro a horário comercial, pois das 18:00 - 24:00 netflix bate muito
>>>>> forte.
>>>>>
>>>> Não tem porque excluir o horário de pico do residencial, pois com a
>>>> difusão
>>>> da Internet se tornou um parte significativa do tráfego. Em operadora o
>>>> pior horário que eu tinha era o final de tarde, pois o residencial já
>>>> começava a esquentar e o comercial ainda não tinha caído o suficiente...
>>>> na
>>>> soma, era o HMM.
>>>>
>>>>
>>>> Rubens
>>>> --
>>>> 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