Изучаем компьютерные сети. Понятие «компьютерная сеть»

Топология компьютерной сети с общей шиной.

На заре развития сетевых технологий чаще всего компьютерная сеть реализовывалась по технологии с общей шиной. Предположим, что в организации пользователь и компьютер подключался к одному общему кабелю, который распространялся по всей организации.
Кабель, который распространялся по всей организации, к примеру, от первого этажа по двенадцатый, назывался общей шиной. Обычно это был коаксиальный кабель (не тот коаксиальный кабель, который предназначен для передачи телевизионного сигнала, а специализированный). И все компьютеры, сервера и принтеры без всяких коммутаторов (switches) подключались напрямую к этому кабелю с помощью специальных разъёмов. В общем, есть один толстый коаксиальный кабель с большим сечением, а к нему с помощью коаксиала с меньшим сечением подключались рабочие станции и сервера. В чём заключалась проблема такой топологии и почему от нее решили отказаться? Дело в том, что, когда один компьютер передавал данные на сервер, все другие компьютеры не могли пользоваться сетью вообще. Пока один компьютер передаёт какие-то данные (либо в Интернет, либо на сервер), все остальные компьютеры организации не могли ни передавать данные друг-другу, ни выходить в Интернет, ни передавать данные на сервер. Всё дело в том, что если бы (см. рисунок), к примеру, компьютер РС-1 начал бы передавать данные на сервер и РС-3 тоже начал бы передавать данные на сервер, то данные смешались бы в общей шине и произошла бы коллизия. То есть произошло бы наложение сигналов друг на друга. В результате чего данные были бы испорчены. Если бы ПК отправил какую-то битовую последовательность на сервер и другой ПК сделал тоже самое, то на каком-то промежутке сети эти данные наложились бы друг на друга, произошла бы коллизия и сервер получил бы просто битовую «кашу». Тоже самое получилось бы, если бы убрать отсюда switch и соединить все провода просто скруткой. Пока ПК с сервером обменивались бы информацией, все данные перемешались бы, наложились бы друг на друга, случилась бы коллизия в результате чего данные были бы испорчены.

Топология компьютерной сети «каждый на каждого».

Кроме топологии с общей шиной существует топология «каждый на каждого». Данная топология не образует коллизии, так как здесь каждый ПК связан с каждым ПК. Но представим, к примеру, в организации 50 ПК и пользователь хочет, чтобы каждый ПК смотрел на каждого другого ПК прямым проводом. В этом случае потребуется 50 сетевых карт (а если 600 ПК – то нужно 600 проводов и столько же карт). Такая топология в сетях DM-VPN (там не физическое соединение на карту проводами, а логическое).
Топология «звезда».
Следующая топология – звезда, при которой уже используются коммутаторы (switches). Коллизий в данном случае не будет. Данные, что передаются на сервер, называются кадры. Когда этот ПК хочет на сервер передать кадр, то он их отправляет в сеть. Данные бегут и попадают на порт коммутатора.

Как происходит передача информации в одноканальной сети
На порту у коммутатора есть два буфера. Один буфер – входящий, другой – исходящий. Когда данные пришли на порт switch, то они попадают в его входящий буфер. После этого данный switch с помощью определённых механизмов выясняет, на какой порт ему нужно переложить данные. Поскольку данные передаются для сервера, то данные входящего буфера попадают на исходящий буфер этого порта. Далее switch ждёт, пока освободится канал. Если канал в настоящий момент занят, (какие-то другие участники сети используют сервер), то данные, полученные от ПК будут храниться в буфере, пока не освободится канал. Как только он освободится, данные попадут на сервер. Если сразу два участника захотят обменяться информацией, то в исходящий буфер смотрящий на сервер буфер порта попадут кадры сразу с обеих ПК. Только канал освободится – данные поочерёдно будут переданы на сервер. Таким образом коллизия не случится. До switch коммутацию делали посредством хабов (концентраторов), являющихся просто электрическим повторителем. У них не было буферов. Если бы оба соединённых хабом ПК посылали данные на сервер, то они просто смешались бы в канале. Но в switch есть буферы, и такого не происходит.
Что такое «домен-коллизия»? Это такой участок, где может произойти коллизия. В топологии звезда – это участок от ПК до switch. Коллизия может случиться, если два устройства будут работать в режиме half-duplex. И ограничена она будет только дистанцией от компьютера до коммутатора. За пределами этого провода коллизия случиться не может, так как switch не только соединяет все устройства, но и еще с помощью буферов разделяет сигналы кадров от разных ПК, что предотвращает появление коллизии.
Если бы стоял роутер, то он бы отделял одну канальную среду от другой. Данные в одноканальной среде называю кадрами. Кадр – это единица информации, которая передаётся по сети в пределах одной канальной среды. В пределах одной канальной среды адресация по IP-адресам работает лишь косвенно. Основным здесь является МАС-адрес. То есть, когда мы передаем от ПК на сервер кадр, то он передаётся не на IP-адрес сервера, а на его МАС. Пользователь указывает IP-адрес, но с помощью arp-технологии данный адрес преобразуется в МАС-адрес, и кадр идёт на МАС-адрес этого сервера.

