lunes, 8 de agosto de 2016

Mas allá del Cobre

Introducción

Se podría pensar que las redes de cobre para proveer servicios de telecomunicaciones están en decrecimiento o que tiene sus días contados, sin embargo, el cobre sigue siendo una de las piezas fundamentales para que los países en desarrollo (y muchos otros) accedan a los distintos servicios de Internet y por consiguiente a sus incontables beneficios.

Habiendo escrito el párrafo anterior, el presente Post desea expresar nuestro pensar en cuanto a las redes “viejas” y existentes de cobre en un mundo cambiante de telecomunicaciones donde la velocidad de la fibra óptica y las redes inalámbricas están tomando un terreno indiscutible.

Un poco de historia sobre las redes de Cobre

El uso del cobre en redes de telecomunicaciones empezó en el último tercio del siglo XIX. Durante este siglo se investigó el uso de medios de transmisión de formas simples, de hierro, cobre, etc.

Su historia se encuentra atada a las telecomunicaciones remontándose a la invención del teléfono por Alexander Graham Bell quien patenta en 1881 el par de cobre trenzado y 3 años después se realiza la primera llamada de larga distancia entre Boston y Nueva York.

Las propiedades físicas del cobre, junto a otros metales tales como el Aluminio, Plata, Oro, etc, los hacen buenos conductores de electricidad. Sus átomos se unen formando enlaces metálicos que le dan un estructura más estrecha y estable al metal en sí. Esos átomos liberados forman una nube de electrones, la cual conduce la electricidad con suma facilidad y al aplicar un campo eléctrico, los electrones comienzan a fluir desde un extremo del metal a otro libremente.

Por generaciones, las redes tradicionales de telecomunicaciones y en especial las redes de voz, utilizaron pares de cobre para la explotación de los diversos servicios disponibles en ese entonces.  Desde el telégrafo, los primeros cables submarinos, el telex y las redes de voz, las empresas de telecomunicaciones hicieron cuantiosas inversiones para llegar a los clientes a través del cobre.

Con la evolución de las telecomunicaciones y la llegada del Internet, las redes de telecomunicaciones se actualizaron, llegando a digitalizar la mayoría de sus principales elementos de red. Sin embargo, ¿qué hacer con los pares de cobre que se instalaron por años en la red de planta externa y en el bucle de abonado?.

Estaba claro que reemplazar todo ese cobre, representaría altas inversiones y tomaría muchos años.  La mayoría de estas instalaciones de cobre aún no retornaban su inversión, por lo que la tecnología evolucionó para permitir transmitir formas diferentes de datos en conjunto con la voz, transportándose por pares trenzados de cobre entre los proveedores de servicios de red o compañías telefónicas.

Ahora bien, vamos a adentrarnos en lo que se conoce como: Bucle del Abonado, que como sabemos es la parte que se extiende desde la central telefónica hasta el usuario. Esta conexión es tradicionalmente un par trenzado de cobre y donde el operador puede transportar diferentes tecnologías como: Voz, ISDN, XDSL a través de sus varios sabores: ADSL, HDSL, SDSL y VDSL.

La primera especificación sobre la tecnología xDSL data de 1987 y fue definida por “Bell Comunications Research”, la misma compañía precursora de la tecnología RDSI (Red Digital de Servicios Integrados). En ese momento la aplicación de la tecnología xDSL estaba dirigida a suministrar vídeo bajo demanda y aplicaciones de televisión interactiva sobre el par de cobre.

El gran avance de los servicios de alta velocidad xDSL, está en el soporte de banda ancha sobre las líneas de cobre telefónicas ordinarias instaladas previamente a lo largo de los años.  Sus velocidades de transmisión varían entre 128 Kbps y 8 Mbps dependiendo del tipo de servicio xDSL y la calidad de línea telefónica que se tenga (si, ciertamente las velocidad pueden ser aún mayor y también depende de la distancia entre el abonado y la central).

Un poco de historia sobre las redes de Fibra

Respecto a la historia de la fibra óptica podemos retroceder hasta el siglo XIIX donde se lograban transmisiones de datos utilizando la luz solar y espejos. Pero ciertamente lo anterior no podía llamarse fibra óptica.

Sin embargo, el verdadero estudio sobre este tema comenzó en los años 50’ pasando por grandes cambios y por diferentes dificultades que hubo que superar tales como utilizar la luz para la transmisión en vez de electricidad, materiales utilizados para la fibra, atenuaciones x Km y otros detalles.

La primera transmisión telefónica a través de fibra óptica, en 6 Mbit/s se hizo en 1977 por General Telephone and Electronics en Long Beach, California.

En la actualidad, un fibra óptica está compuesta de un hilo o varios hilos, muy finos de material transparente, vidrio o materiales plásticos. A través de estas hebras de hilos se transmiten pulsaciones de luz que transportan información de datos a velocidades muy altas. El haz de luz queda completamente confinado y se propaga por el interior de la fibra utilizando, por lo general fuentes de luz láser.
La luz producida por un láser consiste de fotones del mismo tamaño, movimiento y dirección, siendo entonces el rayo de luz de alto poder distintivo espectral, con características bien definidas.

¿Qué tiene la Fibra que no tenga el Cobre?
Los enlaces de Fibra tienen una gran cantidad de ventajas que no se dan en otros medios. Vamos a nombrar específicamente un comparativo con el cobre.

1) Mayor ancho de banda:
A pesar de que constantemente se logra mayor capacidad de transmisión de datos sobre par de Cobre, el ancho de banda soportado por la fibra óptica sigue siendo muy superior; se han reportado decenas de Terabits por segundo. Es normal que los conocidos de fibra óptica digan que la limitante está en la electrónica y no en el propia Fibra Óptica.

2) Distancia:
El cobre es conocido por su limitante de 100 metros de alcance (si, ciertamente pueden haber otros factores y mitigaciones a esto). La fibra monomodo pueden superar los 40 Kilómetros sin inconvenientes.

3) Inmunidad y confianza:
La fibra óptica es inmune a una gran cantidad de factores que pueden afectar a los enlaces basados en cobre como lo pueden ser: interferencias electromagnéticas, radio frecuencia, impedancia, crosstalk, temperatura y otros

4) Costo:
Este es un tema que puede tener muchas aristas y todas ellas alcanza para escribir un libro, solo vamos a resumir el tema de los costos en que el precio de la fibra óptica ha caído significativamente en los últimos años.


Fibra óptica: ¿sinónimo de Banda Ancha?

Para entrar en este importante tema deseamos rescatar las palabras de Raúl Echeberría (ex-director y fundador de LACNIC) que en año 2012 dijo: “Un país sin plan de Banda Ancha está en problemas”.

Banda Ancha es un concepto difícil de explicar, pero en líneas generales se refiere a la capacidad que tiene un enlace de transportar gran cantidad de información. Es un término que cambia con el pasar de los años debido a que Banda Ancha no significaba lo mismo en el 2000, 2010 ni 2016 debido a la evolución natural de las redes y demanda de los usuarios.

Hoy en día es normal que muchos ISPs de varios países entreguen anchos de banda a empresas y usuarios finales de 50, 100 y 500 Mbps, incluso más en ciertas oportunidades. Sin embargo, en algunas situaciones realizar lo anterior no es posible y mucho menos cuando el ancho de banda exigido por el suscriptor es simétrico, lamentablemente esto es una situación negativa que afecta al cliente, a su productividad y por ende al mismo país, sobre todo cuando existe un efecto multiplicador por miles de abonados.

