[1] Comentário enviado por demoncyber em 11/11/2008 - 16:54h

Olá,
Estive na latinoware de 2008, e isto foi um tópico levatando por uma das desenvolvedoras do google, comentando que o IPV6 está aí, mas onde estão os software e a necessidade dos desenvolvedores portarem os softwares para.

Parabéns pela dica, já estou até fuçando aqui o site do ipv6.br para ver se aprendo algo.

Att.

0 0

[2] Comentário enviado por antonio.moreiras em 11/11/2008 - 18:32h

Olá Marco, obrigado pelo incentivo. De fato a questão é importante e tem sido abordada em diversos fóruns... Felizmente muitos softwares já suportam o protocolo, mas há desenvolvedores que ainda não se deram conta da importância da questão.

Por exemplo, o próprio software em que se baseia o site do IPv6.br ironicamente tem alguns problemas em relação ao suporte ao IPv6 (problemas secundários... no geral funciona bem...). Conversando com os desenvolvedores eles nos disseram algo mais ou menos como "nós sabemos que há problemas, mas vai ser trabalhoso corrigi-los... precisamos de uma razão muito forte para isso..." Bem... Se o esgotamento cada vez mais próximo do IPv4 e a possibilidade de uma Internet maior, com conexões ponto a ponto (sem NAT!) não são razões suficientes, a conversa fica difícil...

O google tem abordado ainda timidamente a questão... Já há o http://ipv6.google.com, mas não há suporte a IPv6 no site principal. O Chrome suporta IPv6, mas tem problemas com endereços em formato numérico. Mas já é um bom começo.

Em fim, o que é necessário agora é isso mesmo... Fuçar... Aprender... Ir discutindo a questão e planejando a mudança.

0 0

[3] Comentário enviado por elgio em 12/11/2008 - 13:54h

Interessante destacar que o esgotamento de Ips não é a única motivação para o Ipv6. tem outras tão importantes:

a) esgotamento de IPs: sim. Mas veja, para resolver este problema bastava criar números Ips de 40 bits. A rede desta forma poderia ser 256 vezes maior do que é. Se 64 bits, então, NOSSA, a Internet poderia ser 4.294.967.296 vezes maior do que é, e ainda teria-se uma fato técnico desejável: eu posso armazenar 64 bits em uma ULA nova cuja palavra é 64bits. Porque então se escolheu os IMENSURÁVEIS 128 bits?

b) descomplicação do roteamento. O roteamento IPv4 hoje é algo muito oneroso. No início o IPv4 trabalhava com roteamento por classes ( http://www.vivaolinux.com.br/artigo/255.255.255.0-A-matematica-das-mascaras-de-rede ) mas isto teve que ser rapidamente abandonado por causa do desperdício de ips que causava. O roteamento baseado em máscaras de rede não desperdiça tanto IP, mas é mais oneroso. Roteadores Ipv4 precisam, hoje:
- decrementar o TTL
- escolher uma rota em sua (enorme?) tabela de roteamento, calculando inúmeras redes e com inúmeras comparações.
- fragmentar o datagrama se o MTU da rede de destino for menor que o MTU original do datagrama atual.
- recalcular o checksum

ISTO É ONERORO.
NO Ipv6 não tem checksum e os bits significam coisas, como nas antigas classes de ips. Dependendo, o Roteador Ipv6 consegue achar um destino ao pacote analisando apernas os seus 3 ou 4 BITS iniciais!

c) Segurança: o IPv6 tem criptografia "in natura", nada que já não possa ser feito no Ipv4 mediante Enxertos, como o IpSec.

É um tripé de motivos: falta de ip, facilidade de roteamento e segurança.

0 0

[4] Comentário enviado por antonio.moreiras em 12/11/2008 - 15:01h

Olá Elgio,

Quanto à questão dos 128 bits, também me intrigou, porque não me envolvi na construção do padrão... Da mesma forma que você, imagino, fui apresentado ao IPv6 assim, pronto...

De fato, 64 bits, 40 bits, ou talvez até menos, resolveriam a questão do espaço. Soluções assim foram propostas entre as alternativas apresentadas para o IPng. Outras razões, que não o espaço de endereçamento, motivaram a escolha dos 128 bits pelo pessoal da IETF.

A principal delas foi tornar mais fácil a criação de esquemas de autoconfiguração. No IPv6, 64 dos 128 bits são a parte local do endereçamento. Ao ligar um equipamento qualquer com IPv6, hoje, ele irá configurar-se automaticamente com um endereço iniciado por FE80:: seguido do endereço físico da placa de rede (se for um endereço de 64 bits é usado diretamente, se for de 48 bits, acrescenta-se no meio FF:FE).

Esse endereço só é válido na rede local, não funciona na Internet... Mas se ligarmos dois computadores com IPv6 por um cabo cross eles serão capazes de se intercomunicar! Ambos estarão na rede FE80::/64. Isso não existe no IPv4, nesse protocolo seria necessária a presença de um servidor DHCP em algum lugar, ou a configuração manual dos endereços...

De forma análoga, os roteadores IPv6 numa rede podem anunciar sua presença e o prefixo de rede aos demais computadores... Estes aprendem o prefixo, o endereço do roteador, e criam para si um endereço - agora válido (na Internet, ou ao menos naquela rede) - também baseado no endereço físico da placa de rede, e se auto-configuram.

E, apesar da escolha dos 128 bits, como você explicou muito bem, o roteamento consegue ser mais eficiente!

0 0