Caso de exito – Fitel Network S.L.

Fitel Network es una compañia de Cataluña, España. La compañía ha tenido su propia red inalámbrica durante dos años contando con mil subscriptores conectados.

Al final de 2017, el equipo de Fitel empezó a implementar fibra óptica. La fibra se instaló en las principales localidades urbanas de la ciudad de Lloret de Mar. La topología que el equipo de organización técnica decidió usar es FTTH y FTTB, con tecnología GPON. Actualmente, la red esta diseñada para conectar diez mil disposistivos de fibra ONT. Los servicios que son provistos a los usuarios finales incluyen VOIP y conexiones móviles. La compañía conecta empresas y clientes residenciales que pagan una cuota mensual (recurrente) y tiene un número de clientes quienes vienen a Lloret de Mar por vacaciones y pagan los servivicios en forma prepago.

La red de Fitel fue optimizada mediante la implementación del sistema de gestión ISP Splynx, rediseñando el núcleo  de la red para pemitir un rendimiento 10G, registrando AS y un espacio de direcciones Ipv4, además de la implementación de servicios BGP para sus clientes.

«Muchas horas de trabajo, algunos días sin dormir, todos esos esfuerzos quedan recompensados por el nucleo de la red de Fitel, que esta preparado para competir con las grandes operadoras en el tráfico IP del 10G, la implementación del BGP, OSPF, servidores PPPOE, enrutamiento, implementación de políticas de seguridad y también la implementación del software para ISP. Agradecimiento especial para el equipo de SPLYNX, Alex Vishnyakov y Paul Gerhardt por su dedicación y por creer en este gran proyecto.»

Erwin Cárdenas Barrera – Director General & CEO de Fitel Network S.L.

Describamos como empezó todo y la totalidad del proceso

En la mitad de 2018, las redes de Fitel requerian que nuestro equipo instalará e implementara el software de gestión Splynx. Durante la instalación e implementación,  nos percatamos de que el router principal MikroTik CCR estaba teniendo algunos extraños problemas. Los usuarios PPPoE estaban continuamente desconectandose, los paquetes de datos se perdían y el comportamiento de los routers era inestable. Paul Gerhardt, el directivo técnico de Fitel nos pidió que investigaramos si el problema estaba siendo causado por el software Splynx, pero sabíamos que Splynx puede reconectar sesiones PPPoE solo en un caso – cuando un administrador envía COA o el comando «finalizar sesión». Nuestros ingenieros estaban al tanto de esto y empezaron a analizar el diseño de la red.

La compañía tenía instalado equipamiento Huawei MA5608 OLT, que trabajaba en modo de puente, finalizando todas las conexiones PPPoE en el router MikroTik CCR1036. Este router estaba realizando la función de concentrador y servidor NAT. Cuando la red tenía solo clientes inalámbricos y alrededor de 800 Mbps, el router actuaba correctamente, pero cuando los primeros centerares de clientes GPON se conectaron, el tráfico del router alcanzó 1,4 Gbps y los problemas empezaron.

El principal problema era que una vez al día sobre las 4pm, varios clientes reconectaban sus sesiones PPPoE, lo que causaba que la actividad de la CPU saltara del 30% al 100%, y, como resultado, el router paraba de responder a las nuevas solicitudes PPPoE. Además, empezaba a desconectar a decenas de clientes PPPoE ya conectados.

Una corta investigación de nuestro equipo mostró que la monitorización de las conexiones NAT junto un gran número de conexiones PPPoE a partir de alto tráfico causaba este problema. Ofrecimos a las redes de Fitel nuestro servicio de rediseño y optimización de red.

La topología inicial se mostraba como en la imagen provista debajo:

MikroTik CCR1036

  1. Red inalámbrica. Todos los usuarios se conectan a través de la red en puentes L2 hasta un router CCR. Los clientes tienen un equipamiento UBNT o MikroTik CPE que funciona como un puente transparente. Cada cliente tiene un TP-Link o un router MikroTik instalado en la instalación que establece la conexión PPPoE y que también conecta los disposisitivos de los usuarios finales a sus redes Wi-Fi de casa.
  2. Red de Fibra. Un router Huawei MA5608 esta conectado a un router MikroTik CCR con dos interfaces Gigabit. Las interfaces están unidas usando LACP. La compañía planeó migrar a interfaces 10G y se encontraba esperando el módulo de tarjeta.
  3. MikroTik CCR1036. El router estaba conectado via un puerto 10G al enlance ascendente con un servidor PPPoE y NAT ejecutándose en él.

