¿Por qué las máscaras de subred son relevantes para la computadora individual en la red?


48

Entiendo cómo se utilizan las máscaras de subred para dividir una red en subredes, pero, ¿por qué cada computadora de la red necesita conocer la máscara de subred y no solo el enrutador?

Podría entenderlo si cada computadora estuviera físicamente conectada entre sí con un cable, pero todos los paquetes deben pasar por el enrutador de todos modos.

Digamos que tengo una computadora en una red 192.168.0.0/255.255.255.0, que tiene la IP 192.168.0.1.

Si esa computadora intenta comunicarse con una computadora fuera de la subred, digamos 192.168.1.1, transmite el mensaje al enrutador, el enrutador identifica que la IP está fuera del rango de IP de la subred y, en lugar de transmitirla en la subred red, lo transmite a la red a la que está conectado (quizás otro enrutador).


31
Las computadoras no necesitan pasar por un enrutador para formar una red.
Overmind

1
@ Overmind: Cierto, pero pueden . Las máscaras de red no son estrictamente necesarias, son una optimización para facilitar el trabajo del enrutador.
MSalters

3
if each computer were physically connected to each other with a wire- debe recordar que tcp / ip se inventó en un momento en que este es el caso. Google 10-base-2. Existen otros protocolos que funcionan de manera diferente a tcp / ip, pero en los últimos 20 años IPv4 ganó la batalla de protocolos.
slebetman

Parece que tiene un malentendido sobre cómo funcionan las redes de computadoras. Le sugiero que vea este video: youtube.com/watch?v=6i777lddg8s
InterLinked el

@InterLinked con un narrador con una voz tan espeluznante? Nunca.
devorado elysium

Respuestas:


78

Sus suposiciones originales no son del todo correctas. Lo que llama un "enrutador" son dos dispositivos en uno: un enrutador de dos puertos conectado internamente a un conmutador Ethernet de múltiples puertos . (Aquí hay un diagrama de ejemplo ).

Esto significa que las computadoras están conectadas directamente en la capa 2 y pueden enviarse paquetes entre sí sin pasar por el núcleo del enrutador: simplemente se transmiten entre los puertos mediante el chip del conmutador. (El enrutador tiene su propio "puerto" en el conmutador).

Por lo tanto, si observa los paquetes con Wireshark, verá que usan directamente las direcciones MAC de los demás, mientras que los paquetes "externos" siempre tienen el MAC del enrutador como destino.

(Supongo que está hablando de los "enrutadores inalámbricos" típicos que se encuentran en la mayoría de los hogares, que son la causa habitual de este tipo de preguntas. Una red más grande tendría un enrutador separado con un puerto por subred y algunos interruptores separados (quizás uno maestro más uno por piso / habitación) y varias docenas de computadoras conectadas a esos interruptores).

Es casi lo mismo con las redes Wi-Fi, excepto que "switch" se reemplaza por "puente inalámbrico", también conocido como "punto de acceso". En ambos casos, las computadoras conectadas pueden enviarse paquetes directamente entre sí en la capa 2, sin pasar por el enrutador.


Comentarios:

Cuando dije enrutador, en realidad quería decir cambiar. Mi error. Mi punto es que cada computadora en una subred no está conectada entre sí, sino más bien a un interruptor, que luego puede pasar paquetes al destino correcto. Un marco de ethernet no contiene la máscara de subred, ya que el conmutador ya tiene este conocimiento y, por lo tanto, no lo necesita para realizar el cambio correcto.

Eso es de nuevo incorrecto. Los interruptores no tienen este conocimiento; su núcleo de conmutación funciona en la capa 2 y no sabe nada acerca de IP: reenvía tramas Ethernet basadas exclusivamente en el campo 'dirección MAC de destino'.

Por lo tanto, los hosts necesitan la máscara de subred para determinar qué dirección MAC usar como destino:

  • Si el par está dentro de la misma subred, se supone que está en el enlace por definición, por lo que la trama de Ethernet tendrá el MAC del par como destino.

  • Para pares fuera de la subred, la trama de Ethernet tendrá el MAC de la puerta de enlace como destino.

