Network Education
КаталогГлоссарийПрогресс
Cisco ICND2: коммутация, маршрутизация и WAN
  1. 1Введение
  2. 2VLAN в Ethernet
  3. 3VLAN в Cisco IOS
  4. 4Протокол Spanning Tree
  5. 5STP в Cisco IOS
  6. 6Агрегация портов
  7. 7EtherСhannel в Cisco IOS
  8. 8FHRP
  9. 9HSRP
  10. 10GLBP
  11. 11Динамическая маршрутизация
  12. 12EIGRP
  13. 13EIGRP для IPv4
  14. 14EIGRP для IPv6
  15. 15OSPF
  16. 16OSPFv2 в Cisco IOS
  17. 17OSPFv3 в Cisco IOS
  18. 18WAN-каналы
  19. 19Последовательный порт
  20. 20Последовательный порт в Cisco IOS
  21. 21PPP
  22. 22PPP в Cisco IOS
  23. 23BGP
  24. 24VPN
  25. 25GRE
  26. 26QoS
  27. 27Мониторинг
  28. 28Мониторинг Cisco IOS
  29. 29Загрузка Cisco IOS
  30. 30Лицензирование IOS
  31. 31Облака и SDN
Каталог/Cisco CCNA/Cisco ICND2: коммутация, маршрутизация и WAN/Последовательный порт в Cisco IOS

Последовательный порт в Cisco IOS

20Урок 20 из 31Фундаментальный курс

О чём этот урок

Настройка Serial-интерфейсов на Cisco IOS: задание тактовой частоты, инкапсуляция и диагностика физического уровня.

Ключевые выводы

  • На стороне DCE необходима команда clock rate для задания тактовой частоты; DTE подстраивается автоматически.
  • Команда bandwidth не влияет на физическую скорость, но используется протоколами маршрутизации (OSPF, EIGRP) для расчёта метрики — задавайте её с обеих сторон.
  • По умолчанию протоколы маршрутизации считают Serial Link каналом 2 Мбит/с, независимо от clock rate.
  • show controllers — ключевая команда для диагностики физического уровня Serial: всегда показывает режим порта (DTE или DCE).
  • Serial Link — устаревшая технология; в новых сетях не встречается, но используется в курсе для изучения WAN-протоколов.

Проверьте себя

Вопрос 1 из 5

Какая команда необходима на стороне DCE для Serial Link?

Вопрос 2 из 5

Влияет ли команда bandwidth на физическую скорость Serial Link?

Вопрос 3 из 5

Какую скорость протоколы маршрутизации по умолчанию считают для Serial Link?

Вопрос 4 из 5

Какая команда показывает, является ли порт DTE или DCE?

Вопрос 5 из 5

С обеих ли сторон нужно задавать bandwidth на Serial Link?

🔗Связанные уроки

⏩Продолжение темы

Работа с канальными средами в Cisco IOS (часть 1)Cisco ROUTE: проектирование корпоративных сетей
→

link-cisco-1 в ROUTE детально разбирает serial-линки и PPPoE — прямое продолжение вводного разбора в serial-cisco ICND2

Последовательный портPPP

Транскрипция

Последовательный порт на цисках существует. Да, мы про это знаем, потому что слайд так называется. Но давайте поговорим про то, как это происходит. Если говорить про настройку Serial Link на цисках, то вам нужен будет, если вы хотите две циски между собой связать с помощью Serial Link, вам нужен будет кабель, который позволит подключить эти две железки между собой. Если мы говорим про циску, которую вы подключаете к циске, то, скорее всего, у вас там с одной стороны будет DB60 и с другой стороны DB60. Или с одной стороны Smart Serial, с другой стороны Smart Serial. Вы покупаете кабель, который будет позволять этим двум железкам соединиться между собой. При этом вы должны будете убедиться, что этот кабель с одной стороны будет DTE, с другой — DCE. Как правило, прямо на самом кабеле будет написано, что это за кабель, как он предполагает, что вы будете к нему подключаться. Если у вас будет с одной стороны DB60, а с другой стороны будет Smart Serial, то вы должны будете убедиться, что DB60 будет

