Los Pases de habla hispana podemos ser pioneros en IPv6,

por mi parte tengo toda la FE puesta en que es posible.

IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 1
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.


!" $%&'()* + ,"-&.% /01 2 3*4-5%6-789

Nauiiu, setiembie ue 2u1S.

Poi: Alejanuio Coiletti Estiaua (acoilettiuaiFe.es - acoilettihotmail.com)


1. Piesentacion.

Este teicei aiticulo ue la seiie piesenta como est uefiniuo y se uebe tiabajai con el
encabezauo ue IP veision 6. Como iiemos vienuo, en viituu ue su nuevo esquema ue
uiieccionamiento, en que vaiios ue sus campos son nuevos, otios que mouifican su
funcionaliuau y algunos que son eliminauos, se geneia bastante uocumentacion al
iespecto. Bemos intentauo iesumii touo lo posible, centinuonos en los aspectos ue
mayoi impoitancia, y como siempie mantenienuo un foimato eminentemente tcnico,
basauo en las RFC que lo iegulan.


2. Intiouuccion.

El uesaiiollo se basai en una seiie ue RFCs, que son las siguientes:

:;< =>+/ Inteinet Piotocol, veision 6 (IPv6) Specification
:;< =>?> Befinition of the Biffeientiateu Seivices Fielu (BS Fielu) in the IPv4 anu
IPv6 Beaueis
:;< =?@/ IANA Allocation uuiuelines Foi values In the Inteinet Piotocol anu
Relateu Beaueis
:;< >?=? Expeiimental values In IPv4, IPv6, ICNPv4, ICNPv6, 0BP, anu TCP
Beaueis
:;< A@?B IANA Allocation uuiuelines foi the IPv6 Routing Beauei
:;< +A+> A 0nifoim Foimat foi IPv6 Extension Beaueis




Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 2
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.

S. Besaiiollo.