Nuestro equipo tiene experiencia diseñando redes ISP para más de 10G de cargas. Hemos construído y optimizado varias redes tanto inalámbricas como de fibra y es uno de los servicios que  un cliente puede obtener de nosostros al implementar el software ISP de Splynx. El punto de central de toda la optimización  fue mudar la carga del principal router MikroTik y compartirla entre diferentes equipos. También exisitía otra razón – cambiar el router MikroTik que es un enrutamiento basado en la CPU a algún router acelerado por hardware, por ejemplo Juniper, Alcatel o Cisco.

El equipo informático de Fitel Network tenía conocimientos en MikroTik y, de por sí, cambiar la plataforma fue muy sencillo. Decidimos coger mas de un router MikroTik, añadir conmutadores para tener una topología redundante L2, y compartir la carga entre los diferentes equipos.

El resultado del rediseño y optimización es presentado en la la siguiente imágen:

 

Topología lógica creada en un sofware de visualización:

El equipamiento que fue instalado

Un router MikroTik CCR1036 que actúa como el router BGP y NAT.

Un MikroTik CRS317 de 16 puertos SFP+- conmutador de nucleo, están conectados al enlace ascendente de puertos 10G, un router BGP y los tres routers PPPoE están también conectados via puertos 10G. Por favor dese cuenta de que un mismo conmutador esta instalado cerca del primero. El segundo conmutador actúa como un apoyo en frío. Esto significa que tenía exactamente la misma configuración que el conmutador de núcleo y la misma cantidad de puertos, listo para intercambiar en caso de fallo del primer conmutador.

3x routers MikroTik CCR1036 que trabajan como servidores PPPoE donde los clientes inalámbricos y de fibra están conectados.

Un MikroTik CRS328 de 24 puertos + 4 puertos SFP, que actúa como conmutador distribuidor. A este conmutador estan conectados GPON OLT y linkeadores llegados de torres inalámbricas. Además,  los enlaces de bajada del router PPPoE estan enchufados a este conmutador.

Un router BGP anuncia prefijos públicos a Internet y traza el tráfico entre dos proveedores de Internet. Los enlaces ascendentes son líneas de 10GB. Cada router PPPoE tiene su propia red privada 172.16.x.x dede la que asignamos direcciones IP a clientes privados y prepago. Eso significa que en el router BGP hay tres rutas estáticas instaladas a estas redes – cada red al apropidado router PPPoE.

Los Servidores PPPoE estan conectados al mismo conmutador en la misma VLANs, lo cuál significa que los usuarios de las redes inalámbricas y de fibra pueden conectarse a uno de los tres servidores PPPoE al mismo tiempo. La ventaja de esta estrategia es la adaptabilidad y la tolerancia frente a los fallos. Si un router falla, los clientes pueden automáticamente reconectarse a los dos restantes routers PPPoE.

Los Routers PPPoE estan linkeados con el servidor Radius de Splynx. Cuando un cliente se conecta al router1, obtiene la IP de la reserva, que esta dedicada a este preciso router.

Otra historia diferente ocurre con las direcciones IP públicas. En ese caso, los clientes poseen direcciones IP estáticas, lo que significa que físicamente pueden conectarse a cualquier servidor PPPoE.

Para saber donde debería mandar el tráfico el router BGP, hemos activado OSPF en tres links – entre cada concentrador PPPoE y el router BGP.  Las IP PPPoE de los clientes son redistribuidas a OSPF como rutas conectadas tan pronto como se conectan a internet. Es importante marcar los filtros del enrutamiento correctamente – permitiendo solo IP públicas en una tabla de enrutamiento con /32 rutas, y todas las IP privadas no son redistribuidas al OSPF.

Splynx PayPal add-on

Puede recibir pagos a través de PayPal utilizando Splynx. Splynx genera facturas por los servicios, que se envían al correo electrónico del cliente y al portal de Splynx. Desde el portal de cliente de Splynx se pueden pagar las facturas utilizando Paypal.

paypal

Cuando el cliente hace clic en el botón de PayPal, se le transfiere a la página de PayPal para realizar el pago.

paypal-copy

Los clientes también pueden agregar una tarjeta de crédito en la página web de pago de PayPal, si no tienen una cuenta de PayPal.

add_card

 

Una vez realizado el pago, la factura se marca como pagada, se crea una transacción en Splynx y se cambia el saldo del cliente.

Hay varios pasos necesarios para configurar el add-on Splynx PayPal:

1. Instale el complemento con los comandos:

apt-get update

apt-get install splynx-paypal

