[lacnog] Jordi stealth messages (era Re: Delegacion IPv6 a clientes)

JORDI PALET MARTINEZ jordi.palet en consulintel.es
Vie Feb 1 16:45:00 -02 2019


Hola Mariano,

 

Yo lo he explicado mil y una veces y he reclamado al staff de LACNIC en una decena de ocasiones, pero no se porque no se resuelve.

 

No solo me pasa a mi, le pasará a cualquiera que use DMARC en su servidor y lo tenga configurado de modo estricto (que para eso esta!).

 

Se supone que esos mensajes los tienes en la bandeja de spam, no se si la revisas?

 

Las listas de los RIRs, y del IETF, han resuelto hace tiempo este problema. Yo lo reporté al staff en cuando me di cuenta y ya había solución.

 

De hecho, se resolvió en la lista de políticas de LACNIC, pero no se porque, no se ha resuelto en el resto de las listas de LACNIC!

 

Espero que se resuelva pronto, porque obviamente muchos estan perdiendo gran parte de hilos de conversaciones en las listas, y de algun modo los que usamos protocolos del IETF para incrementar la seguridad del correo, estamos siendo discriminados.


Saludos,

Jordi

 

 

 

De: Mariano Absatz - gmail <el.baby en gmail.com>
Fecha: viernes, 1 de febrero de 2019, 19:39
Para: Latin America and Caribbean Region Network Operators Group <lacnog en lacnic.net>
CC: JORDI PALET MARTINEZ <jordi.palet en consulintel.es>
Asunto: Jordi stealth messages (era Re: [lacnog] Delegacion IPv6 a clientes)

 

Hola,

 

ya van muchas veces que veo respuestas a mensajes de Jordi en esta lista sin haber visto el mensaje de jordi antes (ni después).

 

¿Hay algún motivo por el cual la lista (o mi gmail) sistemáticamente se coman los mensajes de Jordi antes de que lleguen a mi inbox?

 

Or is it a feature? :-D


--
Mariano Absatz - El Baby
www.clueless.com.ar

 

 

On Fri, 1 Feb 2019 at 15:05, Nico <nicomail en gmail.com> wrote:

Gracias por al pronta respuesta y los  links.

En cuanto al nombre del proveedor, prefiero darle una oportunidad, ya que nos ha dado

buen servicio desde hace muchos años, fue nuestro cliente (y espero que vuelva a serlo :- )

 

Espero que también lea esta  lista......es de Buenos Aires, para mas datos.

 

En cuanto a la otra pregunta, que acaba de llegar, no, no evaluamos pedir rango propio. deberíamos 

contemplarlo. Somos una empresa pequeña.

 

Saludos

 

 

On Fri, Feb 1, 2019 at 2:08 PM JORDI PALET MARTINEZ <jordi.palet en consulintel.es> wrote:

Dile a ese proveedor que estudie …

 

Seria bueno decir públicamente quien es para que se le caiga la cara de vergüenza!

 

Y por supuesto, cambia de proveedor!

 

Todos los documentos al respecto dicen bien claro que lo lógico es entregar un múltiplo de /64 lo suficientemente grande como para que el cliente no tenga que pedir más incluso en “décadas”.

 

Los mejores argumentos y mas actuales, están explicados en el RIPE690.

 

También en:

 

https://labs.ripe.net/Members/jordipaletm/simplifying-ipv6-addressing-of-customers-part-1

https://labs.ripe.net/Members/jordipaletm/simplifying-ipv6-addressing-for-customers-part-2

 

Te puede servir también:

 

https://datatracker.ietf.org/doc/draft-palet-v6ops-rfc6177-bis/

 

Revisa también:

 

https://www.lacnic.net/547/1/lacnic/

 

 


Saludos,

Jordi

 

 

 

De: LACNOG <lacnog-bounces en lacnic.net> en nombre de Nico <nicomail en gmail.com>
Responder a: Latin America and Caribbean Region Network Operators Group <lacnog en lacnic.net>
Fecha: viernes, 1 de febrero de 2019, 18:01
Para: Latin America and Caribbean Region Network Operators Group <lacnog en lacnic.net>
Asunto: [lacnog] Delegacion IPv6 a clientes

 

Estimados,

Dada la asignación de direcciones IPv6 que hace nuestro proveedor (siendo nosotros una empresa con un servicio no domiciliario) quería saber cuan valido puede ser nuestro reclamo para tener un prefijo mas corto, y que argumentos podrían usarse para ello.

 

Nos asignan un /64, con el argumento que:

Actualmente el sector de Ingenieria definió usar los /48 para Hubs y asignar a los clientes solo /64  

 

Nosotros tenemos varias redes ipv4 internas, dmz, accesos VPN, etc.

y segun https://www.ripe.net/publications/docs/ripe-690:

"It is strongly discouraged to assign prefixes longer than /56 unless there are very strong and unsolvable technical reasons for doing this." "Assigning a /64 or longer prefix does not conform to IPv6 standards and will break functionality in customer LANs. With a single /64, the end customer CPE will have just one possible network on the LAN side and it will not be possible to subnet, assign VLANs, alternative SSIDs, or have several chained routers in the same customer network, etc."  

 

Si no es un tema apropiado para la lista, mis disculpas e ignorenlo.

 

Me sería útil conocer experiencias y argumentos.

 

Como comentario adicional, nuestra empresa colaboró en las primeras pruebas de ipv6day en 2011 junto  con este proveedor, e inicialmente nos dieron un /48.

Pero hace aprox 2 años, cuando comenzaron a "ordenar" las cosas nos lo cambiaron por el /64 y desde entonces venimos reclamando.

 

Saludos 

 

 

 

_______________________________________________ LACNOG mailing list LACNOG en lacnic.net https://mail.lacnic.net/mailman/listinfo/lacnog Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog 


**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

_______________________________________________
LACNOG mailing list
LACNOG en lacnic.net
https://mail.lacnic.net/mailman/listinfo/lacnog
Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog



**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20190201/5a4beba8/attachment-0001.html>


Más información sobre la lista de distribución LACNOG