Что такое МАС-адрес и МАС-таблица в компьютерной сети?

МАС-адрес производителем вшивается в энергонезависимую память сетевого оборудования. То есть всё сетевое оборудование, к примеру, сетевая карта работающей по витой паре сетевого оборудования, Wi-FI- точка доступа и любые другие сетевые устройства, даже тот же роутер, имеет на своём борту вшитый производителем МАС-адрес. Ниже рассмотрена структура МАС-адреса. МАС-адрес состоит из 2-х частей. В первой части МАС-адреса представляет из себя уникальный идентификатор организации IEEE. То есть компания- производитель сетевых карт должна обратиться в другую организацию, которая называется ІЕЕЕ для того, чтобы эта организация выделила вот этот специальный идентификатор. После того, как компания-производитель сетевых карт получит этот уникальный идентификатор, она к нему уже может добавить свои любые значения. В результате получаются МАС-адрес и благодаря вот этим МАС-адресам контролируются сторонние организации. В общем, посредством выдачи уникальных идентификаторов для компаний-производителей сетевых карт, сетевого оборудования, а также назначенного компанией-производителем своей уникальности (2 часть МАС-адреса) и достигается уникальность МАС-адреса для каждого конкретного устройства в пределах одной канальной среды. В каждом сетевом устройстве МАС-адрес должен быть уникальным. Следовательно, производитель одну часть придумывает сам, другую часть получает от организации ІЕЕЕ, в результате чего и получается МАС-адрес, который вшивается в энергонезависимую память сетевого устройства. МАС-адрес состоит из 48 бит, из них 24 бита занимает уникальный идентификатор организации ІЕЕЕ, другие 24 бита назначаются производителем оборудования. Вот как выглядит МАС-адрес: 00-60-2E-3A-07-DC
Для человека МАС-адреса представлены шестнадцатеричными представлениями. А для ПК нет этого понимания, и он работает с последовательностью битов. Ниже представлено превращение понятного для человека шестнадцатеричного представления в видимую компьютером последовательность битов. Перевод можно сделать при помощи встроенного в систему калькулятора, переведённого в режим программирования. МАС-адреса записываются в энергонезависимую память.
Каждая цифра, каждая буква МАС-адреса – это один октет. В общем, когда передаются кадры в них будет написан МАС-адрес сервера, но будет написан не буквами, а в виде битовой последовательности («0» — сигнала нет и «1» — сигнал есть).

Какие существуют МАС-адреса?

