Nuestra caja de distribución

Hoy me ha mandado mi técnico unas cuantas fotos de la caja de distribución de fibra óptica que utilizamos. Desde esta caja ya se conecta el cable final o "drop" hasta casa del cliente. Nos encanta este modelo de caja por su versatilidad (24 fusiones, 1 o 2 splitters, 16 salidas para drop y 3 entradas para cable troncal o distribución), resistencia ( bisagras múltiples, y nervios de refuerzo). También por su precio. Tal vez la única pega sea que se ponen un poco amarillas tras algo de tiempo al sol, aunque por muy amarilla que se ponga, sigue resistente como el primer día (probado a martillazos).

Os dejo las fotos.

Qgis en red. La herramienta para el diseño de redes FTTH.

Una de las razones por la que hice mis primeros diseños con Google Maps era por aquello del trabajo en grupo y en la nube. Podías continuar con el diseño de red en casa, la oficina, o íncluso a pie de calle durante un replanteo.

Aún así, la complejidad del trabajo con múltiples capas, o la posibilidad de añadir mapas y fuentes de datos externos es mas o menos limitada con Google Maps. Así que tocaba ponerse manos a la obra en busca de la herramienta adecuada para hacer el diseño de red. Muchísima gente tira por Autocad. A mi no me sedujo por dos motivos. La dificultad de aprendizaje de la herramienta, y el hecho de ser un software bastante caro. Finalmente encontré los distintos software GIS, y mas concretamente el QGIS. En mayo del año pasado ya lo comentaba en una entrada en este mismo blog.

Desde la primera lectura del manual o la web te das cuenta de que has encontrado la herramienta adecuada. Cuando empiezas a trabajar, lo vas confirmando poco a poco.  No obstante, una de las cosas que echaba de menos de Google Maps era el trabajo en la nube. Poder repartir el trabajo entre varias personas de la emprea, o consultar posiciones de cajas, arquetas o cables desde el móvil era algo que echaba en falta en QGIS. Cuando finalmente me decidí a buscar documentación sobre QGIS y como funciona en red me encontré con mulitud de textos al respecto. QGIS cuenta con una aplicación (QGIS Server) específica para esto. Combinándola con PostgreSQL y con su extensión PostGIS se soluciona el tema del trabajo en grupo.

Aún así, instalar todo lo necesario para que esto funcione no es cuestión de 1 click, pero encontré un plugin para el QGIS que nos hace todo el trabajo. Se trata del plugin QGISCloud. Con solo instalar el módulo y registrarte en su web ya puedes empezar a trabajar. Básicamente crea una base de datos en la nube a la cual podrás acceder desde cualquier sitio. Será suficiente con sincronizarte. Además, podrás consultar tus diseños via Web desde cualquier sitio, con tu portátil o teléfono móvil. El servicio es gratuito (tus mapas serán accesibles a todos), aunque cuenta con una versión de pago con la que proteger con nombre de usuario y contraseña tus mapas.

En el siguiente enlace tenéis un ejemplo de un mapa que he creado para escribir esta entrada.
http://qgiscloud.com/mespinos/Test_cloud

En el mapa que he creado, por defecto carga un fondo de google maps. Os recomiendo que desactivéis cualquier mapa de background. Al hacerlo veréis como carga de fondo una capa que obtengo del servicio WMS del catastro de España. Para mi gusto esta es la mejor vista para trabajar.

Podréis activar y desactivar capas y consultar los atributos de cada elemento pinchando sobre el.

Este mapa no es un caso real de despliegue sino simplemente un ejemplo.

La burbuja de la fibra óptica.

Desde que voy incluyendo contenido sobre FTTH y GPON en mi blog,  son muchos los correos y llamadas de gente preguntándome sobro como hacer una red GPON. Al parecer, todos los wiferos vamos dándonos cuenta de que el negocio podría peligrar si no avanzamos hacía tecnologías con mas capacidad de entrega de datos a los clientes. Desde mi punto de vista, este interés creciente demuestra la vitalidad del sector, pero al mismo tiempo alimenta la creación de una burbuja alrededor de estas redes FTTH.

La Wikipedia define "burbuja económica" como algo irreal que alimenta la subida de precios basándose principalmente en la especulación, y que llegado a su punto mas alto e irreal,  explota generando  el efecto contrario de manera brusca.

Tal vez, la burbuja de la fibra sea invertida, puesto que provoca una bajada en el precio del producto (la conexión a Internet), y aun así, la inversión en redes FTTH no deja de crecer. 

También han aparecido múltiples "compradores" de redes. En lo últimos meses han llegado por aquí varias ofertas de compra del negocio, y me consta que han tentado a mucha mas gente. Manejan cifras realmente atractivas a cualquiera, aunque pocos de estos compradores han llegado con los "billetes a la vista". Todos llegan con fórmulas de fusión o absorción, y muchos con el objetivo claro de revender la empresa después de haberla hecho engordar en número de clientes. Esto también alimenta y alimentará lo precios bajos del producto. La mayoría de veces con precios por debajo de costes ya que se persigue conseguir un número alto de clientes, aunque no den beneficios. Lo acabamos de vivir con la absorción de Jazztel y Ono por parte de dos de los grandes.

 Es por ello que percibo estar dentro de una burbuja en la que, aunque la rentabilidad del negocio no está claramente asegurada por culpa de los precios a la baja, es necesario hacer grandes inversiones en despliegues de fibra para poder competir.  Mi amigo Pepe (@darknessiv) definiría esto como la huida hacia adelante, o como el mal necesario. 

