[LAC-TF] Herramienta IPv6 (ERA: Re: Implementar Tunnel Broker)

[Azael Fernandez Alcantara]

Buenas Tardes.

Otra herramienta:

http://doc.tavian.com/ipv6util/index.htm

SALUDOS
____________________________________
Azael
UNAM
Mexico


On Tue, 5 Jun 2007, Jaime Olmos wrote:

> Hola Carlos,
>
> El software que nosotros estamos probando se llama ipv6calc, que es para
> plataformas Linux. Pero como dice Jordi si lo necesitas para calcular una
> subred /64, no calcula nada.
>
> http://www.deepspace6.net/projects/ipv6calc.html
>
>
> Saludos,
> Jaime Olmos
>
> -----Mensaje original-----
> De: lactf-bounces at lacnic.net [mailto:lactf-bounces at lacnic.net] En nombre de
> JORDI PALET MARTINEZ
> Enviado el: Martes, 05 de Junio de 2007 02:31 p.m.
> Para: lactf at lac.ipv6tf.org
> Asunto: Re: [LAC-TF] Implementar Tunnel Broker
>
> Hola Carlos,
>
> Si, si no me equivoco se llama tal cual, ipcalc, con tu buscador preferido,
> dependiendo de la plataforma que tengas lo encuentras. Pero si lo vas a
> hacer en una subred /64, no necesitas calcular nada !.
>
> De todos modos no se si entiendo bien lo que propones. Por si acaso: Yo no
> recomiendo en ningun caso hoy en dia basar una red solo en IPv6. IPv4
> privadas (si es el caso, incluso con NAT) e IPv6, pero la norma es
> fundamental para realizar correctamente la transicion: es lo que llamamos
> dual-stack (doble pila).
>
> Saludo,
> Jordi
>
>
>
>
>> De: Carlos Andres Pulgarin <carlos1andres at yahoo.com>
>> Responder a: <lactf at lac.ipv6tf.org>
>> Fecha: Tue, 5 Jun 2007 10:59:38 -0500 (CDT)
>> Para: <lactf at lac.ipv6tf.org>
>> Asunto: Re: [LAC-TF] Implementar Tunnel Broker
>>
>> Hola Jordi
>>
>> Muchas gracias por la explicación.
>>
>> Eso significa que puedo hacer pruebas con IPv6 con ese
>> segmento /64 para incursionar y ver las
>> configuraciones en los clientes, ya que la idea mi o
>> el proyecto seria que la proxima asignacion de IPS
>> para el ISP sea en IPv6 y no IPv4
>>
>> para la pregunta de ipcal si pero actualmente tengo
>> una para IPv4 me gustaria tener una para IPv6.
>>
>> Saludos
>> --- JORDI PALET MARTINEZ <jordi.palet at consulintel.es>
>> escribió:
>>
>>> Hola Carlos,
>>>
>>> Es facil, en un /64 tienes 2^64 direcciones. Ten en
>>> cuenta que el requisito
>>> para el diseño de IPng era de 64 bits en total, y se
>>> decidio adoptar otros
>>> 64 para las LAN, con la idea de poder utilizar
>>> autoconfiguracion y otras
>>> cosas. Por eso, la idea no es que se utilicen todas
>>> las posibles direcciones
>>> de un /64, sino que haya una muy baja posibilidad de
>>> colisiones (con lo que
>>> se gana por ejemplo frente a un posible port
>>> scanning que tardaria 5.3
>>> billones de años).
>>>
>>> El subnneting es mas sencillo si cabe que con IPv4,
>>> aunque parezca que sea
>>> mas completo porque tienes mas bits.
>>>
>>> Si un proveedor recibe un /32, y entrega a un
>>> cliente un /48, el cliente
>>> puede hacer subneting de /48 a /64 (65.535
>>> subredes).
>>>
>>> Lo de la calculadora supongo que te refieres al
>>> ipcalc ?
>>>
>>> Saludos,
>>> Jordi
>>>
>>>
>>>
>>>
>>>> De: Carlos Andres Pulgarin
>>> <carlos1andres at yahoo.com>
>>>> Responder a: <lactf at lac.ipv6tf.org>
>>>> Fecha: Tue, 5 Jun 2007 03:19:52 -0500 (CDT)
>>>> Para: <lactf at lac.ipv6tf.org>
>>>> Asunto: Re: [LAC-TF] Implementar Tunnel Broker
>>>>
>>>> Hola
>>>>
>>>> Me gustaria conocer si hay una tabla disponible de
>>>> como hacer subneting en IPv6 o una calculadora
>>>>
>>>> Y saber cuantas ips tengo disponibles en un
>>> segmento
>>>> /64.
>>>>
>>>> Gracias
>>>>
>>>> __________________________________________________
>>>> Correo Yahoo!
>>>> Espacio para todos tus mensajes, antivirus y
>>> antispam ¡gratis!
>>>> Regístrate ya - http://correo.espanol.yahoo.com/
>>>> _______________________________________________
>>>> LACTF mailing list
>>>> LACTF at lacnic.net
>>>> https://mail.lacnic.net/mailman/listinfo/lactf
>>>
>>>
>>>
>>>
>
> **********************************************
> The IPv6 Portal: http://www.ipv6tf.org
>
> Bye 6Bone. Hi, IPv6 !
> http://www.ipv6day.org
>
> This electronic message contains information which may be privileged or
> confidential. The information is intended to be for the use of the
> individual(s) named above. If you are not the intended recipient be aware
> that any disclosure, copying, distribution or use of the contents of this
> information, including attached files, is prohibited.
>
>