Dos

#networking

11 APIs avec cette balise

API de budget de liaison fibre optique

Mathématiques d'ingénierie de budget de liaison fibre optique sous forme d'API, calculées localement et de manière déterministe — les chiffres de budget de puissance, de perte et de portée qu'un ingénieur réseau ou fibre conçoit pour une liaison optique. Le point de terminaison du budget de puissance donne le budget de puissance optique = puissance d'émission − sensibilité du récepteur (en dBm), la perte totale que la liaison peut tolérer : un émetteur de 0 dBm dans un récepteur de −23 dBm donne un budget de 23 dB, avec les puissances également affichées en milliwatts. Le point de terminaison de perte additionne la perte réelle de la liaison à partir de l'atténuation de la fibre × longueur plus les pertes des connecteurs et des épissures — la fibre monomode a environ 0,35 dB/km à 1310 nm et 0,20 dB/km à 1550 nm, chaque connecteur apparié ~0,5 dB et chaque épissure par fusion ~0,1 dB — donc 10 km de fibre avec deux connecteurs donne 4,5 dB. Le point de terminaison de portée donne la distance maximale = (budget de puissance − pertes fixes − marge système) ÷ l'atténuation de la fibre, en réservant une marge (généralement 3 dB) pour le vieillissement, les courbures et les futures épissures de réparation afin que la liaison fonctionne encore des années plus tard. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour la planification de liaisons FTTx et de centres de données, les outils d'ingénierie réseau et OSP, les utilitaires de conception et de relevé de fibre, et les calculateurs de télécommunications. Calcul local pur — pas de clé, pas de service tiers, instantané. Modèle limité par la perte — à des débits élevés, la dispersion peut limiter la distance en premier. 3 points de terminaison de calcul. Pour l'ouverture numérique de la fibre et la photonique, utilisez une API fibre ; pour la ligne de vue RF, une API de zone de Fresnel.

api.oanor.com/opticalbudget-api

API d'adresse MAC

Outillage d'adresse MAC (EUI-48) sous forme d'API, calculé localement et de manière déterministe. Le point de terminaison parse valide une adresse MAC donnée dans toute notation courante — deux-points, trait d'union, Cisco pointé ou une suite nue de 12 chiffres hexadécimaux — et la retourne dans tous les formats standards, divisée en son OUI (les trois premiers octets, attribués à un fabricant de matériel) et sa partie NIC (les trois derniers, spécifiques au périphérique), plus la valeur entière sur 48 bits. Le point de terminaison analyze lit les bits de contrôle du premier octet : le bit de poids faible est le bit I/G qui marque une adresse unicast ou multicast, et le bit suivant est le bit U/L qui marque une adresse administrée universellement (attribuée par le fabricant) ou localement, et il signale l'adresse de diffusion ff:ff:ff:ff:ff:ff. Le point de terminaison eui64 dérive l'identifiant d'interface EUI-64 modifié — en inversant le bit U/L et en insérant FF:FE au milieu — et l'adresse IPv6 link-local (fe80::/64) résultante utilisée par la configuration automatique d'adresse sans état. La recherche de nom de fournisseur nécessite le registre OUI de l'IEEE et n'est pas incluse. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications de réseautage, IoT, gestion de périphériques, surveillance et sécurité, les outils de normalisation MAC et IPv6, et l'éducation en réseautage. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Ceci est un outillage d'adresse MAC ; pour le sous-réseau IPv4, utilisez une API de sous-réseau et pour les enregistrements DNS, une API DNS.

api.oanor.com/macaddress-api

API de transfert de données

Mathématiques de transfert de données et de bande passante sous forme d'API, calculées localement et de manière déterministe. Le point de terminaison time calcule le temps nécessaire pour transférer un fichier à une bande passante donnée, temps = bits du fichier ÷ (débit × (1 − surcharge)), acceptant les tailles en B, Ko, Mo, Go, To ou les unités binaires Kio/Mio/Gio et les débits en bps, Kbps, Mbps, Gbps ou en octets par seconde (Mo/s), avec une tolérance facultative pour la surcharge de protocole, et renvoie le temps en secondes, minutes, heures et sous une forme lisible. Le point de terminaison bandwidth fonctionne en sens inverse : la bande passante nécessaire pour déplacer un fichier dans un temps cible, en bps, Mbps, Gbps et Mo/s. Le point de terminaison convert convertit une taille de données entre les unités décimales (1 Mo = 1 000 000 octets) et binaires (Mio = 1 048 576), ou un débit de données entre les débits binaires et les débits en octets. Tout est calculé localement et de manière déterministe, donc instantané et privé. Idéal pour les développeurs d'applications de mise en réseau, cloud, sauvegarde et streaming, les outils de planification du temps de téléchargement et de capacité, et les tableaux de bord de développement. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Ceci est le temps de transfert et la bande passante ; pour le débit binaire d'encodage multimédia, utilisez une API de débit binaire.

