Depende del nivel del protocolo que intente diseñar. Si se trata de un reemplazo de un protocolo existente (como TCP / IP), entonces es poca o ninguna posibilidad de adopción por parte de nadie, por lo que es probable que no valga absolutamente nada.
Incluso si su nuevo protocolo se adopta ampliamente, es poco probable que gane dinero con él, A MENOS que también forme una compañía que comercialice implementaciones del cliente y el servidor para el protocolo, Y la compañía tiene un gran éxito Y usted no No se enfrente a una fuerte competencia.
Si se trata de un nuevo protocolo que sirve para un propósito real en lugar de simplemente reemplazar lo que existe, no encontrará ninguna forma de adoptarlo a través del cuerpo de estándares existente (probablemente el IETF). Un buen ejemplo de un nuevo protocolo que resuelve un nuevo problema real (del que casualmente participé en la creación) es RFC 3453 (FEC en multidifusión) y RFC 5053 (esquema Raptor FEC).
- ¿Qué tan segura es la autenticación de dos factores?
- ¿Cuáles son los componentes básicos que se encuentran en las redes a la par con los estándares OSI y TCP / IP?
- ¿Por qué http es el protocolo estándar en la web?
- ¿Qué es una clave SSH?
- ¿Los diferentes sistemas operativos utilizan diferentes implementaciones de la pila de protocolos TCP / IP?
Obtener estos protocolos a través del cuerpo de estándares es un proceso de varios años. Ir a través del cuerpo de estándares con un protocolo patentado (especialmente uno protegido por patente) en el que estás tratando de ganar dinero es aún más difícil. Los organismos de normalización como el IETF son extremadamente resistentes a los nuevos protocolos que resuelven problemas que los protocolos existentes ya resuelven bien.
TCP / IP funciona sorprendentemente bien para una amplia gama de necesidades de comunicación. Todas sus aplicaciones de Internet favoritas, como la navegación web por correo electrónico (SMTP) (HTTP, HTTPS), búsqueda de nombre (DNS), transferencia de archivos de hora (NTP) (FTP, SFTP) y consola remota (TELNET, SSH) funcionan sobre TCP / IP.
UDP funciona bien en situaciones donde la sobrecarga de la confiabilidad de TCP es demasiado costosa (en el recuento de paquetes). La transmisión es un buen ejemplo.
La multidifusión IP funciona bien en una variedad de situaciones en las que UDP y TCP son demasiado caros (nuevamente, en el recuento de paquetes). El descubrimiento local (de impresoras y demás) es un buen ejemplo.
Sugerir que volvamos a implementar TCP o UDP o multidifusión de alguna manera nueva no es un iniciador en este momento.
Sin embargo, sugerir un nuevo protocolo de nivel superior que se basa en los protocolos existentes y resuelve un nuevo problema ocurre todo el tiempo. Esta es un área ocupada y productiva tanto de investigación como de desarrollo, y si realmente desea involucrarse, debe participar en un grupo de trabajo de IETF que está desarrollando nuevos estándares antes de intentar crear algo desde cero. Comience con los borradores de Internet que son estándares actualmente en desarrollo.
