Paquetes de prueba. Qué hacer con la pérdida de paquetes, cómo descubrir la causa

IP(protocolo de Internet - protocolo de Internet): un protocolo de red enrutado, un protocolo de capa de red de la familia TCP/IP ("pila"). IPv4 se describe en RFC 791 (septiembre de 1981).

Puntos clave:

IP es el protocolo principal de la pila TCP/IP; resuelve los problemas de entrega de mensajes entre nodos de una red compuesta.

IP es un protocolo de datagramas: cuando la información se transmite a través de IP, cada paquete se transmite de nodo a nodo y los nodos lo procesan independientemente de otros paquetes.

IP se refiere a protocolos sin conexión. IP se utiliza para la entrega no garantizada de datos, divididos en los llamados paquetes de un nodo de la red a otro. Esto significa que a nivel de este protocolo (la tercera capa del modelo de red OSI) no hay garantías de entrega confiable del paquete al destinatario. En particular, los paquetes pueden llegar desordenados en el orden en que fueron enviados, estar duplicados (cuando llegan dos copias del mismo paquete; en realidad esto es extremadamente raro), estar dañados (los paquetes dañados generalmente se destruyen) o no llegar en absoluto. La garantía de una entrega de paquetes sin errores la proporcionan los protocolos superiores (capa de transporte) del modelo de red OSI, por ejemplo, los puertos TCP, que utilizan IP como medio de transporte.

El protocolo IP utiliza el principio de enrutamiento. El tipo de tabla de enrutamiento IP depende de la implementación específica del enrutador, pero todos los tipos de enrutadores tienen todos los campos clave necesarios para realizar el enrutamiento. Hay varias fuentes que proporcionan entradas de la tabla de enrutamiento:

• Primero, tras la inicialización, el software de la pila TCP/IP escribe en una tabla entradas para redes conectadas directamente y enrutadores predeterminados, así como entradas para direcciones especiales como 127.0.0.0.

  En segundo lugar, el administrador ingresa manualmente entradas estáticas sobre rutas específicas o el enrutador predeterminado.

  En tercer lugar, los protocolos de enrutamiento ingresan automáticamente en una tabla registros dinámicos de rutas disponibles.

Una característica importante del protocolo IP que lo distingue de otros protocolos de red es su capacidad para realizar fragmentación dinámica de paquetes al transferirlos entre redes con diferentes MTU.

estructura del paquete IP

Un paquete de protocolo IP consta de un encabezado y un campo de datos. La longitud máxima del paquete es 65.535 bytes. El encabezado suele tener una longitud de 20 bytes y contiene información sobre las direcciones de red del remitente y del destinatario, parámetros de fragmentación, vida útil del paquete, suma de verificación y algunos otros. El campo de datos de un paquete IP contiene mensajes de nivel superior.

Veamos los campos de la estructura de un paquete IP usando un ejemplo específico.

Campo Longitud del encabezado (IHL) El paquete IP tiene una longitud de 4 bits y especifica el valor de longitud del encabezado, medido en palabras de 32 bits. Normalmente, el encabezado del paquete IP tiene una longitud de 20 bytes (cinco palabras de 32 bits), pero a medida que aumenta la cantidad de información general, esta longitud se puede aumentar. El encabezado más grande tiene 60 octetos.

Tipo de campo de servicio Toma un byte y especifica la prioridad del paquete y el tipo de criterio de selección de ruta. Los primeros tres bits de este campo forman el subcampo de prioridad del paquete (Precedencia). La prioridad puede tener valores desde el más bajo: 0 (paquete normal) hasta el más alto: 7 (paquete de información de control). Los enrutadores y las computadoras pueden tener en cuenta la prioridad de los paquetes y procesar primero los paquetes más importantes. El campo Tipo de servicio también contiene tres bits que definen los criterios de selección de ruta. En realidad, la elección se hace entre tres alternativas: baja latencia, alta confiabilidad y alto rendimiento. En muchas redes, una mejora en uno de estos parámetros se asocia con un deterioro en el otro, además, procesar cada uno de ellos requiere costos computacionales adicionales. Por lo tanto, rara vez tiene sentido establecer al menos dos de estos tres criterios de selección de ruta simultáneamente. Los bits reservados tienen un valor de cero. Un bit * D (retraso) establecido indica que la ruta debe seleccionarse para minimizar el retraso en la entrega de un paquete determinado * Bit T - para maximizar el rendimiento * Bit R - para maximizar la confiabilidad de la entrega.

Campo Longitud total Ocupa 2 bytes y significa la longitud total del paquete, teniendo en cuenta el encabezado y los campos de datos. La longitud máxima del paquete está limitada por el ancho del campo que define este valor y es de 65.535 bytes, pero la mayoría de las computadoras y redes no utilizan paquetes tan grandes. Cuando se transmite a través de varios tipos de redes, la longitud del paquete se selecciona teniendo en cuenta la longitud máxima del paquete de protocolo de capa inferior que transporta paquetes IP. Si se trata de tramas Ethernet, se seleccionan paquetes con una longitud máxima de 1500 bytes que quepan en el campo de datos de la trama Ethernet. El estándar estipula que todos los hosts deben estar preparados para aceptar paquetes de hasta 576 bytes de longitud (ya sea que lleguen completos o en fragmentos). Una regla general es que se anima a los hosts a enviar paquetes de más de 576 bytes sólo si están seguros de que el host receptor o la red intermedia están dispuestos a manejar paquetes de ese tamaño.

Campo de identificación Toma 2 bytes y se utiliza para reconocer paquetes formados al fragmentar el paquete original. Todos los fragmentos deben tener el mismo valor para este campo.

Campo de banderas Ocupa 3 bits y contiene características relacionadas con la fragmentación: establecer bit DF (No fragmentar) evita que el enrutador fragmente este paquete y el bit establecido MF (Más fragmentos) indica que este paquete es un fragmento intermedio (no el último). El bit restante está reservado.

Campo de desplazamiento de fragmento Ocupa 13 bits y especifica el desplazamiento en bytes del campo de datos de este paquete desde el comienzo del campo de datos generales del paquete fragmentado original. Se utiliza al ensamblar/desensamblar fragmentos de paquetes al transmitirlos entre redes con diferentes valores de MTU. El desplazamiento debe ser un múltiplo de 8 bytes.

Campo Tiempo de vida Ocupa 1 byte e indica el límite de tiempo durante el cual un paquete puede viajar a través de la red. La vida útil de un paquete determinado se mide en segundos y la establece la fuente de transmisión. En enrutadores y otros nodos de red, después de cada segundo, se resta uno de la vida útil actual; También se resta uno cuando el tiempo de retardo es inferior a un segundo. Dado que los enrutadores modernos rara vez procesan un paquete en más de un segundo, el tiempo de vida puede considerarse igual al número máximo de nodos que un paquete determinado puede pasar antes de llegar a su destino. Si el parámetro de tiempo de vida se vuelve cero antes de que el paquete llegue al destinatario, el paquete se descartará. La vida puede verse como un mecanismo de autodestrucción. El valor de este campo cambia cuando se procesa el encabezado del paquete IP.

