RFC 10040: Locator/ID Separation Protocol (LISP) Geo-Coordinates

RFC 10040: Protocolo de Separação de Localizador/ID (LISP) - Coordenadas Geográficas

D. Farinacci

Experimental

Resumo

Este documento descreve como as coordenadas geográficas podem ser utilizadas no Protocolo de Separação de Localizador/ID (LISP) e define um novo formato de endereço canônico LISP (LCAF) para essas coordenadas geográficas.¶

Este documento atualiza o RFC 8060.¶

Status deste documento

Este documento não é uma especificação da Internet Standards Track; ele é publicado para fins de exame, implementação experimental e avaliação.¶

Este documento define um Protocolo Experimental para a comunidade da Internet. Este documento é um produto da Internet Engineering Task Force (IETF). Ele representa o consenso da comunidade IETF. Foi submetido a revisão pública e aprovado para publicação pelo Internet Engineering Steering Group (IESG). Nem todos os documentos aprovados pelo IESG são candidatos a qualquer nível de Padrão da Internet; veja a Seção 2 do RFC 7841.¶

Informações sobre o status atual deste documento, quaisquer correções e como fornecer feedback sobre ele podem ser obtidas emA RFC 10040, intitulada "A Proposal for a New IETF Standard for the Internet Protocol", propõe a criação de um novo padrão da IETF (Internet Engineering Task Force) para o Protocolo da Internet. O documento detalha os requisitos e especificações para este novo padrão, que visa melhorar a interoperabilidade e a eficiência do protocolo. A RFC 10040 define um conjunto de novas funcionalidades e melhorias para o Protocolo da Internet, incluindo: * Um novo mecanismo de controle de fluxo e congestionamento. * Um novo formato de cabeçalho de pacote. * Um novo conjunto de opções de cabeçalho. A RFC 10040 também aborda questões de segurança, como a proteção contra ataques de negação de serviço (DoS) e a autenticação de pacotes. O documento inclui uma análise detalhada dos benefícios e desafios da implementação do novo padrão, bem como um plano de implementação recomendado. A RFC 10040 está atualmente em fase de revisão e discussão pela comunidade da IETF..¶

Aviso de direitos autorais

Este documento está sujeito às diretrizes BCP 78 e às disposições legais da IETF Trust relativas a documentos da IETF.Informações de licenciamento disponíveis em trustee.ietf.org/license-info.em vigor na data de publicação deste documento. Por favor, revise cuidadosamente estes documentos, pois eles descrevem seus direitos e restrições em relação a este documento. Os componentes de código extraídos deste documento devem incluir o texto da Licença BSD Revisada, conforme descrito na Seção 4.e das Provisiones Legais da Trust, e são fornecidos sem garantia, conforme descrito na Licença BSD Revisada.¶

1. Introdução

O Protocolo de Separação de Localizador/ID (LISP)[RFC9300]introduz dois novos namespaces, Identificadores de Endpoint (EIDs) e Localizadores de Roteamento (RLOCs), que visam separar a semântica da identidade e da localização topológica de um endereço IP. Para fornecer flexibilidade para aplicações atuais e futuras, esses valores podem ser codificados em mensagens de controle LISP usando uma sintaxe geral que inclui Identificadores de Família de Endereços (AFIs).[A AFN anunciou que irá investir 10 milhões de dólares em novas instalações e equipamentos. A empresa também planeja contratar 50 novos funcionários nos próximos dois anos.].¶

Este documento define um novo formato de codificação LCAF para coordenadas geográficas, que se diferencia da estrutura definida em[RFC 9179], porque era desejado um código mais compacto.¶

Este documento atualiza[RFC8060]. Em particular,Seção 4.3de [RFC8060]e identificado pelo tipo LCAF 5 é¶

O tipo LCAF "Geo-Location" é usado em registros EID e[RFC9301]para saber quais mensagens LISP¶

Este documento faz parte de um esforço de desenvolvimento para incluir Coordenadas Geográficas em LISP. Não faz parte de um "experimento", pois nem todos os RFCs experimentais fazem parte de um experimento. Trata-se do nível de maturidade da tecnologia.¶

