[LACNIC/Politicas] [LAC-TF] Fwd: I-D ACTION:draft-narten-ipv6-3177bis-48boundary-00.txt

Francisco Obispo fobispo at nic.ve
Tue Jul 19 14:42:50 BRT 2005


Aún con que lograramos cambiar la "forma" de actualizar la base de datos 
WHOIS,
definitivamente, creo que sería absurdo mantener actualizado los /56.

Estamos hablando de aproximadamente (2^24) 16.7 millones de registros de 
delegaciones /56 !!

La otra cosa podría ser, que cada organización a la que se le asigne un 
/32, esté obligado a tener un servidor WHOIS, donde proporcionen 
información de sus clientes, de esta forma, evitando el doble esfuerzo 
de cargar los datos.


Saludos






rgaglian at adinet.com.uy wrote:

>Marcelo,
>
>Por lo que tengo entendido todas las regiones se siguen valiendo por el mismo
>criterio de forma de poder luego evaluar correctamente el HD Ratio para futuras
>asignaciones.
>
>El problema no es solamente el tema de privacidad/competencia, pero tambien
>un tema operacional. Si un operador hoy en dia tuviera que registrar cada
>cliente DSL, Cable, celular en el Whois genera una sobrecarga administrativa
>importante (especialmente si no hay swips y hay que ingresarlos a traves
>de un formario web).
>
>Roque
>
>  
>
>>-- Mensaje original --
>>Cc: lactf at lac.ipv6tf.org, politicas at lacnic.net
>>From: marcelo bagnulo braun <marcelo at it.uc3m.es>
>>Subject: Re: [LACNIC/Politicas] Fwd: I-D	ACTION:draft-narten-ipv6-3177bis-48boundary-00.txt
>>Date: Tue, 19 Jul 2005 11:00:05 +0200
>>To: rgaglian at adinet.com.uy
>>
>>
>>Hola Roque,
>>
>>no he seguido muy de cerca este ultimo tema que mencionas, pero creo 
>>recordar que en otras regiones solucionaron esto dejando a discrecion 
>>del ISP si poner o no en el WHOIS los datos de los clientes finales, 
>>por lo que no me queda claro que esto sea un problema grave, pero como 
>>dije no estoy muy puesto en esto, asi que si me podes corregir...?
>>
>>saludos, marcelo
>>
>>
>>
>>El 19/07/2005, a las 2:10, rgaglian at adinet.com.uy escribió:
>>
>>    
>>
>>>Creo que un punto que no podemos perder desde el punto de vista de los
>>>      
>>>
>>>operadores
>>>es que si se mantiene el /48 como unidad de asignación, se deberá 
>>>registrar
>>>a cada usuario residencial (ADSL, etc) en la base de datos Whois, con
>>>      
>>>
>
>  
>
>>>el
>>>correspondiente costo administrativo y con un agravamiento de los 
>>>problemas
>>>de confidencialidad ya planteados en esta lista.
>>>
>>>Roque
>>>
>>>      
>>>
>>>>-- Mensaje original --
>>>>Cc: lactf at lac.ipv6tf.org, politicas at lacnic.net
>>>>From: marcelo bagnulo braun <marcelo at it.uc3m.es>
>>>>Subject: Re: [LACNIC/Politicas] Fwd: 
>>>>I-D	ACTION:draft-narten-ipv6-3177bis-48boundary-00.txt
>>>>Date: Sun, 17 Jul 2005 12:52:02 +0200
>>>>To: rgaglian at adinet.com.uy
>>>>
>>>>
>>>>Hola Roque,
>>>>
>>>>si, a mi me parece un disparate tambien
>>>>
>>>>tener en cuenta que la eficiencia requerida resultante del uso del HD
>>>>ratio para un /19 es de 1,8%!!!!
>>>>
>>>>ademas, en draft-narten-iana-rir-ipv6-considerations-00.txt se lantea
>>>>un ejemplo que me parece ilustrar muy bien tu preocupacion, lo
>>>>transcribo para uds.
>>>>
>>>>
>>>>4.1.  An example: Cable Modem/DSL Service in US
>>>>
>>>>   In the hallway at a recent ARIN meeting, I was cornered by someone
>>>>   who had done a back-of-the envelope calculation that led him to
>>>>   believe the current policies needed adjustment. The argument went
>>>>   like:
>>>>
>>>>      If I assign 4M /48Ç«÷s of IPv6 (one to each cable modem on my
>>>>      network), according to the HD-ratio I am justified to obtain
>>>>      something around a /20 of IPv6 addresses.  In other words, I am
>>>>      justified in getting 268M /48Ç«÷s even though I am only using 4M
>>>>        
>>>>
>>>>of
>>>>      them.  That would be enough for me to assign at least two for
>>>>      every household in the US (not just the 19M on my network).
>>>>
>>>>      Now if all the cable providers (e.g., Comcast, Cox, Adelphia,
>>>>      Cablevision, Time-Warner, etc.) did the same for their networks;
>>>>      and each of the DSL companies made a similar move (SBC, Verizon,
>>>>      Quest, etc.); perhaps we could easily see the broadband market
>>>>        
>>>>
>
>  
>
>>>>in
>>>>      the US alone obtaining some 16 /20Ç«÷s of IPv6 or a total of 
>>>>/16.
>>>>      There are only 8192 of those available in the current global
>>>>      unicast space of 2001::/3.
>>>>
>>>>      Anyhow, you can see where this might lead...
>>>>
>>>>
>>>>Saludos, marcelo
>>>>
>>>>PD: este tema se esta discutiendo en la lista global-v6
>>>>global-v6 mailing list
>>>>global-v6 at lists.apnic.net
>>>>http://mailman.apnic.net/mailman/listinfo/global-v6
>>>>seria bueno que enviaramos nuestros comentarios ahi, de forma que las
>>>>opiniones del lacnic tambien se tomen en cuenta
>>>>
>>>>
>>>>El 17/07/2005, a las 6:56, rgaglian at adinet.com.uy escribió:
>>>>
>>>>        
>>>>
>>>>>Marcelo,
>>>>>
>>>>>Hace tiempo que queria contestarte este correo con un comentario que
>>>>>he escuchado
>>>>>más de una vez.
>>>>>
>>>>>¿¿¿Cómo hizo D-Telecom para justificar un /19???
>>>>>
>>>>>No he estudiado mucho las políticas actuales de RIPE pero claramente
>>>>>se desprende
>>>>>del resto de los RIR por estos bloques gigantes de direcciones
>>>>>asignados
>>>>>a algunos proveedores.
>>>>>
>>>>>Un /19 se podría dividir en 539 millones de /48. Es mi impresión que
>>>>>el plan
>>>>>de numeración que utilizaron (y amparados en el RFC vigente) da un 
>>>>>/48
>>>>>          
>>>>>
>>>>>a
>>>>>cada usuario DSL y A CADA CELULAR.
>>>>>
>>>>>Lo que es interesante es que el draft, a primera vista, no estudia la
>>>>>          
>>>>>
>>>>>asignación
>>>>>de direcciones para empresas celulares/moviles.
>>>>>
>>>>>Un abrazo
>>>>>
>>>>>Roque
>>>>>
>>>>>          
>>>>>
>>>>>>-- Mensaje original --
>>>>>>To: lactf at lac.ipv6tf.org, politicas at lacnic.net
>>>>>>From: marcelo bagnulo braun <marcelo at it.uc3m.es>
>>>>>>Date: Wed, 13 Jul 2005 11:39:33 +0200
>>>>>>Subject: [LACNIC/Politicas] Fwd: I-D
>>>>>>	ACTION:draft-narten-ipv6-3177bis-48boundary-00.txt
>>>>>>
>>>>>>
>>>>>>fyi
>>>>>>
>>>>>>Inicio mensaje reenviado:
>>>>>>
>>>>>>            
>>>>>>
>>>>>>>De: Internet-Drafts at ietf.org
>>>>>>>Fecha: 12 de julio de 2005 21:50:03 GMT+02:00
>>>>>>>Para: i-d-announce at ietf.org
>>>>>>>Asunto: I-D ACTION:draft-narten-ipv6-3177bis-48boundary-00.txt
>>>>>>>Responder a: internet-drafts at ietf.org
>>>>>>>
>>>>>>>A New Internet-Draft is available from the on-line Internet-Drafts
>>>>>>>directories.
>>>>>>>
>>>>>>>
>>>>>>>	Title		: IPv6 Address Allocation to End Sites
>>>>>>>	Author(s)	: T. Narten, et al.
>>>>>>>	Filename	: draft-narten-ipv6-3177bis-48boundary-00.txt
>>>>>>>	Pages		: 8
>>>>>>>	Date		: 2005-7-12
>>>>>>>	
>>>>>>>   This document revisits the IAB/IESG recommendations on the
>>>>>>>assignment
>>>>>>>   of IPv6 address space to end sites. Specifically, it indicates
>>>>>>>that
>>>>>>>   changing the default end-site assignment for typical home and 
>>>>>>>SOHO
>>>>>>>   sites from /48 to /56 is consistent with the goals of IPv6 and
>>>>>>>              
>>>>>>>
>
>  
>
>>>>>>>RFC
>>>>>>>   3177. Although it is for the RIR community to make adjustments
>>>>>>>              
>>>>>>>
>
>  
>
>>>>>>>to
>>>>>>>              
>>>>>>>
>>>>>>>the
>>>>>>>   IPv6 address space allocation and end site assignment policies,
>>>>>>>the
>>>>>>>   IETF community would be comfortable with RIRs changing the 
>>>>>>>default
>>>>>>>   assignment size to /56 for smaller end sites. This document
>>>>>>>obsoletes
>>>>>>>   RFC 3177 and reclassifies it as historic.
>>>>>>>
>>>>>>>A URL for this Internet-Draft is:
>>>>>>>http://www.ietf.org/internet-drafts/draft-narten-ipv6-3177bis
>>>>>>>-48boundary-00.txt
>>>>>>>
>>>>>>>To remove yourself from the I-D Announcement list, send a message
>>>>>>>              
>>>>>>>
>
>  
>
>>>>>>>to
>>>>>>>i-d-announce-request at ietf.org with the word unsubscribe in the body
>>>>>>>              
>>>>>>>
>>>>>>>of
>>>>>>>              
>>>>>>>
>>>>>>>the message.
>>>>>>>You can also visit
>>>>>>>https://www1.ietf.org/mailman/listinfo/I-D-announce
>>>>>>>to change your subscription settings.
>>>>>>>
>>>>>>>
>>>>>>>Internet-Drafts are also available by anonymous FTP. Login with the
>>>>>>>username
>>>>>>>"anonymous" and a password of your e-mail address. After logging 
>>>>>>>in,
>>>>>>>type "cd internet-drafts" and then
>>>>>>>	"get draft-narten-ipv6-3177bis-48boundary-00.txt".
>>>>>>>
>>>>>>>A list of Internet-Drafts directories can be found in
>>>>>>>http://www.ietf.org/shadow.html
>>>>>>>or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>>>>>>>
>>>>>>>
>>>>>>>Internet-Drafts can also be obtained by e-mail.
>>>>>>>
>>>>>>>Send a message to:
>>>>>>>	mailserv at ietf.org.
>>>>>>>In the body type:
>>>>>>>	"FILE 
>>>>>>>/internet-drafts/draft-narten-ipv6-3177bis-48boundary-00.txt".
>>>>>>>	
>>>>>>>NOTE:	The mail server at ietf.org can return the document in
>>>>>>>	MIME-encoded form by using the "mpack" utility.  To use this
>>>>>>>	feature, insert the command "ENCODING mime" before the "FILE"
>>>>>>>	command.  To decode the response(s), you will need "munpack" or
>>>>>>>	a MIME-compliant mail reader.  Different MIME-compliant mail 
>>>>>>>readers
>>>>>>>	exhibit different behavior, especially when dealing with
>>>>>>>	"multipart" MIME messages (i.e. documents which have been split
>>>>>>>	up into multiple messages), so check your local documentation on
>>>>>>>	how to manipulate these messages.
>>>>>>>		
>>>>>>>		
>>>>>>>Below is the data which will enable a MIME compliant mail reader
>>>>>>>implementation to automatically retrieve the ASCII version of the
>>>>>>>Internet-Draft.
>>>>>>>Content-Type: text/plain
>>>>>>>Content-ID: <2005-7-12130012.I-D at ietf.org>
>>>>>>>
>>>>>>>_______________________________________________
>>>>>>>I-D-Announce mailing list
>>>>>>>I-D-Announce at ietf.org
>>>>>>>https://www1.ietf.org/mailman/listinfo/i-d-announce
>>>>>>>              
>>>>>>>
>>>>>>_______________________________________________
>>>>>>Politicas mailing list
>>>>>>Politicas at lacnic.net
>>>>>>http://www.lacnic.net/mailman/listinfo/politicas
>>>>>>            
>>>>>>
>>>>>Ing.Roque Gagliano
>>>>>rgaglian at adinet.com.uy
>>>>>
>>>>>
>>>>>_______________________________________________
>>>>>Politicas mailing list
>>>>>Politicas at lacnic.net
>>>>>http://www.lacnic.net/mailman/listinfo/politicas
>>>>>
>>>>>          
>>>>>
>>>Ing.Roque Gagliano
>>>rgaglian at adinet.com.uy
>>>
>>>
>>>_______________________________________________
>>>Politicas mailing list
>>>Politicas at lacnic.net
>>>http://www.lacnic.net/mailman/listinfo/politicas
>>>
>>>      
>>>
>
>Ing.Roque Gagliano
>rgaglian at adinet.com.uy
>
>
>_______________________________________________
>LACTF mailing list
>LACTF at lac.ipv6tf.org
>http://lacnic.net/mailman/listinfo/lactf
>
>
>  
>




More information about the Politicas mailing list