Noticias mas recientes

Vint Cerf quiere que se exija a los ISP la implementación de IPv6

Una de las figuras clave en la creación de Internet , Vint Cerf, ha pedido al público en general conseguir sus ISPs y darse prisa con las implementaciones de IPv6 , así como a las empresas de telecomunicaciones que escogieron dejar atrás los problemas relacionados con direccionamiento IP.

En un discurso que recalca el ya conocído material de 2010 de Cerf (cuerpos de bomberos cibernéticos para sofocar los eventos de seguridad y la Internet interplanetaria), el pionero de Internet dio un nuevo rumbo en su intento de convencer a los ISP de continuar con el despliegue de IPv6 , durante su discurso en la Campus Party en Londres.

Cerf y su equipo DARPA, crearon el sistema de direcciones IPv4 en 1977, pero ahora se están agotando los recursos, si no es que ya se han agotado. IPv6, que ha estado listo para su uso desde el año 2006, ofrece un mayor conjunto de direcciones conectadas a Internet, pero los ISP han tardado en hacer algo al respecto.

La fijación de IPv6 con el poder del pueblo

Cerf (que ahora está contratado por Google como un evangelista de Internet) se ha culpado a sí mismo por no anticipar el número de direcciones que serían necesarias para apoyar el crecimiento de Internet, pero ahora cree que los clientes deben estar levantando un escándalo, ya que es la responsabilidad de los ISPs de solucionar el problema.

"Hay algo que puedes hacer por mí, y yo se lo agradezco como jefe evangelista de Internet en Google. Y es pedir a sus proveedores de Internet el plan para IPv6 y cuándo van a ponerlo a disposición", dijo Cerf.

"Me gustaría mucho que nos ayuden a obtener IPv6 . IPv6 e IPv4, tienen que ejecutarse en paralelo porque no son compatibles".

Sin embargo, los ISP no han mostrado mucho interés. Las empresas de telecomunicaciones, PlusNet y otros optan por el rango de algunos lotes de direcciones IPv4 y se esconden detrás de una dirección IP, usando lo que se conoce como Carrier Grade Network Address Translation (CGNAT), en lugar de seguir adelante con un buen ritmo en IPv6.

Eso es un poco molesto aunque, compartir una dirección IP con otros puede causar ciertos problemas. Por ejemplo, el CGNAT evita a los usuarios llevar contenido a Internet de los servidores en su red doméstica.

Una defensa de Cristal

Cerf tocó algunos temas más actuales, ofreciendo una defensa a Google Glass en vista de las críticas que lo rodean en cuestión de privacidad de la tecnología portátil, aunque ha hablado de los beneficios del juguete más controversial de sus empleados anteriormente.

"Sé que ha habido mucho debate y discusión en torno a Google Glass y privacidad y todo eso", dijo, antes de hacer proselitismo en la importancia de la tecnología.

"Es una oportunidad de experimentar con lo que sucede, cuando se permite que las computadoras se conviertan en parte de su entorno sensorial.

"Se puede aplicar toda la potencia de cálculo y la potencia de Internet con el fin de ayudarle a entender y hacer uso de la información en su contexto."

Dio el ejemplo de varias formas de traducir lenguajes y señas.

 

 

 

FUENTE.

ICANN apoya la transferencia de la extención de dominio "*.az" a DNSSEC e IPv6

La organización ICANN hace todo lo posible para apoyar a Intrans Company (el administrador de la extensión del dominio territorial "az") en sus planes para transferir la extensión de dominio "*.az" a los nuevos protocolos.

Veni Markovski, el Vice Presidente de la ICANN ha anunciado hoy en Bakú que la organización hace todo lo posible para apoyar los planes de introducir protocolos DNSSEC e IPv6 en Azerbaiyán.

"ICANN quiere que sus socios a no estén detenidos sino en progreso y estamos encantados de ver a Intrans en la planificación de la introducción de altas tecnologías y el desarrollo de la extensión de dominio territorial", - dijo Markovski.

Faig Farmanov, Jefe de Intrans, hizo un anuncio sobre la transferencia a DNSSEC e IPv6. También se refirió a los planes de introducir el protocolo EPP (Extensible Provisioning Protocol). No se discutieron los plazos para la transferencia e implantación del protocolo.

 

 

FUENTE.

Red de contadores inteligentes de malla inalámbrica del Reino Unido basada en IPv6

Telefónica presentó más detalles sobre el contrato de medición inteligente ganado del Departamento de Energía y Climatización del Reino Unido. Según la información, la red de medidores inteligentes verá una de las primeras implementaciones de IPv6 en un entorno M2M, así como el despliegue de un software cliente de red de malla que se ejecuta en la parte superior de cualquier red de datos disponibles, incluyendo WiFi de banda ancha, 3G y fijos.

