DE-CIX en NIXVAL

DE-CIX en NIXVAL

Ya estamos a punto de completar nuestra oferta de servicios de interconexión con la incorporación del punto de intercambio de internet DE-CIX a NIXVAL-ix. DE-CIX es el mayor punto de intercambio de internet del mundo por volumen de tráfico y de operadores conectados, con presencia fuera de Alemania en Nueva York, Dallas, Marsella, Estambul, Palermo, etc… y en breve Madrid.

Nuestro acuerdo como  partners de DE-CIX nos permite ofrecer, desde la misma infraestructura de nuestro punto de intercambio de internet – NIXVAL-ix – acceso al peering de DE-CIX Madrid. Este es, sin duda, un salto importante para NIXVAL en cuanto a la disponibilidad de opciones de interconexión y es una apuesta decidida por dotarnos de acceso a servicios de peering de ámbito nacional e internacional, sin por ello renunciar al peering local en NIXVAL-ix.

España, a pesar de contar con cientos de ISPs por todo el país, tiene únicamente dos puntos de intercambio de Internet realmente activos – Espanix, y CATNIX – con una concentración prácticamente absoluta del tráfico en Espanix, que a su vez tiene una única ubicación geográfica, Madrid. Comparativamente, el mercado de las opciones de peering en otros países de Europa se ha desarrollado con una mayor distribución geográfica de los puntos de peering contando, por ejemplo, Francia con más de 10, Alemania con 20 ubicaciones distintas y Italia con al menos 8. Es razonable suponer que el crecimiento exponencial del ancho de banda tendrá como resultado una distribución del tráfico más homogénea a lo largo de la geografía nacional en la medida en la que los costes del transporte superen a los costes de peering local. Esta necesidad es la que abordamos a través de la puesta en marcha de  NIXVAL-ix, que ya está operativo y sigue incorporando miembros y tráfico. 

La irrupción de DE-CIX en España y su apuesta por conectar más ubicaciones geográficas fuera de Madrid – como muestra su propia publicidad – cambia en buena medida las reglas del juego del peering nacional: mejores precios, oferta muy competitiva, acceso a todos los proveedores del mercado global, y un acceso geográfico distribuido. No podíamos, por tanto, dejar pasar la oportunidad de sumarnos al equipo de DE-CIX en el planteamiento de nuestra oferta de servicios en torno al peering: infraestructura e intercambio local y conectividad con los grandes proveedores de Internet. Valencia, como podéis ver en la imagen de DE-CIX, está un poquito más en el mapa de la infraestructura global de Internet:

DEC-ix Madrid

 

DECIX_Spain

 

Inicialmente, en el próximo mes de junio DE-CIX arranca con un grupo limitado de redes, según la información que nos ha proporcionado el equipo de DE-CIX:

  • Anexia
  • Cloudflare
  • IX Reach
  • Sapphire Networks Gibraltar
  • Bitcanal
  • Tedra
  • Sys4net
  • Amazon
  • Limelight
  • Netflix
  • TIWS
  • Talk Talk
  • VerisignM247
  • Vodafone AS 1273

Y en proceso de sumarse al proyecto según el propio DE-CIX  hay unos cuantos más, algunos de ellos ASs de la mayor importancia en la infraestructura actual de Internet, que no podemos mencionar por el momento.

Esperemos que nuestra apuesta tenga éxito y sitúe a NIXVAL como el centro de referencia para servicios de interconexión y conectividad en la Comunidad Valenciana.

Facturación de ancho de banda mediante el método del percentil 95

Facturación de ancho de banda mediante el método del percentil 95

Debido a la gran cantidad de preguntas que genera este método de facturación le dedicamos una entrada en nuestro blog.

La facturación de ancho de banda mediante el cómputo de picos de utilización es un método habitual de facturación de ancho de banda en servicios de acceso a internet, tránsito IP y peering. Permite exceder el ancho de banda contratado durante breves periodos de tiempo sin la necesidad de contratar la totalidad de la capacidad disponible. Con este método de facturación es posible cursar cierto volumen de picos de tráfico sin que éstos se traduzcan en un incremento en la factura del ancho de banda, aunque una vez superado un límite de uso, los excesos de utilización se facturan  a un coste mayor del contratado.