¿Que hacer entonces?, ¿invertimos o no en fibra?. Estoy formulando la pregunta sin tener clara la respuesta. Supongo que el tiempo irá poniendo las cosas en su sitio. La experiencia que tengo en el mundo de los negocios me dictan unas reglas que se encuentran de frente con la ilusión que el negocio de la fibra me genera.

 Esta claro que el mercado marca los precios, y debes adaptarte a ello. Adaptarte no significa dejarte arrastrar.  Hay que intentar siempre ser competitivo reduciendo costes de operación sin disminuir calidad. Aun así, casi seguro que no podremos competir si no empezamos a vender por debajo de costes. Desde mi punto de vista, este es el punto de inflexión. Habrá que salir de la burbuja si esto ocurre, ya que es de suponer que la burbuja está apunto de explotar. 

Calcular el presupuesto óptico de una red FTTH

Calcular el presupuesto óptico (optical budget) de una red FTTH es una de las cosas mas básicas que hay que tener bien clara. El presupuesto óptico nos indicará lo lejos que podremos tener los clientes, o el número de splitters que podemos colocar, por lo tanto también, el ratio máximo de agregación por puerto PON.

Los wiferos ya estamos acostumbrados a hacer estas mediciones para el aire, aunque ahora con fibra se nos presentan nuevos elementos, como los splitters ópticos (que también existen en radio, aunque no los usemos normalmente).

Existen varias herramientas online (como esta ), pero prefiero tener claro como funciona, y las operaciones que realiza.

Como el propio nombre indica, se trata de saber la cantidad de potencia óptica que tenemos disponible para que funcione un enlace. Esto irá marcado por la potencia que emita el transmisor y la sensibilidad del receptor. Por supuesto, tenemos que tener en cuenta las pérdidas que habrá en el camino entre ese emisor y ese receptor (la ODN). Como se trata de que esto funcione, calcularemos el presupuesto óptico con el peor escenario posible con el que nos podamos encontrar para garantizar que todo funcione. Lo primero, miraremos las especificaciones del fabricante del emisor y receptor para saber cual es  la potencia mínima a la cual emiten y su sensibilidad. Hay que medir los dos caminos.  Basándome en el equipamiento que tengo instalado hoy en día, obtengo los siguientes parámetros.

Como vereis, utilizo ONT's del tipo B+. Si en algún momento me veo justo de presupuesto óptico, siempre podré poner alguna ONT del tipo C+, que tienen mejores prestaciones ( min tx 0,5db, min Rx sens 30db). De momento, como hemos indicado antes, nos pondremos en el peor de los escenarios.

Con esta información, ya podemos calcular la cantidad de luz disponible. Lo haremos restando el mínimo TX power a la mínima RX sens.  Potencia óptica disponible = "min. tx power del emisor" - "min rx sens. del receptor". Como la comunicación es bi-direccional, tenemos que hacer los cálculos en los dos sentidos.

Como ya hemos dicho, cogeremos como referencia el caso mas desfavorable. Tenemos un presupuesto óptico de 30 db. A estos 30 db hay que ir restándole todas las atenuaciones que hay en ODN. La fibra atenua por la distancia, los splitters dividen la senyal en varios caminos, las fusiones, los conectores, las curvas excesivas, etc. etc. Todo esto son factores que atenuan la luz, y que hay que tener en cuenta en el diseño.

Atenuación de la fibra

La atenuación por distancia en la fibra será seguramente el factor que menos nos afecte ya que la fibra tiene poca atenuación en cortas distancias. Irá en función de la longitud de onda y del tipo y la calidad de la fibra. Las longitudes en GPON son 1310, 1490 y 1550  en caso de tener también CATV. Seguramente, las fibras que usaremos serán del tipo G.652D para troncal y G.657A1 para distribución. Las normativas marcan la atenuación máxima de estas fibras a las distintas longitudes de onda. Para nuestro caso, las atenuaciones son las siguientes:

Fuente: https://www.itu.int

La red GPON teoricamente puede alcanzar a usuarios hasta 20 Km de distancia. Lo que nos atenuaría, solo con fibra, unos 8 db.  En la vida real, en nuestros escenarios, pocas veces tendremos que alcanzar a usuarios a 20 km. No tiene sentido meter en el presupuesto óptico mas Km que tenga la extensión de  nuestra ciudad. En mi caso concreto, el cliente mas lejano lo tengo a unos 5 km. Así que tomaré los valores de 7 Km para contar la atenuación de la fibra.  7 km x 0,4db/km = 2,8 db de pérdida por fibra. Por lo tanto, a los 30 dB que teniamos de presupuesto, le restamos los 2,8 que pierde la fibra, y nos quedan 27,2 dB.

Atenuación de los conectores. 

