Настройка Serial-интерфейсов на Cisco IOS: задание тактовой частоты, инкапсуляция и диагностика физического уровня.
Какая команда необходима на стороне DCE для Serial Link?
Влияет ли команда bandwidth на физическую скорость Serial Link?
Какую скорость протоколы маршрутизации по умолчанию считают для Serial Link?
Какая команда показывает, является ли порт DTE или DCE?
С обеих ли сторон нужно задавать bandwidth на Serial Link?
Последовательный порт на цисках существует. Да, мы про это знаем, потому что слайд так называется. Но давайте поговорим про то, как это происходит. Если говорить про настройку 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, которая показывает состояние физики, и дальше перейдём уже к настройке канального уровня. На канальном уровне всё будет немножко поинтереснее — это уже можно будет даже потрогать на
опыте.