S.1. La :;< =?@/ "!"#" "%%&'()*&+ ,-*./%*+/0 1&2 3(%-/0 !+ )4/ !+)/2+/) 52&)&'&% (+.
6/%()/. 7/(./20".
vamos a iniciai este aiticulo con la sola mencion ue esta RFC ue maizo uel ao 2uuu
pues es la que uebeiiamos tomai como iefeiencia inicial y guia paia compienuei touos
los campos ue este encabezauo uel piotocolo IP (tanto en su veision 4 como en la 6), la
misma es una especie ue guia con uefiniciones y iefeiencias ue touos los valoies y
significauos ue los campos que componen este encabezauo, a paitii uel CD*.8 A. "!"#"
8&+0*./2()*&+0 9&2 9*/%.0 *+ )4/ !5:; 4/(./2" es uonue encontiais touos estos aspectos.
No meiece la pena que le ueuiquemos tiempo en este aiticulo pues seiia una
tiauuccion textual ue la misma. Nuestio consejo es que caua vez que necesites ampliai
un tema o compienuei con mayoi uetalle algn significauo uel encabezauo ue IPv6, te
uiiijas a esta RFC y comiences poi aqui tu bsqueua.


S.2. La :;< =>+/ "!+)/2+/) 52&)&'&%< 3/20*&+ ; =!5:;> ?@/'*9*'()*&+".

Al piincipio ue esta RFC nos comenta un poco la evolucion uesue la veision 4, luego
habla ue su Teiminologia (meiece la pena uaile una miiaua a este aspecto), peio
nosotios nos centiaiemos a paitii uel punto S. "!5:; 7/(./2 1&2A()" ue la misma
uonue nos piesenta su encabezauo ue la siguiente foima:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Version| Traffic Class | Flow Label |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Payload Length | Next Header | Hop Limit |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ +
| |
+ Source Address +
| |
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ +
| |
+ Destination Address +
| |
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 3
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
Se pueue apieciai que est agiupauo en bloques ue S2 bits poi linea, sepaianuo vaiios
campos, uesciibe caua uno ue ellos ue la siguiente maneia:

veision: 4 bit uonue uebe figuiai el valoi "6".
Tiaffic Class: 8 bit que se uesciiben en la seccion 7 ue esta RFC.
Flow Label: 2u bit que se uesciiben en la seccion 6 ue esta RFC.
Payloau Length: 16 bit (enteio sin signo). Se tiata ue la longituu uel campo ue
uatos (Payloau ue IPv6) en octetos. Se uebe tenei en cuenta aqui que cualquiei
"cabeceia en extension" que est piesente, sei consiueiaua tambin "payloau"
poi lo tanto incluiua tambin en este campo.
Next Beauei: 8 bit selectoi. Iuentifica el piotocolo que tiene en su nivel
inmeuiatamente supeiioi. Emplea los mismos valoies que IPv4.
Bop Limit: 8 bit (enteio sin signo). Al igual que IPv4 este valoi es
ueciementauo en 1 poi caua "salto" que pase, al llegai a ceio, el paquete es
uescaitauo.
Souice Auuiess: 128 bit que iuentifican la uiieccion oiigen.
Bestination Auuiess: 128 bit que iuentifican a la uiieccion uestino.

A continuacion piesentamos un ejemplo ue este encabezauo:


Imagen 1: En esta imagen, se pueue apieciai la captuia ue un encabezauo bsico ue
!"$+, hemos aclaiauo en &8E8 caua uno ue sus campos, y en $%&7% si se uesea coiioboiai
el tamao ue 4u Bytes ue este encabezauo bsico.

Esta RFC-246u contina en el CD*.8 >. "!5:; BC)/+0*&+ 7/(./20" uesaiiollanuo el
funcionamiento ue estos "Encabezauos ue extension". En IPv4, lo iealizaba a tiavs uel
campo "D@'*&+/0", como paite uel encabezauo IPv4 (ue hecho, luego ue los piimeios
cuatio bits ue IPv4 que se coiiesponuen al campo "veision", en IPv4 vienen cuatio bits
ms que iuentifican la "E&+F*)-. ./ 8(G/'/2(" en palabias ue 4 Bytes, cosa que ya no es
asi en IPv6). IPv6 uefine que estos "Encabezauos ue Extension" son infoimacion
Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 4
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
auicional, encapsulaua en encabezauos sepaiauos que pueuen ubicaise entie el
encabezauo ue IPv6 y el uel nivel supeiioi. Paia sei estiicto con el funcionamiento ue
un mouelo ue capas, esto suena meuio "chocante", peio asi se ha uefiniuo y no hay ms
que hablai. Entonces, lo que estamos uicienuo con los "Encabezauos ue Extension"
paia entenueilo con sencillez, es que se tiata ue una especie ue "nuevo encabezauo"
que se sita entie el nivel ue ieu y el ue tianspoite.

Continuanuo con el punto 4 ue esta RFC, este menciona que hay un pequeo nmeio
ue estos encabezauos iuentificauos poi un valoi que ya est uefiniuo y se inseitai en
el campo ue 8 bits "#/C) 7/(./2" que acabamos ue mencionai, y aclaia que IPv6 pueue
sopoitai: ceio, uno, o ms ue estos encabezauos; caua uno ue ellos uebei sei
iuentificauo poi el campo "Next Beauei" uel pieceuente encabezauo (sea el bsico o
caua uno ue los encabezauos ue extension que se agieguen), ponienuo los siguientes
ejemplos:
+---------------+------------------------
| IPv6 header | TCP header + data
| |
| Next Header = |
| TCP |
+---------------+------------------------

+---------------+----------------+------------------------
| IPv6 header | Routing header | TCP header + data
| | |
| Next Header = | Next Header = |
| Routing | TCP |
+---------------+----------------+------------------------

+---------------+----------------+-----------------+----------------
| IPv6 header | Routing header | Fragment header | fragment of TCP
| | | | header + data
| Next Header = | Next Header = | Next Header = |
| Routing | Fragment | TCP |
+---------------+----------------+-----------------+----------------

Estos encabezauo ue extension no son examinauos en ningn nouo inteimeuio, es
uecii solo los analizan los nouos uestino (sea uno solo cuanuo es 0nicast, o sean vaiios
en el caso ue Nulticast). La nica excepcion a este anlisis inteimeuio es el
encabezauo ue extension: "F-G.8 - F-G.8" , que BEBE encontiaise inmeuiatamente a
continuacion uel encabezauo bsico y su existencia queua iuentificaua poi el valoi
"4%&8" en el campo "#/C) 7/(./2HI =Ns auelante en este texto, veiemos que en la
actualiuau este aspecto tiene sus excepciones).

Caua "Encabezauo ue extension" uebe tenei una longituu mltiplo ue 8 octetos (o
Bytes) paia mantenei la "alineacion" en 8 Bytes uel siguiente encabezauo (en IPv4 es
similai, peio en mltiplos ue 4 Bytes).

IPv6 a fecha ue hoy tiene uefiniuo los siguientes encabezauos ue extension:

