• automatizacion.jpg
  • imgBannerMoodle0.jpg
  • electronic.jpg
  • telecomunicaciones.jpg
  • agua.jpg
  • imgBannerMoodleRed.jpg
  • imgBannerMoodleRed2.jpg
  • imgBannerMoodleEolo.jpg
  • universe.jpg
  • led.jpg
  • termica.jpg
  • interior.jpg
  • soldadura.jpg
  • seguridad.jpg
  • industrial.jpg
  • economy.jpg
  • imgBannerMoodleRayoAzul.jpg
  • fotovoltaica.jpg
  • geotermia.jpg
  • pipes.jpg

RedIris nos habla de la asignación de direccionamiento IPv6

 

Asignación de direccionamiento IPv6

  • Tipos de direcciones IPv6
  • Formato de direcciones IPv6
  • Jerarquía de RIPE
  • El prefijo de RedIRIS, ejemplo de jerarquía
  • Petición de direccionamiento
  • Solicitud de delegación de zona inversa

RIPE está actualmente revisando las políticas de asignación de direccionamiento, y es posible que cambien los criterios actuales así como el formato de los formularios.
En todo momento se tendrá actualizada la página con las modificaciones pertinentes.


Tipos de direcciones

 

Los tipos de direcciones de IPv6 son los siguientes:

 

  • UNICAST Es el tipo general de direcciones . RIPE ha asignado a RedIRIS un rango de direcciones Unicast.
  • MULTICAST Análogas a las direcciones multicast de IPv4
  • ANYCAST Tipo de direcciones aplicables a un grupo. Al contrario que con las direcciones Multicast, el paquete sólo se envía a un miembro del grupo que se determina mediante algún protocolo de routing.

RIPE ha asignado a RedIRIS el siguiente rango Unicast: 2001:0720::/35


Formato de direcciones IPv6

 

 

 

3 13 8 24 16 64 bits
FP TLA
ID
RES NLA SLA
ID
Interface ID
public topology site
topology
Interface
network portion host portion

 

 

Los campos son los siguientes:

FP Format Prefix

 

Es un campo de valor fijo, 0010, por eso las direcciones empiezan por 2.

TLA ID Top-Level Aggregation Identifier

 

Es un campo de 13 bits. Esta longitud se ha elegido a propósito para minimizar el tamaño de la tabla de routing; además de soportar un número suficiente de TLAs (en este caso, 8.192). Si fuesen necesarios más TLAs, se puede recurrir al campo reservado.

RES Reserved.

 

Campo reservado para poder aumentar el tamaño de los campos NLA o TLA.

NLA ID Next-Level Aggregation Identifier

 

Este campo permite a las organizaciones a las que se les ha asignado un TLA crear una jerarquía de direccionamiento. Cada TLA dispone así de 24 bits para crear su propia jerarquía. En teoría un TLA puede asignar direccionamiento a mas de 16 millones de centros (NLA), aproximadamente el numero de centros que hay hoy en dia en Internet.

SLA ID Site-Level Aggregation Identifier

 

Con este campo cada centro permite direccionar 65536 redes. Se puede solicitar otro NLA si un centro necesita más redes.

INTERFACE ID Interface Identifier (RFC 2373)

 

Con este campo se identifican los interfaces en un enlace. Son 64 bits en los que encajan el formato de direcciones EUI-64, basado en las direcciones MAC.

 

 


Jerarquía de RIPE

 

 

 

RIPE utiliza una versión modificada de la jerarquía de direccionamiento anterior. Básicamente ha variado las longitudes de los campos TLA, RES y NLA.
El primer prefijo TLA (0x0001) ha sido dividido en varios bloques llamados sub-TLA. Así lo que asigna RIPE son sub-TLAs, con posibilidad de ampliación ya que el campo reservado es de 6 bits.

 

 

3 13 13 6 13 16 64 bits
FP TLA
ID
sub
TLA
Res NLA
ID
SLA
ID
Interface ID

 


El prefijo de RedIRIS, ejemplo de jerarquía

 

 

Los 16 primeros bits (2001) pertenecen al FP+TLA que está asignando RIPE (recordar que FP es fijo y vale 2). Los 13+6 bits siguientes son los que nos ha asignado RIPE (el 0720). En nuestro caso, hay 6 bits reservados. En su momento, se pedirá la ampliación del direccionamiento, y pasaremos de un /35 a un /29.

De esta manera, nosotros podemos usar:

      2001:0720:0::/36

2001:0720:1::/36

Es decir, al tener un /35, podemos empezar a utilizar a partir del bit número 36.
Es lo que llaman el 'nibble bit' que obliga a crear dos zonas en el DNS.

Disponemos de 13 bits para crear la jerarquía de direccionamiento para toda España.
RIPE, en estos momentos, recomienda asignar a cada organización un /48.
Si la organización necesitara en un futuro más direccionamiento, es posible solicitar una ampliación.
Esta ampliacion sera minuciosamente revisada, además de RedIRIS, por RIPE que son los que autorizarian la ampliacion.
Lógicamente se le procurará asignar un rango contiguo.

La organización dispone de 16 bits para crear su propia jerarquía.
RIPE recomienda asignar a redes finales un /64. Es importante que cuando el centro establezca su jerarquía de direccionamiento tenga en cuenta la agregación y en lo posible procurar no romperla, para facilitar el routing.

Es importante indicar que las políticas de asignación están siendo revisadas, y es posible que cambien las recomendaciones anteriores. En todo momento se asignará
direccionamiento según los criterios de RIPE, modificando el rango a asignar según cambien dichos criterios.

Por ejemplo, supongamos que una universidad tiene asignado este rango:

 

    2001:0720:1E10::/48

Podría establecer la siguiente jerarquía:

 

      Dar un /56 a cada facultad. Dispone así de 2^8 = 256 facultades.

    Cada facultad, podría asignar 2^8 = 256 redes (desde un /56 a un /64, 8 bits).

Los valores anteriores se pueden variar, según las necesidades.
Así la Universidad podría empezar a asignar de la siguiente manera:

 


      2001:0720:1E10:00::/56 Rango para interfaces de los routers core.

      2001:0720:1E10:01::/56 Reservado.

      2001:0720:1E10:02::/56 Rango para primera facultad o centro.

    2001:0720:1E10:03::/56 Reservado. ...

La Universidad podría asignar en un primer paso, 128 centros como máximo.

El centro puede considerar reservar un bloque de redes para sus propios proyectos.
En cualquier caso, la petición de direccionamiento para proyectos que abarquen varios centros debe realizarse a
RedIRIS, quién asignará direcciones según se estime oportuno.

 

 
 
 
Fuentes y enlaces de interés:
- redes locales
- ediciones eni
- informatica UCM
- tutorials point
- Riunet Proyecto
- tlm.unavarra.es
-