UNICAST (начинаются на «00») адрес предназначается одному конкретному устройству. То есть если один ПК передаёт данные отмеченному синим квадратом ПК, то они будут использовать его UNICAST-адрес.
BROADCAST (широковещательный) адрес выглядит в виде одних только символов «F». Такой адрес позволяет отправить кадр с информацией сразу всем участникам сети. То есть если один из ПК сети отправит кадр, получателем которого будет указан МАС-адрес такого типа, то кадр попадёт сразу на все ПК в сети.
MULTICAST (многоадресные) адреса начинаются на «01». От широковещательных адресов они отличаются тем, что кадр приходит не на все компьютеры сети, а только на ПК определённой группы.
Допустим в сети 50 компьютеров, из них у 20-ти имеется MULTICAST-адрес. Значит, если ПК пошлёт кадр с MULTICAST-адресом, то из всех ПК получит данный кадр только 20 компьютеров.
В общем, UNICAST-адрес принадлежит одному ПК, BROADCAST-адреса используются для того, чтобы всем ПК в сети послать кадр, и MULTICAST-адреса используются для того, чтобы послать кадр только конкретной группе устройств.
Таким образом выяснено, что адресация в пределах одной канальной среды происходит не с использованием IP-адреса, а с использованием МАС-адреса. Пользователь указывает ІР, но с помощью arp-протокола он преобразуется в МАС-адрес. Ведь обычный switch не умеет работать с ІР-адресами. Он работает только с МАС-адресами. Если ПК отправляет какой-то кадр на сервер, то этот кадр по проводу переходит в буфер switch, который знает, на какой порт ему этот кадр переложить. Оказывается, у коммутаторов есть механизм, который позволяет запоминать, за каким конкретно портом коммутатора какое устройство (и с каким МАС-адресом) подключено.
И когда какой-то кадр приходит на порт коммутатора с МАС-адресом сервера, switch точно знает, что ему нужно посылать кадр только на порт отмеченного зелёным квадратом сервера. И он точно знает, за каким портом у него находится этот МАС-адрес. Делается это с помощью таблицы, называемой МАС-таблицей коммутаторов. В терминологии Cisco она называется САМ-таблица. Первоначально, когда коммутатор только включается, когда на него только подаётся питание, его МАС-таблица пуста. То есть он первоначально после загрузки не знает, за каким портом какой МАС-адрес находится. И когда ПК хочет послать данные другому ПК, то он посылает кадр, который попадает на switch. Поскольку switch не знает, за каким портом находится ПК-получатель, он отправляет этот кадр сразу на все свои порты. Как только кадр поступил на switch его МАС-таблица изменилась. Несмотря на то, что он по-прежнему не знает МАС-адрес ПК-получателя. В МАС-таблице появился МАС-адрес ПК-отправителя. Ведь в кадре имеется не только МАС-адрес ПК-получателя, но также и ПК-отправителя. Switch может прочитать кадр и видит, что у ПК-источника, подключенного к этому порту, стоит определённый МАС-адрес. Switch его записывает и посылает кадры на все ПК. Что происходит далее?
ПК, получив предназначенный для него кадр, посылает для ПК-отправителя ответный кадр и как только он достигает коммутатора, switch сразу же записывает в таблицу адрес компьютера с ответным кадром. Таким образом коммутатор уже знает порт и МАС-адрес ПК-отправителя-кадра и ПК, отправившего ответный кадр. И кадр от switch поступает не на все устройства, а на конкретное устройство-получатель (оно уже отмечено в МАС-таблице коммутатора, как МАС-адрес устройства, первоначально отправившего кадр: «порт 1: МАС РС А»). Процесс, когда коммутатор рассылает кадры на все ПК называется UNICAST FLOODING.
Следует отметить, что когда МАС-таблица пустая и кадр приходит на коммутатор, то он отправляет его на все ПК, кроме ПК-отправителя, поскольку в его логике нет смысла посылать кадр туда, откуда он пришёл.