En una red GPON tendremos conectores en varios puntos. Según la ITU, cada conector tendrá una atenuación máxima de 0,5 db. Esta perdida es el resultado de enfrentar 2 conectores, no de cada conector físico en si. Haciendo un recuento de los conectores que tendremos, a mi me salen los siguientes:
Uno en el propio puerto PON de la OLT, el siguiente se encuentra todavía en el CPD, y es el que conecta el cable que viene de la OLT con la fibra que viene de la calle. En el panel de parcheo. Despues llego a un primer nivel de Splitting, que en mi caso, no conectorizo (fusión). Llego al segundo nivel de splitting. La entrada tambien la fusiono, pero la salida queda vacia a la espera de que lleguen clientes con su cable drop. Por lo tanto, aquí va el tercer conector. Siguiendo el camino hacia casa del cliente, llego a su acometida, donde ponemos una roseta, y el cuarto conector. De ahí ya sigue un último latiguillo que muere directamente en la ONT. Aquí está el quinto y último conector de mi red.
Tengo 5 conectores x 0,5 dB de perdida cada uno = 2,5 db de atenuación por los conectores. Me quedaban 27,2 db de presupuesto, a los que le quito estos 2,5 = 24,7 db es el nuevo presupuesto óptico que me queda.

Las fusiones

Cada conector, irá unido a su cable correspondiente mediante una fusión. Tambien las entradas y salidas del primer splitter, y la entrada del segundo.  Además de las fusiones del momento de la instalación de la red, a lo largo de la vida útil de esta, se producirán roturas. Estas roturas se repararán también con fusiones, por lo tanto debemos también de estimar el número de fusiones que haremos para reparar la red.  He leído que la gente estima una fusión por rotura cada 6Km de cable. Puesto que una red GPON transcurre por un entorno urbano, voy a estimar un escenario mas problemático en cuanto a roturas. Estimaré una fusión por rotura cada 2 Km.

En mi caso tengo 6 fusiones de pigtail conectorizados a cable + 4 fusiones previstas para reparaciones = 10 fusiones en todo el camino x 0.1 = 1 db por pérdida de fusiones. Me quedaban 24,7 db's - 1 de perdida por fusiones = 23,7 db's es el presupuesto óptico que de momento me queda.

Los splitters

Los splitters son sin duda, el elemento de la red que mas atenuación introduce.  Hay mil maneras de hacer los splitteos. Desde un único nivel hasta varios (nunca he visto mas de 3 niveles).  

Ejemplo de un splitteo a 16 de 3 maneras distintas.

En función de como se coloquen estos splitters, pueden afectar al presupuesto óptico. Sobre todo por la necesitad de conectores y fusiones que tienen los splitteos a varios niveles. Por lo que he visto hasta ahora, el esquema de splitteo que mas se utiliza es de 2 niveles de 1:8 cada uno de ellos. Esto varia mucho en función de la población y de la disposición de las viviendas. No es lo mismo llegar con fibra a una calle con grandes rascacielos que a una zona de viviendas unifamiliares. Como digo, en mi caso utilizo dos niveles con 1:8. Esto me introduce una pérdida por splitteo de 20,80 db's.

Me quedaban 23,7 dB de presupuesto óptico - 20'80 db por la atenuación de los splitters = 2,9 db es el presupuesto óptico que me queda

Margén de seguridad

Temperaturas extremas, curvaturas excesivas u otros factores inesperados pueden afectar a la cantidad de luz que pasa por una fibra óptica. Es por ello que siempre se deja un margen de seguridad que proteja el uptime de la red. Este suele estar entre 1,7 dB y 3 dB. Según mis cálculos, mi margen de seguridad no puede llegar a 3 dB's puesto que me quedan solo 2,9 dB's de margen. Como la diferencia es tan poca, lo puedo dar por válido.

Tabla para el cálculo del presupuesto óptico

Si el exceso de potencia es menor de 0, es por que hemos superado el presupuesto óptico. Si por el contrario, es superior a 0, podremos aumentar las prestaciones de nuestra red. Por ejemplo, aumentando la distancia de cable hasta el abonado mas lejano, o añadiendo un nivel de splitteo.

Conclusión

Sabemos que una red GPON puede alimentar clientes a 20 Km, y que soporta splitteos de hasta 1:128, pero con configuraciones mucho mas conservadoras (1:64 a 7 Km.) nos hemos comido todo el presupuesto óptico, por lo tanto es muy importante hacer bien los cálculos para no encontrarnos sorpresas después. También he de decir que las cifras que se manejan de forma oficial para hacer los cálculos son bastante exageradas. Una fusión suele dar 0,02 dB's de perdida, y en nuestros cálculos hemos contado con el standard, que es 0,1 dB's. También la fibra y los conectores de hoy en día tienen menos atenuación de la máxima que marca la norma. Y de igual manera, si usamos ONT's con laser tipo C+ ganamos casi otros 3 dB's de presupuesto óptico. Si se hace todo muy perfecto se puede conseguir el splitteo a 1:128, pero como habreis adivinado, es bastante difícil. De hecho veo tendencia a hacer todo lo contrario, que es ir a escenarios de splitteo a 1:32. Esto nos daría margen en el presupuesto óptico, al mismo tiempo que nos permitiría mayores tasas de transferencia de datos para los clientes.

También hay que decir que en estos cálculos, no se ha tenido en cuenta la parte de CATV,  que cuenta con distintos niveles de Tx Power y RX sensitivity, por lo que si se piensa en implementarla, hay que tenerlos en cuenta para el presupuesto.

Como todo lo que escribo en mi blog, lo hago por gusto. No es nada serio, por lo que seguro que este manual está plagado de errores. Si los encuentras no dudes en comunicármelo.

Llega el GPON a Mikrotik