Viendo el escenario descrito en el párrafo anterior podemos apreciar que es virtualmente imposible implementar redes basada en cobre para realizar entrega de enlaces de banda ancha en redes masivas, la solución natural son redes de fibra óptica que abarquen la mayor cantidad de kilómetros cuadrados posible a lo largo y ancho de los territorios nacionales.

Finalmente, es importante tomar en cuenta la importancia de los anchos de banda simétrico porque la arquitectura de la red cambia, así como la necesidad misma de los usuarios. Aplicaciones peer to peer, Dropbox, Google Drive, video conferencia entre otras han exigido a los usuarios no solo pedir información a la red, sino también entregar datos a la misma. El mundo de los enlaces ADSL debería desaparecer con el transcurrir del tiempo.

¿Qué tienen las redes inalámbricas que no tenga el Cobre?
Sin ánimos de analizar la teoría electromagnética y tratar de explicarla a través de las ecuaciones de Maxwell, la simplicidad práctica de la propagación de ondas, nos lleva a responder esta pregunta de manera relativamente sencilla.

La enorme ventaja de las redes inalámbricas (en todos sus sabores: 802.11, satélite, microondas, Wimax, celular, etc) es la posibilidad de conectar sin mayores inconvenientes inherentes al despliegue de redes físicas de planta externa, con apoyo de antenas, repetidoras, receptores se pueden crear enlaces punto a punto y punto multipunto.

Probablemente el lector en este momento piense: ¿Por qué no hago todo con enlaces inalámbricos?

Como todo en la vida, la perfección no existe y en este caso tiene un costo. Aquí un breve resumen por tecnología:

Wifi 802.11:  Espectro libre, propenso a interferencia
Satélite: Costoso, altos delay, anchos de banda bajos
Wimax:  Cobertura e interferencia
Celular: bateria, aun con anchos de banda limitados
Microonda: Ancho de banda limitados, licenciamentos de banda

Otra limitante que es mínimo común denominador de todas las anteriores es que los enlaces inalámbricos son más propensos a pérdidas de paquetes lo que ocasiona que el aprovechamiento del ancho de banda es las redes sea mermado exponencialmente, sobre todo debido al conocido comportamiento de TCP quién disminuye su tamaño de ventana al no recibir un acuse de recibo.

De igual manera, hay que tener en cuenta que el espectro radioeléctrico es un recurso de los Estados y como tal, existen altos pagos por el uso de las bandas de explotación. Aunque existen algunas bandas que no requieren licencias, la mayoría de los segmentos de espectro para el uso de redes de banda ancha móviles exigen pagos de millones de dólares y la consecución de licencias, concesiones o permisos de uso exclusivo a ciertos proveedores de redes.

¿De verdad se necesita velocidad?

Vamos a responder a esta pregunta de una manera muy clara: Absolutamente

Hoy en día la necesidad de ancho de banda simétrico en los usuarios es inminente. Aquellos años donde el usuario “pedía” más datos a la red han quedado atrás.

La velocidad en el usuario es cada vez más importante, actualmente es muy común que los usuarios tengan llamadas, conferencias, teleconferencias, videoconferencias y mucho más en sus equipos. Por otro lado, la misma tecnología del software en el usuario a avanzado de tal manera que es necesario compartir archivos de muy gran tamaño (Gigabytes) con colegas, familia y amigos, por ello es importante ancho de banda de subida y bajada, tanto para el que sube los datos como para que el desea acceder a la misma.

Vamos a mencionar un ejemplo muy sencillo: Un educador realiza un video para enseñar a los niños a leer, hasta allí todo bien. Luego, el mismo educador desea colocarlo en línea para que sea visto por sus alumnos tantas veces como desean. El video ocupa 2 Gigabytes en su disco duro.

¿Cuánto tiempo (aprox) duraría en colocarlo en línea?. 

Vel      hrs:min

9.6 Kbps   509:15
14.4 Kbps  339:30
28.8 Kbps  169:45
33.6 Kbps  145:30
56 Kbps     87:18
64 Kbps     76:23
128 Kbps    38:11
256 Kbps    19:05
512 Kbps    09:32
1.024 Mbps  04:46
1.544 Mbps  03:09
2.048 Mbps  02:23
10 Mbps     00:29

Lógicamente los tiempos de arriba indicados son si nada falla y que más nadie utilice la red con todo el ancho de banda dedicado 100% a la aplicación que está subiendo el video. En la realidad es casi imposible que usuarios con enlaces de poca velocidad de subida podrán subir dicho video. Este comportamiento hay que llevarlos a otros ámbitos como medicina, salud, trabajo, academia, entretenimiento y más.
FTTx, el camino lógico a seguir
FTTx (del inglés Fiber to the x) es un término genérico para designar cualquier acceso de Banda Ancha sobre fibra óptica que sustituya total o parcialmente el cobre del bucle de abonado.

En base a todo lo mencionado anteriormente desde nuestra perspectiva las diferentes tecnologías de fibra deben incentivarse en todos los países; en un mundo ideal debería haber varios proveedores de fibra óptica, en todas las ciudades, en todas sus calles y conectando todo un país y a su vez realizando conexiones inter-ciudades.  

También combinaciones de fibra e inalámbrica en algunos sitios. Claro está que las redes de cobres quedarán por muchos años, es muy lógico que existe un dinero que recuperar, sin embargo también hay mucho dinero que perder cuando el país que no cuente con tecnologías FFTx queda en desventaja con el resto.

¿Qué puede hacer un regulador de telecomunicaciones?

Los países que no tengan proveedores FTTx quedarán rezagados en el tiempo y perderán mucha competitividad, no solo en telecomunicaciones sino en toda la industria en general por la enorme relación en diferentes rubros del mercado y la misma globalización.

En base a lo anterior consideramos que es muy sano crear incentivos para fomentar redes de fibra óptica en los países, que cubran todo el backbone y a su vez llegando al abonado final.

¿Cuáles incentivos pueden ser?:

- Facilidad en conseguir habilitaciones de telecomunicaciones
- Apoyo en la solicitud de permisos para tender fibra
- Exoneración de aranceles en importación en este rubro
- Reducción en el pago impuestos sobre servicios FTTx
- Apoyar nuevos competidores de Telco con esta tecnología
- Compartir algunos segmentos de fibra entre diferentes proveedores
- Incentivar el desarrollo de nuevos servicios, basados en el uso de las redes de fibra (contenido, clouding, etc.)


Para finalizar este articulo.., no podemos dejar de mencionar: Acompañemos la fibra óptica junto a la implementación de IPv6 !!

Referencias:
8 ADVANTAGES OF CHOOSING FIBER OVER COPPER CABLE
http://blog.blackbox.com/technology/2015/04/8-advantages-to-choosing-fiber-over-copper-cable/

Bucle Local
https://es.wikipedia.org/wiki/Bucle_local

Historia de la línea telefónica de cobre
https://techzine.alcatel-lucent.com/es/historia-de-la-linea-telefonica-de-cobre

Fibra óptica
https://es.wikipedia.org/wiki/Fibra_%C3%B3ptica

Que nos dejó Caribe 4
http://prensa.lacnic.net/news/edition/17a-edicion

Por:
Alejandro Acosta @ITandNetworking
Cesar Díaz @CesarDz26

martes, 28 de junio de 2016

Presentaciones / Publicaciones / Articulos


