Conteúdo sindicalizado

Estatísticas

Medindo o desenvolvimento de IPv6 na região de LACNIC

03.07.2008
Roque Gagliano, LACNIC.

No evento anterior “FLIP-6” agregou-se um tema que cada vez mais aumenta em questão de importância: Como medir o grau de implementação de IPv6?. Esta pergunta é relevante, em especial para entender como está a região respeito a outras ou qual é o efeito de determinada campanha na região ou em país em particular.

Existem três familias de métricas que se pode pensar: aquelas derivadas do plano de dados, aquelas derivadas do plano de controle e as métricas administrativas.

A primeira familia nos ajuda a entender a quantidade de tráfico IPv6 na rede, porem pela característica distribuída da rede, só pode tomar informação local e subjetiva já que depende de onde se faz a medição e em que serviço.

Quando falamos de informação do plano de controle, nos referimos particularmente a disponível nas tabelas de rotas inter-domínio BGP. Através da informação que a tabela de rotas inter-domínio prove podemos medir a quantidade de prefixos IPv6 anunciados, a quantidade de Sistemas Autônomos originando ou dando trânsito IPv6, entre outras medições. É de esperar que tanto a quantidade de prefixos IPv6 como o número de Sistemas Autônomos presentes na tabela inter-domínio IPv6 cresçam nestes próximos anos, e essa informação é importante ao medir o desenvolvimento de IPv6. Devemos destacar, que a informação que obtemos com este tipo de medidas não nos fala de quanto é o desenvolvimento dentro de cada ASN. Existem algumas chaves, por exemplo quando encontramos ASNs que dão trânsito a outros ou quando encontramos informação de registros AAAA no sistema de DNS.

As métricas administrativas se refere a informação de alocações e designações realizadas pelos RIRs. Esta informação é relevante pois obter endereços IPv6 é um passo necessário em qualquer implementação do protocolo, porem não nos da nenhuma informação se estes endereços estão em uso ou não.

Existem varias iniciativas que tomam medições nas três familias vistas, [GERT] [HE] [FE] [APNIC].

Em LACNIC nosso interesse é medir o desenvolvimento de IPv6 na região e em especial entender o efeito da futura campanha ?IPv6 Tour? a desenvolver-se durante os próximos 12 meses.

Para isso implementamos uma sessão de “Estatísticas” no Portal de Transição a IPv6: http://portalipv6.lacnic.net. Aqui colocamos estatísticas respeito ao novo protocolo IPv6, e sobre o esgotamento de IPv4.

As estatísticas IPv6 se dividem em 4 grupos:

  • Estatísticas Globais: Neste espaço se mostram estatísticas que abarcam todos os RIRs.
  • Estatísticas Regionais: Neste espaço se mostram estatísticas particulares para la região da LACNIC. Se tomam mais dados já que são as medições que nos ajudam a estudar num todo a região.
  • Estatísticas por País: Neste espaço se mostram estatísticas próprias de cada país. Se repetem as métricas tomadas a nível regional porem para estudar a realidade de cada país da região.
  • Estatísticas de Serviços da LACNIC: Aqui medimos estatísticas de acesso aos serviços que oferece LACNIC.

Vamos estudar alguns gráficos em particular.

Primeiramente existe um gráfico que nos mostra o número de alocações e designações realizadas por LACNIC e quantas de essas se encontram na tabela de rotas inter-domínio como um único agregado (ver Figura 1).

Figura 1: Número de alocações e designações na região da LACNIC (azul) e número de rotas correspondentes a estas alocações (verde).

Como é de se esperar, o número de alocações e designações cresce no tempo e em particular podemos ver que a curva de crescimento tem aumentado no ano em curso.

Uma pergunta que pode surgir é se as alocações e designações que se tem realizado são majoritariamente de bloco mínimo (/32) ou se já incluímos grandes alocações a grandes provedores. Para isso o seguinte gráfico (Figura 2) mostra o número total de endereços IPv6 alocados e designados em unidades de /32s.

Figura 2: Quantidade de endereços alocados e designados em unidades de /32 realizadas por LACNIC (em azul) . Também se mostram quantas destas unidades aparecem na tabela global inter-domínio (verde).