Hace un rato se ha publicado el nuevo newsletter de Mikrotik. Ya acostumbraba yo a leerlos varias semanas después de su lanzamiento, pero esta vez me han avisado de que era preciso leerlo. Hay una novedad realmente interesante para mi, aunque es cierto que la veo tan novedosa que no he me fijado en el resto de artículos. Se trata de un modulo ONU GPON.
Con este modulo se supone que podremos convertir cualquier dispositivo Mikrotik con slot SFP en una ONU, o cliente de fibra GPON.
En plena explosión de las redes FTTH en España, y dentro de estas, de las redes GPON,  la aparición de productos como este ayudan a "universalizar" mas si cabe la tecnología, ya que hay que preveer que el precio será mas barato que una ONT u ONU normal. Además, unido a la versatilidad del software de Mikrotik tendremos un dispositivo de bastante capacidad a bajo coste. Otra cosa importante a la que ayudará será a que los fabricantes de ONT's bajen sus precios, ya que este crea compenténcia.  Ahora mismo, los precios de las ONT's de los principales fabricantes son realmente altos, y además, problemas con el stock. Normal que no bajen el precio si venden al instante todo lo que fabrican.
En principio, este es el módulo para la parte cliente, es decir, se sigue necesitando una cabecera GPON (OLT) para construir una red FTTH con GPON. También sería conveniente que Mikrotik implementara algún cliente de TR-069, aunque a falta de este, echaremos mano de su scripting y/o API.

Ya tengo ganas de probarlo.

www.mikrotik.com/download/share/GPON.pdf

Como hice mi red FTTH con GPON (Huawei)

Cuando decidimos instalar una red de fibra hasta el hogar (FTTH), muchas eran las dudas que nos asaltaban. Una de ellas era que tecnología a usar.  Después de estudiar las alternativas nos decantamos por GPON. Si es acertado o no, el tiempo lo dirá.

Nos hicimos con una cabecera Huawei. Nos encontramos con un bicho bastante grande y caro, y no demasiada documentación al respecto. El canal oficial te ofrece soporte, o mas bien, te la configuran ellos, pero eso provoca que no sepas nunca jamás lo que tienes entre manos. Y eso no iba con nosotros. Así que apoyados en los conocimientos de otros operadores amigos, los cuales ya tenían muchos avances, cursos de formación específicos, y muchas horas de testeo, finalmente hemos conseguido poner en marcha el servicio de fibra hasta el hogar de nuestros clientes.

Como ya habréis adivinado con lo que digo, soy un simple novato en esta tecnología, por lo tanto, lo que voy a explicar son los pasos que yo he seguido para llegar a dar servicio a los clientes. Estos pasos pueden no ser los mas efectivos, e incluso alguno puede que sea erróneo. Cualquiera que detecte algo que se pueda mejorar que no dude en comunicármelo. También he de decir que esta configuración está todavía en pre-producción. Está previsto que empiece a conectar a clientes finales en un par de semanas (noviembre 2015).

El primer paso imprescindible es elaborar el planning de servicios a ofrecer. En mi caso los servicios a ofrecer son 4:
- Management de ONT's (OMCI)
- Internet
- Telefonía fija
- IPTV
- Televisión

Como veis, dejo dos apartados para TV. Uno para IPTV que de momento no vamos a implementar. El otro es lo que se conoce como RF Overlay, o mas coloquialmente, TV en 3ª ventana. Básicamente se trata de inyectar en la fibra una 3ª longitud de onda, distinta de las dos que usa GPON, que lleve un numero determinado de canales, modulados todos en DVB-T (TDT). En casa del cliente convertimos la señal óptica en eléctrica (en la propia ONT), y la entregamos con cable coaxial directamente a la TV del cliente o a la instalación de su casa. Como viene ya modulada en TDT, no se necesita ningún Set Top Box, ya que la propia TV del cliente es capaz de sintonizarlo. Todo el proceso necesario para entregar la señal de TV y mezclarla en la fibra con la señal GPON se merece todo un libro. Prometo alguna entrada en el blog sobre este tema. Como veis, la televisión en 3ª ventana no necesita de configuración en la cabecera GPON excepto el tratamiento del puerto CATV (RF o coaxial) de las ONT.   En esta entrada solo trataremos como configuramos la ONT para que entregue esa señal eléctrica por el puerto CATV que lleva.

La VLAN de Management es la que usaremos para proveer a las ONT's de conectividad hasta el servidor ACS de TR-069. Usar TR-069 es muy aconsejable, pero no es necesario. Lo digo por que configurar de manera barata un servidor ACS es complicado, y es un paso que se puede aplazar para mas adelante. Si no usamos TR069 tendremos que hacer ciertas configuraciones en el router del cliente después de conectarlo a la fibra.  Esto es algo a lo que los Wiferos estamos ya acostumbrados. Básicamente tendremos que configurar la(s) bocas WAN, el wifi del cliente, el bridge/switch de los puertos LAN, los parámetros para la voz IP, y cosas por el estilo. Si tenemos TR-069 esto lo haríamos automáticamente y desde la cabecera. Pero repito, este paso es prescindible en un principio. Nosotros hemos sido tozudos y lo hemos puesto en marcha via TR-069. También haré otra entrada con el proceso.

Como hemos dicho, a la cabecera GPON (en adelante, la OLT) no le tenemos que configurar nada sobre la TV en 3ª ventana. Por lo que solo tenemos que configurar 4 servicios. Internet, Management, Telefonía e IPTV (para tenerlo preparado para un futuro). Lo haremos mediante 4 VLAN's, una para cada servicio. En mi data plan, tengo la siguiente configuración de VLAN's de servicio:

