Lista de Tunnel Brokers IPv6 [1] , siguiendo los principios de RFC 3053 . Describe un sistema mediante el cual los usuarios pueden obtener conectividad IPv6 a través de un túnel desde un punto de presencia (POP).
| Nombre | PoP | Ubicación | subred | Protocolos de tunelización | Además | Registro | Configuración | Idioma | Prefijo | implementación del servidor | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 6 en 4 | 4 en 6 | TSP | AYIYA | latido del corazón | RDNS | BGP | multidifusión | Anónimamente | inscribirse | Guion | A mano | TSP | TIC | URL | |||||||
| 6fei | una | Porcelana | desconocido | Sí | Sí | No | No | No | No | No | No | No | Sí | Sí | Sí | No | No | Sí | Chino | 2001:e88::/32 | desconocido |
| CITC | una | Arabia Saudita | /64 | No | No | Sí | No | No | No | No | No | No | Sí | No | No | Sí | No | No | Inglés árabico | 2001:67c:130::/48 | ddtb [2] |
| goIPv6 | una | Hong Kong | /64 | Sí | No | No | No | No | No | No | No | No | Sí | Sí | Sí | No | No | No | inglés | 2001:2e0:6002::/48 | Implementación propia |
| Huracán eléctrico [3] | 31 [4] | Canadá , Europa (8 países), Hong Kong , Japón , Singapur , EE . UU. (9 estados) | /64 por defecto /48 a través del sistema fuera de línea |
Sí | No | No | No | No | Sí | Sí | No | No | Sí | Sí | Sí | No | No | sí [5] | inglés | 2001:470::/32 | desconocido |
| IPv6 de Indonesia | una | Indonesia | /64 o /48 bajo pedido | Sí | No | No | No | No | Sí | Sí | No | No | Sí | Sí | Sí | No | No | Sí | inglés | 2001:d68::/32 | desconocido |
| IP4mercado | una | Rusia | /64 y /48 | Sí | No | No | No | No | No | No | No | No | Sí | No | Sí | No | No | Sí | ruso | 2a04:5200::/32 2a03:e2c0::/32 | desconocido |
| IPv6 ahora | una | Australia | /64 o /48 bajo pedido | Sí | No | Sí | No | No | No | No | No | No | Sí | No | No | Sí | No | No | inglés | 2406:a000::/32 | gogoSERVER |
| NetAssist | una | Ucrania | /48 | Sí | No | No | No | No | Sí | Sí | No | No | Sí | Sí | Sí | No | No | sí [6] | Inglés , Ruso | 2a01:d0:8000::/33 | desconocido |
| Internet de agosto | 5 | Vancouver, Fremont, Fráncfort, Düsseldorf, Taipéi | /48 | Sí | No | No | No | No | Sí | Sí | No | No | Sí | Sí | Sí | No | No | No | inglés | 2602:fc23::/36 | Implementación propia |
| NetNam | una | Vietnam | desconocido | Sí | No | No | No | No | No | No | No | No | Sí | Sí | Sí | No | No | Sí | Inglés , Vietnamita | 2401:e800::/32 | desconocido |
| tan neto | una | Taiwán | desconocido | Sí | No | Sí | No | No | No | No | No | No | Sí | No | No | Sí | No | No | Chino | 2404:80::/32 | gogoSERVER |
Las columnas de la tabla significan lo siguiente:
| Nombre | El nombre de la organización que proporciona servicios de intermediario de túneles IPv6. Este suele ser el ISP . | |
|---|---|---|
| PoP | Puntos de Presencia | |
| Ubicación | Ubicación geográfica donde el corredor del túnel tiene un punto de presencia/número de posibles puntos de conexión. | |
| subred | Qué subred enruta el corredor de túneles a la red de túneles /127 o /64. | |
| Protocolos de tunelización | ||
| Qué opciones de tunelización son compatibles con este servicio. Puede ser la capacidad de crear un túnel con NAT o una dirección IP estática. | ||
| 6 en 4 | Tunelización de paquetes IPv6 directamente sobre IPv4 (también conocido como 'proto-41') | |
| 4 en 6 | Túnel IPv4 directamente a través de paquetes IPv6 | |
| TSP | Protocolo de configuración del túnel (basado en el túnel UDP) | |
| AYIYA | AYIYA permite a los usuarios detrás de NAT y/o direcciones dinámicas iniciar conexiones entre redes v6. Basado en túnel UDP. | |
| latido del corazón [7] | Heartbeat Tunnel se basa en 6in4, pero permite a los usuarios utilizar una dirección IP dinámica (al iniciar una conexión con una nueva dirección IP, se escribe en la base de datos sin la intervención del usuario) | |
| Además | RDNS | Cuando el corredor del túnel proporciona delegación de zona DNS inversa . |
| BGP | Cuando el corredor del túnel acepta opcionalmente anuncios BGP del propio espacio de direcciones del usuario. | |
| multidifusión | Cuando el intermediario del túnel proporciona opcionalmente IPv6 Multicast a través del túnel. | |
| Registro | ||
| Métodos de registro disponibles. | ||
| Anónimamente | El servicio se presta sin registro | |
| inscribirse | Requerido para registrarse y proporcionar la información requerida (por ejemplo, dirección de correo electrónico ) | |
| Configuración | ||
| Qué métodos para configurar túneles y subredes están disponibles en Tunnel Broker. | ||
| Guion | Significa que el proveedor tiene un script para configurar automáticamente el túnel v6 | |
| A mano | Significa que el túnel se puede configurar manualmente si es necesario. | |
| TSP | Utiliza el Protocolo de configuración de túnel (TSP) que requiere gogoclient | |
| TIC | Utiliza el protocolo Tunnel Information and Control (TIC) [8] implementado por AICCU , AVM FRITZ!Box , Draytek , Motorola y otros | |
| URL | La URL indica que se pueden realizar cambios en los parámetros del túnel en el sitio web (por ejemplo, habilitar/deshabilitar o cambiar el punto final) | |
| Idioma | Qué idiomas admite el proveedor en la interfaz web y otros canales de comunicación . | |
| Prefijo | Qué prefijo de IPv6 está utilizando el corredor de túneles. Si se especifica una subred /32, normalmente solo se usa una parte para los túneles/subredes del intermediario del túnel, o el nombre de servicio del intermediario del túnel que proporcionó el espacio de direcciones. | |
| Implementación del servidor | Qué implementación utiliza el corredor de túneles en los servidores | |
Hay una variedad de corredores de túneles que proporcionan sus propias implementaciones según los objetivos comerciales. Aquí se enumeran las implementaciones comunes que se utilizan en los intermediarios de túneles IPv6 enumerados.
gogoSERVER (anteriormente Gateway6) es utilizado por Freenet6, que es el primer corredor de túneles IPv6 lanzado en 1999. [9]
Gogo6 ha dejado de proporcionar servicios de tunelización de IP.
El sixxsd de SixXS es lo que alimenta todos los puntos de presencia SixXS . Es un software especialmente diseñado para crear túneles con alto rendimiento y baja latencia. El desarrollo comenzó en 2002 [10] y ha evolucionado hasta convertirse en la versión v4 actual del software.
CITC Tunnel Broker , administrado por el Grupo de trabajo IPv6 de Arabia Saudita, utiliza su propia implementación de TSP RFC denominada 'ddtb'.
| Principal | |
|---|---|
| Implementación |
|
| Migración de IPv4 a IPv6 |
|
| Protocolos relacionados |
|