(Esto se aplica a la configuración predeterminada. Algunas redes de copos de nieve especiales alteran esto, por ejemplo, la mayoría de los sistemas operativos permiten agregar rutas "en enlace" adicionales para subredes adicionales; por el contrario, algunos conmutadores pueden configurarse respuestas ARP falsas de modo que incluso "en enlace "el tráfico es forzado a través de la puerta de enlace.)


Gracias, aunque el diagrama vinculado no me quedó claro, su explicación tenía sentido y aprendí algo nuevo.
Sir Adelaide

77
Cuando se envía un paquete a una dirección IP que no está en el caché ARP, la máscara de subred se usa para decidir si: 1. envía una solicitud ARP para la dirección IP de destino y utiliza el resultado como la dirección MAC de destino para paquete original; o 2. use la dirección MAC del enrutador como la dirección MAC de destino para el paquete original.

66
@Orpedo: los conmutadores no hablan IP y no saben nada sobre la estructura de subred; dependen completamente del campo MAC de destino. Por lo tanto, la máscara de subred es necesaria para determinar qué dirección MAC (es decir, qué host del destinatario) colocar en el marco de Ethernet en primer lugar.
Grawity

2
Los conmutadores @Orpedo son "enrutadores Ethernet". Utilizan direcciones Ethernet (direcciones MAC) para averiguar dónde enviar paquetes Ethernet. A diferencia de los enrutadores IP que usan direcciones IP para averiguar dónde enviar paquetes IP.
user253751

1
@Orpedo por razones históricas, usualmente ejecutamos IP sobre Ethernet, por lo que la carga útil del paquete Ethernet es un paquete IP, y la dirección de destino del paquete Ethernet es la dirección Ethernet del próximo enrutador IP. También va más arriba. Si ejecuta Tor sobre IP, la carga útil del paquete IP es un paquete Tor * y la dirección de destino del paquete IP del siguiente enrutador Tor. (* para que funcione la analogía, debe contar TCP y Tor juntos)
user253751

32

¿Cómo sabe una computadora si una dirección de destino está en la misma subred en otra?

Comprobación de la dirección local y la máscara de subred .

Veamos un par de ejemplos:

Si mi computadora tiene la IP 192.168.0.1y la máscara es 255.0.0.0, significa que cualquier dirección de 192.0.0.0a 192.255.255.255está en la misma subred. Los paquetes a todas esas otras computadoras no necesitan pasar por el enrutador, se pueden enviar directamente. Envíe un paquete ARP para obtener la dirección MAC de la computadora de destino y luego envíe el paquete.

Pero, si mi equipo tiene la dirección IP 192.168.0.1y la máscara es 255.255.255.128entonces los equipos de la misma subred IP son de adddress 192.168.0.0a 192.168.0.127solamente. Se puede llegar a ellos directamente (enviar ARP, buscar la dirección MAC, etc.). Cualquier otra dirección, por ejemplo, se 192.168.0.200debe alcanzar pasando por el enrutador.


1
Pero, ¿por qué necesita saber si está en la misma subred? Esa es la pregunta real aquí.
Grawity

3
Si el destino está en la misma subred, la computadora enviará el paquete directamente; de ​​lo contrario, lo enviará al enrutador. ¡¡¡¡Eso es todo!!!!
jcbermu

@jcbermu Pero su pregunta se basó en la idea de que, para la mayoría de las redes domésticas, los paquetes de todos modos pasarán por el enrutador de todos modos, tanto cuando deben enviarse al exterior como cuando deben redirigirse a cualquier otra subred local dispositivos.
devorado elysium

11

Algo no obvio sobre IP es que cada dispositivo IP es en sí mismo un enrutador .

Esto se puede ver en una PC normal con el comando "route print". Está conectado a dos redes: su segmento local de Ethernet o wifi y la red localhost. Cada paquete debe estar sujeto a una decisión sobre en qué red colocarlo.

Esto se hace más evidente si coloca su computadora en dos redes, digamos una "pública" y "privada". Ahora definitivamente necesita la máscara de subred para decidir en qué red enviar el paquete.

Muchas personas descubrirán accidentalmente que una PC con una sola conexión de red puede funcionar con una submáscara mal configurada: simplemente terminan enviando todo a la puerta de enlace.


1
Creo que su punto es que no es necesario que cada dispositivo sea un enrutador. Todos los dispositivos que no son enrutadores podrían enviar todo al enrutador, y lo reenviará al destino, incluso si está en la misma red que el remitente.
Barmar

