Publicado sip:provider CE

Ante todo, y para despistados, aclarar que no soy Mikel. Soy Jon Bonilla (aka manwe)  y escribo en este blog por cortesía de mi buen amigo Mikel.

Sipwise acaba de publicar la primera versión de su sip:provider CE. Una plataforma completamente libre, que permite a operadores e ITSPs ofrecer servicios de telefonía en unos pocos minutos y sin complejas instalaciones o integraciones. Podéis ver el anuncio en la web de Sipwise.

sip:provider CE es una nueva versión de los productos de Sipwise basados en la tecnología NGCP y que desde hace años son usados por algunos de los mayores operadores de Europa. Esta versión, compuesta exclusivamente por aplicaciones libres, se ha centrado en ofrecer una solución completa y una interfaz lo suficientemente sencilla como para que cualquiera pueda instalar y ofrecer servicios de telefonía sin tener exhaustivos conocimientos de SIP, Kamailio, Asterisk, Sems, Billing, Rating… etc. Las interfaces de usuario están disponibles en español además de inglés.

Desde aquí os animo a probar este nuevo producto. La instalación, completamente desatendida, lleva menos de 10 minutos con una buena conexión a internet. Y la configuración básica de la solución lleva otros 10. Eso quiere decir que ¡podéis poner un sistema profesional  de VoIP en servicio en menos de 20 minutos!

PD: Por si no se ha notado en el sesgo del artículo, trabajo en Sipwise y durante el último año he liderado el equipo de desarrollo de los productos sip:provider CE y sip:provider PRO.

Posted in Uncategorized | Tagged , | Leave a comment

ESNOG – GORE 6

Esta vez he tenido la oportunidad de participar como ponente en este interesante evento de networking. Para los que no sepáis lo que significan las siglas GORE/ESNOG, son Grupo de Operadores de Red de España/España Network Operator Group y es un evento que se realiza cada 6 meses entre Madrid, Barcelona y Bilbao.

En él, profesionales del sector tratan temas de actualidad e interesantes en el mundo del networking y esta era la 6ª edición.
Era la primera vez que hablaba en un evento así y la verdad es que fué muy gratificante.

Mi charla trataba de unir nubes MPLS por internet utilizando túneles Martini+GRE, pero nada mejor que ver la presentación y el video del evento.

Ahí van!

Aquí os dejo el video, gentileza de mi buen Amigo Eduardo Collado

Y aquí el link al laboratorio de GNS3 utilizado en la presentación.
Destacar el buen rollo del evento y la accesibilidad de la gente, lejos de heroes y egos. Mil gracias a ESNOG y a Joao Damas por darme la oportunidad de participar y poder aportar mi granito de arena.

Hay rumores de que el GORE 7 será en Madrid, ahí nos veremos!!

Bye bye GORE6, see you GORE 7!!

Posted in Uncategorized | Tagged , , , | 2 Comments

Blog sobre IPv6

Recientemente he cambiado el registrador DNS de mi dominio a Goddady y he delegado la zona mikeljimenez.net al servidor de los chicos de SipDoc para administrar yo, mi propio DNS.

Esto también me ha permitido crear un registro AAAA ipv6.mikeljimenez.net, que como sabréis es el registro de hosts para IPv6, con lo que ahora el blog es accesible para ambos stacks.
Para conseguir la conectividad IPv6, he tirado un túnel contra Hurricane Electric, tal y como hemos explicado en posts anteriores.

ipv6-logo

ipv6-logo

Aquí las pruebas de consulta DNS:

Sacamos el registro NS (Name Server) de la zona:
iberssh@host:~$ host -t ns mikeljimenez.net
mikeljimenez.net name server ks201186.kimsufi.com.

Consultamos el registro A del NS para conocer la IP:
iberssh@host:~$ host -t a ks201186.kimsufi.com
ks201186.kimsufi.com has address 91.121.117.27

Vemos que coincide con sipdoc.net:
iberssh@host:~$ host -t a sipdoc.net
sipdoc.net has address 91.121.117.27

Por último hacemos una consulta AAAA al registro ipv6.mikeljimenez.net para sacar la IPv6 a la que apunta:
iberssh@host:~$ host -t aaaa ipv6.mikeljimenez.net
ipv6.mikeljimenez.net has IPv6 address 2001:470:1f12:286::2

Así que ya sabéis a probar!!

;)

Posted in Uncategorized | Tagged , | 3 Comments

Cambio de blog engine

Aprovechando que iba a traspasar el blog a los servidores de los colegas de sipdoc.net (mil gracias chicos), he decido cambiar el motor del blog de Chyrp a WordPress, dado que el proyecto de Chyrp ha sido abandonado y la verdad es que WordPress está muy bien.

Supongo que los que useís el RSS tendreís que actualizar la subscripción al feed.

Espero que no haya problemas con la migración y todo esté online cuanto antes.