Bop-by-Bop 0ptions
Routing (Type u: este es el nico "tipo" ue Routing, que como veiemos ms
Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 5
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
auelante est uefiniuo poi esta RFC)
Fiagment
Bestination 0ptions
Authentication
Encapsulating Secuiity Payloau

Los piimeios cuatio estn uefiniuos en esta RFC y los uos ltimos en la :;<2=>/= y la
:;<2=>/+ iespectivamente, que uesaiiollaiemos bievemente ms auelante y con
uetalle cuanuo publiquemos el aiticulo ue "F%HD&(7-7 %* !"$+" pues se tiatan ue
IPSec.

Si bien no lo impone, la RFC-246u, iecomienua que cuanuo exista ms ue un
encabezauo poi extension uentio ue un mismo paquete, los mismos se coloquen en el
siguiente oiuen:
a. IPv6 heauei
b. Bop-by-Bop 0ptions heauei
c. Bestination 0ptions heauei
u. Routing heauei
e. Fiagment heauei
f. Authentication heauei
g. Encapsulating Secuiity Payloau heauei
h. Bestination 0ptions heauei
i. uppei-layei heauei

Caua Encabezauo ue extension uebe apaiecei como mximo una vez. Con la nica
excepcion ue "I%'.(*-.(8* JC.(8*'" que pueue apaiecei un mximo ue uos veces.
Tambin aclaia que si el nivel supeiioi es otio encabezauo ue IPv6 (poi ejemplo en
tneles IPSec) este nuevamente pueue tenei sus piopios encabezauos ue extension

Continuanuo con la misma RFC, el punto 4.2. "D@)*&+0", explica que hay uos
encabezauos ue extension (Bop by Bop y Bestination 0ptions) cuya longituu es
vaiiable, y paia iuentificaila tianspoita o incoipoia un foimato especial llamauo
"JK@/LE/+F)4L3(%-/ (KLM)", que estai inseito uentio uel campo "opciones" uel
encabezauo convencional ue touo "encabezauo ue extension", est uefiniuo como se
piesenta a continuacion:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- - - - - - - - -
| Option Type | Opt Data Len | Option Data
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- - - - - - - - -
0ption Type: 8-bit que iuentifican el tipo ue 0pcion.
0pt Bata Len: 8-bit (enteio sin signo). Longituu uel campo ue opcion ue
uatos (solo paia esta opcion). Esta es justamente la longituu mencionaua.
0ption Bata: uatos especificos ue esta 0pcion.
Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 6
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
La secuencia ue opciones en un encabezauo BEBE sei piocesaua estiictamente en el
oiuen en el que apaiecen uentio uel mismo, un ieceptoi N0 BEBE inuagai uentio ue
un encabezauo buscanuo un valoi en paiticulai o una ueteiminaua clase ue opciones o
piocesaila.

El punto siguiente 4.S. "!"# %& !"# '#()"*+ !,-.,/" como su nombie lo inuica uefine
como uebe sei tiataua esta opcion ue "Salto poi Salto", esta opcion queua iuentificaua
con el valoi "/" en el campo "Next Beauei" uel encabezauo bsico ue IPv6, y su foimato
es el siguiente:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Next Header | Hdr Ext Len | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| |
. .
. Options .
. .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Next Beauei: 8-bit. Iuentifica el tipo ue encabezauo que contina a este mismo,
emplea los mismos valoies que IPv4.
Bui Ext Len: 8-bit (enteio sin signo). Befine la longituu ue esta cabeceia ue
extension en uniuaues ue 8 Bytes, sin incluii los piimeio 8 Bytes.
0ptions: Campo ue longituu vaiiable. Bebe sei un enteio mltiplo ue 8 bytes
uonue figuie la infoimacion ue caua salto. Bentio uel mismo contenui uno o
ms TLv (que acabamos ue uesciibii en el piiafo anteiioi).
A continuacion piesentamos una imagen uonue se pueue apieciai caua uno ue estos
campos:

Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 7
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
Imagen 2: En esta imagen, se pueue apieciai la captuia ue un encabezauo ue extension "N8C
5O N8C", en el cual hemos uestacauo en &8E8 touos sus campos, y en $%&7% los uos TLv que en
este caso cuenta el mismo.