Su funcionamiento es el siguiente:

  • El contrato se divide en dos conceptos:
    • El caudal de información comprometido – o Committed Information Rate (CIR), que es el ancho de banda contratado que vamos a pagar con un cargo recurrente todos los meses. Este concepto se contrata habitualmente con un precio fijo por la totalidad de ancho de banda, especificado en euros por Mbps de coste mensual. Por ejemplo, un CIR de 10Mbps por 100€/mes.
    • El coste de los picos de ancho de banda, es decir, de los excesos de uso que superen el caudal comprometido o CIR. Por ejemplo, 12€/Mbps por cada Mbps que exceda el CIR de 10Mbps.
  • El cálculo del caudal de pico – o Burst Rate (BR), se realiza por el método del percentil 95:
    • Se muestrea el tráfico entrante y saliente durante el mes de servicio que se va  a facturar. Concretamente se toman muestras cada 5 minutos, lo que equivale a 8640 muestras para cada sentido del tráfico en un mes de 30 días.
    • De dichas muestras se elimina el 5% de valor más alto, es decir, 432 muestras.
    • El siguiente valor más alto de ancho de banda es el Burst Rate del mes en cuestión para tráfico entrante o saliente.
    • Se calcula el Burst Rate tanto para el tráfico entrante como para el saliente, y el mayor de los dos es el valor de Burst Rate que vamos a facturar.

Mrtg95

Ejemplo de percentil 95

  • Facturación del Burst Rate:
    • Si el BR < CIR no se factura ningún cargo adicional por utilización de ancho de banda.
    • Si el BR > CIR, el exceso de uso, es decir, BR-CIR se factura al coste estipulado de exceso de ancho de banda.

Por ejemplo, supongamos que nuestro contrato tiene un CIR es de 10Mbps por 100€/mes, y el coste del Burst de 12€/Mbps, sobre un puerto de 100Mbps. Si el cálculo de nuestro Burst Rate con la modalidad de percentil 95 da como resultado 15Mbps, el exceso facturado sería de 5Mbps, es decir, 60€ adicionales en ese mes de servicio.

 

A la hora de contratar este tipo de servicios es necesario tener en cuenta las siguientes consideraciones:

  • Al tomarse muestras cada 5 minutos, los valores de BR se incrementarán si el caudal es sostenido. Es decir, los picos de tráfico puntuales utilizarán el ancho de banda disponible sin necesariamente dar lugar a un mayor valor de BR.
  • La utilización del cálculo por percentil 95 tiene como resultado que el número de muestras cada 5 minutos mínimo que se requieran para que un uso sostenido de ancho de banda de lugar a un incremento del BR sea mayor de 432. Este número de muestras equivale a una utilización continuada del ancho de banda a un valor mayor del CIR durante más de 36 horas a lo largo del mes de servicio.
  • La mayor parte de las herramientas habituales de representación de uso de ancho de banda del mercado como MRTG, CACTI, etc… nos dan este valor de forma automática, con lo que su verificación es muy sencilla.

 

Ejemplo de configuración Mikrotik para conectarse a NIXVAL

Ejemplo de configuración Mikrotik para conectarse a NIXVAL

Mikrotik

Desactivar protocolos de descubrimiento en las interfaces

Para conectarse a Nixval-ix, unos de los requerimientos es que se desactiven los protocolos propietarios de Mikrotik en las interfaces asociadas.

Para ello, en el Menú:

IP  > Neighbors

Iremos a la pestaña “Discovery Interfaces”

Seleccionaremos la Vlan 287 y la deshabilitaremos pulsando sobre el boton “X” o botón derecho de ratón + Disable

Debería quedar como sigue en la imagen:

Mikrotik_01

Interfaz para el BGP

Tenemos que configurar una interface con la Vlan indicada por NIXVAL-IXP para levantar el servicio. También nos facilitará la IP del neighbor y la que tenemos que configurar localmente.

Por ejemplo:

IP Local: 213.162.194.21/24

Vlan: 287

Puerto físico: Ether1 (donde vamos a conectar el cable y estará vinculada la Vlan que vamos a crear)

Menú:

Interfaces > + > Vlan

Debería quedar como sigue en la imagen:

Mikrotik_02

Mikrotik_03

 

Instancia de BGP

En este ejemplo suponemos las siguientes premisas para nuestro AS:

Nombre: bgp1

Numero de AS: 65514

Router ID: 5.5.5.5

 

Lo configuramos en la siguiente ruta de menú:

