Soy imbécil disculpa, jajaja. Lo entendiera mal. En tu explicación dices que el Record Route es limitado. Te refieres al número máximo de ips que puede almacenar o a que no almacena las ip de entrada?
De todas formas me informaré al respecto que parece más que suficiente para lo que busco.
El campo de opciones de IP se tiene un máximo permitido de bytes (la cabecera IP tiene un máximo, bueno igual que el PAYLOAD, lo que pasa que este último puede ir dividido en varios paquetes). Ergo, solo puede caber un número limitado de direcciones IP en él.
Para mas info
https://tools.ietf.org/html/rfc791Ya como último y tema totalmente a parte no se si por casualidad conoceis ninguna Api que lo haga no? De la misma forma que por ejemplo la Api de google obtiene las coordenadas de la ubicación de tu dispositivo.
Desde html/javascript no tienes control sobre el envío de paquetes ni creación de sockets (En este caso de tipo RAW). De hecho sería un error de seguridad para el navegador.
Asi que la herramienta no puede ser una web local.
Si quieres implementarla tu creo que tendrás que programar en c, java, python, whatever....
Si no, tienes la herramienta hping3 que te permite hacer casi cualquier cosa con paquetes incluido decidir las cabeceras y flags que desees en los paquetes. También tienes librerías de python como scapy o en c que te permiten no tener que trabajar con paquetes a pelo y te dejan tocar los contenidos de las cabeceras de los paquetes que deseas enviar como libnet.
Así podría utilizarla en Front-End sin necesidad de disponer de Back-End para que el código sea portable en un único .html ya sea para hostearlo en cualquier sitio como blogspot o en un hosting gratuito que solo te dejan trabajar con Front-End.
En la parte de necesidad de front-end/back-end me perdido totalmente. Porque no comprendo el querer hacer una aplicación de este tipo con sistema cliente-servidor. Aparte de que parece que no tendría demasiado sentido, ya que los traceroutes se harían siempre desde el mismo sitio. Desde el servidor web donde tengas programado el back-end. Pero vamos que eso tu sabrás.
Ten en cuenta que html/javascript (en navegador) no esta pensado para hacer aplicaciones, esta muy limitado y debe ser así. Se pueden hacer cosas chulas, a veces retorcerlo para conseguir sacar algo de jugo (mucho o poco), pero no es la panacéa. Y está pensado de forma limitada para ser usado como frontend. Osea todo lo que sean operaciones de dibujo en el cliente de forma más o menos potente, se pueden hacer cosas. Lo demás, por regla general olvídate. El sandbox en general debería de proteger de cualquier operación, "rara".