Identificador Protocolo de nivel superior (Protocolo) Ocupa 1 byte e indica a qué protocolo de nivel superior pertenece la información colocada en el campo de datos del paquete (por ejemplo, podrían ser segmentos de protocolos de nivel superior o protocolos de enrutamiento). Los valores de identificador para los distintos protocolos se proporcionan en RFC 3232: Números asignados.

Suma de comprobación del encabezado toma 2 bytes y se calcula solo a partir del encabezado. Debido a que algunos campos del encabezado cambian su valor a medida que el paquete viaja por la red (por ejemplo, el tiempo de vida), la suma de verificación se verifica y se recalcula cada vez que se procesa el encabezado IP. La suma de verificación (16 bits) se calcula como la suma de la suma de todas las palabras de encabezado de 16 bits. Al calcular la suma de verificación, el valor del campo "suma de verificación" se establece en cero. Si la suma de verificación es incorrecta, el paquete se descartará tan pronto como se detecte el error.

Campos de dirección IP de origen Y

Dirección IP de destino tienen la misma longitud (32 bits) y la misma estructura.

Campo de opciones de IP es opcional y generalmente se usa solo al depurar la red. El mecanismo de opciones proporciona funciones de control que son necesarias o simplemente útiles en determinadas situaciones, pero no es necesario para las comunicaciones normales. Este campo consta de varios subcampos, cada uno de los cuales puede ser de uno de ocho tipos predefinidos. En estos subcampos puede especificar la ruta exacta de los enrutadores, registrar los enrutadores atravesados ​​por el paquete, colocar datos de seguridad y marcas de tiempo. Dado que el número de subcampos puede ser arbitrario, se deben agregar algunos bytes al final del campo Opciones para alinear el encabezado del paquete en un límite de 32 bits.

Alineación de campo (relleno) se utiliza para garantizar que el encabezado IP termine en un límite de 32 bits. La alineación se realiza con ceros.

Fragmentación de IP, MTU, MSS y PMTUD

Fragmentación de paquetes IP: MTU, MSS y PMTUD. PMTUD (Path MTU Discovery) y el problema de la fragmentación de paquetes (paquete de ping mtu de red)

¿Por qué funcionan los pings cuando hay problemas con MTU? Los paquetes ICMP Request y Relpy varían en tamaño de 32 a 64 bytes, el servidor al que se hace ping devuelve muy poca información, que se ajusta al tamaño permitido junto con todos los encabezados.

El protocolo de puertos TCP permite a ambas partes negociar un valor de tamaño máximo de segmento (MSS). Cada lado especifica el tamaño de MSS propuesto en el campo OPCIONES del encabezado del paquete TCP. Se aceptará el menor de los dos valores. Esta negociación evita la fragmentación de los paquetes a medida que pasan a través de enrutadores y puertas de enlace y su posterior reensamblaje en el host de destino, lo que provoca retrasos y velocidades de transmisión reducidas.

La fragmentación implica dividir un bloque de datos (paquete) en partes iguales. En consecuencia, después de la fragmentación, el siguiente paso es el ensamblaje de fragmentos. El protocolo IP permite la fragmentación únicamente de aquellos paquetes que llegan a los puertos de entrada de los enrutadores. Es necesario distinguir entre fragmentación de mensajes en el nodo emisor y fragmentación dinámica de mensajes en los enrutadores. El hecho es que casi todas las pilas de protocolos contienen protocolos que fragmentan los mensajes a nivel de aplicación en partes que encajan en marcos a nivel de enlace. En la pila TCP/IP, por ejemplo, esta tarea la resuelve el protocolo de capa de transporte TCP. Este protocolo puede dividir el flujo de bytes que se le pasa desde la capa de aplicación en mensajes del tamaño deseado (por ejemplo, 1460 bytes para el protocolo Ethernet).

Por lo tanto, el protocolo IP en el nodo emisor no utiliza sus capacidades de fragmentación de paquetes.

Pero si es necesario transferir un paquete a la siguiente red, cuyo tamaño es demasiado grande, se hace necesaria la fragmentación de IP.

Las funciones de la capa IP incluyen dividir un mensaje que es demasiado largo para un tipo particular de componente de red en paquetes más cortos con la creación de los campos de servicio correspondientes necesarios para el posterior ensamblaje de fragmentos en el mensaje original.

En la mayoría de los tipos de redes locales y de área amplia, los valores de MTU, es decir, el tamaño máximo del campo de datos en el que el protocolo IP debe encapsular su paquete, difieren significativamente.

Las redes Ethernet tienen una MTU de 1500 bytes, las redes FDDI tienen una MTU de 4096 bytes y las redes X.25 suelen funcionar con una MTU de 128 bytes.

Entonces, explicamos la necesidad de fragmentación de paquetes a nivel de IP. Pasemos ahora al proceso de fragmentación de paquetes IP en sí.

Como ya descubrimos en la sección anterior de nuestra lección, un paquete IP se puede marcar como no fragmentable en el campo Banderas del encabezado. Cualquier paquete marcado de esta manera no puede ser fragmentado por el módulo IP bajo ninguna circunstancia.

Incluso si un paquete marcado como no fragmentable no puede llegar al destinatario sin fragmentarse, simplemente se destruye y se envía el mensaje correspondiente al nodo emisor.

El protocolo IP permite que una subred utilice sus propias capacidades de fragmentación que son invisibles para el protocolo IP.

Por ejemplo, la tecnología ATM divide los paquetes IP entrantes en celdas con un campo de datos de 48 bytes utilizando su capa de segmentación y luego vuelve a ensamblar las celdas en paquetes originales a medida que salen de la red. Pero tecnologías como los cajeros automáticos son la excepción y no la regla.

Los procedimientos de fragmentación y reensamblaje del protocolo IP están diseñados para que un paquete pueda dividirse en prácticamente cualquier cantidad de piezas que luego puedan volver a ensamblarse.

Para no confundir fragmentos de diferentes tipos, el campo Identificación se utiliza en el encabezado de los paquetes IP.

El módulo de protocolo IP que envía el paquete establece el campo Identificación en un valor que debe ser único para un par remitente-receptor determinado. Además, el remitente establece en el encabezado del paquete el tiempo durante el cual el paquete puede estar activo en la red.

