CURSO IPv6 BSICO

Ncleo de Informao e Coordenao do Ponto BR

Diretor Presidente
Demi Getschko
Diretor Administrativo
Ricardo Narchi
Diretor de Servios
Frederico Neves
Diretor de Projetos Especiais e de Desenvolvimento
Milton Kaoru Kashowakura
Centro de Estudos e Pesquisas em Tecnologia de Redes e Operaes CEPTRO.br
Antnio Marcos Moreiras
Coordenao Executiva e Editorial: Antnio Marcos Moreiras
Autores / Design / Diagramao
Rodrigo Regis dos Santos
Antnio Marcos Moreiras
Eduardo Asceno Reis
Ailton Soares da Rocha

Sobre o Projeto IPv6.br

O IPv6 a nova gerao do Protocolo Internet.
Ele j vem sendo utilizado h algum tempo. Mas agora sua implantao deve ser
acelerada. Ela imprescindvel para a continuidade do crescimento e da evoluo da
Internet!
O objetivo do projeto IPv6.br do NIC.br estimular a utilizao do novo protocolo na
Internet e nas redes brasileiras. Para saber mais acesse o stio Internet www.ipv6.br
ou entre em contato pelo e-mail ipv6@nic.br.
O CEPTRO.br- Centro de Estudos e Pesquisas em Tecnologia de Redes e Operaes
do NIC.br responsvel por projetos que visam melhorar a qualidade da Internet no
Brasil e disseminar seu uso, com especial ateno para seus aspectos tcnicos e de
infraestrutura. Mais informaes podem ser obtidas no stio Internet www.ceptro.br.

Sobre os autores
Rodrigo Regis dos Santos Bacharel em Cincia da Computao pela Universidade
Presbiteriana Mackenzie e atualmente est especializando-se em Gesto e
Infraestrutura de Telecomunicaes pela mesma Universidade. Especialista em IPv6,
trabalha no NIC.br atuando como um dos responsveis pelo projeto IPv6.br, que tem
por objetivo incentivar o uso do protocolo no pas.
Antonio M. Moreiras engenheiro eletricista e mestre em engenharia pela POLI/USP,
MBA pela UFRJ, alm de ter estudado Governana da Internet na Diplo Foundation e
na SSIG 2010. Trabalha atualmente no NIC.br, onde est envolvido em projetos para o
desenvolvimento da Internet no Brasil, como a disseminao do IPv6, a
disponibilizao da Hora Legal Brasileira via NTP, estudos da Web, ENUM, entre
outros.
Eduardo Asceno Reis especialista em redes IP, sistemas Unix e servios Internet.
Como formao, possui Curso de Especializao em Redes de Computadores pelo
LARC/USP e Bacharelado em Cincias Biolgicas pela USP. Sua atuao profissional
em TI ocorre desde 1995, com experincias nas empresas: Universidade de So Paulo
(USP), Ericsson Brazil, comDominio (IDC - AS16397), CTBC Multimdia (NSP, ISP AS27664). Atualmente atua como supervisor de projetos no Centro de Estudos e
Pesquisas em Tecnologia de Redes e Operaes (CEPTRO.br) do Ncleo de
Informao e Coordenao do Ponto BR (NIC.br) e um dos responsveis pelo
PTTmetro (PTT.br).
Ailton Soares da Rocha Analista de Projetos no NIC.br, onde est envolvido com
pesquisas e projetos relacionados infraestrutura da Internet no pas, com importante
atuao nos projetos IPv6.br e NTP.br. Engenheiro eletricista e de telecomunicaes
graduado pelo INATEL, atuou por mais de 10 anos na coordenao da rea de redes e
Internet da instituio.

Sobre a licena

Para cada novo uso ou distribuio, voc deve deixar claro para outros os termos da licena desta obra.
No caso de criao de obras derivadas, os logotipos do CGI.br, NIC.br, IPv6.br e CEPTRO.br no devem ser utilizados.
Na atribuio de autoria, essa obra deve ser citada da seguinte forma:
Apostila Curso IPv6 bsico do NIC.br, disponvel no stio http://curso.ipv6.br ou atravs do e-mail ipv6@nic.br.
Qualquer uma destas condies podem ser renunciadas, desde que voc obtenha permisso do autor.
Se necessrio, o NIC.br pode ser consultado atravs do email ipv6@nic.br.
Nada nesta licena prejudica ou restringe os direitos morais do autor.

Cabealho IPv6

Mdulo 2

34

A partir desse ponto, iniciaremos o estudo das principais caractersticas do IPv6,

comeando pela anlise das mudanas ocorridas na estrutura de seu cabealho, apresentando as
diferenas entre os cabealhos IPv4 e IPv6, e de que forma essas mudanas aprimoraram o
funcionamento do protocolo. Tambm ser detalhado o funcionamento dos cabealhos de
extenso, mostrando porque sua utilizao pode melhorar o desempenho dos roteadores.

Cabealho IPv4

O cabealho IPv4 composto por 12 campos fixos, podendo conter ou no

opes, fazendo com que seu tamanho possa variar entre 20 e 60 Bytes.

35

O cabealho IPv4 composto por 12 campos fixos, podendo conter ou no opes,

fazendo com que seu tamanho possa variar entre 20 e 60 Bytes. Estes campos so destinados
transmitir informaes sobre:
a verso do protocolo;
o tamanho do cabealho e dos dados;
a fragmentao;
o tipo de dados;
o tempo de vida do pacote;
o protocolo da camada seguinte (TCP, UDP, ICMP);
a integridade dos dados;
a origem e o destino do pacote.

Cabealho IPv6

Mais simples

40 Bytes (tamanho fixo).

Apenas duas vezes maior que o da verso anterior.

Mais flexvel

Extenso por meio de cabealhos adicionais.

Mais eficiente

Minimiza o overhead nos cabealhos.

Reduz o custo do processamento dos pacotes.

36

Algumas mudanas foram realizadas no formato do cabealho base do IPv6 de modo a

torn-lo mais simples, com apenas oito campos e com tamanho fixo de 40 Bytes, alm de mais
flexvel e eficiente, prevendo sua extenso por meio de cabealhos adicionais que no precisam
ser processados por todos os roteadores intermedirios. Estas alteraes permitiram que, mesmo
com um espao para endereamento de 128 bits, quatro vezes maior que os 32 bits do IPv4, o
tamanho total do cabealho IPv6 seja apenas duas vezes maior que o da verso anterior.

Cabealho IPv6

Seis campos do cabealho IPv4 foram removidos.

37

Entre essas mudanas, destaca-se a remoo de seis campos do cabealho IPv4, visto que
suas funes no so mais necessrias ou so implementadas pelos cabealhos de extenso.
No IPv6, as opes adicionais agora fazem parte dos cabealhos de extenso do IPv6.
Deste modo, os campos Opes e Complementos puderam ser removidos.
O campo Tamanho do Cabealho tambm foi removido, porque o tamanho do cabealho
IPv6 fixo.
Os campos Identificao, Flags e Deslocamento do Fragmento, foram removidos porque
as informaes referentes a fragmentao so indicadas agora em um cabealho de extenso
apropriado.
Com o intuito de aumentar a velocidade do processamento dos roteadores, o campo Soma
de Verificao foi retirado, pois esse clculo j realizado pelos protocolos das camadas
superiores.

Cabealho IPv6
1

1
2

Seis campos do cabealho IPv4 foram removidos.

Quatro campos tiveram seus nomes alterados e seus posicionamentos modificados.

38

Outra mudana refere-se a alterao do nome e do posicionamento de outros quatro

campos.
IPv4

IPv6

Classe de Trfego
Tamanho Total
Tamanho dos Dados
Tempo de Vida (TTL) Limite de Encaminhamento
Protocolo
Prximo Cabealho
Tipo de Servio

Esses reposicionamentos foram definidos para facilitar o processamento dessas

informaes pelos roteadores.

Cabealho IPv6

Seis campos do cabealho IPv4 foram removidos.

Quatro campos tiveram seus nomes alterados e seus posicionamentos modificados.

O campo Identificador de Fluxo foi acrescentado.

39

Tambm foi adicionado um novo campo, o Identificador de Fluxo, acrescentado um

mecanismo extra de suporte a QoS ao protocolo IP. Mais detalhes sobre este campo e de como o
protocolo IPv6 trata a questo do QoS sero apresentados nos prximos mdulos deste curso.

Cabealho IPv6

Seis campos do cabealho IPv4 foram removidos.

Quatro campos tiveram seus nomes alterados e seus posicionamentos modificados.

O campo Identificador de Fluxo foi acrescentado.

Trs campos foram mantidos.

40

Os campo Verso, Endereo de Origem e Endereo de Destino foram mantidos, alterando

apenas o tamanho do espao reservado para o endereamento que passa a ter 128 bits.

Cabealho IPv6

41

Vamos conhecer um pouco sobre cada campo do cabealho base do IPv6:

Verso (4 bits) - Identifica a verso do protocolo IP utilizado. No caso do IPv6 o valor desse
campo 6.

Classe de Trfego (8 bits) - Identifica e diferencia os pacotes por classes de servios ou

prioridade. Ele continua provendo as mesmas funcionalidades e definies do campo Tipo de
Servio do IPv4.

Identificador de Fluxo (20 bits) - Identifica e diferencia pacotes do mesmo fluxo na camada de
rede. Esse campo permite ao roteador identificar o tipo de fluxo de cada pacote, sem a
necessidade de verificar sua aplicao.

Tamanho do Dados (16 bits) - Indica o tamanho, em Bytes, apenas dos dados enviados junto ao
cabealho IPv6. Substituiu o campo Tamanho Total do IPv4, que indica o tamanho do cabealho
mais o tamanho dos dados transmitidos. Os cabealhos de extenso tambm so includos no
calculo do tamanho.

Prximo Cabealho (8 bits) - Identifica cabealho que se segue ao cabealho IPv6. Este campo
foi renomeado (no IPv4 chamava-se Protocolo) refletindo a nova organizao dos pacotes IPv6,
pois agora este campo no contm apenas valores referentes a outros protocolos, mas tambm
indica os valores dos cabealhos de extenso.

Limite de Encaminhamento (8 bits) - Indica o nmero mximo de roteadores que o pacote IPv6
pode passar antes de ser descartado, sendo decrementado a cada salto. Padronizou o modo como
o campo Tempo de Vida (TTL) do IPv4 tem sido utilizado, apesar da definio original do campo
TTL, dizer que este deveria indicar, em segundos, quanto tempo o pacote levaria para ser
descartado caso no chegasse ao seu destino.

Endereo de origem (128 bits) - Indica o endereo de origem do pacote.

Endereo de Destino (128 bits) - Indica o endereo de destino do pacote.

Cabealhos de Extenso
No IPv6, opes adicionais so tratadas por meio de cabealhos de
extenso.