@Barmar, ¿podría indicar a quién y qué está respondiendo? De lo contrario, su comentario no tiene sentido si, por ejemplo, eliminan su comentario, lo que puede haber sucedido en su caso. Lo que escribiste allí puede ser interesante si ves el contexto, ¿puedes proporcionar la barra de contexto?
barlop

1
@Barmar oh, bueno, si ese es el punto o la pregunta que crees que no se ha abordado ... la respuesta es que tener una jerarquía: interruptor, enrutador, lecciones de la carga en el enrutador. Pero el interrogador estaba confundido por el pensamiento incorrecto de que todos los paquetes van al enrutador de todos modos, y eso fue la raíz de la pregunta.
barlop

1
Configuración "iprouting": puede desactivar el reenvío, pero necesita tener una tabla de enrutamiento para saber qué interfaz usar para los paquetes salientes, incluso si las opciones son solo "lo" y "eth0". Re "enviar todo al enrutador": las ventajas de no hacerlo son más claras con las redes de capa2 compartidas, pero ya nadie usa 10base2.
pjc50

1
@Barmar: "Todos los dispositivos que no son enrutadores podrían enviar todo al enrutador, y lo reenviará al destino, incluso si está en la misma red que el remitente". Sin error. No funciona de esa manera. En teoría, podría. En la práctica, no lo hace. Los enrutadores pueden intentar optimizar sus recursos simplemente ignorando el tráfico que va a la misma subred de donde puede venir el tráfico. Dado que así es como funcionan (al menos algunos) enrutadores, otros dispositivos deben ser lo suficientemente complejos como para saber que enviar tráfico a un enrutador sería una pérdida de tiempo, de lo contrario, esos otros dispositivos no se comunicarán correctamente
TOOGAM

7

Veo esto mencionado en algunas de las otras respuestas aquí, pero creo que podría ser más claro: en computadoras con múltiples interfaces de red, la máscara de subred se puede usar para determinar automáticamente en qué interfaz física enviar tráfico IP en función de la dirección IP de destino.

Si está enviando un paquete a un dispositivo en una LAN conectada a una de las interfaces, para saber en qué interfaz enviarlo (si no ha configurado una ruta explícitamente), la computadora puede verificar las interfaces para ver Si subnet_mask y destination_ip == subnet_mask y interface_ip (por &me refiero a nivel de bit-y y ==me refiero a la igualdad afirman), y si hay una coincidencia, seleccione dicha interfaz.

De esa manera si tienes, por ejemplo:

  • Interfaz A con 192.168.1.42/24
  • Interfaz B con 10.0.0.15/24
  • Interfaz C con 192.168.2.97/24

Y envía un paquete a 192.168.2.123 y no tiene una ruta configurada, se puede determinar que la interfaz C debe usarse porque 255.255.255.0 y 192.168.2.123 == 255.255.255.0 y 192.168.2.97 .

Esto no sería posible si no se conociera la máscara de subred, por lo que tendría que tener una ruta configurada para cada dirección IP a la que envió datos.


6

TCP / IP podría haberse diseñado como usted sugiere: los nodos hoja enviarían todo al enrutador y lo reenviarían al destino, que podría estar en la misma subred que el remitente.

Pero este no sería un diseño óptimo, por dos razones:

  1. Utiliza más ancho de banda: cada paquete entre dispositivos en la misma subred debe transmitirse dos veces: una desde el remitente al enrutador y otra vez desde el enrutador al receptor. En las redes donde el enrutador también es el conmutador de red, en realidad no se trata de un ancho de banda adicional, ya que de todos modos pasaría por el conmutador. Pero no todas las tecnologías de red funcionan así. El diseño original de Ethernet era una tecnología de bus, sin interruptor central ni repetidor.

  2. Pone más carga en el enrutador. Incluso si el enrutador también es el conmutador, es un poco más de trabajo porque ha ido a la implementación de enrutamiento de capa 3, en lugar de la conmutación de capa 2 más simple.

Una filosofía general que incorpora el diseño de TCP / IP es que los nodos finales son dispositivos inteligentes, por lo que se supone que pueden hacer parte del trabajo. No tienen que conocer la topología de red completa como lo hacen los enrutadores troncales, pero saben lo suficiente sobre el entorno local para asumir parte de la tarea inicial de enrutamiento local vs remoto. No se necesita mucho código para implementar este enrutamiento inicial simple.