Lacnic Mexico (Mayo 2011)
 Analisis del comportamiento de publicación de prefijos IPv4 inter-RIR


Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA
https://afrinic.net/global-policy-for-post-exhaustion-ipv4-allocation-mechanisms-by-the-iana-afpub-2011-v4-004-draft-01

Resumen Lacnic Quito (Mayo 2012)

10a. Edición FLIP6. LACNIC XVII. QUITO - ECUADOR RESUMEN

Resumen Lacnic Medellin (Mayo 2013)

Resumen de FLIP6 en Medellin 2013

Listos Para Ofrecer IPv6 (1 Feb 2011)
http://www.gerente.com/detarticulo.php?CodArticl=99

Culmina foro que promueve adaptación al Protocolo de Internet IPv6 (5 Sep 2012)
http://portal.cenit.gob.ve/cenitcms/noticia_2989_1.html

Taller para conocer mecanismos de transición al IPv6 realizó el MCTI (4 Sep 2012)
http://www.mcti.gob.ve/Noticias/15497

Entrevista radio en el programa Tecnología hecha Palabra (Agosto 2012):
Adios IPv4


Draft IETF (Agosto 2013)
http://tools.ietf.org/html/draft-moreiras-v6ops-rfc3849bis-01

VIII Congreso Internacional de Ingeniería Electrónica y Tecnologías de Avanzada - CIETA. Colombia (Abril 2011):
http://www.unipamplona.edu.co/unipamplona/portalIG/home_29/recursos/01_general/04042011/ponencias.pdf


Politica Global IANA (Inicialmente presentada en Lacnic Cancun Mayo 2011, implentada por ICANN el 6 de Mayo de 2012)
  LAC-2011-05 Global Policy for post exhaustion IPv4 allocation mechanisms by the IANA (Aceptada)

Propuesta de política para Lacnic. Argentina Octubre 2011:
Propuesta de política para ser adoptada por Lacnic (2011-03) (Aceptada)
Propuesta de política para ser adoptada por Lacnic (2011-04) (Aceptada)

Presentacion Lacnog Uruguay (October 2012)
Saving VLANs in a Data Center Environment.

Presentacion Lacnog Brasil (Octubre 2010)
Entrevista: avances de IPv6 en la región
Entrevista: Principal impulsor para desplegar IPv6
Presentación: Estudio de Penetracin de IPv6 en los Paises Hispano Parlantes.

Presentacion Salvador Bahia (May 2008)
Implementación de IPv6. Comsat Venezuela. Caso de Estudio 

Keynote speaker (6 Junio 2012)
Lanzamiento mundial de IPv6


LAC-IGF (Cordoba, Argentina, August 2013)
IPv6 & Satellite links: The right solution for rest of the world


Sin IPv6 los “países no van a poder comunicarse entre ellos”. (Santiago de Chile, Chile, Octubre 2014)
http://prensa.lacnic.net/news/2014octes/sin-ipv6-los-%e2%80%9cpaises-no-van-a-poder-comunicarse-entre-ellos%e2%80%9d?utm_medium=email&utm_campaign=oct2014&utm_content=oct2014+CID_72073239c61081e2ebf342a3371af484&utm_source=Email%20marketing%20software&utm_term=info

IPv6: Tendencias, implementacion y seguridad (Managua, Nicaragua, 29 de Noviembre 2014)
https://www.youtube.com/watch?v=i0k4Tzvw0jM


Revista Fonte Febrero 2015
http://www.prodemge.gov.br/images/revistafonte/revista_14.pdf


Revista QuintoPoder (Revista Digital dedicada a los temas de la Gobernanza de Internet en América Latina). Marzo 2015:
http://quintopoder.info/wp/2015/03/10/entrevista-alejandro-acosta-ipv6/

Revista La Republica de Peru.
http://www.larepublica.pe/05-05-2015/implementacion-del-protocolo-ipv6-en-peru-crecio-9-en-el-ultimo-ano


November 11 2015
Presentación durante IGF 2015 en la sesión: IGF 2015 DAY 2 WK2 BPF CREATING AND ENABLING ENVIRONMENT FOR IPv6 ADOPTION
https://www.youtube.com/watch?v=zdjxQYPWRTk

Presentación proyecto Dr. IPv6
San José de Costa Rica, Noviembre de 2016
https://www.youtube.com/watch?v=Gk_txBsnNA0


Como anunciar tus prefijos IPv6 - Estadísticas de IPv6
Webinar junto a Cisco
Agosto 22 de 2018
https://www.youtube.com/watch?v=o3QWtRrZsr8


Actualización del proyecto Natmeter - Octubre 2018
Rosario, Argentina
https://www.youtube.com/watch?v=XbMW0shzrPQ

Presentación en Nanog 74, Vancouver, Octubre 2018
Vancouver, Canada
https://www.youtube.com/watch?v=vL_Mm6ASPOw&t=4784s

Panorámica sobre el secuestro de redes IP
¿Qué pasa con IPv6 en Internet cada minuto?


miércoles, 4 de mayo de 2016

Lanzamiento del proyecto Doctor IPv6