Localizam-se entre o cabealho base e o cabealho da camada de

transporte.

No h nem quantidade, nem tamanho fixo para estes cabealhos.

Cabealho IPv6
Prximo
Cabealho = 6

Cabealho TCP

Dados

Cabealho IPv6
Prximo
Cabealho = 43

Cabealho Routing
Prximo
Cabealho = 6

Cabealho TCP

Dados

Cabealho IPv6
Prximo
Cabealho = 43

Cabealho Routing
Prximo
Cabealho = 44

Cabealho
Fragmentation
Prximo
Cabealho = 6

Cabealho TCP

Dados

42

Diferente do IPv4, que inclui no cabealho base todas as informaes opcionais, o IPv6
trata essas informaes atravs de cabealhos de extenso. Estes cabealhos localizam-se entre o
cabealho base e o cabealho da camada imediatamente acima, no havendo nem quantidade,
nem tamanho fixo para eles. Caso existam mltiplos cabealhos de extenso no mesmo pacote,
eles sero adicionados em srie formando uma cadeia de cabealhos.
As especificaes do IPv6 definem seis cabealhos de extenso: Hop-by-Hop Options,
Destination Options, Routing, Fragmentation, Authentication Header e Encapsulating Security
Payload.
A utilizao dos cabealhos de extenso do IPv6, visa aumentar a velocidade de
processamento nos roteadores, visto que, o nico cabealho de extenso processado em cada
roteador o Hop-by-Hop; os demais so tratados apenas pelo n identificado no campo Endereo
de Destino do cabealho base. Alm disso, novos cabealhos de extenso podem ser definidos e
usados sem a necessidade de se alterar o cabealho base.

Cabealhos de Extenso
Hop-by-Hop Options

Identificado pelo valor 0 no campo Prximo Cabealho.

Carrega informaes que devem ser processadas por todos os
ns ao longo do caminho do pacote.

Prximo
Cabealho

Tam. cab. de
extenso

Opes

43

Identificado pelo valor 0 no campo Prximo Cabealho, o cabealho de extenso Hop-byHop deve ser colocado imediatamente aps o cabealho base IPv6. As informaes carregadas
por ele devem ser examinadas por todos os ns intermedirios ao longo do caminho do pacote at
o destino. Na sua ausncia, o roteador sabe que no precisa processar nenhuma informao
adicional e assim pode encaminha o pacote para o destino final imediatamente.
As definies de cada campo do cabealho so as seguintes:

Prximo Cabealho (1 Byte): Identifica o tipo de cabealho que segue ao Hop-byHop.

Tamanho do Cabealho (1 Byte): Indica o tamanho do cabealho Hop-by-Hop em
unidades de 8 Bytes, excludo o oito primeiros.
Opes: Contem uma ou mais opes e seu tamanho varivel. Neste campo, o
primeiro Byte contem informaes sobre como estas opes devem ser tratadas no
caso o n que esteja processando a informao no a reconhea. O valor dos
primeiros dois bits especifica as aes a serem tomadas:

00: ignorar e continuar o processamento.

01: descartar o pacote.
10: descartar o pacote e enviar uma mensagem ICMP Parameter Problem para
o endereo de origem do pacote.
11: descartar o pacote e enviar uma mensagem ICMP Parameter Problem para
o endereo de origem do pacote, apenas se o destino no for um endereo de
multicast.

O terceiro bit deste campo especifica se a informao opcional pode mudar de rota (valor
01) ou no (valor 00).

At o momento existem dois tipos definidos para o cabealho Hop-by-Hop: a Router Alert
e a Jumbogram.

Router Alert: Utilizado para informar aos ns intermedirios que a mensagem a ser
encaminhada exige tratamento especial. Est opo utilizada pelos protocols MLD
(Multicast Listener Discovery) e RSVP (Resource Reservation Protocol).
Jumbogram: Utilizado para informa que o tamanho do pacote IPv6 maior do que
64KB.

Mais informaes:
RFC 2711 - IPv6 Router Alert Option

Cabealhos de Extenso
Destination Options

Identificado pelo valor 60 no campo Prximo Cabealho.

Carrega informaes que devem ser processadas pelo n de
destino do pacote.

Prximo
Cabealho

Tam. cab. de
extenso

Opes

45

Identificado pelo valor 60 no campo Prximo Cabealho, o cabealho de extenso

Destination Options carrega informaes que devem ser processadas pelo n de destino do
pacote, indicado no campo Endereo de Destino do cabealho base. A definio de seus campos
igual as do cabealho Hop-by-Hop.
Este cabealho utilizado no suporte a mobilidade do IPv6 atravs da opo Home
Address, que contem o Endereo de Origem do N Mvel quando este est em transito.

Cabealhos de Extenso
Routing

Identificado pelo valor 43 no campo Prximo Cabealho.

Desenvolvido inicialmente para listar um ou mais ns

intermedirios que deveriam ser visitados at o pacote chegar
ao destino.

Atualmente utilizado como parte do mecanismo de suporte a

mobilidade do IPv6.
Prximo
Cabealho

Tam. cab. de
extenso

Tipo de
Routing

Saltos restantes

Reservado

Endereo de Origem
46

Identificado pelo valor 43 no campo Prximo Cabealho, o cabealho de extenso

Routing foi desenvolvido inicialmente para listar um ou mais ns intermedirios que deveriam ser
visitados at o pacote chegar ao destino, semelhante s opes Loose Source e Record Route do
IPv4. Esta funo, realizada pelo cabealho Routing Type 0, tornou-se obsoleta pela RFC5095
devido a problemas de segurana.
Um novo cabealho Routing, o Type 2, foi definido para ser utilizado como parte do
mecanismo de suporte a mobilidade do IPv6, carregando o Endereo de Origem do N Mvel em
pacotes enviados pelo N Correspondente.
As definies de cada campo do cabealho so as seguintes:

Prximo Cabealho (1 Byte): Identifica o tipo de cabealho que segue ao cabealho

Routing.

Tamanho do Cabealho (1 Byte): Indica o tamanho do cabealho Routing em unidades

de 8 Bytes, excludo o oito primeiros.

Routing Type (1 Byte): Identifica o tipo de cabealho Routing. Atualmente apenas o Type
2 est definido.
Saltos restantes: Definido para ser utilizado com o Routing Type 0, indica o nmero de
saltos a serem visitados antes do pacote atingir seu destino final.
Endereo de Origem: Carrega o Endereo de Origem de um N Mvel.

Mais informaes:
RFC 3775 - Mobility Support in IPv6 - 6.4. Type 2 Routing Header
RFC 5095 - Deprecation of Type 0 Routing Headers in IPv6

Cabealhos de Extenso
Fragmentation

Identificado pelo valor 44 no campo Prximo Cabealho.

Carrega informaes sobre os fragmentos dos pacotes IPv6.

Prximo
Cabealho

Reservado

Deslocamento do
Fragmento

Res M

Identificao

47

Identificado pelo valor 44 no campo Prximo Cabealho, o cabealho de extenso

Fragmentation utilizado quando o pacote IPv6 a ser enviado maior que o Path MTU.
As definies de cada campo do cabealho so as seguintes:

Prximo Cabealho (1 Byte): Identifica o tipo de cabealho que segue ao cabealho

Fragmentation.
Deslocamento do Fragmento (13 bits): Indica, em unidades de oito Bytes, a posio
dos dados transportados pelo fragmento atual em relao ao incio do pacote original.
Flag M (1 bit): Se marcado com o valor 1, indica que h mais fragmentos. Se marcado
com o valor 0, indica que o fragmento final.
Identificao (4 Bytes): Valor nico gerado pelo n de origem, para identificar o pacote
original. utilizado para detectar os fragmentos de um mesmo pacote.

O processo de fragmentao de pacotes do IPv6 ser detalhado nos prximos mdulos.

Cabealhos de Extenso
Authentication Header

Identificado pelo valor 51 no campo Prximo Cabealho.

Utilizado pelo IPSec para prover autenticao e garantia de
integridade aos pacotes IPv6.

Encapsulating Security Payload

Identificado pelo valor 52 no campo Prximo Cabealho.

Tambm utilizado pelo IPSec, garante a integridade e
confidencialidade dos pacotes.

48

Os cabealhos de extenso Authentication Header e Encapsulating Security Payload,

indicados respectivamente pelos valores 51 e 52 no campo Prximo Cabealho, fazem parte do
cabealho IPSec.
Embora as funcionalidades do IPSec sejam idnticas tanto no IPv4 quanto no IPv6, sua
utilizao com IPv6 facilitada pelo fato de seu principais elementos serem parte integrante da
nova verso do protocolo IP. Outros aspectos tambm facilitam essa utilizao, como o fato de
no se utilizar NAT com IPv6, no entanto essa questo ser detalhada nos prximos mdulos,
juntamente com o detalhamento dos cabealhos de extenso AH e ESP.

Cabealhos de Extenso
Quando houver mais de um cabealho de extenso, recomenda-se
que eles apaream na seguinte ordem:

Hop-by-Hop Options

Routing

Fragmentation

Authentication Header

Encapsulating Security Payload

Destination Options

Se o campo Endereo de Destino tiver um endereo multicast, os

cabealhos de extenso sero examinados por todos os ns do
grupo.

Pode ser utilizado o cabealho de extenso Mobility pelos ns que

possurem suporte a mobilidade IPv6.

49

Alguns aspectos sobre os cabealhos de extenso devem ser observados.

Primeiramente importante destacar que, para evitar que os ns existentes ao longo do
caminho do pacote tenham que percorrer toda a cadeia de cabealhos de extenso para
conhecer quais informaes devero tratar, estes cabealhos devem ser enviados respeitando
um determinada ordem. Geralmente, os cabealhos importantes para todos os ns envolvidos
no roteamento devem ser colocados em primeiro lugar, cabealhos importantes apenas para o
destinatrio final so colocados no final da cadeia. A vantagem desta seqncia que o n
pode parar de processar os cabealhos assim que encontrar algum cabealho de extenso
dedicado ao destino final, tendo certeza de que no h mais cabealhos importantes a seguir.
Com isso, possvel melhorar significativamente o processamento dos pacotes, porque, em
muitos casos, apenas o processamento do cabealho base ser suficiente para encaminhar o
pacote. Deste modo, a sequncia a ser seguida :

Hop-by-Hop Options

Routing

Fragmentation

Authentication Header

Encapsulating Security Payload

Destination Options
Tambm vale observar, que se um pacote for enviado para um endereo multicast, os
cabealhos de extenso sero examinados por todos os ns do grupo.
Em relao flexibilidade oferecida pelos cabealhos de extenso, merece destaque o
desenvolvido o cabealho Mobility, utilizado pelos ns que possuem suporte a mobilidade
IPv6.

50

Endereamento IPv6
Mdulo 3
51