Además, los dispositivos que no son enrutadores no están necesariamente en una sola subred. Puede tener fácilmente varias tarjetas de red en una PC; muchas tienen Ethernet y WiFi. Y cada uno de ellos se puede conectar a una subred diferente, y se usan direcciones más máscaras de subred para determinar qué tarjeta de red usar. Si ejecuta máquinas virtuales, es probable que haya una subred virtual que las conecte al sistema host.


Mientras tanto, creo que las redes de cajeros automáticos se diseñaron de esta manera (probablemente como resultado de estar orientadas a los circuitos): no hubo transmisión ni distinción entre enrutadores y conmutadores; topología de árbol / estrella hasta el final.
Grawity

@grawity De hecho, en los años 70 y 80 hubo una gran diferencia de filosofía entre las empresas de telecomunicaciones y los académicos al diseñar sus redes. Los telcos estaban acostumbrados a redes inteligentes con nodos finales tontos (por ejemplo, teléfonos), y diseñaron sus redes con conmutación de circuitos administrada por el núcleo.
Barmar

5

Si miramos una tabla de enrutamiento (esta es mi máquina de escritorio):

ruta ip

default via 172.20.25.1 dev eth1 
172.20.25.0/24 dev eth1 proto kernel scope link src 172.20.25.33 
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.1

ruta

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         172.20.25.1     0.0.0.0         UG    0      0        0 eth1
172.20.25.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

Cualquiera de las dos vistas transmite la misma información. Las máscaras de subred indican qué hosts son directamente accesibles en esa red, y otros hosts se encuentran utilizando una puerta de enlace. En particular, tenemos que saber que la puerta de enlace es accesible, de lo contrario no podríamos enviar paquetes para que se reenvíen.

En principio, podría enviar todo a través de su host de puerta de enlace. Eso se vería como

default via 172.20.25.1 dev eth1 
172.20.25.1 dev eth1 proto kernel scope link src 172.20.25.33 

o

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         172.20.25.1     0.0.0.0         UG    0      0        0 eth1
172.20.25.1     0.0.0.0         255.255.255.255 U     0      0      

No lo he intentado, pero se puede usar para el reenvío forzado por MAC .


El último método a veces se usa deliberadamente; ver MAC reenvío forzado .
Grawity

2

Bien, entiendo cómo se usan las máscaras de subred para dividir una red en subredes, pero mi pregunta es, ¿por qué cada computadora en la red necesita conocer la máscara de subred y no solo el enrutador?

bueno, los dispositivos a los que las personas se refieren como enrutadores generalmente no son solo enrutadores ... por lo tanto, las personas a veces usan términos como NAPT Router, o Home Router, o Consumer Router, para sugerir que no se trata simplemente de un enrutador. Para señalar que no son solo enrutadores, estos dispositivos pueden hacer NAPT (que no es enrutamiento), y tienen un interruptor incorporado (un interruptor hace puente, que no es enrutamiento: distinciones entre un interruptor y un puente están un poco mal definidos: se puede decir que un puente a menudo tendría 2 puertos y conectaría diferentes medios de red (por ejemplo, ethernet y no ethernet), mientras que un conmutador tendría múltiples puertos y el mismo medio de red). Un interruptor hace un puente.

Si el conmutador se separara del "enrutador", de hecho, sería más claro. Cuando la dirección IP está en la misma red, el paquete se dirige a baja el cable a lo que sigue físicamente, que es el conmutador, y finalmente se destina a otra computadora en la red (a menos que fuera un conmutador administrado y estuvieras conectado al conmutador, por ejemplo, telnet o http y el conmutador tenía su propia ip ), y dado que el paquete no está destinado a otra red, el paquete no llegará al enrutador. Cuando está destinado a una computadora en una red diferente, entonces, por supuesto, sigue yendo al conmutador, pero luego continúa al enrutador (el conmutador dirigió el paquete al enrutador y la dirección MAC de destino del paquete que llega a el conmutador habría sido la dirección MAC del enrutador), y la ruta lo enrutaría fuera de la interfaz correcta del enrutador.