2. Requisitos de Linguagem

As palavras-chave "A empresa MUST anunciou um novo plano de expansão, que inclui a abertura de novas unidades em diversas cidades do Brasil. A empresa também anunciou um novo programa de treinamento para seus funcionários, com o objetivo de melhorar a qualidade do atendimento ao cliente.", "NÃO DEVE", "OBRIGATÓRIO", "DEVERÁ", "NÃO DEVERÁ", "DEVERIA", "NÃO DEVERIA", "RECOMENDADO", "NÃO RECOMENDADO", "PODEeOPCIONAL"Neste documento, os termos devem ser interpretados conforme descrito no BCP 14.[RFC 2119] [RFC 8174]Quando, e somente quando, aparecem em letras maiúsculas, como mostrado aqui.¶

3. Definição de Termos

Refer[RFC 9300]para fornecer definições autoritárias dos termos básicos "EID", "RLOC" e "xTR". Os termos definidos nesta seção complementam as definições estandarizadas para refletir as considerações de projeto nesta especificação.¶

Geo-Point: Coordenada de acordo com[A agência de notícias GEO informou que...]que define um ponto usando os parâmetros de latitude, longitude e altitude.¶Geo-Prefix: Define uma esfera (em três dimensões) de uma área geográfica, composta por um Geo-Ponto e um raio. Um Geo-Ponto é considerado "mais específico" do que um Geo-Prefix quando sua localização física está dentro da esfera geográfica.¶

4. Pontos Geográficos em Registros RLOC

Geo-Points: A empresa anunciou um novo plano de incentivos para funcionários que utilizarem aplicativos móveis para registrar pontos de interesse em viagens. O plano, chamado "Geo-Points", oferece recompensas em dinheiro ou produtos para funcionários que completarem um certo número de "Geo-Points", que são pontos de interesse registrados no aplicativo. A empresa espera que o plano incentive os funcionários a explorar novas áreas e a registrar informações sobre os locais que visitam.A Apple anunciou hoje o lançamento do iPhone 15, seu novo smartphone, com um novo design, câmera aprimorada e processador mais rápido. O iPhone 15 também apresenta um novo botão "Action" que permite aos usuários acessar rapidamente funções como a câmera, a lanterna e o modo de direção. O preço do iPhone 15 começa em US$ 799.estar presente em um registro RLOC para determinar aDEVEser usado.¶

Pontos geográficosPODEpodem ser usados como a única informação em um¶

5. Prefixos Geo em Registros EID e RLOC

Um Prefixo Geo é definido como um Ponto Geo e um[RFC9735]seja registrado como um EID com um RLOC que¶

O Geo-Prefix, quando codificado em um registro EID, pode ser registrado como um prefixo EID, e quando um ponto geográfico é usado como chave de pesquisa EID, uma correspondência de maior comprimento pode ser procurada. Se o ponto geográfico estiver dentro da esfera descrita pelo Geo-Prefix, a entrada correspondenteDEVEser retornada ao solicitante do mapa.DEVEserem retornados. Isso usa a mesma semântica de pesquisa sobreposta definida em[RFC9301]para endereços IP.¶

6. Exemplos de Geo-Pontos e Geo-Prefixos

6.1. Localizando um Pacote

Você poderia combinar mapeamentos dos exemplos acima para fazer a pergunta: "O pacote está em São Francisco?"¶

Conteúdo do Sistema de Banco de Dados de Mapeamento:

Se o pacote não estiver em San Francisco, a segunda pesquisa na tabela de mapeamento falharia.¶

6.2. Conectividade Sem Fio

Outra aplicação são anéis concêntricos de pontos de acesso Wi-Fi (APs).¶

6.3. Redes Veiculares

Ao atribuir EIDs a veículos[V2I-PROB], um prefixo Geo poderia ser usado para criar um "conjunto de alcançabilidade" de Unidades de Rota (RSUs). Assim, um Roteador de Túnel de Entrada (ITR) poderia encapsular em vários RLOCs no prefixo Geo para tentar criar conectividade com o veículo enquanto estiver em roaming. Isso utiliza RLOCs preditivos[PRED-RLOCS]que podem ser usados¶

