[GTER] IX.br - 1 Tbps

[Douglas Fischer]

Opa Klemerson!
Como eu disse no post scriptum, foi só um exemplo que peguei...
Foi o primeiro de cima para baixo que estava com um agregado de menos de
meio giga.

Mas depois fiz a mesma conta com Caxias do Sul e Manaus e o resultado é
EXATAMENTE O MESMO.

Muitos ASNs do lado do PTT local preferindo ir para SP do que ir para o
local.



Em 28 de agosto de 2015 09:29, Klemenson Leal <klemenson at gmail.com>
escreveu:

> 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




-- 
Douglas Fernando Fischer
Engº de Controle e Automação