O protocolo IPv6 apresenta como principal caracterstica e justificativa maior para o seu
desenvolvimento, o aumento no espao para endereamento. Por isso, importante conhecermos
as diferenas entre os endereos IPv4 e IPv6, saber reconhecer a sintaxe dos endereos IPv6 e
conhecer os tipos de endereos IPv6 existentes e suas principais caractersticas.

Endereamento

Um endereo IPv4 formado por 32 bits.

232 = 4.294.967.296

Um endereo IPv6 formado por 128 bits.

2128 = 340.282.366.920.938.463.463.374.607.431.768.211.456
~ 56 octilhes (5,6x1028) de endereos IP por ser humano.
~ 79 octilhes (7,9x1028) de vezes a quantidade de endereos IPv4.

52

No IPv4, o campo do cabealho reservado para o endereamento possui 32 bits. Este

tamanho possibilita um mximo de 4.294.967.296 (232) endereos distintos. A poca de seu
desenvolvimento, est quantidade era considerada suficiente para identificar todos os
computadores na rede e suportar o surgimento de novas sub-redes. No entanto, com o rpido
crescimento da Internet, surgiu o problema da escassez dos endereos IPv4, motivando a a criao
de uma nova gerao do protocolo IP.
O IPv6 possui um espao para endereamento de 128 bits, sendo possvel obter
340.282.366.920.938.463.463.374.607.431.768.211.456 endereos (2128). Este valor representa
aproximadamente 79 octilhes (7,9x1028) de vezes a quantidade de endereos IPv4 e representa,
tambm, mais de 56 octilhes (5,6x1028) de endereos por ser humano na Terra, considerando-se
a populao estimada em 6 bilhes de habitantes.

Endereamento
A representao dos endereos IPv6, divide o endereo em oito
grupos de 16 bits, separando-os por :, escritos com dgitos
hexadecimais.

2001:0DB8:AD1F:25E2:CADE:CAFE:F0CA:84C1
2 Bytes

Na representao de um endereo IPv6 permitido:

Utilizar caracteres maisculos ou minsculos;

Omitir os zeros esquerda; e

Representar os zeros contnuos por ::.

Exemplo:
2001:0DB8:0000:0000:130F:0000:0000:140B
2001:db8:0:0:130f::140b
Formato invlido: 2001:db8::130f::140b (gera ambiguidade)

53

Os 32 bits dos endereos IPv4 so divididos em quatro grupos de 8 bits cada, separados
por ., escritos com dgitos decimais. Por exemplo: 192.168.0.10.
A representao dos endereos IPv6, divide o endereo em oito grupos de 16 bits,
separando-os por :, escritos com dgitos hexadecimais (0-F). Por exemplo:

2001:0DB8:AD1F:25E2:CADE:CAFE:F0CA:84C1
Na representao de um endereo IPv6, permitido utilizar tanto caracteres maisculos
quanto minsculos.
Alm disso, regras de abreviao podem ser aplicadas para facilitar a escrita de alguns
endereos muito extensos. permitido omitir os zeros a esquerda de cada bloco de 16 bits, alm
de substituir uma sequncia longa de zeros por ::. Por exemplo, o endereo
2001:0DB8:0000:0000:130F:0000:0000:140B
pode
ser
escrito
como
2001:DB8:0:0:130F::140B ou 2001:DB8::130F:0:0:140B. Neste exemplo possvel observar
que a abreviao do grupo de zeros s pode ser realizada uma nica vez, caso contrrio poder
haver ambigidades na representao do endereo. Se o endereo acima fosse escrito como
2001:DB8::130F::140B, no seria possvel determinar se ele
corresponde
a
2001:DB8:0:0:130F:0:0:140B,
a
2001:DB8:0:0:0:130F:0:140B
ou
2001:DB8:0:130F:0:0:0:140B.
Esta abreviao pode ser feita tambm no fim ou no incio do endereo, como ocorre em
2001:DB8:0:54:0:0:0:0 que pode ser escrito da forma 2001:DB8:0:54::.

Endereamento

Representao dos Prefixos

Como o CIDR (IPv4)

endereo-IPv6/tamanho do prefixo

Exemplo:
Prefixo 2001:db8:3003:2::/64
Prefixo global 2001:db8::/32
ID da sub-rede 3003:2

URL

http://[2001:12ff:0:4::22]/index.html

http://[2001:12ff:0:4::22]:8080

54

Outra representao importante a dos prefixos de rede. Em endereos IPv6 ela continua
sendo escrita do mesmo modo que no IPv4, utilizando a notao CIDR. Esta notao
representada da forma endereo-IPv6/tamanho do prefixo, onde tamanho do prefixo um
valor decimal que especifica a quantidade de bits contguos esquerda do endereo que
compreendem o prefixo. O exemplo de prefixo de sub-rede apresentado a seguir indica que dos
128 bits do endereo, 64 bits so utilizados para identificar a sub-rede.
Prefixo 2001:db8:3003:2::/64
Prefixo global 2001:db8::/32
ID da sub-rede 3003:2
Esta representao tambm possibilita a agregao dos endereos de forma hierrquica,
identificando a topologia da rede atravs de parmetros como posio geogrfica, provedor de
acesso, identificao da rede, diviso da sub-rede, etc. Com isso, possvel diminuir o tamanho
da tabela de roteamento e agilizar o encaminhamento dos pacotes.
Com relao a representao dos endereos IPv6 em URLs (Uniform Resource Locators),
estes agora passam a ser representados entre colchetes. Deste modo, no haver ambiguidades
caso seja necessrio indicar o nmero de uma porta juntamente com a URL. Observe os exemplos
a seguir:
http://[2001:12ff:0:4::22]/index.html
http://[2001:12ff:0:4::22]:8080

Endereamento
Existem no IPv6 trs tipos de endereos definidos:

Unicast Identificao Individual

Anycast Identificao Seletiva

Multicast Identificao em Grupo

No existe mais Broadcast.

55

Existem no IPv6 trs tipos de endereos definidos:

Unicast este tipo de endereo identifica uma nica interface, de modo que um pacote
enviado a um endereo unicast entregue a uma nica interface;

Anycast identifica um conjunto de interfaces. Um pacote encaminhado a um endereo

anycast entregue a interface pertencente a este conjunto mais prxima da origem (de
acordo com distncia medida pelos protocolos de roteamento). Um endereo anycast
utilizado em comunicaes de um-para-um-de-muitos.

Multicast tambm identifica um conjunto de interfaces, entretanto, um pacote enviado

a um endereo multicast entregue a todas as interfaces associadas a esse endereo. Um
endereo multicast utilizado em comunicaes de um-para-muitos.

Diferente do IPv4, no IPv6 no existe endereo broadcast, responsvel por

direcionar um pacote para todos os ns de um mesmo domnio. No IPv6, essa funo foi
atribuda tipos especficos de endereos multicast.

Endereamento
Unicast

Global Unicast
n

64 - n

64

Prefixo de roteamento global

ID da
sub-rede

Identificador da interface

2000::/3

Globalmente rotevel (similar aos endereos pblicos IPv4);

13% do total de endereos possveis;

2(45) = 35.184.372.088.832 redes /48 distintas.
56

Os endereos unicast so utilizados para comunicao entre dois ns, por exemplo,
telefones VoIPv6, computadores em uma rede privada, etc., e sua estrutura foi definida para
permitir agregaes com prefixos de tamanho flexvel, similar ao CIDR do IPv4.
Existem alguns tipos de endereos unicast IPv6: Global Unicast; Unique-Local; e LinkLocal por exemplo. Existem tambm alguns tipos para usos especiais, como endereos IPv4
mapeados em IPv6, endereo de loopback e o endereo no-especificado, entre outros.

Global Unicast - equivalente aos endereos pblicos IPv4, o endereo global unicast
globalmente rotevel e acessvel na Internet IPv6. Ele constitudo por trs partes: o
prefixo de roteamento global, utilizado para identificar o tamanho do bloco atribudo
a uma rede; a identificao da sub-rede, utilizada para identificar um enlace em uma
rede; e a identificao da interface, que deve identificar de forma nica uma interface
dentro de um enlace.
Sua estrutura foi projetada para utilizar os 64 bits mais a esquerda para identificao
da rede e os 64 bits mais a direita para identificao da interface. Portanto, exceto
casos especficos, todas as sub-redes em IPv6 tem o mesmo tamanho de prefixo, 64
bits (/64), o que possibilita 264 = 18.446.744.073.709.551.616 dispositivos por subrede.
Atualmente, est reservada para atribuio de endereos a faixa 2000::/3 (001), que
corresponde aos endereos de 2000:: a 3fff:ffff:ffff:ffff:ffff:ffff:ffff:ffff. Isto
representa 13% do total de endereos possveis com IPv6, o que nos permite criar
2(643) = 2.305.843.009.213.693.952 (2,3x1018) sub-redes (/64) diferentes ou 2(483) =
35.184.372.088.832 (3,5x1013) redes /48.

Endereamento
Unicast

Link local
FE80

Identificador da interface

FE80::/64

Deve ser utilizado apenas localmente;

Atribudo automaticamente (autoconfigurao stateless);

57

Link Local podendo ser usado apenas no enlace especfico onde a interface est
conectada, o endereo link local atribudo automaticamente utilizando o prefixo
FE80::/64. Os 64 bits reservados para a identificao da interface so configurados
utilizando o formato IEEE EUI-64. Vale ressaltar que os roteadores no devem
encaminhar para outros enlaces, pacotes que possuam como origem ou destino um
endereo link-local;

Endereamento
Unicast

Unique local
7
Pref.

Identificador global

ID da
sub-rede

Identificador da interface

FC00::/7

Prefixo globalmente nico (com alta probabilidade de ser nico);

Utilizado apenas na comunicao dentro de um enlace ou entre

um conjunto limitado de enlaces;

No esperado que seja roteado na Internet.

58

Unique Local Address (ULA) endereo com grande probabilidade de ser

globalmente nico, utilizado apenas para comunicaes locais, geralmente dentro de
um mesmo enlace ou conjunto de enlaces. Um endereo ULA no deve ser rotevel
na Internet global.
Um endereo ULA, criado utilizado um ID globa alocado pseudo-randomicamente,
composto das seguintes partes:

Prefixo: FC00::/7.

Flag Local (L): se o valor for 1 (FD) o prefixo atribudo localmente. Se o

valor for 0 (FC), o prefixo deve ser atribudo por uma organizao central
(ainda a definir).

Identificador global: identificador de 40 bits usado para criar um prefixo

globalmente nico.

Identificador da Interface: identificador da interface de 64 bits.