api.oanor.com/transfer-api

API WiFi Channel

Mathématiques des canaux Wi-Fi sous forme d'API, calculées localement et de manière déterministe à partir des formules standard de numérotation des canaux. Le point de terminaison channel renvoie la fréquence centrale d'un canal Wi-Fi sur les bandes 2,4, 5 ou 6 GHz — la bande est détectée automatiquement à partir du numéro de canal ou peut être donnée explicitement (2,4 GHz : 2407 + 5·canal, avec le canal 14 à 2484 ; 5 GHz : 5000 + 5·canal ; 6 GHz : 5950 + 5·canal). Le point de terminaison frequency fait l'inverse, renvoyant le canal et la bande les plus proches pour une fréquence centrale en MHz ou GHz. Le point de terminaison overlap indique si deux canaux se chevauchent à une largeur de canal choisie (deux canaux se chevauchent lorsque leur écart de fréquence centrale est inférieur à la largeur) et donne l'ensemble non chevauchant recommandé — les classiques 1, 6 et 11 sur 2,4 GHz à 20 MHz. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. La disponibilité des canaux est réglementée et varie selon le pays. Idéal pour les outils de mise en réseau et Wi-Fi, les applications de site-survey et IoT, et les logiciels de configuration de routeurs et points d'accès. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Il s'agit du mappage des canaux Wi-Fi ; pour la longueur d'onde/fréquence générale et l'énergie des photons, utilisez une API de longueur d'onde.

api.oanor.com/wifichannel-api

API d'adresse MAC

Validez, reformatez et analysez les adresses MAC (EUI-48) — entièrement localement. Le point de terminaison format accepte une MAC dans toute notation courante — deux-points (aa:bb:cc:dd:ee:ff), trait d'union (aa-bb-…), Cisco pointé (aabb.ccdd.eeff) ou nue (aabbccddeeff) — et la retourne dans la notation demandée ainsi que toutes les autres, en majuscules ou minuscules, normalisant les entrées désordonnées en une forme canonique propre. Le point de terminaison info analyse une adresse : il sépare l'OUI (le préfixe fabricant) de la partie NIC, indique si l'adresse est unicast ou multicast (le bit I/G) et si elle est administrée universellement ou localement (le bit U/L), signale l'adresse de diffusion, et dérive l'identifiant d'interface EUI-64 modifié et l'adresse IPv6 link-local correspondante (fe80::…) selon la RFC 4291. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé — pas de recherches, pas d'appels tiers. Idéal pour l'automatisation réseau et la gestion IPAM, les outils de commutateurs/routeurs et pare-feu, l'inventaire des appareils et la gestion des actifs, DHCP et le provisionnement, et le travail SLAAC IPv6. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 3 points de terminaison. Ceci formate et analyse l'adresse ; pour rechercher le fabricant derrière une MAC, utilisez une API de fournisseur MAC.

api.oanor.com/macaddr-api

API de propagation DNS

Vérifiez la propagation DNS en interrogeant un enregistrement sur plusieurs résolveurs publics majeurs à la fois — Google (8.8.8.8), Cloudflare (1.1.1.1), AdGuard et dns.sb — et en voyant s'ils renvoient tous la même réponse. Transmettez un domaine et un type d'enregistrement, et le service interroge chaque résolveur en parallèle et rapporte les réponses de chaque résolveur, qu'elles soient cohérentes (le changement a été entièrement propagé) ou encore différentes (propagation en cours, cache obsolète ou DNS split-horizon), le nombre d'ensembles de réponses distincts et l'union de toutes les réponses. Types d'enregistrement pris en charge : A, AAAA, CNAME, MX, TXT, NS, SOA, SRV, CAA et PTR. Un point de terminaison à résolveur unique interroge un résolveur nommé seul, et un résolveur défaillant est signalé par résolveur sans faire échouer l'appel entier. Requêtes JSON DoH (DNS-over-HTTPS) en direct, toujours actuelles. Conçu pour vérifier les changements DNS après une migration ou un lancement, déboguer les problèmes de split-horizon ou de cache obsolète, et la surveillance de la disponibilité/propagation. Un vérificateur de propagation DNS — distinct de la recherche d'enregistrement à résolveur unique (dns), de l'analyseur d'authentification des e-mails (emailsec) et du WHOIS (whois). Pas de clé en amont, pas de cache.

api.oanor.com/dnspropagation-api

API du réseau Tor

