[LACNIC/Politicas] ORBS (Nicolas Antoniello)

Nicolás Antoniello nicolas at antel.net.uy
Tue Jun 13 15:43:19 BRT 2006


Ok, estoy deacuerdo con uds. sobre que no es tarea de los RIR el 
reglamentar el uso de las listas negras o de la asignación de reversos, 
pero si sería bueno impulsar una serie de recomendaciones o "buenas 
prácticas" para la definición de los mismos... sobre todo, como les 
comentaba, para el caso de los dial-up y ADSL.

Despues de todo, uno de los principales problemas a los que nos 
enfrentamos a menudo es el hecho de que en ocaciones las listas negras 
manejan criterios no unificados en cuanto a la forma de identificar una 
direccion IP asignada dinamicamente (como los ADSL, dial-up, serivcios de 
telfonia celular, etc...) y que en la mayoria de ellos son el causante de 
inclusiones de rangos estáticos en listas negras. Por otro lado, a pesar 
de que podemos estar deacuerdo en que las listas negras arbitradas por 
terceros no son la solución mas "tecnicamente correcta", son uno de los 
recursos mas utilizados actualmente para filtrar correo.

Este es el motivo por el cual proponía el emitir un conjunto de 
recomendaciones (tanto para IPv4 como para IPv6), que más que un fin 
"estandarizador" buscan el fin práctico de homogeneizar criterios a la 
hora de filtrar o no determinadas IPs según el reverso (mas allá de que se 
trate de listas negras arbitradas por terceras partes o por los propios 
ISP para sus sistemas). Por supuesto (y lo resalto), no dejarían de terner 
caracter exclusivo de recomendación.

Sobre esto, encontre una especie de DRAFT (no se en que estado está, 
aparentemente "activo") con una especie de recomendaciones que puede ser 
interesante: 
http://tools.ietf.org/wg/dnsop/draft-msullivan-dnsop-generic-naming-schemes-00.txt

Saludos,
Nicolas.



On Tue, 13 Jun 2006, Ricardo Patara wrote:

patara >Hola Nicolas.
patara >Yo imagino el lío que es administrar el tema, en especial para un
patara >ISP. Por eso mismo, que yo "personalmente" soy en contra el uso de
patara >listas negras. Muy en contra, pero es opinión personal y no refleja 
patara >necesariamente la opinión de lacnic.
patara >
patara >Veo un problema en se crear politicas para su controle. Eso porque, el
patara >tema tiene dos componentes. La persona que crea la lista y aquella otra
patara >que la utiliza. En principio quien crea la lista no esta perjudicando
patara >a nadie. Lo esta aquellos que la utilizan, pues estan impidiendo la
patara >conexión a partir de algunas direcciones IPs.
patara >
patara >Tener politica para controle de las listas seria algo como tener
patara >politicas para intentar controlar la publicación de información en la
patara >internet. O sea, intentar impedir que uno publica cualquier
patara >información en algun equipo que puede estar ubicado en cualquier parte
patara >del globo. Algo cercano del imposible.
patara >De las misma forma, creo que es casi imposible de se impedir que un
patara >administrador ponga filtros en su red. Al final, la red es "suya".
patara >
patara >Por otro lado, me gusta la idea de se tener recomendaciones acera del
patara >uso de inverso de una forma general. Y eso, creo yo, deberia ser una
patara >recomendación hecha por la comunidad para la comunidad.
patara >
patara >No tengo idea de cual deberia ser un standard para servicios, como
patara >dial-up. Pero quizas, se podria intentar involucrar en la discusión
patara >aquellos que administran las listas negras mas serias y que permiten un
patara >contacto.
patara >
patara >Al final, estoy en contra la idea de se tener los RIRs administrado
patara >listas negras. Imagino que no es un tema sencillo indicar en una lista
patara >cualquier quien puede o no originar conexiones. Imaginate que en
patara >muchos casos la inclusion en estas listas ocurre basado en denuncias
patara >de spam, las cuales pueden ser falsas. Habria implicaciones legales
patara >al RIR por haber "recomendado" un filtrado cualquier. Y otros
patara >problemas que pueden ocurrir.
patara >
patara >Y como habia indicado, y es una opinión personal mia, soy en contra las
patara >listas negras. Creo que hay otras formas mas "elegantes" y hasta
patara >eficientes para se controlar el tema del spam.
patara >
patara >saludos
patara >Ricardo
patara >-- 
patara >
patara >On Tue, Jun 13, 2006 at 09:08:36AM -0300, Nicolás Antoniello wrote:
patara >| Hola German/Jordi,
patara >| 
patara >| Algunos aspectos que quería comentarles sobre este tema de listas negras 
patara >| utilizadas principalmente para filtrar spam en sistemas de correo 
patara >| electrónico pero no limitado a ello.
patara >| 
patara >| Por lo que veo, este es un tema bastante dificil de solucionar, y mi 
patara >| consulta es la siguiente. Dado que los RIR proveen las direcciones IP, no 
patara >| digo "legislar" (o emitir políticas) al respecto (aunque se podría llegar 
patara >| a pensar que tienen la potestad de hacerlo), pero lo que si sería viable 
patara >| (y no se si existe) es la formalización de un conjunto de recomendaciones 
patara >| y buenas prácticas a seguir respecto a la inclusión de IPs en listas 
patara >| negras e incluso la busqueda de una estandarización en lo referente a los 
patara >| reversos para servicios tipo "dial-up" por ejemplo, en la que se 
patara >| recomiende cierto formato.
patara >| 
patara >| Es más, creo que a medida que IPv6 se imponga mas y mas sobre IPv4 en 
patara >| Internet, este problema de listas negras puede pasar a ser un enorme 
patara >| problema. Y visto el punto al que se ha llegado para las listas negras de 
patara >| IPv4, hay que ver lo que va a ser para IPv6...
patara >| Una ventaja, es que hasta donde se, para IPv6 aún no hay listas negras... 
patara >| o al menos no tan "populares" como lo es ORBS para IPv4 por ejemplo.
patara >| 
patara >| Una opción mas que "tiro" a discusión es la posibilidad de impulsar a 
patara >| nivel de RIR la creación de listas negras moderadas y reguladas por los 
patara >| propios RIR.
patara >| 
patara >| ¿¿ Es viable entonces, proponer un texto a elaborar (que podría empezar 
patara >| con los aportes vertidos en este foro), y proponerlo como "recomendacion" 
patara >| para que emitan los RIR ??
patara >| 
patara >| Cordiales saludos,
patara >| 
patara >| Nicolas.
patara >| 
patara >| 
patara >| 
patara >| On Mon, 5 Jun 2006 politicas-request at lacnic.net wrote:
patara >| 
patara >| politi >Send Politicas mailing list submissions to
patara >| politi >	politicas at lacnic.net
patara >| politi >
patara >| politi >To subscribe or unsubscribe via the World Wide Web, visit
patara >| politi >	http://www.lacnic.net/mailman/listinfo/politicas
patara >| politi >or, via email, send a message with subject or body 'help' to
patara >| politi >	politicas-request at lacnic.net
patara >| politi >
patara >| politi >You can reach the person managing the list at
patara >| politi >	politicas-owner at lacnic.net
patara >| politi >
patara >| politi >When replying, please edit your Subject line so it is more specific
patara >| politi >than "Re: Contents of Politicas digest..."
patara >| politi >
patara >| politi >
patara >| politi >Today's Topics:
patara >| politi >
patara >| politi >   1. Re: ORBS (German Valdez)
patara >| politi >   2. Re: ORBS (JORDI PALET MARTINEZ)
patara >| politi >   3. Re: Nueva propuesta de pol ?  tica (modificacion de la
patara >| politi >      existente de asignaci ?  n y adjudicaci ?  n de IPv6)
patara >| politi >      (JORDI PALET MARTINEZ)
patara >| politi >
patara >| politi >
patara >| politi >----------------------------------------------------------------------
patara >| politi >
patara >| politi >Message: 1
patara >| politi >Date: Mon, 5 Jun 2006 15:34:51 -0300
patara >| politi >From: "German Valdez" <german at lacnic.net>
patara >| politi >Subject: Re: [LACNIC/Politicas] ORBS
patara >| politi >To: <asanchez at anteldata.com.uy>
patara >| politi >Cc: vfagian at antel.net.uy, politicas at lacnic.net
patara >| politi >Message-ID: <200606051847.k55IlPt9043003 at micron.lacnic.net.uy>
patara >| politi >Content-Type: text/plain;	charset="iso-8859-1"
patara >| politi >
patara >| politi >
patara >| politi >Hola Alvaro
patara >| politi >
patara >| politi >Disculpa el retraso.
patara >| politi >
patara >| politi >Personalmente creo que ORBS y listas similares son una mafia que hace mas
patara >| politi >danho que ayuda. Yo conoci a gente de ORBS en alguna ocasion y son
patara >| politi >totalmente inbancables con una arrogancia extrema.
patara >| politi >
patara >| politi >Desde el punto de vista organizacional ya intentamos contacto con ellos por
patara >| politi >dudas que ellos tenian acerca de la salida del whois. Pero asi mismo,
patara >| politi >despues de mucho esfuerzo. Ricardo Patara nuestro hostmaster es el que tiene
patara >| politi >mayor contacto, pero en este sentido no podemos hacer mucho pues ellos no
patara >| politi >atienden solicitudes de los RIR. Al mismo tiempo para nosotros es dificil
patara >| politi >intervenir en problemas de anuncios o rutamiento, lo minimo que podemos
patara >| politi >hacer es apoyarlos con algun email pero como te dije antes no suelen hacer
patara >| politi >diferencias con ellos.
patara >| politi >
patara >| politi >Sobre el tema de la resolucion inversa no estoy seguro que haya entendido
patara >| politi >(disculpa) bien el problema con ORBS. Podrias ampliar un poco mas este
patara >| politi >punto.
patara >| politi >
patara >| politi >Recibe un abrazo
patara >| politi >
patara >| politi >Saludos Cordiales
patara >| politi >
patara >| politi >German
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >> -----Mensaje original-----
patara >| politi >> De: asanchez at anteldata.com.uy [mailto:asanchez at anteldata.com.uy] 
patara >| politi >> Enviado el: Jueves, 01 de Junio de 2006 12:06 p.m.
patara >| politi >> Para: german at lacnic.net
patara >| politi >> CC: politicas at lacnic.net; vfagian at antel.net.uy
patara >| politi >> Asunto: ORBS
patara >| politi >> 
patara >| politi >> Estimado Germ?n:
patara >| politi >> La black list de direcciones din?micas de ORBS nos est? 
patara >| politi >> causando problemas operativos bastante considerables. En ella 
patara >| politi >> aparecen como din?micas direcciones que nosotros empleamos en 
patara >| politi >> forma permanente. Ya les hemos notificado todos nuetros 
patara >| politi >> bloques est?ticos, pero a?n as? sigue el problema, y cada 
patara >| politi >> poco debemos solicitarles que delisten alguna direcci?n que 
patara >| politi >> cae en la lista. Cada vez que eso ocurre, ORBS se toma unos 
patara >| politi >> 15 d?as en responder, y si insistimos, nos dicen que si 
patara >| politi >> seguimos planteando el problema lo que conseguiremos es que 
patara >| politi >> nos env?en al final de la cola de atenci?n.
patara >| politi >> ORBS nos plante? que para terminar con el problema deber?amos 
patara >| politi >> hacer publicaciones en DNS con cierto texto en los reversos. 
patara >| politi >> Debido a que lo sugerido no coicid?a con lo que otras listas 
patara >| politi >> recomendaban, al principio no lo hicimos. Sin embargo, debido 
patara >| politi >> a la entidad de los trastornos, finalmente lo hicimos y se lo 
patara >| politi >> comunicamos. No hemos tenido respuesta y el tema se alarga.
patara >| politi >> Disculpame la extensi?n de la explicaci?n anterior, pero 
patara >| politi >> quer?a asegurarme de dejar claro el problema.
patara >| politi >> Ahora te comento las dudas que tenemos:
patara >| politi >> - ?hay pol?ticas definidas por los RIRs al respecto?
patara >| politi >> - ?podr?as recomendarnos alguna acci?n?
patara >| politi >> Desde ya muchas gracias, y disculpame la molestia.
patara >| politi >> Saludos.
patara >| politi >> Alvaro.
patara >| politi >> 
patara >| politi >> 
patara >| politi >> Este e-mail y cualquier posible archivo adjunto est? dirigido 
patara >| politi >> ?nicamente al destinatario del mensaje y contiene informaci?n 
patara >| politi >> que puede ser confidencial. Si Ud. no es el destinatario 
patara >| politi >> correcto por favor notifique al remitente respondiendo este 
patara >| politi >> mensaje y elimine inmediatamente el e-mail y los posibles 
patara >| politi >> archivos adjuntos al mismo de su sistema. Est? prohibida 
patara >| politi >> cualquier utilizaci?n, difusi?n o copia de este e-mail por 
patara >| politi >> cualquier persona o entidad que no sean las espec?ficas 
patara >| politi >> destinatarias del mensaje. ANTEL no acepta ninguna 
patara >| politi >> responsabilidad con respecto a cualquier comunicaci?n que 
patara >| politi >> haya sido emitida incumpliendo nuestra Pol?tica de Seguridad 
patara >| politi >> de la Informaci?n.
patara >| politi >> . . . . . . . . .
patara >| politi >> This e-mail and any attachment is confidential and is 
patara >| politi >> intended solely for the addressee(s). If you are not intended 
patara >| politi >> recipient please inform the sender immediately, answering 
patara >| politi >> this e-mail and delete it as well as the attached files. Any 
patara >| politi >> use, circulation or copy of this e-mail by any person or 
patara >| politi >> entity that is not the specific addressee(s) is prohibited. 
patara >| politi >> ANTEL is not responsible for any communication emitted 
patara >| politi >> without respecting our Information Security Policy.
patara >| politi >> 
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >------------------------------
patara >| politi >
patara >| politi >Message: 2
patara >| politi >Date: Mon, 05 Jun 2006 20:49:11 +0200
patara >| politi >From: JORDI PALET MARTINEZ <jordi.palet at consulintel.es>
patara >| politi >Subject: Re: [LACNIC/Politicas] ORBS
patara >| politi >To: <politicas at lacnic.net>
patara >| politi >Message-ID: <C0AA4947.16BB59%jordi.palet at consulintel.es>
patara >| politi >Content-Type: text/plain;	charset="ISO-8859-1"
patara >| politi >
patara >| politi >Nosotros tambien hemos tenido muy mala experiencia e incluso han intentado
patara >| politi >cobrarnos cuando alguien nos ha denunciado *sin fundamento* (por ejemplo
patara >| politi >enviando un correo a la lista de politicas de APNIC), sin embargo, en este
patara >| politi >momento uso de forma estable mail-abuse.org, spamcop.net y spamhaus.org.
patara >| politi >
patara >| politi >Regards,
patara >| politi >Jordi
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >> De: German Valdez <german at lacnic.net>
patara >| politi >> Organizaci?n: LACNIC
patara >| politi >> Responder a: <german at lacnic.net>
patara >| politi >> Fecha: Mon, 5 Jun 2006 15:34:51 -0300
patara >| politi >> Para: <asanchez at anteldata.com.uy>
patara >| politi >> CC: <vfagian at antel.net.uy>, <politicas at lacnic.net>
patara >| politi >> Asunto: Re: [LACNIC/Politicas] ORBS
patara >| politi >> 
patara >| politi >> 
patara >| politi >> Hola Alvaro
patara >| politi >> 
patara >| politi >> Disculpa el retraso.
patara >| politi >> 
patara >| politi >> Personalmente creo que ORBS y listas similares son una mafia que hace mas
patara >| politi >> danho que ayuda. Yo conoci a gente de ORBS en alguna ocasion y son
patara >| politi >> totalmente inbancables con una arrogancia extrema.
patara >| politi >> 
patara >| politi >> Desde el punto de vista organizacional ya intentamos contacto con ellos por
patara >| politi >> dudas que ellos tenian acerca de la salida del whois. Pero asi mismo,
patara >| politi >> despues de mucho esfuerzo. Ricardo Patara nuestro hostmaster es el que tiene
patara >| politi >> mayor contacto, pero en este sentido no podemos hacer mucho pues ellos no
patara >| politi >> atienden solicitudes de los RIR. Al mismo tiempo para nosotros es dificil
patara >| politi >> intervenir en problemas de anuncios o rutamiento, lo minimo que podemos
patara >| politi >> hacer es apoyarlos con algun email pero como te dije antes no suelen hacer
patara >| politi >> diferencias con ellos.
patara >| politi >> 
patara >| politi >> Sobre el tema de la resolucion inversa no estoy seguro que haya entendido
patara >| politi >> (disculpa) bien el problema con ORBS. Podrias ampliar un poco mas este
patara >| politi >> punto.
patara >| politi >> 
patara >| politi >> Recibe un abrazo
patara >| politi >> 
patara >| politi >> Saludos Cordiales
patara >| politi >> 
patara >| politi >> German
patara >| politi >> 
patara >| politi >> 
patara >| politi >> 
patara >| politi >> 
patara >| politi >>> -----Mensaje original-----
patara >| politi >>> De: asanchez at anteldata.com.uy [mailto:asanchez at anteldata.com.uy]
patara >| politi >>> Enviado el: Jueves, 01 de Junio de 2006 12:06 p.m.
patara >| politi >>> Para: german at lacnic.net
patara >| politi >>> CC: politicas at lacnic.net; vfagian at antel.net.uy
patara >| politi >>> Asunto: ORBS
patara >| politi >>> 
patara >| politi >>> Estimado Germ?n:
patara >| politi >>> La black list de direcciones din?micas de ORBS nos est?
patara >| politi >>> causando problemas operativos bastante considerables. En ella
patara >| politi >>> aparecen como din?micas direcciones que nosotros empleamos en
patara >| politi >>> forma permanente. Ya les hemos notificado todos nuetros
patara >| politi >>> bloques est?ticos, pero a?n as? sigue el problema, y cada
patara >| politi >>> poco debemos solicitarles que delisten alguna direcci?n que
patara >| politi >>> cae en la lista. Cada vez que eso ocurre, ORBS se toma unos
patara >| politi >>> 15 d?as en responder, y si insistimos, nos dicen que si
patara >| politi >>> seguimos planteando el problema lo que conseguiremos es que
patara >| politi >>> nos env?en al final de la cola de atenci?n.
patara >| politi >>> ORBS nos plante? que para terminar con el problema deber?amos
patara >| politi >>> hacer publicaciones en DNS con cierto texto en los reversos.
patara >| politi >>> Debido a que lo sugerido no coicid?a con lo que otras listas
patara >| politi >>> recomendaban, al principio no lo hicimos. Sin embargo, debido
patara >| politi >>> a la entidad de los trastornos, finalmente lo hicimos y se lo
patara >| politi >>> comunicamos. No hemos tenido respuesta y el tema se alarga.
patara >| politi >>> Disculpame la extensi?n de la explicaci?n anterior, pero
patara >| politi >>> quer?a asegurarme de dejar claro el problema.
patara >| politi >>> Ahora te comento las dudas que tenemos:
patara >| politi >>> - ?hay pol?ticas definidas por los RIRs al respecto?
patara >| politi >>> - ?podr?as recomendarnos alguna acci?n?
patara >| politi >>> Desde ya muchas gracias, y disculpame la molestia.
patara >| politi >>> Saludos.
patara >| politi >>> Alvaro.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> Este e-mail y cualquier posible archivo adjunto est? dirigido
patara >| politi >>> ?nicamente al destinatario del mensaje y contiene informaci?n
patara >| politi >>> que puede ser confidencial. Si Ud. no es el destinatario
patara >| politi >>> correcto por favor notifique al remitente respondiendo este
patara >| politi >>> mensaje y elimine inmediatamente el e-mail y los posibles
patara >| politi >>> archivos adjuntos al mismo de su sistema. Est? prohibida
patara >| politi >>> cualquier utilizaci?n, difusi?n o copia de este e-mail por
patara >| politi >>> cualquier persona o entidad que no sean las espec?ficas
patara >| politi >>> destinatarias del mensaje. ANTEL no acepta ninguna
patara >| politi >>> responsabilidad con respecto a cualquier comunicaci?n que
patara >| politi >>> haya sido emitida incumpliendo nuestra Pol?tica de Seguridad
patara >| politi >>> de la Informaci?n.
patara >| politi >>> . . . . . . . . .
patara >| politi >>> This e-mail and any attachment is confidential and is
patara >| politi >>> intended solely for the addressee(s). If you are not intended
patara >| politi >>> recipient please inform the sender immediately, answering
patara >| politi >>> this e-mail and delete it as well as the attached files. Any
patara >| politi >>> use, circulation or copy of this e-mail by any person or
patara >| politi >>> entity that is not the specific addressee(s) is prohibited.
patara >| politi >>> ANTEL is not responsible for any communication emitted
patara >| politi >>> without respecting our Information Security Policy.
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> 
patara >| politi >> _______________________________________________
patara >| politi >> Politicas mailing list
patara >| politi >> Politicas at lacnic.net
patara >| politi >> http://www.lacnic.net/mailman/listinfo/politicas
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >**********************************************
patara >| politi >The IPv6 Portal: http://www.ipv6tf.org
patara >| politi >
patara >| politi >Barcelona 2005 Global IPv6 Summit
patara >| politi >Slides available at:
patara >| politi >http://www.ipv6-es.com
patara >| politi >
patara >| politi >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.
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >------------------------------
patara >| politi >
patara >| politi >Message: 3
patara >| politi >Date: Mon, 05 Jun 2006 21:03:50 +0200
patara >| politi >From: JORDI PALET MARTINEZ <jordi.palet at consulintel.es>
patara >| politi >Subject: Re: [LACNIC/Politicas] Nueva propuesta de pol ?  tica
patara >| politi >	(modificacion de la existente de asignaci ?  n y adjudicaci ?  n de
patara >| politi >	IPv6)
patara >| politi >To: <politicas at lacnic.net>
patara >| politi >Message-ID: <C0AA4CB6.16BB5E%jordi.palet at consulintel.es>
patara >| politi >Content-Type: text/plain;	charset="ISO-8859-1"
patara >| politi >
patara >| politi >Hola Marcelo,
patara >| politi >
patara >| politi >Como siempre gracias por los comentarios.
patara >| politi >
patara >| politi >Contesto debajo, entre lineas.
patara >| politi >
patara >| politi >Saludos,
patara >| politi >Jordi
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >> De: marcelo bagnulo braun <marcelo at it.uc3m.es>
patara >| politi >> Responder a: <marcelo at it.uc3m.es>
patara >| politi >> Fecha: Mon, 5 Jun 2006 12:55:15 +0300
patara >| politi >> Para: <jordi.palet at consulintel.es>
patara >| politi >> CC: <politicas at lacnic.net>
patara >| politi >> Asunto: Re: [LACNIC/Politicas] Nueva propuesta de pol ? tica (modificacion de
patara >| politi >> la existente de asignaci ? n y adjudicaci ? n de IPv6)
patara >| politi >> 
patara >| politi >> Hola Jordi,
patara >| politi >> 
patara >| politi >> una primera observacion es que creo que esta propuesta trata diversos
patara >| politi >> puntos, relacionados, pero muchos y diversos, por lo que no se si no
patara >| politi >> seria mejor dividir la discusion en items mas especificos para no
patara >| politi >> liarnos...
patara >| politi >
patara >| politi >El fondo de la propuesta es el mismo: Legitimar una situacion de uso de la
patara >| politi >politica que hoy por hoy no es coherente con su formulacion, y afecta a los
patara >| politi >puntos mencionados de forma directa, con lo cual separarlo no tendria
patara >| politi >sentido.
patara >| politi >
patara >| politi >Es el caso de hacer PI como PA, tal y como se propuso tambien en RIPE NCC
patara >| politi >como alternativa a PI, solo que como digo en LACNIC lo estamos haciendo en
patara >| politi >algunos casos de un modo no muy claro (seg?n la politica).
patara >| politi >
patara >| politi >No se si seguiste la discusion en Guatemala, pues en parte se explico alli
patara >| politi >el fondo de la cuestion.
patara >| politi >
patara >| politi >Esta misma politica se presento ya antes en RIPE NCC, y ayer mismo tambien
patara >| politi >en AfriNIC y APNIC (pendiente de envio a la lista por los chairs del WG, que
patara >| politi >es paso previo en esa region, igual que en ARIN ocurre con el AC).
patara >| politi >
patara >| politi >> 
patara >| politi >> en cualquier caso, algunos comentarios...
patara >| politi >> 
patara >| politi >> El 05/06/2006, a las 1:35, JORDI PALET MARTINEZ escribi?:
patara >| politi >> 
patara >| politi >>> Hola a todos,
patara >| politi >>> 
patara >| politi >>> Tal y como comente en la pasada reunion, adjunto el texto propuesto.
patara >| politi >>> 
patara >| politi >>> Por otro lado, me gustaria saber como se procedera para la
patara >| politi >>> modificacion del
patara >| politi >>> procedimiento de aprobaci?n de politicas que fue sugerido, pues cada
patara >| politi >>> vez me
patara >| politi >>> parece mas evidente que es imprescindible no esperar a las reuniones
patara >| politi >>> presenciales siempre y cuando se logre el consenso en la lista.
patara >| politi >>> 
patara >| politi >>> Saludos,
patara >| politi >>> Jordi
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> LACNIC Propuesta de Pol?tica 2006-xx
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>>   N?mero:   2006-xx
patara >| politi >>>   T?tulo de la propuesta de pol?tica:   Pol?tica de registraci?n para
patara >| politi >>> la
patara >| politi >>> asignaci?n y adjudicaci?n de direcciones IPv6
patara >| politi >>>   Autor:     Jordi Palet Martinez
patara >| politi >>>  Consulintel
patara >| politi >>>   Versi?n:   1.0
patara >| politi >>>   Fecha de env?o:   04/06/2006
patara >| politi >>>   Estado:   Fase de Discusi?n
patara >| politi >>>   Grupo de trabajo sugerido para discusi?n y publicaci?n:   Grupo de
patara >| politi >>> Pol?ticas
patara >| politi >>>   Tipo de propuesta:   Modificaci?n
patara >| politi >>>   Termino de la pol?tica:   Permanente
patara >| politi >>>   Documento de pol?ticas afectado:   El equivalente actual
patara >| politi >>>   Draft APNIC Document :   n/a
patara >| politi >>> 
patara >| politi >>> Sumario de la Propuesta:
patara >| politi >>> 
patara >| politi >>> La modificaci?n de la pol?tica actual propuesta esta dise?ada para
patara >| politi >>> proporcionar una soluci?n a las largas discusiones que estan teniendo
patara >| politi >>> lugar
patara >| politi >>> en diversas regiones al respecto de las pol?ticas de IPv6 existentes.
patara >| politi >>> Tambien toma en consideraci?n los cambios que ya han tenido lugar en
patara >| politi >>> otros
patara >| politi >>> RIRs.
patara >| politi >>> 
patara >| politi >>> Es tambi?n una soluci?n alternativa a las propuestas existentes para
patara >| politi >>> asignaciones intependientes del proveedor (PI).
patara >| politi >>> 
patara >| politi >>> A menudo, algunas organizaciones requieren realizar asignaciones
patara >| politi >>> internas.
patara >| politi >>> Sus redes pueden estan constituidas por un n?mero de sitios, cada uno
patara >| politi >>> de los
patara >| politi >>> cuales tiene su propia infraestructura nivel 2. En algunos casos, las
patara >| politi >>> organizaciones pueden tener un reducido n?mero de sitios, pero a?n asi
patara >| politi >>> requieren su propio bloque, de tal forma que puedan evitar futuras
patara >| politi >>> renumeraciones, en caso de cambios de su(s) proveedor(es) de tr?nsito
patara >| politi >>> o si
patara >| politi >>> identifican la necesidad de multihoming.
patara >| politi >>> 
patara >| politi >>> Un ejemplo podr?a ser una gran universidad que tiene varios campus y
patara >| politi >>> facultades, cada uno de los cuales con sus propias necesidades de
patara >| politi >>> direcciones IPv6. Podr?a tener uno o varios proveedores de tr?nsito. La
patara >| politi >>> universidad, posiblemente necesitar? asignar direcciones IPv6 del mismo
patara >| politi >>> bloque a sus sitios y al mismo tiempo, ser capaz de utilizar uno o
patara >| politi >>> varios
patara >| politi >>> proveedores de tr?nsito. La red de la universidad se comporta por
patara >| politi >>> tanto como
patara >| politi >>> un ISP interno de la universidad con respecto a cada uno de sus sitios
patara >| politi >>> finales.
patara >| politi >>> 
patara >| politi >>> De hecho, esta propuesta aclara una situacion de adjudicaci?n a este
patara >| politi >>> tipo de
patara >| politi >>> clientes que es ya procedimiento ?de facto? en la region.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> Borrador del Texto de la Pol?tica:
patara >| politi >>> 
patara >| politi >>> Secci?n 2.9. actual:
patara >| politi >>> 
patara >| politi >>> 2.9. End Site
patara >| politi >>> 
patara >| politi >>> Un end site es definido como un usuario final (suscriptor) que tiene
patara >| politi >>> una
patara >| politi >>> relaci?n de negocios con un proveedor de servicios que involucra:
patara >| politi >>>   * al proveedor de servicios asignando un espacio de direcciones al
patara >| politi >>> usuario
patara >| politi >>> final
patara >| politi >>>   * al proveedor de servicios otorgando un servicio de tr?nsito para el
patara >| politi >>> usuario final hacia otros sites
patara >| politi >>>   * al proveedor de servicios transportando el tr?fico del usuario
patara >| politi >>> final
patara >| politi >>>   * al proveedor de servicios anunciando un prefijo de ruta agregado
patara >| politi >>> que
patara >| politi >>> contiene la asignaci?n del usuario final
patara >| politi >>> 
patara >| politi >>> Texto sustitutivo propuesto:
patara >| politi >>> 
patara >| politi >>> 2.9. End Site (Sitio Final)
patara >| politi >>> 
patara >| politi >>> Un end site es definido como un usuario final (suscriptor) que tiene
patara >| politi >>> una
patara >| politi >>> relaci?n de negocios o legal (misma o entidades asociadas) con un
patara >| politi >>> proveedor
patara >| politi >>> de servicios que involucra:
patara >| politi >>>   * al proveedor de servicios asignando un espacio de direcciones al
patara >| politi >>> usuario
patara >| politi >>> final
patara >| politi >>>   * al proveedor de servicios otorgando un servicio de tr?nsito para el
patara >| politi >>> usuario final hacia otros sites
patara >| politi >>>   * al proveedor de servicios transportando el tr?fico del usuario
patara >| politi >>> final
patara >| politi >>>   * al proveedor de servicios anunciando un prefijo de ruta agregado
patara >| politi >>> que
patara >| politi >>> contiene la asignaci?n del usuario final
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> a ver si entiendo... la modificacion propuesta en este parrafo es
patara >| politi >> 
patara >| politi >> s/relaci?n de negocios/relaci?n de negocios o legal (misma o entidades
patara >| politi >> asociadas)
patara >| politi >> 
patara >| politi >> y solo eso, no?
patara >| politi >
patara >| politi >SI.
patara >| politi >
patara >| politi >Una universidad que necesite espacio y que tenga varios upstreams, NO tiene
patara >| politi >otro remedio que ser LIR, y sin embargo, la definicion actual se end-site,
patara >| politi >teoricamente le impide la funcion de ISP (dentro de su propia entidad).
patara >| politi >
patara >| politi >> 
patara >| politi >> la verdad es que sin la explicacion del prologo,no entiendo mucho a que
patara >| politi >> se refiere, en particular, lo de misma o entidades asociadas no queda
patara >| politi >> nada claro para mi...
patara >| politi >
patara >| politi >Puedo intentar aclararlo mas ... Pero era por no hacerlo mucho mas largo.
patara >| politi >
patara >| politi >> 
patara >| politi >> la idea es permitir que proveedores internos sea calificados como
patara >| politi >> proveedores, no?
patara >| politi >
patara >| politi >Si, justo.
patara >| politi >
patara >| politi >> 
patara >| politi >> pero tampoco me queda claro si sigue siendo necesario y relevante
patara >| politi >> definir un edn-stie, considerando que la condicion de no ser un
patara >| politi >> end-site no aparece mas en los requissitos para obtener un bloque de
patara >| politi >> direcciones...
patara >| politi >
patara >| politi >Si, es necesario, porque la alternativa seria modificar el texto en toda la
patara >| politi >politica casi cada vez que se menciona end-site. Parece mas facil asi, no
patara >| politi >crees ?
patara >| politi >
patara >| politi >> 
patara >| politi >> digo, porque cambiar esta definicion y tambien los criterios de
patara >| politi >> asignacion inicial? no seria suficiente con cambiar solo uno de ellas?
patara >| politi >> o cambiamos lo que quiere decir end site o cambiamos los criterios para
patara >| politi >> asignacion inicial, pero las dos no parece ser necesario...
patara >| politi >
patara >| politi >No por lo que digo antes, en varios puntos de la politica, no hacer el
patara >| politi >cambio de la definicion de end-site no "cuadra".
patara >| politi >
patara >| politi >> 
patara >| politi >>> Secci?n 5.1.1. actual:
patara >| politi >>> 
patara >| politi >>> 5.1.1. Criterio de adjudicaci?n inicial
patara >| politi >>> 
patara >| politi >>> Para calificar para la adjudicaci?n inicial de un espacio de
patara >| politi >>> direcciones
patara >| politi >>> IPv6, una organizaci?n debe:
patara >| politi >>> 
patara >| politi >>> a)    ser un LIR o ISP;
patara >| politi >>> b)    not ser un sitio final (usuario final);
patara >| politi >>> c)    Documentar un plan detallado sobre los servicios y la
patara >| politi >>> conectividad en
patara >| politi >>> IPv6 a ofrecer a otras organizaciones (clientes)
patara >| politi >>> d)    Anunciar en el sistema de rutas inter-dominio de Internet un
patara >| politi >>> ?nico
patara >| politi >>> bloque, que agregue toda la asignaci?n de direcciones IPv6 recibida,
patara >| politi >>> en un
patara >| politi >>> plazo no mayor de 12 meses
patara >| politi >>> e)    Ofrecer servicios en IPv6 a clientes localizados f?sicamente en
patara >| politi >>> la
patara >| politi >>> regi?n del LACNIC en un plazo no mayor de 24 meses
patara >| politi >>> 
patara >| politi >>> Texto sustitutivo propuesto:
patara >| politi >>> 
patara >| politi >>> 5.1.1. Criterio de adjudicaci?n inicial
patara >| politi >>> 
patara >| politi >>> Para calificar para la adjudicaci?n inicial de un espacio de
patara >| politi >>> direcciones
patara >| politi >>> IPv6, una organizaci?n debe:
patara >| politi >>> 
patara >| politi >>> a)    Ser un LIR o ISP;
patara >| politi >>> b)    Documentar un plan detallado sobre los servicios y la
patara >| politi >>> conectividad en
patara >| politi >>> IPv6 a ofrecer a otras organizaciones (clientes) o a sus
patara >| politi >>> propios/relacionados(as) departamentos/entidades/sitios, a los cuales
patara >| politi >>> asignar? /48s.
patara >| politi >>> c)    Anunciar en el sistema de rutas inter-dominio de Internet un
patara >| politi >>> ?nico
patara >| politi >>> bloque, que agregue toda la asignaci?n de direcciones IPv6 recibida,
patara >| politi >>> en un
patara >| politi >>> plazo no mayor de 12 meses.
patara >| politi >>> d)    Ofrecer servicios en IPv6 a clientes o entidades
patara >| politi >>> propias/relacionadas
patara >| politi >>> (incluyendo departamentos y/o sitios) localizados f?sicamente en la
patara >| politi >>> regi?n
patara >| politi >>> de LACNIC en un plazo no mayor de 24 meses.
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> esto basicamente quiere decir que cualquier que quiera/pueda pagar la
patara >| politi >> membresia de ser un LIR puede obtener su propio bloque /32
patara >| politi >
patara >| politi >No cualquiera, sigue teniendo que justificar un plan, y ah? esta el criterio
patara >| politi >del hostmaster, que creo que es lo suficientemente bueno y probado hasta
patara >| politi >ahora.
patara >| politi >
patara >| politi >> 
patara >| politi >> la barrera de entrada en este caso ya no pasa por la condicion de
patara >| politi >> proveedor de servicios o el tama?o sino simplemente por el dinero....
patara >| politi >
patara >| politi >No, creo que el plan es mas importante, dado que justifica la red, y no
patara >| politi >calificas por mucho que quieras pagar si no es apropiado.
patara >| politi >
patara >| politi >> 
patara >| politi >> la verdad que no me convence mucho... sobre todo porque el parametro
patara >| politi >> utilizado para definir el numero de bloques asignados (el precio de la
patara >| politi >> membresia) escapa el control de esta lista. Con esta politica, el
patara >| politi >> precio de membresia afecta el numero de entradas en la tabla global de
patara >| politi >> rutas... es un poco raro me parece a mi
patara >| politi >
patara >| politi >Como digo no es el caso, bajo mi punto de vista.
patara >| politi >
patara >| politi >> 
patara >| politi >>> Secci?n 5.5. actual:
patara >| politi >>> 
patara >| politi >>> 5.5. Micro-Asignaciones en IPv6
patara >| politi >>> 
patara >| politi >>> LACNIC podr? realizar micro-asignaciones en casos de proyectos e
patara >| politi >>> infraestructuras de redes claves o cr?ticas para el funcionamiento, y
patara >| politi >>> desarrollo de IPv6 en la regi?n como son IXP (Internet Exchange
patara >| politi >>> Point), NAP
patara >| politi >>> (Network Access Point), RIR, proveedores de DNS ccTLD, entre otros.
patara >| politi >>> Dichas
patara >| politi >>> asignaciones se realizar?n en bloques menores o igual a un /32 pero
patara >| politi >>> siempre
patara >| politi >>> mayores o iguales a un /48.
patara >| politi >>> 
patara >| politi >>> Texto sustitutivo propuesto:
patara >| politi >>> 
patara >| politi >>> 5.5. Micro-Asignaciones en IPv6
patara >| politi >>> 
patara >| politi >>> LACNIC podr? realizar micro-asignaciones en casos de proyectos e
patara >| politi >>> infraestructuras de redes claves o cr?ticas para el funcionamiento, y
patara >| politi >>> desarrollo de IPv6 en la regi?n como son IXP (Internet Exchange
patara >| politi >>> Point), NAP
patara >| politi >>> (Network Access Point), RIR/NIR, root servers, proveedores de DNS TLD,
patara >| politi >>> entre
patara >| politi >>> otros. Dichas asignaciones se realizar?n en bloques /32 (o mayores si
patara >| politi >>> se
patara >| politi >>> jusitifica convenientemente), excepto en el caso de que con seguridad
patara >| politi >>> se
patara >| politi >>> sepa que no tiene que ser anunciados, en cuyo caso se podr?n utilizar
patara >| politi >>> bloques mayores o iguales a un /48.
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> estoy de acuerdo con darle un /32 a los TLDs, y capaz que a los RIRs
patara >| politi >> (si consideramos que las bases de datos que tiene son criticas para
patara >| politi >> elfuncionamiento)
patara >| politi >> por otra parte, no entiendo porque es necesario darles un /48 a los IX
patara >| politi >> y NAPs. Digo, el direccionamiento de estos es interno, correcto. Digo
patara >| politi >> quienes se conectan a estos puntos tiene sus propios bloques, por que
patara >| politi >> razon es critico que los equipos del IX/NAP sean accesibles desde el
patara >| politi >> resto de la internet? es mas, creo que seria deseable que no lo
patara >| politi >> fuera...
patara >| politi >
patara >| politi >Aqu? no he cambiado nada (para los IX/NAP), al contrario, indico claramente
patara >| politi >que sea un /48 si no se anuncia, que es lo habitual.
patara >| politi >
patara >| politi >Otra cosa es que discrepes con lo que ya habia ;-)
patara >| politi >
patara >| politi >> 
patara >| politi >> 
patara >| politi >>> 
patara >| politi >>> Texto adicional a ser eliminado de la pol?tica actual:
patara >| politi >>> 
patara >| politi >>> 1.1. Alcance
patara >| politi >>> 
patara >| politi >>> Esta pol?tica es considerada interina. Ser? revisada en el futuro,
patara >| politi >>> cuando se
patara >| politi >>> disponga de mayor experiencia en la administraci?n de IPv6.
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> no veo porque eliminar esta parte... creo que todaia estamos
patara >| politi >> aprendiendo y claramente las reglas lazas de asignacion inical indican
patara >| politi >> que esto deba ser revisado en un futuro...
patara >| politi >
patara >| politi >Creo que discrepo. Ya hemos aprendido, ya somos "bastante mas mayores" con
patara >| politi >IPv6, y este comentario sobra. Si hay que revisar la politica, se revisa
patara >| politi >siempre que sea preciso, y sin este comentario. Luego simplifiquemos el
patara >| politi >texto y no seamos ingenuos.
patara >| politi >
patara >| politi >> 
patara >| politi >>> 
patara >| politi >>> 5.4.2. Asignaci?n de multiples /48s a un solo site
patara >| politi >>> 
patara >| politi >>> Cuando un solo end site requiere un bloque de direcciones de /48
patara >| politi >>> adicional,
patara >| politi >>> debe pedir la asignaci?n con documentaci?n o materiales que
patara >| politi >>> justifiquen el
patara >| politi >>> pedido. Los pedidos de bloques m?ltiples o adicionales de /48s ser?n
patara >| politi >>> procesados y revisados (ej: evaluaci?n de la justificaci?n) al nivel
patara >| politi >>> de los
patara >| politi >>> RIR/NIR.
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> porque quieres quitar esto? por lo de las asignaciones de /56? no
patara >| politi >> habria que sustituirlo con un comentario en la misma linea pero con
patara >| politi >> /56? capaz que eso ya esta en otra parte tal vez...?
patara >| politi >> 
patara >| politi >> saludos, marcelo
patara >| politi >> 
patara >| politi >
patara >| politi >No tieen nada que ver con el tema del /56, al menos no mientras no se
patara >| politi >apruebe que no es el caso por el momento. Lo que digo es que no tiene ningun
patara >| politi >sentido a estas alturas, sea cual sea el tama?o del prefijo que un LIR
patara >| politi >entrega al cliente, que lo tenga que evaluar el RIR. Es el ISP el que lo
patara >| politi >evaluara y registrara en el whois para que le cuente de cara a su proxima
patara >| politi >peticion al RIR.
patara >| politi >
patara >| politi >> 
patara >| politi >>> Nota: No hay experiencia en el presente con la asignaci?n de m?ltiples
patara >| politi >>> /48s
patara >| politi >>> a un mismo end site. Se prevee que la necesidad de que el RIR revise
patara >| politi >>> todas
patara >| politi >>> estas asignaciones sea una medida temporaria hasta tanto se adquiera
patara >| politi >>> algo de
patara >| politi >>> experiencia y que se hallan desarrollado algunas pol?ticas comunes.
patara >| politi >>> Adem?s,
patara >| politi >>> el trabajo adicional de definir pol?ticas en este espacio
patara >| politi >>> probablemente ser?
patara >| politi >>> llevado a cabo en un futuro cercano.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> Justificaci?n:
patara >| politi >>> a. Argumentos a favor de la propuesta
patara >| politi >>> 
patara >| politi >>> Ya ha habido claros ejemplos y discusiones en diferentes regiones
patara >| politi >>> acerca de
patara >| politi >>> la necesidad de esta modificaci?n y adem?s es una reflejo de la
patara >| politi >>> realidad de
patara >| politi >>> la adjudicaci?n que se viene realizando en algunos casos.
patara >| politi >>> 
patara >| politi >>> Las dificultades que algunas grandes entidades encuentran en recibir
patara >| politi >>> espacio
patara >| politi >>> de direcciones IPv6 es una clara barrera para su despliegue.
patara >| politi >>> 
patara >| politi >>> Por medio de esta modificaci?n de la pol?tica, evitar?amos crear una
patara >| politi >>> situaci?n de injusticia entre diversar regiones de servicio RIR. Otros
patara >| politi >>> RIRs
patara >| politi >>> ya han modificado la pol?tica com?n original de IPv6 para evitar
patara >| politi >>> algunas de
patara >| politi >>> estas barreras.
patara >| politi >>> 
patara >| politi >>> b. Argumentos en contra de la propuesta
patara >| politi >>> 
patara >| politi >>> Un posible efecto contrario a esta propuesta podr?a ser el crecimiento
patara >| politi >>> de
patara >| politi >>> las tablas de routing globales. Esto solo puede ocurrir si
patara >| politi >>> efectivamente se
patara >| politi >>> hacen adjudicaciones bajo esta modificaci?n de la propuesta, aunque
patara >| politi >>> posiblemente esto ocurrir?a de otras formas mediante desagregaci?n, y
patara >| politi >>> en
patara >| politi >>> cualquier caso se producira a trav?s del efecto de pol?ticas de PI ya
patara >| politi >>> aprobadas en otras regiones.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> Reconocimientos:
patara >| politi >>> 
patara >| politi >>> Desear?a reconocer a todos aquellos que han contribuido durante muchos
patara >| politi >>> a?os
patara >| politi >>> al debate de las modificaciones aqu? sugeridas a la pol?tica existente.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> **********************************************
patara >| politi >>> The IPv6 Portal: http://www.ipv6tf.org
patara >| politi >>> 
patara >| politi >>> Barcelona 2005 Global IPv6 Summit
patara >| politi >>> Slides available at:
patara >| politi >>> http://www.ipv6-es.com
patara >| politi >>> 
patara >| politi >>> This electronic message contains information which may be privileged
patara >| politi >>> or confidential. The information is intended to be for the use of the
patara >| politi >>> individual(s) named above. If you are not the intended recipient be
patara >| politi >>> aware that any disclosure, copying, distribution or use of the
patara >| politi >>> contents of this information, including attached files, is prohibited.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> _______________________________________________
patara >| politi >>> Politicas mailing list
patara >| politi >>> Politicas at lacnic.net
patara >| politi >>> http://www.lacnic.net/mailman/listinfo/politicas
patara >| politi >>> 
patara >| politi >> 
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >**********************************************
patara >| politi >The IPv6 Portal: http://www.ipv6tf.org
patara >| politi >
patara >| politi >Barcelona 2005 Global IPv6 Summit
patara >| politi >Slides available at:
patara >| politi >http://www.ipv6-es.com
patara >| politi >
patara >| politi >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.
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >------------------------------
patara >| politi >
patara >| politi >_______________________________________________
patara >| politi >Politicas mailing list
patara >| politi >Politicas at lacnic.net
patara >| politi >http://www.lacnic.net/mailman/listinfo/politicas
patara >| politi >
patara >| politi >
patara >| politi >End of Politicas Digest, Vol 38, Issue 4
patara >| politi >****************************************
patara >| politi >
patara >| _______________________________________________
patara >| Politicas mailing list
patara >| Politicas at lacnic.net
patara >| http://www.lacnic.net/mailman/listinfo/politicas
patara >
patara >
patara >
patara >-- 
patara >
patara >On Tue, Jun 13, 2006 at 09:08:36AM -0300, Nicolás Antoniello wrote:
patara >| Hola German/Jordi,
patara >| 
patara >| Algunos aspectos que quería comentarles sobre este tema de listas negras 
patara >| utilizadas principalmente para filtrar spam en sistemas de correo 
patara >| electrónico pero no limitado a ello.
patara >| 
patara >| Por lo que veo, este es un tema bastante dificil de solucionar, y mi 
patara >| consulta es la siguiente. Dado que los RIR proveen las direcciones IP, no 
patara >| digo "legislar" (o emitir políticas) al respecto (aunque se podría llegar 
patara >| a pensar que tienen la potestad de hacerlo), pero lo que si sería viable 
patara >| (y no se si existe) es la formalización de un conjunto de recomendaciones 
patara >| y buenas prácticas a seguir respecto a la inclusión de IPs en listas 
patara >| negras e incluso la busqueda de una estandarización en lo referente a los 
patara >| reversos para servicios tipo "dial-up" por ejemplo, en la que se 
patara >| recomiende cierto formato.
patara >| 
patara >| Es más, creo que a medida que IPv6 se imponga mas y mas sobre IPv4 en 
patara >| Internet, este problema de listas negras puede pasar a ser un enorme 
patara >| problema. Y visto el punto al que se ha llegado para las listas negras de 
patara >| IPv4, hay que ver lo que va a ser para IPv6...
patara >| Una ventaja, es que hasta donde se, para IPv6 aún no hay listas negras... 
patara >| o al menos no tan "populares" como lo es ORBS para IPv4 por ejemplo.
patara >| 
patara >| Una opción mas que "tiro" a discusión es la posibilidad de impulsar a 
patara >| nivel de RIR la creación de listas negras moderadas y reguladas por los 
patara >| propios RIR.
patara >| 
patara >| ¿¿ Es viable entonces, proponer un texto a elaborar (que podría empezar 
patara >| con los aportes vertidos en este foro), y proponerlo como "recomendacion" 
patara >| para que emitan los RIR ??
patara >| 
patara >| Cordiales saludos,
patara >| 
patara >| Nicolas.
patara >| 
patara >| 
patara >| 
patara >| On Mon, 5 Jun 2006 politicas-request at lacnic.net wrote:
patara >| 
patara >| politi >Send Politicas mailing list submissions to
patara >| politi >	politicas at lacnic.net
patara >| politi >
patara >| politi >To subscribe or unsubscribe via the World Wide Web, visit
patara >| politi >	http://www.lacnic.net/mailman/listinfo/politicas
patara >| politi >or, via email, send a message with subject or body 'help' to
patara >| politi >	politicas-request at lacnic.net
patara >| politi >
patara >| politi >You can reach the person managing the list at
patara >| politi >	politicas-owner at lacnic.net
patara >| politi >
patara >| politi >When replying, please edit your Subject line so it is more specific
patara >| politi >than "Re: Contents of Politicas digest..."
patara >| politi >
patara >| politi >
patara >| politi >Today's Topics:
patara >| politi >
patara >| politi >   1. Re: ORBS (German Valdez)
patara >| politi >   2. Re: ORBS (JORDI PALET MARTINEZ)
patara >| politi >   3. Re: Nueva propuesta de pol ?  tica (modificacion de la
patara >| politi >      existente de asignaci ?  n y adjudicaci ?  n de IPv6)
patara >| politi >      (JORDI PALET MARTINEZ)
patara >| politi >
patara >| politi >
patara >| politi >----------------------------------------------------------------------
patara >| politi >
patara >| politi >Message: 1
patara >| politi >Date: Mon, 5 Jun 2006 15:34:51 -0300
patara >| politi >From: "German Valdez" <german at lacnic.net>
patara >| politi >Subject: Re: [LACNIC/Politicas] ORBS
patara >| politi >To: <asanchez at anteldata.com.uy>
patara >| politi >Cc: vfagian at antel.net.uy, politicas at lacnic.net
patara >| politi >Message-ID: <200606051847.k55IlPt9043003 at micron.lacnic.net.uy>
patara >| politi >Content-Type: text/plain;	charset="iso-8859-1"
patara >| politi >
patara >| politi >
patara >| politi >Hola Alvaro
patara >| politi >
patara >| politi >Disculpa el retraso.
patara >| politi >
patara >| politi >Personalmente creo que ORBS y listas similares son una mafia que hace mas
patara >| politi >danho que ayuda. Yo conoci a gente de ORBS en alguna ocasion y son
patara >| politi >totalmente inbancables con una arrogancia extrema.
patara >| politi >
patara >| politi >Desde el punto de vista organizacional ya intentamos contacto con ellos por
patara >| politi >dudas que ellos tenian acerca de la salida del whois. Pero asi mismo,
patara >| politi >despues de mucho esfuerzo. Ricardo Patara nuestro hostmaster es el que tiene
patara >| politi >mayor contacto, pero en este sentido no podemos hacer mucho pues ellos no
patara >| politi >atienden solicitudes de los RIR. Al mismo tiempo para nosotros es dificil
patara >| politi >intervenir en problemas de anuncios o rutamiento, lo minimo que podemos
patara >| politi >hacer es apoyarlos con algun email pero como te dije antes no suelen hacer
patara >| politi >diferencias con ellos.
patara >| politi >
patara >| politi >Sobre el tema de la resolucion inversa no estoy seguro que haya entendido
patara >| politi >(disculpa) bien el problema con ORBS. Podrias ampliar un poco mas este
patara >| politi >punto.
patara >| politi >
patara >| politi >Recibe un abrazo
patara >| politi >
patara >| politi >Saludos Cordiales
patara >| politi >
patara >| politi >German
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >> -----Mensaje original-----
patara >| politi >> De: asanchez at anteldata.com.uy [mailto:asanchez at anteldata.com.uy] 
patara >| politi >> Enviado el: Jueves, 01 de Junio de 2006 12:06 p.m.
patara >| politi >> Para: german at lacnic.net
patara >| politi >> CC: politicas at lacnic.net; vfagian at antel.net.uy
patara >| politi >> Asunto: ORBS
patara >| politi >> 
patara >| politi >> Estimado Germ?n:
patara >| politi >> La black list de direcciones din?micas de ORBS nos est? 
patara >| politi >> causando problemas operativos bastante considerables. En ella 
patara >| politi >> aparecen como din?micas direcciones que nosotros empleamos en 
patara >| politi >> forma permanente. Ya les hemos notificado todos nuetros 
patara >| politi >> bloques est?ticos, pero a?n as? sigue el problema, y cada 
patara >| politi >> poco debemos solicitarles que delisten alguna direcci?n que 
patara >| politi >> cae en la lista. Cada vez que eso ocurre, ORBS se toma unos 
patara >| politi >> 15 d?as en responder, y si insistimos, nos dicen que si 
patara >| politi >> seguimos planteando el problema lo que conseguiremos es que 
patara >| politi >> nos env?en al final de la cola de atenci?n.
patara >| politi >> ORBS nos plante? que para terminar con el problema deber?amos 
patara >| politi >> hacer publicaciones en DNS con cierto texto en los reversos. 
patara >| politi >> Debido a que lo sugerido no coicid?a con lo que otras listas 
patara >| politi >> recomendaban, al principio no lo hicimos. Sin embargo, debido 
patara >| politi >> a la entidad de los trastornos, finalmente lo hicimos y se lo 
patara >| politi >> comunicamos. No hemos tenido respuesta y el tema se alarga.
patara >| politi >> Disculpame la extensi?n de la explicaci?n anterior, pero 
patara >| politi >> quer?a asegurarme de dejar claro el problema.
patara >| politi >> Ahora te comento las dudas que tenemos:
patara >| politi >> - ?hay pol?ticas definidas por los RIRs al respecto?
patara >| politi >> - ?podr?as recomendarnos alguna acci?n?
patara >| politi >> Desde ya muchas gracias, y disculpame la molestia.
patara >| politi >> Saludos.
patara >| politi >> Alvaro.
patara >| politi >> 
patara >| politi >> 
patara >| politi >> Este e-mail y cualquier posible archivo adjunto est? dirigido 
patara >| politi >> ?nicamente al destinatario del mensaje y contiene informaci?n 
patara >| politi >> que puede ser confidencial. Si Ud. no es el destinatario 
patara >| politi >> correcto por favor notifique al remitente respondiendo este 
patara >| politi >> mensaje y elimine inmediatamente el e-mail y los posibles 
patara >| politi >> archivos adjuntos al mismo de su sistema. Est? prohibida 
patara >| politi >> cualquier utilizaci?n, difusi?n o copia de este e-mail por 
patara >| politi >> cualquier persona o entidad que no sean las espec?ficas 
patara >| politi >> destinatarias del mensaje. ANTEL no acepta ninguna 
patara >| politi >> responsabilidad con respecto a cualquier comunicaci?n que 
patara >| politi >> haya sido emitida incumpliendo nuestra Pol?tica de Seguridad 
patara >| politi >> de la Informaci?n.
patara >| politi >> . . . . . . . . .
patara >| politi >> This e-mail and any attachment is confidential and is 
patara >| politi >> intended solely for the addressee(s). If you are not intended 
patara >| politi >> recipient please inform the sender immediately, answering 
patara >| politi >> this e-mail and delete it as well as the attached files. Any 
patara >| politi >> use, circulation or copy of this e-mail by any person or 
patara >| politi >> entity that is not the specific addressee(s) is prohibited. 
patara >| politi >> ANTEL is not responsible for any communication emitted 
patara >| politi >> without respecting our Information Security Policy.
patara >| politi >> 
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >------------------------------
patara >| politi >
patara >| politi >Message: 2
patara >| politi >Date: Mon, 05 Jun 2006 20:49:11 +0200
patara >| politi >From: JORDI PALET MARTINEZ <jordi.palet at consulintel.es>
patara >| politi >Subject: Re: [LACNIC/Politicas] ORBS
patara >| politi >To: <politicas at lacnic.net>
patara >| politi >Message-ID: <C0AA4947.16BB59%jordi.palet at consulintel.es>
patara >| politi >Content-Type: text/plain;	charset="ISO-8859-1"
patara >| politi >
patara >| politi >Nosotros tambien hemos tenido muy mala experiencia e incluso han intentado
patara >| politi >cobrarnos cuando alguien nos ha denunciado *sin fundamento* (por ejemplo
patara >| politi >enviando un correo a la lista de politicas de APNIC), sin embargo, en este
patara >| politi >momento uso de forma estable mail-abuse.org, spamcop.net y spamhaus.org.
patara >| politi >
patara >| politi >Regards,
patara >| politi >Jordi
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >> De: German Valdez <german at lacnic.net>
patara >| politi >> Organizaci?n: LACNIC
patara >| politi >> Responder a: <german at lacnic.net>
patara >| politi >> Fecha: Mon, 5 Jun 2006 15:34:51 -0300
patara >| politi >> Para: <asanchez at anteldata.com.uy>
patara >| politi >> CC: <vfagian at antel.net.uy>, <politicas at lacnic.net>
patara >| politi >> Asunto: Re: [LACNIC/Politicas] ORBS
patara >| politi >> 
patara >| politi >> 
patara >| politi >> Hola Alvaro
patara >| politi >> 
patara >| politi >> Disculpa el retraso.
patara >| politi >> 
patara >| politi >> Personalmente creo que ORBS y listas similares son una mafia que hace mas
patara >| politi >> danho que ayuda. Yo conoci a gente de ORBS en alguna ocasion y son
patara >| politi >> totalmente inbancables con una arrogancia extrema.
patara >| politi >> 
patara >| politi >> Desde el punto de vista organizacional ya intentamos contacto con ellos por
patara >| politi >> dudas que ellos tenian acerca de la salida del whois. Pero asi mismo,
patara >| politi >> despues de mucho esfuerzo. Ricardo Patara nuestro hostmaster es el que tiene
patara >| politi >> mayor contacto, pero en este sentido no podemos hacer mucho pues ellos no
patara >| politi >> atienden solicitudes de los RIR. Al mismo tiempo para nosotros es dificil
patara >| politi >> intervenir en problemas de anuncios o rutamiento, lo minimo que podemos
patara >| politi >> hacer es apoyarlos con algun email pero como te dije antes no suelen hacer
patara >| politi >> diferencias con ellos.
patara >| politi >> 
patara >| politi >> Sobre el tema de la resolucion inversa no estoy seguro que haya entendido
patara >| politi >> (disculpa) bien el problema con ORBS. Podrias ampliar un poco mas este
patara >| politi >> punto.
patara >| politi >> 
patara >| politi >> Recibe un abrazo
patara >| politi >> 
patara >| politi >> Saludos Cordiales
patara >| politi >> 
patara >| politi >> German
patara >| politi >> 
patara >| politi >> 
patara >| politi >> 
patara >| politi >> 
patara >| politi >>> -----Mensaje original-----
patara >| politi >>> De: asanchez at anteldata.com.uy [mailto:asanchez at anteldata.com.uy]
patara >| politi >>> Enviado el: Jueves, 01 de Junio de 2006 12:06 p.m.
patara >| politi >>> Para: german at lacnic.net
patara >| politi >>> CC: politicas at lacnic.net; vfagian at antel.net.uy
patara >| politi >>> Asunto: ORBS
patara >| politi >>> 
patara >| politi >>> Estimado Germ?n:
patara >| politi >>> La black list de direcciones din?micas de ORBS nos est?
patara >| politi >>> causando problemas operativos bastante considerables. En ella
patara >| politi >>> aparecen como din?micas direcciones que nosotros empleamos en
patara >| politi >>> forma permanente. Ya les hemos notificado todos nuetros
patara >| politi >>> bloques est?ticos, pero a?n as? sigue el problema, y cada
patara >| politi >>> poco debemos solicitarles que delisten alguna direcci?n que
patara >| politi >>> cae en la lista. Cada vez que eso ocurre, ORBS se toma unos
patara >| politi >>> 15 d?as en responder, y si insistimos, nos dicen que si
patara >| politi >>> seguimos planteando el problema lo que conseguiremos es que
patara >| politi >>> nos env?en al final de la cola de atenci?n.
patara >| politi >>> ORBS nos plante? que para terminar con el problema deber?amos
patara >| politi >>> hacer publicaciones en DNS con cierto texto en los reversos.
patara >| politi >>> Debido a que lo sugerido no coicid?a con lo que otras listas
patara >| politi >>> recomendaban, al principio no lo hicimos. Sin embargo, debido
patara >| politi >>> a la entidad de los trastornos, finalmente lo hicimos y se lo
patara >| politi >>> comunicamos. No hemos tenido respuesta y el tema se alarga.
patara >| politi >>> Disculpame la extensi?n de la explicaci?n anterior, pero
patara >| politi >>> quer?a asegurarme de dejar claro el problema.
patara >| politi >>> Ahora te comento las dudas que tenemos:
patara >| politi >>> - ?hay pol?ticas definidas por los RIRs al respecto?
patara >| politi >>> - ?podr?as recomendarnos alguna acci?n?
patara >| politi >>> Desde ya muchas gracias, y disculpame la molestia.
patara >| politi >>> Saludos.
patara >| politi >>> Alvaro.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> Este e-mail y cualquier posible archivo adjunto est? dirigido
patara >| politi >>> ?nicamente al destinatario del mensaje y contiene informaci?n
patara >| politi >>> que puede ser confidencial. Si Ud. no es el destinatario
patara >| politi >>> correcto por favor notifique al remitente respondiendo este
patara >| politi >>> mensaje y elimine inmediatamente el e-mail y los posibles
patara >| politi >>> archivos adjuntos al mismo de su sistema. Est? prohibida
patara >| politi >>> cualquier utilizaci?n, difusi?n o copia de este e-mail por
patara >| politi >>> cualquier persona o entidad que no sean las espec?ficas
patara >| politi >>> destinatarias del mensaje. ANTEL no acepta ninguna
patara >| politi >>> responsabilidad con respecto a cualquier comunicaci?n que
patara >| politi >>> haya sido emitida incumpliendo nuestra Pol?tica de Seguridad
patara >| politi >>> de la Informaci?n.
patara >| politi >>> . . . . . . . . .
patara >| politi >>> This e-mail and any attachment is confidential and is
patara >| politi >>> intended solely for the addressee(s). If you are not intended
patara >| politi >>> recipient please inform the sender immediately, answering
patara >| politi >>> this e-mail and delete it as well as the attached files. Any
patara >| politi >>> use, circulation or copy of this e-mail by any person or
patara >| politi >>> entity that is not the specific addressee(s) is prohibited.
patara >| politi >>> ANTEL is not responsible for any communication emitted
patara >| politi >>> without respecting our Information Security Policy.
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> 
patara >| politi >> _______________________________________________
patara >| politi >> Politicas mailing list
patara >| politi >> Politicas at lacnic.net
patara >| politi >> http://www.lacnic.net/mailman/listinfo/politicas
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >**********************************************
patara >| politi >The IPv6 Portal: http://www.ipv6tf.org
patara >| politi >
patara >| politi >Barcelona 2005 Global IPv6 Summit
patara >| politi >Slides available at:
patara >| politi >http://www.ipv6-es.com
patara >| politi >
patara >| politi >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.
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >------------------------------
patara >| politi >
patara >| politi >Message: 3
patara >| politi >Date: Mon, 05 Jun 2006 21:03:50 +0200
patara >| politi >From: JORDI PALET MARTINEZ <jordi.palet at consulintel.es>
patara >| politi >Subject: Re: [LACNIC/Politicas] Nueva propuesta de pol ?  tica
patara >| politi >	(modificacion de la existente de asignaci ?  n y adjudicaci ?  n de
patara >| politi >	IPv6)
patara >| politi >To: <politicas at lacnic.net>
patara >| politi >Message-ID: <C0AA4CB6.16BB5E%jordi.palet at consulintel.es>
patara >| politi >Content-Type: text/plain;	charset="ISO-8859-1"
patara >| politi >
patara >| politi >Hola Marcelo,
patara >| politi >
patara >| politi >Como siempre gracias por los comentarios.
patara >| politi >
patara >| politi >Contesto debajo, entre lineas.
patara >| politi >
patara >| politi >Saludos,
patara >| politi >Jordi
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >> De: marcelo bagnulo braun <marcelo at it.uc3m.es>
patara >| politi >> Responder a: <marcelo at it.uc3m.es>
patara >| politi >> Fecha: Mon, 5 Jun 2006 12:55:15 +0300
patara >| politi >> Para: <jordi.palet at consulintel.es>
patara >| politi >> CC: <politicas at lacnic.net>
patara >| politi >> Asunto: Re: [LACNIC/Politicas] Nueva propuesta de pol ? tica (modificacion de
patara >| politi >> la existente de asignaci ? n y adjudicaci ? n de IPv6)
patara >| politi >> 
patara >| politi >> Hola Jordi,
patara >| politi >> 
patara >| politi >> una primera observacion es que creo que esta propuesta trata diversos
patara >| politi >> puntos, relacionados, pero muchos y diversos, por lo que no se si no
patara >| politi >> seria mejor dividir la discusion en items mas especificos para no
patara >| politi >> liarnos...
patara >| politi >
patara >| politi >El fondo de la propuesta es el mismo: Legitimar una situacion de uso de la
patara >| politi >politica que hoy por hoy no es coherente con su formulacion, y afecta a los
patara >| politi >puntos mencionados de forma directa, con lo cual separarlo no tendria
patara >| politi >sentido.
patara >| politi >
patara >| politi >Es el caso de hacer PI como PA, tal y como se propuso tambien en RIPE NCC
patara >| politi >como alternativa a PI, solo que como digo en LACNIC lo estamos haciendo en
patara >| politi >algunos casos de un modo no muy claro (seg?n la politica).
patara >| politi >
patara >| politi >No se si seguiste la discusion en Guatemala, pues en parte se explico alli
patara >| politi >el fondo de la cuestion.
patara >| politi >
patara >| politi >Esta misma politica se presento ya antes en RIPE NCC, y ayer mismo tambien
patara >| politi >en AfriNIC y APNIC (pendiente de envio a la lista por los chairs del WG, que
patara >| politi >es paso previo en esa region, igual que en ARIN ocurre con el AC).
patara >| politi >
patara >| politi >> 
patara >| politi >> en cualquier caso, algunos comentarios...
patara >| politi >> 
patara >| politi >> El 05/06/2006, a las 1:35, JORDI PALET MARTINEZ escribi?:
patara >| politi >> 
patara >| politi >>> Hola a todos,
patara >| politi >>> 
patara >| politi >>> Tal y como comente en la pasada reunion, adjunto el texto propuesto.
patara >| politi >>> 
patara >| politi >>> Por otro lado, me gustaria saber como se procedera para la
patara >| politi >>> modificacion del
patara >| politi >>> procedimiento de aprobaci?n de politicas que fue sugerido, pues cada
patara >| politi >>> vez me
patara >| politi >>> parece mas evidente que es imprescindible no esperar a las reuniones
patara >| politi >>> presenciales siempre y cuando se logre el consenso en la lista.
patara >| politi >>> 
patara >| politi >>> Saludos,
patara >| politi >>> Jordi
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> LACNIC Propuesta de Pol?tica 2006-xx
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>>   N?mero:   2006-xx
patara >| politi >>>   T?tulo de la propuesta de pol?tica:   Pol?tica de registraci?n para
patara >| politi >>> la
patara >| politi >>> asignaci?n y adjudicaci?n de direcciones IPv6
patara >| politi >>>   Autor:     Jordi Palet Martinez
patara >| politi >>>  Consulintel
patara >| politi >>>   Versi?n:   1.0
patara >| politi >>>   Fecha de env?o:   04/06/2006
patara >| politi >>>   Estado:   Fase de Discusi?n
patara >| politi >>>   Grupo de trabajo sugerido para discusi?n y publicaci?n:   Grupo de
patara >| politi >>> Pol?ticas
patara >| politi >>>   Tipo de propuesta:   Modificaci?n
patara >| politi >>>   Termino de la pol?tica:   Permanente
patara >| politi >>>   Documento de pol?ticas afectado:   El equivalente actual
patara >| politi >>>   Draft APNIC Document :   n/a
patara >| politi >>> 
patara >| politi >>> Sumario de la Propuesta:
patara >| politi >>> 
patara >| politi >>> La modificaci?n de la pol?tica actual propuesta esta dise?ada para
patara >| politi >>> proporcionar una soluci?n a las largas discusiones que estan teniendo
patara >| politi >>> lugar
patara >| politi >>> en diversas regiones al respecto de las pol?ticas de IPv6 existentes.
patara >| politi >>> Tambien toma en consideraci?n los cambios que ya han tenido lugar en
patara >| politi >>> otros
patara >| politi >>> RIRs.
patara >| politi >>> 
patara >| politi >>> Es tambi?n una soluci?n alternativa a las propuestas existentes para
patara >| politi >>> asignaciones intependientes del proveedor (PI).
patara >| politi >>> 
patara >| politi >>> A menudo, algunas organizaciones requieren realizar asignaciones
patara >| politi >>> internas.
patara >| politi >>> Sus redes pueden estan constituidas por un n?mero de sitios, cada uno
patara >| politi >>> de los
patara >| politi >>> cuales tiene su propia infraestructura nivel 2. En algunos casos, las
patara >| politi >>> organizaciones pueden tener un reducido n?mero de sitios, pero a?n asi
patara >| politi >>> requieren su propio bloque, de tal forma que puedan evitar futuras
patara >| politi >>> renumeraciones, en caso de cambios de su(s) proveedor(es) de tr?nsito
patara >| politi >>> o si
patara >| politi >>> identifican la necesidad de multihoming.
patara >| politi >>> 
patara >| politi >>> Un ejemplo podr?a ser una gran universidad que tiene varios campus y
patara >| politi >>> facultades, cada uno de los cuales con sus propias necesidades de
patara >| politi >>> direcciones IPv6. Podr?a tener uno o varios proveedores de tr?nsito. La
patara >| politi >>> universidad, posiblemente necesitar? asignar direcciones IPv6 del mismo
patara >| politi >>> bloque a sus sitios y al mismo tiempo, ser capaz de utilizar uno o
patara >| politi >>> varios
patara >| politi >>> proveedores de tr?nsito. La red de la universidad se comporta por
patara >| politi >>> tanto como
patara >| politi >>> un ISP interno de la universidad con respecto a cada uno de sus sitios
patara >| politi >>> finales.
patara >| politi >>> 
patara >| politi >>> De hecho, esta propuesta aclara una situacion de adjudicaci?n a este
patara >| politi >>> tipo de
patara >| politi >>> clientes que es ya procedimiento ?de facto? en la region.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> Borrador del Texto de la Pol?tica:
patara >| politi >>> 
patara >| politi >>> Secci?n 2.9. actual:
patara >| politi >>> 
patara >| politi >>> 2.9. End Site
patara >| politi >>> 
patara >| politi >>> Un end site es definido como un usuario final (suscriptor) que tiene
patara >| politi >>> una
patara >| politi >>> relaci?n de negocios con un proveedor de servicios que involucra:
patara >| politi >>>   * al proveedor de servicios asignando un espacio de direcciones al
patara >| politi >>> usuario
patara >| politi >>> final
patara >| politi >>>   * al proveedor de servicios otorgando un servicio de tr?nsito para el
patara >| politi >>> usuario final hacia otros sites
patara >| politi >>>   * al proveedor de servicios transportando el tr?fico del usuario
patara >| politi >>> final
patara >| politi >>>   * al proveedor de servicios anunciando un prefijo de ruta agregado
patara >| politi >>> que
patara >| politi >>> contiene la asignaci?n del usuario final
patara >| politi >>> 
patara >| politi >>> Texto sustitutivo propuesto:
patara >| politi >>> 
patara >| politi >>> 2.9. End Site (Sitio Final)
patara >| politi >>> 
patara >| politi >>> Un end site es definido como un usuario final (suscriptor) que tiene
patara >| politi >>> una
patara >| politi >>> relaci?n de negocios o legal (misma o entidades asociadas) con un
patara >| politi >>> proveedor
patara >| politi >>> de servicios que involucra:
patara >| politi >>>   * al proveedor de servicios asignando un espacio de direcciones al
patara >| politi >>> usuario
patara >| politi >>> final
patara >| politi >>>   * al proveedor de servicios otorgando un servicio de tr?nsito para el
patara >| politi >>> usuario final hacia otros sites
patara >| politi >>>   * al proveedor de servicios transportando el tr?fico del usuario
patara >| politi >>> final
patara >| politi >>>   * al proveedor de servicios anunciando un prefijo de ruta agregado
patara >| politi >>> que
patara >| politi >>> contiene la asignaci?n del usuario final
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> a ver si entiendo... la modificacion propuesta en este parrafo es
patara >| politi >> 
patara >| politi >> s/relaci?n de negocios/relaci?n de negocios o legal (misma o entidades
patara >| politi >> asociadas)
patara >| politi >> 
patara >| politi >> y solo eso, no?
patara >| politi >
patara >| politi >SI.
patara >| politi >
patara >| politi >Una universidad que necesite espacio y que tenga varios upstreams, NO tiene
patara >| politi >otro remedio que ser LIR, y sin embargo, la definicion actual se end-site,
patara >| politi >teoricamente le impide la funcion de ISP (dentro de su propia entidad).
patara >| politi >
patara >| politi >> 
patara >| politi >> la verdad es que sin la explicacion del prologo,no entiendo mucho a que
patara >| politi >> se refiere, en particular, lo de misma o entidades asociadas no queda
patara >| politi >> nada claro para mi...
patara >| politi >
patara >| politi >Puedo intentar aclararlo mas ... Pero era por no hacerlo mucho mas largo.
patara >| politi >
patara >| politi >> 
patara >| politi >> la idea es permitir que proveedores internos sea calificados como
patara >| politi >> proveedores, no?
patara >| politi >
patara >| politi >Si, justo.
patara >| politi >
patara >| politi >> 
patara >| politi >> pero tampoco me queda claro si sigue siendo necesario y relevante
patara >| politi >> definir un edn-stie, considerando que la condicion de no ser un
patara >| politi >> end-site no aparece mas en los requissitos para obtener un bloque de
patara >| politi >> direcciones...
patara >| politi >
patara >| politi >Si, es necesario, porque la alternativa seria modificar el texto en toda la
patara >| politi >politica casi cada vez que se menciona end-site. Parece mas facil asi, no
patara >| politi >crees ?
patara >| politi >
patara >| politi >> 
patara >| politi >> digo, porque cambiar esta definicion y tambien los criterios de
patara >| politi >> asignacion inicial? no seria suficiente con cambiar solo uno de ellas?
patara >| politi >> o cambiamos lo que quiere decir end site o cambiamos los criterios para
patara >| politi >> asignacion inicial, pero las dos no parece ser necesario...
patara >| politi >
patara >| politi >No por lo que digo antes, en varios puntos de la politica, no hacer el
patara >| politi >cambio de la definicion de end-site no "cuadra".
patara >| politi >
patara >| politi >> 
patara >| politi >>> Secci?n 5.1.1. actual:
patara >| politi >>> 
patara >| politi >>> 5.1.1. Criterio de adjudicaci?n inicial
patara >| politi >>> 
patara >| politi >>> Para calificar para la adjudicaci?n inicial de un espacio de
patara >| politi >>> direcciones
patara >| politi >>> IPv6, una organizaci?n debe:
patara >| politi >>> 
patara >| politi >>> a)    ser un LIR o ISP;
patara >| politi >>> b)    not ser un sitio final (usuario final);
patara >| politi >>> c)    Documentar un plan detallado sobre los servicios y la
patara >| politi >>> conectividad en
patara >| politi >>> IPv6 a ofrecer a otras organizaciones (clientes)
patara >| politi >>> d)    Anunciar en el sistema de rutas inter-dominio de Internet un
patara >| politi >>> ?nico
patara >| politi >>> bloque, que agregue toda la asignaci?n de direcciones IPv6 recibida,
patara >| politi >>> en un
patara >| politi >>> plazo no mayor de 12 meses
patara >| politi >>> e)    Ofrecer servicios en IPv6 a clientes localizados f?sicamente en
patara >| politi >>> la
patara >| politi >>> regi?n del LACNIC en un plazo no mayor de 24 meses
patara >| politi >>> 
patara >| politi >>> Texto sustitutivo propuesto:
patara >| politi >>> 
patara >| politi >>> 5.1.1. Criterio de adjudicaci?n inicial
patara >| politi >>> 
patara >| politi >>> Para calificar para la adjudicaci?n inicial de un espacio de
patara >| politi >>> direcciones
patara >| politi >>> IPv6, una organizaci?n debe:
patara >| politi >>> 
patara >| politi >>> a)    Ser un LIR o ISP;
patara >| politi >>> b)    Documentar un plan detallado sobre los servicios y la
patara >| politi >>> conectividad en
patara >| politi >>> IPv6 a ofrecer a otras organizaciones (clientes) o a sus
patara >| politi >>> propios/relacionados(as) departamentos/entidades/sitios, a los cuales
patara >| politi >>> asignar? /48s.
patara >| politi >>> c)    Anunciar en el sistema de rutas inter-dominio de Internet un
patara >| politi >>> ?nico
patara >| politi >>> bloque, que agregue toda la asignaci?n de direcciones IPv6 recibida,
patara >| politi >>> en un
patara >| politi >>> plazo no mayor de 12 meses.
patara >| politi >>> d)    Ofrecer servicios en IPv6 a clientes o entidades
patara >| politi >>> propias/relacionadas
patara >| politi >>> (incluyendo departamentos y/o sitios) localizados f?sicamente en la
patara >| politi >>> regi?n
patara >| politi >>> de LACNIC en un plazo no mayor de 24 meses.
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> esto basicamente quiere decir que cualquier que quiera/pueda pagar la
patara >| politi >> membresia de ser un LIR puede obtener su propio bloque /32
patara >| politi >
patara >| politi >No cualquiera, sigue teniendo que justificar un plan, y ah? esta el criterio
patara >| politi >del hostmaster, que creo que es lo suficientemente bueno y probado hasta
patara >| politi >ahora.
patara >| politi >
patara >| politi >> 
patara >| politi >> la barrera de entrada en este caso ya no pasa por la condicion de
patara >| politi >> proveedor de servicios o el tama?o sino simplemente por el dinero....
patara >| politi >
patara >| politi >No, creo que el plan es mas importante, dado que justifica la red, y no
patara >| politi >calificas por mucho que quieras pagar si no es apropiado.
patara >| politi >
patara >| politi >> 
patara >| politi >> la verdad que no me convence mucho... sobre todo porque el parametro
patara >| politi >> utilizado para definir el numero de bloques asignados (el precio de la
patara >| politi >> membresia) escapa el control de esta lista. Con esta politica, el
patara >| politi >> precio de membresia afecta el numero de entradas en la tabla global de
patara >| politi >> rutas... es un poco raro me parece a mi
patara >| politi >
patara >| politi >Como digo no es el caso, bajo mi punto de vista.
patara >| politi >
patara >| politi >> 
patara >| politi >>> Secci?n 5.5. actual:
patara >| politi >>> 
patara >| politi >>> 5.5. Micro-Asignaciones en IPv6
patara >| politi >>> 
patara >| politi >>> LACNIC podr? realizar micro-asignaciones en casos de proyectos e
patara >| politi >>> infraestructuras de redes claves o cr?ticas para el funcionamiento, y
patara >| politi >>> desarrollo de IPv6 en la regi?n como son IXP (Internet Exchange
patara >| politi >>> Point), NAP
patara >| politi >>> (Network Access Point), RIR, proveedores de DNS ccTLD, entre otros.
patara >| politi >>> Dichas
patara >| politi >>> asignaciones se realizar?n en bloques menores o igual a un /32 pero
patara >| politi >>> siempre
patara >| politi >>> mayores o iguales a un /48.
patara >| politi >>> 
patara >| politi >>> Texto sustitutivo propuesto:
patara >| politi >>> 
patara >| politi >>> 5.5. Micro-Asignaciones en IPv6
patara >| politi >>> 
patara >| politi >>> LACNIC podr? realizar micro-asignaciones en casos de proyectos e
patara >| politi >>> infraestructuras de redes claves o cr?ticas para el funcionamiento, y
patara >| politi >>> desarrollo de IPv6 en la regi?n como son IXP (Internet Exchange
patara >| politi >>> Point), NAP
patara >| politi >>> (Network Access Point), RIR/NIR, root servers, proveedores de DNS TLD,
patara >| politi >>> entre
patara >| politi >>> otros. Dichas asignaciones se realizar?n en bloques /32 (o mayores si
patara >| politi >>> se
patara >| politi >>> jusitifica convenientemente), excepto en el caso de que con seguridad
patara >| politi >>> se
patara >| politi >>> sepa que no tiene que ser anunciados, en cuyo caso se podr?n utilizar
patara >| politi >>> bloques mayores o iguales a un /48.
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> estoy de acuerdo con darle un /32 a los TLDs, y capaz que a los RIRs
patara >| politi >> (si consideramos que las bases de datos que tiene son criticas para
patara >| politi >> elfuncionamiento)
patara >| politi >> por otra parte, no entiendo porque es necesario darles un /48 a los IX
patara >| politi >> y NAPs. Digo, el direccionamiento de estos es interno, correcto. Digo
patara >| politi >> quienes se conectan a estos puntos tiene sus propios bloques, por que
patara >| politi >> razon es critico que los equipos del IX/NAP sean accesibles desde el
patara >| politi >> resto de la internet? es mas, creo que seria deseable que no lo
patara >| politi >> fuera...
patara >| politi >
patara >| politi >Aqu? no he cambiado nada (para los IX/NAP), al contrario, indico claramente
patara >| politi >que sea un /48 si no se anuncia, que es lo habitual.
patara >| politi >
patara >| politi >Otra cosa es que discrepes con lo que ya habia ;-)
patara >| politi >
patara >| politi >> 
patara >| politi >> 
patara >| politi >>> 
patara >| politi >>> Texto adicional a ser eliminado de la pol?tica actual:
patara >| politi >>> 
patara >| politi >>> 1.1. Alcance
patara >| politi >>> 
patara >| politi >>> Esta pol?tica es considerada interina. Ser? revisada en el futuro,
patara >| politi >>> cuando se
patara >| politi >>> disponga de mayor experiencia en la administraci?n de IPv6.
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> no veo porque eliminar esta parte... creo que todaia estamos
patara >| politi >> aprendiendo y claramente las reglas lazas de asignacion inical indican
patara >| politi >> que esto deba ser revisado en un futuro...
patara >| politi >
patara >| politi >Creo que discrepo. Ya hemos aprendido, ya somos "bastante mas mayores" con
patara >| politi >IPv6, y este comentario sobra. Si hay que revisar la politica, se revisa
patara >| politi >siempre que sea preciso, y sin este comentario. Luego simplifiquemos el
patara >| politi >texto y no seamos ingenuos.
patara >| politi >
patara >| politi >> 
patara >| politi >>> 
patara >| politi >>> 5.4.2. Asignaci?n de multiples /48s a un solo site
patara >| politi >>> 
patara >| politi >>> Cuando un solo end site requiere un bloque de direcciones de /48
patara >| politi >>> adicional,
patara >| politi >>> debe pedir la asignaci?n con documentaci?n o materiales que
patara >| politi >>> justifiquen el
patara >| politi >>> pedido. Los pedidos de bloques m?ltiples o adicionales de /48s ser?n
patara >| politi >>> procesados y revisados (ej: evaluaci?n de la justificaci?n) al nivel
patara >| politi >>> de los
patara >| politi >>> RIR/NIR.
patara >| politi >>> 
patara >| politi >> 
patara >| politi >> porque quieres quitar esto? por lo de las asignaciones de /56? no
patara >| politi >> habria que sustituirlo con un comentario en la misma linea pero con
patara >| politi >> /56? capaz que eso ya esta en otra parte tal vez...?
patara >| politi >> 
patara >| politi >> saludos, marcelo
patara >| politi >> 
patara >| politi >
patara >| politi >No tieen nada que ver con el tema del /56, al menos no mientras no se
patara >| politi >apruebe que no es el caso por el momento. Lo que digo es que no tiene ningun
patara >| politi >sentido a estas alturas, sea cual sea el tama?o del prefijo que un LIR
patara >| politi >entrega al cliente, que lo tenga que evaluar el RIR. Es el ISP el que lo
patara >| politi >evaluara y registrara en el whois para que le cuente de cara a su proxima
patara >| politi >peticion al RIR.
patara >| politi >
patara >| politi >> 
patara >| politi >>> Nota: No hay experiencia en el presente con la asignaci?n de m?ltiples
patara >| politi >>> /48s
patara >| politi >>> a un mismo end site. Se prevee que la necesidad de que el RIR revise
patara >| politi >>> todas
patara >| politi >>> estas asignaciones sea una medida temporaria hasta tanto se adquiera
patara >| politi >>> algo de
patara >| politi >>> experiencia y que se hallan desarrollado algunas pol?ticas comunes.
patara >| politi >>> Adem?s,
patara >| politi >>> el trabajo adicional de definir pol?ticas en este espacio
patara >| politi >>> probablemente ser?
patara >| politi >>> llevado a cabo en un futuro cercano.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> Justificaci?n:
patara >| politi >>> a. Argumentos a favor de la propuesta
patara >| politi >>> 
patara >| politi >>> Ya ha habido claros ejemplos y discusiones en diferentes regiones
patara >| politi >>> acerca de
patara >| politi >>> la necesidad de esta modificaci?n y adem?s es una reflejo de la
patara >| politi >>> realidad de
patara >| politi >>> la adjudicaci?n que se viene realizando en algunos casos.
patara >| politi >>> 
patara >| politi >>> Las dificultades que algunas grandes entidades encuentran en recibir
patara >| politi >>> espacio
patara >| politi >>> de direcciones IPv6 es una clara barrera para su despliegue.
patara >| politi >>> 
patara >| politi >>> Por medio de esta modificaci?n de la pol?tica, evitar?amos crear una
patara >| politi >>> situaci?n de injusticia entre diversar regiones de servicio RIR. Otros
patara >| politi >>> RIRs
patara >| politi >>> ya han modificado la pol?tica com?n original de IPv6 para evitar
patara >| politi >>> algunas de
patara >| politi >>> estas barreras.
patara >| politi >>> 
patara >| politi >>> b. Argumentos en contra de la propuesta
patara >| politi >>> 
patara >| politi >>> Un posible efecto contrario a esta propuesta podr?a ser el crecimiento
patara >| politi >>> de
patara >| politi >>> las tablas de routing globales. Esto solo puede ocurrir si
patara >| politi >>> efectivamente se
patara >| politi >>> hacen adjudicaciones bajo esta modificaci?n de la propuesta, aunque
patara >| politi >>> posiblemente esto ocurrir?a de otras formas mediante desagregaci?n, y
patara >| politi >>> en
patara >| politi >>> cualquier caso se producira a trav?s del efecto de pol?ticas de PI ya
patara >| politi >>> aprobadas en otras regiones.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> Reconocimientos:
patara >| politi >>> 
patara >| politi >>> Desear?a reconocer a todos aquellos que han contribuido durante muchos
patara >| politi >>> a?os
patara >| politi >>> al debate de las modificaciones aqu? sugeridas a la pol?tica existente.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> **********************************************
patara >| politi >>> The IPv6 Portal: http://www.ipv6tf.org
patara >| politi >>> 
patara >| politi >>> Barcelona 2005 Global IPv6 Summit
patara >| politi >>> Slides available at:
patara >| politi >>> http://www.ipv6-es.com
patara >| politi >>> 
patara >| politi >>> This electronic message contains information which may be privileged
patara >| politi >>> or confidential. The information is intended to be for the use of the
patara >| politi >>> individual(s) named above. If you are not the intended recipient be
patara >| politi >>> aware that any disclosure, copying, distribution or use of the
patara >| politi >>> contents of this information, including attached files, is prohibited.
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> 
patara >| politi >>> _______________________________________________
patara >| politi >>> Politicas mailing list
patara >| politi >>> Politicas at lacnic.net
patara >| politi >>> http://www.lacnic.net/mailman/listinfo/politicas
patara >| politi >>> 
patara >| politi >> 
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >**********************************************
patara >| politi >The IPv6 Portal: http://www.ipv6tf.org
patara >| politi >
patara >| politi >Barcelona 2005 Global IPv6 Summit
patara >| politi >Slides available at:
patara >| politi >http://www.ipv6-es.com
patara >| politi >
patara >| politi >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.
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >
patara >| politi >------------------------------
patara >| politi >
patara >| politi >_______________________________________________
patara >| politi >Politicas mailing list
patara >| politi >Politicas at lacnic.net
patara >| politi >http://www.lacnic.net/mailman/listinfo/politicas
patara >| politi >
patara >| politi >
patara >| politi >End of Politicas Digest, Vol 38, Issue 4
patara >| politi >****************************************
patara >| politi >
patara >| _______________________________________________
patara >| Politicas mailing list
patara >| Politicas at lacnic.net
patara >| http://www.lacnic.net/mailman/listinfo/politicas
patara >


More information about the Politicas mailing list