Nos vemos!

Posted in Uncategorized | 1 Comment

CCDA passed!

Esta mañana he aprobado el examen de certificación CCDA (Cisco Certified Design Associate).

Yeah!! ;)

No ha sido un examen nada fácil. Preguntas muy rebuscadas y nada claras en ocasiones. Lo definiría como un examen incómodo.

No ha habido ningún lab, ni de troubleshooting ni de ningún otro tipo. La mayoría de preguntas eran referentes al tema principal de la certificación, el diseño y arquitectura de red, pero también se han tratado otros temas como de VoIp (codecs, QoS…), subnetting/summarizing, WiFi (WLC, LWAPP…) y sobre todo seguridad.

El material de estudio que he utilizado:

- CCDA Official Exam Certification Guide (Exam 640-863) (3rd Edition)

- CCDA Quick Reference Sheets: Exam 640-863

La verdad es que ha sido al certificación que menos me ha gustado de las que he hecho hasta ahora, demasiado teórica en mi opinión, con lo que se hace más dura de estudiar.

Pero bueno, otro examen aprobado, y esta certificación me abre las puertas para encarar el CCDP, que eso ya mola más!

Seguimos, y no paramos!!

;)

Posted in Certificaciones | Tagged , , , | 3 Comments

TSHOOT aprobado, CCNP done!

Buenas,

Hoy he aprobado el examen TSHOOT del CCNP. El último que me quedaba para terminar la certificación CCNP. Ya la tengo!!

Ha sido un examen eminentemente práctico, con solo 3 preguntas de tipo test y con 12 tickets de troubleshooting, que excepto alguno un poco rebuscado, han sido bastante asequibles.

Ahora ha descansar un poco, que también viene bien, y en breve a pensar con que seguir! ;-)

Gracias a todos por los ánimos y felicitaciones que he recibido.

Nos vemos!!

Posted in Certificaciones | Tagged , , , , | 6 Comments

Lab CCNP TSHOOT – IPv6

Hoy veremos la simulación del entorno de routing IPv6 propuesto en el examen TSHHOT del nuevo CCNP.

He hecho algunas modificaciones al esquema “original” añadiendo BGP, para mostraros como configurar el peering entre 2 ASs distintos, sobre IPv6.

Como posteriormente veremos en los videos, la estructura que se plantea, es un entorno IPv6, en el que participan RIPng, OSPFv3 y BGP.

Como curiosidad, hay una parte de la red que solamente tiene soporte nativo de IPv4, y la redistribución de rutas IPv6, se realizará a través de un túnel GRE.

El esquema de red propuesto:

CCNP TSHOOT-IPv6

Primera parte:

Segunda parte:

Son bienvenidas las críticas a este primer screencast con tal de hacerlo mejor la próxima vez.

Yo me pongo el primer fallo: digo como 300 mil veces “vale”. Me lo apunto ;-)

Saludos y comentad !!

Posted in Certificaciones | Tagged , , , , , , , , | 7 Comments

Inicios en el screencasting

Siguiendo con las ganas de darle más vida al Blog, tengo intención de añadir una nuevo tipo de contenido en formato video, screencasts.

Mi intención es utilizar los screencasts para los casos en los que los posts quedarían muy largos si fuesen unicamente texto. Además de eso el video ofrece más flexibilidad que el lenguaje escrito y no olvidemos que a veces está bien sentarse y que nos cuenten algo interesante, y no tener que hacer “el esfuerzo” en un artículo largo y duro de leer.

Es la primera vez que hago esto así que se aceptan críticas por supuesto!

Principalmente serán labs de GNS3, en los que se tratarán topologías emulando entornos reales y que pueden resultar interesantes para la obtención de certificaciones de Cisco.

Nos vemos!

Posted in Uncategorized | Tagged , | 4 Comments

CCNP TSHOOT in progress

Vuelvo a la carga después de estar un tiempo offline por temas de la Uni y tal…

Ya solo me queda un examen para terminar la certificación CCNP de Cisco, el TSHOOT (troubleshooting).

Este examen corresponde a la nueva revisión del CCNP 6.0 que ya comentamos en posts anteriores. Este examen engloba los conocimientos adquiridos en las certificaciones ROUTE (BSCI) y SWITCH (BCMSN) sumando algo más.

En este caso no es un examen tan teórico como suelen ser los examens escritos de CIsco, que suelen ser muchos tests y 3 o 4 labs. En este caso solo hay un 10% de preguntas teóricas y un 90% de prácticas. De hecho, las práticas son tickets (incidencias) emulando una situación más  o menos real.

El material que estoy utilizando para estudiar es:

Eso si, por mucho que te meriendes 5 libros o 10, no lo apruebas memorizando comandos como un loro. En este examen se examina la soltura en resolver problemas de networking, en un corto periodo de tiempo y en un entorno un poco hostil (los que habéis hecho este tipo de examenes sabréis de lo que hablo).
A continuación os muestro el entorno en el que se trabajará en el examen. Es curioso que cisco lo haya liberado
Lo componen 3 topologías:

Topolgía dedicada a routing IPv4, con BGP, OSPF, EIGRP, NAT, inter-vlan routing…

Topología IPv6 con OSPFv3, RIPng, GRE tunneling…

 

Y por último el esquema dedicado a switching. Mucho STP, HSRP, Etherchannel, inter-vlan routing…

Tiene pinta que será un examen bonito. Ya os contaré las experiencias.

Por cierto, si alguién está interesado en material de estudio en PDF que se ponga en contacto conmigo vía e-mail, y estaré encantado en ayudarle.

Happy networking!!!

;-)

Posted in Certificaciones | Tagged , , , | 6 Comments

Túneles Cisco-Linux

Esta vez veremos cómo tirar un tunel entre un equipo Linux y un router Cisco. En ocasiones nos encontramos en entornos heterogeneos en el que los dos extremos no son iguales (Cisco-Cisco, Linux-Linux).

En este caso veremos como establecer un túnel GRE y otro IPIP entre un router Cisco con Ip pública y un servidor Linux con Ip pública también. Posteriormente veremos el caso en el que el extremo Linux esté detrás de NAT. Recordad que estos 2 protocolos sólo ofrecen encapsulación, y no seguridad así que tenedlo en cuenta a la hora de utilizarlo y hacedlo únicamente en casos en que la seguridad no sea vital. Recordad también que estos protocolos son protocolos de nivel de red, nivel 3.

Túnel GRE Cisco-Linux

Para configurar un túnel GRE (Protocolo 47, RFC 2784), en la parte del router Cisco:

inteface tunnel 0
  ip address 192.168.11.1 255.255.255.0
  tunnel source vlan 1
  tunnel destination ip_publica_linux

Con esto:

  • Definimos la interfaz virtual tunnel 0
  • Configuramos la ip 192.168.11.1/24 en esa interfaz
  • Definimos desde qué interfaz se genera el túnel (ip origen del túnel)
  • Definimos el destino del túnel (otro extremo)

En la parte del servidor Linux:

ip tunnel add mygre mode gre remote ip_publica_cisco local ip_origen_tunel ttl 255
ifconfig mygre up
ifconfig mygre 192.168.11.2 netmask 255.255.255.0
Con esto:
  • Creamos la interfaz mygre, contra la Ip pública Cisco
  • Levantamos la interfaz
  • Seteamos la ip 192.168.11.2/24
Y listo, ya deberíamos poder pingar desde nuestro router Cisco, al servidor Linux vía el túnel, without NAT.
Vale, en este ejemplo los dos equipos tienen Ip pública pero, ¿Qué pasa si el equipo Linux está detrás de NAT?
El objetivo es natear el protocolo GRE en el gateway del equipo Linux hacia dentro, para que el router Cisco al lanzar el túnel hacía la Ip pública del equipo Linux, no se quede en el router y llegue hasta donde tiene que llegar.
Si tenemos un router usable, (más allá de un Zixel de Telefónica) lo podremos hacer facilmente. En nuestro caso lo haremos con Iptables, ya que es otro Linux el que da la cara a Internet.
Para ello:
iptables -t nat -A PREROUTING -p 47  -j DNAT –to 192.168.99.2
o
iptables -t nat -A PREROUTING -p GRE  -j DNAT –to 192.168.99.2
Con esto, nateamos el protocolo 47 o GRE hacia la IP 192.168.99.2.
En el equipo 192.168.99.2 seguiremos el mismo proceso para crear el túnel que se ha explicado más arriba.

Tunel IPIP Cisco-Linux

En el caso que deseamos un túnel IPIP (Protocolo 4, RFC 2003), en la parte del router Cisco:

inteface tunnel 0
  ip address 192.168.12.1 255.255.255.0
  tunnel source vlan 1
  tunnel destination ip_publica_linux
  tunnel mode ipip
Como podemos observar, lo único que cambia es el modo del túnel.
En la parte Linux:
ip tunnel add myipip mode ipip remote ip_publica_cisco local ip_origen_tunel ttl 255
ifconfig myipip up
ifconfig myipip 192.168.12.2 netmask 255.255.255.0
En el caso de estar detrás de nat, no he conseguido establecer el túnel en modo IPIP, pero debería ser tan sencillo como reenviar el protocolo 4 con iptables.
iptables -t nat -A PREROUTING -p 4  -j DNAT –to 192.168.99.2
Habrá algo que se me escapa. Si alguién sabe/lo ha intentado, que lo comente!!
Pués ya veís, super sencillo unir dos redes entre un Cisco y Linux en 5 mins!
A disfrutar!
Posted in Uncategorized | Tagged , , , , | Leave a comment