[LACNIC/Politicas] Transferencias de bloques

Mon Mar 1 21:39:23 BRT 2010

Gracias Gustavo para el Ejemplo, es decir que si es una solicitud mayor a un /24 el ISP lo debe justificar sino se le asignara por defecto un /24 ??

Slds.

-- 
Ing. Oscar Torres
Tel. (507) 560-3230
Fax. (507) 560-3148
Cel. (507) 6586-0370
Jefe de Redes y Comunicaciones
Lead Team Network and Telecommunications Department
Departamento de Redes y Comunicaciones
Universidad Tecnológica de Panamá
Dirección de Tecnologia de Información y Comunicaciones
NIC-PANAMA - UTP (Network Information Center - Panamá)
ccTLD.pa

Gustavo Lozano Ibarra <glozano at nic.mx> escribió:

> Christian,
>
> El texto actual de la propuesta permitiría que el tamaño mínimo de 
> transferencia sea un /24, sin embargo, el ISP debe justificar que 
> requiere asignaciones adicionales según las politicas vigentes.
>
> Por ejemplo, si el tamaño mínimo de asignaciones adicionales para un 
> ISP es un /22, entonces, el ISP deberá justificar que necesita al 
> menos un /22 pero podrá realizar transferencias de /24s hasta 
> completar su requerimiento. Si el ISP justificó que necesita un /22, 
> el ISP no podrá recibir mediante transferencias mas de un /22.
>
> Espero que el ejemplo aclare tus dudas y las de Luis Carlos Solano.
>
> Saludos,
> Gustavo
>
> -----Original Message-----
> From: politicas-bounces at lacnic.net 
> [mailto:politicas-bounces at lacnic.net] On Behalf Of Christian 
> O'Flaherty
> Sent: Friday, February 26, 2010 6:24 AM
> To: Lista para discusion de politicas de la comunidad de LACNIC
> Subject: Re: [LACNIC/Politicas] Transferencias de bloques
>
> Gracias Gustavo. Si cualquiera puede recibir un /24 entonces no 
> estaremos aplicando las politicas actuales (ahora los ISP no pueden 
> pedir /24). La aprobación será a libre criterio del staff sin usar 
> las politicas?
>
> 2010/2/25 Gustavo Lozano Ibarra <glozano at nic.mx>:
>> Christian,
>>
>> El espíritu de la propuesta es que el tamaño mínimo de bloque que se 
>> permita transferir sea un /24 para cualquier caso.
>>
>> Justificación:
>>  * Actualmente un /24 es lo mínimo comúnmente aceptado como ruteable 
>> en Internet.
>>  * La entidad que recibirá el recurso (IPv4) tiene que realizar un 
>> proceso que no es simple: llegar a un acuerdo con la entidad que 
>> cederá el recurso, justificar ante LACNIC la necesidad de recursos 
>> según las políticas vigentes, verificar con LACNIC que no existen 
>> disputas sobre el recurso, presentar un documento legal que ampare 
>> la transferencia. En pocas palabras, si una entidad esta dispuesta a 
>> realizar todo el proceso por un /24, quiere decir que realmente 
>> necesita el recurso y creemos que no debemos bloquear la 
>> transferencia por cumplir con un mínimo tamaño de asignación. 
>> Recordemos que la política se activa cuando LACNIC o alguno de sus 
>> NIRs es incapaz de cubrir las solicitudes de recursos por falta de 
>> los mismos.
>>
>> Saludos,
>> Gustavo
>>
>> -----Original Message-----
>> From: politicas-bounces at lacnic.net
>> [mailto:politicas-bounces at lacnic.net] On Behalf Of Christian
>> O'Flaherty
>> Sent: Wednesday, February 24, 2010 2:01 PM
>> To: Lista para discusion de politicas de la comunidad de LACNIC
>> Subject: [LACNIC/Politicas] Transferencias de bloques
>>
>> Hola,
>>
>> Para justificar las transferencias se aplicarán las politicas/tamaños
>> del manual actual?
>> Quiere decir que un /24 solo podrá transferirse para ser usado en
>> infraestructura crítica o usuario final multiproveedor?
>>
>> Chris
>>
>> 2010/1/28 Nicolas Antoniello <nantoniello at gmail.com>:
>>> Estimados miembros del Foro,
>>>
>>> Primero darles un caluroso saludo y el deseo de que tuviesen un muy
>>> buen comienzo en este nuevo año.
>>>
>>> Como fue anunciado, el próximo foro público de políticas de LACNIC a
>>> desarrollarse en el marco del décimo tercer evento anual de LACNIC,
>>> tendrá lugar en Curacao, en Mayo del corriente año. Por tal motivo,
>>> llamamos a todos los miembros de la lista a discutir y buscar
>>> consenso las siguientes propuestas, con la finalidad de llegar al
>>> foro con una posición lo más unánime posible:
>>>
>>>        . LAC-2007-01 Modificación a la Política de Publicación de
>>> Bloques IPv6
>>>        . LAC-2008-05 Microasignación de IPv6
>>>        . LAC-2009-04 Transferencias de bloques IPv4 dentro de la
>>> región LACNIC
>>>        . LAC-2009-09 Modificación: 2.3.3.3. Distribuciones directas a
>>> proveedores de servicio de internet
>>>
>>> Para ello, creemos que la mejor forma de ampliar y ordenar la
>>> discusión es tratando una a una las propuestas, estableciendo un
>>> tiempo para la discusión, consulta a los autores y elaboración de una
>>> posición conjunta para la óptima aceptación o rechazo de las mismas.
>>>
>>> Entonces, la primer propuesta a discutir en el foro será:
>>> "LAC-2009-04 Transferencias de bloques IPv4 dentro de la región LACNIC".
>>>
>>> ---
>>>
>>> Propuesta LAC-2009-04 Transferencias de bloques IPv4 dentro de la 
>>> región LACNIC:
>>>
>>> Resumen de la Propuesta:
>>> La presente propuesta habilita y define las reglas para llevar a cabo
>>> transferencias de bloques IPv4 entre ISPs o usuarios finales de
>>> LACNIC.
>>>
>>> El texto completo de la misma se encuentra disponible en:
>>> http://www.lacnic.org/documentos/politicas/LAC-2009-04v2-propuesta-sp
>>> .pdf
>>>
>>> El comienzo y seguimiento de los threads de discusión de la misma,
>>> con importantes aportes, pueden seguirse a partir de los siguientes links:
>>> - http://mail.lacnic.net/pipermail/politicas/2009-March/012508.html
>>> - http://mail.lacnic.net/pipermail/politicas/2009-April/012544.html
>>> - http://mail.lacnic.net/pipermail/politicas/2009-May/012605.html
>>>
>>> Les solicitamos que lean el texto completo de la política y den un
>>> repaso a los argumentos presentados en los threads de discusiones
>>> anteriores a fin de establecer un punto de comienzo común para el
>>> debate sobre la misma.
>>>
>>> Contamos con todos y cada uno de uds. para llegar a un consenso en la
>>> misma. Para ello, intentemos concretar la posición del foro sobre
>>> esta política antes del Viernes 19 de FEBRERO de 2010.
>>>
>>>
>>> Se recuerda también que siempre se puede presentar nuevas propuestas
>>> de políticas (o modificaciones a las vigentes) utilizando el
>>> formulario disponible para ello en:
>>> http://lacnic.net/cgi-bin/formpoliticas/sp/formpoliticas.cgi
>>>
>>> Así como la descripción del proceso de desarrollo de las mismas 
>>> disponible en:
>>> http://www.lacnic.org/sp/politicas/pdp.html
>>>
>>>
>>> Fraternos saludos,
>>>
>>> Nicolas Antoniello
>>> Francisco Arias
>>> Moeradores Foro Publico de Políticas de LACNIC
>>> _______________________________________________
>>> 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
>

------------------------------------------------------------------------------------------------------------------------------------
  Este mensaje (y sus adjuntos), en adelante "mensaje", ha sido enviado exclusivamente a su(s) destinatario(s) y es confidencial.
Si usted   recibe este mensaje  por error, por favor borrelo y comunique inmediatamente al remitente.
Toda utilizacion o publicacion, total o parcial, queda prohibida salvo autorizacion expresa. La UTP  no podra ser considerada
responsable si el mensaje ha sido  modificado y/o utilizado sin autorizacion.

-------------------------------------------------------------------------------------------------------------------------------------
This message (and any attachments), are confidential intended solely for the people whose addresses appear. If you have received this
message by error, please delete it and immediately notify the sender. Any use, dissemination or disclosure, either whole or
partial, without formal approval is prohibited. The UTP will not therefore be liable for the message if modified and/or used without
approval.
--------------------------------------------------------------------------------------------------------------------------------------