Menu: Routing > BGP > Instances > +

 

Como es mejor verlo de forma gráfica, lo mostraremos con las imágenes

Debería quedar como sigue en la imagen:

 

Mikrotik_04

Mikrotik_05

 

Configuración de los Peers

Configuramos un vecino BGP de ejemplo:

Nombre: peer1 (puede ser cualquiera)

Instance: bgp1 (Tiene que ser el nombre de la Instancia BGP que hemos configurado en el paso anterior)

Remote Address: 213.162.194.1 (la IP del AS remoto, en este caso el IXP de Nixval)

 

Resto de opciones, por defecto

Nota: en Out Filter se pueden añadir las Communities que deseemos, puede estar en blanco o añadirlas con un filtro como indicaremos a continuación.

 

Menú:

Routing > BGP > Peers > +

Debería quedar similar a las siguientes imágenes:

Mikrotik_06

Nota: Si ponéis communities, quedaría como sigue, aunque después lo especificaremos.

Mikrotik_07

Mikrotik_08

Nota: La siguiente imagen tendrá los valores vacíos inicialmente. Cuando se establezca la sesión pondrá unos datos similares a los que se ven en la siguiente imagen.

Mikrotik_09

 

Anuncio de prefijos:

Supongamos que deseemos anunciar el prefijo 185.185.186.0/24 en la sesion BGP en NIXVAL-IXP:

 

Menú:

Routing > BGP > Networks > +

Debería quedar similar a las siguientes imágenes:

 

Mikrotik_10

Mikrotik_11

Nota: Este rango deberemos tenerlo activado en alguna interface. Será donde estarán conectados los equipos de dicha red.

 

Ver Rutas recibidas

Queremos ver las rutas que recibe nuestro equipo originadas en otros AS’s y también las locales

Menú:

IP > Routes

Mikrotik_12

Veremos una pantalla (si no son muchas y si el equipo es capaz de mostrarla) como la que sigue. Como podemos ver, la 185.185.185.0 la estamos recibiendo a través de la Vlan1, que es por donde tenemos establecida la sesion BGP (ruta recibida por BGP), y la 185.185.186.0/24 es la que estamos anunciando en estos momentos.

 

Políticas BGP mediante communities

Si lo deseamos y si la plataforma lo permite, podremos enviar Communities a los route-servers para implementar políticas en relación a los anuncios de prefijos de los servidores de rutas. Primero las tenemos que crear y después añadirlas a la sesión BGP con nuestro vecino, el route-server.

Por ejemplo:

Nombre: Community1 (puede ser cualquiera)

Prefix: 185.185.186.0/24 (el prefijo al que queremos aplicar la community)

BGP Communities: 0:65535 (en este caso, no queremos que el prefijo sea anunciado al AS65535 pero si al resto. Consultar y ajustar la community a lo que se desee en cada caso)

Menú:

Routing > Filters > +

Debería quedar similar a como sigue:

Mikrotik_13

Mikrotik_14

Mikrotik_15

Mikrotik_16

 

 

Para activar esta Community, tenemos que especificarlo en el campo correspondiente del BGP, y debería de aparecer el filtro en OUT como sigue a continuación. Evidentemente tendremos que elegir el nombre correspondiente a la community que deseemos configurar

Mikrotik_17

NOTA:

Tener en cuenta que para la configuración de cliente del Route Server Mikrotik no requiere de una configuración análoga a  no bgp enforce-first-as. de CISCO. De hecho, el comando en sí no existe y los procesos BGP aceptan prefijos incluso si el primer valor del as-path no es el AS del peer configurado en el protocolo.

Ejemplos de implementación de políticas mediante BGP communities en NIXVAL-IXP

Ejemplos de implementación de políticas mediante BGP communities en NIXVAL-IXP

 

A continuación presentamos ejemplos de implementación de políticas mediante BGP communities en la conexión a los route-servers de NIXVAL-IXP.

Las políticas soportadas son las siguientes:

 

0:<peerAS> No anunciar prefijo a <peerAS>
57542:<peerAS>                      Anunciar prefijo a <peerAS>
0:57542 No anunciar a ningún peer
57542:57542 Anunciar a todos los peers

 

Las 2 últimas políticas se utilizan para, en combinación con con las otras dos, implementar los anuncios a un único peer o a todos los participantes menos uno.