VLAN 100 -> Internet
VLAN 200 -> Management
VLAN 300 -> Telefonía (VoIP)
VLAN 400 -> IPTV

Como siempre, utilizaré un CCR de Mikrotik para toda la gestión de capa 3,  y usaré la cabecera GPON como un simple Switch de capa 2. Empezaremos preparando el Mikrotik.

En mi caso, el Mikrotik recibe todas las VLAN sobre una misma interfaz. Para tener redundancia, esa interfaz es un bonding. He hecho un Bonding de 2 interfaces (SFP), que las conecto contra dos de los puertos UPLINK de la OLT (tambien en bonding). En este punto, lo suyo sería poner 2 switch en stack en medio, y configurar un segundo CCR con VRRP. Así tendríamos redundancia completa. Los switch con Stack que me gustan valen muuuuucho dinero, así que lo tengo pendiente para mas adelante. Ahí va la config del Bonding.

*Imagen 1. Bonding de dos interfaces SFP con Mikrotik

Esta será la interfaz por la que le llegará todo lo de la OLT, así que sobre esta interfaz configuro las distintas VLAN's de servicio.

*Imagen 2. VLAN's de servicio sobre el BONDING.

A partir de aquí, ya tenemos el Mikrotik listo para comunicarse con la OLT. Sobre estas interfaces VLAN configuraremos el direccionamiento IP que ofreceremos. En mi caso, configuramos una IP a la interfaz y servimos DHCP del rango en las VLAN de Management, IPTV i VoIP. La Vlan de Internet para los clientes la configuraremos para sirva PPPoE (Estamos discutiendo si no hacerlo también con DHCP, aunque seguramente sea PPPoE). Hay multitud de manuales por internet para configurar el servidor DHCP o PPPoE en Mikrotik. Llegados a este punto, Nuestro data planning podría ser algo así:

*Imagen 3. Data planning (provisional).

Llegados a este punto, vamos ya a meterle mano a la cabecera Huawei. Estos primeros paso son bastante genéricos en la mayoría de dispositivos, así que voy a intentar no extenderme mucho explicándolos.

Conecto un cable ethernet al puerto eth de la tarjeta SCUN de la OLT. El otro extremo al Mikrotik, a cualquier puerto ethernet. Asigno a ese puerto ethernet la IP 10.11.104.5/24.  La OLT viene de fábrica con la IP 10.11.104.2 . Compruebo que devuelve PING. La primera vez accedo por Telnet con el usuario root y la password admin . Dentro de la consola, tuve algún problema con la tecla de borrar en mi mac.

Antes de empezar, borro cualquier configuración que pueda tener previa (mía, por supuesto). Primero teclearemos enable y después config para entrar en el modo de configuración.

MA5680T(config)#erase flash data active

MA5680T(config)#erase flash data standby

Despues hay que rebotarla con  reboot system

Esto no borrará ni la configuración IP activa, ni la de SSH. Hacemos un save y rebotamos de nuevo, y ya tendremos la cabecera totalmente reseteada. Después del reboot, tenemos que confirmar las tarjetas que lleva la cabecera instalada, ya que por defecto no vienen activas. Con el comando display board 0 veremos que su estado es "autofind". Las activaremos todas con el comando

MA5680T(config)#board confirm 0

A partir de aquí, configuramos una serie de parámetros para la IP de la interfaz de gestión y para poder acceder por SSH en lugar de por Telnet.

• Configurar dirección IP.

MA5680T(config)#interface meth 0

MA5680T(config-if-meth0)#ip address 192.168.1.254 24

• Configurar default route.

MA5680T(config)#ip route-static 0.0.0.0 0 192.168.1.1

• Cambiar default password.

MA5680T(config)#terminal user password

• Configurar SSH Server.

MA5680T(config)#rsa local-key-pair create  (hi ha que posar un mínim de 768 bits en “modulus”. Per defecte ve 512)

MA5680T(config)#ssh user root authentication-type password

• Ajustar SSH re-enter times.

MA5680T(config)#Terminal user reenter (no se pueden modificar los reenters del superusuario)

• Comando SAVE

Hay que hacer un save de vez en cuando para no perder los cambios hechos en la cabecera si quitamos la corriente.

Llegados a este punto, configuraremos el uplink de la cabecera. Tal  y como hemos dicho antes, lo conectaremos a 2 puertos del Mikrotik que están en Bonding. Por lo tanto tendremos que configurarle el bonding a la OLT (Se llama Link-Agregattion en Huawei y en casi todos los demás fabricantes). 

link-aggregation 0/17 0,1 egress-ingress workmode lacp-static

Con este comando, agrego en un mismo bonding los puertos 0 i 1 de la tarjeta Uplink GICF (0/17). 

Llegados a este punto, y al igual que hicimos con Mikrotik, crearemos las VLAN de servicio en la OLT sobre el link-aggregation. Les daremos también IP, aunque no es necesario. Por lo tanto, nuestro data planning ha evolucionado a esto:

*Imagen 4. Data planning (provisional)

• VLAN 100:

MA5680T(config)#vlan 100 smart

MA5680T(config)#port vlan 100 0/17 0

The port list includes link aggregation or protect group port(s), so the other link aggregation or protect group port(s) not being included by the port list will be processed

Nos avisa que el puerto en concreto pertenece a un Link-Aggregation, por lo tanto, añadirá automáticamente esta VLAN a los puertos miembros del Link Aggregation.

A esta VLAN no le damos direccionamiento IP para no malgastar IP's públicas.

