[Lista ArNOG] Consulta Cache
Nicolas Cortes
ncort3s en gmail.com
Jue Dic 15 20:42:06 ART 2016
Ya que se ha mencionado tanto la solución de PeerApp de caching, les
comparto una presentación que me pasaron en una call-conference y el
contacto en Santiago de Chile.
Grigory Parra
Regional VP Latam
(+57) 3153363124
grigory.parra en peerapp.com
Salu2, Nicolas./~
2016-12-15 15:31 GMT-03:00 Rodrigo de la Palenque <rdelapalenque en gesatel.com
>:
> Hola.
>
>
>
> Nosotros tuvimos en producción Peer App durante cuatro años, es una
> excelente solución, es un servidor de cache totalmente transparente,
> funciono muy bien durante mucho tiempo ahorrando entre un 20-25 % de ancho
> de banda.
>
> La gente de Peer App tiene dos formas de comercializar sus productos, te
> venden el servidor totalmente operativo (el costo es muy alto) y te cobran
> por el soporte, la segunda es una forma de alquiler, te dan el equipo y te
> cobran por los megas que el equipo hace ahorrar a la operación.
>
> Antes el soporte técnico estaba en Argentina, ahora tengo entendido que
> está en Chile siempre fue bastante bueno, se ocupan de todo (monitoreo
> general del equipo, actualizaciones, etc).
>
> Tenes un acceso web al servidor donde podes ver estadísticas de ancho de
> banda, pro no podes cambiar nada de la configuración.
>
> No lo llegamos a probar con hhtps.
>
> La experiencia al usuario es excelente, pero habría que evaluar los costos
> en comparación con crecer en ancho de banda.
>
> Particularmente prefiero tener más ancho de banda disponible para los
> usuarios.
>
>
>
> Rodrigo de la Palenque
> Gesatel – Villa Gesell Televisión Comunitaria
> * *rdelapalenque en gesatel.com <rdelapalenque en gesatel.com>*
> " www.gesatel.com
> H Paseo 113 y Avenida 14 – Villa Gesell – Bs. As.
>
> [image: untitled]
>
>
>
> Este mensaje electrónico contiene información reservada y legalmente
> protegida, y está dirigido solamente a la persona o entidad mencionada en
> la dirección a la cual fue enviado.
>
> Está prohibida la revisión, distribución, publicación, impresión, copia o
> acción en relación con esta información, por personas o entidades distintas
> al destinatario.
>
> Si usted ha recibido este e-mail por error, por favor avísenos
> inmediatamente vía e-mail y tenga la
>
> amabilidad de eliminarlo de su sistema.
>
> Muchas Gracias.
>
>
>
> *De:* lista-bounces en arnog.com.ar [mailto:lista-bounces en arnog.com.ar] *En
> nombre de *Emanuel Malizzia
> *Enviado el:* jueves, 15 de diciembre de 2016 09:22 a.m.
>
> *Para:* lista en arnog.com.ar
> *Asunto:* Re: [Lista ArNOG] Consulta Cache
>
>
>
> Buen dia Carlos...
>
>
>
> En la Coop tuvimos Raptor operativo en 5 nodos, este sistema usa squid
> optimizado para cachear todo el contenido estático y su soft propio de
> cache para el contenido dinámico. Los servers estuvieron operativos durante
> casi un año, con un rendimiento de aprox. 40% de eficiencia, mayormente de
> youtube, contendió XXX., actualizaciones de Microsoft y antivirus. En esos
> tiempos esta solución, que era gratuita, nos ayudo a mejorar la experiencia
> al usuario y poder seguir brindando un servicio de Internet acorde a las
> tarifas, ya que nuestro carrier NO nos podía vender mas ancho de banda y no
> teníamos capacidad de transporte.
>
> Cuando youtube migro a HTTPS, paralelamente mejoramos nuestra red de
> transporte y nos conectamos con CABASE, decidimos apagar los servers y
> darle otros usos.
>
> Raptor actualmente es licenciado para versiones superiores a 80 hilos y
> sigue con el soporte a través de el foro http://www.alterserv.com/
>
>
>
> En mi opinión particular, los caches de este tipo obviamente dan una
> excelente experiencia al usuario y ahorro de ancho de banda (no tan
> significativo desde que gran parte del contenido migro a 443), pero implica
> un punto mas de falla en tu red y un consumo de recursos al administrador
> (tiempo y dolores de cabeza). Quizás con soluciones de otra gama como
> PeerApp el panorama sea distinto, tengo entendido que este soft te cobra
> por mbps entregado desde el cache, por lo que tedrias que entrar a evaluar
> los costos de el mega carrier vs el mega cache y los recursos.
>
>
>
> Dejo algunas otras alternativas que estuvimos evaluando antes de elegir
> RaptorCache...
>
>
>
> Speedr - https://speedr.brbyte.com/
>
>
>
> ThunderCache - http://thundercache.es/
>
>
>
> CiclopeV6 (De la gente de MKE) http://www.ciclopev6.com/
>
>
>
>
>
> Saludos
>
>
>
> Emanuel
>
>
>
>
>
> El 15 de diciembre de 2016, 7:14, Carlos Sosa <csosa en servicoop.com>
> escribió:
>
> Buen dia!
>
>
>
> Habria que ver Raptor Cache http://www.raptorcache.org/
>
>
>
> *De:* lista-bounces en arnog.com.ar [mailto:lista-bounces en arnog.com.ar] *En
> nombre de *Dario Fernandez
> *Enviado el:* martes, 13 de diciembre de 2016 10:55 a. m.
> *Para:* lista en arnog.com.ar
> *Asunto:* Re: [Lista ArNOG] Consulta Cache
>
>
>
> En lo particular he utilizado proxy (cache), de manera transparente pero
> con el objeto solo de filtrar contenido, dado que en internet hay mucha
> gente que crea una página y cuando tiene 100 visitas ya le colocan unos 800
> ads para hacerse "millonarios".
>
> Lo de usar un hardware dedicado a realizar cache, coincido totalmente con
> Ivan Chapero, es preferible negociar el costo con el proveedor que mantener
> un cache por ese volumen de "posible ahorro".
>
> También hay que tener en cuenta que las CDN grandes, les interesa que su
> servicio funcione, y es por eso que cuando un ISP tiene un volumen de
> trafico importante contra esta CDN se puede solicitar que instalen un cache
> local, como es el caso de Google (1 Gbps), y tengo entendido que netflix se
> puede solicitar el cache con poco tráfico pero uno tiene que comprar los
> servidores.
>
> Es por eso, como comenta Marcelo Puerta, en nuestro caso (IXP Posadas),
> cuando llegamos a un volumen de tráfico en el IXP se instaló el cache de
> Google, que para cada uno de los ISP hubiera sido muy difícil de conseguir
> el volumen de tráfico para ello.
>
> Creo que conseguir bajar los costos con los proveedores es mas productivo
> que poner un servidor de cache propio por los costos / beneficios mas que
> nada.
>
> Saludos!
>
>
>
>
> *Lic. Darío FernándezResearch SRL*
>
>
> *Coord. Técnico IXP Posadas - CABASE(0376) 154619600 (Personal)(0376)
> 154254938 (Claro) Av. Tomas Guido 4435 - Posadas - Misiones*
>
>
>
> El 13 de diciembre de 2016, 07:33, Marcelo Puerta<marcelo.puerta en mail.
> unam.edu.ar> escribió:
>
> Comprendo muy bien lo que dice Federico, y concuerdo con que el HTTPS no
> se trata uncamente de encriptar contenidos, o de privacidad, también se
> trata de asegurar una comunicación y evitar el "hombre en el medio"...
> Justamente los proxy son eso, un "hombre en el medio" en su momento hubo
> bastantes problemas por envenenamientos de proxy.
>
> Desde mi punto de vista, la solución está en que esas redes CDN adopten
> políticas más flexibles, que permitan distribuír sus nodos de forma más
> granular. Como dice Federico, el que un nodo de la CDN se encuentre en
> Capital Federal no hace mucha diferencia para el ISP de Misiones,
> Corrientes, Mendoza, etc. Ese ISP sigue teniendo altos costos de tráfico
> nacional. Parte de esos costos se ha reducido mediante acuerdos como los de
> CABASE que ofrece un costo menor por mega transportado, sin embargo una
> solución más inteligente es que las CDN se distribuyan más dentro del
> país...
>
> ¿Es difícil pensar que con cada NAP-CABASE se instale una CDN de todos los
> servicios con los que CABASE ha hecho acuerdos? (Google, Akamay, Netflix,
> etc.)
>
>
>
> El 12/12/16 a las 17:05, Arturo Servin escribió:
>
>
> No creo que sea contraproducente y como usuario prefiero el contenido en
> HTTPS que en HTTP.
>
> La utilidad de HTTPS para contenido es que el usuario puede asegurarse
> que el contenido, sea privado o no viene de la fuente donde el la pidio
> y no es cambiado en el camino.
>
> El HTTPS no solo encripta contenido, sino tambien asegura que este no
> viene de otro lugar, que no fue cambiado y que nadie esta viendo que
> contenido esta pidiendo.
>
> .as
>
>
>
> On Mon, 12 Dec 2016 at 11:18 Federico Kearney (WNinternet)
>
> <federico en wninternet.com <mailto:federico en wninternet.com>> wrote:
>
> Estimados, me gustaría muchísimo utilizar proxys porque cuando
> funcionan
> bien, la experiencia del usuario es EXCELENTE, pero EXCELENTE.
> Se navega como si todo estuviera en LAN (de hecho, lo está)
>
> Sin embargo, no utilizo caches debido a que las CDNs movieron todo el
> trafico a 443.
> Con un cache, youtube disparaba los videos como si estuvieran en lan y
> entregaba hasta 80mbps solo de videos, en la época en la que mi trafico
> global era de 300mbps.
>
> Aprovecho para plantear un item... Que opinan ustedes de este tema?
> que las
> CDNs tengan trafico basura estén en https?
>
> Les dejo mi opinión: Cuando uno es un ISP suele abarcar una región, un
> pueblo, una ciudad, un departamento, etc donde el contenido que día
> a día se
> revisa es siempre el mismo.
> Para mi, es contraproducente, ya que en una región delimitada, la
> gente sube
> pavadas a internet y todas las pavadas que suben la miran en esa
> región.
> Pero las pavadas que suben a youtube, que tienen de privado? si con
> un link
> entras. Las fotos de un pavo arriba de una tortuga gigante con
> anteojos, que
> tienen de privado? si las suben para mostrarlas.
> Facebook messenger, whatsapp, los bancos, dropbox, google mail, etc
> esta
> bien que sea HTTPs.. porque eso si es información privada sin
> utilidad si
> fuera cacheada.
>
> Desconozco como ISPs de que manera se podría revertir esta
> situación, salvo
> que nos agrupemos todos y los bloqueemos, no creo que obtengamos mas
> que un
> poco de bronca.
> Saludos
>
> _______________________________________________
> Lista mailing list
>
> Lista en arnog.com.ar <mailto:Lista en arnog.com.ar>
> http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista
>
>
>
> _______________________________________________
> Lista mailing list
> Lista en arnog.com.ar
> http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista
>
> _______________________________________________
> Lista mailing list
> Lista en arnog.com.ar
> http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista
>
>
>
> ____________________________________
>
> Mensaje escaneado por IMSVA - Servicoop
>
>
>
>
> _______________________________________________
> Lista mailing list
> Lista en arnog.com.ar
> http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista
>
>
>
> _______________________________________________
> Lista mailing list
> Lista en arnog.com.ar
> http://mailmancabase.interdotnet.com.ar/mailman/listinfo/lista
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mailmancabase.interdotnet.com.ar/pipermail/lista/attachments/20161215/da9ed33d/attachment-0001.html>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 2998 bytes
Desc: no disponible
URL: <http://mailmancabase.interdotnet.com.ar/pipermail/lista/attachments/20161215/da9ed33d/attachment-0001.gif>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: PeerApp.short.sales.presentation-2016.11.pptx
Type: application/vnd.openxmlformats-officedocument.presentationml.presentation
Size: 7145938 bytes
Desc: no disponible
URL: <http://mailmancabase.interdotnet.com.ar/pipermail/lista/attachments/20161215/da9ed33d/attachment-0001.pptx>
Más información sobre la lista de distribución Lista