[GTER] Cache Apple - Uso em ISP

Eduardo Schoedler listas at esds.com.br
Fri Sep 16 23:43:24 -03 2016


Cansei de brigar com o pessoal da Akamai sobre isso.
Toda atualização de iOS eu monitorava o IP de download do celular,
confirmava que era IP da Apple (17/8).

Eles alegavam que quem controla isso é a própria Apple, eles apontam para a
Akamai ou não baseado na resposta do DNS deles.

Larguei de mão então... desliguei o Akamai.


Em sexta-feira, 16 de setembro de 2016, Bruno Viviani <
bruno at semprenet.com.br> escreveu:

> Aqui temos um CDN Akamai... com as atualizacoes da apple triplicou
> praticamente o tráfego deles...
>
> att,
> Bruno Viviani
> Gerente Técnico
> Net Rubi Internet
> (17) 3426-6600
> www.net-rubi.com.br
> www.netrubifibra.com.br
>
>
> Em 16 de setembro de 2016 11:17, Diego Canton de Brito <
> diegocanton at ensite.com.br <javascript:;>> escreveu:
>
> > Quanto a complexidade, já tenho nota, li o conteúdo.
> > Quanto à possibilidade em provedor, é uma indicação deles, por não
> > ofertarem servidores cache, consta na página de peering "Apple is not
> > deploying cache servers in carrier networks at this point. We do have
> > another option to conside http://www.apple.com/osx/
> > server/features/#caching-server"
> > Quanto à entrega via Akamai, sim eles o fazem, por isso estou verificando
> > se alguém já implantou, para saber se vale o custo, e Akamai é um mundo
> > complicado, nem sempre ela assume o trafego MS ou APPLE em atualizações.
> >
> > Fica também como curiosidade para o pessoal.
> >
> > Att,
> >
> > -----Mensagem original-----
> > De: gter [mailto:gter-bounces at eng.registro.br <javascript:;>] Em nome
> de Rubens Marins
> > Schner
> > Enviada em: sexta-feira, 16 de setembro de 2016 10:53
> > Para: Grupo de Trabalho de Engenharia e Operacao de Redes
> > Assunto: Re: [GTER] Cache Apple - Uso em ISP
> >
> > O conteúdo da Apple é entregue pela CDN da  Akamai.
> >
> > Pelo que eu sei, isso é mais voltado para você usar dentro de uma
> empresa.
> > Teoricamente é possivel usar dentro de um ISP, mas seria um setup um
> tanto
> > complicado. Sem contar que você ainda tem o ônus de monitorar o servidor
> e
> > garantir que esta no AR.
> > Como a Apple tem uma fatia pem pequena do mercado (~ 15%) , não acho que
> > faria muita diferença em economia de banda, e talvez essa economia não
> > pague o custo do servidor.
> >
> > Rubens Marins
> > Administrador de Sistemas
> > rubens.marins at gmail dot com
> >
> > 2016-09-16 0:53 GMT-03:00 Diego Canton de Brito <
> diegocanton at ensite.com.br <javascript:;>
> > >:
> >
> > > Recentemente o Eduardo me mostrou um link da Apple referente a um
> > > cache deles - Não, eles não fornecem appliance, só alguns manuais de
> > > como usar o serviço do MAC para fazer isso - posteriormente vi que na
> > > página do PeeringDB (https://www.peeringdb.com/net/3554) deles consta
> > > que o material deveria ser considerado por ISPs.
> > >
> > > Gostaria de saber se alguém chegou a tentar implementar isto.
> > > Se sim, gostaria de ouvir as experiencias quanto a desempenho, se
> > > possível resultados em números.
> > >
> > > Estou avaliando montar um esquema desses, mas como envolve compra de
> > > MAC para ativar o recurso e sabemos que produtos Apple não são
> > > exatamente baratos, preciso ter uma boa justificativa, ainda mais se a
> > > experiencia indicar que seja preciso investir em vários aparelhos para
> > > montar um cluster, já que um MAC tem interface GIGA apenas. Ou se
> > > alguém souber de alternativas para licenciamento do software.
> > >
> > > Para quem ficou curioso e queira mais informações.
> > > http://www.apple.com/osx/server/features/#caching-server
> > > https://www.apple.com/support/osxserver/cachingservice/
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter



-- 
Eduardo Schoedler



More information about the gter mailing list