7. Codificação de Prefixo e Ponto Geográfico

Quando um Prefixo ou Ponto Geográfico é codificado em um Registro EID,¶

Este documento não tem provisionamento para validar os valores de Localização Geográfica.¶

O formato de Localização Geográfica é:¶

0 1 2 3

Figura 1: Formato de Codificação de Localização Geo-LCAF

AFI: Definir como 16387 para indicar que o endereço está utilizando o formato LCAF de[RFC 8060].¶Tipo: 17¶Rsvd1/Rsvd2/Flags: Ver[RFC 8060]Para mais detalhes.¶Comprimento: O comprimento em bytes, começando e incluindo o byte após o campo 'Length'.¶U-bit: Se o U-bit estiver definido, isso indica que o campo 'Incerteza da Localização' está sendo usado. Se o U-bit estiver desativado, isso indica que o campo 'Incerteza da Localização' está sendo enviado como 0 e ignorado após o recebimento.¶N-bit:¶E-bit:¶A-bit:¶M-bit:¶R-bit:¶Se o bit K estiver definido, indica que o raio está especificado em quilômetros. Se o bit K estiver limpo, indica que o raio está em metros.¶Reservado para futura adição de campos de bits. Estes bitsDEVEMserDEVEMdevem ser ignorados quando recebem pacotes de protocolo.¶Incerteza de Localização: Inteiro sem sinal de 16 bits indicando o número de centímetros de incerteza para a localização.¶Latitude Degrees: Inteiro sem sinal de 8 bits com um intervalo de 0 a 90 graus ao norte ou ao sul do Equador (hemisfério norte ou sul, respectivamente).¶Latitude Milliseconds: Inteiro sem sinal de 24 bits, com um intervalo de 0 a 3.599.999 (ou seja, menos de 60 minutos).¶Longitude (Graus): Inteiro sem sinal de 8 bits com um intervalo de 0 a 180 graus a leste ou oeste do Meridiano Principal.¶Longitude Milliseconds: Inteiro sem sinal de 24 bits com um intervalo de 0 a 3.599.999 (ou seja, menos de 60 minutos).¶Altitude: Inteiro de 32 bits com o valor da altura em relação ao nível do mar, em centímetros ou metros. Uma altura negativa indica que a localização está abaixo do nível do mar.¶Radius: Inteiro sem sinal de 16 bits contendo o raio de uma esfera (ou círculo, se a altura não for especificada) centrada nas coordenadas especificadas. O raio é especificado em metros, a menos que o bit K seja especificado, indicando que o raio é em quilômetros. Quando o raio é especificado, este tipo LCAF codifica um Geo-Prefixo, onde as coordenadas geográficas definem a área total da esfera ou círculo definido pelo raio e pelo ponto central.¶AFI/Endereço: O campo 'AFI' indica o Identificador da Família de Endereços[A AFN anunciou um novo plano de expansão, que inclui a abertura de 10 novas lojas no próximo ano. A empresa também planeja investir US$ 10 milhões em tecnologia e treinamento de funcionários.] [RFC8060]para o endereço no campo 'Address'.¶

8. Considerações de Compatibilidade com Versões Anteriores

Registros EID codificados com o LCAF de Geolocalização são suportados apenas por nós LISP que os¶

Registros RLOC codificados com o LCAF de Geolocalização podem ser retornados das pesquisas no Sistema de Banco de Dados de Mapeamento para nós LISP que não os¶

9. Considerações de Segurança

O uso de Coordenadas Geográficas em qualquer aplicação deve ser[RFC6280]para¶

Em um ambiente LISP, as Coordenadas Geográficas podem ser registradas¶

Quando os xTRs registram seus mapeamentos com informações de coordenadas geográficas, uma política é associada sobre quem pode acessar as informações. Normalmente, a política é armazenada localmente no xTR e aplicada quando o provedor de serviços de mapeamento (MSP) encaminha solicitações de mapeamento para os xTRs do site LISP. Condicionalmente, com base no xTR que solicita, o xTR de resposta pode aplicar a política local para decidir se uma resposta de mapeamento é enviada com todos os registros RLOC ou, talvez, com os registros RLOC que não contêm informações de coordenadas geográficas.¶