2. Active la herramienta de desarrollador en su cuenta de PayPal.
Obtenga acceso a su cuenta comercial de PayPal en el sitio web https://developer.paypal.com

ClientID y ClientSecret son los valores que Splynx necesita para la configuración. Haga clic en agregar nueva aplicación Rest API, llámala Splynx.

2016-10-06-04-07-12-pm

Luego, puede encontrar el ClientID y el Secret en la página de la aplicación. Es importante elegir la versión «live», ya que muestra los valores de prueba para la cuenta Sandbox de forma predeterminada.

2016-10-06-04-10-15-pmCuando tenga el ClientID y el Secret, puede ponerlo en el servidor Splynx y conectar Splynx con PayPal.

3. Configure Splynx para que funcione con su cuenta de PayPal.
Conéctese al servidor Splynx a través de SSH y edite el archivo params.php ubicado en /var/www/splynx/addons/splynx-paypal/config.

‘splynx_url’ => ‘http://yoursplynxURL/’

‘clientId’ => ‘YOURPAYPALID’

‘clientSecret’ => ‘YOURPAYPALSECRET’

Si tiene alguna pregunta sobre la integración de PayPal, cree un ticket y el equipo de Splynx le ayudará a configurarlo: https://splynx.com/my-tickets/

Módulo Cashdesk

Cashdesk es un módulo de Splynx para procesar pagos. El administrador puede crear usuarios de Cashdesk y brindarles acceso al módulo. El usuario no puede cambiar y ver los datos de ningún cliente, excepto su nombre / compañía, los números de factura y el saldo real. Cashdesk puede ser utilizado por contadores que no tienen que acceder a Splynx, sino solo para procesar los pagos recibidos. También puede ser utilizado por revendedores. El distribuidor solo verá a sus clientes y podrá ingresar pagos a Splynx cuando reciba dinero de un cliente.
El primer paso para la activación de Cashdesk es la instalación. Lo realizan dos comandos siguientes en la CLI de Linux donde está instalado Splynx:

apt-get update
apt-get install splynx-cashdesk

Para crear un usuario de Cashdesk, se necesita crear un administrador y definirle los permisos para acceder a Splynx. Puede tener algunos permisos para acceder a Splynx o puede obtener un nivel de permisos «0» y acceder solo a Cashdesk:

cashdesk_admin
Cuando se instala Cashdesk, está disponible en «http:/ yoursplynxurl/cashdesk».
La primera pantalla es una página de inicio de sesión:
cashdesk_login

El usuario de Cashdesk ha iniciado sesión, puede buscar clientes según el nombre del cliente, el inicio de sesión o el número de factura.cashdesk_search

Después de ingresar el número de factura o el nombre del cliente en el campo de búsqueda, Cashdesk muestra la información del cliente con su saldo y las facturas impagadas.

cashdesk_user

El último paso es agregar el pago y escribir un comentario.
Cuando se ha agregado el pago, aparece en Splynx como una nueva transacción y también como un pago con comentario, ingresado en Cashdesk.

payment

Todos los pagos del usuario «casher» se pueden encontrar en la sección del Historial de Cashdesk.

cashdesk_history

A continuación puedes encontrar el video tutorial para Cashdesk:

Facturación prepago en Splynx

En la versión 1.2 de nuestro sistema, hemos agregado funciones de facturación completa por prepago. Se usa cuando el ISP cobra al cliente por adelantado y le proporciona acceso durante cierto período de tiempo. Cuando el saldo del cliente alcanza el límite establecido, se desconecta. Cada cliente tiene un tipo de facturación: «Pagos periódicos» y «Prepago».

Para configurar el prepago, necesitamos cambiar el tipo de facturación del cliente a Prepago.

type_of_billing

 

 

 

 

 

 

 

 

 

 

 

Luego definimos cuál es el valor del saldo del cliente para que Splynx bloquee su acceso a internet. Por defecto está configurado a «0», pero se puede cambiar en la configuración de cada cliente en el campo «Minimal Balance».

minimal_ballance

 

 

 

 

 

 

 

 

 

 

 

 

Después de configurar el tipo «Prepago», debemos agregar un pago a la cuenta del cliente. Por ejemplo, se han agregado 20 USD.

payment

 

 

 

 

 

 

 

 

 

 

 

 

 

 

El depósito del cliente cambió a 20 USD.

deposit

 

 

 

 

 

 

 

 

 

 

 

 

 