El programa de Aplicación de Smart Meter del Reino Unido es un proyecto de infraestructura nacional importante que implicará el despliegue de 53 millones de contadores de gas y electricidad en el Reino Unido en el 2020. La unidad de telefónica del Reino Unido, O2, servirá dos de las tres regiones del proyecto, que atienden a los sectores central y meridional. El acuerdo está valorado en £1.5bn más una vida útil de 15 años, dijo el operador, y sigue estando sujeto a contratos acordados.

La solución de comunicaciones propuesta de Telefónica para la red de medición inteligente se basa en el despliegue celular existente, con el apoyo de una solución de malla de Connode IPv6 basado inalámbricamente que conectará metros en zonas sin cobertura celular.

Connode, con sede en Suecia, se ha especializado en el despliegue de redes de malla inalámbricas de gran escala desde hace diez años. La compañía suministrará un cliente de software de malla de banda estrecha que se ejecutará en el hub de comunicaciones residenciales como complemento a la red celular.

El sistema se basa en la iniciativa 6LoWPAN fundada por un grupo de trabajo IETF dedicado a empujar IPv6 sobre inalámbricos de baja potencia en redes de área personal bajo la idea de que "el Protocolo de Internet puede y debe ser aplicada incluso a los dispositivos más pequeños".

La red de malla IPv6 a continuación, se puede establecer a través de cualquier portador disponible, incluyendo pero no limitado a 2G/3G de celular, Wi-Fi, la línea de alimentación IP y Bluetooth. El software del servidor Connode también se integrará en la arquitectura inteligente M2M de Telefónica.

Dependiendo de la forma de ver el concepto de 6LoWPAN , como una red que se sienta encima de cualquier otra red disponible, puede encajar o ir en contra de algunas creencias que las redes celulares no son la mejor solución para la conectividad M2M. En Cambridge en el evento "Wireless Future of Wireless" en julio , James Collier, director de tecnología de espacio en blanco, proveedor de soluciones Neul, dijo que los servicios M2M requieren "una red diseñada para el propósito".

En un desafío a la industria celular, dijo: "Los operadores móviles no están preparados para ofrecer este tipo de conectividad, ya que no es simétrica. En realidad es muy diferente de la visión P2P actual del mundo que estos operadores tienen", dijo . "Ningún cliente M2M quiere poner la inversión en manos de un operador cuyas motivaciones no son las mismas que las suyas, un operador que no puede ser todo  al final de ese período de 15 años, un operador para que les sirva ¿es actualmente sólo una banda diseñada para llenar "la capacidad marginal o libre"? No creo que lo hagan".

Alex Sinclair, director de tecnología de la GSMA , devolvió el golpe , diciendo : "Sugerir que los MNO no serán jugadores importantes le pega a la ideología en lugar del sentido comercial".

 

 

 

FUENTE.

Plan de Cuenta Regresiva IPv4 de ARIN

El 3 de febrero del 2011, la Internet Assigned Numbers Authority (IANA) publicó los cinco bloques /8 de direcciones que quedan en el pool libre global por igual a los cinco RIR, y como tal ARIN ya no es capaz de recibir más recursos IPv4 de la IANA.

La comunidad ARIN ha colaborado en los últimos años en el desarrollo de políticas para gestionar la forma en que ARIN asigna direcciones IPv4. Estos esfuerzos han extendido la vida del conjunto de direcciones IPv4 en la región ARIN, pero el agotamiento del pool de direcciones IPv4 es una realidad inminente. ARIN ha revisado y perfeccionado los procedimientos para crear un Plan de Cuenta Regresiva IPv4 explicando cómo se procesarán las solicitudes IPv4 y como el conjunto de direcciones IPv4 remanente se distribuye.

Plan de Cuenta Regresiva IPv4

Hay un número de variables que podrían acelerar o ralentizar la velocidad en la que ARIN se mueve a través de cada fase.

 

  • Algo de espacio IPv4 puede ser devuelto a IANA, en acuerdo con la política mundial.
  • Las nuevas políticas y / o mayores solicitudes podrían cambiar los planes previstos y conducir al agotamiento rápido del conjunto de direcciones IPv4 remanente.

 

El Plan cuenta regresiva tiene cuatro fases, y ARIN se encuentra actualmente en la fase tres:

  • La Fase Uno comenzó en febrero del 2011, cuando ARIN recibió su última /8 de IANA.
  • La segunda fase se inició en septiembre del 2012, cuando llegaron a ARIN tres restantes /8 equivalentes.
  • La Tercera etapa comenzó en agosto del 2013, cuando llegaron a ARIN dos restantes /8 equivalentes.
  • La Cuarta fase comenzará cuando ARIN alcanza su último restante /8 equivalente.

