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

[Mariano Absatz - gmail]

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
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20190201/e79dae5b/attachment.html>