Когда используются MAC-адреса вместо IP-адресов в модели OSI?

Хорошо, поэтому я учусь на экзамен в сети +, и я перешел на модель OSI примерно миллион раз, и я понимаю большую часть этого достаточно хорошо, и мои исследования идут хорошо. Однако в моем понимании есть одна икота. Я понимаю, что когда данные отправляются в другую сеть, для этого нужно использовать логические адреса или IP-адреса, и я понимаю, что это слой 3 (Сеть). Итак, мой вопрос: что, если пункт назначения для данных находится в локальной сети? Используют ли они IP или MAC с ARP, и является ли этот уровень 3 или 2? Например, используется ли сетевой уровень, если пункт назначения находится в локальной сети?

3 голоса | спросил golgothan3 7 J000000Monday14 2014, 09:05:35

3 ответа


4
  

Я понимаю, что когда данные отправляются в другую сеть, он должен использовать логические адреса или IP-адреса, чтобы добраться туда

Как и модератор сказал, IP-адреса и адреса mac используются в ethernet, поэтому вы смущены и не понимаете, как это работает. Если PC-A на ethernet отправляет трафик IPv4 на ПК-B в другой сети, пакет все равно должен прибыть на маршрутизатор первого шага. IP-адрес назначения будет PC-B, но MAC-адрес назначения является mac-адресом маршрутизатора первого шага.

PC-A настроен с IP-адресом маршрутизатора следующего шага и ARP-адаптерами ПК-А, чтобы найти MAC-адрес маршрутизатора первого шага.

В этом случае маршрутизатор первого шага (также называемый «шлюз по умолчанию») использует свою таблицу маршрутизации, чтобы найти подходящий интерфейс для доставки пакета к ПК-B.

  

что, если пункт назначения для данных находится в локальной сети? Используют ли они IP или MAC с ARP, и является ли этот уровень 3 или 2? Например, используется ли сетевой уровень, если пункт назначения находится в локальной сети?

Если PC-A хочет отправить трафик IPv4 на ПК-C в локальной сети, как MAC-адрес назначения, так и целевой IP-адрес предназначены для ПК-C.

PC-A понимает, что PC-C находится в одной сети, поэтому ARPs находит MAC-адрес ПК-C.

В этом случае lan-switch использует свою таблицу MAC-адресов, чтобы найти правильный интерфейс для доставки пакета. Тем не менее, PC-C по-прежнему проверяет IP-адрес назначения, чтобы убедиться, что он принадлежит на ПК-C.

ответил user5025 7 J000000Monday14 2014, 09:37:12
0

Когда вы говорите «что такое пункт назначения», я думаю, это сильно зависит от того, что вы на самом деле делаете.

, если у вас есть приложение, такое как FTP, и вы используете FTP с хоста A на хост B в той же сети .. вы все равно доходите до уровня 7 (прикладной уровень), не имеет значения, включен ли хост A той же сети или на другой стороне мира.

Интересная часть заключается в том, как далеко продвинуться по слою каждый прыжок. если вы находитесь в одной сети, то, скорее всего, вы подключаетесь к коммутатору (устройство уровня 2), а затем переключение между двумя хостами, нужно только перейти на уровень 2, чтобы коммутатор знал, что делать с пакетом , но если оба узла находятся в разных сетях, то маршрутизатору (уровень 3) необходимо прочитать адрес сетевого уровня, чтобы узнать, что с ним делать.

PS: если вы используете другой инструмент, такой как Ping, тогда используются только уровни 1,2 и 3. (не думайте, что для этого нужен слой 4).

ответил Sverre 7 J000000Monday14 2014, 14:17:41
0

MAC-адреса используются на уровне 2 и 3 уровня модели OSI, чтобы помочь в пересылке кадров и пакетов. Сначала принимается MAC-адрес, где он должен идти, и IP-адрес уровня 3. Это делается на уровне Frame и IP. Как только MAC-адрес кадра учитывается, а IP-адрес уровня 3 расположен, устройство уровня 3 пересылает кадр на соответствующий IP-адрес, который продолжит процесс, если существуют маршруты, и протокол уровня 3 верен.

Бест,

ответил Ty Smith 20 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowTue, 20 Sep 2016 08:07:16 +0300 2016, 08:07:16

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132