• VLAN 200:

MA5680T(config)#vlan 200 smart

MA5680T(config)#port vlan 200 0/17 0

The port list includes link aggregation or protect group port(s), so the other link aggregation or protect group port(s) not being included by the port list will be processed

MA5680T(config)#interface vlanif 200

MA5680T(config-if-vlanif200)#ip address 172.16.1.2 24 description "vlan_200_management"

Haremos lo mismo que en la 200 con las VLAN 300 y 400, con sus respectivas IP's.

Si necesitamos comunicación (en capa 3) entre los miembros de una misma VLAN necesitaremos habilitar el Proxy ARP tal y como se explica aquí. En la VLAN de VozIP casi seguro que necesitaremos habilitarlo.

Llegados a este punto, ya tenemos lista la OLT para empezar a configurar todo lo necesario para añadir las ONT de los clientes. Tendremos que añadir una serie de perfiles genéricos que después asignaremos a los distintos modelos de ONT's de los clientes en función del modelo y la configuracón requerida por el cliente. También entran en juego las VLAN's de Cliente, los TCONT y los GEM Ports. Todo un follón que a mi personalmente me ha llevado bastante de cabeza. Esté documento lo explica bastante bien, pero repito, si alguien no lo entiende a la primera que no se preocupe, mas adelante, cuando estemos finalizando la configuración se adivinará mucho mejor. Voy a intentar reducir el escenario todo lo posible para que se entienda, y que cada uno haga después los ajustes que crea necesarios a medida que le vaya tomando el tranquillo a la cosa.

Voy a usar las mismas VLAN en la parte del cliente para intentar no complicarlo demasiado. Voy a reservar también el puerto 4 eth (de los 4 que lleva la ONT) para IPTV. Se supone que el Set Top Box se conectará a este puerto y recibirá todo lo necesario para ofrecer la TV.

ONT-LINEPROFILEs

Lo primero que configuraremos serán los ont-lineprofile. Son los perfiles que determinarán como se enviará el tráfico desde la ONT hacia la OLT (upload). Puesto que hasta 128 usuarios compartirán el camino de subida, habrá que definir distintas prioridades en función del tipo de tráfico y/o usuario que esté enviando el tráfico.

El tráfico de los clientes subirá en distintas VLAN's, estás VLAN's las meteremos dentro de GEMPORTs, y estos GEMPORTs los meteremos dentro de contenedores T-CONT. Lo dicho, no os asusteis si lo encontrais enrevesado. Con la práctica se entenderá bien.

Aquí va el nuevo data planning con los nuevos conceptos. Intentad leerlo de derecha a izquierda. Todo lo nuevo lo pinto con un fondo verde:

*Imagen 5. Data planning provisional.

Fijaros como tenemos una nueva columna con números de VLAN. Esta vez se trata de la C-VLAN (Customer Vlan). Es distinta de la que ya teniamos (S-Vlan o Service-Vlan). Serán las VLAN que están en la parte del cliente. No tienen por que coincidir con las S-VLAN, aunque en este turorial si que las haremos coincidir para simplificar. Mas adelante, cuando configuremos los Service-ports, conectaremos las C-VLAN con las S-VLAN a nuestro antojo.

Empezemos creando los DBA-PROFILE que necesitaremos según nuestro data planning.

MA5680T(config)#dba-profile add profile-id 10 profile-name "UP_DBA" type4 max 600960

MA5680T(config)#dba-profile add profile-id 30 profile-name "VoIP" type3 assure 30976 max 100992

MA5680T(config)#dba-profile add profile-id 40 profile-name "OMCI_DBA" type2 assure 5056

MA5680T(config)#dba-profile add profile-id 50 profile-name "IPTV" type4 max 204800

La cabecera ya trae por defecto algunos DBA-PROFILE. podemos borrarlos. Como de momento no molestan para nada, yo lo dejo.

Para entender los tipos de DBA que hemos creado tenemos este PDF. Resumiendo mucho, con los distinto "types" podemos especificar garantías y máximos de velocidad. Como siempre, la suma de flujos garantizados no puede exceder la capacidad total del puerto PON (1,2 Gbps en upload). 

Estas velocidades NO son las velocidades que tendrán los clientes. Son las velocidades que podrán mover los distintos T-CONTs en subida. En mi escenario, el tráfico de Internet de todos mis clientes viaja en el TCONT 1 (c-vlan 100 -> GEMport 1 -> TCONT 1), que según el data planning tendrá el dba-profile 10, el cual, según hemos creado, permitirá un flujo de hasta 600 mbps siempre y cuando lo tenga disponible (o sea, sin garantías de que se puedan alcanzar los 600mbps). Repito, 600 mbps todos mis clientes, no cada uno.

Una vez tenemos creados los dba-profiles, toca menternos ya con los ont-lineprofiles. En principio, con uno que contenga todas las C-VLAN nos bastará.

MA5680T(config)#ont-lineprofile gpon profile-id 11 profile-name "generic_line-profile"

 fec-upstream enable

 tr069-management enable

 tr069-management ip-index 0

 tcont 0 dba-profile-id 40

 tcont 1 dba-profile-id 10          

 tcont 2 dba-profile-id 30

 tcont 3 dba-profile-id 30

 tcont 4 dba-profile-id 40

 gem add 1 eth tcont 1 encrypt on

 gem add 2 eth tcont 2 encrypt on

 gem add 3 eth tcont 3 encrypt on

 gem add 4 eth tcont 4 encrypt on

 gem mapping 1 1 vlan 100

 gem mapping 2 2 vlan 200

 gem mapping 3 3 vlan 300

 gem mapping 4 4 vlan 400

 commit

 quit

