[lacnog] {Disarmed} Re: Fwd: shared address space... a reality!
Jorge Villa
villa en reduniv.edu.cu
Jue Mar 15 11:01:44 BRT 2012
Tomas, como estas?
Si revisas este texto http://tools.ietf.org/html/draft-weil-shared-transition-space-request-15#ref-I-D.shirasaki-isp-shared-addr, encontraras un par de razones. La primera es en que estan asumiendo que el uso de Carrier Grade Nat (CGN) como solucion transitoria es inevitable y hay algunos escenarios en los que plantean posibles problemas asociados al uso de las direcciones de la RFC1918 en las implementaciones de CGN, y la segunda (que responde directamente a tu pregunta acerca de hacer esta asignacion /10 a pesar de la escasez de direcciones), se resume en lo siguiente.
A Service Provider can number the interfaces in question from
legitimately assigned globally unique address space. While this
solution poses the fewest problems, it is impractical because
globally unique IPv4 address space is in short supply. While the
Regional Internet Registries (RIR) have enough address space to
allocate a single /10 to be shared by all Service Providers, they do
not have enough address space to make a unique assignment to each
Service Provider.
Saludos,
Jorge
----- Original Message -----
From: Tomas Lynch
To: Latin America and Caribbean Region Network Operators Group
Sent: Thursday, March 15, 2012 10:41 AM
Subject: {Disarmed} Re: [lacnog] Fwd: shared address space... a reality!
Lo que no entiendo es la decisión de poner una nueva red privada cuando justamente "vamos todos a morir" porque no hay más direcciones ipv4.
No me quiero meter en la conversación de NANOG ya que tipicamente terminan hablando de cualquier cosa generada por roces internos en esa comunidad, pero ¿alguien conoce los motivos de hacer eso? ¿quién usa tantas direcciones privadas para que un bloque privado haga 'overlapping' con el /8, el /12 y el /16 del RFC1918?
Lo digo desde el lado del proveedor de servicios donde le niegan un /21 y de pronto separan un /10 para que la gente se divierta.
2012/3/14 Carlos Martinez-Cagnazzo <carlosm3011 en gmail.com>
Hola a todos!
Mas allá de la opinión de c/u sobre esto es bueno saber que se asignó el bloque que se esperaba para 'IPv4 shared space'. Básicamente esto surgió de una política de ARIN donde se pidió reservar un bloque de direcciones v4 específicamente para utilizar de manera compartida en tecnologías de transición a IPv6, que pueden ir desde un NAT64, CGN u otras cosas)
El bloque es el MailScanner le advierte: los links numericos son comunmente utilizados en actividades maliciosas: 100.64.0.0/10 y los administradores de redes deberían tratarlo de la misma manera que al espacio de la RFC 1918, porque es en definitiva lo que es, una extensión del espacio privado.
En otros términos, paquetes con origen en estas direcciones son 'martians'.
Hay un draft del IETF donde se explica el rationale detrás de esto [1] y está la política de ARIN 2011-5 [2]
[1]: http://tools.ietf.org/html/draft-weil-shared-transition-space-request-15
[2]: https://www.arin.net/policy/proposals/2011_5.html
slds
Carlos
-------- Original Message -------- Subject: shared address space... a reality!
Date: Wed, 14 Mar 2012 02:22:04 -0400
From: Christopher Morrow <christopher.morrow en gmail.com>
To: nanog list <nanog en nanog.org>
NetRange: 100.64.0.0 - 100.127.255.255
CIDR: MailScanner le advierte: los links numericos son comunmente utilizados en actividades maliciosas: 100.64.0.0/10
OriginAS:
NetName: SHARED-ADDRESS-SPACE-RFCTBD-IANA-RESERVED
_______________________________________________
LACNOG mailing list
LACNOG en lacnic.net
https://mail.lacnic.net/mailman/listinfo/lacnog
Consulte la enciclopedia colaborativa cubana. http://www.ecured.cu
------------------------------------------------------------------------------
_______________________________________________
LACNOG mailing list
LACNOG en lacnic.net
https://mail.lacnic.net/mailman/listinfo/lacnog
Consulte la enciclopedia colaborativa cubana. http://www.ecured.cu
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20120315/84711b04/attachment.html>
Más información sobre la lista de distribución LACNOG