Hola todos,
 En esta oportunidad quiero comentar que hace dos horas tuve el honor de anunciar el proyecto llamado Doctor IPv6 en el marco de Lacnic 25. Por ello decidí escribir estas líneas con el objetivo de describir el proyecto. En el siguiente párrafo resumo de manera muy simplista el proyecto y más abajo se encuentra descrito con bastante detalle.
 Dr. IPv6 es básicamente un mecanismo donde personas con alguna duda o pregunta pueden enviar la misma a una casilla de correo electrónico (dr.ipv6 @ lacnic at net) y luego reciben una respuesta en formato PODCAST (.mp3 guindado en http://portalipv6.lacnic.net).
 
¿Qué es Doctor IPv6?
Doctor IPv6 pretende ser un novedoso programa para impulsar IPv6 en la región de Lacnic.
El objeto es que exista una casilla de correo destinada a recibir preguntas de la comunidad y que las mismas sean contestadas frecuentemente via Podcast y sean guindadas en una sección pública dentro del Portal IPv6 (u otro sitio nuevo para tal fin). Pregunte a Dr. IPv6 es la segunda fase de la creación de Podcast de Lacnic.


¿Quienes pueden preguntar?
Cualquier persona de la comunidad de Lacnic suscrita a la lista Lactf. La intención es aclarar dudas relacionadas a IPv6

¿Que tipo de preguntas se recibirán?
Preguntas de cualquier índole, no limitado a:
  1. Monitoreo de Redes IPv6
  2. DNS e IPv6
  3. BGP e IPv6
  4. IPv6 en redes LTE
  5. IPv6 en MPLS
  6. Despliegue de IPv6
  7. Seguridad
  8. Neighbor Discovery
  9. Despliegue
  10. Muchas más


¿Cómo funciona?
Los pasos serían los siguientes:


  1. Se invita a la comunidad a realizar preguntas en la lista lactf
  2. La comunidad envía preguntas a dr.ipv6 @ lacnic at net
  3. Lacnic busca candidatos prospectos para contestar las preguntas
  4. Un moderador realiza la entrevista (y graba la misma) al candidato seleccionado en “b”
  5. Lacnic guinda en el Portal IPv6 (u otro sitio) un archivo mp3 con las respuestas
  6. Se anuncia el archivo y respuesta disponible en la lista lactf



¿Qué beneficios que se esperan del programa:
El programa puede tener gran cantidad de beneficios. Los dos principales son:
  1. Impulsar el despliegue de IPv6 en la región apoyando a los operadores de red mediante este nuevo mecanismo
  2. Aumentar la participación de la comunidad con las tareas de Lacnic


Duración:
Max: 20 min


Formato del archivo:
mp3 y ogg

viernes, 18 de marzo de 2016

Chiste: Internet JAMÁS reemplazará al periodico

Al periódico nunca lo reemplazará  Internet.

A continuación algunos de los más importantes usos del periódico.

USOS DOMÉSTICOS:
* Madurar los platanos.
* Recoger la basura.
* Limpiar los cristales.
* Hacer las montañas del pesebre.
* Calzar las patas de la mesa coja.
* Empaquetar la vajilla en la mudanza.
* Cubrir el suelo de la jaula del pájaro.
* Recoger la caca del perro.
* Cubrir los muebles y el suelo antes de pintar.
* Evitar que se meta el agua debajo de la puerta.
* De protector en el suelo del garaje si el coche gotea aceite.
* Matar moscas, cucarachas y demás insectos rastreros.

USOS EDUCATIVOS:
* Pegarle al perro en el hocico cuando se mea en la casa.
* Recortar letras y fotos para los deberes de los niños.
* Elaborar títeres o piñatas.
* Hacer barcos de papel.
* Arrancarle en el pedacito en blanco de arriba para anotar números de teléfono.

USOS COMERCIALES:
* Ensanchar zapatos.
* Rellenar los bolsos para que conserven su forma.
* Empaquetar clavos en la ferretería.
* Hacer un sombrero de pintor ó albañil.
* Dar trabajo a vendedores y periodistas.
* Envolver flores.
* Cortar patrones para modistas y sastres.
* Envolver cuadros.

USOS FESTIVOS:
* Para prender el carbón de la barbacoa.
* Rellenar las cajas de los regalos sorpresa.
* Fabricar el embudo de mago que desaparece el agua.
* Dominar a los toros en los Sanfermines.

OTROS USOS:
* Para que los secuestradores usen sus letras en las cartas.
* Para ponerlo encima del banco y no mancharse en el parque.
* Hacer bolitas y pegarles a los compañeros de clase.
* Como paraguas para que la lluvia finita no dañe el peinado.
* Para que 'los malos', en las películas, escondan el revolver..
* Como funda para guardar el cuchillo de jamón.
* Para esconderse detrás de él cuando no quieres que te vean.

AH!!!!... Y POR ÚLTIMO, PARA ENTERARSE DE LAS NOTICIAS.


domingo, 14 de febrero de 2016

Carta de IPv4 (masculino) a IPv6 (femenino) en el día de los enamorados

Hola mi IPv6,
 Quiero comenzar esta carta con mi orgullosa longitud de 32 bits en el datagrama, hasta ahora es lo mejor que tengo y lo que me ha dado energía durante casi 4 hermosas décadas. Hoy en día cuando escucho de tus 128 bits no sé si amarte u odiarte, suenas muy poderosa, ¿es bueno o es malo?

 Entonces en las noches, cuando el tráfico baja reflexiono sobre mi pasado, me doy cuenta que hasta haces unas décadas yo era muy feliz, era el único en la red, cuando salía de un sitio llegaba al otro _enterito_, los routers me querían y los firewalls ni hablar, nunca me detenían. Los últimos años las cosas han cambiado mucho, me da miedo salir.., cada vez que salgo alguien en el camino cambia todo mi ser, literalmente una dolorosa mutación, la gente cree que es divertido, para nada. Luego llego a un destino donde digo ser quien no soy, me responden como si fuera quien no soy y luego para regresarme a veces ni consigo el camino de retorno, y si lo consigo, me vuelven a mutar a mi ser original, pobre de mí, doble dolor.  Pero eso no es todo, cuando salgo espero que en la vía no la agarren conmigo, de vez en cuando me detienen, me desechan silenciosamente o me rechazan enviando a un primo mío a donde mi dueño a decirle que no llegué (si, además se llevan un dedo mío como fe de vida), lo más triste es que sé que más nunca volveré a escuchar de mi primo, evidentemente no me quieren. Ahora bien, cuando siento que logré todo, llego al destino, estoy súper contento pero no.., me entero que mi dueño se molesta, lo escucho decir que el audio no sirve, que el video no anda, que la VPN tal cosa, etc, etc.. ¡Entonces ocurre lo peor, me reinician!!, esto si es espantoso, siempre creen que esto va a funcionar, ouch, y ni hablar de cuando esto se vuelve un círculo vicioso. Ah!, casi se me olvida, ni que decir de cuando quieren dividirme en pedacitos durante el camino, menos mal que tu no pasas por esto!

 Volviendo a mi reflexión, el otro día nos conseguimos, ¿te recuerdas?, salimos simultáneamente de la casa, íbamos muy felices los dos, al comienzo casi agarrados del campo _version_,  tu parecías apurada, yo veía como te alejabas en el camino, que lindo tu campo _dirección_ _destino_, ibas de router en router sin mirar atrás, llegaste mucho antes que yo, luego ví la respuesta venir cuando yo apenas iba, sorprendente!!!, al principio me sentí un poco triste pero luego pensé en nuestro dueño, wow, que felicidad para él!, ahora sí está más contento, es más productivo, hace las cosas más rápido, en las mañana antes duraba 1 hora en la computadora, creo que contigo lo hace todo en 45 minutos. Bien!.  Además conecta dispositivos todo el tiempo, y con estos último si es verdad que ni me considera.

 Pero no quiero que mi amor quede en lo virtual, desde la fibra hasta el satélite, desde la microonda hasta el Wifi quiero expresarte mis campos verdaderos. Ningún otro protocolo podrá comprenderte tanto como yo, por ello la intensidad de nuestra señal nos mantendrá unidos por muchos años. No importa cuántos paquetes se dropeen o cuantos checksum vengan malos (ups, tu no tienes checksum, bueno, me entiendes), solo contigo quiero estar. Un secreto que no le he dicho a nadie es mi deseo de una colisión de vez en cuando :-).

  Cuando se que vamos a salir juntos, no solo me pongo mi mejor ropa, me afeito, me arreglo, y justo antes de salir pongo mi campo TTL al máximo, así pienso que aumento las probabilidades de conseguirme contigo, y si por mucha casualidad entramos en un routing loop, yuuppiiii. Caso contrario cuando se que no viajas conmigo, muy triste cuando salgo solo, por suerte se que es temporal, cada día es más común encontrarnos, te veo más veces, escucho más de ti, te leo en todos lados.

  Definitivamente 128 parece ser mejor 32, una matemática muy simple, pero quiero que estés orgullosa de mi, afortunadamente no puedo quejarme, siento que he hecho un buen trabajo, conecté un planeta completo, he logrado cosas impensables, no quiero imaginarme como será contigo, veo un mundo más completo, más ecológico, más productivo y con un mejor nivel de vida. Me alegra mucho pensar en todo esto!!.

 Antes de terminar la carta quería comentarte que me encuentro cansado, desde hace muchos años me han venido operando en todas partes y los mejores profesionales, me han hecho cirugías, operaciones, trasplantes y muchas otras cosas, creo que no aguanto mucho más, ¡déjenme como estoy ahorita por favor!

 Ahora necesito yo que reflexionen los demás, ya estoy viejo, no soy el mismo, ando más lento, las nuevas generaciones vienen mejoradas, hay que darles espacio, paquetes más rápidos, más manejables, con mayor escalabilidad. ¿Cómo puedo yo competir contra 128?

 Por eso, mi querida IPv6, ahora que escribo todo esto, quiero decirte: eres el futuro. ¡Feliz día de San Valentín!

  Quien te quiere mucho y te desea lo mejor