Deste modo, a estrutura de um endereo ULA FDUU:UUUU:UUUU:<ID da subrede>:<Id da interface> onde U so os bits do identificador nico, gerado
aleatoriamente por um algoritmo especfico.
Sua utilizao permite que qualquer enlace possua um prefixo /48 privado e nico
globalmente. Deste modo, caso duas redes, de empresas distintas por exemplo, sejam
interconectadas, provavelmente no haver conflito de endereos ou necessidade de
renumerar a interface que o esteja usando. Alm disso, o endereo ULA
independente de provedor, podendo ser utilizado na comunicao dentro do enlace
mesmo que no haja uma conexo com a Internet. Outra vantagem, que seu prefixo
pode ser facilmente bloqueado, e caso um endereo ULA seja anunciado
acidentalmente para fora do enlace, atravs de um roteador ou via DNS, no haver
conflito com outros endereos.

Endereamento
Unicast

Identificador da Interface (IID)

Devem ser nicos dentro do mesmo prefixo de sub-rede.

O mesmo IID pode ser usado em mltiplas interfaces de um

nico n, desde que estejam associadas a sub-redes diferentes.

Normalmente utiliza-se um IID de 64 bits, que pode ser obtido:

Manualmente

Autoconfigurao stateless

DHCPv6 (stateful)

A partir de uma chave pblica (CGA)

IID pode ser temporrio e gerado randomicamente.

Normalmente basado no endereo MAC (Formato EUI-64).

59

Os identificadores de interface (IID), utilizados para distinguir as interfaces dentro de um

enlace, devem ser nicos dentro do mesmo prefixo de sub-rede. O mesmo IID pode ser usado em
mltiplas interfaces em um nico n, porm, elas dever estar associadas a deferentes sub-redes.
Normalmente utiliza-se um IID de 64 bits, que pode ser obtido de diversas formas. Ele
pode ser configurado manualmente, a partir do mecanismo de autoconfigurao stateless do IPv6,
a partir de servidores DHCPv6 (stateful), ou formados a partir de uma chave pblica (CGA).
Estes mtodos sero detalhados no decorrer deste curso.
Embora eles possam ser gerados randomicamente e de forma temporria, recomenda-se
que o IID seja construdo baseado no endereo MAC da interface, no formato EUI-64.

Mais informaes:
RFC 3986 - Uniform Resource Identifier (URI): Generic Syntax
RFC 4291 - IP Version 6 Addressing Architecture
RFC 4193 - Unique Local IPv6 Unicast Addresses
RFC 5156 - Special-Use IPv6 Addresses
RFC 3587 - IPv6 Global Unicast Address Format
Internet Protocol Version 6 Address Space - http://www.iana.org/assignments/ipv6-addressspace

Endereamento
Unicast

EUI-64
Endereo MAC

48

1E

48

1E

C9

Endereo EUI-64

C9

21

FF

FE

FF

FE

85

0C

21

85

0C

21

85

0C

Bit U/L
0

Identificador da Interface

4A

1E

C9

60

Um IID baseado no formato EUI-64 criado da seguinte forma:

Caso a interface possua um endereo MAC de 64 bits (padro EUI-64), basta

complementar o stimo bit mais a esquerda (chamado de bit U/L Universal/Local)
do endereo MAC, isto , se for 1, ser alterado para 0; se for 0, ser alterado para 1.
Caso a interface utilize um endereo MAC de 48 bits (padro IEEE 802), primeiro
adiciona-se os dgitos hexadecimais FF-FE entre o terceiro e quarto Byte do endereo
MAC (transformando no padro EUI-64), e em seguida, o bit U/L complementado.
Por exemplo:

Se endereo MAC da interface for:

48-1E-C9-21-85-0C
adiciona-se os dgitos FF-FE na metade do endereo:

48-1E-C9-FF-FE-21-85-0C
complementa-se o bit U/L:

48 = 01001000

01001000 01001010

01001010 = 4A
IID = 4A-1E-C9-FF-FE-21-85-0C

Um endereo link local atribudo essa interface seria FE80::4A1E:C9FF:FE21:850C.

Mais informaes:
Guidelines for 64-bit Global Identifier (EUI-64) Registration Authority http://standards.ieee.org/regauth/oui/tutorials/EUI64.html

Endereamento
Unicast

Endereos especiais

Localhost - ::1/128 (0:0:0:0:0:0:0:1)

No especificado - ::/128 (0:0:0:0:0:0:0:0)

IPv4-mapeado - ::FFFF:wxyz

Faixas Especiais

6to4 - 2002::/16

Documentao - 2001:db8::/32

Teredo - 2001:0000::/32

Obsoletos

Site local - FEC0::/10

IPv4-compatvel - ::wxyz

6Bone 3FFE::/16 (rede de testes desativada em 06/06/06)

61

Existem alguns endereos IPv6 especiais utilizados para fins especficos:

Endereo No-Especificado (Unspecified): representado pelo endereo

0:0:0:0:0:0:0:0 ou ::0 (equivalente ao endereo IPv4 unspecified 0.0.0.0). Ele nunca
deve ser atribudo a nenhum n, indicando apenas a ausncia de um endereo. Ele
pode, por exemplo, ser utilizado no campo Endereo de Origem de um pacote IPv6
enviado por um host durante o processo de inicializao, antes que este tenha seu
endereo exclusivo determinado. O endereo unspecified no deve ser utilizado como
endereo de destino de pacotes IPv6;

Endereo Loopback: representado pelo endereo unicast 0:0:0:0:0:0:0:1 ou ::1

(equivalente ao endereo IPv4 loopback 127.0.0.1). Este endereo utilizado para
referenciar a prpria mquina, sendo muito utilizado para teste internos. Este tipo de
endereo no deve ser atribudo a nenhuma interface fsica, nem usado como
endereo de origem em pacotes IPv6 enviados para outros ns. Alm disso, um
pacote IPv6 com um endereo loopback como destino no pode ser enviado por um
roteador IPv6, e caso um pacote recebido em uma interface possua um endereo
loopback como destino, este deve ser descartado;

Endereos IPv4-mapeado: representado por 0:0:0:0:0:FFFF:wxyz ou

::FFFF:wxyz, usado para mapear um endereo IPv4 em um endereo IPv6 de 128bit, onde wxyz representa os 32 bits do endereo IPv4, utilizando dgitos decimais.
aplicado em tcnicas de transio para que ns IPv6 e IPv4 se comuniquem. Ex.
::FFFF:192.168.100.1.

Algumas faixas de endereos tambm so reservadas para uso especficos:

2002::/16: prefixo utilizado no mecanismo de transio 6to4;

2001:0000::/32: prefixo utilizado no mecanismo de transio TEREDO;

2001:db8::/32: prefixo utilizado para representar endereos IPv6 em textos e

documentaes.

Outros endereos, utilizados no incio do desenvolvimento do IPv6 tornaram-se obsoletos

e no devem mais ser utilizados:

FEC0::/10: prefixo utilizado pelos endereos do tipo site local, desenvolvidos para
serem utilizados dentro de uma rede especfica sem a necessidade de um prefixo global,
equivalente aos endereos privados do IPv4. Sua utilizao foi substituda pelos
endereos ULA;

::wxyz: utilizado para representar o endereo IPv4-compatvel. Sua funo a mesma

do endereo IPv4-mapeado, tornando-se obsoleto por desuso;

3FFE::/16: prefixo utilizado para representar os endereos da rede de teste 6Bone.

Criada para ajudar na implantao do IPv6, est rede foi desativada em 6 de junho de
2006 (06/06/06).

Mais informaes:
RFC 3849 - IPv6 Address Prefix Reserved for Documentation
RFC 3879 - Deprecating Site Local Addresses

Polticas de alocao e
designao

Cada RIR recebe da IANA um bloco /12

O bloco 2800::/12 corresponde ao espao reservado para o

LACNIC o NIC.br trabalha com um /16 que faz parte deste /12

A alocao mnima para ISPs um bloco /32

Alocaes maiores podem ser feitas mediante apresentao de

justificativa de utilizao

ATENO! Diferente do IPv4, com IPv6 a utilizao medida em

relao ao nmero de designaes de blocos de endereos para
usurios finais, e no em relao ao nmero de endereos
designados aos usurios finais

72

Na hierarquia das polticas de atribuio, alocao e designao de endereos, cada RIR

recebe da IANA um bloco /12 IPv6.
O bloco 2800::/12 corresponde ao espao reservado para o LACNIC alocar na Amrica
Latina. O NIC.br por sua vez, trabalha com um /16 que faz parte deste /12.
A alocao mnima para ISPs um bloco /32, no entanto, alocaes maiores podem ser
feitas mediante apresentao de justificativa de utilizao. Um aspecto importante que merece
destaque que diferente do IPv4, com IPv6 a utilizao medida em relao ao nmero de
designaes de blocos de endereos para usurios finais, e no em relao ao nmero de
endereos designados aos usurios finais.

Abordagem: one size fits all

Recomendaes para designao de endereos (RFC3177):

De um modo geral, redes /48 so recomendadas para todos os

tipos de usurios, sejam usurios domsticos, pequenos ou
grandes empresas;

Empresas muito grandes podem receber um /47, prefixos um

pouco menores, ou mltiplos /48;

Redes /64 so recomendadas quando houver certeza que uma

e apenas uma sub-rede necessria, para usurios 3G, por
exemplo;

Uma rede /128 pode ser utilizado quando houver absoluta

certeza que uma e apenas uma interface ser conectada.

73

Em relao a alocao e designao de endereos a usurios finais, a RFC 3177

recomenda que seja seguida uma abordagem conhecida como one size fits all, que apresenta as
seguintes caractersticas:

De um modo geral, redes /48 so recomendadas para todos os tipos de usurios,

sejam usurios domsticos, pequenos ou grandes empresas;

Empresas muito grandes podem receber um /47, prefixos um pouco menores, ou

mltiplos /48;

Redes /64 so recomendadas quando houver certeza que uma e apenas uma sub-rede
necessria, para usurios 3G, por exemplo;

Uma rede /128 pode ser utilizado quando houver absoluta certeza que uma e apenas
uma interface ser conectada. Ex.: conexes PPoE.

Abordagem: one size fits all

Facilita a renumerao da rede em caso de troca de provedor

(troca de prefixo);

Permite a expanso da rede sem a necessidade de solicitar mais

endereos ao provedor;

Facilita o mapeamento entre o endereo global e o endereo

Unique Local (ULA fc00:xyzw:klmn::/48);

H redes que j utilizam prefixos /48 6to4;

Permite que se mantenha regras nicas para zonas reversas de

diversos prefixos;

Facilita a administrao;

H quem acredita que desperdia demasiados endereos e que

pode gerar problemas em algumas dcadas.

74

A abordagem one size fits all apresenta algumas vantagens:

Facilita a renumerao da rede em caso de troca de provedor (troca de prefixo);

Permite a expanso da rede sem a necessidade de solicitar mais endereos ao

provedor;