Con estas cosas típicamente llamadas enrutadores, que tienen conmutadores dentro de ellos (como, no los enrutadores cisco / juniper de estilo profesional), entonces el conmutador está dentro ... Pero esa es solo la ubicación del conmutador ... Sigue siendo eso cuando la IP está encendida la misma red, entonces el paquete se dirige al conmutador, no al enrutador. Y va solo al interruptor dentro del enrutador y no llega al enrutador.

Podría entenderlo, si cada computadora estuviera físicamente conectada entre sí con un cable,

¿Qué quieres decir aquí? Si todas las computadoras de una red completa estuvieran físicamente conectadas con un cable ... entonces supongo que no necesitarías un conmutador o enrutador. Lo que estás describiendo suena un poco como el ethernet original ... y si todos están conectados con un cable, probablemente no sería una red tan grande. Y de todos modos, no será un cable como estás acostumbrado. Tendría computadoras conectadas en el camino con "toques". Así que no sé por qué acabas de lanzar esa frase.

pero todos los paquetes deben pasar por el enrutador de todos modos.

entonces quiere decir dejar de lado la idea de todas las computadoras conectadas con un cable sin enrutador.

Y no, incluso en la configuración de su hogar, no pasan por el enrutador cada vez. Incluso con su "enrutador doméstico", llámelo caja de internet. Ellos van al interruptor en ella.

Digamos que tengo una computadora en una red 192.168.0.0/255.255.255.0, que tiene la IP 192.168.0.1.

Si esa computadora intenta comunicarse con una computadora fuera de la subred, digamos 192.168.1.1, transmite el mensaje al enrutador,

al conmutador luego desde el conmutador va al enrutador

el enrutador identifica que la IP está fuera del rango de IP de la subred, y en lugar de transmitirla en la subred, la transmite a la red a la que está conectada (quizás otro enrutador).

bueno, el enrutador identifica para qué interfaz de red es. Envía de una interfaz a otra interfaz. Una distinción, además de qué interfaz, sería si una red está directamente conectada o no. Podría enviar a un interruptor y luego a una computadora. O podría enviar a una computadora. O si la red no está conectada directamente, iría a otro enrutador.

y tu última oración fue

transmite el mensaje al enrutador,

y luego, ¿de repente decidiste dejar de escribir?

el enrutador identifica que la IP está fuera del rango de IP de la subred, y en lugar de transmitirla en la subred, la transmite a la red a la que está conectada (quizás otro enrutador).

bueno, no lo diría así. Cada interfaz en el enrutador tiene un rango de IP diferente.

Pero, con su enrutador de consumidor o su enrutador doméstico, lo que sucede es que es como un enrutador con dos interfaces, una a su lado tiene un interruptor conectado. Y los puertos múltiples son puertos del conmutador.

Entonces, si piensa en términos de la parte del enrutador, no es como si esto estuviera dentro de la subred y fuera, porque potencialmente hay muchas redes. Hay uno en cada interfaz. Y el enrutador no lo va a transmitir de vuelta a la misma red de la que proviene. La razón por la cual llegó al enrutador en primer lugar es precisamente porque el conmutador (al que llegó primero) vio la dirección MAC y vio que esa no es la dirección MAC del enrutador.

La computadora que envió el paquete, verificará si la IP de destino del paquete está en su propia red o en la misma red, y luego, basándose en eso, elegirá la dirección MAC relevante. O la dirección MAC de la computadora a la que está destinada (eso es si la computadora está en la misma red). O (si la computadora está en otra interfaz del enrutador), entonces será la dirección MAC del enrutador. Supongo que eso podría responder el título de su pregunta directamente, en cuanto a por qué la computadora necesitaría conocer la máscara de subred ... En el sistema TCP / IP tal como está ... así es como funciona, la computadora selecciona la capa 2 correspondiente dirección, por ejemplo, para ethernet, la dirección MAC.


1
Más bien una respuesta que condensa, pero está bien. Si crees que esa fue mi última oración, tu navegador no está cargando toda la página.
Orpedo

@Orpedo ok, no me di cuenta de eso. He eliminado esa línea preguntando si dejaste de escribir, y he incluido y respondido al resto de ese párrafo. Ese fue realmente un párrafo clave bastante curiosamente porque la respuesta a él aborda el tema de su pregunta.
barlop