____________
Tu paquetito de 32 bits

sábado, 2 de enero de 2016

Virualbox en Windows. Adaptador puente/bridge + IPv6 no sirve

Situación:
  Cuando intentamos tener IPv6 en la interfaz inalambrica utilizando modo Bridge/Puente  IPv6 no funciona correctamente, quizás hace SLAAC satisfactoriamente pero al momento de navegar o hacer ping6 sencillamente no sirve.

Solución
  Para resolver esta situacion reinstala/repara tu actual Virtualbox (versión 5) agregando como parámetros lo siguiente: "-Win.exe -msiparams NETWORKTYPE=NDIS5"

Sería algo así:

G:\>VirtualBox-5.0.12-104815-Win.exe -msiparams NETWORKTYPE=NDIS5

  Nota que no puedes hacer  doble click sobre el archivo, es decir, debes hacerlo desde el prompt de DOS con privilegios de administrador

Workaround:
  Conectarse cableado y hacer el bridge/puente con la interfaz cableada del host

Más referencia:

Suerte,

jueves, 10 de diciembre de 2015

Retrospectiva: Acceso IPv6 en la region Latinoamerica y Caribe - Año 2015

Estimados amigos(as), un gusto saludarles,
  Primero, un pequeño comentario, el año pasado hice un Post con un título muy similar [1], este vendría a ser la versión 2015 :-)

  Segundo, este año para mí fue muy especial, entre otros a) dentro de Lacnic logramos obtener más estadísticas y set de datos relativos a IPv6 (abajo más información), b) 2015 marcó mi último año como moderador del foro de IPv6, c) por otro lado, hicimos dos "estrenos" de material para apoyar la difusión de v6 (canción [5] e historia animada [6]) el cual aparentemente a tenido muy buena acogida. 

   Vamos entonces a hacer un repaso del 2015, tener una pregunta siempre ayuda como kick-off. ¿Qué ha pasado este año con IPv6 en nuestra región?. Obtenemos los siguientes protagonistas:

Perú
  Capital gastronómica de Latinoamérica, un país con cerca de 1.3 mm de KM2 y una población de 31 mm de habitantes. Para la mayoría de nosotros no es un secreto saber que este país lidera para LAC el tráfico IPv6 en el usuario final. Perú tiene un tráfico superior a 15%, tanto así que se encuentra en el TOP 10 de los países con IPv6 en el mundo. Aún se mantiene como el único país con doble dígito en nuestra región. Tener hoy 15% representa un salto de 50% con la misma medición a finales del 2014. Mis felicitaciones!!

Ecuador
  Ecuador es famoso por sus tejidos de llama y alpaca, y ahora con IPv6 no nos deja de sorprender, este año comenzó con ~3.18% de penetración de IPv6 y hoy en día se encuentra sobre el 9%. Una característica muy interesante de Ecuador es la gran diversidad de ASs que están generando v6. Mantengan el ritmo!!

Bolivia
  Donde se encuentra el santuario de mariposas mas grande el mundo repite este año como protagonista. De hecho hace 12 meses estaba comenzando un despliegue que ya proyectaba que venía con cosas buenas. Al momento de este escrito el país tiene 3.14% de penetración de IPv6 en el usuario final. Un número que es 50% mayor que en Julio de 2015 y cerca del 1000% mayor que comenzando el año. Desde nuestro observatorio de IPv6 ha sido el país con mayor crecimiento en IPv6. Un fuerte aplauso!

Brasil
  Uhhh, las playas, los carnavales, el fútbol, muchas más cosas. Este país desde mi óptica es el gran ganador este año. Es un país que comenzó el 2015 con ~0.17% de penetración de IPv6 en el usuario final, hoy en día tiene 6.42%. Es un caso muy interesante porque existen gran cantidad de ISPs realizando el despliegue de IPv6. Mover la aguja del medidor de tráfico v6 para un país del tamaño de Brasil no es sencillo. Grandes!! 

Trinidad y Tobago
  TT es otro país famoso por su Carnaval, algunos dicen que la música se puede escuchar en el extremo de Venezuela si el viento colabora. TT parece ser el quién quiere liderar v6 en el caribe, al menos así lo dicen las estadísticas. Trinidad y Tobago comenzó el año con 0.01% de tráfico v6 en el usuario final y al día de hoy tiene más de 0.31%. Muchos pensarán que es un número chico pero muchos países comenzaron así y hoy en tienen 5-10-15-30%. Por algún punto hay que comenzar :-) Muy bien TT!!

Paraguay
  No quise pasar la oportunidad de hablar del país del Tereré porque este año un ISP (Copaco) hizo un anuncio buscando Beta testers [8], ójala este llamado aumente el tráfico de IPv6 en dicho país. El 2016 promote para PY!!

¿El resto de los países?
  Para quien escribe estas líneas _no_ es cómodo “pasar” sin mencionar a muchos países, lógicamente quiero mencionar a todos. Existen muchos otros donde sabemos que hubo algo de IPv6, por ejemplo en Costa Rica, Panamá y Venezuela [7]. Es importante recordar que lógicamente uno no escucha ni se entera de todo, es decir, deben haber muchas otras implementaciones de las cuales no estamos al tanto.

¿Y el promedio de LAC?
  Este número también ha aumentado significativamente, tuvo un crecimiento mayor al 100% durante el 2015. El número se incrementó de 0.51% a comienzos de Enero a 1.15% en Diciembre de 2015. Un crecimiento que no es malo pero aún es chico para nuestra región; recordemos que el tráfico a nivel mundial de IPv6 está cerca del 10%. Desde nuestra perspectiva tenemos grandes esperanzas para el 2016, creemos que el tráfico va a aumentar significativamente. IPv6 es el futuro.


Reciban un fuerte abrazo.

Alejandro Acosta,
[2] Histórico penetración de IPv6 (datos procesados de Google): 
[3] Historio de websites de LAC con AAAA en el TOP 1 millon mundial: 
[5] Datos abiertos de [3]: 
[6] La triste historia de un ISP sin IPv6: https://www.youtube.com/watch?v=3DOcc18Bj2U
[7] Canción: “v6 is the one for me”: https://www.youtube.com/watch?v=99Qw9cfpyEg

lunes, 7 de diciembre de 2015

Configurando una red con DHCPv6 Server (Cisco), DHCPv6 relay (Linux - ISC) y como CPE un Router Cisco

Introducción
  Este post es muy similar al encontrado en:  http://blog.acostasite.com/2015/11/configurando-una-red-con-dhcpv6-server.html
  La principal diferencia es que en esta oportunidad tendremos el DHCPv6 Server en Cisco y no en Linux
  En el presente post vamos a explicar e implementar como trabajar con DHCPv6 Server, Relay y Cliente.
  Favor leer la sección: "Explicación de la topología" la cual indica cada función


Topología




Explicación de la topología

En la topología de arriba va a ocurrir lo siguiente:

- El Cisco DHCPv6 Server está entregando prefijos v6
- El DHCPv6 Relay (Debian) va a escuchar por la interfaz ethernet1 (e1) por peticiones DHCPv6 de Prefix Delegation (PD). Las mismas serán reenviadas por la interfaz ethernet0 (e0) al servidor DHCPv6 Server
- El Cisco Router DHCPv6 Client va a hacer solicitudes DHCPv6 PD en su interfaz f1/0, del prefijo recibido va a configurar su interfaz f0/0 y enviar Router Advertisements por dicha interfaz permitiendo a los clientes auto-configurarse. En esta oportunidad también configuraremos otras interfaces pero solo a manera de ejemplo.
- Los clientes conectados a la interfaz f0/0 en el Cisco DHCPv6 Cliente van a autoconfigurarse vía SLAAC utilizando el prefijo recibido por RA

  Nótese que para el Router Cisco DHCPv6 Client le es transparente el DHCPv6 Relay Server


Que necesitamos:

- Del lado del Relay el software Relay de DHCPv6 de ISC (que es diferente al server)
- El Router tiene que ser un enrutador que haga DHCPv6 cliente PD

Instalando
En el Relay Server:
  #sudo apt-get install isc-dhcp-relay

  Durante la instalación del relay se van a realizar varias preguntas. Puedes decidir contestarlas o no. Para este post no es necesario responderlas.


Configuraciones:

Del lado del Cisco DHCPv6 Server:

ipv6 unicast-routing
interface FastEthernet0/0
 ipv6 address 2001:DB8::1/64
 ipv6 dhcp server DHCPv6-SERVER
end

ipv6 dhcp pool DHCPv6-SERVER
 prefix-delegation pool MY-PD-1

ipv6 local pool MY-PD-1 2001:DB8:ABCD::/48 56


Explicando la configuración:
Primero se le indica al equipo que puede enrutar paquetes IPv6. Luego se configura IPs estáticas entre el relay y la interfaz f0/0 (revisar la ethernet0 del relay).
Luego, se le indica que la interfaz sirve como DHCPv6 Server y se le asigna el pool DHCPv6-Server, aquí podemos escribir cualquier nombre.

Dentro del pool DHCPv6-Server se le dice que haga prefix-delegation (se le puede indicar más información pero para nuestro propósito hasta aquí es suficiente) y que utilice un pool local llamado MY-PD-1. Este pool va a utilizar prefijos dentro de 2001:DB8:ABCD::/48 y entregará bloques /56 a sus clientes. Aquí podemos indicar el tamaño de prefijo que queremos.


Del lado del relay:
Red:
  #ifconfig eth0 inet6 add 2001:db8::2/64
  #ifconfig eth1 inet6 add 2001:db8:1::2/64

  No hay configuraciones. El relay es levantado con este comando:
  #dhcrelay -I -l eth1 -u eth0

Explicación del comando para ejecutar el dhcp-relay:
Hay muchas maneras y opciones para dhcrelay, en el comando anterior se esta diciendo: que se utilice el DHCPv6 interface-id option, que escuche peticiones por eth1 y las mismas sean enviadas por eth0


Del lado del Cisco Router DHCPv6 Cliente:

ipv6 unicast-routing
interface FastEthernet1/0
 description Hacia DHCPv6 Relay Server
 ipv6 address 2001:DB8:1::1/64
 ipv6 dhcp client pd IP-FROM-DHCPv6-SERVER
end

interface FastEthernet0/0
 description Hacia LAN
 ipv6 address IP-FROM-DHCPv6-SERVER ::1/64
end

Explicación de la configuración del router Cisco:
Primero se habilita el routing IPv6 en el equipo.
Segundo, en la interfaz F1/0 se le esta diciendo al router que es DHCP cliente para prefijos y le asignamos el nombre: IP-FROM-DHCPv6-SERVER
Tercero, en la interfaz f0/0 le indica al router que utilice el prefijo recibido via DHCPv6 client y asigne el mismo a la interfaz como ::1/64. Es decir, el router toma el /56 del DHCPv6 y el mismo router va a crear una /64 para f0/0 (nota que puedes configurar otras interfaces utilizando el mismo prefijo recibido por el DHCP). 


Para revisar:
Del lado del DHCPv6 Server deberiamos ver algo como:

a) Con el DHCPv6 server corriendo en foreground puedes ver:

DHCP-Server#debug ipv6 dhcp detail

Se veran mensajes como:

*Dec  1 09:55:14.619: IPv6 DHCP: Received RELAY-FORWARD from 2001:DB8::2 on FastEthernet0/0
*Dec  1 09:55:14.623: IPv6 DHCP: detailed packet contents
*Dec  1 09:55:14.623:   src 2001:DB8::2 (FastEthernet0/0)
*Dec  1 09:55:14.627:   dst FF05::1:3
*Dec  1 09:55:14.627:   type RELAY-FORWARD(12), hop 0
*Dec  1 09:55:14.627:   link 2001:DB8:1::2
*Dec  1 09:55:14.631:   peer FE80::C801:24FF:FE20:1C
*Dec  1 09:55:14.631:   option INTERFACE-ID(18), len 4
*Dec  1 09:55:14.635:     0x01000000
*Dec  1 09:55:14.639:   option RELAY-MSG(9), len 50
*Dec  1 09:55:14.639:     type SOLICIT(1), xid 2389101
*Dec  1 09:55:14.643:     option ELAPSED-TIME(8), len 2
*Dec  1 09:55:14.643:       elapsed-time 0
*Dec  1 09:55:14.647:     option CLIENTID(1), len 10
*Dec  1 09:55:14.647:       00030001CA0124200000
*Dec  1 09:55:14.647:     option ORO(6), len 6
*Dec  1 09:55:14.651:       IA-PD,DNS-SERVERS,DOMAIN-LIST
*Dec  1 09:55:14.655:     option IA-PD(25), len 12
*Dec  1 09:55:14.659:
DHCP-Server# IAID 0x00040001, T1 0, T2 0
*Dec  1 09:55:14.663: IPv6 DHCP: Using interface pool DHCPv6-SERVER
*Dec  1 09:55:14.667: IPv6 DHCP: Source Address from SAS 2001:DB8::1


b) DHCP-Server#sh ipv6 dhcp binding
Client: FE80::C801:24FF:FE20:1C
  DUID: 00030001CA0124200000
  Username : unassigned
  Interface : relayed
  IA PD: IA ID 0x00040001, T1 302400, T2 483840
    Prefix: 2001:DB8:ABCD::/56
            preferred lifetime 604800, valid lifetime 2592000
            expires at Dec 31 2015 09:55 AM (2589331 seconds)


Del lado del Cliente DHCPv6 Cisco:
Para revisar si la interfaz f0/0 se autoconfiguró cone l prefijo recibido por el DHCPv6:
a) R1#show ipv6 interface f0/0

Vamos a ver algo como:

R1#sh ipv6 int f0/0
FastEthernet0/0 is up, line protocol is up
  IPv6 is enabled, link-local address is FE80::C801:24FF:FE20:0
  No Virtual link-local address(es):
  Description: Hacia LAN
  General-prefix in use for addressing
  Global unicast address(es):
    2001:DB8:ABCD::1, subnet is 2001:DB8:ABCD::/64 [CAL/PRE]


Nótese que 2001:DB8:ABCD::/64 corresponde al prefijo configurado en el DHCPv6 Server que es entregado vía PD


Algo muy importante es el comando:

b) R1#show ipv6 dhcp

El cual muestra el DUID (DHCPv6 Unique ID) del equipo (RFC3315):
This device's DHCPv6 unique identifier(DUID): 00030001CA0124200000


Podemos apreciar que este mismo número es que le llega al DHCPv6 Server


Del lado del cliente:
Depende de tu OS puedes hacer:
c:\ipconfig 

o

#ifconfig