Agreguemos un servicio de 5 Mbps por 40 USD / mes. Splynx calcula la parte proporcional diaria del plan y se la cobra al usuario todos los días. Hay 30 días en octubre, por lo que la tarifa diaria es de 1,33 USD. Mañana, el saldo del cliente se cambiará de 40 USD a 38,66 USD y continuará disminuyendo cada día de acuerdo con su plan.

services

 

En esta situación particular, cuando el cliente tiene 20 $ como depósito, tendrá acceso durante 15 días. Luego su balance llegará a «0» y Splynx lo bloqueará. Si revisamos el depósito del cliente al día siguiente, se reducirá en función de la tarifa diaria:

prepay_balance
 

 

 

 

 

 

 

 

 

 

 

 

También se ha agregado una transacción, que muestra cuánto cobramos. Esta transacción se actualiza todos los días y muestra la cantidad total de dinero que se ha tomado del depósito del cliente.

prepay_transaction

 

Si está habilitado «Crear facturas (después de facturar)», Splynx generará una factura por los servicios consumidos el primer día del mes siguiente.

Puede encontrar cómo configurar el bloqueo en Splynx en el siguiente artículo:
https://splynx.com/2666/blocking-of-non-paying-customers/

 

La descripción de la facturación mediante Prepago está disponible en el siguiente video:

Pasarelas de Pago

Cobre a sus clientes con Paypal, Braintree, Authorize.net, SEPA, GoCardless, Cashdesk, Payfast o SagePay.

Splynx tiene un motor de facturación potente. Puede emitir facturas recurrentes y enviarlas a sus clientes o cobrar a los clientes con el modo de prepago.

Facturación recurrente
Las facturas se pueden emitir por adelantado o en modo postpago. Un mes de antelación significa que el 1 de mayo Splynx generará facturas para 1-31 de mayo. Pospago significa que Splynx genera facturas el 1 de mayo para el período del 1 al 30 de abril.

Cuando se genera la factura hay varios métodos para procesar el pago del cliente:

1. Orden de domiciliación bancaria
Cuando se generan las facturas, puede exportar todas o algunas de ellas a órdenes de débito directo. Está disponible bajo el botón «Cargar» en el módulo Finanzas de Splynx.

El orden de domiciliación bancaria puede enviarse a través del módulo API de Splynx a estas pasarelas de pago: Paypal, Braintree, Authorize.net, Stripe.com.
También puede cobrar las cuentas bancarias IBAN de sus clientes utilizando la plataforma SEPA XML y GoCardless.

2. Procesamiento de extractos bancarios
Si los clientes pagan sus cuentas utilizando transferencias bancarias, Splynx puede manejar estos archivos y procesarlos.

 

Entonces la factura se marca como pagada, se crea la transacción de pago y el saldo del cliente se convierte en «0». Debido a los diferentes formatos de los archivos en los bancos, siempre creamos un controlador personalizado (script php) que procesa el archivo bancario de nuestros clientes.

El archivo bancario se puede importar manualmente a Splynx usando el menú de procesamiento de Banco, o Splynx puede conectarse al correo electrónico o API del banco y obtener el archivo todos los días o varias veces al día.

3. Pagos en efectivo
Cashdesk es un módulo de Splynx para procesar pagos.

 

El administrador puede crear usuarios de Cashdesk y proporcionarles acceso al módulo. El usuario no puede cambiar y ver los datos de ningún cliente, excepto su nombre/nombre de empresa, números de factura y saldo real.

El Cashdesk puede ser utilizado por los contables, que no tienen que tener acceso a Splynx, sino sólo procesar los pagos entrantes. También puede ser utilizado por los distribuidores. El distribuidor solo verá a sus clientes y podrá ingresar los pagos a Splynx cuando reciba dinero del cliente.

4. Otro tipo, procesamiento manual
Si ninguno de los métodos de pago anteriores le satisface, siempre hay una opción para agregar un pago manualmente en Splynx o marcar la factura como pagada. Se creará una transacción de crédito en Splynx y también se agregará el pago al saldo del cliente.

Facturación de prepago 
La facturación de prepago se utiliza cuando el ISP cobra al cliente por adelantado y le proporciona acceso durante cierto período de tiempo. Cuando el saldo del cliente alcanza el límite establecido, se desconecta.

Con la combinación de la característica de auto-registro, los clientes en la red de ISP pueden registrarse en el sitio web del ISP, solicitar un servicio y pagar en línea durante el período de tiempo seleccionado. Pueden pagar a través de tarjetas de crédito utilizando las plataformas de Paypal, Braintree o Authorize.net. Braintree incluso soporta Apple Pay, Android Pay y Bitcoins.