<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hola Ariel,<div class="">Cómo estás?</div><div class=""><br class=""></div><div class=""><div class="">Bueno, podemos sí, ver cómo te gusta hacer. Cuando hablé en sesión LACNOG estaba relacionado con tener una gran cantidad de diversidad dentro de la misma materia y un punto interesante es que yo creo que gran parte de LACNOG y lista de miembros de la audiencia de este entorno Datacenter/Hosting/Peering y Pequeños/Medios Provedores entonces veo una buena similitud con el tema. Veo también una gran idea tener Webex regular, hablar de la IoT, IETF-LAC, BCOP, hablar mucho más de Peering Forum!!!! También hablar técnicamente más de FTTx, xPON, OLT, xDSL, DSLAM, PPPoE, DHCP, Mikrotik, Radius, etc…. a favorecer más pequeños.</div></div><div class=""><br class=""></div><div class="">Saludos,</div><div class="">Roger</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""><div class=""><div><blockquote type="cite" class=""><div class="">Em 27 de jul de 2016, à(s) 23:58, Ariel Weher <<a href="mailto:ariel@weher.net" class="">ariel@weher.net</a>> escreveu:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_default" style="font-family:monospace,monospace">Rogerio, como siempre es un placer escucharte hablar (o escribir) de estos temas que tanto te apasionan.</div><div class="gmail_default" style="font-family:monospace,monospace"><br class=""></div><div class="gmail_default" style="font-family:monospace,monospace">Me gustaría sugerir humildemente si podemos organizar alguna sesión (ya sea en un futuro LACNOG o bien en un webex cualquier dia), para poder interiorizarnos en estos temas.</div><div class="gmail_default" style="font-family:monospace,monospace"><br class=""></div><div class="gmail_default" style="font-family:monospace,monospace">Un abrazo</div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">2016-07-26 9:02 GMT-03:00 Rogerio Mariano <span dir="ltr" class=""><<a href="mailto:rogermariano.cala@yahoo.com" target="_blank" class="">rogermariano.cala@yahoo.com</a>></span>:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><div class="">Hola Yudi,</div><div class=""><br class=""></div><div class="">No es necesario dar las gracias a la meta de la lista LACNOG es exactamente esto, el intercambio de información y el conocimiento de sus miembros! </div><div class=""><br class=""></div><div class="">Antes de responder a su pregunta, tenemos que agradecer a Arturo Servin por enviar el documento excelente (<a href="http://dl.acm.org/citation.cfm?id=2787508" target="_blank" class="">http://dl.acm.org/citation.cfm?id=2787508</a>) detallando la red CLOS Júpiter! Mediante la lectura de este documento, usted va a ser capaz de seguir todo el concepto de la CLOS Fabric y cómo Google utiliza en su estructura. :-)</div><div class=""><br class=""></div><div class="">Hablando de interconexión de centros de datos, este es un tema muy amplio, pero puede seguir la línea de lo que decimos, podemos dividir en una interconexión de centro de datos tradicional y una OTT para conseguir un buen enfoque.</div><div class=""><br class=""></div><div class="">En un centro de datos tradicional hay varias maneras de hacer una conexión entre los sitios, todo depende principalmente de la distancia entre los sitios más de lo RTT (Round Trip Time) y el tipo de tráfico que se desee cambiar (por ejemplo, un banco datos Exadata, SAP, Oracle, o una base de datos de replicación síncrona) y también depende de la arquitectura de la red que se está utilizando. Otros puntos son obligatorios como: la latencia, el enlace entre los centros está dedicada o compartida, apoyo MTU Jumbo Frame (por ejemplo, una MTU de Ethernet es de 1500 bytes, un MTU de Fibre Channel es de 2148 bytes), FCIP-TCP, Buffer Overflow, QoS, TCP Window Size, TCP Maximum Bandwith, además del modo de conexión, puede ser: IP, L3-VPN-MPLS, LISP, EoMPLS, AToM, VPLS, DWDM directo, IGP, etc ... que es una fuerte combinación de factores y características, pero se centró en las tecnologías existentes.</div><div class=""><br class=""></div><div class="">En un centro de datos de un OTT el sistema cambia un poco, porque en general este tipo de empresa/servicio sirve a millones o miles de millones de usuarios por características generales, estas empresas tienen en 6, 10, 15 centros de datos en todo el mundo con gran parte de los EE.UU.. En general, la conexión entre estos datacentes se toma a través de la gran red de transporte DWDM/OTN/IPoDWDM (propia o por medio de Carries) con OpenFlow, centralized-Traffic Engineering con RSVP-TE y PCE, IS-IS/BGP, dataplane APIs, que es bastante diferente de un centro de datos tradicional, tal vez la gran diferencia es la escala y el coste por bps en CapEx/OpEx y menos aprovisionamiento para cumplir con el mismo tipo de SLA. </div><div class=""><br class=""></div><div class="">Usted preguntó cómo se interconectan y cómo se reúnen y distribuyen los servicios y contenidos a los usuarios? La respuesta es que más allá de estos centros de datos, estos OTTs tienen varias Edge-PoPs en todo el mundo en que también hacen uso y combinación de servicios de transporte y otro enfoque con Caching Static Content (CDNs, como Google GGC, Netflix OCA, etc..) y usan estos Edge-PoPs principalmente para reducir la latencia. Tal vez un gran desafío es el RTT Internacional, ya que también tienen sistemas de balanceados L4/L7 y otros mecanismos (HHVM, Proxygen, DNS Map y storage). Los estudios técnicos y desarrollo de este tipo de empresa es muy grande y creo que el futuro para mejorar la interconexión de estos centros de datos y Edge-PoPs tener algo como:</div><div class=""><br class=""></div><div class="">- Multi-Layer PCE (ready)</div><div class="">- Standy by Transponder (ready)</div><div class="">- Reconfigurable ROADM (ready)</div><div class="">- Massive SRLG (ready)</div><div class="">- Netconf y YANG (es inmaduro)</div><div class=""><br class=""></div><div class=""><div class="">De todos modos, este es un tema para muchas sesiones LACNOG, espero haberte ayudado.</div></div><div class=""><br class=""></div><div class="">Saludos,</div><div class="">Rogerio Mariano </div><div class=""><div class="h5"><br class=""><div class=""><blockquote type="cite" class=""><div class="">Em 25 de jul de 2016, à(s) 15:04, Arturo Servin <<a href="mailto:arturo.servin@gmail.com" target="_blank" class="">arturo.servin@gmail.com</a>> escreveu:</div><br class=""><div class=""><div dir="ltr" class=""><br class=""><div class="">Jupiter Rising: A Decade of Clos Topologies and Centralized Control in Google's Datacenter Network<br class=""></div><div class="">SIGCOMM '15 Proceedings of the 2015 ACM Conference on Special Interest Group on Data Communication<br class=""></div><div class=""><a href="http://dl.acm.org/citation.cfm?id=2787508" target="_blank" class="">http://dl.acm.org/citation.cfm?id=2787508</a><br class=""></div><div class=""><br class=""></div><div class="">Saludos</div><div class="">as</div><div class=""><br class=""></div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="">On Mon, 25 Jul 2016 at 09:26 Yudi Oliveira <<a href="mailto:yudioliveira@zoho.com" target="_blank" class="">yudioliveira@zoho.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000" class=""><p class=""><font size="-1" face="Arial" class="">Hola Rogerio Mariano,</font></p><p class=""><font size="-1" face="Arial" class="">Gracias por toda su explicación y
paciencia, fue muy interesante, innovadora, rica y esclarecedor,
mis dudas acerca de la interconexión entre los centros de datos
es acerca de cómo estas empresas hacen para mantener estos
centros interconectados con aplicaciones críticas en un entorno
tradicional y ahora también en Clos y cómo se expanden a sus
usuarios en un gran escala.</font><font size="-1" face="Arial" class=""></font></p><p class=""><font size="-1" face="Arial" class=""> Gracias,<br class="">
Yudi Oliveira.</font></p>
<br class="">
<div class="">Em 24/07/16 22:56, Rogerio Mariano
escreveu:<br class="">
</div></div><div bgcolor="#FFFFFF" text="#000000" class="">
<blockquote type="cite" class="">
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">Hola Yudi,</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">Actualmente trabajo con
CLOS-Fabric y transmisión WAN/Inter-Datacenter optimizada
(RSVP-TE, PCE y OTN/SRLG) y voy a tratar de explicar de una
manera tranquila ... :-)</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">>>> Sobre cuestión de
CLOS</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">CLOS Fabric Network es en
realidad una evolución de las actuales Datacenter Fabrics, es
una tecnología ampliamente utilizada en Red OTT (Playstation
Global Network, Google, Facebook, Apple, etc ..) desde el año
2004 y está comenzando el servicio de la más alta escala de las
puertas de acceso del centro de datos . Este tipo de red nació
en un estudio realizado por Charles Clos en 1952, lo que
representó inicialmente una idealización teórica de sistemas de
conmutación telefónica de etapas múltiples prácticas. El uso de
este tipo de red es necesario cuando las necesidades de
conmutación de circuitos físicos exceden la capacidad de la
mayor de crossbar switch sólo es viable. La principal ventaja de
las redes CLOS es el número de puntos de cruce (que conforman
cada crossbar switch) puede tardar mucho menos de lo que sería
el caso si todo el sistema de conmutación se han implementado
con un crossbar switch gran, de ahí su famosa ecuación
matemática: strict-sense nonblocking CLOS networks (m ≥ 2n−1)..
Hoy en día, el diseño y la arquitectura de una red CLOS se basa
casi por completo en SoC (System on Chip, por ejemplo, Radix
Switch Chip) y MiN (Multi-Stage Interconnection) y estos
diseños de redes se ensamblan y se centró en
“Elastic-Datacenter” (con Cloud Computing Large Scale),
“Scale-out Apps"(para cumplir con alto tráfico intra-cluster,
inter-server e server-to-user) y soluciones de IaaS
(flexibilidad y la movilidad de VM y implementar en un enfoque
VLAN-based existente). Un solución CLOS Fabric tiene las
siguientes características:</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">- Dispone de 3 etapas: ingress
stage, middle stage e egress stage.</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">- Cada Leaf-Node se conecta
todos los Spine-Node.</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">- Depende de ECMP en cada hop</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">- Se puede utilizar con
L3-Fabric (BGP/IS-IS/OSPF) o Large-Scale Bridging (TRILL- RFC
5556 o SPB)</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">- En general, es necesario
utilizar switch del tipo High-bandwidth fabrics con low-latency
non-blocking</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">Hoy en día, los vendors
tradicionales, tales como Cisco, Juniper, Brocade, Arista,
Extreme, Force10 tienen cajas con capacidad de Datacenter Fabric
y posiblemente, se posan capacidad de trabajar en CLOS, sé que
en la Playstation Network en Aliso Viejo (California, EE.UU.)
tiene CLOS con Juniper QFX ( Multisatge-CLOS , BGP, vSpine y
SDN), pero creo que todos hacer algo, Cisco (con Nexus N7k, N5k
y NCS5k) y el Brocade (con VDX6k, VDX8k y MLX), por ejemplo, son
muy fuertes en el Datacenter issues. Quién implementado redes
CLOS a gran escala y ya tienen mucho background, el Google (10
años) y Facebook (más tarde) y creado sus propios CLOS switch!.
Google es un buen caso para analizar, que ahora tiene una red
con CLOS equipos llamada "Jupiter", empezaron a esta ola en 2004
con un equipo llamado "Firehorse" evolucionado hasta convertirse
en una denominada “Watchtower”, luego "Saturno" y se encuentran
ahora en "Jupiter" escalada 1.3Pbps del tráfico backplane!!!!
Facebook usa Open Hardware, el llamado 6-Pack y otro llamado de
Wedge, también con ambiente CLOS en alta escala. </div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">En mi opinión personal, que
usted debe tener en cuenta es la motivación que en particular un
tipo de red tiene que migrar a un entorno CLOS; cada uno tiene
su modelo de negocio y en la actualidad las redes tradicionales,
heredados siguen siendo viables, pero personalmente, veo por
ejemplo algunas motivaciones para un cambio de lo tradicional a
un CLOS:</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">1) Una arquitectura de red
tradicional puede tener un alto costo, no mantener al día su
demanda de ancho de banda, la complejidad operativa de un
“box-centric” y “black-box” (cuando una line-card está loco?
¿Qué sabes esa caja? ¿Cuántos errores y problemas que tenía?)</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">2) La posibilidad de tener una
red en un único dominio, que operan a gran escala, con el
control y gestión centralizado (SDN) con “massive multipath
routing”, diseño determinista y elástica, establecido con SoC y
"merchant silicon” y a un costo razonable en detrimento de su
negocio.</div>
<div style="margin:0px;line-height:normal;min-height:14px" class=""><br class="">
</div>
<div style="margin:0px;line-height:normal;min-height:14px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">>>> Sobre esto Cuestión
de Inter Datacenter y WAN Interconexión </div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri;min-height:15px" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">No entiendo mucho esa pregunta,
usted quiere saber acerca de DCI, LISP, OTV, VPLS, AToM,
L2-Circuit.. ? ¿Podría explicar?</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class=""><br class="">
</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">Saludos,</div>
<div style="margin:0px;font-size:13px;line-height:normal;font-family:Calibri" class="">Rogerio Mariano</div>
<div style="margin:0px;line-height:normal;min-height:14px" class=""><br class="">
</div>
<div style="margin:0px;line-height:normal;min-height:14px" class=""><br class="">
</div>
<div style="margin:0px;line-height:normal;min-height:14px" class=""><br class="">
</div>
<div class="">
<blockquote type="cite" class="">
<div class="">Em 24 de jul de 2016, à(s) 03:02, Yudi Oliveira
<<a href="mailto:yudioliveira@zoho.com" target="_blank" class="">yudioliveira@zoho.com</a>>
escreveu:</div>
<br class="">
<div class="">
<div bgcolor="#FFFFFF" text="#000000" class=""> <font size="-1" face="Arial" class="">Hola gente.<br class="">
<br class="">
Me pregunto si alguien en la lista trabaja con topología
CLOS para centros de datos y se puede explicar a mí cómo
funciona. Hoy actúo en un gran proveedor, y este deseo
de migrar a este sistema. También me gustaría saber cómo
funciona esto en la interconexión entre centros de datos
y la WAN porque no he encontrado mucha documentación en
la web.<br class="">
<br class="">
Gracias,<br class="">
Yudi Oliveira.</font><br class="">
</div>
_______________________________________________<br class="">
LACNOG mailing list<br class="">
<a href="mailto:LACNOG@lacnic.net" target="_blank" class="">LACNOG@lacnic.net</a><br class="">
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank" class="">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br class="">
Cancelar suscripcion:
<a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank" class="">https://mail.lacnic.net/mailman/options/lacnog</a><br class="">
</div>
</blockquote>
</div>
<br class="">
<br class="">
<fieldset class=""></fieldset>
<br class="">
<pre class="">_______________________________________________
LACNOG mailing list
<a href="mailto:LACNOG@lacnic.net" target="_blank" class="">LACNOG@lacnic.net</a>
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank" class="">https://mail.lacnic.net/mailman/listinfo/lacnog</a>
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank" class="">https://mail.lacnic.net/mailman/options/lacnog</a>
</pre>
</blockquote>
<br class="">
</div>
_______________________________________________<br class="">
LACNOG mailing list<br class="">
<a href="mailto:LACNOG@lacnic.net" target="_blank" class="">LACNOG@lacnic.net</a><br class="">
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank" class="">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br class="">
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank" class="">https://mail.lacnic.net/mailman/options/lacnog</a><br class="">
</blockquote></div>
_______________________________________________<br class="">LACNOG mailing list<br class=""><a href="mailto:LACNOG@lacnic.net" target="_blank" class="">LACNOG@lacnic.net</a><br class=""><a href="https://mail.lacnic.net/mailman/listinfo/lacnog" target="_blank" class="">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br class="">Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" target="_blank" class="">https://mail.lacnic.net/mailman/options/lacnog</a><br class=""></div></blockquote></div><br class=""></div></div></div><br class="">_______________________________________________<br class="">
LACNOG mailing list<br class="">
<a href="mailto:LACNOG@lacnic.net" class="">LACNOG@lacnic.net</a><br class="">
<a href="https://mail.lacnic.net/mailman/listinfo/lacnog" rel="noreferrer" target="_blank" class="">https://mail.lacnic.net/mailman/listinfo/lacnog</a><br class="">
Cancelar suscripcion: <a href="https://mail.lacnic.net/mailman/options/lacnog" rel="noreferrer" target="_blank" class="">https://mail.lacnic.net/mailman/options/lacnog</a><br class="">
<br class=""></blockquote></div><br class=""></div>
_______________________________________________<br class="">LACNOG mailing list<br class=""><a href="mailto:LACNOG@lacnic.net" class="">LACNOG@lacnic.net</a><br class="">https://mail.lacnic.net/mailman/listinfo/lacnog<br class="">Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog<br class=""></div></blockquote></div><br class=""></div></div></body></html>