Re: cambiar vs puente. El conmutador se usa típicamente para puentes transparentes, es decir, puentes que tienen una base de datos (Base de información de reenvío IIRC) que relaciona MAC y puertos, y llena la FIB aprendiendo los MAC del MAC de origen en tramas de Ethernet. A diferencia de otros tipos de puentes, por ejemplo, puentes proxy-ARP. Otro significado del conmutador es más genérico, puede significar un dispositivo en cualquier capa, por ejemplo, un conmutador L7 enruta conexiones basadas en metadatos de nivel de aplicación, un enrutador también podría llamarse un conmutador L3, ... </ lexicographic rant>
ninjalj

Re: un enrutador que no transmite algo a la misma red de la que proviene: de hecho puede, y también transmitirá un redireccionamiento ICMP que dice el origen: "oye, el objetivo está en tu red, puedes comunicarte con él directamente" .
ninjalj

@ninjalj Supongo que si tiene un concentrador conectado al enrutador, entonces el enrutador recibirá un paquete destinado a la red de la que proviene. Pero si tiene un conmutador (supongo que la gente rara vez tiene concentradores ahora aparte de para fines de diagnóstico). ) .. entonces el conmutador no enviará un paquete al enrutador si el paquete está destinado a regresar a través de ese conmutador a la red desde la que se originó. Y las cajas que combinan enrutadores e interruptores, por supuesto, tienen un interruptor. No hay cajas que combinen enrutador y concentrador.
barlop

1

Pero, ¿por qué se da la máscara de subred para el dispositivo / cuputer, cuando no la necesita para nada? - Orpedo 22 de marzo a las 13:45

El ordenador / dispositivo hace uso de la máscara de subred con el fin de calcular la dirección IP de difusión.

Las interfaces IP que no están en modo promiscuo están configuradas para responder a la dirección de difusión IP, así como a su propia dirección IP.


Ya marqué una respuesta, pero en realidad fue una respuesta bastante breve y útil.
Orpedo

1
Creo que esto está casi totalmente mal. Las interfaces de red no saben nada sobre IP; responden (y aplican automáticamente) las direcciones MAC. Es por eso que tenemos ARP: entonces, si conozco la dirección IP de una máquina en mi red local, puedo conocer su dirección MAC y usarla para comunicarme con la máquina. Bueno, hay una dirección MAC de transmisión, que se usa en todas las transmisiones. La dirección IP de difusión existe solo por uniformidad.
G-Man dice 'reinstalar a Monica' el

-1

Creé una cuenta solo para responder esto, ya que creo que otros están complicando demasiado el papel de una máscara de subred.

La máscara de subred determina con qué otras máquinas en una red se comunicará un host. Si un host se encuentra fuera de mi subred, intentaré hablar con esa máquina a través de mi puerta de enlace. Si ese host está dentro de mi subred, hablaré con ese host directamente (no se necesita puerta de enlace). Además, si una máquina fuera de la subred de un host intenta comunicarse con ella, esos paquetes caerán en oídos sordos y se caerán de inmediato.

¿Por qué es eso relevante para ti? Porque si no utilizáramos máscaras de red, si intenta hablar con el servidor DNS de Google (8.8.8.8) le exigiría a usted (y CADA otro host que habla con él) que conozca su dirección física (dirección MAC). Esto provocaría que su computadora y todos los demás necesiten crear una entrada ARP para cada máquina de Internet con la que hable. Perdería la memoria RAM y ralentizaría todas las redes, ya que la dirección física de las máquinas pasa mucho más de lo necesario.


Anteriormente mencioné lo que sucedería si no usáramos redes y puertas de enlace cuando quise decir lo que sucedería si no usáramos máscaras de red. Si no utilizáramos Gateways y redes ... Internet sería una red plana gigante y para hablar con el servidor DNS de Google, tendría que transmitir el paquete a través de Internet y ver si Google respondía. Internet se rompería de inmediato con todos haciendo ese tipo de tráfico de transmisión.
Szeraax

1
Hay dos modos de trabajar sin máscaras de subred: el host intenta acceder a todo en L2 directamente o utiliza la puerta de enlace L3 para todo. Está asumiendo que la primera sería la única opción, pero eso no es cierto: la pregunta original y todas las demás respuestas son más sobre el último modo, que incluso se usa en la práctica en algunas redes.
Grawity
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.