DTE или DCE — то, что вам нужно. И Smart Serial будет, соответственно, DCE или DTE наоборот. DCE — это тот, кто ведущий. DTE — это тот, кто ведомый. Обычно DCE находится со стороны провайдера, DTE — со стороны абонента. ClockRate задаёт любую скорость, с которой вы захотите. Интерфейс, в принципе, может позволить вам работать на совершенно произвольной скорости, какую захотите. Гипотетически, если вы зададите слишком большую скорость, которую интерфейс всё ещё, однако, поддерживает, у вас приёмный узел на соседней железке не сможет просто обработать сигнал. Не в том смысле, что он не сможет на такой скорости

работать, а в том смысле, что если вы зададите слишком большую скорость, то сигнал, который будет доходить до получателя, будет слишком сильно деградировать. Если говорить про стандартные скорости, на которых Serial Link будет работать, это скорости либо полтора, либо 2 мегабита. Вы указываете скорость в битах в секунду командой clock rate. Можно задать какую-нибудь кривую скорость, задайте скорость 12345 бит в секунду — пожалуйста, никто вас не заставляет указывать степени двойки или числа, пропорциональные степени двойки. Можете сказать, что вас интересует скорость 12345 бит в секунду. Интерфейс, может быть, прямо на такой скорости не сможет работать, но он постарается подстроиться максимально близко под выбранную вами скорость и будет работать на ней. С другой стороны, сосед автоматически под эту самую скорость будет подстраиваться. Команда clock rate не влияет на оценку скорости

интерфейса вышестоящим протоколом. У вас будет OSPF, который будет пытаться посчитать скорость, или EIGRP, который будет bandwidth угадывать для того, чтобы правильно с вектором на соседа работать. Bandwidth вам придётся в этом случае задать вручную. Отдельно задаётся скорость, на которой работает интерфейс, командой clock rate, и отдельно задаётся bandwidth, для того чтобы ваша циска понимала, какая там на самом деле эффективная скорость работы интерфейса. По умолчанию что OSPF, что EIGRP будут Serial Link воспринимать как интерфейсы со скоростью 2 мегабита в секунду. Bandwidth нужно будет с обеих сторон задать — как со стороны ведущего узла, так и со стороны ведомого узла. 2048 килобит в нашем случае нужно будет задать и с одной, и с другой стороны. Дальше, если вы хотите посмотреть на то, что у вас по факту получилось после того, как вы две железки соединили, — вы можете здесь, в конфиге написано, кто не знает, —

в обычной решётке делается show controllers. Есть команда, которая покажет вам состояние физики на интерфейсе. Эта штука очень сильно зависит от конкретной железки, от конкретного чипа, на котором работает Serial Link, поэтому она на разных железках будет сильно отличаться. Здесь показан просто в качестве примера вывод. Что здесь нас будет интересовать — нас будет интересовать вот эта фраза. Здесь показано, что DTE — это значит, конкретно этот роутер работает на этом линке в режиме DTE. Это значит, что он подстраивается под частоту, которую ему сообщает DCE. И здесь показывается, что он получил скорость — здесь показано 50 мегабит, не 2 мегабита, а 50 мегабит. Но всё остальное будет очень сильно зависеть от конкретного интерфейса, конкретного режима, на котором этот интерфейс будет работать. Может быть даже такое, что у вас на одной и той же железке будут две платы, выпущенные в разное время, и они будут иметь разную ревизию. И интерфейсы с разными ревизиями

могут выдавать show controllers абсолютно в разном формате. Не надо запоминать, что может быть. Главное — знать, что в show controllers обязательно будет указано, в каком режиме работает ваш порт: в режиме DTE или в режиме DCE. Если вы задаёте clock rate, вы работаете в DCE. Если вы принимаете clock rate, то вы работаете в режиме DTE. У вас один узел должен быть ведущий — задавать частоту, другой ведомый — принимать частоту. Собственно, всё — это практически единственное, что нужно знать про физику на Serial-интерфейсах, которые поддерживаются на оборудовании Cisco. Наши роутеры не имеют физических Serial-линков на них — они есть, но нарисованы, и поэтому show controllers там ничего интересного не покажет. Так что давайте мы на этот модуль просто посмотрим, скажем, что мы запомнили, что есть такая команда show controllers, которая показывает состояние физики, и дальше перейдём уже к настройке канального уровня. На канальном уровне всё будет немножко поинтереснее — это уже можно будет даже потрогать на

опыте.

Network Education

Бесплатная онлайн-академия сетевых технологий. Видеоуроки, транскрипции и структурированные треки обучения — от основ до продвинутого уровня.

ТрекиКаталогО проекте
© 2026 Network Education