Теперь стоит рассмотреть, что будет, если ПК получит кадр не предназначенные для него? Он просто отбрасывает его. Он видит, что кадр не для него (не тот МАС-адрес). Ответный кадр формирует только тот ПК, для кого предназначен кадр (где указанный в кадре МАС-адрес получателя совпадает с МАС-адресом сетевого устройства ПК-получателя).
Другая ситуация. Что делать, если к порту коммутатора в сети подключен не конкретный пользователь, а другой switch, за которым находится несколько абонентов. Что будет происходить с МАС-таблицей в этом случае. Тогда в МАС-таблице будет несколько записей (пять, десять, двадцать и так далее) по данному порту, в каждой из которых будет МАС-адрес подключенного к другому коммутатору устройства.
К примеру, один компьютер начнет обмениваться с другим компьютером. Коммутатор запишет его МАС-адрес по данному порту. Другие ПК начнут с ним общаться, коммутатор запишет и их МАС-адреса по данному порту в таблицу маршрутизации. Таким образом в данном коммутаторе по данному порту будет записано сразу несколько адресов.
Размер таблицы МАС-адресов у простых моделей составляет 1000 записей, у более продвинутых моделей – 5000, еще более продвинутых – 8000 записей и так далее. То есть чем дороже устройство, тем у него больше записей. Что случиться, если таблица будет переполнена? Если, к примеру, у простого коммутатора все 1000 записей будут заполнены, то в этом случае при получении кадра, в котором в качестве назначения будет написан неизвестный адрес, switch разошлёт кадр снова на все порты. Произойдёт процесс UNICAST-FLOODING.
Если в течение какого-то времени от определённого ПК не будет никакого ответа, то коммутатор подумает, что компьютер «умер», выключен, извлечён и через некоторое время он очистит его МАС адрес.
А если таблица будет переполнена при подключении какого-то устройства, то наиболее старая запись таблицы будет стёрта и заменена более новой. Напоминаем, что МАС-таблица и САМ-таблица – это одно и то же. Есть также и ТСАМ-таблица и используется она в «продвинутых» коммутаторах, умеющих работать с ІР-адресами (L3- switch). В таких устройствах можно использовать access-list, на основании которых коммутатор будет проверять, можно ли вообще перекладывать этот кадр. В остальных же коммутаторах кадр пришёл на порт, устройство открыло таблицу, увидело, за каким портом «сидит» нужный МАС-адрес, и переложил из буфера в буфер этот кадр. А в ТСАМ таблице коммутатор («продвинутый») будет проверять, а можно ли вообще перекладывать этот кадр, а также он будет проверять, в какой последовательности можно передавать этот кадр. Потому, что если мы говорим о качестве обслуживания и у нас есть несколько очередей на передачу траффика,то с помощью ТСАМ таблицы он будет смотреть, какая их них будет более приоритетной. Таким образом было выяснено, что коммутатор выполняет три важных роли:
— позволяет удобным образом соединить все компьютеры между собой;
— он их не просто соединяет между собой, а предотвращает появление коллизий;
— у него есть таблица МАС-адресов, позволяющая полученный с одной стороны кадр переложить и направить только в один конкретный порт в нужную сторону, что значительно уменьшает нагрузку на сеть.
В рисунке выше имеется всего лишь 4 компьютера. И ничего не произойдёт, если предназначенный для одного ПК кадр направится сразу на все компьютеры в сети. А если в организации 600 компьютеров, каждый из которых генерирует 1000 пакетов в секунду. Получается, что за секунду в сети генерируется 600 000 пакетов. И если бы не было бы механизма с МАС-таблицам, то в каждую секунду времени каждый компьютер получал бы кадры от всех компьютеров. В результате на сеть была бы очень высокая нагрузка, поскольку вместо того, чтобы кадр направить в конкретно нужную сторону, он был бы разослан всем ПК, каждый из которых при этом получал бы совсем не нужную копию кадра (таких 600 000 копий). Соответственно коммутатор с помощью своих МАС-таблиц и буферов значительно повышает производительность сети. Так и получаются скорости 10 МБ за секунду, 100 МБ за секунду, 1Гб за секунду и даже 40 ГБ за секунду внутри сети.
Также следует напомнить, что существующая САМ-таблица реализуется не в имеющейся в оперативной памяти коммутатора, а на специальном чипе, который намного быстрее, чем оперативная память, поскольку коммутатору нужно за миллисекунды принять коммутационное решение, так как в отличие от маршрутизации, коммутация – штука быстрая. И для этого САМ-таблицы реализуются на очень быстром чипе.
Кстати, МАС-адрес можно поменять, и эта возможность смены МАС-адресов реализуется за счет того, что адрес в процессе загрузки сетевой платы из энергонезависимой памяти загружается в оперативную память. И из-за того, что МАС-адрес сидит в оперативной памяти пользователь и может его поменять.
Перед началом коммутации компьютер сформировывает 2 пакета: ICMP и ARP. ARP-пакет идёт на switch, который пересылает его (при пустой МАС-таблице) на все ПК в сети. Из всех ПК только один (с правильным МАС-адресом) пошлёт ответ – остальные – просто отбросят кадр. Кадр-ответ попадает на switch, от которого идёт уже не на все ПК, а только на ПК-отправитель запроса (в МАС-таблице уже указан адрес отправителя запроса).

Настройка Cisco-коммутаторов компьютерной сети