¿Si hay más de una interfaz del lado del cliente?
En el ejemplo anterior el Cisco DHCPv6 Cliente está recibiendo un prefijo /56, esto quiere decir que tenemos hasta 8 redes /64 para crear. Hasta el momento solo hemos utilizado una en la f0/0.

De manera de ejemplo vamos a crear otras redes en las interfaces loopback0 y looback1 del router del lado del cliente.

interface Loopback0
 ipv6 address IP-FROM-DHCPv6-SERVER ::1:0:0:0:1/64
end

interface Loopback1
 ipv6 address IP-FROM-DHCPv6-SERVER ::2:0:0:0:1/64
end


La manera de construir los pseudo IPs (pe. ::1:0:0:0:1/64) colocados en la interfaz es la siguiente:
Imaginamos el prefijo recibido por DHCPv6, sabemos que es un /56. Lo que estamos haciendo es completando el resto del IP. 

Es decir: recibimos por DHCPv6 2001:db8:ABCD::/56. Al decirle a la loopback 1 ::1:0:0:0:1/64 construimos:  2001:db8:ABCD::1:0:0:0:1/64 (Prefijo recibido + la configuracion de la interfaz)


Vamos a revisar que IPs tienen entonces L0 y L1:

R1#sh ipv6 int l0
Loopback0 is up, line protocol is up
  Global unicast address(es):
    2001:DB8:ABCD:1::1, subnet is 2001:DB8:ABCD:1::/64 [CAL/PRE]


R1#sh ipv6 int l1
Loopback1 is up, line protocol is up
  Global unicast address(es):
    2001:DB8:ABCD:2::1, subnet is 2001:DB8:ABCD:2::/64 [CAL/PRE]


Proximos pasos
- Falta la parte de routing, hay muchas maneras de hacerlo, indiscutiblemente la intención es hacerlo con un protocolo de enrutamiento dinámico


Para más información:
https://tools.ietf.org/html/rfc6355
http://www.cisco.com/c/en/us/support/docs/ip/ip-version-6-ipv6/113141-DHCPv6-00.html
http://blog.acostasite.com/2014/04/instalar-isc-dhcp-43-en-linux-ubuntu.html
http://blog.acostasite.com/2014/04/solucion-tres-errores-cuando-queremos.html
http://blog.acostasite.com/2015/11/configurando-una-red-con-dhcpv6-server.html

lunes, 30 de noviembre de 2015

Configurando una red con DHCPv6 Server (ISC), DHCPv6 relay (ISC) y como CPE un Router Cisco

Introducción
  En el presente post vamos a explicar e implementar como trabajar con DHCPv6 Server, Relay y Cliente.
  Favor leer la sección: "Explicación de la topología" la cual indica cada función


Topología








Explicación de la topología

En la topología de arriba va a ocurrir lo siguiente:

- El Ubuntu DHCPv6 Server está entregando prefijos v6
- El DHCPv6 Relay va a escuchar por la interfaz ethernet1 (e1) por peticiones DHCPv6 de Prefix Delegation (PD). Las mismas serán reenviadas por la interfaz ethernet0 (e0) al servidor DHCPv6 Server
- El Cisco Router va a hacer solicitudes DHCPv6 PD en su interfaz f1/0, del prefijo recibido va a configurar su interfaz f0/0 y enviar Router Advertisements por dicha interfaz permitiendo a los clientes auto-configurarse
- El cliente se va a autoconfigurar utilizando el prefijo recibido por RA

  Nótese que para el Router Cisco le es transparente el DHCPv6 Relay Server


Que necesitamos:
- Del lado del server el servidor de ISC DHCPv6
- Del lado del ralay el relay de DHCPv6 de ISC (que es diferente al server)
- El Router tiene que ser un enrutador que haga DHCPv6 cliente PD

Instalando
En el Server Linux:
  #sudo apt-get install isc-dhcp-server
 
En el Relay Server:
  #sudo apt-get install isc-dhcp-relay

  Durante la instalación del relay se van a realizar varias preguntas. Puedes decidir contestarlas o no. Para este post no es necesario responderlas.


Configuraciones:

Del lado del Server:
Red:
#ifconfig eth1 ine6 add 2001:db8::2/64
#route -A inet6 add default gw 2001:db8::1

en /etc/dhcp/dhcpd.conf

default-lease-time 600;
max-lease-time 7200;
log-facility local7;
subnet6 2001:db8::/32 {

  #Prefix range for PD
  prefix6 2001:db8:1:100:: 2001:db8:1:f00 /56;

}


Explicacion de la configuracion dhcpd.conf:
La parte mas importante de la configuracion de arriba es la linea "prefix6" donde se indica el prefijo inicial y final /56 que los clientes van a recibir.

Para levantar el servicio de DHCPv6:
# /usr/sbin/dhcpd -6 -d -cf /etc/dhcp/dhcpd.conf eth0

Del lado del relay:
Red:
  #ifconfig eth0 inet6 add 2001:db8::2/64
  #ifconfig eth1 inet6 add 2001:db8:1::2/64

  No hay configuraciones. El relay es levantado con este comando:
  #dhcrelay -I -l eth1 -u eth0

Explicación del comando para ejecutar el dhcp-relay:
Hay muchas maneras y opciones para dhcrelay, en el comando anterior se esta diciendo: que se utilice el DHCPv6 interface-id option, que escuche peticiones por eth1 y las mismas sean enviadas por eth0


Del lado del Cisco Router:

ipv6 unicast-routing
interface FastEthernet1/0
 description Hacia DHCPv6 Relay Server
 ipv6 address 2001:DB8:1::1/64
 ipv6 dhcp client pd IP-FROM-DHCPv6-SERVER
end

interface FastEthernet0/0
 description Hacia LAN
 ipv6 address IP-FROM-DHCPv6-SERVER ::1/64
end

Explicación de la configuración del router Cisco:
Primero se habilita el routing IPv6 en el equipo.
Segundo, en la interfaz F1/0 se le esta diciendo al router que es DHCP cliente para prefijos y le asignamos el nombre: IP-FROM-DHCPv6-SERVER
Tercero, en la interfaz f0/0 le indica al router que utilice el prefijo recibido via DHCPv6 client y asigne el mismo a la interfaz como ::1/64. Es decir, el router toma el /56 del DHCPv6 y el mismo router va a crear una /64 para f0/0 (nota que puedes configurar otras interfaces utilizando el mismo prefijo recibido por el DHCP). 


Para revisar:
Del lado del DHCPv6 Server deberiamos ver algo como:

a) Con el DHCPv6 server corriendo en foreground puedes ver:

Relay-forward message from 2001:db8::2 port 547, link address 2001:db8:1::2, peer address fe80::c801:24ff:fe20:1c
Picking pool prefix 2001:db8:1:f00::/56
Advertise PD: address 2001:db8:1:f00::/56 to client with duid 00:03:00:01:ca:01:24:20:00:00 iaid = 262145 valid for 600 seconds
Wrote 0 NA, 0 TA, 1 PD leases to lease file.
Sending Relay-reply to 2001:db8::2 port 547
Relay-forward message from 2001:db8::2 port 547, link address 2001:db8:1::2, peer address fe80::c801:24ff:fe20:1c
Reply PD: address 2001:db8:1:f00::/56 to client with duid 00:03:00:01:ca:01:24:20:00:00 iaid = 262145 valid for 600 seconds
Sending Relay-reply to 2001:db8::2 port 547

b) Para revisar los leases:
# more /var/lib/dhcp/dhcpd6.leases


