Encabezado tcp / udp
- protocolo tcp / udp
tcp / udp es un protocolo de capa de transporte, un protocolo de red muy utilizado.
Título 1.1 tcp / udp tres apretones de manos, cuatro ondas
TCP establece una conexión a través de un protocolo de enlace de tres vías y se desconecta a través de cuatro ondas de mano. UDP es para conexión sin conexión y no necesita establecer una conexión.
Título 1.2 Control de flujo de TCP
El protocolo ARQ continuo permite que las tramas TCP fluyan continuamente dentro del tamaño de la ventana deslizante. El flujo TCP se controla mediante algoritmos como la ventana de congestión, la prevención de congestión y el inicio lento.
Título 1.3 Temporizador continuo
Cuando el remitente recibe un mensaje ACK con un valor de ventana de 0, necesita iniciar un temporizador para esperar a que el receptor envíe otro mensaje ACK con un tamaño de ventana diferente a 0 (en TCP, los mensajes que solo contienen información de confirmación no necesitan ser confirmados y retransmitidos) Si no hay temporizador, ambas partes pueden estar en un estado de espera después de que se pierda el mensaje ACK con una ventana diferente a 0. Cuando el temporizador de duración expira, el remitente enviará un mensaje de sondeo especial para pedirle a la otra parte que retransmita uno. Mensaje ACK.
Título 1.4 Protocolo de parada de espera, protocolo ARQ
El protocolo de parada y espera es un protocolo de capa de enlace de datos. Estipula que las variables de estado y las tramas de datos solo se pueden enviar después de recibir la trama de confirmación correcta. El
protocolo ARQ (Automatic Repeat-reQuest) es un protocolo de corrección de errores en la capa de enlace de datos. Deje de esperar por el protocolo ARQ y el protocolo ARQ continuo.
Deje de esperar por el protocolo ARQ: envíe un mensaje cada vez, envíe el siguiente mensaje después de la confirmación, la ventana de envío y la ventana de recepción son 1, y dejar de esperar ARQ requiere un búfer pequeño pero de baja eficiencia.
Protocolo ARQ continuo: Back n frames de GBN y ARQ de retransmisión selectiva. Es una combinación de ventana deslizante y tecnología de retransmisión de solicitud. Puede enviar continuamente varios frames de información sin esperar a que se confirme el frame anterior, lo que mejora enormemente la eficiencia de transmisión Sin embargo, el remitente debe configurar una nueva lista para almacenar las tramas que se confirmarán y eliminar las tramas de la nueva lista después de recibir la trama de confirmación, que requiere más espacio de almacenamiento.
Título 1.5 Ventana deslizante, inicio lento, prevención de congestión, retransmisión rápida, recuperación rápida, confiabilidad, transmisión secuencial, algoritmo de congestión TCP BBR
Ventana deslizante: el protocolo de ventana deslizante es una técnica que se utiliza para mejorar el rendimiento al permitir que el remitente transmita paquetes adicionales antes de recibir cualquier respuesta. El receptor le dice al remitente cuántos paquetes se pueden enviar en un momento determinado (llamado tamaño de ventana).
Inicio lento: establece el valor de la ventana de congestión en 1, y el remitente aumentará la ventana de congestión en 1 cada vez que se reciba un ACK hasta que alcance el umbral de congestión (ssthresh, el valor inicial es 16).
Umbral de congestión (ssthresh): Congestión del algoritmo de inicio lento Ventana máxima. Ventana de
congestión (cwnd): Depende del grado de congestión de la red y cambia constantemente. Mientras no haya congestión en la red, el remitente aumentará la ventana de congestión, y mientras haya congestión, la reducirá. Enviar La ventana es siempre más pequeña que la ventana de congestión (más pequeña que la ventana de congestión cuando la ventana de aceptación es más pequeña).
Ventana de aceptación (rwnd): el aceptador establece la ventana de aceptación rwnd de acuerdo con su propia capacidad de aceptación (límite de caché) y la escribe en el campo de encabezado tcp.
Congestión Algoritmo de evitación: deje que la ventana de congestión crezca lentamente, es decir, aumente la ventana de congestión del remitente cwnd en 1 en lugar de duplicar cada vez que pasa un tiempo de ida y vuelta RTT. De esta manera, la ventana de congestión crece lentamente de acuerdo con una ley lineal.
Retransmisión y recuperación rápidas: Puede mejorar el rendimiento de la red. Cuando el receptor recibe un segmento de datos fuera de secuencia, enviará inmediatamente una repetición al transmisor Reconocimiento: si el remitente recibe tres reconocimientos duplicados, asumirá que falta el segmento de datos indicado por el reconocimiento e inmediatamente retransmitirá estos segmentos de datos faltantes. Con FRR, no hay demora debido a la pausa requerida durante la retransmisión. Sin FRR, si se pierde el paquete de datos, TCP usará un temporizador para solicitar una pausa de transmisión.
Algoritmo de recuperación rápida: se utiliza junto con la retransmisión rápida.Cuando el remitente recibe tres acuses de recibo repetidos seguidos, ejecuta el algoritmo de reducción de multiplicación para reducir a la mitad el umbral de inicio lento ssthresh. Esto es para evitar la congestión de la red. Tenga en cuenta que el algoritmo de inicio lento no se ejecutará a continuación. Dado que el remitente ahora cree que no hay congestión en la red, no realiza un inicio lento, sino que establece el valor de cwnd en el valor después de que el umbral de inicio lento ssthresh se reduce a la mitad, y luego comienza a ejecutar el algoritmo para evitar la congestión, de modo que la ventana de congestión aumenta lentamente de forma lineal. .
Algoritmo de congestión BBR: el algoritmo TCP BBR de Google optimiza el rendimiento de TCP.
Título 1.6 ¿Cómo determinar el tamaño de la ventana deslizante?
Se divide en ventana de recepción y ventana de envío. El valor de la ventana de recepción se determina de acuerdo con el tamaño del búfer. La parte receptora coloca el tamaño de la ventana de recepción en el encabezado del mensaje TCP. El método de envío determina el tamaño de la ventana de envío de acuerdo con el tamaño de la ventana de recepción y la ventana de congestión (mínimo). El tamaño de la ventana de congestión está limitado por la situación de la red y se determina dinámicamente según el proceso de transmisión.
Título 1.7 ¿Cómo juzgan tcp y udp que el cliente está cerrado?
A juzgar por la longitud del paquete recibido, si la longitud del paquete recibido es 0, significa que el cliente se ha desconectado.
Título 1.8 ¿Cuál es la diferencia entre tcp y udp?
TCP está orientado a la conexión y es confiable, mientras que udp no tiene conexión y no es confiable.
TCP garantiza la exactitud y secuencia de los datos, pero udp no lo garantiza, TCP está en modo de flujo, mientras que UDP está en modo de paquete.
Título 1.9 ¿Escenarios prácticos de aplicación de la udp?
Los paquetes UDP se utilizan a menudo en escenarios que requieren una alta eficiencia pero una precisión relativamente baja, como video en vivo, chat, etc.
Título 1.10 ¿Cuál es el estado de time_wait? ¿Qué hace? ¿Por qué continuar con 2 MSL?
time_wait: después de que tcp está conectado, después del protocolo de enlace de cuatro vías, el extremo que envía la bandera FIN primero entrará en el estado time_wait. Tiene dos funciones:
Asegúrese de que pueda llegar el último mensaje de confirmación. Si no llega, el servidor reenviará la solicitud FIN y esperará un período de tiempo sin reenviar, lo que indica que el servidor ha sido CERRADO. Si hay una retransmisión, el cliente reenviará el último mensaje de confirmación .
esperar un período de tiempo (2MSL), el proceso de conexión para asegurarse de que todos los mensajes han desaparecido de la red. hace nuevas conexiones no será el viejo paquete de solicitud de conexión.
Protocolo http de encabezado
2.1 código de estado del protocolo http (302, 404, 501)
302: el servidor responde actualmente a solicitudes de páginas web en diferentes ubicaciones, pero el solicitante debe continuar usando la ubicación original para solicitudes futuras.
404: el servidor no puede encontrar la página web solicitada.
501: el servidor no tiene la función para completar la solicitud. Por ejemplo, el cliente Se envió una solicitud PUT que el servidor no admite
2.2 ¿Qué es el protocolo http sin estado?
Significa que el protocolo no tiene memoria de procesamiento de transacciones, y el acceso posterior requiere la información previa, debiendo retransmitirse la información correspondiente, lo que aumentará la cantidad de datos por conexión, actualmente este problema se resuelve a través de cookies.
Encabezado 2.3 ¿Cuáles son los métodos de solicitud para el protocolo http?
OBTENER 、 PUBLICAR 、 ELIMINAR 、 PONER 、 CABEZAL 、 OPCIONES.
Título 2.4 ¿La diferencia entre GET y POST?
El tamaño de la transmisión de datos GET está limitado por el navegador a 1024. POST no está limitado. La transmisión de parámetros GET se escribe en la URL y los parámetros POST se almacenan en el cuerpo del paquete, que es más seguro
Encabezado 2.5 campo de encabezado del protocolo http?
Método de solicitud, URI, versión HTTP, código de estado, etc.
Título 2.6 ¿Optimización del protocolo http?
Conexión en paralelo: puede establecer múltiples canales de conexión tcp para lograr la transmisión de datos en paralelo y mejorar la tasa de respuesta de la página.
Conexión larga: HTTP / 1.1 predeterminado para abrir la opción Keep-Alive. Y está en modo de canalización. Esto puede reutilizar conexiones TCP en múltiples solicitudes .
caché: cache-control para controlar los If-Modified-Since la caché es también acerca de la caché, si el servidor se actualiza recursos a la vez, entonces el cliente debe descargar los últimos recursos.
Título 2.7 ¿Cuáles son las características del protocolo http?
Admite el modo C / S.
Sencillo y rápido: cuando un cliente solicita un servicio del servidor, solo es necesario transmitir el método de solicitud y la ruta.
Flexible: se puede transmitir cualquier tipo de formato de datos estableciendo el indicador de tipo de contenido.
Sin conexión: solo se procesa uno por conexión Solicitud
Sin estado: el protocolo http es un protocolo sin estado.
Título 2.8 ¿La diferencia entre http y https?
https requiere un certificado ca, y es probable que se deba cargar el certificado ca.
https es por seguridad y http se agrega a la capa ssl. https transmite texto cifrado. El
método de conexión es diferente. El puerto es 80 y 443. El
protocolo http es muy simple, sí Sin estado. Y https se puede autenticar a través de ssl, que es más seguro.