Consultez le réseau Tor en direct via une API — alimentée par le service officiel Onionoo du Tor Project et la liste canonique des nœuds de sortie en masse. Vérifiez si une adresse IPv4 ou IPv6 est un relais Tor (is_tor_relay) et si c'est un nœud de sortie par lequel les clients quittent le réseau (is_exit_node, corroboré avec la liste de sortie en masse), renvoyant le ou les enregistrements de relais complets correspondants : surnom, empreinte, drapeaux, pays, système autonome, bande passante annoncée, résumé de la politique de sortie et dates de première/dernière apparition. Ou recherchez la liste publique des relais par surnom, empreinte, IP, pays ou drapeau (Exit, Guard, Fast, Stable…) avec pagination. Conçu pour le triage des fraudes et abus, l'évaluation des risques de connexion, le filtrage des commentaires et inscriptions, et la recherche réseau — sachant en un coup d'œil si une connexion provient du réseau Tor. Les données de plage sont récupérées en direct depuis le Tor Project, donc toujours à jour. Une recherche sur le réseau Tor — distincte de l'attribution cloud/CDN (cloudips), de la géolocalisation IP (ipgeo), de la propriété ASN/BGP (asn, ripestat) et de l'exposition des ports ouverts (internetdb). Pas de clé en amont, pas de cache.

api.oanor.com/tor-api

API des plages IP Cloud et CDN

Attribuez n'importe quelle adresse IP au fournisseur cloud, CDN, région et service qui la possède — à partir des listes officielles de plages IP publiées par AWS, Google Cloud, Cloudflare, Oracle Cloud (OCI), Fastly et GitHub. Passez une adresse IPv4 ou IPv6 et obtenez chaque préfixe correspondant avec son fournisseur, sa région/portée et son service, ainsi qu'un indicateur is_cloud qui vous indique en un coup d'œil si l'adresse appartient à un cloud ou CDN connu — ou listez les plages publiées d'un seul fournisseur, filtrées par région, service et version IP. Conçu pour les listes blanches de pare-feu, le tri des abus et fraudes, la classification des bots et du trafic sortant, la défense SSRF et la connaissance de l'origine du trafic entrant ou sortant (cloud ou CDN). Les données de plages sont récupérées en direct depuis la liste publique canonique de chaque fournisseur, donc toujours à jour. Un service d'attribution IP cloud/CDN — distinct de la géolocalisation IP (ipgeo), de la propriété ASN/BGP (asn, ripestat), de l'exposition des ports ouverts (internetdb) et des registres de ports/protocoles IANA (netports, ipprotocols). Pas de clé en amont, pas de cache.

api.oanor.com/cloudips-api

API des numéros de protocole IP

Le registre IANA « Assigned Internet Protocol Numbers » sous forme d'API — la valeur 8 bits transportée dans le champ Protocole IPv4 (et l'en-tête suivant IPv6) qui identifie le protocole encapsulé. Résolvez n'importe quel numéro en son protocole (par ex. 6 → TCP, 17 → UDP, 1 → ICMP, 47 → GRE, 50 → ESP, 58 → IPv6-ICMP, 89 → OSPF, 132 → SCTP), recherchez par mot-clé, par nom, ou listez les 151 protocoles attribués — chacun avec son mot-clé, son nom complet, son indicateur d'en-tête d'extension IPv6 et son RFC de définition. Idéal pour les outils de paquets/pare-feu, l'analyse réseau, les décodeurs NetFlow/IPFIX et la documentation de protocole. (Distinct des numéros de port de service de la couche transport.)

api.oanor.com/ipprotocols-api

API de recherche ASN

Recherchez les numéros de système autonome (ASN) — les identifiants qui étiquettent chaque réseau sur l'internet public — associés à leur organisation propriétaire et à leur pays. Plus de 122 000 ASN provenant des registres Internet régionaux (ARIN, RIPE, APNIC, LACNIC, AFRINIC). Résolvez un ASN en son opérateur (par exemple AS15169 → Google LLC, US ; AS13335 → Cloudflare ; AS16509 → Amazon), ou recherchez par nom d'organisation et pays (par exemple "hetzner" en DE). Idéal pour le renseignement réseau, les enquêtes de sécurité/abus, l'analyse de trafic, les outils de réputation IP et la recherche BGP/peering.

api.oanor.com/asn-api

API des ports réseau

Le registre officiel des noms de services IANA et des numéros de ports de protocole de transport sous forme d'API — plus de 12 500 attributions de ports TCP, UDP, SCTP et DCCP. Recherchez quel service fonctionne sur un port (ex. 443 → https), trouvez quel(s) port(s) un service nommé utilise (ex. ssh → 22), et parcourez le registre par service ou description. Une référence pratique pour la mise en réseau, le DevOps, la sécurité et les outils de pare-feu.

api.oanor.com/netports-api