[LACNIC/Politicas] LAC-2012-1

[Alejandro Rodriguez]

Hace un tiempo estaba el as-in y as-out y se mostraba en el whois, 
todavía queda la interface en la pagina de Lacnic. Dejo de aparecer  
cuando se comenzó a utilizar el aut-num de origen. (o el RPKI).
Como bien dices el problema es que ningún ISP ponen filtros, o los ponen 
hacia los usuarios, y cuando necesitas anunciar algo tienes que esperar 
semanas a que varios proveedores habrán sus filtros.

No creo que esto vaya a cambiar a corto plazo. Por ello estoy en contra 
de que se trate de imponer el requerimiento del RPKI. (ya perdí tiempo 
leyendo el RFC 1786)

aquí la interface de Lacnic

SERVICIOS DE REGISTRO

     Administratión del ASN XXXX
Id: XXXX | 08/09/2012 15:01:44
Principal

as-in


as-out

  entre  borrar

Obs: Los campos as-in y as-out deben ser llenados obedeciendo el 
sintaxis del
RFC 1786.



saludos


Ing. Alejandro Rodriguez
Gerente Técnico
Stealth Telecom del Ecuador
Telf: 2453156 / 2248233/ 2248887

El 08/09/2012 12:11, Arturo Servin escribió:
> On 7 Sep 2012, at 17:29, Alejandro Rodriguez wrote:
>
>> Cuantos han sido victima de "secuestro" de sus recursos. A mi me sucedió, y a pesar de tener as-in y as-out en el whois de Lacnic no sirvió para nada, porque nadie utiliza esa información.
> 	Quizá porque as-in y as-out no existen en el whois de LACNIC.  ;-)
>
> 	En cuanto al uso del whois no es como lo mencionas, se usa mucho y por mucha gente. Entre ellos ISPs, agencias de investigación, etc. De hecho nuestro servicio experimental de RESTwhois cuando falla (esta en beta) nos lo reportan inmediatamente. En casos de hijack de rutas (que a más de uno en esta lista les ha pasado) el uso del whois es esencial.
>
> 	El problema IMHO es que los ISPs no ponen o mantienen los filtros de entrada.
>
> Slds
> as
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas
>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3744 bytes
Desc: Firma criptogr??fica S/MIME
URL: <https://mail.lacnic.net/pipermail/politicas/attachments/20120908/ad864c3d/attachment.bin>