Тема 10. Коммутация. Как работает коммутатор.
HTML-код
- Опубликовано: 4 июл 2024
- История от моста до коммутатора, его отличие от хаба. Таблица коммутации (MAC table) на примере Cisco, Juniper, D-link
Таймкоды лекции:
0:00 - Вступление
1:05 - Мост
5:32 - Коммутатор
7:33 - Таблица коммутации (MAC table)
13:11 - MTU и Jumbo
14:13 - Пример коммутации
28:36 - Таблица коммутации Cisco
29:40 - Таблица коммутации Juniper
31:00 - Таблица коммутации D-link
31:45 - Широковещательный домен
37:36 - Опасность петель
45:24 - Стандартные иконки коммутаторов
Курс Huawei HCIA Datacom. Лекция 2. Основы коммутации Ethernet.
• Курс Huawei HCIA Datac...
Домашняя работа PacketTracer 2. Коммутация (Тема 10 лекций).
• Домашняя работа Packet...
"Тема 10. Коммутация. Как работает коммутатор.
• Тема 10. Коммутация. К... "
"Тема 11. Архитектура и исполнение коммутаторов.
• Тема 11. Архитектура и... "
Лучший курс из тех, что видел я. Большое спасибо.
Спасибо за высокую оценку!
Лучшее объяснение.
Здравствуйте. Выражаю Вам большую признательность за глубокое и доступное объяснение работы Сети. Очень помогает в работе начинающему спецу тех поддержки)
Спасибо за отзыв!
Уважаемые зрители! Если видео лекции/практики оказалось полезным,
поддержите ролик лайком и комментарием, это поможет ознакомить
с ним большую аудиторию. Спасибо.
Анонсы, обсуждения, вопросы тут: t.me/nir_net
Для желающих поддержать канал boosty.to/nir_net
Очень хороший курс! Первый раз понятно 95% процентов из того материала, который читает лектор! Спасибо за труд
Спасибо за отзыв!
Очень доходчивое объяснение. GIF-ка с широковещательным доменом из цикла уроков "Сети для самых маленьких" тоже порадовала. Благодарю за труд!
Да она, самая, удачная иллюстрация. Спасибо за отзыв!
Шикарный урок , да и в целом курс , наконец-то картинка начинает проявлятся в целое , первые уроки на много тяжелее заходиди )
Да, курс построен так что темы начинают цепляться друг за друга и создают единую картину о сетях и технологиях.
ТОПЧИК
20:40 - Теряться кадр не будет, а поподая на промежуточный коммутатор будет отсылать его во все порты кроме порта с которого пришёл, т.е. не только кадры с ff:ff:ff:ff:ff:ff отсылаются как широковещательные, но и не изученные.(вижу уже в комментариях ответили на вопрос).
29:55 - Золотые слова, сколько на собесах пытался эту мысль донести, а то всё начинают какие модели cisco,huawei настраивали? Да может я на обоих настраивал только виланы.
37:00 - Век живи век учись, ни когда не задавался таким вопросом, но могу вставить свои 5ть копеек, может кому полезно будет, именно когда линк гаснет по ней приходит/уходит сигнал, раньше я считал что почти постоянно горящий линк это показатель 100% загрузки.
41:15 Отключают xSTP протоколы для безопасности, но есть смысл включить на абонентских Loopback detection, но пример жизненый.
За уроки респект, не часто встретишь такие крутые уроки. Просмотрел на одном дыхании.
По поводу unknown unicast согласен, видимо я там оговорился. STP могут и отключать потому что они не нужны в конкретной топологии, по разному бывает(чаще всего он просто никак не настроен и живет своей веселой жизнью). Спасибо за такой развернутый комментарий!
Таймкоды лекции:
0:00 - Вступление
1:05 - Мост
5:32 - Коммутатор
7:33 - Таблица коммутации (MAC table)
13:11 - MTU и Jumbo
14:13 - Пример коммутации
28:36 - Таблица коммутации Cisco
29:40 - Таблица коммутации Juniper
31:00 - Таблица коммутации D-link
31:45 - Широковещательный домен
37:36 - Опасность петель
45:24 - Стандартные иконки коммутаторов
Лекцию слушать надо, а не трындеть и уважать чужой труд и время
Спасибо, все подробно и понятно. 7:40 а что происходит, если к коммутатору подключены хосты из разных подсетей?Не нахожу информации на эту тему. Например, если подключены 192.168.1.1/24 и 192.168.2.1/24. Почему не пингуется, на каком уровне пакет не проходит? Почему IP не вносится в таблицу ARP? Судя по всему за это отвечает не коммутатор.
arp не работает потомучто подсети разные, нужна маршрутизация. А так то можно без проблем поселить две сети в один коммутатор\VLAN и в рамках подсетей они будут нормально общаться.
Здравствуйте, имеется коммутатор catalyst 4500, цель - вернуть его в к заводским настройкам. Перезаливали в него ios с помощью rommon, и все равно когда запускаем, в коммутаторе куча лишних сущностей вроде вланов с разными номерами. Хотя по идеи их не должно быть, ведь конфиг чистый. Erase startup-config делали. Подскажите может есть в коммутаторах Cisco какая то сущность отдельная от startup-config которая может на это влиять?
файл vlan.dat содержит базу vlan, его тоже нужно удалить
Здравствуйте. Спасибо за ваш труд !) Вы очень хорошо объясняете !) Подскажите только : откуда у коммутатора 4 своих мак адреса ? Тайм код :29.29
Спасибо. это мас адреса принадлежащие vlan interface (которых может быть несколько). Также там мультикаст адреса 0100.0ccc.cccc - CDP/DTP/VTP/Pagp/UDLD, 0100.0ccc.cccd - протоколы STP итп
15:40 внесите ясность пожалуйста: ICMP протокол работающий на L3? Почему в данной схеме его пусть с L5? Это как-то связано с приложениями, использующими данный протокол? Если у данного протокола нету портов, то как его путь может быть выше L3?
Портов нету, но есть номер IP пакета если я не обшибаюсь может быть и номер внутри icmp пакета. А как иначе? вы открыли несколько окон и запустили ping, стек tcp отдаст ответы именно тем окнам ориентируясь по номерам sequence. А вот какой там именно уровень, 5,6, или 7 я не скажу, повторюсь модель OSI это просто принцип.
@@Networkisreachable, я не так хорошо во всём разбираюсь, но стремлюсь. Спасибо за ответ
Если сеть 3 уровня. Доступ, агрегация, ядро. Доступ коммутатор l2. vlan только первый. Можно сделать broadcast domain до коммутатора агрегации. Vlan1 затерминировать на агрегации?
Можно, обычно так и делают. Я это обсуждаю вот тут: ruclips.net/video/L245lS2XvUM/видео.html и в лекциях Huawei тоже есть.
Уточните, пожалуйста, мост, если не знаком с MAC-ом, отправит широковещанием кадр на все порты, включая тот, откуда он пришел? Если да, то как отреагирует получатель на повторное получение, если они с отправителем в одном домене?
У хаба есть mac-адрес? Если нет, то если к порту коммутатора через хаб подключить 2 хоста, как коммутатор будет реагировать на эту содомию? Он будет перезаписывать MAC на этом порту постоянно? Или будет две записи с этим портом? А если будет две записи, то при замене хоста на порту, старый мак должен остаться? Есть таймаут какой-то на время жизни в записях таблицы? Или такой сатанизм в целом не сможет согласовать соединение?
Мост отправит во все порты кроме того, с которого пришел МАС. Коммутатор сделает также!
@@Networkisreachable Спасибо большущее.
Будет 2 записи с этим портом. Ему в принципе не важно сколько записей на 1 порту: 1, 2, 5, 10, 110. Еслси вы соберёте гирлянду из коммутаторо и хабчиков, то коммутатор верхнего уровня будет знать все маки нижележащих устройств.
+Plus
20:10 L1 принял кадр? Почему здесь Узел2 (L2) принял пакет а не кадр? И опять L4 принят запрос. Формируем ответ?
Хост примет его на всех уровнях, сетевая карта примет сигнал на L1, обратобает кадр на L2, отдаст его в стек протоколов TCP\IP на уровне 3. Формально ICMP это уровень 3, но я называю его 4м, чтоб подчеркнуть модель OSI. Модель OSI не догма, это просто принцип. Естественно его пример и приложение на каком то из уровней 5-7 и вы увидите ответ.
А Вы в примере разбираете: по идее это же одна сеть (если одна маска), но почему нельзя просто передать данные между хостами по arp, а используется ip "поверх" arp. Или что-то не понял😅. Спасибо
ARP не передает информацию. ARP связывает IP-MAC. Если вы пересылаете по IP информацию в рамках одного сегмента, вам обязательно нужно знать MAC получателя. Для этого и нужен ARP.
@@Networkisreachable да, точно. Значит если хосты находятся в одной подсети (одна маска) используется технология канального L1: Ethernet/ WiFi и передача по мас адресам либо из уже известной таблицы, либо запрошенных arp-ом. Если хосты в разных сетях: передача с помощью более верхних уровней: tcp ip. Верно?
@@user-gg9ql8qo9m 1. используется L2 - коммутация
2. Если хосты в разных сетях то используется ip, но до шлюза по умолчанию вы всё равно пойдете по ARP-MAC
@@Networkisreachable спасибо!
+Plus