Facilita o mapeamento entre o endereo global e o endereo Unique Local (ULA

fc00:xyzw:klmn::/48);

H redes que j utilizam prefixos /48 6to4;

Permite que se mantenha regras nicas para zonas reversas de diversos prefixos;

Facilita a administrao;

H quem acredita que desperdia demasiados endereos e que pode gerar problemas
em algumas dcadas.

Abordagem conservadora

Se usarmos one size fits all...

um /32 possibilita 65.536 /48.

No delegar /48 a todos, atribuindo um /56 para usurios

domsticos - SOHOs.

Reduz o consumo total de endereos de 6 a 7 bits.

75

Uma abordagem mais conservadora, oposta a one size fits all, recomenda que no sejam
delegados /48 a todo tipo de usurio, atribuindo /56 para usurios domsticos e SOHO. Deste
modo, se reduz o consumo total de endereos de 6 a 7 bits.
Alm disso, um /32 possibilita apenas 65,536 /48, que no caso de grandes provedores,
no seria suficiente para atender toda a sua demanda.

O que os RIRs e ISPs tm

praticado?

LACNIC e AFRINIC

Avaliam a requisio de blocos adicionais por parte dos ISPs

baseando-se na quantidade de blocos /48 designados.
Threshold HD-Ratio = 0.94.

APNIC, ARIN e RIPE

Avaliam a requisio de blocos adicionais por parte dos ISPs

baseando-se na quantidade de blocos /56 designados.
Threshold HD-Ratio = 0.94.

log(nmero de objetos alocados)

HD = ------------------------------------------------log(nmero de objetos alocveis)

76

Entre os RIRs, temos duas polticas distintas sendo praticadas em relao a recomendao
de uso aos ISPs e ao critrio para alocao de blocos de endereos adicionais.
Os RIRs LACNIC e AFRINIC, seguem a recomendao one size fits all, sugerindo que os
provedores de suas regies tambm o sigam. A avaliao das requisies de blocos adicionais por
parte dos ISPs tambm segue essa abordagem, baseando-se na quantidade de blocos /48
designados por eles.
J os RIRs APNIC, ARIN e RIPE, seguem uma abordagem mais conservadora, utilizando
a quantidade de blocos /56 designados pelos provedores como base para avaliao das requisies
de blocos adicionais.
Em todos os casos, utilizada como medida para avaliao o valor do HD-Ratio (HostDensity ratio). O HD-Ratio um modo de medir o uso do espao de endereamento, onde seu
valor relacionado a porcentagem de uso. A frmula para se calcular o HD-Ratio a seguinte:
HD =

log(nmero de objetos alocados)

log(nmero de objetos alocveis)

Todos os RIRs utilizam como valor de Threshold (limite) o HD-Ratio = 0,94, mas o
LACNIC e o AFRINIC sobre o a utilizao de blocos /48, e o APNIC, ARIN e o RIPE sobre a
utilizao de blocos /56.

O que os RIRs e ISPs tm

praticado?
Bloco
/32
/31
/30
/29
/28
/27
/26
/25
/24
/23
/22
/21
/20

Qtd. /48
65.536
131.072
262.144
524.288
1.048.576
2.097.152
4.194.304
8.388.608
16.777.216
33.554.432
67.108.864
134.217.728
268.435.456

Threshold (HD=0,94)
33.689
64.634
124.002
237.901
456.419
875.653
1.679.965
3.223.061
6.183.533
11.863.283
22.760.044
43.665.787
83.774.045

% de
Utilizao
51,41%
49,31%
47,30%
45,38%
43,53%
41,75%
40,05%
38,42%
36,86%
35,36%
33,92%
32,53%
31,21%

77

Esta tabela apresenta a porcentagem de utilizao de blocos /48 baseando-se no clculo do

HD-Ratio igual a 0,94.

O que os RIRs e ISPs tm

praticado?
Bloco

Qtd. /56

/32
/31
/30
/29
/28
/27
/26
/25
/24
/23
/22
/21
/20

16.777.216
33.554.432
67.108.864
134.217.728
268.435.456
536.870.912
1.073.741.824
2.147.483.648
4.294.967.296
8.589.934.592
17.179.869.184
34.359.738.368
68.719.476.736

Threshold (HD=0,94) % de Utilizao

6.183.533
11.863.283
22.760.044
43.665.787
83.774.045
160.722.871
308.351.367
591.580.804
1.134.964.479
2.177.461.403
4.177.521.189
8.014.692.369
15.376.413.635

36,86%
35,36%
33,92%
32,53%
31,21%
29,94%
28,72%
27,55%
26,43%
25,35%
24,32%
23,33%
22,38%

78

Esta tabela apresenta a porcentagem de utilizao de blocos /56 baseando-se no calculo do

HD-Ratio igual a 0,94.

85

Funcionalidades do
IPv6 #1
Mdulo 4

86

O protocolo IPv6 apresenta uma srie de novas funcionalidades e outras aprimoradas em

relao ao IPv4.
Na primeira parte deste mdulo, conheceremos um pouco mais sobre essas
funcionalidades, comeando pelo estudo do protocolo ICMPv6 (Internet Control Message
Protocol version 6), pea fundamental para a execuo de ferramentas como o protocolo de
Descoberta de Vizinhana (Neighbor Discovery) e o mecanismos de autoconfigurao stateless,
tambm tratados aqui. Por analisaremos o funcionamento do protocolo DHCPv6 e como estas
funcionalidades podem auxiliar no trabalho de renumerao de redes.

ICMPv6

Definido na RFC 4443.

Mesmas funes do ICMPv4 (mas no so compatveis):

Informar caractersticas da rede;

Realizar diagnsticos;

Relatar erros no processamento de pacotes.

Assume as funcionalidades de outros protocolos:

ARP/RARP

IGMP

Identificado pelo valor 58 no campo Prximo Cabealho.

Deve ser implementado em todos os ns.

87

Definido na RFC 4443 para ser utilizado com o IPv6, o ICMPv6 uma verso atualizada
do ICMP (Internet Control Message Protocol) utilizado com IPv4.
Esta nova verso do ICMP, embora apresente as mesma funes que o ICMPv4, como
reportar erros no processamento de pacotes e enviar mensagens sobre o status a as caractersticas
da rede, ela no compatvel com seu antecessor, apresentando agora um nmero maior de
mensagens e funcionalidades.
O ICMPv6, agora o responsvel por realizar as funes dos protocolos ARP (Address
Resolution Protocol), que mapeia os endereos da camada dois para IPs e vice-versa no IPv4, e
do IGMP (Internet Group Management Protocol), que gerencia os membros dos grupos multicast
no IPv4.
O valor no campo Prximo Cabealho, que indica a presena do protocolo ICMPv6, 58,
e o suporte a este protocolo deve ser implementado em todos os ns.

ICMPv6

precedido pelos cabealhos de extenso, se houver, e pelo

cabealho base do IPv6.
IPv6
cadeia de
cab. de extenso

ICMPv6

Protocolo chave da arquitetura IPv6.

Essencial em funcionalidades do IPv6:

Gerenciamento de grupos multicast;

Descoberta de Vizinhana (Neighbor Discovery);

Mobilidade IPv6;

Descoberta do Path MTU.

88

Em um pacote IPv6, o ICMPv6 posiciona-se logo aps o cabealho base do IPv6, e dos
cabealhos de extenso, se houver.
O ICMPv6, um protocolo chave na arquitetura IPv6, visto que, alm do gerenciamento
dos grupos multicast, atravs do protocolo MLD (Multicast Listener Discovery), e da resoluo
de endereos da camada dois, suas mensagens so essenciais para o funcionamento do protocolo
de Descoberta de Vizinhana (Neighbor Discovery), responsvel por localizar roteadores vizinhos
na rede, detectar mudanas de endereo no enlace, detectar endereos duplicados, etc.; no suporte
mobilidade, gerenciando Endereos de Origem dos hosts dinamicamente; e no processo de
descoberta do menor MTU (Maximum Transmit Unit) no caminho de uma pacote at o destino.

ICMPv6

Cabealho simples

Tipo (8 bits): especifica o tipo da mensagem.

Cdigo (8 bits): oferece algumas informaes adicionais para

determinados tipos de mensagens.

Soma de Verificao (16 bits): utilizado para detectar dados

corrompidos no cabealho ICMPv6 e em parte do cabealho
IPv6.

Dados: apresenta as informaes de diagnstico e erro de

acordo com o tipo de mensagem. Seu tamanho pode variar de
acordo com a mensagem.

89

O cabealho de todas as mensagens ICMPv6 tem a mesma estrutura simples, sendo

composto por quatro campos:

Tipo: especifica o tipo da mensagem, o que determinar o formato do corpo da

mensagem. Seu tamanho de oito bits;

Cdigo: oferece algumas informaes adicionais para determinados tipos de

mensagens. Tambm possui oito bits de tamanho;

Soma de Verificao: utilizado para detectar dados corrompidos no cabealho

ICMPv6 e em parte do cabealho IPv6. Seu tamanho de 16 bits;

Dados: apresenta as informaes de diagnstico e erro de acordo com o tipo de

mensagem. Para ajudar na soluo de problemas, as mensagens de erro traro neste
campo, o pacote que invocou a mensagem, desde que o tamanho total do pacote
ICMPv6 no exceda o MTU mnimo do IPv6, que 1280 Bytes.

ICMPv6

Possui duas classes de mensagens:

Mensagens de Erro

Destination Unreachable

Packet Too Big

Time Exceeded

Parameter Problem

Mensagens de Informao

Echo Request e Echo Reply

Multicast Listener Query

Multicast Listener Report

Multicast Listener Done

Router Solicitation e Router Advertisement

Neighbor Solicitation e Neighbor Advertisement

Redirect...

90

As mensagens ICMPv6 so divididas em duas classes, cada uma composta por diversos
tipos de mensagens, conforme as tabelas a seguir:
Mensagens de Erro:

Mensagens de Informao

Descoberta de Vizinhana

Neighbor Discovery definido na RFC 4861.

Assume as funes de protocolos ARP, ICMP Router Discovery e

ICMP Redirect, do IPv4.

Adiciona novos mtodos no existentes na verso anterior do

protocolo IP.

Torna mais dinmico alguns processos de configurao de rede:

determinar o endereo MAC dos ns da rede;

encontrar roteadores vizinhos;

determinar prefixos e outras informaes de configurao da rede;

detectar endereos duplicados;

determinar a acessibilidades dos roteadores;

redirecionamento de pacotes;

autoconfigurao de endereos.

92

Definido pela RFC4861, o protocolo de Descoberta de Vizinhana torna mais dinmicos