La aplicación de las políticas se haría de la siguiente forma para los distintos escenarios:

 

  • Queremos que nuestro prefijo X.X.X.X/24 no se anuncie al ASN 1234:
    • Anunciamos el prefijo X.X.X.X/24 con la community 0:1234
  • Queremos que nuestro prefijo  X.X.X.X/24 se anuncie únicamente al ASN 1234:
    • Anuncio X.X.X.X/24 con la combinación de communities 57542:1234, 0:57542
  • Queremos que nuestro prefijo X.X.X.X/24 se anuncie a todos los participantes excepto al ASN 1234
    • Anuncio X.X.X.X/24 con la combinación de communities 0:1234, 5742:5742

 

 

A continuación un ejemplo simplificado para la configuración de routers CISCO para conectarse a los route-servers de NIXVAL-IXP  e implementar un filtro de salida que anuncia las communities requeridas para que el contenido de un filtro se anuncie exclusivamente al AS 1234:

router bgp 57542
	no bgp enforce-first-as    #(IMPRESCINDIBLE!!)
	neighbor nixvalixp peer-group
	neighbor nixvalixp remote-as 57542
	neighbor nixvalixp route-map nixvalixp_out out
        neighbor nixvalixp maximum-prefix 20000
	neighbor 213.162.194.1 peer-group nixvalixp
	neighbor 213.162.194.2 peer-group nixvalixp
route-map nixvalixp_out
	match as-path 10       #(filtro de salida que se utilice, prefix-list, etc...)
	set community 57542:1234 0:57542
Acometidas de fibra en NIXVAL

Acometidas de fibra en NIXVAL

Esta entrada es para repasar las acometidas de fibra independientes que existen en nuestro datacenter en Villa de Madrid, 44. Valencia. Me preguntan a menudo por esta información. Son las siguientes:

  • Iberdrola
  • Interoute
  • COLT
  • France Telecom España
  • Jazztel
  • UFINET
  • ONO
  • Islalink
  • Vodafone
  • Telefónica
  • Netllar

El total es de 14 entradas de 11 proveedores distintos. Los servicios de los proveedores del centro de datos se construyen utilizando esta infraestructura. Otros operadores como Abertis Telecom, Cogent Communications, etc… utilizan servicios de estos proveedores para acceder al centro y proporcionar en él servicios de tránsito IP, capacidad, VPN, etc….

La lista completa de operadores y servicios puede consultarse en la sección Conectividad.

 

Calculando el consumo energético

Calculando el consumo energético

A nadie se le escapa que cada vez el peso de la energía en nuestra factura del datacenter es, cada vez, más importante. De hecho, ofertas comerciales que no contemplen que el precio de la colocation o alquiler de un rack es dependiente de la energía que vaya a necesitar, pueden ser en ocasiones convenientes económicamente, pero a la larga no van a reflejar los costes de los servicios de infraestructura y será difícil que se mantengan en una relación comercial a largo plazo.

Es un estándar en la industria que los proveedores de colocation desglosemos el consumo energético de las instalaciones de nuestros clientes y lo tarifiquemos y cobremos a parte, independientemente de que esto se refleje en factura como un concepto variable o un importe fijo, que aunque haya sido establecido por contrato, estará sujeto a una cantidad determinada de energía, medida en kW, kWh  o directamente amperios.

Nos encontramos pues, que cada vez es más importante al realizar una oferta comercial ser capaces de estimar el consumo energético de los equipos del posible cliente, que como es evidente, conoce exactamente el gasto energético de su infraestructura TIC. ¡Ja!. La realidad es que esto no es así, salvo que el cliente sea ya un usuario habitual de otros centros de datos que mantengan esta filosofía en relación al consumo energético. El cliente no tiene habitualmente ni idea de este concepto, y nos toca a todos realizar las estimaciones correspondientes para lo que por suerte contamos con la inestimable colaboración de los fabricantes de equipos de comunicaciones y servidores que últimamente nos lo ponen más fácil.

Los datos de la potencia de las fuentes de alimentación no son representativas en absoluto del consumo real que van a tener los equipos, ni la estimación que se ha utilizado tradicionalmente, de un 65% del valor nominal de la fuente, tampoco. Hoy por hoy, el único valor que puede ser realista sin medir directamente el equipo, es el proporcionado por el fabricante para una configuración concreta, cálculo que únicamente puede hacerse con ayuda de documentación o de las aplicaciones que proporcionan los fabricantes.

