[LACNIC/Politicas] Política asignación de ASN

Mon Aug 11 15:46:27 BRT 2014

---Sent from Boxer | http://getboxer.com

Hace un par de semanas tuve problemas también con el staff de LACNIC por lo mismo.

Me exigen los contratos con los proveedores para poder entregar el ASN, lo cual, JAMÁS en todas las habilitaciones multi-homed / multi-isp que he realizado me han cuestionado esto.  
Por temas comerciales, jamas tendré el OK para contratar enlaces mientras no tenga los recursos asignados por LACNIC en este caso.

Por lo demás, considero que LACNIC con todas las facultades que posee debiese otorgar estos recursos y NO ser una traba al crecimiento de infraestructura por temas de este tiempo, siendo que posee las herramientas para fiscalizar que los recursos entregados sean utilizados inclusive pudiendo revocar la asignación.

Me aprobaron asignación IPv4, IPv6 y NO el ASN? ósea, de que estamos hablando..

Insisto, me parece muy mal estos rechazos en los cuales estamos trabajando para implementar IPv6 basados en este tipo de argumentos. Es un criterio DESCRITERIADO.

Debemos fijar un lineamiento en esto.

Alex Matias Ojeda Mercado

NOG CHILE

alex at nog.cl

________________________________________

De: politicas-bounces at lacnic.net <politicas-bounces at lacnic.net> en nombre de Rodrigo Arenas <roarenas at nic.cl>

Enviado: lunes, 11 de agosto de 2014 12:21

Para: Lam, Jorge; Lista para discusion de politicas de la comunidad de LACNIC

Asunto: Re: [LACNIC/Politicas] Política asignación de ASN

Estimados

Yo estoy de acuerdo en que la redacción actual da a entender es necesario cumplir con los requisitos 1 y 2 simultáneamente, aun cuando tampoco dice aquellos.

Me parece que debemos dejar explícito el hecho que es necesario cumplir uno de los requerimientos.

Atte

Rodrigo Arenas

On Aug 10, 2014, at 1:14 AM, "Lam, Jorge" <Jorge.Lam at Level3.com> wrote:

> Hola Ricardo,

>

> Es un buen punto el que planteas, pero creo que la política de la forma que esta escrita da a entender que se tienen que cumplir los requisitos1 y 2 en simultáneo y al menos trae confusión.  Hay varios casos en que se dificulta conseguir el ASN, como lo que comentó Guillermo, si no se es multihomed y se necesita este para conexión a NAPs o intercoxiones privadas.

>

>

> Gracias,

> Jorge

>

>

>

> -------- Mensaje original --------

> De: Ricardo Patara <patara at registro.br>

> Fecha: 09/08/2014 7:42 PM (GMT-05:00)

> Para: Lista para discusion de politicas de la comunidad de LACNIC <politicas at lacnic.net>

> Asunto: Re: [LACNIC/Politicas] Política asignación de ASN

>

>

> Jorge, que tal?

> Comprendo tus puntos, pero de la forma como veia yo el punto 2 atiende

> a estos casos.

>

> Al ser "single homed" y con conexión a NAPs/IXP o peerings privados va

> a cuentar con una politica de ruteo unica y distinta de la de su

> proveedor. Va a tener "caminos" directos y por lo tanto distinctos de

> los a traves de su proveedor.

>

> Con lo que cumple con el punto 2 y amerita el ASN,

>

> No?

>

> Saludos

> --

> Ricardo Patara

>

> On Fri, Aug 08, 2014 at 09:02:17PM +0000, Lam, Jorge wrote:

> | Estimados,

> |

> | Me gustaría proponer un cambio en la política de asignación de ASN en cuanto a los requisitos, en la actualidad la política menciona lo siguiente:

> |

> | LACNIC distribuirá Números de Sistema Autónomo a las organizaciones que cumplan con los siguientes requisitos:

> |

> | 1. La organización debe ser multiproveedor y dichos proveedores deben tener dos o más Sistemas Autónomos independientes al momento de la solicitud, o tener programado convertirse en multiproveedor en menos de dos semanas a partir del momento de la solicitud.

> | 2. Enviar la documentación detallada describiendo la política de ruteo de la organización solicitante, la cual debe ser única y diferente de aquella aplicada por el ASN a la cual se conecta. Esta documentación debe incluir el protocolo de ruteo externo a ser utilizado, direcciones IP que van a componer el AS y una detallada explicación de las razones porque su política de ruteo es diferente de aquella de sus proveedores.

> |

> |

> | La propuesta consiste en modificar el requisito 1, la modificación propuesta es:

> |

> | 1.       La organización debe tener necesidad de interconexión con otros sistemas autónomos al momento de la solicitud, o tener programada la necesidad de interconexión en menos de 1 año a partir del momento de la solicitud.

> |

> |

> | En la propuesta se cambia el requisito de ???ser multiproveedor??? a ???tener una necesidad de interconexión con otros sistemas autónomos???. La necesidad de interconexión con otros sistemas autónomos es más amplia e incluye casos en los cuales una organización no es multiproveedor pero necesita interconectarse a otros sistemas autónomos, como por ejemplo un NAP o un acuerdo de interconexión privado.  También se cambia el tiempo de la necesidad de interconexión de 2 semanas a 1 año debido a que muchos de los acuerdos de interconexión tardan meses en cerrarse.

> |

> | Por favor les agradecería sus comentarios.

> |

> | Muchas gracias,

> | Jorge Lam

> | _______________________________________________

> | 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