El campo Desplazamiento de fragmento le indica al destinatario la posición del fragmento en el paquete original. El desplazamiento y la longitud del fragmento determinan la porción del paquete original transportada por ese fragmento. La bandera "más fragmentos" indica la apariencia del último fragmento. Un módulo de protocolo IP que envía un paquete no fragmentado establece el indicador "más fragmentos" y el desplazamiento del fragmento en cero.

Todos estos campos proporcionan suficiente información para construir el paquete.

Entonces, para fragmentar un paquete grande, un módulo de protocolo IP instalado en un enrutador, por ejemplo, crea varios paquetes nuevos y copia el contenido de los campos del encabezado IP del paquete grande en los encabezados IP de todos los paquetes nuevos. Los datos del paquete antiguo se dividen en el número adecuado de partes, cuyo tamaño, excepto la última, debe ser múltiplo de 8 bytes.

El tamaño de la última parte de los datos es igual al resto resultante.

Cada dato recibido se coloca en un nuevo paquete.

Cuando se produce la fragmentación, algunos parámetros del encabezado IP se copian en los encabezados de todos los fragmentos, mientras que otros permanecen solo en el encabezado del primer fragmento.

El proceso de fragmentación puede cambiar los valores de datos ubicados en el campo de parámetros y el valor de la suma de verificación del encabezado, cambiar el valor del indicador "más fragmentos" y el desplazamiento del fragmento, cambiar la longitud del encabezado IP y la longitud total del paquete. .

El encabezado de cada paquete contiene los valores correspondientes en el campo "desplazamiento de fragmento" y la longitud de cada paquete se coloca en el campo de longitud total del paquete.

Por lo tanto, el primer fragmento tendrá un valor cero en el campo "desplazamiento de fragmento". En todos los paquetes excepto en el último, el indicador "más fragmentos" se establece en uno y en el último fragmento se establece en cero.

Ahora veamos el proceso de creación de fragmentos de paquetes.

Para ensamblar fragmentos de paquetes, el módulo de protocolo IP concatena paquetes IP que tienen los mismos valores en los campos de identificador, origen, destino y protocolo.

Por lo tanto, el remitente debe elegir un identificador que sea único para un determinado par remitente-receptor, para un protocolo determinado y durante el tiempo que un paquete determinado (o cualquier fragmento del mismo) pueda existir en la red IP compuesta.

Es bastante obvio que el módulo de protocolo IP que envía paquetes debe tener una tabla de identificadores, donde cada entrada está asociada con cada destinatario individual con el que se comunicó e indica el último valor de la vida útil máxima del paquete en la red IP.

Sin embargo, dado que el campo de identificador permite 65.536 valores diferentes, algunos hosts pueden simplemente utilizar identificadores únicos que son independientes de la dirección del destinatario.

En algunos casos, es apropiado que los identificadores de paquetes IP sean elegidos por protocolos superiores a IP.

El procedimiento de fusión consiste en colocar los datos de cada fragmento en la posición especificada en el encabezado del paquete en el campo "desplazamiento de fragmento".

Cada módulo IP debe poder transmitir un paquete de 68 bytes sin mayor fragmentación. Esto se debe a que el encabezado IP puede tener hasta 60 bytes y el fragmento de datos mínimo es 8 bytes. Cada destinatario debe poder recibir un paquete de 576 bytes, ya sea como una sola pieza o en piezas que puedan volver a ensamblarse. Si el bit de bandera No fragmentar (DF) está activado, entonces se prohíbe la fragmentación de este paquete, incluso si en este caso se perdería.

Esta característica se puede utilizar para evitar la fragmentación en los casos en que el host del destinatario no tenga recursos suficientes para ensamblar los fragmentos.

Entonces, después de mucha explicación, reforcemos todo lo que hemos aprendido hasta ahora sobre la fragmentación de paquetes IP con un ejemplo.

Consideremos el proceso de fragmentación de paquetes IP cuando se transmiten entre redes con diferentes tamaños de paquetes usando el ejemplo que se muestra en esta figura.

El canal y las capas físicas se designan como K1, F1, K2, F2, respectivamente.

Deje que la computadora 1 esté conectada a una red que tenga una MTU de 4096 bytes, como una red FDDI.

Cuando un mensaje de 5600 bytes de la capa de transporte llega a la capa IP de la computadora 1, el protocolo IP lo divide en dos paquetes IP. En el primer paquete, establece el indicador de fragmentación y asigna un identificador único al paquete, por ejemplo 486.

En el primer paquete, el valor del campo de compensación es 0 y en el segundo es 2800.

El indicador de fragmentación en el segundo paquete es cero, lo que indica que este es el último fragmento del paquete.

El tamaño total del paquete IP es 2800 más 20 (tamaño del encabezado IP), es decir, 2820 bytes, que cabe en el campo de datos de la trama FDDI.

La interfaz de red envía tramas al siguiente enrutador.

Después de que las tramas pasan la capa de interfaz de red del enrutador (K1 y F1) y se liberan de los encabezados FDDI, el módulo IP determina por la dirección de red que los dos paquetes que llegan deben transferirse a la red 2, que es una red Ethernet y tiene un valor de MTU de 1500.

Por lo tanto, los paquetes IP que llegan deben estar fragmentados.

El enrutador extrae el campo de datos de cada paquete y lo divide por la mitad para que cada parte encaje en el campo de datos de la trama Ethernet.

Luego forma nuevos paquetes IP, cada uno de los cuales tiene 1400 + 20 = 1420 bytes de largo, es decir, menos de 1500 bytes, por lo que normalmente caben en el campo de datos de las tramas Ethernet.

Como resultado, cuatro paquetes IP con un identificador común de 486 llegan al ordenador 2 a través de la red Ethernet.

El protocolo IP que se ejecuta en la computadora 2 debe volver a ensamblar correctamente el mensaje original.

Si los paquetes llegan en un orden diferente al que fueron enviados, el desplazamiento indicará el orden correcto en el que se combinaron.

Tenga en cuenta que los enrutadores IP no agregan fragmentos de paquetes en paquetes más grandes, incluso si hay una red en el camino que permite dicha agregación. Esto se debe a que los fragmentos de mensajes individuales pueden viajar a través de Internet a través de diferentes rutas, por lo que no hay garantía de que todos los fragmentos pasen por algún enrutador intermedio a lo largo de su ruta.

Cuando llega el primer fragmento de un paquete, el nodo de destino inicia un temporizador que determina el tiempo de espera máximo permitido para la llegada de los fragmentos restantes de este paquete.

El temporizador se establece en un máximo de dos valores: el tiempo de espera de configuración inicial y la vida útil especificada en el fragmento recibido.

Por lo tanto, la configuración inicial del temporizador es un límite inferior para el tiempo de espera de c6op. Si el temporizador expira antes de que llegue el último fragmento, se liberan todos los recursos de ensamblaje asociados con ese paquete, se descartan todos los fragmentos de paquete recibidos hasta ese momento y se envía un mensaje de error al nodo que envió el paquete original.