Como era de esperar se vê um gráfico mais escalonado, correspondendo a distribuições grandes realizadas na região. Esperamos que estes números cresçam e em especial que existam escalões mais pronunciados dado que os grandes consumidores de endereços na região ainda não realizaram seus pedidos.

Chama a atenção a diferença entre os prefixos alocados e de designados por LACNIC e os prefixos na tabela global de rotas. Com as políticas atuais, o pedido de solicitação de endereços IPv6 é netamente administrativo, enquanto que para poder publicar o prefixo no sistema de rotas globais é necessário ter certa infraestrutura que suporte IPv6. A pergunta que nos podemos fazer é qual é o tempo promedio que toma uma empresa desde que recebe a alocação/delegação até anunciar o prefixo como um único agregado. No seguinte gráfico (Figura 3) mostramos o promedio de tempo desde que os prefixos são alocados ou designados até que sejam anunciadas por primeira vez. O promedio se toma somente para os prefixos que no momento da medição estavam anunciados.

Figura 3: Tempo promedio para publicar alocações e designações na região de LACNIC.

Se pode ver que o número de dias vem crescendo. A principio da medição (ano 2005), os blocos alocados correspondiam a organizações que já estavam no 6Bone e já tinham equipamento que suportava IPv6, a medida que o tempo avança, os provedores sem experiência previa levam mais tempo para anunciar seus prefixos. É de esperar que este número cresça em curto prazo se um número importante de provedores que contam com endereços IPv6 desde vários anos comece a utiliza-las, assim como também é de se esperar que a medida que o trânsito IPv6 seja de fácil acesso e a capacitação sobre IPv6 melhore, as configurações sejam mais rápida.

Uma pergunta válida é tentar saber quantas organizações ainda faltam solicitar ou utilizar IPv6 em suas redes e desta forma medir, relativo ao tamanho da região, qual é o avance alcançado. Uma informação relevante neste sentido é comparar o número de sistemas autônomos (ASNs) da região da LACNIC que estão presentes na tabela de roteamento IPv4, na de IPv6, em ambas ou em nenhuma. A Figura 4 nos mostra esta informação.

Figura 4: Sistemas autônomos que estão presentes na tabela de rotas IPv4, IPv6, em ambas ou em nenhuma.

A situação ideal é que todos os ASNs que anunciem em IPv4, também anunciem em IPv6. Então podemos dizer que restam quase 900 organizações na região por começar a anunciar IPv6. É interessante que nenhuma organização na região utilize um ASN para anunciar prefixos só em IPv6, desta forma pareceria que todas as organizações que utilizam IPv6 o fazem com a mesma infraestrutura que IPv4.

Estes mesmos gráficos que mostramos aparecem na sessão "Por País" da página de estatísticas do Portal, mostrando informação de cada um.

A última sessão de estatísticas é a sessão de serviços da LACNIC. Como mencionamos, a medida de informação do plano de dados é subjetiva pois depende particularmente de quais são os serviços e a que público estão dirigidos. Nós utilizamos as estatísticas dos serviços da LACNIC como exemplo de uma implementação como suporte IPv6 desde vários anos. As medidas se tomam em termos totais e para endereços únicos.

Particularmente, nos interessam os dados de acessos a nosso sistema de registro sobre IPv6, pois estes acessos são feitos por nossos membros, portanto podemos ver quem realmente tem IPv6 configurado internamente em suas redes.

Por outro lado tomamos informação de acesso ao servidor web e ao serviço de joint-whois (jwhois). Para este último caso nos interessa tanto a quantidade de consultas como também o conteúdo das mesmas (se consultam por endereços IPv4, IPv6, ASNs ou outras consultas).

Referencias:

Languages

Eventos

« maio 2012 »
domsegterquaquisexsab
12345
6789101112
13141516171819
20212223242526
2728293031

Próximos Eventos

Você sabia que...?

O campo “Total Lengh” que é parte do encabeçamento IPv4, não é encontrado no encabeçamento IPv6. Este é um resultado de sua função de contar o tamanho da carga útil do pacote mais o tamanho de um encabeçamento que poderia variar. Assim, como o encabeçamento novo tem um tamanho fixo, a presença deste campo não é necessária.

Veja tips anteriores