alguns processos de configurao de rede em relao ao IPv4, combinando as funes de
protocolos como ARP, ICMP Router Discovery e ICMP Redirect, alm de adicionar novos
mtodos no existentes na verso anterior do protocolo IP.
O protocolo de Descoberta de Vizinhana do IPv6 utilizado por hosts e roteadores para
os seguintes propsitos:
determinar o endereo MAC dos ns da rede;
encontrar roteadores vizinhos;
determinar prefixos e outras informaes de configurao da rede;
detectar endereos duplicados;
determinar a acessibilidades dos roteadores;
redirecionamento de pacotes;
autoconfigurao de endereos.

Descoberta de Vizinhana

Utiliza 5 tipos de mensagens ICMPv6:

Router Solicitation (RS) ICMPv6 Tipo 133;

Router Advertisement (RA) ICMPv6 Tipo 134;

Neighbor Solicitation (NS) ICMPv6 Tipo 135;

Neighbor Advertisement (NA) ICMPv6 Tipo 136;

Redirect ICMPv6 Tipo 137.

So configuradas com o valor 255 no campo Limite de Encaminhamento.

Podem conter, ou no, opes:

Source link-layer address.

Target link-layer address.

Prefix information.

Redirected header.

MTU.

93

As mensagens Neighbor Discovery so configuradas com um Limite de Encaminhamento

de 255 para assegurar que as mensagens recebidas so originadas de um n do mesmo enlace,
descartando as mensagens com valores diferentes.
O Neighbor Discovery utiliza cinco mensagens ICMPv6:

Router Solicitation (ICMPv6 tipo 133): utilizada por hosts para requisitar aos
roteadores mensagens Router Advertisements imediatamente. Normalmente
enviada para o endereo multicast FF02::2 (all-routers on link);

Router Advertisement (ICMPv6 tipo 134): enviada periodicamente, ou em

resposta a uma Router Solicitation, utilizada pelos roteadores para anunciar sua
presena em um enlace. As mensagens peridicas so enviadas para o endereo
multicast FF02::1 (all-nodes on link) e as solicitadas so enviadas diretamente para
o endereo do solicitante. Uma RA carrega diversas informaes referentes
configuraes da rede como:

O valor padro do enlace para o campo Limite de Encaminhamento;

Uma flag especificando se deve ser utilizado autoconfigurao stateless ou

stateful;

Outra flag que especifica se os ns devem utilizar configuraes stateful para

obter outras informaes sobre a rede;

Uma terceira flag utilizada em redes com suporte mobilidade IPv6, para
indicar se o roteador um Agente de Origem;

Por quanto tempo, em segundos, o roteador ser considerado o roteador padro

do enlace. Caso no seja o roteador padro o valor ser zero;

O tempo que um host pressupe que os vizinhos so alcanveis aps ter

recebido uma confirmao de acessibilidade;

O intervalo entre o envio de mensagens Neighbor Solicitation.

Neighbor Solicitation (ICMPv6 tipo 135): mensagem multicast enviada por um n

para determinar o endereo MAC e a acessibilidade de um vizinho, alm de
detectar a existncia de endereos duplicados. Esta mensagem possui um campo
para indicar o endereo de origem da mensagem;

Neighbor Advertisement (ICMPv6 tipo 136): enviada como resposta a uma

Neighbor Solicitation, pode tambm ser enviada para anunciar a mudana de algum
endereo dentro do enlace. Esta mensagem possui trs flags:

A primeira indica se quem esta enviando a mensagem um roteador;

A segunda indica se a mensagem uma resposta a uma NS;

A terceira indica se a informao carregada na mensagem uma atualizao de

endereo de algum n da rede.

Redirect (ICMPv6 tipo 137): utilizada por roteadores para informar ao host o
melhor roteador para encaminhar o pacote ao destino. Esta mensagem traz como
informao, o endereo do roteador considerado o melhor salto, o endereo do n
que est sendo redirecionado.

Estas mensagens podem trazer zero ou mais opes, definidas na RFC 4861:

Source link-layer address: contm o endereo MAC do remetente do pacote.

utilizada nas mensagens NS, RS, e RA;

Target link-layer address: contm o endereo MAC de destino do pacote.

utilizada nas mensagens NA e Redirect;

Prefix information: fornea a hosts os prefixos do enlace e os prefixos para

autoconfigurao do endereo. utilizada nas mensagens RA;

Redirected header: contm todo ou parte do pacote que est sendo redirecionado.
utilizada nas mensagens Redirect; e

MTU: indica o valor do MTU do enlace. utilizada nas mensagens RA.

Novas opes foram definidas para novas funcionalidades do protocolo de Descoberta

de Vizinhana. Estas opes sero detalhadas conforme essas novas funes forem apresentadas.

Descoberta de Vizinhana

Descoberta de Endereos da Camada de Enlace

Determina o endereo MAC dos vizinhos do mesmo enlace.

Substitui o protocolo ARP.
Utiliza o endereo multicast solicited-node em vez de broadcast.

O host envia uma mensagem NS informando seu endereo MAC e

solicita o endereo MAC do vizinho.

2001:db8::faca:cafe:1234
MAC AB-CD-C9-21-58-0C

ICMPv6 Type 135 (Neigbor Solicitation)

Origem 2001:db8::faca:cafe:1234
Destino FF02::1:FFCA:5678 (33-33-FF-CA-56-78)
Who is 2001:db8::ca5a:f0ca:5678?

2001:db8::ca5a:f0ca:5678
MAC AB-CD-C0-12-85-C0

95

Esta funcionalidade utilizada para determinar o endereo MAC dos vizinhos do mesmo
enlace, onde um host envia uma mensagem NS para o endereo multicast solicited node do
vizinho, informando seu endereo MAC.

Descoberta de Vizinhana

Descoberta de Endereos da Camada de Enlace

Determina o endereo MAC dos vizinhos do mesmo enlace.

Substitui o protocolo ARP.
Utiliza o endereo multicast solicited-node em vez de broadcast.

O host envia uma mensagem NS informando seu endereo MAC e

solicita o endereo MAC do vizinho.

O vizinho responde enviando uma mensagem NA informando seu

endereo MAC.

2001:db8::faca:cafe:1234
MAC AB-CD-C9-21-58-0C

2001:db8::ca5a:f0ca:5678
MAC AB-CD-C0-12-85-C0

ICMPv6 Type 136 (Neigbor Advertisement)

Origem 2001:db8::ca5a:f0ca:5678
Destino 2001:db8::faca:cafe:1234 (AB-CD-C9-21-58-0C)
Use AB-CD-C0-12-85-C0

96

Ao receber a mensagem, o vizinho a responde enviando uma mensagem NA informando

seu endereo MAC.
Esta caracterstica do protocolo Descoberta de Vizinhana substitui, no IPv6, o protocolo
ARP do IPv4, utilizando no lugar de um endereo broadcast, o endereo multicast solicited-node
como endereo de destino.

Descoberta de Vizinhana

Descoberta de Roteadores e Prefixos

Localizar roteadores vizinhos dentro do mesmo enlace.

Determina prefixos e parmetros relacionados autoconfigurao de

endereo.

No IPv4, est funo realizada pelas mensagens ARP Request.

Roteadores enviam mensagens RA para o endereo multicast allnodes.

97

Esta funcionalidade do protocolo de Descoberta de Vizinhana utilizada para localizar

roteadores vizinhos dentro do mesmo enlace, bem como aprender prefixos e parmetros
relacionados autoconfigurao de endereo.
Estas informaes so enviadas a partir de um roteador local, atravs de mensagens RA
encaminhadas para o endereo multicast all-nodes.
No IPv4, o mapeamento dos endereos da rede local so realizados atravs de mensagens
ARP Request.

Descoberta de Vizinhana

Deteco de Endereos Duplicados

Verifica a unicidade dos endereos de um n dentro do enlace.

Deve ser realizado antes de se atribuir qualquer endereo

unicast a uma interface.

Consiste no envio de uma mensagem NS pelo host, com o

campo target address preenchido com seu prprio endereo.
Caso alguma mensagem NA seja recebida como resposta, isso
indicar que o endereo j est sendo utilizado.

98

A Deteco de Endereos Duplicados o procedimento utilizado pelos ns para verificar a

unicidade dos endereos em um enlace, devendo ser realizado antes de se atribuir qualquer
endereo unicast a uma interface, independentemente de este ter sido obtido atravs de
autoconfigurao stateless, DHCPv6, ou configurao manual.
Este mecanismo consiste no envio de uma mensagem NS pelo host, com o campo target
address preenchido com seu prprio endereo. Caso alguma mensagem NA seja recebida em
resposta, isso indicar que o endereo j est sendo utilizado e o processo de configurao deve
ser interrompido.
No IPv4, os ns utilizam mensagens ARP Request e o mtodo chamado gratuitous ARP
para detectar endereos unicast duplicados dentro do mesmo enlace, definindo os campos Source
Protocol Address e Target Protocol Address, do cabealho da mensagem ARP Request, com o
endereo IPv4 que est sendo verificado.

Descoberta de Vizinhana

Deteco de Vizinhos Inacessveis

Utilizado para rastrear a acessibilidade dos ns ao longo do

caminho.

Um n considera um vizinho acessvel se ele recebeu

recentemente a confirmao de entrega de algum pacote a esse
vizinho.

Pode ser uma resposta a mensagens do protocolo de

Descoberta de Vizinhana ou algum processo da camada de
transporte que indique que uma conexo foi estabelecida.

Executado apenas para endereos unicast.

Neighbor Cache (similar a tabela ARP).

Destination Cache.
99

Este mecanismo utilizado na comunicao host-a-host, host-a-roteador, e roteador-ahost para rastrear a acessibilidade dos ns ao longo do caminho.
Um n considera um vizinho acessvel se ele recebeu recentemente a confirmao de
entrega de algum pacote a esse vizinho. Essa confirmao pode ocorrer de dois modos: ser uma
resposta a uma mensagem do protocolo de Descoberta de Vizinhana; ou algum processo da
camada de transporte que indique que uma conexo foi estabelecida.
Esse processo apenas executado quando os pacotes so enviados a um endereo unicast,
no sendo utilizado no envio para endereos multicast.
Para acompanhar os estados de um vizinho, o n IPv6 utiliza duas importantes tabelas:
Neighbor Cache mantem uma lista de vizinhos locais para os quais foi enviado
trfego recentemente, armazenado seus endereos IP, informaes sobre o
endereo MAC e um flag indicando se o vizinho um roteador ou um host.
Tambm informa se ainda h pacotes na fila para serem enviados, a acessibilidade
dos vizinhos e a prxima vez que um evento de deteco de vizinhos inacessveis
est agendado. Esta tabela pode ser comparada a tabela ARP do IPv4.
Destination Cache mantem informaes sobre destinos para os quais foi
enviado trfego recentemente, incluindo tanto destinos locais quanto remotos,
sendo atualizado com informaes recebidas por mensagens Redirect. O Neighbor
Cache pode ser considerado um subconjunto das informaes do Destination
Cache.