El problema no está definido con precisión, pero está claramente relacionado con el hardware. Por qué: consulte a continuación una lista de las acciones tomadas.

Sistema
núcleo i5 3570K
ASUS P8 z77V LX, sin condensadores hinchados
GIGABYTE NVIDIA GEFORCE 760, versión del controlador 361.43
Kingston KHX1600C9D3P1K2/8G - 4gb, 4 sticks, 16 en total
Tornillo WDC WD10EZEX-60ZF5A0 + SSD... una especie de tornillo que no es del sistema, para basura.
Fuente de alimentación Thermaltake TR2 Bronze 650W, unos 2 años
Tarjeta de sonido Sound Blaster Z
Microsoft Windows 7 Ultimate (64 bits)
Versión 6.1.7601 Service Pack 1 Compilación 7601

Hace unos 3 o 4 días, de la nada, comenzaron terribles pérdidas de paquetes. Estable entre un 5 y un 8%, más a menudo entre un 20 y un 25%, a veces salta hasta un 40-50%.
Todo esto va acompañado de terribles congelaciones en los juegos en línea, deteniéndose durante medio segundo, luego todo está en otra parte, tu personaje no se movió ni se movió. Además, el ping permanece estable hasta 70 ms.
Es difícil obtener el porcentaje de pérdidas mediante ping, por eso utilizo TeamSpeak 3 como "método" para determinar la conexión con diferentes servidores en diferentes países. Se ha establecido experimentalmente que las lecturas de pérdida de bolsillo son directamente proporcionales a la intensidad de las congelaciones. juegos y retrasos al trabajar en Skype, por lo que pueden considerarse confiables, ver ejemplo.
Ejemplo, a la izquierda hay un servidor extranjero, a la derecha está el ruso.

Al momento de escribir esta publicación, muestra una cifra del 20% en tres servidores diferentes, es decir, las pérdidas no dependen de la ubicación geográfica del servidor.
El motivo aún no ha sido determinado.

La estructura de la red es aproximadamente la siguiente: servidor en la universidad, servidor en el hotel, luego una gran red de enrutadores (2 por piso) y luego yo. Nadie excepto yo, ni siquiera aquellos que están en el mismo enrutador, tiene tales problemas. La autorización en el servidor del hotel se realiza mediante la dirección mac y dhcp también la utiliza para emitir la IP de la intranet.