Del lado del router Cisco:
Para revisar si la interfaz f0/0 se autoconfiguró cone l prefijo recibido por el DHCPv6:
a) R1#show ipv6 interface f0/0


Vamos a ver algo como:

R1#sh ipv6 interface f0/0
FastEthernet0/0 is up, line protocol is up
  IPv6 is enabled, link-local address is FE80::C801:24FF:FE20:0
  No Virtual link-local address(es):
  Description: Hacia LAN
  General-prefix in use for addressing
  Global unicast address(es):
    2001:DB8:1:F00::1, subnet is 2001:DB8:1:F00::/64 [CAL/PRE]


Nótese que 2001:db8:1:f00/64 corresponde al prefijo configurado en el DHCPv6 Server que es entregado vía PD


Algo muy importante es el comando:

b) R1#show ipv6 dhcp

El cual muestra el DUID (DHCPv6 Unique ID) del equipo (RFC3315):
This device's DHCPv6 unique identifier(DUID): 00030001CA0124200000


Podemos apreciar que este mismo número es que le llega al DHCPv6 Server


Del lado del cliente:
Depende de tu OS puedes hacer:
c:\ipconfig 

o

#ifconfig


Proximos pasos
- Falta la parte de routing, hay muchas maneras de hacerlo, indiscutiblemente la intención es hacerlo con un protocolo de enrutamiento dinámico
- En el próximo Post haremos exactamente lo mismo pero con el DHCPv6 Server que sea una caja Cisco.


Para más información:
- https://tools.ietf.org/html/rfc6355
- http://www.cisco.com/c/en/us/support/docs/ip/ip-version-6-ipv6/113141-DHCPv6-00.html
http://blog.acostasite.com/2014/04/instalar-isc-dhcp-43-en-linux-ubuntu.html
http://blog.acostasite.com/2014/04/solucion-tres-errores-cuando-queremos.html



sábado, 28 de noviembre de 2015

Carta de LACNIC Labs a Papa Noel

Querido Papá Noel, alias Santa Claus,

  Quiero comenzar esta carta dándote un gran saludo,  ojalá también pudiese darte un fuerte abrazo. Hace mucho que no te escribía, siento una felicidad interna indescriptible e inesperada.
  Quizás te extrañe un poco que vuelva a aparecer luego de tantos años, dicen que nunca es tarde, te aseguro que el cariño es el mismo, perdón, hoy en día es mayor, he aprendido a comprenderte y admirar tu trabajo, mis felicitaciones a tú persona!! :-)
  Antes de continuar no puedo omitir indicarte que todo el año me he portado muy bien, he hecho mis tareas cabalmente, ayudo al prójimo, he intento ser parte de la solución y no del problema. Claro, tú lo sabes todo pero quería decírtelo para prevenir, alguna se te debe escapar.
  Ahora bien, vamos al grano, se que tienes mucho trabajo y sobre todo en estas fechas, tu tiempo es valioso así que no voy a extenderme mucho.
  Te escribo no por mí, desde chico me enseñaron a pedir para los demás, en esta ocasión voy a pedir por alrededor de 600 millones de latinoamericanos, suena mucho pero créeme que solo hay que enfocarse en una pequeña cúpula de personas.., el resto viene solo.
  ¿Qué voy a pedir para toda esta gente?…, cosas más sencillas que lo que parecen, me han dicho que no sabes mucho de tecnología y por ello voy a explicarte muy breve cada regalito.., ahh, tampoco voy a pedir mucho, me han enseñado a máximo tres regalos y sin garantía de que se cumpla…., pienso que mis padres repetían lo que tu le decías a ellos.
  Quiero para esta navidad o durante el 2016:

- Un Internet más seguro… Santa, puedes creer que existen muchas tecnologías de seguridad y aún no las implementan!, muchas gratis y sencillas, bueno Santa, esta no puede faltar. Pls!
- Mejores interconexiones… con esto quiero decir más IXPs, más conexiones entre ISPs y diferentes entidades. Esto trae ahorre de costos, mejor rendimiento, mayor uptime de servicios, facilidad de troubleshooting y muchas cosas más. Es una práctica mundialmente aplaudida y comprobada y aún hay gente que no esta convencida. ¿Me ayudas?
- Y por último…, más IPv6 en la región!. ¿Puedes creer que el promedio aún es ligeramente mayor al 1% en LAC?.., estamos hablando de un protocolo que va a ayudar a los países a ser más productivos, a mejorar la calidad de vida de la gente, a disminuir la rata de falla en las aplicaciones y aún así mucha gente no da el paso a implementarlo. ¿Cuento contigo?


  En estos tiempos tan difíciles de gusanos, backdoors, rootkits, troyanos, secuestro de redes e información creo que mi solicitud no es una cosa loca, se que no es fácil pero entre todos podemos :-)   Ahh, no debemos olvidar el otro casi 50% de la población que aun no cuenta con Internet, afortunadamente este indicador se mueve a favor de mí deseo pero me encantaría que fuese más rápido, no por mí, sino por ellos.

  Antes de finalizar la carta no quiero despedirme sin enviarle saludos a la señora Santa y a los renos -en especial a Rodolfo!!-, quienes han hecho pasar horas de infinita alegría a millones de niños.  Espero todos tengan su tablet y su conexión a Internet con IPv6, sino me avisas y vemos si podemos conectarte en el Polo Norte…, creo que no lo cubre Lacnic pero te extendemos nuestro apoyo.

  Recibe un gran saludo, ojalá pases por mí casa  y en vez de dejarte unas galletas  y leche, te daré un modem Wifi 802.11ac y un SSD.

Un fuerte abrazo con mucho amor

Lacnic Labs


NVIDIA GPUs for Machine Learning are hard to come by at affordable prices. Runpod is offering GPU rental at 80% of the price of most competitors. You will get a dedicated GPU with all the perks of running Tensorflow, Pytorch or your own software tools.

sábado, 24 de octubre de 2015

Draytek Vigor 2920 y tunel IPv6 hacia Hurricane Electric

Introducción:
  En el presente post vamos a explicar como levantar un tunel IPv6 dentro de IPv4 hacia Hurricane Electric.

Pasos:

Del lado de he.net
1) Primero es necesario tener una cuenta tunnel en www.he.net.
2) Luego es necesario crear un tunel regular






3) Luego llenar los datos: correspondientes a la información del tunel



4) Posteriormente debes conseguir la información correspondiente a tu tunel aquí:


5) Y en la página siguiente después de hacer click sobre el nombre del tunel:





Nótese los números 1, 2, 3 que fueron añadidos. Esta misma información la necesitaremos más adelante.


Del lado del 2920/del equipo Draytek con Vigor:

6) Ir a: WAN --->  Internet Access --> IPv6


7)  En la siguiente panatalla debes llenar los siguientes datos. Necesitas la información tomada en el paso 5. He colocado los números para una fácil comprensión:




Puedes hacer otras cosas con la longitud prefijos pero colocando /64 es suficiente.


8) El router se va a reiniciar.


Para probar:
Linux:
  ping6 www.lacnic.net

Windows:
  ping -6 www.lacnic.net


Referencias:

Basado en experiencia propia y: http://kb.networksystemssolutions.info/index.php/IPv6


Where to order pain Relief without prescription

Solución a: Error: eth0 interface name is not allowed for R2 node when network mode is not set to none

Problema:   Containerlab devuelve un error similar: Error: eth0 interface name is not allowed for R2 node when network mode is not set to no...