vamos a alteiai el oiuen ue esta RFC paia ceiiai este tema ue los encabezauos ue
extension ue longituu vaiiable, es uecii el anteiioi (7&@ GK 7&@) y ahoia "0,+()*-()"*
'#()"*+" que se uesciibe en el punto 4.6 ue la misma. Esta opcion se emplea paia
tianspoitai infoimacion opcional que solo uebe sei examinaua en los nouos uestino.
Este encabezauo en extension se iuentifica poi al valoi "+/" uel encabezauo
inmeuiatamente pieceuente.
En cuanto al foimato ue este encabezauo es exactamente igual al anteiioi, asi que no
nos uetenuiemos en ello.

volvienuo al oiuen ue esta RFC, vamos a uesaiiollai bievemente los uos encabezauos
ue extension que siguen la puntuacion. El piimeio ue ellos es el que se tiata en el
punto 4.4 "1"2()*3 !,-.,/" . Se emplea poi quien envia el paquete IPv6 paia listai
uno o ms nouos inteimeuios ueben sei visitauos en su camino hacia el nouo uestino,.
Esto en iealiuau no es ninguna noveuau en cuanto a su logica pues en IPv4 se
empleaba ue foima similai con las opciones "E&&0/ ?&-2'/" y "6/'&2. 6&-)/". Este
encabezauo ue extension se lo ieconoce poi el valoi ">0" en el encabezauo
inmeuiatamente pieceuente, y su foimato es el siguiente:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Next Header | Hdr Ext Len | Routing Type | Segments Left |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. .
. type-specific data .
. .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Next Beauei: 8-bit. Iuentifica el tipo ue encabezauo que contina a este mismo,
emplea los mismos valoies que IPv4.
Bui Ext Len: 8-bit (enteio sin signo). Befine la longituu ue esta cabeceia ue
extension en uniuaues ue 8 Bytes, sin incluii los piimeio 8 Bytes.
Routing Type: 8-bit. Iuentifica alguna vaiiante ue un encabezauo paiticulai ue
eniutauo.
Segments Left: 8-bit (enteio sin signo). Nmeio ue segmentos ue iuta que
completan este encabezauo.
Type-specific uata: Campo ue longituu vaiiable ue foimato ueteiminauo poi el
"Routing Type" (que veiemos a continuacion).

En estos 8-bit ue "6&-)*+F JK@/", esta RFC solo uefine el valoi "u" paia este campo (tal
cual mencionamos al piincipio ue este texto). Paia este valoi, el foimato ue este
encabezauo ue extension es el siguiente:
Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 8
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Next Header | Hdr Ext Len | Routing Type=0| Segments Left |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ +
| |
+ Address[1] +
| |
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ +
| |
+ Address[2] +
| |
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
. . .
. . .
. . .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ +
| |
+ Address[n] +
| |
+ +
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Como pouemos apieciai, los nicos campos nuevos que vemos ahoia son:

Reseiveu: S2-bit. Que ueben sei inicializauo a "u" poi el nouo oiigen e
ignoiauos poi el ieceptoi.
Auuiess|1..nj: vectoi ue 128-bit ue uiiecciones IPv6, numeiauas ue 1 a n.

