В чём отличие коммутатора от маршрутизатора?

Коммутатор работает на уровне 2 модели ISO/OSI, маршрутизатор - на 3 уровне. Коммутатор понятия не имеет, что за данные выше 2-го уровня. Маршрутизатор нужен в тот момент, когда пакет покидает пределы локального сегмента. То есть, если у тебя сеть 10.1.0.0/24 а ты шлёшь пакет в сеть 10.1.2.0/24, то возможность прохождения такого пакета по правильному маршруту обеспечивает маршрутизатор.

Коммутатор просто гоняет пакеты, составляя таблицу соответствия «MAC-адрес назначения - порт куда слать пакет». Маршрутизатор это умное устройство, считай комп с несколькими сетевухами и своим айпи-адресом на каждой. Самостоятельно обрабатывает ARP со всеми соседями (коммутатор их щлёт транзитом как и всё остальое), а решение «кудда слать» принимает на основе айпи-адреса назначения (как обычная ОС с таблицей маршрутов). Также может уметь делать NAT, VPN и прочие сложные штуки.

Я бы ничего не понял в этом объяснении, если бы сам не знал ответ.

А ТС бы понял, если б в семестре учился.

А можете ответить на второй вопрос, если Вам не сложно? Это упрощение лишних моментов?

Извините, также не совсем понимаю. То есть, коммутатор передаёт кадры по MAC-адресу (надеюсь это так называется), а маршрутизатор пакеты по IP-адресу?

А если конечное устройство отправляет сообщение, в MAC-адрес оно записывает адрес конечного устройства-получателя или ближайшего коммутатора?

Я не учусь по этой специальности.

Это упрощение лишних моментов?

В некоторой степени. Есть всякие штуки типа VLAN, про которые стоит прочитать чуть позже. А ещё куча всяких дополнительных штук, которыми не стоит пока забивать голову.

Извините, также не совсем понимаю. То есть, коммутатор передаёт кадры по MAC-адресу (надеюсь это так называется), а маршрутизатор пакеты по IP-адресу?

Да.

А если конечное устройство отправляет сообщение, в MAC-адрес оно записывает адрес конечного устройства или ближайшего коммутатора?

Так как маршрутизатор деинкапсулирует содержимое 3 уровня, а затем упаковывает обратно, то MAC адрес назначения меняется. То есть, изначально в кадре в качестве MAC адреса назначения указан маршрутизатор, а после прохождения маршрутизатора - уже MAC адрес конечного устройства, или следующего маршрутизатора.

или ближайшего коммутатора?

У коммутатора нет адресов, ни айпи ни мак. Он для конечных устройств невидим, как будто там просто провод сквозной идёт. Там мак маршрутизатора (default gateway) или компа в локалке (тогда маршрутизатор не нужен).

Большое спасибо.

Большое спасибо. Но кажется всё стало только сложнее.

Что сложнее то?

Хорошо, другие формулировки:

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

Маршрутизатор это легковесный (не всегда, бывают и крайне мощные) комп с, вобщем-то, произвольным функционалом, но обычно он просто пересылает дальше пакет, руковоствуясь айпи-адресом назначения (исходя из ручных настроек). Маршрутизаторы видны в выводе traceroute.

аналог «скрутки проводов» это хаб, он не в курсе не про что - всё что прилетело то всем разослал

коммутатор в курсе физики близлижайших - он умеет немного читать, и знает кликухи соседей

маршрутизатор вообще сцуко умный - он имеет сношения с такими-же и всех прочих зовёт немного иначе

https://www.youtube.com/watch?v=PBWhzz_Gn10 вот это погляди

Глянул начало, при виде нетшкафа прослезился, такой родноооой... :)

Ох не для молодежи да еще и не совсем верно :)

1. Хаб тупое быдло, поэтому всегда хреначит в общий чат ака броадкаст КАПСОМ

2. коммутатор закончил что-то кроме пту и потому внезапно может помнить больше одного мак адреса, а потому заходит в общий чат и навязчиво просит всех представится, после чего переходит в личку. Быдло в нем просыпается когда кто-то кого-то упомянул, а он сцуко совсем не в курсе

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

зы на третьем пункте кончилась фантазия, додумай сам, на 100% достоверность я совсем не претендую

даблзы совсем тупой хаб просто орет, про чятик он совсем ничего не знает

Почему?

Потому, что коммутатору это не нужно. Он не изменяет заголовки пакетов. А маршрутизатор - изменяет

Быдло в нем просыпается когда кто-то кого-то упомянул, а он сцуко совсем не в курсе

Или когда кол-во личек превышает физическую возможность между ними переключаться.

Коммутатор всё-таки соотносит некое количество MAC-адресов с определённым интерфейсом, чтобы предотвращать петли и обеспечивать параллельную передачу между интерфейсами.

Коммутатор всё-таки соотносит некое количество MAC-адресов с определённым интерфейсом

Ну да, и я об этом уже целых два раза написал. Но своих адресов у него нет.

петли

против них это не особо поможет

Но своих адресов у него нет.

Не факт, ой не факт :)

против них это не особо поможет

man 'loop detection'

Не факт, ой не факт :)

Речь была не про отдельный управляющий интерфейс на всяких каталистах (которые, тем не менее, на пользовательских портах эмулируют всё тот же свитч - чуть апгрейднутую скрутку, только виртуальную распределённую).

man 'loop detection'

Ладно может и так.

Ладно может и так.

Без может

влезу в тему, ибо возник похожий вопрос

Зачем нужен свитч 3 уровня? Никогда в жизни не юзал, что это роутер «для бедных» или у него есть специальные свои сценарии применения, для которых не подойдет ни нормальный роутер и обычный хоть и управляемый свитч тоже не подойдт?

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

может стать роутером, пусть и без трансляции адресов, фильтрации трафика

Очень странное решение, половины нужного то нет. Что только дял провайдеров, чья цель - перегнать трафик не фильтруя и поскорее?

У любой компании крупнее деревенского магазина (ну, или около того) возникает необходимость во внутреннем роутинге между VLAN'ами. Не всегда для этого имеет смысл покупать роутер, или заводить все эти VLAN'ы на существующий.