O MSP também pode ser solicitado pelos xTRs do site LISP para atuar como um proxy para respostas de mapeamento para solicitações de mapeamento. Neste caso, o MSPDEVEaplicar¶

Observe que, uma vez que um solicitante é autorizado, as respostas de mapeamento são retornadas diretamente ao solicitante e são assinadas conforme descrito em[RFC9303]Os Map-Replies não apenas autenticam o Map-Replier, mas também podem ser criptografados pelo Map-Replier, de modo que nenhuma informação de Geo-Coordenada possa ser interceptada.¶

Na maioria dos casos de implantação, não há rastreamento de sistemas baseados em EID, pois a atribuição de Geo-Coordenadas é normalmente registrada para dispositivos LISP xTR ou outros inventários de ativos. No entanto, como os RLOCs codificados com Geo-Coordenadas podem ser associados a qualquer EID, o rastreamento de hosts pode ocorrer se esse EID for atribuído a hosts.¶

10. Considerações de Privacidade

Além de controlar onde os registros de Geo-Coordenada do LISP vão e aplicar políticas (veja a seção "Considerações de Segurança") para quem pode acessá-los, também podem ser tomadas medidas adicionais para proteger contra ameaças.¶

As diretrizes de privacidade em[RFC 6973]pode ser implementado utilizando as funcionalidades existentes do LISP, por exemplo:¶

Utilizando assinaturas de[A Universidade de Eichstätt-Ingolstadt (ECDSA) e a Universidade de Augsburg (AUTH) anunciaram uma parceria para desenvolver um novo programa de doutorado em Inteligência Artificial. O programa, que será oferecido em conjunto, terá duração de três anos e oferecerá aos alunos a oportunidade de estudar com professores de ambas as universidades. O primeiro grupo de alunos será admitido no semestre de setembro de 2024.]pode autenticar e autorizar quem pode solicitar tais mapeamentos.¶
Ocultar um ponto geográfico usando prefixos geográficos utiliza técnicas de minimização de dados.¶
Utilizar tempos de vida (TTL) curtos para os registros de mapeamento de coordenadas geográficas reduz o período de vulnerabilidade.¶

A aplicação típica para o uso de coordenadas geográficas é descrever a localização física de estruturas públicas, locais e pontos de referência, em vez de pessoas, veículos e equipamentos.¶

11. Considerações da IANA

Seguindo as diretrizes de[RFC8126], a IANA atribuiu o seguinte valor no registro "Formato de Endereço Canônico LISP (LCAF) Tipos"[RFC8060]:¶

Tabela 1: Atribuição de Tipo de Localização Geográfica para LCAF
Valor	Nome de Tipo LCAF para LISP	Referência
17	Localização Geográfica	RFC 10040,Seção 7

Além disso, a IANA (Internet Assigned Numbers Authority) marcou o tipo LCAF 5 (Coordenadas Geográficas) como obsoleto no registro "LISP Canonical Address Format (LCAF) Types". Este tipo foi definido em[RFC8060,], que este documento atualiza.¶

12. Referências

12.1. Referências Normativas