A continuación los enlaces a algunas de estas herramientas que iremos completando y actualizando (muchas de ellas requieren registrarse de alguna forma en las páginas del fabricante):

 

CISCO Power Calculator

http://tools.cisco.com/cpc/launch.jsp

Modelos soportados: Cisco ASR 9000, Cisco Nexus 7000/9500, Cisco Catalyst® 6500 Series, Catalyst 4500-E/4500 Series, Catalyst 3750-E/3750 Series, Catalyst 3560-E/3560 Series, Catalyst 2960 Series, Catalyst 2975 Series, Catalyst Express 500 Series, and the Cisco 7600 Series Router.

Herramienta muy sencilla de utilizar que genera informes en Excel y PDF. Eso sí, asegúrate que tienes la relación exacta de los componentes hardware del equipo.

 

CISCO UCS Power Calculator

https://tools.cisco.com/wsrp/pwd014/public/index.jsp

Modelos soportados: B-series servers, C-series servers, Invicta Solid State Systems, M-series servers.

 

HP Power Advisor

http://www8.hp.com/es/es/products/servers/solutions.html?compURI=1439951#.Vkr8M_kveM8

Modelos soportados: Toda la gama de productos de HP Enterprise.

Esta es una aplicación Windows, que permite configurar todos los detalles de toda la gama de equipos de HP, incluyendo los racks.

 

Dell Energy Smart Solution Advisor

http://www.dell.com/learn/us/en/04/campaigns/config_calculator

Modelos soportados: Toda la gama DELL, más algunos equipos Brocade (Brocade M5424, M6505) y CISCO (Cisco Catalyst 3130X FI y 3130G FI). No aparecen los equipos de SONIC WALL, ahora también DELL.

 

EMC Power Calculator

http://powercalculator.emc.com

Modelos soportados: Toda la gama de productos de EMC

 

Fujitsu PC/System Architect

http://configurator.ts.fujitsu.com/public/public_en.html

Modelos soportados: Toda la gama de productos Fujitsu

También es una aplicación Windows, en este caso, bastante compleja de utilizar, ya que se trata de un configurador de equipos para los partners de Fujitsu y hay que tener bastante tiempo y paciencia para aclarase con ella. Hay un Power Calculator en el menú de opciones que, previa configuración detallada del equipo da los valores exactos de la instalación. Nuestra recomendación es evitarlo si necesitas conocer un valor rápidamente. En su lugar, la documentación de algunos servidores y equipos de almacenamiento, por ejemplo, los servidores de nivel de entrada indica expresamente la configuración máxima de cada equipo como «Active power». Por lo menos es un valor de referencia, aunque la propia documentación indica que hay que utilizar el System Architect para otras configuraciones.

Un ejemplo:

Data Sheet FUJITSU Server PRIMERGY RX100 S7p Mono socket 1U rack server

Active power (max. configuration) 193 W

Active power note: To estimate the power consumption of different configurations use the Power Calculator of the System Architect: http:// configurator.ts.fujitsu.com/public/

 

Huawei Storage Power Calculator

http://support.huawei.com/onlinetool/datums/powercalc/PowerCalculator.EN.jsp

http://www.huawei.com/minisite/Pre-salesToolkit/

También descargable en el Pre-sales Toolkit, pero solo para Storage. La documentación de los servidores y de los equipos de red del fabricante chino no ofrece detalles de su consumo, ni en los «white papers» en los que se detallan sus características en profundidad.

Modelos soportados: Toda la gama Ocean Storage

 

Oracle Sun Power Calculator

http://www.oracle.com/us/products/servers-storage/sun-power-calculators-067884.html
Modelos soportados: Toda la gama de hardware de ORACLE SUN : SPARC T4/T5/T7; SPARC M-Series Servers; SPARC Enterprise Servers with CMT Technology; Netra Systems; SotrageTek Tape Libraries y Tape Virtualization; Blade Servers; x86 SunFire Servers; SunBlade 6000 Servers; SPARC Servers; Solid State Storage; Sun ZFS Storage

 

Mikrotik Routers

Mikrotik publica el máximo consumo posible de sus equipos en las especificaciones de cada router. En cualquier caso, son bastante ridículas con 125 W para el de más prestaciones, el CCR1072-1G-8S+. http://routerboard.com/CCR1072-1G-8Splus