9. Unicast

9.3. Subnet ID

Subnet ID.

A diferencia de IPv4 es mas sencillo de entender, por que es un campo separado SOLO para ID de subnet, en IPV4 se tomaba parte de otro campo: Host para crear el de subred.
Como son 16 bits, se permitirían 65535 subredes (216 ).

El uso de todos ceros o todos unos para este campo está permitido, pero NO es recomendado, por que puede crear confusión.


Subnet IP extendido (solo Informativo)

En realidad la RFC 4291 no indica el tamaño de subnet ID, esto surge de asignar un /48 a prefijo global y 64 bit al ID de interfase de red, por lo que deja 16 bits para ID de subnet, dicho esto el campo de Subnet ID puede variar su longitud!!

En otras palabras, se puede elegir cualquier número de bits después del prefijo de enrutamiento global para la ID de subred. Al igual que con IPv4, si desea ampliar el número de subredes o más probablemente en IPv6: reduzca la cantidad de hosts por subred, debe tomar prestados bits del  Identificación de interfaz.
Es importante señalar que las mejores prácticas dictan que esto debe hacerse sólo en enlaces de infraestructura de red. Cualquier segmento que incluya sistemas finales debe tener un prefijo /64, que es necesario para admitir SLAAC.


A modo de ejemplo una subred con prefijo /112 sería posible:


Existen variaciones al campo Sub net ID pero DEBE ser en múltiplos de 4 bits o nibbles.

Nibble Boundary : es una mascara de red con 4 bits.

El tratamiento de la variación de prefijo de subred en IPv6 escapa a nuestra materia.


Subnet para enlaces punto a punto en IPv6: ¿/127 o /126?

En IPv6 no hay Broadcast por lo que no se necesita destinar una dirección para broadcast. Tampoco se tiene una dirección reservada para Red, por lo tanto tampoco necesitamos una dirección para ello. Siendo así en principio solo serían necesarias dos direcciones!!! una para cada interfase del enlace punto a punto.
En IPv4 estos enlace era /2, lo que permite 4 direcciones, dos para cada interfase, una para red y otra para broadcast. 
En IPv6 con un /127 sería suficiente.



Este RFC de IETF: https://datatracker.ietf.org/doc/html/rfc6164 trata el uso de /127 para prefijos de IPv6 en enlaces punto a punto entre Routers. En el mismo se hace referencia en un par de ocasiones a NO usar /127 para el caso de estudio, sin embargo aunque los análisis en los RFC son correctos y la experiencia operativa con IPv6 ha demostrado que los prefijos /127 se pueden utilizar con éxito, escapa a nuestra materia un tema tan puntual y vamos a tomar /126 para los enlaces punto a punto entre routers.
Recordemos que somos parte de una institución y la IPv6 que configuremos deben respetar y seguir los lineamientos de la institución, en nuestro caso el /126 fue tomado por los administradores de red de la Facultad de Ingeniería.