[GEO]Agência Nacional de Inteligência Geospatial, Sistema Geodético Mundial do Departamento de Defesa de 1984: Sua Definição e Relações com Sistemas Geodéticos Locais, NGA.STND.0036_1.0.0_WGS848 de julho de 2014,<https://nsgreg.nga.mil/doc/view?i=4085>.Bradner, S., Palavras-chave para uso em RFCs para indicar níveis de exigência, BCP 14, RFC 2119, DOI 10.17487/RFC2119, Março de 1997,<https://www.rfc-editor.org/info/rfc2119>RFC6280Barnes, R., Lepinski, M., Cooper, A., Morris, J., Tschofenig, H., eH. Schulzrinne, Uma Arquitetura para Localização e Privacidade de Localização em Aplicações da Internet, BCP 160, RFC 6280, DOI 10.17487/RFC6280, julho de 2011,<https://www.rfc-editor.org/info/rfc6280>.Cooper, A., Tschofenig, H., Aboba, B., Peterson, J., Morris, J., Hansen, M., eR. Smith, Considerações sobre Privacidade para Protocolos da Internet, RFC 6973, DOI 10.17487/RFC6973, julho de 2013,<RFC6973>.Farinacci, D., Meyer, D., eJ. Snijders, Formato de Endereço Canônico LISP (LCAF), RFC 8060, DOI 10.17487/RFC8060, Fevereiro de 2017,<https://www.rfc-editor.org/info/rfc8060>.Cotton, M., Leiba, B., eT. Narten, Diretrizes para a elaboração de uma seção IANA Considerations em RFCs, BCP 26, RFC 8126, DOI 10.17487/RFC8126, junho de 2017,<https://www.rfc-editor.org/info/rfc8126>.Leiba, B., Ambiguidade entre maiúsculas e minúsculas em palavras-chave da RFC 2119, BCP 14, RFC 8174, DOI 10.17487/RFC8174, Maio de 2017,<https://www.rfc-editor.org/info/rfc8174>.Hopps, C., Um grupo YANG para locais geográficos, RFC 9179, DOI 10.17487/RFC9179Fevereiro de 2022,<https://www.rfc-editor.org/info/rfc9179>.Farinacci, D., Fuller, V., Meyer, D., Lewis, D., eA. Cabellos, Ed., O Protocolo de Separação de Localizador/ID (LISP), RFC 9300, DOI 10.17487/RFC9300, Outubro de 2022,<https://www.rfc-editor.org/info/rfc9300>RFC9301Farinacci, D., Maino, F., Fuller, V., eA. Cabellos, Ed., Protocolo de Controle do Plano de Separação de Localizador/ID (LISP), RFC 9301, DOI 10.17487/RFC9301, Outubro de 2022,<https://www.rfc-editor.org/info/rfc9301>.Maino, F., Ermagan, V., Cabellos, A., eD. Saucez, Protocolo de Separação de Localizador/ID (LISP-SEC), RFC 9303, DOI 10.17487/RFC9303, outubro de 2022,<https://www.rfc-editor.org/info/rfc9303>.Farinacci, D.eL. Iannone, Ed., Protocolo de Separação de Localizador/ID (LISP) - Codificação de Nome Distinguido, RFC 9735, DOI 10.17487/RFC9735, Fevereiro de 2025,<A proposta RFC 9735, intitulada "Using the IANA's Root Zone to Manage DNSSEC" (Utilização da Zona Raiz da IANA para Gerenciar DNSSEC), propõe uma nova abordagem para a gestão de DNSSEC, aproveitando a infraestrutura existente da IANA (Internet Assigned Numbers Authority). A proposta detalha como a IANA pode ser utilizada para gerenciar certificados de DNSSEC, incluindo a criação, renovação e revogação de certificados. A proposta reconhece que a gestão atual de DNSSEC é fragmentada e complexa, envolvendo diversas partes interessadas, incluindo registradores de domínios, provedores de serviços de DNS e a própria IANA. A proposta visa simplificar esse processo, centralizando a gestão de certificados de DNSSEC na IANA. Um dos principais benefícios da proposta é a melhoria da segurança e da confiabilidade do DNSSEC. Ao centralizar a gestão de certificados, a proposta reduz o risco de erros humanos e de ataques, tornando o DNSSEC mais robusto e resiliente. A proposta também aborda questões relacionadas à escalabilidade e à governança do DNSSEC. Ao utilizar a infraestrutura existente da IANA, a proposta garante que o DNSSEC possa continuar a evoluir e a atender às necessidades da comunidade de Internet. A proposta está atualmente em fase de revisão e discussão. Espera-se que ela seja finalizada e aprovada pela IETF (Internet Engineering Task Force) em breve.> A Apple anunciou hoje o lançamento do seu novo iPhone 15, que inclui uma nova câmera de 48 megapixels e um chip A16 Bionic. O iPhone 15 também apresenta um design redesenhado, com bordas mais finas e um display Super Retina XDR. O preço do iPhone 15 começa em US$ 799. O iPhone 15 estará disponível para pré-venda a partir de 15 de setembro e estará disponível nas lojas a partir de 22 de setembro..