Теперь несколько слов о настройке Cisco-коммутаторов. В комплекте к любому Cisco-коммутатору прилагается кабель, один конец которого подключается в специальный RJ-45-порт (консольный порт коммутатора), а другой в СОМ-порт ПК (новые коммутаторы подключаются уже в USB-порт ПК).
Управление коммутатором происходит в специальной программе (Терминал – под Linux, терминальная программа под Windows). При подключении коммутатора и запуске терминальной программы наблюдается интерфейс с командной строкой.
В командной строке можно после «>» написать «?» и сразу появится список доступных команд
Подключившись к коммутатору, пользователь попадает простой режим с очень маленьким списком команд. Необходимо перейти в полный режим управления, который в терминологии Cisco называется привилегированным. Для этого после «>» написать нужно «enable» и нажать на Enter. Теперь командная строка имеет вот такой вид.
Также в этом режиме можно поставить знак «?» и посмотреть, какие команды будут доступны. Чтобы выйти из привилегированного режима, нужно ввести «exit». Можно не вводить полностью «enable», достаточно ввести «en». Результат тот же. В списке команд в данный момент понадобится только одна команда «show». Для чего она понадобится. Для отображения созданной таблицы МАС-адресов.
В данный момент МАС-таблица пуста. Компьютеры либо вообще (либо долгое время) не обменивались информацией. После «общения» компьютеров между собой снова запускается команда вывода МАС-таблицы. В таблице показаны МАС-адреса, подключенных к конкретным портам ПК. Следует напомнить, что команда show работает только в привилегированном режиме.
Теперь несколько слов о переходе в режим конфигурации коммутатора. Вводится команда: conf ter
Теперь командная строка (последняя строчка рисунка) показывает, что коммутатор находится в режиме собственного конфигурирования. Для начала поменять можно имя коммутатора. Делается это следующей последовательностью команд.
— conf ter
— hostname любое_имя

Чтобы посмотреть МАС-адрес по конкретному порту, можно ввести команду.
— conf ter
— show mac-address-table int fa 0/2

Что такое дуплекс и полудуплекс
Теперь стоит перейти к понятиям «дуплекс» (full-duplex) и «полудуплекс» (half-duplex).
Смотрим на соединение между коммутатором и сервером. При включении режима half-duplex в этом случае в один промежуток времени данные могут перемещаться только в одном направлении. В один и тот же промежуток времени данные либо передаются, либо принимаются. Это понижает скорость работы. При полном дуплексе (full-duplex) данные могут автоматически сразу и приниматься, и отправляться. То есть в витой паре по определённым жилам они будут и передаваться, а по другим жилам приниматься. Все зависит от скорости интерфейса, а также от того сколько жил используется. Если используется 4 жили при 100 МБ/с соединении, то 2 провода будут использоваться на приём, а два – на передачу. При 1 Гб/с соединении используются все 4 пары, и 4 жилы будут использоваться на приём, а 4 – на отправку. На режим дуплекса можно устанавливать вручную, т.е. можно выбрать либо half-duplex, либо duplex. Но по умолчанию установлен режим авто-согласования. Когда подключается сервер, а точнее – его сетевой карты к коммутатору, то с помощью провода и последовательности битов происходит режим авто-согласования между сетевой картой сервера и коммутатором относительно того, в каком режиме эти устройства будут взаимодействовать между собой. Если, к примеру, у коммутатора порт 1 ГБ, а у сервера – 100 МБ, то посредством авто-согласования они «договорятся» о том, что порт коммутатора будет работать на 100 МБ скорости.
Установка режима работу устанавливается как на уровне дуплекса, так и на уровне скорости. К примеру, коммутатор может работать на дуплексе, сетевая карта сервера может работать на дуплексе. Коммутатор поддерживает скорость 1 ГБ, а сетевая карта – только 100 МБ. Коммутатор автоматически переходит на скорость 100 МБ. Это режим авто-согласования. При отключении авто-согласования дуплекс и скорость устанавливается вручную. Делается это с помощью команд:
— conf ter
-interface fa0/3 (указываем порт, на котором будет установлен полудуплекс со скоростью 10МБит/с)
— duplex half (установка полудуплекса)
-speed 10 (установка скорости 10 Мбит/с)
— exit (выход из режима конфигурирования)
-show interface fa0/3 (посмотреть параметры соединения через порт fa0/3)

