[LACNIC/Politicas] Lame Delegation e IPv6.

Nicolás Ruiz nicolas at ula.ve
Wed Mar 28 16:57:29 BRT 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ricardo Patara wrote:
> Hola Roque,
> 
> LACNIC asigna direcciones IPv6 de prefijo /32, por ejemplo. El ISP que
> lo recibe podra registrar en nuestro sistema la delegación del 32
> solamente.
> Por lo tanto, la verificación que hara lacnic sera contra cada /32
> asignado solamente y no contra cada un /48 que por ventura sea sub
> asignado.

De todas maneras, en caso de consultar múltiples SOA, quizas valga la
pena hacerlo via TCP (suponiendo que no se esté haciendo de esa manera
en este momento).

> 
> Saludos
> Ricardo
> 
> On Tue, Mar 27, 2007 at 04:44:53PM -0300, Roque Gagliano wrote:
> | Ricardo, podrías aclarar cómo se realiza el chequeo en la actualidad y
> | cómo piensan que escalará.
> | 
> | slds
> | r.
> | 
> | On Tue, 2007-03-27 at 16:30 -0300, Ricardo Patara wrote:
> | > hola Roque.
> | > Si, hay que registrar los /48 asignados a los clientes, por
> | > ejemplo. Pero hacer el registro de la asignacion no va a implicar en
> | > delegacion dns para es /48.
> | > 
> | > si un isp recibe un /32 tendra que hacer la delegacio para el /32 en
> | > el sistema de lacnic (como pasa con quien recibie un /16 IPv4).
> | > 
> | > la delegacion de todos los bloques que componen ese /32 estara en el
> | > servidor del ISP y no en lacnic. Okay?
> | > 
> | > Un otro dato es que el sistema actual ya verifica lame para
> | > delegaciones IPv6 ;)
> | > 
> | > saludos
> | > Ricardo
> | > 
> | > On Mon, Mar 26, 2007 at 06:24:11PM -0300, Roque Gagliano wrote:
> | > | si no recuerdo mal hay que registrar en el whois todos los /48, no?
> | > | r.
> | > | 
> | > | On Mon, 2007-03-26 at 15:28 -0300, Ricardo Patara wrote:
> | > | > Hola Roque,
> | > | > Creo que es un buen punto. Pero es importante tener en miente que si
> | > | > el ISP tiene la delegación para un /32 por ejemplo, el sistema hara un
> | > | > check de SOA para el /32 solamente.
> | > | > 
> | > | > Ahora si el ISP con /32 hace 2 a 16 delegaciones DNS para cada /48,
> | > | > ahi si el sistema tendra que verificar cada una de estas delegaciones.
> | > | > 
> | > | > Ricardo
> | > | > 
> | > | > On Thu, Mar 22, 2007 at 06:06:42PM -0300, Roque Gagliano wrote:
> | > | > | Ahora la pregunta es, es realistico pensar en que vamos a poder chequear
> | > | > | el SOA de todos los /48 de todo el bloque IPv6 delegado? cada cuanto
> | > | > | pensámos realizar el chequeo? sería bueno tener estos detalles de
> | > | > | implementación antes de discutir la política...
> | > | > | 
> | > | > | slds
> | > | > | r.
> | > | > | 
> | > | > | 
> | > | > | On Thu, 2007-03-22 at 17:15 -0300, ARG-O'FLAHERTY, CHRISTIAN wrote:
> | > | > | > Correcto Ricardo, 
> | > | > | > 
> | > | > | > Habrá que proponer un cambio en la redacción. 
> | > | > | > Algún voluntario?
> | > | > | > 
> | > | > | > -----Original Message-----
> | > | > | > From: politicas-bounces at lacnic.net [mailto:politicas-bounces at lacnic.net] On Behalf Of Ricardo Patara
> | > | > | > Sent: Jueves, 22 de Marzo de 2007 02:31 p.m.
> | > | > | > To: LACNIC Policy mailling list
> | > | > | > Subject: Re: [LACNIC/Politicas] Lame Delegation e IPv6.
> | > | > | > 
> | > | > | > Hola Roque,
> | > | > | > 
> | > | > | > La politica indica que se considera que existe un problema de lame delegation cuando hay problemas en la resolucion inversa de direcciones IPs en general (sin especificar IPv4 o IPv6). Pero en seguida indica que la verificación se hara en la zona in-addr.arpa.
> | > | > | > 
> | > | > | > Voy a verificar si el sistema actual de verificacion ya tendria soporte para la zona IPv6 (ip6.arpa).
> | > | > | > Pero igual, creo que seria necesaria una revision en el texto, no?
> | > | > | > 
> | > | > | > Ricardo
> | > | > | > 
> | > | > | > On Thu, Mar 22, 2007 at 12:47:08PM -0300, Roque Gagliano wrote:
> | > | > | > | Staff,
> | > | > | > | 
> | > | > | > | Pregunta, ¿se piensa instrumentar o está instrumentado el chequeo de 
> | > | > | > | lame delegation para los reversos IPv6? ¿cómo es el control?
> | > | > | > | 
> | > | > | > | gracias
> | > | > | > | r.
> | > | > | > | 
> | > | > | > | _______________________________________________
> | > | > | > | Politicas mailing list
> | > | > | > | Politicas at lacnic.net
> | > | > | > | https://mail.lacnic.net/mailman/listinfo/politicas
> | > | > | > | 
> | > | > | > _______________________________________________
> | > | > | > Politicas mailing list
> | > | > | > Politicas at lacnic.net
> | > | > | > https://mail.lacnic.net/mailman/listinfo/politicas
> | > | > | > 
> | > | > | > 
> | > | > | > Esta comunicación es confidencial y puede contener información cuya divulgación esté restringida por la ley o en virtud de obligaciones de confidencialidad asumidas por acuerdos escritos. Si usted no es su destinatario, por favor advierta que cualquier divulgación, distribución o copia de esta comunicación le está estrictamente prohibida. Si usted recibió este mail por error, agradeceremos tenga a bien informar esa circunstancia al remitente mediante comunicación a la dirección de e-mail o al número telefónico : (5411) 5170-0000, y le solicitamos asimismo que por favor proceda a borrarlo de su computadora. Por favor no copie ni use la información contenida en este mail para ningún propósito y no divulgue su contenido a ninguna otra persona. 
> | > | > | > 
> | > | > | > 
> | > | > | > This communication is confidential and may contain information that is exempt from disclosure by law or pursuant to confidentiality obligations assumed by written agreement. If you are not the intended recipient, please note that any dissemination, distribution, or copying of this communication is strictly prohibited. If you receive this e-mail in error, please notify the sender immediately at the electronic mail address or phone number : (5411) 5170-0000  and delete the information from your computer. Please do not copy or use it for any purpose nor disclose its contents to any other person. 
> | > | > | > 
> | > | > | >  
> | > | > | > 
> | > | > | > _______________________________________________
> | > | > | > Politicas mailing list
> | > | > | > Politicas at lacnic.net
> | > | > | > https://mail.lacnic.net/mailman/listinfo/politicas
> | > | > | 
> | > | > | _______________________________________________
> | > | > | Politicas mailing list
> | > | > | Politicas at lacnic.net
> | > | > | https://mail.lacnic.net/mailman/listinfo/politicas
> | > | > | 
> | > | > _______________________________________________
> | > | > Politicas mailing list
> | > | > Politicas at lacnic.net
> | > | > https://mail.lacnic.net/mailman/listinfo/politicas
> | > | 
> | > | _______________________________________________
> | > | Politicas mailing list
> | > | Politicas at lacnic.net
> | > | https://mail.lacnic.net/mailman/listinfo/politicas
> | > | 
> | > _______________________________________________
> | > Politicas mailing list
> | > Politicas at lacnic.net
> | > https://mail.lacnic.net/mailman/listinfo/politicas
> | 
> | _______________________________________________
> | Politicas mailing list
> | Politicas at lacnic.net
> | https://mail.lacnic.net/mailman/listinfo/politicas
> | 
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas
> 
> 

- --
A: Because it destroys the flow of conversation.
Q: Why is top posting dumb?
- --
Juan Nicolás Ruiz    | Corporación Parque Tecnológico de Mérida
                     | Centro de Cálculo Cientifico ULA
nicolas at ula.ve       | Avenida 4, Edif. Gral Masini, Ofic. B-32
+58-(0)274-252-4192  | Mérida - Edo. Mérida. Venezuela
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGCsipmjsZS9ZBxv8RAugnAJ44GMwNjS6w5QTZE+ATM+B97gUtkwCfUtgd
3lBJNud/CeaEc9rPdEYyPP8=
=ound
-----END PGP SIGNATURE-----




More information about the Politicas mailing list