Primero habilitamos el FEC (Forward error correction) para upstream. Después habilitamos la gestión por TR-069 (seguro que en el futuro lo usamos). En los siguientes pasos declaramos los T-CONT que configurará este line-profile y les asignamos el dba-profile correspondiente. Después crearemos los puertos GEM de tipo ethernet y le diremos en que TCONT meterlos (según el data plan). Finalmente meteremos las C-VLANs dentro de los puertos GEM que también hemos definido en el data plan. Aplicaremos con commit y saldremos con quit.

En cada TCONT podemos meter mas de un GEMPORT, o como he visto alguna vez, meterlo todo en un único TCONT. Al separarlo podemos gestionar mejor las prioridades de tráfico (QoS).

ONT-SRVPROFILE

Ahora toca configurar los service profiles. De estos si que tendremos uno por cada modelo de ONT aunque se pueden configurar "adaptativos" para que se ajusten ellos solos. Puesto que yo de momento solo tengo tres modelos de ONT, prefiero hacer un srv-profile para cada una de ellas.

Yo he hecho estos tres:

MA5680T(config)#ont-srvprofile gpon profile-id 11 profile-name "HG8245A"

 ont-port pots 2 eth 4

 port vlan eth 1 transparent

 port vlan eth 2 transparent

 port vlan eth 3 transparent

 port vlan eth 4 transparent        

 commit

ont-srvprofile gpon profile-id 12 profile-name "HG8010H"

 ont-port eth 1

 port vlan eth 1 transparent

 commit

ont-srvprofile gpon profile-id 13 profile-name "HG8247H"

 ont-port pots 2 eth 4 catv 1

 port vlan eth 1 transparent

 port vlan eth 2 transparent

 port vlan eth 3 transparent

 port vlan eth 4 transparent

 commit

Con la etiqueta "transparent" en cada puerto dejariamos pasar las vlan que puedan venir desde el cliente de manera transparente. De todas maneras, solo progresarian hacia la OLT las que tengamos definidas en el ont-lineprofile que le asignemos a esta ONT (en nuestro caso: vlan 100, 200, 300 o 400).

Con esto tendriamos los perfiles para aprovisionar ONT's creados. Solo nos faltarán algunos ajustes en los puertos PON para poder hacerlo.

 MA5680T(config)#interface gpon 0/1                  

port 0 ont-auto-find enable

port 0 fec enable

port 1 ont-auto-find enable

port 2 ont-auto-find enable

port 3 ont-auto-find enable

port 4 ont-auto-find enable

port 5 ont-auto-find enable

port 6 ont-auto-find enable

port 7 ont-auto-find enable

ont port attribute catv default-operational-state off

En el puerto 0 hemos habilitado el FEC. Deberíamos hacerlo en todos. También hemos puesto a OFF por defecto el puerto CATV. En caso de que contraten TV se lo activaremos. Haremos estos comandos en todos los puertos de todas las tarjetas PON que tengamos.

ACTIVAR ONT's

Llega el momento de activar ONT's en el sistema.

Imaginemos que la tenemos pinchada en el puerto 7 de la primera tarjeta PON (0/1) . imaginemos la ONT con el serial number "12345678" (vendrá impreso en la caja, la propia ONT y en diversas pegatinas. Tambien lo veremos con el autofind).

Primero intentaremos descubrirla.

MA5680T(config)#display ont autofind all

Veremos algo similar a esto:

*Imagen 6. Resultado del display autofind.

En esta imagen, se ve como se ha encontrado una ONT en el puerto 6 (0/0/6). En nuestro caso se hubiera encontrado en el puerto 0/1/7 y con el ont SN "12345678".

Para habilitarla en el sistema hariamos lo siguiente:

MA5680T(config)#interface gpon 0/1

ont add 7 2 sn-auth "12345678" omci ont-lineprofile-id 11 ont-srvprofile-id 13 desc "primeraONT"

ont ipconfig 7 2 dhcp vlan 200 priority 5

ont port attribute 7 2 catv 1 operational-state on

Hemos activado en el puerto 7, una ONT a la que le hemos dado de ONT_ID el 2. Su line-profile es el 11 y su srv-profile el 13 (puesto que es una 8247 con CATV). Le hemos dicho también que esta ONT coja IP por dhcp via la VLAN200 (C-Vlan). Por último le hemos habilitado el puerto 1 de CATV (el único que tiene).

El resultado sería algo similar a esto:

*Imagen 7. Añadir una ONT

CONFIGURAR LOS SERVICE-PORT

Los service-port sean quizas una de las partes mas importantes de todo esto. Es el punto en el que enlazaremos las C-VLAN que nos vienen desde los clientes con las S-VLAN que tenemos detras de la OLT, en el Mikrotik. También aquí podemos asignar los perfiles de velocidades de los clientes.

Las C-Vlan nos vienen configuradas según el ont-lineprofile asignado a la ONT y las S-Vlan ya las tenemos configuradas en la OLT y el Mikrotik. Hemos dicho que para hacerlo fácil, las haremos coincidir. Es decir, conectaremos la C-VLAN con la S-Vlan del mismo número. Cada ONT tendrá un service-port por servicio, que hemos dicho anteriormente que los separariamos en distintas VLAN's (recordemos, la vlan 100,200,300 o 400). Por lo tanto, en caso de querer aprovisionar todos los servicios, crearemos 4 service-port por cada ONT.