Descoberta de Vizinhana

Redirecionamento

Envia mensagens Redirect

Redireciona um host para um roteador mais apropriado para o primeiro

salto.

Informar ao host que destino encontra-se no mesmo enlace.

Este mecanismo igual ao existente no IPv4.

Pacote IPv6
100

Mensagens Redirect so enviadas por roteadores para redirecionar um host

automaticamente a um roteador mais apropriado ou para informar ao host que destino encontra-se
no mesmo enlace. Este mecanismo igual ao que existe no IPv4.

Descoberta de Vizinhana

Redirecionamento

Envia mensagens Redirect

Redireciona um host para um roteador mais apropriado para o primeiro

salto.

Informar ao host que destino encontra-se no mesmo enlace.

Este mecanismo igual ao existente no IPv4.

101

Descoberta de Vizinhana

Redirecionamento

Envia mensagens Redirect

Redireciona um host para um roteador mais apropriado para o primeiro

salto.

Informar ao host que destino encontra-se no mesmo enlace.

Este mecanismo igual ao existente no IPv4.

Pacotes IPv6
subsequentes

102

Descoberta de Vizinhana

Autoconfigurao de Endereos Stateless

Mecanismo que permite a atribuio de endereos unicast aos

ns...

sem a necessidade de configuraes manuais.

sem servidores adicionais.

apenas com configuraes mnimas dos roteadores.

Gera endereos IP a partir de informaes enviadas pelos

roteadores e de dados locais como o endereo MAC.

Gera um endereo
mensagens RA

Se no houver roteadores presentes na rede, gerado apenas

um endereo link local.

Roteadores utilizam apenas para gerar endereos link-local.

para

cada

prefixo

informado

nas

103

O mecanismo de autoconfigurao stateless, definido na RFC 4862, permite que

endereos IPv6 sejam atribudos s interfaces sem a necessidade de configuraes manuais, sem a
utilizao de servidores adicionais (DHCP), apenas com configuraes mnimas de roteadores.
Para gerar o endereo IP, um host utiliza uma combinao entre dados locais, como o
endereo MAC da interface ou um valor randmico para gerar o ID, e informaes recebidas dos
roteadores, como mltiplos prefixos. Se no houver roteadores presentes, o host gera apenas o
endereo link local com o prefixo FE80::.
Roteadores s utilizam este mecanismo para gerar endereos link-local. Seus endereos
globais devem ser configurados de outra forma.

Descoberta de Vizinhana

Autoconfigurao de Endereos Stateless

Um endereo link-local gerado.

Prefixo FE80::/64 + identificador da interface.

Endereo adicionado aos grupos multicast solicited-node e all-node.

Verifica-se a unicidade do endereo.

Se j estiver sendo utilizado, o processo interrompido, exigindo uma

configurao manual.

Se for considerado nico e vlido, ele ser atribudo interface.

Host envia uma mensagem RS para o grupo multicast all-routers.

Todos os roteadores do enlace respondem com mensagem RA.
Estados dos endereos:

Endereo de Tentativa;

Endereo Preferencial;

Endereo Depreciado;

Endereo Vlido;

Endereo Invlido.

104

O mecanismo de autoconfigurao de endereos executado respeitando os seguintes

passo:

Um endereo link-local gerado anexando ao prefixo FE80::/64 o identificador da

interface;

Esse endereo passa a fazer parte dos grupos multicast solicited-node e all-node;

feita a verificao da unicidade do endereo de link-local gerado;

Caso outro n no enlace esteja utilizando o mesmo endereo, o processo de

autoconfigurao interrompido, exigindo uma configurao manual;

Se o endereo for considerado nico e vlido, ele ser automaticamente inicializado

para a interface;

O host envia uma mensagem Router Solicitation para o grupo multicast all-routers;

Todos os roteadores do enlace respondem com uma mensagem Router Advertisement

informando: os roteadores padro; um valor predefinido para o campo Limite de
Encaminhamento; o MTU do enlace; a lista de prefixos da rede, para os quais
tambm sero gerados endereos automaticamente.

Um endereo IPv6 pode assumir diferentes estados:

Endereo de Tentativa endereo qua ainda no foi atribudo. o estado anterior a

atribuio, enquanto o processo de DAD realizado. No pode ser utilizado na
comunicao do n, apenas por mensagens relativas Descoberta de Vizinhana;

Endereo Preferencial endereo atribudo a interface e pode ser utilizado sem

restries, at expirar seu tempo de vida;

Endereo Depreciado endereo cujo tempo de vida expirou. Pode ser utilizado para
continuar as comunicaes abertas por ele, mas no para iniciar novas comunicaes;

Endereo Vlido termo utilizado para designar tanto os endereos preferenciais quanto
os depreciados;

Endereo Invlido endereo que no pode ser atribudo a uma interface. Um endereo
se torna invlido quando seu tempo de vida expira.

DHCPv6

Autoconfigurao de Endereos Stateful

Usado pelo sistema quando nenhum roteador encontrado.

Usado pelo sistema quando indicado nas mensagens RA.

Fornece:

Endereos IPv6

Outros parmetros (servidores DNS, NTP...)

Clientes utilizam um endereo link-local para transmitir ou receber

mensagens DHCP.

Servidores utilizam endereos multicast para receber mensagens

dos clientes (FF02::1:2 ou FF05::1:3).

Clientes enviam mensagens a servidores fora de seu enlace

utilizando um Relay DHCP.

106

O Dynamic Host Configuration Protocol (DHCP) um protocolo de autoconfigurao

stateful utilizado na distribuio de endereos IP dinamicamente em uma rede, a partir de um
servidor DHCP, fornecendo um controle maior na atribuio de endereos aos host.
Definido na RFC 3315 o DHCPv6 uma opo ao mecanismo de autoconfigurao
stateless do IPv6, podendo ser utilizado quando no h roteadores na rede, ou quando seu uso for
indicado nas mensagens RA, sendo capaz de fornecer endereos IPv6 e diversos parmetros de
rede, como endereos de servidores DNS, NTP, SIP, etc.
No DHCPv6, a troca de mensagens entre cliente e servidor realizada utilizando-se o
protocolo UDP. Os clientes utilizam um endereo link-local para transmitir ou receber mensagens
DHCP, enquanto que os servidores utilizam um endereo multicast reservado (FF02::1:2 ou
FF05::1:3) para receber mensagens dos clientes. Caso o cliente necessite enviar uma mensagem a
um servidor que esteja fora de sua sub-rede, utilizado um Relay DHCP.

DHCPv6

Autoconfigurao de Endereos Stateful

Permite um controle maior na atribuio de endereos aos host.

Os mecanismos de autoconfigurao de endereos stateful e

stateless podem ser utilizados simultaneamente.

Por exemplo: utilizar autoconfigurao stateless para atribuir

os endereos e DHCPv6 para informar o endereo do
servidor DNS.

DHCPv6 e DHCPv4 so independentes. Redes com Pilha Dupla

precisam de servios DHCP separados.
107

A utilizao de DHCPv6 oferece um controle maior na atribuio de endereos, visto que,

alm de fornecer opes de configurao de rede, possvel definir polticas de alocao de
endereos e atribuir endereos aos hosts que no sejam derivados do endereo MAC.
Em uma rede IPv6, possvel combinar o uso de autoconfigurao stateless com
servidores DHCP. Neste cenrio, possvel por exemplo, utilizar autoconfigurao stateless na
atribuio de endereos aos hosts e servidores DHCPv6 para fornecer informaes adicionais de
configurao, como o endereo de servidores DNS.
Os protocolos DHCPv6 e DHCPv4 so independentes, de modo que, em uma rede com
Pilha Dupla, ser necessrio rodar um servio para cada protocolo. Com DHCPv4, preciso
configurar no cliente se este usar DHCP, enquanto que com o DHCPv6, sua utilizao
indicada atravs das opes das mensagens RA.

Renumerao da Rede

Hosts Autoconfigurao stateless ou DHCPv6

Roteadores Router Renumbering

Mensagens ICMPv6 Tipo 138

Formato da Mensagem

Cabealho RR + Corpo da Mensagem

Tipo

Cdigo

Soma de Verificao

Nmero Sequencial
Nmero de
Segmento

Flags

Atraso Mximo
Reservado

Corpo da Mensagem
Mensagem de Comando / Mensagem de Resultado
108

O endereamento de uma rede muitas vezes baseado nos prefixos atribudos por ISPs.
No caso de uma mudana de provedor, necessrio renumerar todos os endereos da rede.
No IPv6, o processo de reendereamento dos hosts pode ser feito de forma relativamente
simples. Atravs dos mecanismos do protocolo de Descoberta de Vizinhana, um novo prefixo
pode ser anunciado pelo roteador a todos os hosts do enlace. possvel tambm, a utilizao de
servidores DHCPv6. Para tratar a configurao e reconfigurao dos prefixos nos roteadores to
facilmente quanto nos hosts, foi definido na RFC 2894, o protocolo Router Renumbering.
O mecanismo Router Renumbering utiliza mensagens ICMPv6 do tipo 138, enviadas aos
roteadores, atravs do endereo multicast all-routers, contendo as instrues de como atualizar
seus prefixos.
As mensagens Router Renumbering so formadas pelos seguintes campos:

Tipo - 138 (decimal);

Cdigo - 0 para mensagens de Comando;

1 para mensagens de Resultado;
255 para Zerar Nmero Sequencial;

Soma de Verificao verifica a integridade da mensagem ICMPv6 e de parte do

cabealho IPv6;

Nmero Sequencial identifica as operaes;

Nmero de Segmento enumera diferentes mensagens RR vlidas que tenham o mesmo

Nmero Sequencial.

Flags T: indica se a configurao do roteador deve ser modificada, ou se um

teste;
R: indica se uma mensagem de Resultado deve ser enviada;
A: indica se o comando deve ser aplicado a todas as interfaces, independente do
seu estado;
S: indica que o comando deve ser aplicado a todas as interfaces, independente de
qual sub-rede pertenam;
P: indica que a mensagem de Resultado contm o relatrio completo do
processamento da mensagem de Comando, ou que a mensagem de Comando foi
previamente tratada (e no um teste) e que o roteador no est processando-a
novamente.

Atraso Mximo - especifica o tempo mximo, em milisegundos, que um roteador deve

atrasar o envio de qualquer resposta a mensagem de Comando.

As mensagens de Comando so formadas por sequencias de operaes, Match-Prefix e