En este tipo ue eniutauo N0 BEBEN apaiecei uiiecciones Nulticast, ni tampoco en el
encabezauo bsico ue estos paquete.
Este encabezauo no es examinauo o piocesauo hasta que el mismo alcanza el nouo
iuentificauo en el campo "Biieccion Bestino" uel encabezauo bsico ue IPv6. Recin al
alcanzai ese nouo, se evala la opcion "Next Beauei" uel encabezauo IPv6 y alli se
ejecuta un algoiitmo que uesciibe en uetalle esta RFC, peio que nosotios lo
explicaiemos a tiavs uel ejemplo que esta iecomenuacion piopone y que es el
siguiente.
Supongamos que un nouo fuente "F" envia un paquete al nouo uestino "I" empleanuo
el encabezauo ue extension "Routing" paia que el paquete pase poi los nouos
inteimeuios "!B, != e !0" paquete viaja uesue "F" hasta "!B". Los campos ue sus
encabezauos seiian los siguientes:

Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 9
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
Piimei paquete IPv6:
Souice Auuiess = F Bui Ext Len = 6
Bestination Auuiess = !B Segments Left = 0
Auuiess|1j = !=
Auuiess|2j = !0
Auuiess|Sj = I
Segunuo paquete IPv6:
Souice Auuiess = F Bui Ext Len = +
Bestination Auuiess = != Segments Left = =
Auuiess|1j = !B
Auuiess|2j = !0
Auuiess|Sj = I
Teicei paquete IPv6:
Souice Auuiess = F Bui Ext Len = +
Bestination Auuiess = !0 Segments Left = B
Auuiess|1j = !B
Auuiess|2j = !=
Auuiess|Sj = I
Cuaito paquete IPv6:
Souice Auuiess = F Bui Ext Len = +
Bestination Auuiess = I Segments Left = /
Auuiess|1j = !B
Auuiess|2j = !=
Auuiess|Sj = !0
Es uecii, caua nouo inteimeuio, analiza la uiieccion uestino, cuanuo se coiiesponue a
la piopia, luego piocesa "Next Beauei", al vei que existe la opcion "Routing", miia el
"Type" si es igual a "u", esta valoi es coiiecto poi lo tanto pasa a analizai el campo
"Segments Left" (paia nosotios es: "F%HP%*.8' &%'.-*.%'"), sobie la base ue ese
campo, geneia un nuevo encabezauo IPv6 bsico con este nuevo nouo inteimeuio
como uiieccion IP uestino (ieiteiamos: uentio uel encabezauo bsico, no en el ue
extension) y envia este nuevo paquete hacia el pioximo nouo inteimeuio,
ueciementanuo el valoi uel campo "Segments Left" y "iotanuo" el oiuen ue los nouos
inteimeuios, este pioceso se iepite hasta que el valoi "Segments Left" es igual a "/" que
inuica que se tiata uel ltimo paquete y es el nouo uestino.
El punto que contina en esta RFC es el 4.S "4/-35,*( !,-.,/", estos encabezauos ue
fiagmentacion, los emplea nuevamente un nouo fuente paia enviai paquetes que
iecibe ue un nivel supeiioi y cuyo tamao es supeiioi a lo que IPv6 calcula como NT0
(Naximun Tiansfei 0nit), que como hemos uesaiiollauo en aiticulos anteiioies, es la
metouologia que emplea IPv6 paia ueteiminai cul es la cantiuau mxima ue Bytes
que pueuen enviai ue extiemo a extiemo ue esta iuta entie oiigen y uestino.
Nuevamente iecalca que a uifeiencia ue IPv4, la fiagmentacion en IPv6 no pueue sei
iealizaua poi los iouteis inteimeuios, sino nicamente poi los nouos oiigen y uestino.
Este encabezauo ue extension se ieconoce poi el valoi "44" en el encabezauo que
inmeuiatamente lo pieceue y tiene el siguiente foimato:

Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 10
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Next Header | Reserved | Fragment Offset |Res|M|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Identification |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Next Beauei: 8-bit. Iuentifica el tipo ue encabezauo que contina a este mismo,
emplea los mismos valoies que IPv4.
Reseiveu: 8-bit que se coiiesponue a un campo ieseivauo (es uecii que no se
ueben empleai). Beben sei inicializauos a "u" poi el tiansmisoi e ignoiauos en
el ieceptoi.
Fiagment 0ffset: 1S-bit (enteio sin signo). Se miue en uniuaues ue 8 octetos (64
bits) e inuica en que paite uel paquete oiiginal ueben sei "ie ensamblauos" los
uatos que aqui estn conteniuos, poi esa iazon el piimei paquete que
tianspoite los uatos fiagmentauos, llevai el valoi "u" en este campo.
Res: 2-bit otio campo ieseivauo iuem al anteiioi.
N flag: Inuica si existen ms fiagmentos o se tiata uel ltimo fiagmento.
Cuanuo su valoi es "B" = moie fiagment; Si es "/" = last fiagment.
Iuentification: S2-bits. Este valoi sei el que iuentifique a touos los
"fiagmentos" que foimen paite uel mismo envio. La RFC sugieie que este valoi
sea uifeiente a cualquiei otio que se haya geneiauo "iecientemente" entie la
misma fuente y uestino y se uefine el concepto ue "iecientemente" (no meiece
la pena ueteneinos en ello).
La RFC contina uetallanuo el funcionamiento ue este encabezauo ue fiagmentacion,
peio nosotios en este aiticulo no lo haiemos pues su logica funciona exactamente igual
que como se hacia en IPv4 ( y pueue veise con touo uetalle en el libio "F%HD&(7-7 C8&
Q($%G%'"), con la nica salveuau que:
Los S campos que se emplean paia Fiagmentacion (N Flag, Fiagment 0ffset e
Iuentification) en IPv4 se llamaban igual, peio estaban uentio ue los veinte
Bytes uel encabezauo bsico.
Be estos mismos S campos, los uos piimeios tienen la misma longituu, el
teiceio (Iuentification) ahoia es el uoble, en IPv4 eia ue 16 bits.
Estos campos solo "viajan" cuanuo se emplea encabezauo ue extension paia
Fiagmentacion. En IPv4 estaban piesentes en touos los uatagiamas pues
foimaban paite ue los 2u bytes ue su encabezauo minimo (si no se empleaba
fiagmentacion sus valoies eian "u").
N0TA: 0n uetalle que viene al caso mencionai es que en IPv4 existe otio bit que
guaiua estiecha ielacion con esta activiuau, se tiata uel bit "I;" (Bon`t Fiagment).
Este bit se empleaba paia "oiuenai" que ese paquete en concieto no pouia sei
fiagmentauo poi ningn nouo inteimeuio (el caso tipico, poi ejemplo, eia el ue un
"tiiple Banushake" ue su piotocolo supeiioi TCP, este caso "si o si" ueben sei ties
paquetes, poi lo tanto si en algn nouo inteimeuio se empleaia fiagmentacion,
entonces no se pouiia lleva a cabo esta secuencia en el nivel supeiioi con el
piotocolo TCP, poi lo tanto los ties uatagiamas lo ponian a "1"). Como hemos
Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 11
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
iepetiuo ya vaiias veces, en IPv6 solo pueuen fiagmentai los nouos oiigen y
uestino, poi lo que ueja ue tenei sentiuo el empleo ue este bit y poi esa iazon en
IPv6 no existe.
El punto 4.6 ue esta RFC, es "Bestination 0ption" que ya lo habiamos uesaiiollauo
alteianuo el oiuen (paia analizai conjuntamente los uos encabezauos ue extension ue
longituu vaiiable: Bop by Bop y Bestination 0ptions) asi que pasaiemos al punto 4.7 "
"6" 6,7( !,-.,/" este encabezauo se iuentifica con el valoi "AR" en el campo "Next
Beauei" uel encabezauo que lo pieceue inmeuiatamente, e inuica sencillamente que no
existe ningn otio encabezauo que contine a este mismo.
A continuacion piesentamos una imagen ue esta caso:

Imagen S: En esta imagen, se pueue apieciai el valoi "AR" (No Next Beauei) y en la paite
infeiioi, nuevamente iesaltauo en *-&-*E- los 4u bytes ue este encabezauo, uonue se ve
claiamente que alli acaba este paquete, es uecii no contina ningn otio piotocolo.

El punto S. "8-9:,( ;)<, =++2,+" aconseja que se empleen tamaos ue paquetes no
infeiioies a 128u bytes, y entia en mayoies uetalles sobie cunuo se aconseja o no
fiagmentai, no nos uetenuiemos en ello.
El punto 6. "4>"? @-%,>+", piesenta como estos 2u bit ue "etiquetas ue flujo" pueuen se
empleauos poi un nouo fuente paia especiales solicituues en el contiol ue las iutas ue
ese paquete poi los iouteis configuiauos con IPv6. A la fecha ue la publicacion ue esta
RFC (uiciembie ue 1998) an se encontiaban en uso expeiimental, y solo aclaia que
los iouteis que no contiolen an estos paimetios ueben pasailos en foima
tianspaiente y sin ejecutai mouificaciones sobie estos bits.
Paia las uefiniciones vigentes al uia ue hoy, L- :;<2+>0? S=8AB 4>"? @-%,>
;#,9)C)9-()"*" actualiza algunos conceptos. La mencionaua RFC, inclusive
aclaia que esta ieemplaza a la :;<20+R? y justamente al punto 6, y Apnuice A
ue la :;<2=>+/.
volvamos a la RFC-246u y sigamos con el punto 7. "D/-CC)9 E>-++,+"
Este campo, ue 8 bits est uisponible paia pouei uistinguii entie uifeientes clases o
piioiiuaues ue los paquetes IPv6. Nenciona que a la fecha ue esta RFC, ya existen
vaiias piuebas sobie IPv4 ue piioiizacion ue tifico empleanuo los campos
Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 12
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
"Pieceuencia" y "Tipo ue Seivicio" ue esta veision anteiioi, estos tiabajos se
uenominan "?/2:*'*&0 .*9/2/+'*(.&0", y la iuea paia IPv6 es similai. (Se uebe tenei en
cuenta que a uia ue hoy paia IPv4, tambin existe otio concepto que es el ue "?/2:*'*&0
!+)/F2(.&0", que opeia tambin ue foima paieciua).
En iealiuau paia uesaiiollai este campo, uebemos consiueiai la RFC 2474
"M/9*+*)*&+ &9 )4/ M*99/2/+)*()/. ?/2:*'/0 1*/%. =M? 1*/%.> *+ )4/ !5:N (+. !5:;
7/(./20", ue la que solo comentaiemos que se tiata ue una piopuesta, no es
manuatoiia, y que en pocos piiafos pouiiamos uesciibii que:
La estiuctuia que piopone ue estos 8 bit es la siguiente:
0 1 2 3 4 5 6 7
+---+---+---+---+---+---+---+---+
| DSCP | CU |
+---+---+---+---+---+---+---+---+
DSCP: differentiated services codepoint
CU: currently unused
Es uecii piopone no usai los ltimos uos bits y se centia en los seis piimeios, y
tal vez lo ms impoitante lo tiata el CD*.8 + ue esta RFC: "!"#" 8&+0*./2()*&+0",
que establece lo siguiente:
Este espacio ue uiiecciones ofiece 64 opciones (los seis piimeios bits uel
octeto) llamauos "couepoints", (ue alli viene la abieviatuia BSCP:
M*99/2/+)*()/. ?/2:*'/0 8&./ 5&*+)0), este espacio est uiviuio en ties
"pooles" paia pioposito ue asignacion y auministiacion ue "couepoints"
ue acueiuo a la siguiente tabla:
Pool Codepoint space Assignment Policy
---- --------------- -----------------
1 xxxxx0 Standards Action
2 xxxx11 EXP/LU
3 xxxx01 EXP/LU (*)
Pool 1: Paia sei asignauo a acciones estnuai.
Pool 2: Reseivauo paia uso local o expeiimental.
Pool S: Inicialmente iuem al anteiioi, peio uebeiia sei piefeientemente
empleauo paia acciones estnuai si se agota el pool 1.
A continuacion piesentamos una imagen ue este campo:

Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 13
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
Imagen 4: En esta imagen, se pueue apieciai la captuia ue un encabezauo que emplea
justamente el campo "Tiaffic Class", este caso como pouemos vei, iespeta los uos
ltimos bits ue este octeto (puestos a ceio), luego ue los seis piimeios emplea el valoi
"111uuu" poi lo que nos encontiaiiamos concietamente uentio uel "Pool 1", es uecii
una accion estnuai.

Poi ltimo volvienuo al CD*.8 @ ue la RFC 246u, este uesciibe las caiacteiisticas ue los
niveles supeiioies paia IPv6, inicianuo este tema con la aclaiacion que cualquiei
piotocolo ue nivel supeiioi que emplee el uiieccionamiento IP paia veiificacion
(Checksum) uebei consiueiai ahoia los 128 bits en vez ue los S2 ue IPv4. En
paiticulai especifica como tiabajai con los "Pseuuo heauei" ue TCP y 0BP, peio no nos
uetenuiemos en ello.
Este mismo punto hace iefeiencia al cambio ue nomenclatuia ue TTL ue IPv4 poi "Bop
Limit" ue IPv6, peio su logica sigue sienuo la misma, y luego aclaia que los piotocolos
ue nivel supeiioi cuanuo calculan el mximo tamao ue uatos que pueuen entiegai
ahoia al nivel S, ueben tenei en cuenta que antes poi ejemplo uebian uejai 2u byte
paia TCP y 2u paia IP, ahoia uebein uejai, en este mismo caso 2u paia TCP y 4u paia
IPv6), es uecii contemplai que sein (en el caso ue TCP) 6u bytes en vez ue los 4u que
ieseivaban paia IPv4.
No entiaiemos a uesaiiollai los anexos ue esta RFC, peio si alguien uesea piofunuizai,
sobie touo en como se "empaquetan" los uistintos encabezauos ue extension vaiiable,
en el anexo B ofiece vaiios ejemplos muy claios.


S.S. Las :;< =>/= O =>/+ "!5 "-)4/+)*'()*&+ 7/(./2 ="7>" e "!5 B+'(@0-%()*+F ?/'-2*)K
5(K%&(. =B?5>".

En el punto anteiioi, cuanuo comentamos el tema ue los encabezauos en extension, los
uos ltimos que se piesentan son justamente estos uos, ambos confoiman el ncleo ue
lo que se conoce como !"F%4, en gianues iasgos el piimeio (AB) ofiece las opciones
ue autenticacion e integiiuau ue uatos y el segunuo (ESP) se emplea paia
confiuencialiuau. En este aiticulo no nos uetenuiemos en IPSec, solamente queiemos
mencionai que ue foima nativa touo IPSec fue concebiuo paia opeiai sobie IPv6, poi
esa iazon es que su ms eficiente funcionamiento es justamente como "encabezauos en
extension" ue IPv6.
El funcionamiento ue ambos est uesciito en las RFC que mencionamos en el titulo ue
este punto, en estos piiafos, solamente ponemos ue manifiesto como estas
iecomenuaciones uesciiben el empleo ue estos encabezauos en extension:
La RFC 24u2 (AB) en su CD*.8 09B S"-)4/+)*'()*&+ 7/(./2 E&'()*&+" nos uesciibe que
en el contexto ue IPv6, AB es visto como un "payloau" (caiga, uatos) ue extiemo a
extiemo y uebeiia apaiecei como un "encabezauo en extension" luego ue las opciones
"hop-by-hop, iouting, anu fiagmentation":

Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 14
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
Encabezado antes de aplicar AH
---------------------------------------
IPv6 | | ext hdrs | | |
| orig IP hdr |if present| TCP | Data |
---------------------------------------

Encabezado despus de aplicar AH
------------------------------------------------------------
IPv6 | |hop-by-hop, dest*, | | dest | | |
|orig IP hdr |routing, fragment. | AH | opt* | TCP | Data |
------------------------------------------------------------
* = si est presente podra estar antes de AH, despus de AH, o ambos

Paia el caso ue la RFC 24u6 (ESP) el punto es el mismo 09B SB?5 7/(./2 E&'()*&+" y nos
piesenta tambin un esquema muy similai:
Encabezado antes de aplicar ESP
---------------------------------------
IPv6 | | ext hdrs | | |
| orig IP hdr |if present| TCP | Data |
---------------------------------------
Encabezado despus de aplicar ESP
---------------------------------------------------------
IPv6 | orig |hop-by-hop,dest*,| |dest| | | ESP | ESP|
|IP hdr|routing,fragment.|ESP|opt*|TCP|Data|Trailer|Auth|
---------------------------------------------------------
|<---- encrypted ---->|
|<---- authenticated ---->|
* = si est presente podra estar antes de ESP, despus de ESP, o ambos

A continuacion piesentamos una imagen ue IPv6 empleanuo ESP:

Imagen S: En esta imagen pouemos apieciai justamente este piotocolo, en esta captuia
no hay ninguna opcion inteimeuia, poi lo tanto IPv6 lo inuica como "Next Beauei = Su", e
Los Pases de habla hispana podemos ser pioneros en IPv6,
por mi parte tengo toda la FE puesta en que es posible.
IPv6 no es cuestin de dinero, se trata de esfuerzo, voluntad y FE en lograrlo Pg 15
La poblacin de habla hispana nativa es un 1,3% mayor que la de habla inglesa.
inmeuiatamente finalizauo el encabezauo bsico ue IPv6 comienza ESP. Si se piesta
atencion en la paite infeiioi ue la imagen, luego ue los 4u octetos (en hexauecimal) uel
encabezauo ue IPv6 (que hemos iesaltauo en *-&-*E-), contina ESP con los campos ue
su encabezauo "uu uu uu ua (ESP SPI) uu uu uu u4 (Secuencia)" y a continuacion touo lo
que sigue va ciiptogiafiauo, pues esa es la funcion ue ESP.


S.4. La :;< +A+> "" O+*9&2A 1&2A() 9&2 !5:; BC)/+0*&+ 7/(./20H

Bemos incluiuo esta RFC ue abiil ue 2u12 pues se tiata ue una actualizacion ue la
anteiioi (RFC 246u).
Lo ms impoitante a uestacai, es que tal cual uesciibe en su intiouuccion, la RFC 246u
establecia que los encabezauos en extension, con excepcion uel "Bop by Bop" no ueben
sei piocesauos en nouos inteimeuios, peio en la actualiuau muchos uesaiiollos ue
IPv6 sobie iouteis y fiiewalls son capaces ue piocesai yo ignoiai cualquieia ue ellos
empleanuo lo que se uenomina ASICs: "@@%*'()*&+ ?@/'*9*' !+)/F2()/. 8*2'-*)0, en
paiticulai se evaluo esta RFC poi iazones ue seguiiuau.
Paia evitai pioblemas en nouos inteimeuios, cualquiei encabezauo en extension
uefiniuo a futuio uebei iespetai el siguiente foimato:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Next Header | Hdr Ext Len | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| |
. .
. Header Specific Data .
. .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Este esquema no uebe sei teniuo en cuenta paia los encabezauos ya uefiniuos con
anteiioiiuau (RFC-246u) solo aplica a nuevos encabezauos en extension.