Данная последовательность команд переводит коммутатор в режим конфигурирования устройства, затем – в режим конфигурирования отдельного интерфейса, после чего после ввода команды «duplex» система предлагает три варианта подключения: auto – режим автосогласования, full – полный дуплекс и half – полудуплекс. Выше показан ручной перевод порта в режим полудуплекса.
Получили сообщение о том, что после того, как порт переведён в режим half интерфейс сначала выключится (первая строка, затем упадёт его канальный уровень (второй уровень), затем он включился (третья строка), поднялся его канальный уровень. В общем, произошла перезагрузка интерфейса. А порт переключился в режим half-duplex. Теперь устанавливается скорость.
Система предлагает установить скорость в 10 МБ/с, 100 МБ/с и возможность автоматической конфигурации скорости. Если бы сетевая карта поддерживала бы скорость в 1ГБ/с, то система также предложила бы такую возможность. Устанавливается 10 МБ/с.
Можно теперь выйти из режима конфигурирования. Теперь система в режиме общего конфигурирования. Выполняется выход и из этого режима. И в момент нахождения системы в привилегированном режиме можно ввести команду просмотра параметров в интерфейсе fa0/3 (последняя строка на рисунке). На экране появится информация, из которой виден МАС-адрес интерфейса, его работу в полудуплексе и при скорости в 10 МБ/с, сколько пакетов интерфейс отправил, сколько было коллизий (наложений сигналов друг на друга), сколько раз перезагружался ПК, ошибки check-суммы.

Что будет, если на соединённых одним проводом портах будет разные режимы (к примеру. на одном будет установлен duplex, а на другом – полудуплекс)? Если на одном устройстве half, а на другом – full, то возникнет нарушение работе устройств. Если на одном устройстве Auto, а на другом – full, то оба устройства будут работать в full-дуплексе. Если на одном устройстве Auto, а на другом – hals, то оба устройства будут работать в half-дуплексе.

На рисунке показано, что при ошибочной установке на один порт полного дуплекса, а на другой – полудуплекса возникнет нарушение работы (пакеты передаваться не будут). Почему желательно, чтобы авто-согласование было включено на обеих устройствах? К примеру, один порт (на рисунке ниже) поддерживает полный дуплекс и скорость в 1ГБ/с. Другой порт (на сервере), также поддерживает полный дуплекс и скорость в 1ГБ/с. Оба устройства поддерживают хороший режим работы. На одном порту авто-согласование включено, на другом – выключено. Что произойдёт? Коммутатор пошлёт сигнал для согласования режима работы. А на порту сервера авто-согласование выключено. В результате коммутатор поймёт, что соседняя сторона авто-согласования не поддерживает, значит это какое-то очень «древнее» устройство, с которым нужно работать на старых стандартах и старых скоростях и в полудуплексе. И коммутатор переводится в режим полудуплекса с работой на скорости в 10 МБ/с. Но на самом деле сервер работает на высоких стандартах. Происходит несоответствие стандартов, нарушение работы устройств друг с другом, пакеты передаваться не будут. Поэтому, авто-согласование либо должно быть включено на обеих портах, либо выключено и одинаковые параметры должны быть выставлены вручную).
Ещё следует отметить, что при работе портов в режиме полудуплекса возможно появление коллизии. В полудуплексе одновременно может выполняться либо приём, либо передача. Если же коммутатор сработает со сбоем и на участке ПК-коммутатор произойдет одновременно и приём, и передача, то произойдёт коллизия, сигналы станут накладываться друг на друга, в результате произойдёт битовая «неразбериха», кадры испортятся, передаваемая информация испортится. При полном дуплексе такого не произойдёт. Когда включается полудуплекс? Когда что-то не так с сетью. Дело в ком, что при работах на высоких скоростях предъявляются высокие требования к качеству кабеля, то есть должен быть нормально обжат коннектор, каждая жила должна нормально контачить с контактной площадкой коннектора, кабель должен быть без повреждений. все 8 жил должны работать полноценно. А при низких скоростях в 10 МБ/с при полудуплексе таких требований нет. Поэтому при возникновении сбоев в сети, ошибках check-суммы, наблюдении большого ping, оба порта переключаются в режим полудуплекса. Ping стал нормальным? Ошибки check-суммы исчезли? Значит проблема в кабеле (неправильно обжат, повреждён и так далее).
В заключение следует описать, как сохранить все изменения в конфигурации Cisco-роутера. Делается это последовательностью команд.
-enabled (переход в привилегированный режим)
-copy running-config startup-config (копирование изменённого конфигурационного файла в ПЗУ роутера).