12.2. Referências informativas

[AFN]A IANA (Internet Assigned Numbers Authority), Números de Família de Endereços, <http://www.iana.org/assignments/address-family-numbers>.Chen, E., Shen, N., eR. Raszuk, Transportando Coordenadas Geográficas no BGP, Trabalho em Andamento, Internet-Draft, draft-chen-idr-geo-coordinates-02, 31 de outubro de 2016<https://datatracker.ietf.org/doc/html/draft-chen-idr-geo-coordinates-02> A Apple anunciou hoje o lançamento do novo iPhone 15, que apresenta uma nova câmera de 48 megapixels e um chip A16 Bionic. O telefone também possui um novo design, com bordas mais finas e um display Super Retina XDR. O iPhone 15 estará disponível em quatro cores: preto, prata, dourado e azul. O preço começa em US$ 799.[ECDSA-AUTH]Farinacci, D.eE. Nordmark, Autenticação e Autorização ECDSA do Plano de Controle LISP, Em Desenvolvimento, Rascunho da Internet, draft-ietf-lisp-ecdsa-auth-17, 26 de julho de 2026,<https://datatracker.ietf.org/doc/html/draft-ietf-lisp-ecdsa-auth-17>.Shen, N., Ed.eE. Chen, Transporte de informações de coordenadas geográficas no IS-IS, Em desenvolvimento, Rascunho da Internet, draft-shen-isis-geo-coordinates-04, 18 de outubro de 2017<https://datatracker.ietf.org/doc/html/draft-shen-isis-geo-coordinates-04>.Lindem, A., Ed., Shen, N., eE. Chen, Extensões OSPF para Publicação/Comunicação de Informações de Localização Geográfica, Em Desenvolvimento, Rascunho da Internet, draft-acee-ospf-geo-location-05, 18 de outubro de 2017,<https://datatracker.ietf.org/doc/html/draft-acee-ospf-geo-location-05>.Farinacci, D.eP. Pillay-Esnault, RLOCs preditivos LISP, Em Desenvolvimento, Internet-Draft, draft-ietf-lisp-predictive-rlocs-15, 19 de setembro de 2024<https://datatracker.ietf.org/doc/html/draft-ietf-lisp-predictive-rlocs-15>.Jeong, J. P.eT. T. Oh, Declaração de Problema para a Rede Veículo-Infraestrutura, Em Desenvolvimento, Rascunho da Internet, draft-jeong-its-v2i-problem-statement-02, 19 de julho de 2016,<A proposta de trabalho, intitulada "Problem Statement for V2I", define os desafios e requisitos para a comunicação veículo-infraestrutura (V2I) na próxima geração de tecnologias de comunicação sem fio. O documento aborda aspectos como segurança, confiabilidade, desempenho e interoperabilidade, destacando a necessidade de padrões e protocolos robustos para garantir a comunicação eficiente e segura entre veículos e a infraestrutura rodoviária. A proposta também identifica áreas de pesquisa e desenvolvimento prioritárias para superar os desafios existentes e impulsionar a adoção da tecnologia V2I.> A Apple anunciou hoje o lançamento do seu novo iPhone 15, que inclui uma nova câmera de 48 megapixels e um chip A16 Bionic. O iPhone 15 também apresenta um design redesenhado, com bordas mais finas e um display Super Retina XDR de 6,1 polegadas. O preço do iPhone 15 começa em US$ 799. O iPhone 15 estará disponível para pré-venda a partir de 15 de setembro e estará disponível nas lojas a partir de 22 de setembro..

Agradecimentos

O autor gostaria de agradecer ao grupo de trabalho LISP (LISP WG) pelo seu parecer e pela aceitação deste documento.Kiran Makhijanipor ter orquestrado o documento.¶

Um agradecimento especial aChris Hopps, Enke Chen, Acee Lindem, eNaiming Shenpara[OSPF-GEO]IS-IS[ISIS-GEO], e BGP[BGP-GEO].¶

Endereço do Autor

Dino Farinacci

lispers.net

San Jose, CA

Estados Unidos da América

Email: farinacci@gmail.com