PRIMERA FASE (Febrero 2011 - Septiembre 2012)

  • Una política se disparó, lo que reduce la ventana de asignación de direcciones IPv4 de 12 meses a tres (NRPM Sección 4.2.2).
  • Todas las solicitudes de IPv4 son revisadas??. Solicitudes IPv4 grandes requieren analista mayor y/o la aprobación del director del departamento.
  • El espacio de direcciones IPv4 se requiere para NRPM 4,10, lo que deja a un lado un bloque IPv4 /10 contiguo para facilitar el despliegue de IPv6, se ha reservado y se retira del conjunto de direcciones IPv4 restantes.
  • Bloques obtenidos, regeneradas, y revocados se mantienen durante seis meses antes de entrar de nuevo en el pool libre de ARIN para su distribución.

SEGUNDA FASE (Septiembre 2012 - Agosto 2013)

  • La opinión del equipo de analistas de alto nivel se utilizará para los /16 y solicitudes mayores. Todas las demás solicitudes IPv4 son revisadas. Las solicitudes IPv4 grandes requieren la aprobación del director del departamento.
  • ARIN hará un seguimiento de todo el proceso de solicitud de IPv4 en un "primero en entrar, primero en salir" (por orden cronológico). Esto se aplicará a tramitación de las solicitudes iniciales y los ciclos de respuesta correspondientes.
  • Una vez aprobada, todos los destinatarios IPv4 tendrán 60 días para completar el pago y/o un RSA. En el día 61, el espacio de direcciones será lanzado de nuevo al pool disponible si el pago y RSA no se han completado.
  • El período de espera para los bloques devueltos, regeneradas, y revocados se reducirá a tres meses.

FASE TRES (DOS /8 EQUIVALENTES RESTANTES, empezó en Agosto del 2013)

  • El personal de ARIN examinará los procesos utilizados en la segunda fase para asegurarse de que están trabajando y hacer las modificaciones necesarias.
  • El período de espera para los bloques devueltos, regeneradas, y revocados permanecerá en tres meses.
  • Las solicitudes de revisión serán las mismas que en la segunda fase, y las solicitudes de bloques de direcciones más grandes requieren la aprobación del director del departamento.
  • Una vez aprobado, los beneficiarios IPv4 tendrán 60 días para completar el pago y/o un RSA. En el día 61, el espacio de direcciones será lanzado de nuevo al pool disponible si el pago y RSA no se han completado.

FASE CUATRO (UN /8 EQUIVALENTE restante)

  • El  seguimiento del procesamiento de ARIN de todas las solicitudes de IPv4 en un "primero en entrar, primero en salir" (por orden cronológico). Esto se aplicará a tramitación de las solicitudes iniciales y los ciclos de respuesta correspondientes.
  • Todas las solicitudes de cualquier tamaño estarán sujetas a revisión del equipo.
  • El período de espera para los bloques devueltos, regeneradas, y revocados se reducirá a un mes. Todo devuelto, revocado, o regenerado del espacio de direcciones IPv4 volverá al pool disponible cuando el plazo de un mes haya expirado. El personal continuará revisando enrutamiento / filtrado en el espacio que se reeditó y notificará a los beneficiarios si hay problemas.
  • Una vez aprobado, el destinatario IPv4 tendrá 60 días para completar el pago y/o un RSA. En el día 61, el espacio de direcciones será lanzado de nuevo al pool disponible si el pago y RSA no se han completado.

 

 

FUENTE.

Tanzania cambia a IPv6

Tanzania pronto se trasladará de su actual Internet Protocol Version 4 (IPv4) a su versión 6 para evitar que el país tenga un apagón digital.

John Nkoma, director general de la Autoridad Reguladora de Comunicaciones de Tanzanía (TCRA), dijo que el cambio de IPv4 será un proceso gradual y suave que no afectará a los proveedores.

El Daily News informa que el sistema actual está "desbordado", es decir un apagón era posible.

"El cambio de un protocolo de Internet a otro será un poco diferente de la reciente migración de la televisión analógica a la digital; el paso de IPv4 a IPv6 no requiere nuevo hardware o software añadido en el lado de los usuarios", dijo Nkoma.

Los proveedores de servicios de telefonía móvil en Tanzania, aparentemente, han estado teniendo problemas de despliegue de la nueva 4G más rápida y avanzada de IPv4, por lo que la actualización puede que tenga que esperar a al protocolo IPv6.

IPv4 proporciona alrededor de 4.3 billones de direcciones, un subconjunto de los cuales han sido distribuidos por la Internet Assigned Numbers Authority (IANA) a los Registros Regionales de Internet en bloques de un estimado de 16.8 millones de direcciones de cada uno.

 

 

 

FUENTE.

More Articles...

Page 5 of 10

Start
Prev
1
2
3
4
5
6
7
8
9
10
Next
End