Use-Prefix. O Match-Prefix indica qual prefixo deve ser modificado, e o Use-Prefix indica o novo
prefixo. As operaes podem ser ADD, CHANGE, ou SET-GLOBAL, que instruem,
respectivamente, o roteador a adicionar os prefixos indicados em Use-Prefix ao conjunto de
prefixos configurados; a remover o prefixo indicado em Match-Prefix, se existirem, e troc-los
pelos contidos em Use-Prefix; ou substituir todos os prefixos de escopo global, pelos prefixos do
Use-Prefix. Se o conjunto de Use-Prefix for vazio, a operao no ADD no faz nenhuma adio
e as outras duas operaes apenas apagam o contedo indicado.
Os roteadores tambm enviam mensagens de Resultados contendo um Match Report para
cada prefixo igual aos enviados na mensagem de Comando.

Mais informaes:

RFC 3315 - Dynamic Host Configuration Protocol for IPv6 (DHCPv6)

RFC 4443 - Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6
(IPv6) Specification

RFC 4861 - Neighbor Discovery for IP version 6 (IPv6)

RFC 5006 - IPv6 Router Advertisement Option for DNS Configuration

Funcionalidades do
IPv6 #2
Mdulo 4

110

Dando continuidade ao estudo das funcionalidades do protocolo IPv6, veremos a seguir

como o novo protocolo trata a questo da fragmentao de pacotes e o gerenciamento de grupos
multicast. Veremos tambm, as alteraes feitas no protocolo DNS e as melhorias apresentadas
pelo protocolo IPv6 referentes aplicao de QoS e ao suporte mobilidade.

Path MTU Discovery

MTU - Maximum Transmit Unit - tamanho mximo do pacote que
pode trafegar atravs do enlace.

Fragmentao - permite o envio de pacotes maiores que o MTU de

um enlace.

IPv4 - todos os roteadores podem fragmentar os pacotes que sejam

maiores que o MTU do prximo enlace.

Dependendo do desenho da rede, um pacote IPv4 pode ser fragmentado

mais de uma vez durante seu trajeto.

IPv6 - fragmentao realizada apenas na origem.

Path MTU Discovery busca garantir que o pacote ser

encaminhado no maior tamanho possvel.

Todos os ns IPv6 devem suportar PMTUD.

Implementaes mnimas de IPv6 podem omitir esse suporte, utilizando

1280 Bytes como tamanho mximo de pacote.

111

Determinado pelos protocolos de roteamento, cada enlace na rede pode possuir um valor
diferente de MTU, ou seja, uma limitao distinta em relao ao tamanho mximo do pacote que
pode trafegar atravs dele. Para que pacotes maiores que o MTU de enlace seja encaminhado, ele
deve ser fragmentado em pacotes menores, que sero remontados ao chegarem em seu destino.
Na transmisso de um pacote IPv4, cada roteador ao longo do caminho pode fragmentar os
pacotes, caso estes sejam maiores do que o MTU do prximo enlace. Dependendo do desenho da
rede, um pacote IPv4 pode ser fragmentado mais de uma vez durante seu trajeto atravs da rede,
sendo reagrupado no destino final.
No IPv6, a fragmentao dos pacotes realizada apenas na origem, no sendo permitida
em roteadores intermedirios. Este processo tem o intuito de reduzir o overhead do clculo dos
cabealhos alterados nos roteadores intermedirios.
Para isso, utilizado, no incio do processo de fragmentao, o protocolo Path MTU
Discovery, descrito na RFC 1981, que descobre de forma dinmica qual o tamanho mximo
permitido ao pacote, identificando previamente os MTUs de cada enlace no caminho at o
destino. O protocolo PMTUD deve ser suportado por todos os ns IPv6. No entanto,
Implementaes mnimas de IPv6 podem omitir esse suporte, utilizando 1280 Bytes como
tamanho mximo de pacote.

Path MTU Discovery

Assume que o MTU mximo do caminho igual ao MTU do
primeiro salto.

Pacote maiores do que o suportado por algum roteador ao longo do

caminho, so descartados

Uma mensagem ICMPv6 packet too big retornada.

Aps o recebimento dessa mensagem, o n de origem reduz o

tamanho dos pacotes de acordo com o MTU indicado na mensagem
packet too big.

O procedimento termina quando o tamanho do pacote for igual ou

inferior ao menor MTU do caminho.

Essas interaes podem ocorrer diversas vezes at se encontrar o

menor MTU.

Pacotes enviados a um grupo multicast utilizam tamanho igual ao

menor PMTU de todo o conjunto de destinos.

112

O processo de Path MTU Discovery se inicia assumindo que o MTU de todo o caminho
igual ao MTU do primeiro salto. Se o tamanho dos pacotes enviados for maior do que o
suportado por algum roteador ao longo do caminho, este ir descart-lo e retornar uma
mensagem ICMPv6 packet too big, que devolve juntamente com a mensagem de erro, o valor do
MTU do enlace seguinte. Aps o recebimento dessa mensagem, o n de origem reduzir o
tamanho dos pacotes de acordo com o MTU indicado na mensagem packet too big.
Esse procedimento termina quando o tamanho do pacote for igual ou inferior ao menor
MTU do caminho, sendo que estas iteraes, de troca de mensagens e reduo do tamanho dos
pacotes, podem ocorrer diversas vezes at se encontrar o menor MTU. Caso o pacote seja enviado
a um grupo multicast, o tamanho utilizado ser o menor PMTU de todo o conjunto de destinos.
De um ponto de vista terico, o PMTUD pode parecer imperfeito, dado que o roteamento
dos pacotes dinmico, e cada pacote pode ser entregue atravs de uma rota diferente. No
entanto, essas mudanas no so to frequentes, e caso o valor do MTU diminua devido a uma
mudana de rota, a origem receber a mensagem de erro e reduzir o valor do Path MTU.

Mais informaes:
RFC 1981 - Path MTU Discovery for IP version 6

Jumbograms
IPv6 permite o envio de pacotes que possuam entre 65.536 e
4.294.967.295 Bytes de comprimento.

Um jumbograms identificado utilizando:

O campo Tamanho dos Dados com valor 0 (zero).

O campo Prximo Cabealho indicando o cabealho Hop-by-Hop.

O cabealho de extenso Hop-by-Hop trar o tamanho do pacote.

Devem ser realizadas alteraes tambm nos cabealhos TCP e

UDP, ambos limitados a 16 bits para indicar o tamanho mximo dos
pacotes.

113

A RFC 2675 define uma opo do cabealho de extenso Hop-By-Hop chamada Jumbo
Payload. Esta opo permitir envio de pacotes IPv6 com cargas teis entre 65.536 e
4.294.967.295 Bytes de comprimento, conhecidos como jumbograms.
Ao enviar jumbograms, o cabealho IPv6 trar os campos Tamanho dos Dados e Prximo
Cabealho com o valor zero. Este ltimo indicar que as opes do cabealho de extenso HopBy-Hop devem ser processadas pelos ns, onde so indicados os tamanhos dos pacotes
jumbograms.
O cabealho UDP possui um campo de 16 bits chamado Tamanho, que indica o tamanho
do cabealho UDP mais o tamanho dos dados, no permitindo o envio de pacotes com mais
65.536 Bytes. Entretanto, possvel o envio de jumbograms definindo o campo Tamanho como
zero, deixando que o receptor extraia o tamanho real do pacote UDP a partir do tamanho do
pacote IPv6.
Nos pacotes TCP, as opes Maximum Segment Size (MSS), que negocia no incio da
conexo o tamanho mximo do pacote TCP a ser enviado, e Urgent Pointer, que indica um
deslocamento de Bytes a partir do nmero de seqncia em que dados com alta prioridade devem
ser encontrados, tambm no podem referenciar pacotes maiores que 65.535 Bytes. Deste modo,
para se enviar jumbograms preciso no caso do MSS, determinar seu valor como 65.535, que
ser tratado como infinito pelo receptor do pacote. Em relao ao Urgent Pointer, a soluo
semelhante, visto que se pode determinar o valor do Urgent Pointer como 65.535, indicando que
este est alm do final deste pacote.

Mais informaes:
RFC 2675 - IPv6 Jumbograms

BIBLIOGRAFIA

Migrating to IPv6 : A Practical Guide to Implementing IPv6 in Mobile and Fixed Networks .
Autor: Marc Blanchet.

6 Net: An IPv6 Deployment Guide.

Autor: Martin Dunmore.

IPv6 Essentials.
Autor: Silvia Hagem.

Global IPv6 Strategies.

Autores: Patric Grossetete; Ciprian popovicius; Fred Wetting.

Planning and Accomplishing the IPv6 Integration: Lessons Learned from a Global Construction
and Project-Management Company .
Autor: Cisco Public Information.

Technical and Economic Assessment of Internet Protocol Version 6.

Autor: U.S. DEPARTMENT OF COMMERCE.

Introduccin a IPv6.
Autor: Roque Gagliano.

Planificando IPv6.
Autor: Roque Gagliano.

Deliverable D 6.2.4: Final report on IPv6 management tools, developments and tests.
Autor: 6 Net.

IPv6 Security: Are You Ready? You Better Be!

Autor: Joe Klein.

IPv6 and IPv4 Threat Comparison and Best- Practice Evaluation (v1.0)
Autores: Sean Convery; Darrin Miller.

BGP Routing Table Analysis Reports - http://bgp.potaroo.net/

Autores: Tony Bates; Philip Smith; Geoff Huston.

Measuring IPv6 Deployment

Autores: Geoff Huston; George Michaelson.

IPv6 at Google.
Autores: Angus Lees; Steinar H. Gunderson.

Resumo do Barmetro Cisco Banda Larga Brasil 2005-2010

Autores: Mauro Peres; Joo Paulo Bruder.

Tracking the IPv6 Migration. Global Insights From the Largest Study to Date on IPv6 Traffic on
the Internet.
Autor: Craig Labovitz.

ICE: Uma soluo geral para a travessia de NAT

Autor: Jos Henrique de Oliveira Varanda

BIBLIOGRAFIA

TIC Domiclios e Usurios Total Brasil - http://cetic.br/usuarios/tic/2009-total-brasil/index.htm

Autor: CETIC.br.
IPv6.br - http://ipv6.br
Autor: CEPTRO.br.
IPv6 Deployment and Support - http://www.6deploy.org
Autor: 6Deploy.
World Internet Usage Statistics News and World Population Stats http://www.internetworldstats.com/stats.htm
Autor: Internet World Stats.
Barmetro BRASIL - http://www.cisco.com/web/BR/barometro/barometro.html
Autor: Cisco Systems.
The ISC Domain Survey - https://www.isc.org/solutions/survey
Autor: Internet Systems Consortium.
Number Resource Organization Statistics - http://www.nro.net/statistics
Autor: Number Resource Organization (NRO).
Routing TCP/IP
Autor: Jeff Doyle,Jennifer DeHaven Carroll
O Protocolo BGP4 - Parte 3 (Final) - http://www.rnp.br/newsgen/9907/pgbp4p3.html
Autor: RNP Rede Nacional de Ensino e Pesquisa