Checksum Internet (RFC 1071)

El hex mal formado—número impar de nibbles o caracteres no hex tras quitar espacios, dos puntos, guiones y prefijos opcionales cero-x—provoca invalid_input sin facturar. Ninguna llamada de red, sal aleatoria ni reloj de pared intervienen en el cálculo al precio base publicado $0.002.

Contrato de entrada, modo text frente a hex y campos de respuesta

El modo opcional mode elige la interpretación: text (predeterminado) codifica la cadena como UTF-8; hex analiza octetos hexadecimales. La cadena vacía se permite a propósito: las canalizaciones que suman campos opcionales necesitan un residual ffff estable en lugar de un fallo duro. Mode repite el modo resuelto, algorithm es siempre la etiqueta Internet checksum con RFC 1071 entre paréntesis, y rfc es siempre la cadena 1071 para que ejemplos OpenAPI y respuestas de soporte citen el perfil sin ambigüedad. No hay conmutador de modo para CRC, Fletcher ni digests criptográficos: use una capacidad dedicada cuando esa sea la intención de búsqueda para que cada página de destino se mantenga enfocada. Envíe un cuerpo JSON con el campo obligatorio text igual a la cadena cuya suma de verificación desea calcular. Se aceptan los alias input, value, s, string, content y data para que formularios antiguos y clientes breves sigan enlazando. Los números finitos y los enteros grandes se convierten a cadena antes de procesar; objetos, arrays, booleanos, null, Infinity y NaN provocan invalid_input y no se facturan. Cuando la longitud resultante en bytes es cero, la respuesta pone empty en true, checksum en ffff, checksum_int en sesenta y cinco mil quinientos treinta y cinco, y bytes en cero. Con entrada no vacía empty es false, bytes iguala la longitud de la carga, checksum es el residual hex de cuatro dígitos en minúsculas sin prefijo cero-x, y checksum_int es el mismo valor como entero de dieciséis bits sin signo, útil en lenguajes que prefieren números a cadenas. En modo hex, tras quitar separadores, los caracteres restantes deben ser un número par de dígitos hexadecimales; cualquier otro carácter o un número impar de nibbles es hex mal formado y falla con invalid_input.

Dónde una API de checksum de Internet aporta valor

Los ingenieros de red pegan volcados cortos de cabecera en una calculadora de checksum de Internet cuando necesitan recalcular el checksum de cabecera IPv4 o un residual TCP y UDP sobre un pseudoencabezado más segmento sin levantar una pila completa. Los equipos de soporte recalculan checksums a partir del hex del ticket para confirmar que un marco pegado no se truncó ni se reespació en tránsito. Los trabajos de integración continua fijan vectores conocidos como la cadena UTF-8 hello y un volcado hex multibyte clásico para que cualquier deriva accidental de endianness o de la regla de relleno falle el build de inmediato. Los laboratorios educativos usan el mismo endpoint para mostrar que invertir un bit cambia los cuatro dígitos hex, ilustrando la detección de errores sin introducir maquinaria criptográfica ni herramientas de paquetes en contenedor. Como la implementación es parse pura de nivel A, cada llamada exitosa cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente; la validación fallida no consume saldo. Mantenga las cargas bajo el techo de caracteres documentado, trate el campo checksum como destino canónico de pegado, y obtendrá valores RFC 1071 reproducibles para documentación, SDK, workers en el borde y demostraciones de aula sin levantar un servicio de checksum aparte.