Empecemos:

Lo primero será crear los traffic-table. Estos traffic-table serán los perfiles de velocidad que asignaremos a cada service-port. Deberemos especificarlos tanto para bajada como para subida. Yo tengo varios perfiles de velocidad creados, entre 30 y 100 mbps en saltos de 10 mbps. Finalmente tengo uno de 300mbps que es el que tengo yo asignado en mi casa (que voy a hacer, nadie me riñe por ello).

MA5680T(config)#traffic table ip index 9 name "voice" cir off priority 3 priority-policy

tag-in-package

traffic table ip index 10 name "10 megas" cir 10240 cbs 329680 pir 10240 pbs

329680 priority 0 priority-policy tag-in-package

traffic table ip index 30 name "30 megas" cir 30336 cbs 972752 pir 30336 pbs

972752 priority 0 priority-policy tag-in-package

traffic table ip index 40 name "40 megas" cir 40384 cbs 1294288 pir 40384 pbs  1294288 priority 0 priority-policy tag-in-package

traffic table ip index 50 name "50 megas" cir 50496 cbs 1617872 pir 50496 pbs  1617872 priority 0 priority-policy tag-in-package

traffic table ip index 60 name "60 megas" cir 60608 cbs 1941456 pir 60608 pbs  1941456 priority 0 priority-policy tag-in-package

traffic table ip index 70 name "70 megas" cir 70720 cbs 2265040 pir 70720 pbs  2265040 priority 0 priority-policy tag-in-package

traffic table ip index 80 name "80 megas" cir 80832 cbs 2588624 pir 80832 pbs  2588624 priority 0 priority-policy tag-in-package

traffic table ip index 90 name "90 megas" cir 90880 cbs 2910160 pir 90880 pbs  2910160 priority 0 priority-policy tag-in-package

traffic table ip index 100 name "100 megas" cir 100928 cbs 3231696 pir 100928  pbs 3231696 priority 0 priority-policy tag-in-package

traffic table ip index 300 name "300_megues" cir 329984 cbs 10240000 pir 329984 pbs 10240000 priority 0 priority-policy tag-in-package

Los valores de CIR y PIR son bien conocidos por los Mikrotikers. Basicamente son los valores garantizados y máximos que se entregan a cada service-port. El resto de valores suelen autocompletarse solo en función del CIR introducido. Estas tablas son las que definen las velocidades de los clientes.

Y ahora, a configurar los service-ports:

MA5680T(config)#service-port 7 vlan 200 gpon 0/1/7 ont 2 gemport 2 multi-service user-vlan 200 tag-transform translate inbound traffic-table index 9 outbound traffic-table index 9

MA5680T(config)#service-port 8 vlan 100 gpon 0/1/7 ont 2 gemport 1 multi-service user-vlan 100 tag-transform translate inbound traffic-table index 300 outbound traffic-table index 300

MA5680T(config)#service-port 9 vlan 300 gpon 0/1/7 ont 2 gemport 2 multi-service user-vlan 300 tag-transform translate inbound traffic-table index 10 outbound traffic-table index 10

MA5680T(config)#service-port 7 vlan 400 gpon 0/1/7 ont 2 gemport 2 multi-service user-vlan 400 tag-transform translate inbound traffic-table index 50 outbound traffic-table index 50

En verde hemos puesto el número de service-port. Podemos indicarlo nosotros o no poner nada y dejar que se asigne automáticamente. Es interesante tener bien anotados los service-port que tenemos asigandos a cada cliente para cambiarles las velocidades en el futuro, aunque tambien lo podremos consultar en la OLT.

En naranja tenemos las S-VLAN que tenemos configuradas en el MKT y a través de las cuales entregaremos los distintos servicios a los clientes.

En magenta tenemos las C-VLAN que nos llegan desde el lado de los clientes. Como sabemos, estan llegaran encapsuladas dentro de un GEMPORT, el cual tendremos que indicar en el service-port.

I en marrón tenemos los perfiles de velocidad (traffic-table) asignados a cada service-port, tanto de subida como de bajada, en función del servicio que estén transportando. En nuestro ejemplo no hemos asignado ningún límite a la VLAN de gestión (tr-069). Hemos puesto 300 mbps simetricos para la VLAN de Internet, 10 mbps simétricos para la de VoIP y 50 mbps simétricos para la de IPTV. Remarcar que esto si que es para cada cliente.

Una vez hecho todo esto, veremos ya todos leds de la ONT sin parpadear. Si se configura según el ejemplo, cualquier dispositivo que pongamos detrás de los puertos ethernet de la ONT, y que marquemos con alguna de las VLAN 100, 200, 300 o 400, tendrá conectividad (layer2) con el MKT. Si queremos usar la propia ONT como router para el cliente, tendremos que acceder a su configuración web, crear las WAN correspondientes marcadas con una de estas 4 VLAN's, y configurar la parte LAN con los puertos ethernet y/o wifi. También habilitar el NAT. Todo este trabajo se debería hacer via TR0-069 una vez lo tengamos preparado. Pero de momento, así nos vale.

Con todo esto, manual terminado. Gracias a Ruben y Pablo por su experiencia y consejos. También a Enrique por transmitirnos su sabiduría. Espero que no os aburrais con el.