Qué se hizo:
-1. ¡escanee con el antivirus CureIt! sobre todo tipo de botnets y otras mierdas. negativo.
0. intenta encontrar aplicaciones que envían spam a la red o la bloquean, como firewall, centro de actualización, etc.
1. actualizar el controlador de la tarjeta de red no ayudó
2. pruebas de red (usando el método Teamspeak"a) desde el modo seguro, no ayudó, lo que significa que no es algún tipo de software hacky (lo más probable)
3. conectarse a otro enrutador, con un cable diferente, no ayudó
4. Al cambiar la dirección mac de la tarjeta de red en casa (sustitución) y en el servidor del hotel, surgió la sospecha de que en algún lugar había una computadora con la misma mac y había ruido y conflicto en la red. no ayudó
5. instalar una nueva tarjeta de red (sospecha de que la Realtek incorporada estaba defectuosa) no ayudó
6. La reinstalación completa de Windows, restablecer el BIOS y actualizar el BIOS a la última versión no ayudó
7. conectarse a otro enrutador, con un cable diferente, no ayudó
8. El sistema se inició con una configuración completamente diferente, el disco duro se conectó a otra computadora. No hay pérdidas.

Les ruego que me ayuden, ya me estoy rindiendo.

Paquetes de prueba

En este artículo

Los paquetes de prueba se pueden utilizar para distribuir paquetes específicos solo a un grupo de ingenieros de pruebas. Los paquetes que ya hayas publicado en la tienda serán utilizados por otros usuarios, por lo que su experiencia no se verá interrumpida.

Con la ayuda de las pruebas, sólo se diferencian los paquetes; La descripción de la aplicación en la tienda será la misma para todos los usuarios. Cualquier miembro del grupo de prueba recibirá paquetes que estén incluidos en el paquete de prueba. Los usuarios que no formen parte del grupo de prueba seguirán recibiendo paquetes regulares (regulares). Si decide que desea que los paquetes del paquete de prueba estén disponibles para todos los usuarios, puede utilizar fácilmente los mismos paquetes en su envío habitual. Tenga en cuenta que los paquetes de prueba deben pasar por el mismo proceso que cualquier envío de certificación.

Al configurar paquetes de prueba, puede especificar destinatarios para paquetes específicos agregándolos a Grupo de usuarios famosos(a veces llamado grupo de prueba). Cualquier persona en un grupo de prueba que esté usando un dispositivo que ejecute una versión de Windows 10 que admita paquetes de prueba (Windows.Desktop compilación 10586 o posterior; Windows.Mobile compilación 10586.63 o posterior; o Xbox One) recibirá los paquetes de prueba específicos para ese grupo. . (Las pruebas pueden contener paquetes para cualquier versión del sistema operativo, incluido Windows 8.1 o Windows Phone 8.1 o anterior, si una aplicación publicada previamente ya los admite). Cualquier usuario que no haya sido agregado a uno de los grupos de prueba o que utilice dispositivos que no admitan Los paquetes de prueba recibirán paquetes del envío normal.

Los miembros del grupo de prueba en computadoras de escritorio y dispositivos móviles recibirán los paquetes automáticamente cuando proporcione actualizaciones. Sin embargo, los miembros de sus grupos de prueba que utilicen dispositivos Xbox deberán buscar actualizaciones manualmente para recibir los paquetes más recientes. Deberán asegurarse de haber iniciado sesión en el dispositivo que están usando con una cuenta de Microsoft (con una dirección de correo electrónico coincidente incluida en su grupo Usuarios conocidos).

Tenga en cuenta que los paquetes de prueba no estarán disponibles a través de Microsoft Store para Empresas o Microsoft Store para Educación. Esto se debe a que los miembros de sus grupos de Usuarios conocidos deben iniciar sesión con una cuenta de Microsoft para recibir el paquete de prueba. Todas las compras realizadas a través de Microsoft Store para Empresas o Microsoft Store para Educación recibirán sus paquetes que no son de prueba.

Los paquetes de prueba solo se ofrecen a los usuarios que usted seleccione. Para distribuir paquetes a usuarios seleccionados aleatoriamente en porcentajes específicos, puede utilizar la publicación continua de paquetes. También puede combinar una versión con paquetes de prueba si desea distribuir gradualmente la actualización a uno de sus grupos de prueba.

A diferencia de los paquetes de prueba, las opciones que seleccione para implementar un paquete aún se aplican a los clientes que compran su aplicación a través de Microsoft Store para Empresas y Microsoft Store para Educación.

Creando un nuevo paquete de prueba

Una vez que hayas publicado un envío para tu aplicación, verás una sección Paquetes de prueba en la página de descripción general de la aplicación. Primer clic Nuevo paquete de prueba.

Si aún no ha creado grupos de usuarios conocidos, se le pedirá que cree un grupo antes de continuar. Para obtener más información, consulte Crear grupos de usuarios conocidos. Puede crear un nuevo grupo de usuarios conocidos directamente desde esta página seleccionando Crear un grupo de prueba.

En la página de creación del paquete de prueba, debe proporcionar un nombre de paquete de prueba y seleccionar al menos un grupo de prueba. Cuando hagas esto, haz clic Crear un paquete de prueba. No podrá cambiar esta información más adelante, pero puede eliminar este paquete de prueba en cualquier momento y crear uno nuevo para reemplazar el anterior.

Nota

Si tiene más de un conjunto de pruebas, debe asignar prioridad a cada uno. Consulte la sección siguiente para obtener más información.

Definir paquetes para incluir en el paquete de prueba

Después de guardar los detalles del paquete de prueba, verá su página de revisión. Hacer clic Paquetes para especificar los paquetes que desea incluir en el paquete de prueba. Puede incluir paquetes dirigidos a cualquier versión del sistema operativo compatible con su aplicación.

Tiene la opción de seleccionar paquetes asociados con un envío publicado anteriormente (un envío regular u otro paquete de prueba si tiene más de uno). Si necesita agregar nuevos paquetes para este paquete de prueba, puede hacerlo aquí (utilizando el mismo proceso que para enviar paquetes de solicitud para envío normal). Hacer clic Ahorrar, una vez que haya especificado todos los paquetes que desea incluir en este paquete de prueba.

Si su aplicación admite varias familias de dispositivos, asegúrese de incluir paquetes que admitan esas mismas familias de dispositivos en la capacidad que pruebe. Los usuarios de los grupos de prueba podrán recibir paquetes. solo de esta función de prueba. No podrán acceder a ningún otro paquete del envío regular.

Recuerde también que las descripciones de su tienda y la disponibilidad de la familia de dispositivos se basan en el envío normal. Los usuarios de sus grupos de prueba solo podrán descargar la aplicación en una familia de dispositivos que admita el envío regular. Para obtener más información, consulte .

Liberación gradual del paquete.

De forma predeterminada, los pactos que envíe estarán disponibles para todos los miembros de su grupo de prueba al mismo tiempo. Para cambiar esta configuración, puede seleccionar la casilla de verificación Publicar actualizaciones gradualmente después de publicar el envío (solo usuarios de Windows 10). Puede especificar el porcentaje de miembros del grupo de prueba que recibirán paquetes del nuevo envío para realizar un seguimiento de los comentarios y las ideas y garantizar que la actualización sea correcta antes de implementarla al resto del grupo de prueba. Puede aumentar el porcentaje (o dejar de actualizar) después de un tiempo determinado sin crear un nuevo envío para su paquete de prueba.

Cuando lanza paquetes gradualmente como parte de un paquete de prueba, los usuarios no incluidos en la parte que recibe sus nuevos paquetes recibirán paquetes del envío anterior del paquete de prueba (si hay un paquete de prueba de alto rango disponible para ellos).

Para obtener más información, consulte Implementación del paquete.

Configuración de parámetros adicionales del paquete de prueba

De forma predeterminada, el paquete de prueba se publicará y estará disponible para el equipo de prueba tan pronto como se complete el proceso de certificación. Si necesitas cambiar la fecha de publicación o agregar Notas de Certificación, puedes hacerlo en la sección Parámetros del paquete de prueba. Hacer clic Ahorrar para volver a la página de descripción general del paquete de prueba.

Enviar un paquete de prueba a la Tienda

Una vez que haya especificado los paquetes y configurado los ajustes requeridos, haga clic en Enviar a la tienda. Después de esto, el paquete de prueba pasará por el procedimiento de certificación de la aplicación. Tenga en cuenta que los paquetes dentro del paquete de prueba deben coincidir como cualquier otro envío.

Los miembros de los grupos de prueba asignados a un paquete de prueba que ya tengan su aplicación recibirán una actualización con los paquetes que incluyó en ese paquete de prueba. Si estos usuarios aún no tienen su aplicación instalada, recibirán los paquetes del paquete de prueba después de instalar la aplicación.

Nota

Los usuarios que reciban un paquete de prueba únicamente podrán calificar y opinar sobre la aplicación, pero esas calificaciones y reseñas no se mostrarán a otros usuarios. (La excepción son los paquetes XAP heredados versión 7.x u 8.0; las calificaciones y reseñas dejadas por los miembros del grupo de prueba para estos paquetes serán visibles para otros usuarios). Puede ver las calificaciones y reseñas de todos los usuarios, incluidos los miembros del grupo de prueba, en informes Reseñas Y Reseñas para la aplicación.

Soporte para familias de dispositivos

En la mayoría de los casos, querrás incluir paquetes que admitan el mismo conjunto de familias de dispositivos que tu envío habitual. La disponibilidad de aplicaciones para una familia de dispositivos siempre se basa en el envío normal, independientemente de si el usuario forma parte de un grupo de prueba.

Si Normal Send admite una familia de dispositivos que su conjunto de pruebas no admite, los usuarios del grupo de prueba no podrán descargar la aplicación a la familia de dispositivos. Por ejemplo, si un envío normal incluye paquetes para dispositivos móviles y de escritorio, y luego crea un paquete de prueba que incluye solo el componente móvil, los usuarios del grupo de prueba solo podrán descargar la aplicación en dispositivos móviles, aunque el componente de escritorio esté disponible. disponible para clientes fuera del grupo de prueba. Incluso si el paquete de prueba se usa únicamente para probar cambios en el componente móvil, debe incluir el componente de escritorio del envío normal en el paquete de prueba para que los usuarios del grupo de prueba puedan descargar la aplicación en computadoras de escritorio.

Si el paquete de prueba admite una familia de dispositivos que no es compatible con el envío normal, nadie podrá descargar la aplicación en esta familia de dispositivos, independientemente de si es miembro del grupo de prueba. Por ejemplo, si un envío normal incluye solo un componente móvil y luego crea un paquete de prueba con componentes móviles y de escritorio, los usuarios del grupo de prueba solo podrán descargar la aplicación en dispositivos móviles. El paquete de escritorio no se ofrecerá a nadie, ni siquiera a los usuarios del grupo de prueba. Si desea que el paquete de escritorio esté disponible para el grupo de prueba, primero debe actualizar el envío regular para incluir el paquete de escritorio. Para garantizar una experiencia óptima para todos los usuarios de la aplicación, el envío regular debe admitir las mismas familias de dispositivos que el paquete de prueba.

Nota

Los paquetes agregados a los conjuntos de pruebas pueden admitir cualquier versión del sistema operativo (o cualquier versión de Windows 10), pero como se mencionó anteriormente, los usuarios de los grupos de prueba deben usar un dispositivo que ejecute una versión de Windows 10 que admita los conjuntos de pruebas (Windows. Computadora de escritorio 10586 y superior; Windows.Mobile, compilación 10586.63 y superior). Sólo en este caso será posible obtener paquetes del paquete de prueba.

Actualizar o cambiar un paquete de prueba

Para crear un nuevo envío de paquete de prueba que ya haya publicado, haga clic en " Actualizar" junto al nombre del paquete en la página de descripción general de la aplicación. Podrá agregar nuevos paquetes (y eliminar los que no necesita) tal como lo haría con una carga normal. Realice cualquier otro cambio que desee y haga clic Enviar a la tienda presentar un paquete de pruebas actualizado para someterse al procedimiento de certificación de la solicitud.

Para editar un paquete de prueba existente sin crear ni enviar una actualización, haga clic en Cambiar junto al nombre del paquete. Esto le permite cambiar información como grupos, nombre y prioridad de un conjunto de pruebas sin necesidad de que el conjunto de pruebas vuelva a pasar por el proceso de certificación. Tenga en cuenta que si hay una actualización en curso o si aún no se ha publicado un paquete de prueba, no verá " Cambiar ».

Agregar paquetes de prueba adicionales y asignarles prioridad

Puede crear varios paquetes de prueba para la misma aplicación, con el objetivo de distribuir diferentes paquetes a diferentes grupos de usuarios.

Después de crear el primer paquete de prueba, puede crear el siguiente siguiendo los pasos anteriores. La única diferencia es que si ya ha creado un paquete de prueba, debe especificar la prioridad para todos los paquetes de prueba en la sección Prioridad. Esto le permite determinar qué paquete proporcionar a un usuario específico si se encuentra en varios grupos de prueba de tiendas. De los paquetes de prueba disponibles para los miembros del grupo de prueba, siempre reciben el paquete de mayor prioridad, incluso si el paquete de prueba de menor prioridad contiene paquetes con un número de versión mayor.

De forma predeterminada, el nuevo paquete tiene la máxima prioridad. Si desea cambiar la prioridad de un paquete, puede moverlo hacia abajo (o hacia arriba) a la posición deseada entre otros paquetes de prueba.

Tenga en cuenta que los envíos regulares siempre aparecen en el número 1 más bajo. Esto significa que los usuarios que no son miembros de ningún grupo de prueba solo pueden recibir paquetes de envíos regulares a través de la Tienda. Los miembros de los grupos de prueba siempre reciben paquetes del paquete de prueba disponible con la mayor prioridad para ellos (pero nunca el envío normal, ya que tiene baja prioridad). Esto le brinda flexibilidad a la hora de distribuir paquetes a usuarios que pueden estar en varios grupos de prueba.

Supongamos que desea crear dos conjuntos de pruebas además del envío normal, uno de los cuales es relativamente estable y está listo para ser probado por una amplia audiencia, y el segundo del cual tiene menos confianza y desea limitar sus pruebas a un grupo pequeño. número de probadores. Puede crear un grupo de prueba llamado "Probadores" e incluirlo en un paquete de prueba llamado "Paquete de probadores", y luego crear un grupo llamado "Entusiastas" con más miembros y agregarlo a otro paquete de prueba llamado "Paquete Entusiastas". Si configura el "Paquete de prueba" con una prioridad más alta que el "Paquete de entusiastas", puede usar los paquetes que tenga la confianza suficiente para usar en el "Paquete de entusiastas" y los paquetes más riesgosos solo para probadores en el "Paquete de entusiastas". . probadores." Los miembros de su grupo de Probadores siempre recibirán los paquetes proporcionados en el Paquete de Probadores, incluso si también son miembros del grupo de Entusiastas. (En el futuro, si descubre que los paquetes del paquete de prueba funcionan bien, puede actualizar el paquete de entusiastas para incluir los paquetes que originalmente estaban destinados al paquete de prueba y, con el tiempo, tal vez utilizar esos paquetes en el envío normal). .

Otorgar acceso a los paquetes del paquete de prueba a todos los usuarios

Si decide que desea que uno o más paquetes que forman parte de un paquete de prueba publicado estén disponibles para usuarios fuera de sus grupos de prueba, puede agregar esos paquetes a su carga regular sin tener que descargarlos nuevamente.

Al crear un nuevo envío en la página Paquetes Verá un menú desplegable que le permite copiar paquetes de uno de sus paquetes de prueba. Seleccione el paquete de prueba que contiene los paquetes que desea incluir. Puede seleccionar solo algunos o todos los paquetes para incluirlos en su envío regular.

Tenga en cuenta que los paquetes estarán sujetos a las mismas reglas de validación, incluso cuando utilicen paquetes de un envío publicado anteriormente.

Eliminar un paquete de prueba

Para eliminar un paquete de prueba que ya no necesita admitir, haga clic en su nombre en la página de descripción general de la aplicación. En la página de descripción general del conjunto de pruebas, haga clic en Cambiar y enlace Borrar para eliminar el paquete de prueba. (Si hay un envío de paquete de prueba pendiente, primero debe eliminarlo). Esto puede tardar hasta 30 minutos.

Cuando elimina un paquete de prueba, todos los usuarios que lo usaron recibirán una actualización de la aplicación si hay una versión más nueva del paquete que la que recibieron en el paquete de prueba (o tan pronto como dicho paquete esté disponible). Si los usuarios eliminan la aplicación y la reinstalan más tarde, se considerará una nueva compra y los usuarios recibirán la última versión disponible.

redes de conmutación de paquetes el remitente de la información no sabe si su mensaje fue recibido y si fue recibido sin errores. Por lo tanto, para aumentar la confiabilidad y confiabilidad de la entrega de datos en los nodos finales, se utiliza el protocolo de capa de transporte TCP.

EN redes preconectadas emisor y receptor (orientado a la conexión) el emisor y el receptor primero establecen una conexión antes de intercambiar datos. Además, al utilizar dichas tecnologías, se confirman los datos recibidos. Un ejemplo de redes preconectadas son las telefónicas. redes conmutadas canales, así como redes con canales virtuales (ver lección 1).

Normas telecomunicaciones Los nodos establecen protocolos entre ellos cuando intercambian datos a través de redes. Los protocolos describen el formato del mensaje, la ruta (ruta) para intercambiar mensajes y otras reglas. Para reenviar un paquete de un nodo a otro, los protocolos de capa de red utilizan la información contenida en la dirección del encabezado de la capa de red (como una dirección IP). Estos protocolos se denominan protocolos de red. De este modo, protocolos de red definir el formato del paquete, direcciones lógicas nodos de origen y destino, enrutan el paquete según las disponibilidades tablas de enrutamiento.

Para asegurar telecomunicaciones Además de los protocolos de red (enrutados), se utilizan. enrutamiento(enrutamiento), que también son protocolos de capa de red. Crean y mantienen tablas de enrutamiento. Actualizaciones(actualizar) mesas protocolos de enrutamiento implementado a través de la comunicación y el intercambio de datos entre enrutadores. Por eso, protocolos de enrutamiento crear y apoyar tablas de enrutamiento, A protocolos de red Utilice estas tablas para promocionar paquetes.

Los protocolos de capa de red, que incluyen IP, deben proporcionar números de red (direcciones) y números de host (direcciones). Algunos protocolos, como Novell Internetwork Packet Exchange ( IPX), solo se requiere la dirección de red ya que utilizan la dirección MAC del dispositivo como dirección de host. El protocolo IP requiere una dirección que contenga tanto una red como una parte de nodo (host). Para distinguir entre una dirección de red y una dirección de host, se requiere una red o máscara de subred (consulte la Conferencia 7). Protocolos IP, IPX/SPX Y AppleTalk Proporcionar soporte para la capa 3 del modelo OSI.

Principal red El protocolo (enrutado) de la World Wide Web es el Protocolo de Internet ( IP). El formato del mensaje de la capa de red es bolsa de plastico, también conocido como datagrama(datagrama). Esto significa que en el proceso organizaciones de comunicacion no se utilizan circuitos de conmutación de circuitos porque todas las conexiones se realizan con anticipación y todo lo que hay que hacer es seleccionar la mejor ruta al destino según la métrica del protocolo de enrutamiento. Términos faltón(poco confiable) y entrega si es posible, la entrega con el mayor esfuerzo posible (entrega con el mejor esfuerzo) significa que la verificación (verificación) de la exactitud de los datos recibidos no se realiza a nivel de red. Para dicha verificación se utiliza, si es necesario, el protocolo de capa de transporte TCP.

Formato de paquete protocolo de red IP (Figura 8.5) incluye un encabezado que consta de 12 campos con una longitud total de 160 bits (5 palabras de 4 bytes, es decir, 20 bytes), un campo de opciones de longitud variable y un campo de datos.

Arroz. 8.5.

1. El primer campo de 4 bits (Vers) especifica el número de versión del protocolo. Actualmente, está vigente la versión 4: IPv4, según la cual la longitud de la dirección de origen (dirección IP de origen) y la dirección de destino (dirección IP de destino) es de 32 bits (4 bytes). En las impresiones, los campos de encabezado generalmente se representan en sistemas decimal y hexadecimal. Por ejemplo, la versión 4 actualmente válida es: Versión = 4 (0x4). En el campo del encabezado, se especificará el número de versión en sistema binario: 0100.
2. La longitud del encabezado (el número de palabras de 32 bits en el encabezado) se especifica en el segundo campo HLEN. Por ejemplo, el código en este campo es 0101 y la entrada Longitud del encabezado = 20 (0x14) significa que el encabezado contiene 5 palabras de 32 bits o 20 bytes.
3. El campo Tipo de servicio (ToS) de 8 bits incluye cuatro identificadores: un identificador PR de tres dígitos y D, T y R de un dígito. Los identificadores determinan los requisitos métricos al diseñar una ruta. El identificador PR determina el tipo de paquete (normal, control, etc.) y, en consecuencia, establece la prioridad. Establecer 1 en el bit D significa el requisito de minimizar el retraso al transmitir un paquete; una unidad en el dígito T significa el requisito de rendimiento máximo; establecer 1 en el bit R requiere la máxima confiabilidad.
4. El campo Longitud total especifica la longitud total del paquete, incluidos el encabezado y los campos de datos. El campo de 16 bits le permite especificar una longitud máxima de 64 KB. Dado que la longitud máxima de trama en la mayoría de las tecnologías LAN es inferior a 64 KB (por ejemplo, en Ethernet es de 1500 bytes), los paquetes grandes se dividen en fragmentos. En fragmentación el paquete utiliza información de los campos 5, 6 y 7, todos los fragmentos deben tener: el mismo número de identificación de paquete; un número que determina el orden de secuencia del fragmento al ensamblar el paquete; información adicional.
5. El quinto campo de encabezado contiene número de identificación del paquete. Cuando un paquete se fragmenta, el número de identificación será el mismo para todos los fragmentos.
6. El campo Banderas de tres bits contiene dos banderas de fragmentación de un bit. Establecer el bit DF en 1 evita que el enrutador fragmente este paquete. Un uno en el dígito MF indica que este paquete no es el último.
7. 13 bits Campo de datos de compensación de fragmentos ayuda a recolectar fragmentos en un solo paquete. Especifica el desplazamiento de bytes del campo de datos de este paquete desde el inicio del campo de datos común del paquete original no fragmentado.
8. Punto de ajuste de tiempo a vivo – tiempo de vida(255 es el máximo) Se resta 1 por cada enrutador o segundo que pasa. Por lo tanto, la cantidad de nodos por los que puede pasar un paquete es limitada.
9. El campo Protocolo indica el protocolo de nivel superior (TCP, UDP, OSPF, etc.) al que se enviará el paquete recibido una vez finalizado el proceso IP.
10. Campo suma de control Encabezado Encabezado de suma de comprobación. Dado que los valores de algunos campos del encabezado cambian a medida que pasa el enrutador (por ejemplo, el tiempo de vida), la suma de verificación se calcula nuevamente en cada enrutador.
11. Dirección IP de origen: dirección de la fuente de información, longitud: 4 bytes (32 bits).
12. Dirección IP de destino: dirección del receptor de información, longitud: 4 bytes (32 bits).
13. El campo de opción IP le permite admitir varias opciones, por ejemplo, la opción de seguridad de la información. Debido a que este campo puede tener diferentes longitudes, se rellena con ceros de hasta 32 bits.
14. El campo Datos tiene más de 64 bits de longitud.

Breve resumen

1. El protocolo principal para asignar automáticamente direcciones IP a dispositivos es el protocolo de configuración de host dinámico DHCP.
2. Al transmitir datos a través de una red compuesta, las direcciones IP del nodo de destino y del nodo de origen permanecen sin cambios.
3. Cuando los datos viajan a través de una red compuesta, las direcciones MAC de destino y de origen cambian a medida que pasa cada enrutador.
4. Al formar un marco, se calcula. suma de control, que se escribe en el campo de avance FCS del marco. Cuando se recibe una trama en cada interfaz de entrada, se calcula nuevamente suma de control, que se compara con el aceptado.
5. La exactitud de los datos recibidos se verifica utilizando código cíclico CDN.
6. Al transmitir datos a través de conexiones punto a punto, el encabezado de la trama se puede simplificar significativamente.
7. Una red con entrega de datos sin conexión previa del remitente y destinatario del mensaje es Internet, donde los paquetes (datagramas) se transmiten utilizando el protocolo IP.
8. Normas telecomunicaciones Los nodos establecen protocolos entre ellos cuando intercambian datos a través de redes. Los protocolos describen el formato del mensaje, la ruta (ruta) para intercambiar mensajes y otras reglas.
9. Principal protocolo de red La World Wide Web es el Protocolo de Internet (IP).
10. Los protocolos de red (enrutados) definen

Instrucciones

Utilice la utilidad ping incluida con los programas estándar del sistema operativo para determinar la cantidad de paquetes perdidos. Está destinado específicamente a comprobar la calidad de las conexiones de red basadas en el protocolo TCP/IP. La utilidad enviará solicitudes de prueba (ICMP Echo-Request) al nodo que usted le especifique y registrará el hecho de la recepción o ausencia de respuestas (ICMP Echo-Reply). Para cada solicitud enviada, la utilidad también muestra el tiempo entre el envío y la recepción de la respuesta.

Inicie una terminal de línea de comando. Para hacer esto, debe usar el cuadro de diálogo de inicio del programa, que se abre mediante el comando "Ejecutar" ubicado en el menú principal en el botón "Inicio", o presionando la combinación de teclas win + r. En el cuadro de diálogo, escriba cmd y presione Entrar.

Escriba ping en la línea de comando y, separado por un espacio, ingrese el nombre de dominio o dirección IP del nodo con el que está interesado en la calidad de la comunicación. Luego presione Enter y la utilidad comenzará a enviar paquetes de prueba, mostrando un informe línea por línea de cada respuesta recibida. Al finalizar el proceso, se mostrará en la ventana del terminal el número de paquetes enviados y el porcentaje de pérdidas, así como el tiempo medio entre el envío y la recepción.

Utilice el modificador -n para establecer el número de paquetes en una serie si el valor predeterminado de cuatro paquetes no le conviene. Esta clave debe especificarse después de la dirección del nodo al que se hace ping, separada por un espacio, y después de la clave y también separada por un espacio, debe ingresar un valor numérico. Por ejemplo, para enviar 12 paquetes al nodo google.com, ingrese el siguiente comando: ping google.com -n 12.

Escriba el comando ping /? y presione Entrar si desea ayuda más detallada sobre opciones adicionales que puede usar con esta utilidad.

Dirección IP (Dirección de Protocolo de Internet): la dirección de un dispositivo conectado a una red local o a Internet. Se escribe como cuatro números del 0 al 255 separados por puntos, por ejemplo, 172.22.0.1. Todos los dispositivos conectados a Internet reciben su propia dirección IP.

necesitarás

• Ratón, teclado, conocimiento del nombre del sistema operativo de su computadora, acceso a Internet.

Instrucciones

Para averiguar la dirección IP de una computadora que ejecuta el sistema operativo Windows, debe ingresar lo siguiente en la línea de comando: cmd / k ipconfig. Por ejemplo, en el sistema operativo Windows el proceso se ve así: haga clic en "Inicio", luego en "Todos los programas", seleccione "Accesorios", aquí seleccione "Símbolo del sistema", en la ventana que se abre escriba: "cmd/k ipconfig", presione Ingresar.

Se debe hacer lo mismo cuando se trabaja con el sistema operativo Unix. La dirección IP de la computadora se determina utilizando el mismo comando ifconfig escrito en la línea de comando, familiar del sistema operativo Windows.

Se deben ejecutar comandos completamente diferentes para determinar la dirección IP de una máquina que ejecuta el sistema operativo iOS. Para hacer esto, primero debe hacer clic en el logotipo de Apple en la esquina superior izquierda de la pantalla, seleccionar "Preferencias del sistema", luego en la sección "Internet y redes", seleccionar "Red". En el menú desplegable, seleccione el tipo de conexión actual (si está conectado a través de Ethernet, seleccione Ethernet integrado; si está conectado a través de conexión inalámbrica, seleccione AirPort). A continuación, debe seleccionar "TCP/IP" en la sección "Red". La dirección IP de la Mac se mostrará en la pantalla.

Puede verificar la dirección IP conocida de la computadora de otro usuario utilizando cualquier formulario web de un protocolo de red de capa de aplicación basado en el protocolo TCP. Para hacer esto, debe ingresar la consulta whois en la barra de búsqueda de cualquier motor de búsqueda (por ejemplo, Google, Yandex o Rambler) y luego seleccionar el sitio que desee. A continuación, debe ingresar la dirección IP que conoce en un formulario especial en el sitio.

Vídeo sobre el tema.

tenga en cuenta

Hay tres tipos de direcciones IP: dinámicas, estáticas y virtuales. Las direcciones estáticas son direcciones emitidas por el proveedor y no cambian al conectarse a Internet. Las direcciones IP dinámicas se utilizan en el acceso telefónico (módems) y cambian (el último dígito generalmente cambia). Las direcciones IP virtuales son un tipo especial de direcciones dinámicas; cuando se usan, los usuarios tienen la oportunidad de recibir información libremente de la Red, pero se pierde cualquier posibilidad de acceder a la computadora desde la red.

Consejos útiles

La dirección IP correspondiente al nombre de dominio se puede encontrar usando el comando: nslookup example.net

Fuentes:

• ¿Qué es una dirección IP en 2019?
• ¿Qué es WHOIS en 2019?
• comprobar la dirección IP en 2019

Al conectar computadoras a una red local, intervienen muchos componentes: cables de par trenzado con conectores, interruptores, tarjetas de red en las computadoras y las propias computadoras con el software instalado.

Instrucciones

Todos estos componentes pueden afectar la calidad de la comunicación. Existe una forma sencilla de comprobar su conexión. Inicie el símbolo del sistema. Para hacer esto, vaya al menú Inicio de Windows haciendo clic en el botón en la esquina de la pantalla. Luego expanda la sección "Estándar", busque un acceso directo en ella para iniciar la utilidad de línea de comando y haga clic en el acceso directo con el mouse.

Ingrese el comando ping en la línea para verificar la calidad de la comunicación en esta área. Si necesita verificar la calidad de su conexión a Internet, después del operador de ping, ingrese el nombre de la dirección de Internet, por ejemplo, mail.ru. Proporciona información más amplia sobre la calidad de la comunicación.