Руководство по технологиям объединенных сетей Cisco (953103), страница 43
Текст из файла (страница 43)
В СОХРКЕО включены все параметры соединения, не настраиваемые по умолчанию. Обычно это максимальное количество принимаемых модулей данных, таблица асинхронных управляющих колов, протокол аутентификации и "магическое число". На этой стадии узлы согласовывают метод аутентификации и определяют, будут ли они поддерживать многоканальный РРР. В обычном потоке сообщений протокола ЬСР, используемых для согласования, присутствуют три следующих возможных ответа на любой запрос СОХРКЕО. 1.
Если узел распознал все параметры запроса СОХРКЕО и согласен с их значениями, то он высылает сообщение о подтверждении конфигурации (СопбйпгеАс)гпогг!едае — СОХРАСК). 2. Если какой-либо из параметров запроса СОХРКЕО не распознан (например, параметры, присущие определенному производителю) или значения некоторых параметров явно недопустимы в конфигурации данного узла, то он высылает сообщение с отказом от данной конфигурации (СОХЕ)яцге-КНес! — СОХРКН).
3. Если все параметры СОХРКЕО распознаны, но их значения неприемлемы для данного узла, то он высылает отрицательное подтверждение конфигурации (Сопйяоге-Хеааг!ге-Ас)гпочг!езде — СОХГХАК). Обмен сообщениями СОХРКЕ(), СОХРКЕ3 и СОХРХАК продолжается до тех пор, пока оба узла не отправят друг другу сообщения СОХРАСК, или пока не прервется соединение, или пока оба узла признают, что согласование не может быть достигнуто. 236 Часть)11.
Технологии распределенных сетей Аутентификация Аутентификация является необязательным этапом, но ее проведение настоятельно рекомендуется для всех коммутируемых соединений. В некоторых случаях она необходима для правильной работы, например, при использовании профилей набора.
Протокол РРР использует два основных типа аутентификации: протокол аутентификации по паролю (Раазмоп! Аиг!гспг!саг!оп Ргогосо! — РАР) и протокол аутентификации с предварительным согласованием вызова (С)за!!епде Напба)за!се Ацг!генг!саг!оп Рюгосо! — СНАР), определенные в КЕС 1334 и обновленные в КЕС 1994. Говоря об аутентификации, удобно использовать термины запраягивающая сторона (геоиезГег) и удостоверяющая сягорола (аиГ)зепг!саГог), отражающие роль устройств, расположенных на концах соединения.
ЗалравгиваюяГей саороной называют устройство, которое запрашивает доступ к сети и предоставляет аутентификационную информацию; удосаоверяющая слгороиа подтверждает достоверность этой информации и разрешает либо запрещает подключение. Когда между маршрутизаторами устанавливается 1)Г)К-соединение, обычно обе стороны по очереди выступают в обеих этих ролях. Протокол РАР достаточно прост. После успешного 1.СР-согласования запрашивающая сторона продолжает посылать свое имя и пароль до тех пор, пока удостоверяющая сторона не ответит подтверждением или пока не прервется связь.
Если удостоверяющая сторона определит, что комбинация имени и пароля неверна, то она может разорвать соединение. Протокол СНАР несколько сложнее. Удостоверяющая сторона направляет запрашивающей стороне вызов, на который последняя отвечает некоторым значением. Это значение вычисляется с помощью функции "одностороннего совмещения", чтобы совместить запрос и СНАР-пароль. Результат отправляется удостоверяющей стороне в виде ответного сообщения вместе с СНАР-именем узла запрашивающей стороны (которое может отличаться от обычного имени узла).
Удостоверяющая сторона читает в ответном сообщении имя узла, находит для этого имени ожидаемый пароль и вычисляет значение, которое она ожидает получить от запрашивающей стороны, проделывая описанную выше операцию совмещения. Если полученные значения совпадают, то аутентификация считается успешно законченной. Несовпадение этих значений приводит к разрыву соединения. Согласно стандартам КЕС, подтверждающая сторона во время соединения в любой момент может выполнить повторный запрос на аутентификацию .
Протокол МОР Согласование по протоколу ХСР во многом аналогично 1.СР-согласованию и также использует сообщения СОХРКЕ(), СОХЕКЕ3, СОХЕХАК и СОХЕАСК. Однако на этой стадии согласовываются элементы протоколов более высокого уровня — 1Р, 1РХ, мостовых протоколов, СОР и тд. Могут согласовываться один или несколько таких протоколов. Более подробно эти протоколы описаны в следующих стандартах КЕС: ° КЕС 1332 "1Р Соя!го! Ргогосо!'*; ° КЕС 1552 "1РХ Сои!го! Ргогосо!"; ° КЕС 1378 "Арр!етаНг Сои!го! Ргогосо!"; ° КЕС 1б38 "Впг!8!п8 Сопгго1 Ргогосо!"; 237 Глава 15. Коммутируемые соединения ° КРС 17б2 "1)ЕСпег Сои!го! Ргогосо1"; ° КРС 17бЗ "АХЕЯ Сои!го! Ргогосо1".
Дополнительные замечания Функции многосвязного протокола "точка-точка" (Мц!г!1!п)г Ро!пьио-ро!и! ргогосо! — МЕР, КРС !990) обеспечивают разделение и объединение пакетов в единую конечную систему через логический канал (также называемый пучком), образованный несколькими линиями связи. Многосвязный РРР обеспечивает предоставление по требованию необходимой пропускной способности и снижает задержку передачи по распределенной сети, В то же время он обеспечивает взаимодействие оборудования разных производителей, фрагментацию пакетов с соблюдением правильной последовательности и вычисление нагрузки как для входяших, так и лля исходяших потоков данных. Разработанный корпорацией Сйсо многосвязный РРР поддерживает фрагментацию и требования по обеспечению правильного порядка пакетов, описанные в КРС 17!7.
Многосвязный РРР работает со следующими типами интерфейсов (с одним или несколькими): ° асинхронные последовательные интерфейсы; ° интерфейс ВК1; ° интерфейс РК1. Многоопорный многосвязный РРР (Мц!г!сйазз!з Мц!г!!!п)г РРР— ММР), напротив, обеспечивает дополнительную возможность разрыва соединения на нескольких маршрутизаторах с различными удаленными адресами. ММР также может работать как с аналоговыми, так и с цифровыми данными. Эти функции предусмотрены лля ситуаций, когда работает большое количество пользователей, подключенных по коммутируемой линии, и есть лишь один сервер доступа, который не может обеспечить достаточное количество коммутируемых портов.
Протокол ММР позволяет компаниям использовать один телефонный номер для всех пользователей независимо от типа вызова — анаяогоаого или цифрового. Эта функция, в частности, предоставляет возможность проаайдерам службы 1пгегпег выделять один 1ЯЭХ-номер для нескольких первичных !ВОЙ-интерфейсов обмена и не беспокоиться о том, попадает ли второе подключение пользователя на этот же маршрутизатор. Протокол ММР не требует изменения настройки коммушторов телефонной компании.
Протокол аутентификации, авторизации и учета (ААА) Еше одной важной технологией, которую следует упомянуть, является использование аугентификации, авторизации и учета (Ацгпепг!саг!оп, Ацгпопхаг!оп, апг! Ассоцпйпй — ААА). В ААА используется протокол ТАСАСБ или протокол КА()ШБ. Эти два протокола разработаны для поддержки централизованного метода регистрации работы пользователей и доступа к сети. Использование ААА осуществляется путем настройки сервера (или группы серверов) для централизованного администрирования базы данных, содержашей информацию о пользователях. Такая информация, как пароль пользователя, адрес, который следует ему присвоить, протоколы, 2зв Часть !П. Технологии распределенных сетей которыми ему разрешено пользоваться, может контролироваться с одной рабочей станции. Протокол ААА также имеет мощные средства аудита, которые можно использовать для наблюдения за важными для администрирования показателями, такими как скорость соединений и причины отключений.
Протокол ААА следует использовать в любой средней или крупной системе коммутируемых соединений, но и в небольших учреждениях его применение вполне оправдано. Методы реализации коммутируемых соединений Большинспю маршрутизаторов поддерживают автоматическое соединение динамических каналов при поступлении предназначенных для них потоков данных. В реализации Сто зто называется маршрутизацией по требованию (Вйа)-оп-Т)ешапд Воаг1пй — РТЖ). Она обеспечивает экономичное соединение по распределенной сети, создаваемое по мере необходимости, которое может использоваться как в качестве основного, так и в качестве резервного некоммутируемого последовательного канала связи.
В своей основе маршрутизация РРК представляет собой просто дополнение к обычной маршрутизации. Представляющие интерес пакеты направляются на интерфейс номеронабирателя, который предпринимает попытку набора номера. Понятия интерфейс номеронабирателя и поток данных, прсдстаеяяюгиих интерес требуют отдельного пояснения. Что такое номеронабиратель? Термин номеронабиратель (д(а)ег) имеет несколько значений в зависимости от особенностей конфигурации, но обычно это интерфейс, где, собственно, и происходит маршрутизация. Зтому интерфейсу известен адрес и телефонный номер того пункта, куда должен быть доставлен поток ланных. При просмотре таблицы маршрутизации маршрутизатор находит в ней тот интерфейс номеронабирателя, который указан как адрес следующего перехода на пути к сети-получателю. Интерфейс номеронабирателя не обязательно должен быть физическим интерфейсом, выполняющим набор номера, но может и быть таковым, если на физическом интерфейсе выполнена конфигурационная команда Жа1ек ап-Ьвпд.
После ее выполнения интерфейс становится номеронабирателем. Например, асинхронный интерфейс не является номеронабирателем по умолчанию, однако если выполнить на нем конфигурационную команду сЫв1ек зп-Ьапд„то у него появятся функции номеронабирателя. В частности, вызовам, полученным по такому асинхронному интерфейсу после выполнения указанной выше команды, с момента ее выполнения будет назначено время ожидания.
Примером физическою интерфейса, являющегося также номеронабирателем, является интерфейс ВИ, Внимание! В ЮЗ С)все для отсчета времени подключения, в течение которого не передаются представляющие интерес денные, используется таймер ожидания. По умолчанию он установлен на 2 мин, по истечении которых неактивное соединение прерывается. Кроме физических интерфейсов, используемых в качестве номеронабирателей, существуют так называемые интерфейсы номеронабирателя. Они представляют собой 239 Глава 15. Коммутируемые соединения логические интерфейсы, которые связываются с реальными интерфейсами для осуществления вызова.
Преимушество интерфейсов номеронабирателя заключается в их гибкости. Группа потенциальных ГЗРЙ-подключений может совместно использовать несколько Вк!-интерфейсов. Существует два вида конфигурации интерфейса номеронабирателя: карта номеров (иногда называемая традиционной маршрутизацией 01Ж) и профиль. Выбор одного из них зависит от конкретной ситуации, в которой осуществляется соединение.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
