[LACNIC/Politicas] NP: LAC-2023-6 - global-crit-infra-exception

Mon Nov 6 16:50:40 -03 2023

Concordo com o Hernan.
IXPs são sim infraestrutura crítica!

E acredito que compreendo que o Robert manifestou.
No entando, as regras precisam ser escritas de uma maneira que evitemos que
pessoas de má fé façam mal uso delas.

Logo, reitero que, da maneira como está proposto o texto, se alguém
resolver montar uma empresa de remote-peering, tendo transporte da região
LAC para outras partes do mundo, pode querer forçar uma interpretação para
tentar por a mão no estoque de IPs que não foi pensado para esses fins.

Em seg., 6 de nov. de 2023 às 16:44, Hernan Arcidiacono <
harcidiacono at iplan.com.ar> escreveu:

> Hi Robert,
>
> I apologize if I am misunderstanding your email. When you wrote, "IXPs are
> neither global nor critical infrastructure," I can agree with the part
> about IXPs not being global, but I kindly disagree regarding them not being
> critical infrastructure.
>
> The manual, in point 2.3.3.2, states, "LACNIC podrá realizar este tipo de
> asignación en casos de proyectos e infraestructuras de redes claves o
> críticas para la región, como son IXP (Internet Exchange Point), NAP
> (Network Access Point), RIR, ccTLD, entre otros." ( LACNIC may grant this
> type of assignment in case of projects and network infrastructure that are
> key or critical for the region, such as IXPs (Internet Exchange Points),
> NAPs (Network Access Points), RIRs, ccTLDs, among others. ).
>
> In my opinion, IXPs do not need to be included in the exceptions, as they
> are not global. However, just to clarify, they are eligible to receive
> addresses from the special IPv4 reserve pool for critical Internet
> infrastructure in the region, as the manual states.
>
> Regards,
>
> Hernán Arcidiácono
> CTIO
>
> Directo: 5411 5031 6411
>
>
> <https://www.youtube.com/channel/UCyYudfbUubvOjuFBTYJCOeg>
> <https://www.linkedin.com/company/iplan-telecommunications/>
>
>
> On Mon, Nov 6, 2023 at 2:33 PM Robert Story <rstory at ant.isi.edu> wrote:
>
> > Hi Douglas,
> >
> > In my opinion, the justification for rejecting a critical infrastructure
> > allocation for an out of region IXP is that IXPs are neither global nor
> > critical infrastructure. There might be a global organization that has
> > exchanges all over the world, but each individual exchange will usually
> > server a single region, or maybe a few neighbouring regions as well. It
> > would also be hard to argue that the internet would stop working if one
> > exchange (or even all exchanges) shut down. So the specific wording of
> > 'global critical infrastructure' is specifically crafted to require
> > infrastructure that is both global and critical.
> >
> > Regards,
> > Robert
> >
> > On Fri 2023-10-27 08:33:17-0300 Douglas wrote:
> > > Olá a todos!
> > >
> > > Peço desculpas por ser insistente...
> > >
> > > Mas para mim não é difícil imaginar um cenário onde alguém resolva
> > > criar na região do APNIC, RIPE, etc uma empresa que na verdade seria
> > > de trânsito, mas que resolva fazer um grande L2, chamando de
> > > "WorldWide Extended Max Plus Fabric" ou algo assim, e com isso
> > > resolva se autodenominar IXP, e então, mesmo não tendo presença
> > > jurídica aqui na região LAC resolva requerer um bloco proveniente de
> > > reserva de serviços críticos para essa operação.
> > >
> > > Diante disso, eu pergunto:
> > >
> > > a) É objetivo dessa política atender esse tipo de demanda?
> > >
> > > b) Se não é objetivo dessa política atender esse tipo de demanda,
> > > considerando que o texto siga como está sendo proposto, se o staff do
> > > LACNIC receber um pedido como esse exemplificado, o staff conseguiria
> > > negar tal solicitação de maneira assertiva sem abrir margem para
> > > questionamentos que viram loop-infinito e acabam chegando até o ponto
> > > em que questionam a boa-fé do staff do LACNIC e NIRs?
> > >
> > > c) Se não é objetivo dessa política atender esse tipo de demanda, qual
> > > seria o problema colocar de maneira explícita. Algo como: "Essa
> > > exceção contempla apenas uso para operação de DNS Raíz."?
> > > Obs.: Pergunta inocente... Não sei mesmo se isso traz algum tipo de
> > > problema. Se trouxer, eu gostaria de aprender.
> > _______________________________________________
> > Politicas mailing list
> > Politicas at lacnic.net
> > https://mail.lacnic.net/mailman/listinfo/politicas
> > Desuscribirse/Descadastre-se/Unsubscribe
> > <
> https://mail.lacnic.net/mailman/listinfo/politicasDesuscribirse/Descadastre-se/Unsubscribe
> >:
> > https://mail.lacnic.net/mailman/options/politicas
> >
> > El Codigo de Conducta de la Comunidad de LACNIC (
> > https://rir.la/codigoconducta-SP) aplica a las listas de discusion de
> > LACNIC.
> > O Codigo de Conduta da Comunidade do LACNIC (
> > https://rir.la/codigoconducta-PT) se aplica as listas de discussao do
> > LACNIC.
> > LACNIC's Community Code of Conduct (https://rir.la/codigoconducta-EN)
> > applies to LACNIC's discussion lists.
> >
> >
>
> --
> *No Imprimas Digitalizá*ESTE MENSAJE ES CONFIDENCIAL. Puede contener
> información amparada por el secreto profesional. Si usted ha recibido este
> e-mail por error, por favor comuníquenoslo inmediatamente vía e-mail y
> tenga la amabilidad de eliminarlo de su sistema; no deberá copiar el
> mensaje ni divulgar su contenido a ninguna persona. Muchas gracias.
>
> THIS
> MESSAGE IS CONFIDENTIAL. It may also contain information that is
> privileged
> or otherwise legally exempt from disclosure. If you have received it by
> mistake please let us know by e-mail immediately and delete it from your
> system; should also not copy the message nor disclose its contents to
> anyone. Many thanks.
>
>
> NSS S.A. – IPLAN | CUIT: 30-70265297-5 | IVA
> Responsable Inscripto | Ingr. Brutos: 901-033512-0 Inscripción I.G.J.:
> 24/02/1999, N° 2588, libro 4, tomo - Sociedades por Acciones | Sede
> Social:
> Reconquista 865 2° Piso, CABA
> <
> https://maps.google.com/?q=Reconquista+865+2%C2%B0+Piso,+CABA&entry=gmail&source=g
> >
> C1003ABQ
>
>
>
> Ley 25326 - art.27. - inc. 3. El titular podrá en cualquier
> momento solicitar el retiro o bloqueo de su nombre de los bancos de datos
> a
> los que se refiere el presente artículo.
>
>
> Decreto 1558/01 - art. 27. -
> 3er. párrafo. En toda comunicación con fines de publicidad que se realice
> por correo, teléfono, correo electrónico, Internet u otro medio a
> distancia
> a conocer, se deberá indicar, en forma expresa y destacada, la posibilidad
> del titular del dato de solicitar el retiro o bloqueo, total o parcial, de
> su nombre de la base de datos. A pedido del interesado, se deberá informar
> el nombre del responsable o usuario del banco de datos que proveyó la
> información.
>
>
>
> El titular de los datos personales tiene la facultad de
> ejercer el derecho de acceso a los mismos en forma gratuita y a intervalos
> no inferiores a 6 meses, salvo que se acredite un interés legítimo al
> efecto conforme lo establecido por el artículo 14, inciso 3 de la ley
> 25326.-
>
>
>
> La Agencia de Acceso a la Información Pública , órgano de
> control de la ley Nº 25.326, tiene la atribución de atender las denuncias
> y
> reclamos que se interpongan con relación al incumplimiento de las normas
> sobre protección de datos personales.
>
> _______________________________________________
> Politicas mailing list
> Politicas at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/politicas
> Desuscribirse/Descadastre-se/Unsubscribe
> <https://mail.lacnic.net/mailman/listinfo/politicasDesuscribirse/Descadastre-se/Unsubscribe>:
> https://mail.lacnic.net/mailman/options/politicas
>
> El Codigo de Conducta de la Comunidad de LACNIC (
> https://rir.la/codigoconducta-SP) aplica a las listas de discusion de
> LACNIC.
> O Codigo de Conduta da Comunidade do LACNIC (
> https://rir.la/codigoconducta-PT) se aplica as listas de discussao do
> LACNIC.
> LACNIC's Community Code of Conduct (https://rir.la/codigoconducta-EN)
> applies to LACNIC's discussion lists.
>
>

-- 
Douglas Fernando Fischer
Engº de Controle e Automação