Книги, научные публикации Pages:     | 1 |   ...   | 8 | 9 | 10 | 11 |

Internetworking Guide Microsoft 2000 Server R Microsoft Press Межсетевое взаимодействие Microsof 2000 Server 2002 УДК 004 Microsoft Corporation Межсетевое взаимодействие. Ресурсы Microsoft ...

-- [ Страница 10 ] --

Arp Cache -> Cache promiscuous -> -> Рис. 14-25. Образец вывода команды ATMARP -С Каждый элемент соответствует сопоставлению одного IP-адреса с одним ATM-адресом. Максимальное число в кэше не ограничено, и они не сор тируются. Специальный адрес группы называемый со списком ATM-адресов клиентов, присоединив шихся в режиме.

В то же время каждый элемент кэша MARS соответствует сопоставлению одного IP-адреса с одним или несколькими ATM-адресами.

Б кэше содержатся только групп IP-рассылки, VC Mesh. Это важно, так как в сети может быть несколько активных сеансов групповой связи между набор групповых адресов (каждый из которых обслуживается MCS). В таком случае кэш MARS остается пустым.

IP поверх ATM Сеть IP поверх ATM обладает реальными преимуществами, но ее настройка и под держка требует поясняется, как эффективно ис пользовать и настраивать логические IP-подсети и админист ратору поддерживать высокую производительность сети.

Повышение уровня защиты за счет организации логических связь между логическими IP-подсетями (logical IP возможна только через маршрутизатор (RFC 1577).

ГЛАВА 14 ATM Добавление клиентов в LIS выполняется на уровне клиента, который ет коммутируемую виртуальную цепь (SVC) с и стати ческий или (выделенный DHCP) IP-адрес из набора адресов дан IP-подсети с одной маской подсети. LIS также создать на основе между клиентами в одной IP-сети или подсети с маской подсети.

Так, сеть IP поверх ATM может состоять из двух подсетей: первая предназначена для одного вторая Ч для пользователей другого отдела. Сер вер анализирует все попытки к сети CLIP. Все, кто обра щаются к одному и тому же серверу IP поверх ATM, находятся в одной IP-сети или подсети и используют одинаковую маску подсети, являются членами одной LIS. Все члены LIS имеют полные права на доступ друг к другу. Зашита ся просто за счет того, что члены других не могут подключиться к этой LIS или к членам.

Сочетание PVC и LIS открывает другую полезную функциональность IP Клиенты ATMARP можно связать друг с другом через диспетчер вызовов и IP ATM так, чтобы они использовали общую PVC, па и работающую без применения ATM-адресов. Тогда Вы сможете задей часть одной IP-сети или подсети и сформировать из них ком пактную и защищенную LIS. Такая подсеть недоступна из других подсетей даже через пока Вы не реализуете пакетов меж нужными подсетями. Другие варианты применения PVC описываются в следу ющем разделе.

использование PVC Как и логические IP-подсети, в определенных ситуациях тоже полезны в час тных ATM-сетях. Например, LAN большого студенческого кампуса переводится на более скоростную сетевую магистраль (ATM). такой магистрали требует для соединений лишь нескольких статических путей, которые очень редко. С задачей прекрасно справляется с вир туальными цепями (PVC).

Другой пример: небольшая WAN с двумя сайтами. Здесь необходимо постоянное выделенное высокоскоростное соединение, строго параметры на пути между сайтами. При постоянных виртуаль ных цепей ATM-коммутаторы обоих сайтов не создают дополнительные задержки и не передают Также не возникает необходимости ивать при каждой передаче ячеек или его. этом пересылаются между сайтами по установленной В Windows 2000 цепи настраиваются через дополнитель ные свойства диспетчера вызовов ATM.

Настройка IP ATM в среде, использующей PVC Компьютеры под управлением Windows 2000 или Windows 2000 Server можно настроить на IP поверх с использованием только Однако это тре бует определенной подготовительной работы.

Во-первых, назначьте каждому IP-адрес. Вам также (т. е. пара для каждой пары компьютеров. и 614 ЧАСТЬ 4 Интеграция сетей и мультимедиа ыа каждой стороне PVC. Соответственно настройте свои коммутато ры;

все PVC можно сконфигурировать как виртуальные типа UBR (с линей ной скоростью).

Выполните следующие процедуры.

Чтобы разрешить использование IP поверх ATM:

1. В окне Control Panel (Панель управления) дважды значок Network and Dial-Up Connections (Сеть и удаленный доступ к сети).

2. Щелкните правой кнопкой мыши значок подключения, которое соответствует установленному на данном компьютере, и выберите команду Properties (Свойства). Вы увидите список всех протоколов, привязанных к 3. Установите флажок в строке Internet Protocol (TCP/IP) [Протокол Интернета щелкните кнопку ОК.

Чтобы назначить компьютеру IP-адрес:

В окне свойств ATM-соединения выберите Internet Protocol [Прото кол Интернета и нажмите Properties (Свойства).

2. В диалоговом окне TCP/IP Properties [Свойства: Протокол Интернета (TCP/ в поле Connect Using (Использовать для подключения) выберите Ва шего ATM-адаптера, 3. Щелкните Use the following IP Address (Использовать следующий IP-адрес) и введите в поля IP Address (IP-адрес), Subnet Mask (Маска подсети) и Default Gateway (Основной шлюз).

Чтобы настроить клиент на каждом компьютере на использование только PVC:

1. В окне Control Panel дважды щелкните значок Network and tions и откройте окно свойств Дважды щелкните ATM Manager (Управление вызовами ATM) и перейди те на вкладку Properties (Свойства).

3. Щелкните кнопку Add (Добавить).

4. В диалоговом окне ATM PVC Configuration укажите имя PVC и номер VCI, а затем измените Application Type (Тип приложения) с Custom (Пользователь ский) на Default (По умолчанию).

Предотвращение несанкционированного доступа к коммутатору ATM безопасна просто своей природе, так как в нормальных обстоя тельствах подключиться к службам ATM Любой, кто попытает ся использовать такие службы извне, должен сначала обратиться к мосту (напри мер, к мосту между Ethernet и Token Ring или к маршрутизатору ATM-Ethernet).

Таким образом, простейший способ внешний доступ к LANE Ч не под ключать к ATM-коммутатору унаследованные устройства.

Ограничить доступ изнутри можно простой сменой имени ELAN и адреса ARP-cep по умолчанию. Эти изменения можно внести в процессе созда ния нескольких ELAN, друг для друга, но имеющих разные уров ГЛАВА 14 ATM ни защиты. Так как для доступа к сети нужен сервер ATMARP, Вы можете защи тить всю сеть, изменив адрес ATMARP. Тогда имя и адрес будут своего рода паролем для любого клиента, пытающегося войти в сеть и зарегистрироваться на Присоединение no (называемое Ч первое, что де почти все клиенты при присоединении к ELAN. Эту функциональность мож но ограничить фильтрами МАС-адресов Ч обычно на уровне LECS, но иногда и на уровне Ч присоединение с неизвестных МАС-адресов, Этот присоединения на некоторых коммутаторах можно ограничить запреще ILMI для Еще один Ч использование общеизвестного адреса (47.00.79.00.00.00.00.00.00.00.00.00.00.00.aO.3e.00.00.01.00).

Выявление и устранение проблем Выявление и устранение с обычно проходит по одно му и тому же сценарию, так как сильная сторона ATM (ориентированность на ло гические соединения) становится причиной неполадок, если устанавливать эти со единения не удается.

Поскольку соединения Ч ключевое звено в безотказной работы лю бой устранение неполадок в ней всегда начинается с утилиты ATMADM. Для диагностики большинства неполадок достаточно выполнить три Сначала atmadm -с и проверьте, правильно ли установ лены соединения.

Во-вторых, введите atmadm -а и проверьте, корректно ли работает ние. Если команда выдает какой-нибудь адрес, значит, ей удалось связаться с коммутатором и знает о наличии данного клиента эмуляции LAN. Иногда адрес возвращается, но доступ к каким-либо службам коммутатора невозможен Ч это связано с очень низким качеством соединения клиентом LAKE и коммута тором и чаще всего свидетельствует о проблемах с кабельной проводкой.

Наконец, если Вы не получили используйте atmadm -s, чтобы опреде лить, правильно ли ILMI. Если с ILMI все в порядке, то в двух нижних строках вывода этой команды (см. пример на рис. 14-21) показываются одинаковые, постепенно возрастающие значения. Значение в строке Received уве личивается немного с другой скоростью, чем значение в Sent.

Сбой при инициализации Одна из наиболее частых проблем с ATM-сетями Ч сбой при ново го клиента ATM. Обычно сбой является результатом того, что клиент LANE не мо жет обнаружить Причины такого сбоя могут быть разными: на не разрешено использование служб LANE, клиент пытается присоединиться к не существующей ELAN или коммутатор не поддерживает параметры клиентом при присоединении к нужной ELAN.

Если на коммутаторе разрешены службы LANE, команда atmadm -с показыва ет, что число исходящих увеличивается и что данный клиент пы тался соединиться с коммутатором по равной 0/17. Если клиент указы вает неверное имя ELAN при присоединении к сети, попытка связаться с комму татором приводит к регистрации соответствующего события в журнале. Но, если 616 ЧАСТЬ 4 сетей и мультимедиа на коммутаторе не служб LAKE, такое событие не ре гистрируется.

на коммутаторе не влияют на если только этот комму татор не отвечает за формирование Вы можете столкнуться с тем, что ско рость соединений меняется R от или что полоса каждой существенно меньше общей полосы пропускания, для Это может к потере соединений, которые на самом деле должны работать Чтобы такую измените парамет ры QoS на коммутаторе. Дополнительную см. в на ком мутатор.

PVC не пересылает ячейки Иногда при установлении одной или нескольких PVC (см. раздел IP поверх ATM ранее в главе) что PVC не пересылает ячейки от одного ко нечного другому. Корни этой проблемы можно найти ре зультатов, от atmadm -с и atmadm -a.

-А сообщает ATM-адаптера, взаимодействующего с коммута тором, и проверяет наличие ATMADM -С адреса входящих и исходящих вызовов, а также выводит атрибуты и Однако для PVC она сообщает информацию о входящей PVC, но не давая адрес.

-С не выводит адрес потому, что установление PVC вызова не требует.

В этом случае UNI, создавая просто открывает нужную соединения, включая и скорость передачи входящих/исходящих данных, на коммутаторе в настройки После созда ния остается на уровне UNI, даже если по нему не пе редается никаких Образен вывода ATMADM -С применительно к работающему на рис.

-с Windows Call Statistics ATM Connections on Interface : Interphase 5525/5575 PCI ATM Adapter Connection VPI/VCI Remote Address/ Media Parameters (rates in bytes/sec) P-P PVC 0/51 Tx;

Peak 16932864, Avg 16932864, MaxSdu Rx: Peak 16932864, Avg 16932864, MaxSdu Рис. 14-26. Образец вывода команды ATMADM -С для обычного PVC-соединения Примечание Пример па рис. 14-26 приведен для клиента ATM ARP поверх PVC без формирования трафика. Формирование трафика на коммутаторе на основе уров ней QoS может быть отличия скоростей передачи в разных направлени ях или полосы пропускания, всем до уровня, меньше го общей полосы пропускания всего соединения.

ГЛАВА 14 ATM Если -С показывает никаких соединений, отчеты -А и -S выглядят проверьте параметры PVC те параметров PVC на и на коммутаторе. Для успешного соеди нения по PVC они должны совпадать.

Если ATMADM -А не выводит адресов, не связь.

Если результаты ATMADM -S отрицательные, проблема с ATMADM -А сообщает ATM-адресе, полученного от коммутатора размер этих Ч 20 байтов. 13 байтов ляют адрес коммутатора, следующие 6 Ч адаптера и последний байт Ч чение селектора. Если адрес получен, Вашему компьютеру удается взаимо действовать с коммутатором уровне UNI.

Если ATMADM -А не выводит адрес, по и об ошибке не значит, она не может связаться с диспетчером вызовов. В таком случае вывод ATMADM -S. В обратите внимание на два последних показателя, касаю щихся передачи и приема. Если работает только передача, адаптер но соединение либо отсутствует, либо оно лишь полудуплексное. Это оз начает, что Проверьте, тот ли тип кабелей Вы ис пользовали, не ли какой-то участок и не ли где-то полярность.

Если и прием, и передача работают но Вы ATM-адрес, возможны две проблемы: либо ILMI на коммутаторе отключен, коммутатор работает в режиме 3.0. В любом случае исправить ошибки в конфигу рации коммутатора.

Если ATMADM -Л адрес и ATMADM -S сообщает, что работает, то обратите внимание в отчете ATMADM -S на число вов. При использовании LANE неудачные исходящие вызовы означают, что клиент LAKE не может соединиться с или общеизвестному ад ресу попытки увеличивают число неудачных исходящих вызовов).

Причин неудачи исходящих вызовов может быть несколько: на коммутаторе не ра ботают службы LANE, на коммутаторе не ELAN по умолчанию или с именем, указанным в клиента эмуляции LAN, не существует. В после днем случае в системный журнал записывается соответствующее Проблемы с IP поверх ATM Признаки проблем с IP поверх практически те же. Неудачные вызовы со сто клиента IP ATM обычно что по ATM-адресу пет сервера IP поверх ATM. В этом случае Вы должны исправить текущий ATM-адрес сервера на всех (эту можно распространить с все клиенты). Если неудачные вызовы происходят на стороне сервера IP поверх ATM, это может свидетельствовать о том, что коммутатор использует устаревшую версию и не позволяет регистрировать адреса для одного и того же соединения.

Дополнительные материалы Более подробную информацию об ATM см. по ссылке:

Х ATM Forum Signaling Specifications на странице ГЛАВА Интеграция телефонии и поддержка конференций Windows 2000 Ч платформа для приложений телефонии, предостав ляющая как средства интеграции и телефонии (com puter-telephony integration, так и более совершенную функциональность для Интернет-телефонии на IP (Internet и конференций.

В этой главе Обзор TAPI Клиент-серверная телефония и конференции Выявление и проблем См. также Х Подробнее о of Service Ч главу 9 of в книге Сети TCP/IP из серии Microsoft Windows 2000 Server.

Х О сервере удаленного доступа Ч главу 7 доступа в этой книге.

Обзор Приложения телефонии вызывают функции TAPI (Telephony API), а те обращают ся к таким компонентам, как TSP (Telephony Service Providers) и MSP (Media Service Providers), которые взаимодействуют с соответствующим аппаратно-про граммным обеспечением и предоставляют запрошенные сервисы телефонии. Эти приложения способны использовать и другую функциональность Windows-среды, в частности службы каталогов, базы и электронную почту.

ГЛАВА 15 Интеграция телефонии и поддержка конференций Получая информацию от телефонных TAPI автоматизировать обработку телефонных вызовов. TAPI также предоставляет инфраструктуру для IP и видеоконференций, давая возможность развертывать приложения, которые в себе традиционную и IP-телефонию, Основное преимущество TAPI Ч приложения телефонии могут работать о любым оборудованием, одним из TSP или Скрывая специфику кон кретных аппаратных средств, TAPI упрощает создание приложений телефонии и расширяет выбор для администраторов сетей. Благодаря TAPI можно, например, создавать приложения телефонии, способные работать с самыми телефонными системами. Без такой абстракции разработчику пришлось бы отдельный код для каждого типа телефонного с которым должна взаимодействовать программа.

Интеграция компьютера и телефонии Windows 2000 предоставляет средства интеграции компьютера и (com integration, Ч более совершенные, в предыдущих версиях операционных систем Windows. На их основе создан широкий спектр программ: от Phone Dialer (Телефон), которая позволяет набирать телефонный номер с компью тера, до приложений, управляющих вызовами в ходе конференций через Интернет.

TAPI предоставляет таким приложениям стандартные программные и механизмы (например, для ускоренного набора номеров, переадресации вызовов и идентификации звонящего), которые упрощают реализацию поддержки телефон ных операций.

Ниже перечислено еще несколько Интегрированные сервисы. голосовой почты на компьютерную платфор му позволяет создавать почтовые ящики для приема электронной и голосовой почты, а также факс-сообщений.

Приложения центров обработки вызовов. В этой области TAPI предлагает два способа интеграции:

Х через интерфейс аппаратной системы, например (Private Branch Exchange, PBX) или внешней системы автоматического вызовов (Automatic Call Distribution, ACD);

Х программной системы вроде сети IP-телефонии.

Исторически сложилось так, что приложения обработки вызовов, переадре сующие вызовы на основе информации из некоей базы данных, представляли со бой сравнительно дорогостоящие, закрытые системы, с трудом поддающиеся интег в существующие информационные системы. Перенос этих на полностью программную платформу ускоряет и разработку, уменьшает их себестоимость и обеспечивает более тесную интеграцию с компьютерными ин системами.

набор телефонных номеров. В сфере сер вер с соответствующим аппаратным обеспечением может быстро на брать список заданных номеров. Если сервер обнаруживает, что ему отвечает чело век, этот вызов немедленно агенту, обслуживающему клиентов. По скольку лишь малая часть вызовов приводит к соединению с людьми (чаще всего нужные номера или по никто не отвечает, либо трубку снимает автоот 620 ЧАСТЬ 4 Интеграция сетей и мультимедиа такое резко эффективность не тя рабочее время агента на непродуктивные звонки.

Интерактивный голосовой ответчик. Средства интерактивного голосового отве та Voice разработчикам создавать голосовые сообщающие, какие кнопки телефона следует нажать, чтобы получить дос туп к нужной или выполнить какую-либо Компьютерная мини-АТС. TAPI предоставляет интерфейс для создания унифи входного ящика Ч мини-АТС на основе персонального компьютера.

Весьма изощренные сервисы вызовов могут быть полностью реализова ны средствами Windows 2000.

IP-телефония и конференции. TAPI себя провайдеры сервисов IP-те которые поддерживают и видеоконференции по IP-сетям.

Microsoft-поддержка CTI TAPI также встроена в клиентские операционные системы Windows и Windows 98.

телефонии и поддержки конференций в 2000 состоит из:

Х Phone Dialer (Телефон);

Х интерфейса TAPI 3.0;

Х сервисов телефонии (Telephony Providers, TSP).

Приложение Phone Dialer Phone Dialer поставляется с Windows 2000. Phone Dialer поддер живает базовые а также аудио- и видеоконференции.

Вызывая Phone использует различные TSP, в том числе и Multicast Conferencing (этот компонент кон Кроме Phone Dialer можно использовать с TSP, поставляемыми другими вендорами.

Чтобы запустить Phone Dialer:

Из меню Start (Пуск) последовательно откройте подменю Programs (Програм мы), Accessories и Communications (Связь).

2. Выберите команду Phone Dialer (Телефон).

TAPI 2.1 и 3. Операционные системы Windows до Windows 2000 поставлялись с TAPI версии 2.1 или ниже. (Например, в Windows 95 включен TAPI 1.4, который можно обновить ло ТАР1 2.1, a Windows 98 поставляется с TAPI 2.1.) Эти версии TAPI предоставляли интерфейс для процедурного на С.

В Windows 2000 включен TAPI 3.0, но эта и предыдущие версии TAPI. В TAPI 3.0 Microsoft COM В версии Windows 2000 служб или услуг. Ч Прим.

ГЛАВА 15 Интеграция телефонии и поддержка Object Специальный набор создавать при ложения на любом языке программирования, в том числе на Microsoft Visual Java и Microsoft C++, а также на языках, предназначенных для написания таких как Visual Basic Scripting (VBScript) или JavaScript. APT для С жнему поддерживается, и Вы можете старые приложения рассчитанные именно на этот интерфейс.

В дополнение к СОМ интерфейс TAPI поддерживает функциональность для телефонии на базе Н.323 и для (многосторонних) аудио- и видео конференций по Провайдеры сервисов Провайдер сервисов Ч это DLL, экспортируемых для взаимодействия с или несколькими специфическими устройствами. Про вайдер сервисов отвечает на запросы, TAPI, и выполняет соответству ющие низкоуровневые Таким провайдер сервисов в сочетании с TAPI скрывает от приложений различных сервисов и при связи по сетям.

Разработчики могут сами писать провайдеры сервисов для нового или существую щего оборудования (чтобы спектр телефо нии). Каждый провайдер сервисов поддерживает минимум одно ство, например плату ISDN-адаптер, телефон или модем. Программа установки провайдера должна связывать этот с его устройствами.

ТАР1 3.0 поддерживает два класса провайдеров сервисов: TSP Service Providers) и MSP (Media Service Providers). TSP реализуют передачу сигналов и управление соединениями, a MSP доступ к виду мации, сопоставленному с соответствующим соединением.

Если TSP Ч обязательные то MSP лишь в TAPI 3.0 и не поддерживаются версиями этого интерфейса.

Windows 2000 включает в целый набор провайдеров сервисов, которые будут детально рассмотрены в этой главе:

Х Н.323 Service Provider (Поставщик службы доступа Н.323);

Х Multicast Conferencing Service Provider (Поставщик услуг Х Proxy Service Provider (Поставщик службы Х Service Provider поставщик услуг);

Х TAPI Kernel-Mode Service Provider (Поставщик службы режима TAPI);

Х 5 Service Provider (Поставщик услуг * этих провайдеров в русской 2000 переведены некоррект но, в частности Remote Service Provider сервисов (сам раз мещается на клиенте и лишь предоставляет к сервисам на сервере), а TAPI Kernel-Mode Service Provider это в режиме ядра а не ТАР1). Ч 622 ЧАСТЬ 4 Интеграция сетей и мультимедиа Примечание Устанавливая и MSP от сторонних поставщиков, соблюдайте их инструкции по Чтобы проверить, правильно ли установлены TSP и MSP, используйте оснастку Telephony (Телефония).

Архитектура TAPI Все компоненты Win32 Telephony (кроме компонентов, предоставляемых для об ратной совместимости) являются 16-разрядные приложения связываются с Tapi.dll. В Windows 3.1 и Windows 95 Tapi.dll Ч основной компонент Windows Telephony, но в TAPI версии 2. и выше стала просто шлюзом, который преобразует 16-разрядные адреса в 32-разрядные и перенаправляет запросы в Tapi32.dll.

Существующие 32-разрядные приложения связываются с В Windows Tapi32.dll является шлюзовым уровнем для TAPI. В TAPI версии и выше стала уровнем который передает вызовы функций в и при необходимости загружает DLL-библиотеки пользовательских интерфейсов различ ных провайдеров сервисов в адресное пространство процесса (выполняемого при ложения).

Основной компонент TAPI Tapisrv.dll. Он работает как отдельный процесс сер висов, в котором выполняются все TSP. Провайдеры сервисов могут создавать по токи в контексте если это необходимо для их работы.

К важнейшим компонентам архитектуры TAPI 3.0 относятся;

Х TAPI 3.0 COM API;

Х TAPI Server;

Х TSP;

Х MSP.

TAPI 3.0 COM API TAPI 3.0 COM API реализуется как набор СОМ-интерфейсов (Component Object Model). Это позволяет разработчикам на любом языке программирования, который поддерживает СОМ, например на Java, Visual Basic или Microsoft C/C++.

TAPI Server TAPI Server независимый от приложения контекст, в котором могут выполняться провайдеры сервисов телефонии (TSP). API-функции TAPI запраши вают сервисы от TSP через TAPI Server.

TSP В состав TAPI 3.0 включены два новых провайдера сервисов IP-телефонии и свя занные с ними провайдеры сервисов (Media Service Providers, MSP).

Провайдер сервисов Н. Провайдер сервисов Microsoft H.323 и связанный с ним провайдер ме дийных сервисов позволяют участвовать в мультимедийных ГЛАВА 15 и поддержка конференций аудио/видеосеансах связи с любым терминалом (например, с NetMeeting) по локальной сети или Интернет.

R частности, TSP и реализуют сигнальный стек При этом Н. TSP принимает адреса в различных форматах (например, в виде имени теля или компьютера и адреса почты).

Н.323 MSP отвечает за фильтров Microsoft для включая (Real-Time Transport кодек, приемник (sink) и фильтры рендеринга.

Провайдер сервисов для многоадресных конференций Этот обеспечивает на групповой IP-рассылки эффективную под держку многосторонних аудио- и по интрасетям и Интернету. Так как видеопотоки требуют широкой полосы пропускания, реализо вать многосторонние было очень трудно. Теперь благодаря ис пользованию групповой IP-рассылки можно резко сократить число Провайдер сервисов Провайдер сервисов NDIS-прокси Proxy Service Provider) с WAN-устройствами типа ISDN или ATM. мо гут напрямую использовать эти устройства (если они соответствуют NDIS 5). NDIS-прокси Ч это универсальный провайдер сервисов, поддерживающий все NDIS 5.

Важная особенность NDIS Proxy Service Provider заключается в том, что нижеле жащие компоненты NDTS 3 не обязаны поддерживать Благодаря этому про вайдеру TAPI-приложения, например служба маршрутизации и удаленного досту па, могут устанавливать соединения WAN с использованием драйверов NDIS 5.

Провайдер удаленных сервисов содержит провайдер сервисов (Remote Service Provider, Remote SP) для поддержки телефонии. Этот провайдер предоставляет расширения сервисов телефонии TAPISRV для доступа клиентов к ствам, находящимся на серверных компьютерах. Remote SP размещается на клиен те, и TAPI рассматривает как дополнительный провайдер сервисов. Когда TAPI запрос выдастся через Remote SP, тот связывается с удаленным сервером телефо нии. Провайдер сервисов на сервере, который в счете и обслуживает этот запрос, не должен знать, что он работает в клиент-серверной среде.

Провайдер сервисов TAPI в режиме ядра Провайдер сервисов в режиме ядра (TAPI Kernel-Mode Service Provider), вза имодействуя с компонентами NDIS 4, предоставляет к драйверам WAN-устройств NDIS 4 для обратной совместимости. драйвера, способного использовать преимущества такого NDIS-прокси, Ч ISDN-драйвер, поддерживающий логические Этот драйвер позволяет с помощью TAPI Kernel-Mode Service Provider устанавливать РРР-соединения через WAN-сети.

Провайдер сервисов 5 Ч это TSP, создающий уровень абстракции для модемов, благодаря чему могут работать с самыми разнообразными типами и моделями 624 ЧАСТЬ 4 сетей и мультимедиа модемов, ничего не зная о конкретного модема. 5 также под держивает модемы, способные голосовые сообщения.

Другие провайдеры сервисов Независимые аппаратного и программного обеспечения могут созда вать собственные TSP, совместимые с TAPI.

MSP 3.0 поставляется с двумя MSP (Media Service Providers): Conferencing MSP и IP Multicast Conferencing MSP. Эти MSP используют API для эффективного управления и манипулирования потоковой информацией.

Архитектура TAPI показана на рис. 15-1.

Клиент-серверная телефония В клиент-серверной среде TAPI распределенный доступ к общим ре сурсам телефонии. Например, у может быть несколько подключений к локальному телефонному коммутатору или к офисной мини-АТС.

на любом клиенте, переадресуются этому серверу по локальной сети. При этом управление вызовами между сервером и осуществляется самим сервером.

Такая позволяет не на клиентских компьютерах программ ное обеспечение для управления вызовами и сократить затраты, если у Вас уже локальная сеть.

Сервер можно подключить к коммутатору по каналу связи Кро ме того, мини-АТС можно напрямую с локальной в которой на ходится Ваш и подключенные к нему клиенты. В рамках этой модели допу стимо несколько конфигураций.

Х Для персональной телефонии на каждом клиенте провайдер серви сов может представлять компьютера с мини-АТС как устройство.

Х Каждая станция может быть смоделирована как отдельное канальное устрой что позволяет приложениям управлять вызовами на других станциях.

(В терминологии станцией называется любое устройство, соединен ное с мини-АТС Эта конфигурация требует, чтобы приложение от крывало все линии, ему нужно контролировать.

Х Все станции в целом могут быть представлены единственным уст ройством с одним адресом (телефонным номером), который каж дой станции. В этом случае для и контроля всех станций на линии достаточно открыть только это устройство, преимущество подобных клиент-серверных реализаций Ч меньшая сто имость телефонии.

ГЛАВА 15 Интеграция телефонии и конференций TAPI (С TAPI (COM API) | Управление О Служба каталогов Active Directory в Windows TSPI (Telephony (Media Service ;

Service IP-рассылка Provider modem ний MSP MSP MSP Interface) j (IP цепочка фильтров Цеп ffi S Аудио Modem Кодек к или GSA видео TCP/IP Мини-АТС ATM- или адаптер ISDN-адаптер ISDN Рис. 15-1. Общая схема архитектуры TAPI Интернет-телефония и конференции Традиционная телефония базируется на коммутируемых сетях голосовой связи, и эти сети в той или иной мере можно интегрировать с компьютерными сетями, назначенными для передачи данных. Так что технологии IP-телефонии и поддерж ки конференций на самом деле построены на очень концепциях. Персо нальный компьютер (или другое устройство) отправителя принимает аудио- и ви деосигналы, например, от микрофона, соединенного со звуковой платой, и от ви деокамеры, к плате видеозахвата. Эта информация сжимается и пе редается указанным по локальной сети или через На ЧАСТЬ 4 Интеграция сетей и мультимедиа стороне сигналы и воспроизводятся для получате ля: звук Ч через подключенные к звуковой плате, а Ч в окне, со на экране монитора.

Windows 2000 предоставляет два набора технологий, обеспечивающих интеграцию компьютерных сетей и сетей голосовой Интернет-телефония на основе Н. Ч это разработанный ITU-T и применяемый для поддержки сер висов передачи голосовой и видеоинформации по компьютерным сетям. Если го в самом общем виде, то Н.323 позволяет передавать по аудио- и видсовызовы типа Microsoft-реализация протокола поддержи вает голосовые вызовы, направляемые на обычные телефоны с шлюзов а также аудио- и видсовызовы через Интернет. Подробнее о Н.323 см. по ссылке International Telecommunication Union на странице Web ces через Dialer С помощью Phone Dialer (Телефон) можно передавать аудио- и видеовыловы Н.323 по IP-сетям. Адресаты идентифицируются самыми разными способами. Часто вызываемых пользователей можно внести в списки ускоренного вызова (speed dial lists). Кроме того, диалоговое окно Dial (Вызов) позволяет вы зывать адресата по имени или IP-адресу компьютера, на котором работает Н.323 Разрешив идентификационные данные вызываемой стороны в IP-адрес соответ ствующего компьютера, Phone Dialer выдает направляемые Microsoft Н.323 TSP. Провайдер сервисов заставляет протокол Н.323 выполнить работу, не обходимую для настройки вызова. Затем MSP, связанный с TSP, использует ресурсы для соединения с вызываемой стороной и создания аудио и/ил и видеоконференции.

Н.323-вызовы IP-телефонии можно выдавать и через Windows Address Book (WAB) (Адресная книга), которая в таком случае сама обращается к Phone Dialer.

Чтобы выдать через адресную книгу:

1. Запустите WAB. контакт и заполните нужные поля.

2. Щелкните Properties (Свойства) и откройте вкладку Business (Служебные).

Введите имя адрес почты, имя или IP-адрес компь ютера и щелкните кнопку ОК.

3. Теперь для вызова щелкните правой кнопкой мыши нужную за пись в WAB.

4. Последовательно выберите команды Action (Действие) и Dial (Позвонить).

Это к запуску Phone Dialer (Телефон), который и обработает вызов.

Прием Phone Dialer слушать входящие IP-телефонии, уведомлять пользователя о таких вызовах и принимать или отклонять их на основе критериев, указанных Эта функциональность доступна и в том случае, если ГЛАВА 15 Интеграция телефонии и поддержка конференций Phone Dialer в в секцию tray) на панели задач.

Использование служб каталогов Windows 2000 предоставляет службы каталогов для вызова адресатов по имени, а не по телефонным номерам или IP-адресам. Трансляция имен пользователей в те номера или IP-адреса осуществляется через в Windows 2000, могут использовать службы каталогов: Active DirectoryЩ и Site Server Service (Служба сервера Active Directory Ч это новая служба Windows 2000, которая поддерживает масшта бируемое, централизованно и автоматически хранилище. Она позволяет хранить в виде атрибутов в наборе объектов, ресурсы. TAPI записывает об именах или IP-адресах компьютеров пользователей, которым можно направлять в атрибуты соответствующих объектов User.

Приложение Phone Dialer автоматически объект User для пользователя, вошедшего в систему, и обновляет его атрибут IPPhone. Когда другой пользователь пытается связаться с данным пользователем, объект Rendezvous в TAPI ищет в ка талоге имя и IP-адрес компьютера по имени или почтовому адресу вызываемого пользователя. После этого к TSP и указывает IP адрес, по которому следует выдать вызов.

Site Server ILS Service Ч еще одна служба с которой могут работать TAPI-приложения в Windows 2000. отличается от Active Directory меньшей масштабируемостью и отсутствием возможностей рования. Phone Dialer создаст объект пользователя в службе Site Server ILS запуске и записывает в него IP-адрес компьютера этого пользователя в формате, совместимом с службы Site Server ILS в том, что она позволяет пользователям NetMeeting видеть и вызывать их двойным щелчком Протоколы Н. Microsoft Н.323 TSP и MSP реализуют стек Н.323 версии 1.0. Он со стоит из трех уровней сигнальных протоколов:

Х Registration, Admission, and Status;

. Q.931;

Х Registration, Admission, and Status Registration, Admission, and Status 1718 и 1719 для жения, регистрации и передачи запросов на прием вызовов между Н.323 Gatekee pers и приложениями Н.323. Этот уровень необязателен и в настоящее время не реализован в Microsoft Н.323 TSP.

0. использует TCP-порт 1720 для настройки вызовов, уведомления, разрыва связи и для выполнения других задач, связанных с управлением логическими единениями. Этот сигнальный уровень получает IP-адрес вызывающего ЧАСТЬ 4 Интеграция сетей и мультимедиа От управляющего хранящегося в службе каталогов Win dows 2000. Microsoft TSP.

Н. динамические TCP-порты для выполнения таких задач, как со гласование видов передаваемой информации и настройка каналов для ее ки. Этот уровень поддерживается Microsoft H.323 TSP.

Передача потоков данных с помощью RTP оцифрованные аудио- и между сторонами, участвую щими в конференции, по протоколу RTP (Real-Time Transport Protocol). Этот про токол использует динамические согласованные отправителем и чателем потоков данных. Каждый полезные дан ные одного или нескольких видов и такую сопутствующую как вре менные метки и номера последовательностей. В TAPI 3.0 включена реализация сте ка протоколов RTP.

Аудио- и видеокодеки Аудио- и видеокодеки на передающей стороне применяются для сжатия оцифро ванных аудио- и видеосигналов перед посылкой но сети, а на Ч для декомпрессии данных перед Благодаря этому уменьшаются тре бования к полосе пропускания сети и снижается нагрузка на сеть.

Microsoft MSP использует для аудиосигналов кодеки и G.723.1, а для видеосигналов Ч кодеки и Схема сжатия и декомпрессии видео с помощью кодеков показана на рис. 15-2.

На ПК Сжимает - Инкапсулирует отправителя видео сжатое в IP-пакеты RTP кодек IP-сеть ;

RTP кодек Декомпрессирует Посылает видео на экран видео Рис. 15-2. Кодеки, применяемые для сжатия и декомпрессии видео ГЛАВА 15 Интеграция телефонии и конференций Вызовы через шлюзы IP-PSTN Протокол поддерживает вызовов из компьютерных сетей в комму тируемые телефонные сети (PSTN) и наоборот. Основное преимущество такой под держки в том, что междугородную часть пути вызов проходит по частным или об компьютерным сетям, а затем передается в местную телефонную (обычной голосовой Это избавиться от высоких тарифов, дей ствующих для междугородных звонков.

пользователь из филиала в Сиэтле звонит в Бостон;

при этом ный вызов передается по корпоративной сети и уже в Бостоне попадает в телефонную сеть. То есть звонок превращается из междугородного в местный. Та кая схема особенно если у предприятия есть WAN-кана лы связи со своими подразделениями и филиалами.

TSP поддерживает вызовы через шлюз (мост между IP- и для настройки которого нужно выполнить следующую Чтобы указать IP-адрес шлюза IP-PSTN:

Из Start (Пуск) последовательно выберите команды Settings (Настрой ка) и Control Panel (Панель 2. Дважды щелкните значок Phone and modem options и модем).

3. Откройте вкладку Advanced (Дополнительно) и выберите Microsoft Telephony Service Provider (Поставщик службы Microsoft 4. Щелкните кнопку Configure (Настроить). Установите флажок Use Gate way (Шлюз H.323) и в соседнее поле имя компьютера или IP-адрес шлюза IP-PSTN.

Пользователи могут указывать IP-адрес или имя компьютера шлюза IP-PSTN, че рез который H.323 TSP маршрутизирует все вызовы IP-PSTN. Пример работы та кого шлюза показан на рис. 15-3.

Терминал Н. Рис. 15-3. Шлюз Вызовы через брандмауэры нельзя передавать через на основе простой сетевых адресов (NAT). Для передачи и приема таких вызовов между 630 ЧАСТЬ 4 Интеграция сетей и ми, разделенными в сетях брандмауэрами, требуются прокси-серверы уровня.

Брандмауэры устанавливаются многими предприятиями с целью защиты своих от бесконтрольного доступа из Интернета. Это, естественно, усложняет IP-телефонии через Интернет.

Microsoft TSP предоставляет поддержку для через брандмауэры. С этой целью нужно задать внутренний IP-адрес компьютера, на ко тором установлен брандмауэр.

Чтобы указать IP-адрес прокси-сервера Н.323:

1. Из меню Start (Пуск) последовательно выберите команды Settings (Настрой ка) и Control Panel (Панель управления).

2. Дважды щелкните значок Phone and modem options (Телефон и модем).

3. Откройте вкладку Advanced (Дополнительно) и выберите Microsoft H. Telephony Service Provider (Поставщик службы доступа Microsoft H.323 TAPI).

4. Щелкните кнопку Configure (Настроить). Установите флажок Use H.323 Proxy (Прокси-сервер Н.323) и введите в соседнее поле имя или IP-адрес брандмауэ Н.323, используемый из Вызовы через Gatekeepers Gatekeepers Ч полезные средства для управления клиентами IP-телефонии, обес печивающие разрешение адресов, перенаправление и вызовов, а так же другие сервисы. Текущая реализация Н.323 Service Provider не поддерживает через Gatekeepers.

Поддержка Quality of Service TAPI поддерживает Quality of Service повышая качество коммуникацион ной при конференциях. как в ATM-сетях, так и в сетях, где передаются пакетами, например в Интернете.

В TAPI приложения и провайдеры обмениваются информацией о QoS через структуры в Windows Sockets 2.0. QoS не транспортами ATM;

соответствующую функциональность может реализовать любой сервисов.

QoS в TAPI 3.0 обрабатывается через который согласует с сетью полосу пропускания на основе требований кодеков DirectShow, связанных с конкретными потоками данных. Кодеки сообщают об этих требованиях RTP через свой В свою очередь RTP-фильтр через GQoS передает требования к QoS провайдеру сервисов QoS (QoS service QoS SP) в Тот активизирует различные механиз мы QoS, для конкретных приложения, несушей среды и сети;

исполь зуя эти механизмы, QoS SP согласует приемлемое качество обслуживания на всем пути между сторонами соединения. Все эти механизмы перечислены ниже.

Х (Resource Reservation Protocol) предоставляет QoS в сетях, отличных от ATM. RSVP является сигнальным протоколом, который позволяет отправите лю и резервировать в сети нужную полосу пропускания. Запрос на резервирование в виде передается каждому маршрутизатору и коммутатору на всем пути между и получателем.

ГЛАВА 15 Интеграция телефонии и поддержка конференций Х Local Traffic Ч который задержки даче сетевого трафика и обеспечивает управление им в сетях, не щих (например, в или широковещательных сетях).

Х Packet Scheduling управляет очередями, создаваемыми классификатором паке тов. Он извлекает пакеты из очередей и посылает их по соединению с согласо ванным качеством обслуживания.

Х определяет механизм, с помощью которого разным видам можно назначать приоритеты. Как правило, хосты или посылающие трафик локальную сеть, указывают подходящие приоритетов. самым хосты или че рез уведомляют сетевые устройства об уровне приоритета каждого паке та. Сетевые устройства (коммутаторы, концентраторы и др.) должны со ответствующим образом обрабатывать эти пакеты.

Подробнее о QoS см. главу 9 of в книге Сети из серии Ресурсы Windows Многосторонние конференции на основе групповой IP-рассылки Service Provider, в 3.0, поддерживает мно госторонние аудио- и на групповой IP-рассылки. О'бъект Rendezvous в TAPI 3.0 предоставляет которые могут использовать для обращения к службам каталогов Directory или Site Server Service).

Конференции Модель вызовов для конференций отличается от модели вызовов ведет один из участников, кото рый должен присвоить ей имя, указать время начала и окончания, а также соста вить список участников. После этого ведущий публикует на через (например, Dialer) и уведомляет ее об этой конференции.

Остальные участники с помощью своих подключаются к ру и просматривают список в которых они могут принять участие, В время участники к конференции через TAPI предоставляет всю инфраструктуру для передачи и приема аудио- и видеопотоков с использованием групповой IP-рассылки.

IP-рассылка Групповая IP-рассылка (IP multicast) Ч это расширение IP, позволяющее эффек тивнее проводить конференции. Без групповой пользователь, которо му передать свои данные был бы посылать эти данные по N (рис. 15-4).

В результате пропускания сети впустую расходовалась бы на од и тех же данных каждому получателю.

Групповая исключает данных по одним и тем же ком каналам. Чтобы обратиться к группе IP-рассылки, посылает один на IP-адрес группы, кото рый все получатели. При этом отправителю не обязательно 632 ЧАСТЬ 4 Интеграция сетей и мультимедиа кто именно входит в Для данных получатели регистрируются по IP адресу нужной рассылки на который поддерживает пере сылку группового трафика.

Идентичные Рис. 15-4. Передача одинаковых данных без групповой IP-рассылки IP-адрес группы рассылки IP-рассылка, при которой IP-адрес группы рассылки, уменьшает сетевой трафик. На рис. 15-5 пример, где в конфе ренции участвуют шесть пользователей, связанных друг с другом через маршрути заторы.

Без IP-рассылки каждый участников многосторонней конфе ренции передавал бы остальным участникам 5 копий своих аудио- и что бы привести к появлению в сети до 30 аудио- и 30 видеопотоков!

Групповая IP-рассылка исключает такую Данные передаются на IP-адрес группы рассылки, к которой присоединяются все шесть участ ников. Маршрутизаторы, способные пересылать групповой трафик, эффективно распределяют данных по алгоритму (spanning algorithm);

при этом между каждыми двумя маршрутизаторами формируется только один путь. Поток копируется лишь при разветвлении пути, как показано па рис. 15-6.

Выделение групповых адресов Для групповой IP-рассылки IP-адреса класса D (от 224.0.0.0 до предназначенные для идентификации групп Поддержива ются как постоянные, так и групповые адреса. Постоянные адреса ГЛАВА 15 Интеграция и поддержка конференций Подсеть Маршрутизатор Джон I Маршру- Маршру тизатор 5 тизатор Подсеть Маршру тизатор т Подсеть Маршру- !

тизатор Подсеть Билл Мэри Рис. 15-5. Многосторонняя конференция на основе групповой IP-рассылки Джон I Мэри Маршру Маршру тизатор Маршру тизатор Боб Маршрутизатор 1 Джим Маршрутизатор Рис. 15-6. Алгоритм ветвления при групповой IP-рассылке Б34 ЧАСТЬ 4 сетей и мультимедиа выделяются комитетом (Internet Assigned Numbers Authority). В время 224.0.0.1 зарезервирован для обращения ко всем группам хостов в локаль ной сети, а 224.0.0.2 Ч для обращения ко всем маршрутизаторам в локальной сети.

Диапазон адресов от 224.0.0.0 до 224.0.0.255 резервируется для протоколов марш рутизации и других сетевых протоколов. Также резервируются и некоторые другие адреса и диапазоны, выделя ется для NetNews. на эту тему см. RFC В Windows 2000 входит сервер MADCAP (Multicast Address Dynamic Client Allo cation Protocol), выделяющий уникальный IP-адрес групповой рассылки на время проведения TAPI предусматривает специальный API, позволяющий приложениям автоматически (без участия пользователя) выдавать этому серверу запросы на аренду таких и получать групповой адрес. Эти запро сы выдаются при создании что гарантирует получение уникального по которому к ней могут остальные участники.

Примечание Чтобы могли получать IP-адреса групповой в каком-то месте сети следует сервер MADCAP. Подробнее о MADCAP и о его в Windows 2000 см. главу 4 в книге Сети из серии Ресурсы Microsoft Windows 2000 Server.

Публикация объектов конференции Определив параметры конференции, ведущий может распространить эту информа цию участникам несколькими способами. TAPI предоставляет сред ства для конференций в службе Site Server ILS, выполняемой па цент сервере;

через этот сервер кому ведущий выдал право на учас тие в получают доступ к информации, относящейся к конференции.

Эта информация хранится в объектах конференции, в RFC 2327.

TAPI также позволяет обращаться к Site Server ILS, выполняемой па удаленных серверах, чтобы пользователи могли просматривать опубликованные объекты кон ференций и при необходимости присоединяться к конференциям, описанным в этих объектах.

В пользовательском интерфейсе Phone Dialer (Телефон) предусмотрены соответ средства, упрощающие создание, просмотр и присоединение к конфе ренциям.

Примечание Чтобы могли создавать объекты конференций, в каком-то месте сети следует разместить сервер со службой Site Server ILS.

Служба Site ILS публикует свой адрес в через Active Directory. Соот ветствующие механизмы TAPI позволяют находить серверы Site Server запрашивая Active Directory. Благодаря этому пользователям не требуется знать специфику серверов и их местонахождение.

Протокол SDP SDP Description Protocol) Ч это оповещения о мультиме дийных SDP необходимых сведений о (время адрес, типы информации и др.), чтобы ГЛАВА 15 Интеграция телефонии и поддержка конференций участники могли присоединиться к ней, если их заинтересует эта конфе ренция. SDP, изначально рассчитанный на Internet теперь интегрирован через TAPI 3.0 со службами Active Directory и Site Server и свою функциональность LAN-сетям.

SDP-дескриптор (SDP descriptor) несет следующую информацию (в виде атрибу тов) о конференции:

Х Conference Name and Purpose (имя и цель конференции);

Х Conference Time (время конференции);

Х Conference Contact информация);

Х Media Type (video, audio, and so on) [тип информации (видео, аудио и Х Media Format Video, MPEG Video, and so on) [формат информации (ви део MPEG-видео и Х Transport Protocol and so on) [транспортный H.320 и Х Media Multicast Address (групповой для приема типа информации);

Х Media Transport Port (порт транспорта данного типа информации);

Х Conference Bandwidth (полоса необходимая для Все описание конференции разбивается на три основные части: описание сеанса (только одно), описания времени (произвольное количество) и описания инфор мации (произвольное количество). сеанса содержит глобальные атрибу ты, применяемые ко всей конференции или ко всем потокам информации. Описа ния времени содержат сведения о начале и окончании конференции, а о мени ее трансляции. Наконец, описания информации сообщают данные, для конкретного потока Модель безопасности конференций Модель безопасности в TAPI 3.0 обеспечивает контроль над тем, кто имеет права на создание, удаление и просмотр о конференциях. Каж дый объект в Active Directory можно с ACL (списком дос тупом), указав права на доступ к объекту для каждого или группы.

Сопоставляя такие с SDP-дескрипторами конференций, как показано на рис. создатели конференций могут кто имеет право на пере и просмотр объявлений о конференциях. Аутентификация пользователей осуществляется через систему Windows 2000.

Сервер со службой Site Server ILS Рис. 15-7.

636 ЧАСТЬ 4 Интеграция сетей и мультимедиа Дескрипторы передаются пользователю с сервера Site Server ILS по прото колу LDAP в порт 1002. Для защиты соответствующих соединений можно исполь зовать средства предоставляемые Windows 2000.

Внимание реализации не поддерживают шифрование потоков мультиме дийной Служба маршрутизации и удаленного доступа Маршрутизаторы и серверы удаленного доступа под управлением службы марш рутизации и удаленного доступа явно настроить на пересылку групповых пакетов и (Internet Group Management Protocol), клиентскими компьютерами, пользователи хотят присоединиться к мно госторонним Подробнее о сервера удаленного доступа в Windows 2000 на группового трафика см. главу 7 Сервер доступа в этой книге.

Выявление и устранение проблем В этом разделе приводятся которые помогут Вам в устранении проблем с телефонией.

Проблемы с PSTN-телефонией Здесь рассматриваются наиболее распространенные проблемы с традиционной PSTN-телефонией (не на основе IP) и предлагаются способы их решения.

Один или клиентских не видит сервер телефонии Если сервер телефонии по сети удается команда ping не на ходит этот сервер), возможны следующие причины:

Х неправильно настроен сервер (о настройке серверов телефонии см.

справочную систему Windows 2000 Server);

Х не установлен протокол IP (об установке и отладке IP см. спра вочную систему Windows 2000 Server);

Х неправильно сконфигурирован домен Windows 2000 (об установке контроллера домена см. справочную систему Windows 2000 Server).

или несколько клиентских компьютеров не видит линии на сервере телефонии Если или несколько компьютеров не линии на телефонии, то, возможно, им не удается пройти для доступа к ям на этом сервере. Когда обращается к линиям на сервере теле фонии, сначала контекст пользователя, сопоставленный с про цессом данного приложения. То есть линии на сервере телефонии должны быть так, чтобы был разрешен доступ к ним. Поэтому, если клиент не видит линии на сервере возможны следующие причины;

Х линии на сервере сконфигурированы некорректно, и клиент не получает к ним доступа (об установке серверов телефонии и управлении ими см. справочную систему Windows 2000 Server);

ГЛАВА 15 Интеграция телефонии и поддержка конференций Х контекст пользовательского процесса, в не с линиями (об управлении и пользователями на телефонии см. справочную систему Windows 2000 Server), О доменах Active Directory и об авторизации пользователей см. справочную систе му Windows 2000 Server.

После закрытия диалогового окна Location Information приложение не запускается Если приложение больше не запускается после того, как Вы закрыли диалоговое окно Location Information (Сведения о местоположении), то скорее всего не указа на информация, необходимая для трансляции адресов. Тогда проблему можно устранить, вновь открыв это диалоговое окно и указав в нем код Вашей страны или региона, код города, правила набора номера (тональный или импульсный) и код выхода на линию.

Клиент не видит новую линию на сервере, хотя администратор сервера уже прикрепил клиент к этой линии Когда Вы прикрепляете выполняемый в данный момент клиент к линии на новые настройки вступают в силу до Остановите все клиентские чтобы прекратить работу TAPI. Пос ле перезапуска приложения обнаружат новые линии, выделенные им.

Об управлении и пользователями см. справочную систему Win dows 2000 Server.

Проблемы с и многосторонними конференциями У пользователей или многосторонних конференций на основе групповой IP рассылки могут проблемы с подключением к другим пользователям или с приемом аудио/видеоданных.

Если возникают проблемы со звуком В таком случае микрофоны и/или звуковые платы на клиентских на некорректно или работают неправильно.

Для звукового оборудования на клиентских компьютерах запустите программу Sound Recorder (Звукозапись). С целью либо последовательно рас кройте Start (Пуск), Programs (Программы), Accessories (Стандартные), Entertainment (Развлечения) и выберите команду Sound Recorder (Звукозапись), либо введите в командной строке. что-нибудь записать с мик рофона, а эту запись. Если звука нет, проверьте, правильно ли подключен Если же этот тест нормально, а проблемы со проверь те настройки звука па всех клиентских компьютерах.

Чтобы проверить настройки звука с помощью Volume Control:

\. Последовательно раскройте меню Start (Пуск), Programs (Программы), Acces sories (Стандартные). Entertainment и выберите команду Volume Control (Громкость).

638 ЧАСТЬ 4 Интеграция сетей и мультимедиа 2. В окне этой программы выберите из Options (Параметры) команду Pro perties (Свойства) и щелкните Playback (Воспроизведение).

Убедитесь, что Wave и Microphone 3. Щелкните кнопку ОК.

4. Пометьте флажок Mute в столбце, который относится к микрофону, Это предотвратит воспроизведение динамиками Вашего компьютера сигналов, по ступающих на Если голоса остальных участников слишком громко или слишком тихо, подстройте общий уровень громкости и уровень Wave.

6. Вновь выберите из Options команду Properties, но на этот раз щелкните переключатель Recording (Запись). Установите все флажки в окне, которое на ходится в нижней части окна.

7. Щелкните кнопку ОК.

8. Пометьте флажки Mute (Выкл.) во всех столбцах за исключением того, кото рый относится к микрофону. Это позволит участникам конференции слышать Ваш голос, но передачу любых других звуковых сигналов.

9. Если участников не устраивает уровень громкости Вашего голоса, отрегулируйте чувствительность микрофона, перемещая пол зунок.

Примечание Один неправильно компьютер может вызывать мы со звуком на компьютерах остальных участников конференции.

Если неполадки со звуком сохраняются даже регулировки настроек, проверь те, полнодуплексные ли звуковые платы установлены на проблемных компьютерах.

Полнодуплексные звуковые платы могут одновременно и записывать, и воспроиз водить звук, тогда как полудуплексные не позволяют этого делать, звуковые платы являются полнодуплексными, но многие старые звуковые платы Ч лишь полудуплексными.

Чтобы проверить, полнодуплексная ли звуковая плата установлена на компьютере, запустите Recorder и запишите образец речи длиной около 30 секунд. После этого откройте второй экземпляр Sound Recorder. В первом экземпляре воспроизведение и, пока он воспроизводит Вашу речь, попробуйте ее записать во втором экземпляре Sound Recorder. Если второй экземпляр Sound Recorder не смо жет корректно записать звук, пока на первом экземпляре идет воспроизведение, звуковая плата не является полнодуплексной и не годится для ра боты с Если звук по-прежнему искажается, может быть связана с звуковой платой или ее драйверами. что для звуковой платы установле самые последние рассчитанные на Windows 2000. Кроме попро буйте заменить микрофон или звуковую плату и повторить все тесты.

Точные этих элементов управления от программного обеспечения конкрет ной звуковой платы и в русской версии Windows 2000 могут заменяться английскими назва ниями, если программное платы не (что обычно и Ч Прим.

ГЛАВА 15 Интеграция телефонии и поддержка конференций Вы слышите каждого Это довольно распространенная проблема Она возникает из-за того, что микрофон пользователя принимает звуки и перелает их другим участникам конференции. Разговор становится просто невоз можным, если участники конференции используют очень чувствительные микро фоны, звучание своих динамиков чересчур громким или размещают микро фон слишком близко к динамикам.

Один из самых простых способов полностью избавиться от эха Ч перейти на на ушники с микрофоном. Более дорогостоящее решение Ч использовать специаль ные микрофоны со встроенными Возникают с видео Если видеоизображение какого-либо участника Н.323-конференции не появляется на экране другого участника или изображение одного из участников сторонней конференции остальным участникам, устройство работает некорректно. Участвуя в видеоконференции, пользователи Dialer должны видеть свое Если это так, запустите мастер устране ния неполадок с видеокамерами из Windows Неполадки со звуком и видео в многосторонних конференциях на основе группо вой IP-рассылки могут быть вызваны и проблемами в самой групповой рассылке.

В следующих разделах описывается, как выявить и устранить эти проблемы с ис утилиты на Microsoft Windows 2000 Server.

Как проверить маршрутизатора Проблемы в многосторонних конференциях на основе групповой IP-рассылки мо гут быть связаны с неправильной конфигурацией сети.

Чтобы настроить маршрутизатор на поддержку группового трафика:

1. Разрешите групповую рассылку из глобального контекста.

2. Определите интерфейсы маршрутизатора, которые должны поддерживать груп повой трафик.

3. Разрешите протоколов маршрутизации группового трафика на выбранных интерфейсах. Например:

Х протокол (Protocol Independent в режиме Sparse Mode для с ограниченной полосой пропускания;

Х протокол PIM в режиме Dense Mode для широкополосных Х протокол (Distance Vector Multicast Routing Protocol).

4. Если потребуются доступа, см. документацию на маршрутизатор.

Детальное описание данных для маршрутизатора обычно пре доставляется его поставщиком, Как проверить, настроена пи сеть на передачу групповых пакетов Если Вы не знаете, настроена ли Ваша сеть на передачу групповых пакетов, вос утилитой MCAST. Она посылает и принимает повые помогая определить, какие части Вашей сети поддерживают чу групповых 640 ЧАСТЬ 4 Интеграция сетей и мультимедиа Чтобы запустить MCAST в режиме пакетов, введите в коман дной строке, /SEND В данном случае MCAST начнет посылать пакеты с IP-адреса 172.31.255. на групповой 230.1.1.1 с периодичностью 1 пакет каждые 1000 мс. Всего в течение часа будет отправлено 3600 пакетов.

Чтобы запустить MCAST в режиме приема групповых пакетов, введите в команд ной строке, /RECV /INTF:

В данном случае MCAST начнет по своему IP-адресу 172.31.255. пакеты, направляемые на групповой IP-адрес 230.1.1.1. Принимаемые пакеты пере числяются на экране:

Waiting to receive packets...

Received [GOOD] SRC- GRP- 230.1.1.1 5 Received [GOOD] SRC- GRP- 5 Len Received [GOOD] SRC- GRP- 230.1.1.1 5 Len Received [GOOD] SRC- GRP- 230.1.1.1 5 Len- Received [GOOD] SRC- GRP- 230.1.1.1 5 Len- He удается публиковать приглашения на многоадресные конференции Если Вам не удается на многоадресные конференции, установите Site Server Service (Служба сервера сайта). Эта Ч важ ная часть IP Multicast Ее сервер предоставляет место для создателей конференций и их участников, которые находят там нужную для участия в той или иной конференции.

При создании новой конференции приложение Phone Dialer автоматически созда ет на выбранном объект конференции. Лица, которым предоставлено право на доступ к конференции, видят информацию об конференции в пане ли просмотра своих приложений Phone Dialer и могут присоединиться к ней, дваж ды щелкнув ее название.

Об 1LS см. справочную систему Windows 2000 Server.

Если Phone Dialer не видит Приложение Phone Dialer в Windows 2000 должно знать местонахожде ние службы Site Server ILS, иначе оно работать с конференциями.

Phone Dialer может найти нужную информацию в Directory при соблюде нии следующих условий:

Х на котором выполняется Phone входит в Windows 2000;

Х пользователь зарегистрировался в системе по доменной учетной записи;

Х местонахождение опубликовано в Directory.

При соблюдении всех этих условий пользователю не нужно знать, где именно на ходится и вручную вводить его адрес в Phone Dialer.

Об установке домена и Directory см. справочную систему Windows 2000 Server.

ГЛАВА 15 Интеграция телефонии и поддержка конференций Если пользователю не удается к Active Directory компоненты Windows 2000, необходимые для поддержки IP Multicast Conferen по Ч при установке Windows 2000 Professional или Windows 2000 Server. Однако для работы с IP Multicast Conferencing клиентс кий или пользователь должен быть включен в домен Windows 2000.

Если у пользователя или у его компьютера нет учетной для входа в Windows 2000, этот пользователь не получит доступа к Active Directory. В этом слу чае ему придется вручную вводить адреса в Phone Dialer.

Дополнительные материалы Более подробную информацию о групповой IP-рассылке см. в книге:

Х Thomas A. Maufer IP Multicast in 1998, Upper Saddle River, NJ: Prentice Hall PTR.

Другие протоколы Часть 5 дополнительным протоколам в Microsoft Windows 2000, которые сравнительно небольшие сети и модействие между Windows 2000 и операционными системами, отличными от Windows.

В этой части NetBEUI DLC ГЛАВА NetBEUI Windows 2000 по-прежнему поддерживает NetBEUI (NetBIOS Extended User Inter совместимость с унаследованными протоколами.

NetBEUI в Windows 2000 поддерживает сетевые сеансы (логические между компьютерами в сети) и коммуникационную связь обоих типов (ориентиро ванную на логические и требующую таких соединений).

В этой главе Обзор Взаимодействие с другими системами через NBF Архитектура NBF Типы сетевой связи Поддержка памяти Поддержка клиентов удаленного доступа Ограничения на число сеансов в NBF маршрутизации на Поддержка Plug and Play Выявление и устранение проблем См. также Х О сетевой архитектуре Windows 2000 Server Ч Б Сетевая архитек тура Windows в книге Сети TCP/IP* серии Ресурсы Microsoft Win dows 2000 Server.

Х О сетевой архитектуре Windows 2000 Professional Ч в Microsoft Windows 2000 Professional Resource Обзор NetBEUI (NetBIOS Extended User Interface) Ч один из самых старых протоколов для сетей, состоящих из компьютеров. Он был разработан на основе интерфейса NetBIOS Basic System) как компактный, эффек тивный протокол для применения в небольших локальных сетях, которые ГЛАВА NetBEUI от 20 200 и требуют маршрутизации между В настоящее время NetBEUI исключительно в малых, немаршрутизи руемых сетях с компьютерами управлением самых разнообразных ных систем, в том числе: Microsoft Windows NT Server 3.5 (и выше), Microsoft Windows NT Workstation 3.5 (и Microsoft LAN Manager, Microsoft Windows for Workgroups, Microsoft Windows Microsoft Windows 95. Microsoft Microsoft Windows NT 3.1, LAN Manager for UNIX, IBM LAN и LAN Server.

NetBEUI в 2000, NBF (NetBIOS специфи кацию NetBEUI версии 3.0. NBF представляет собой более низкоуровневую реали зацию протокола NetBEUI и может быть на компьютер с Windows 2000.

обеспечивает совместимость с LAN-сетями, в которых исполь зуется NetBEUI, и с драйвером протокола из сетевых продуктов Microsoft предыдущих версий. Кроме Х использует (Transport Driver Interface) Windows 2000, ин NetBIOS-команды;

Х использует (Network Driver Interface Specification) 2000 с бо лее совершенной поддержкой транспорта и 32-разрядным интер фейсом;

Х динамически выделяет память для обработки запросов;

Х взаимодействие клиентов удаленного досту па с сервером удаленного доступа;

Х предоставляет сервисы (как на кие соединения, так и логических Х ограничения на число одновременных Ниже поясняется несколько часто употребляемых в этой главе.

Х NetBIOS (Network Basic System) Ч программное обеспечение, раз работанное Предоставляет интерфейс между операционной ввода-вывода и сетью. Является стандартом de-facto.

Х NetBEUI (NetBIOS Extended User Interface) Ч из первых сетевых прото колов для персональных компьютеров и разработанный IBM для свое го LAN Server. NetBEUI реализует протокол OSI и поддерживает не более 254 сеансовых соединений.

Х NetBEUI 3.0 в Windows 2000. также как NBFP (NetBIOS Frames Protocol), является Microsoft-реализацией протокола IBM NetBEUI. Он снимает ограничение версий NetBEUI на число одновременных сеансовых соеди нений с сервером и использует уровень Microsoft TDI как интерфейс к NetBIOS.

Взаимодействие с другими операционными системами через NBF NBF (NetBIOS Frame) обеспечивает совместимость с компьютерами под управле нием устаревших систем, например Microsoft LAN Manager, MS-Net и IBM LAN Server. NBF позволяет рабочие LAN с а также подключать удаленные клиенты (в том числе портативные к компьютерам с Windows 2000 Server.

646 ЧАСТЬ 5 Другие протоколы NBF можно использовать с программами, которые реализуют самые на основе следующих API-интерфейсов:

Х NetBIOS;

Х именованных каналов;

Х почтовых ящиков;

Х сетевого DDE;

Х (Remote Procedure Call) поверх NetBIOS;

Х RPC поверх именованных каналов.

NBF наиболее эффективен для подключения компьютеров к малым и средним се тям без маршрутизации. В отличие от TCP/IP (Transmission Control Protocol/ Internet Protocol) или IPX (Internetwork Packet Exchange) NBF не является марш рутизируемым протоколом, хотя маршрутизацию источника Token Ring, доступную только в сетях IBM Token Ring. Кроме того, схема именования в NBF не поддерживает в большинстве крупных сетей.

Архитектура NBF NBF Ч транспортный драйвер, включающий следующие уровни.

Х Протокол LLC (LLC 802.2). Соответствует канальному уровню сетевой моде ли OS1 (Open Systems Interconnection). Отвечает за адресацию, управление по током кадров и обеспечение связи в средах, ориентирован ных на логические и в средах, не требующих таких соединений.

Х Протокол NBFP (NetBIOS Frames Protocol). Соответствует транспортному уровню модели OSI. Отвечает за установление и завершение сеансов, мульти сегментацию и сообщений, а также за передачу модели OSI с архитектурой NBF показана на рис. 16-1.

Модель 7. Прикладной уровень 6. Презентационный 5. уровень FDI NBFP 4. Транспортный уровень 3. Сетевой 2. Канальный уровень NDIS 1.

Рис. 16-1. Модель и архитектура NBF NBFP взаимодействует с TDI, который предоставляет стандартный интерфейс ко множеству драйверов транспортных протоколов, а компонент LLC подключается к компоненту NDIS, в свою очередь предоставляющему интерфейс к сетевому адап ГЛАВА 16 NetBEUI Поскольку NBF не маршрутизируемым протоколом, в нет ком понента, соответствующего сетевому уровню модели Примечание В сетях Token Ring NetBEUI выполняет функции сетевого используя источника IBM Token Ring, которая отвечает ШЕЕ 802.5 и соответствует физическому (не уровню OSI.

Интерфейс TDI Программы, поддерживающие коммуникационную связь на основе NBFP, требуют транспортного драйвера, интерфейс NetBIOS. Но драй транспортов в Windows 2000 вместо интерфейса NetBIOS предоставляют бо лее гибкий интерфейс TDI (Transport Driver Interface), который не только живает но и служит стандартным для таких протоколов, как IPX и TCP/IP.

Рис. 16-2 иллюстрирует, как TDI предоставляет TDI NBFP Рис. 16-2. TDI и NBF TDI в Windows 2000 предоставляет эмулятор NetBIOS, NetBIOS команды в для поддержки приложений, па NBFP.

NetBIOS-команды форматируются в NCB (Network Control Blocks). Когда ма, выполняемая в Windows 2000, создает NCB, NetBIOS-команда сначала обраба тывается драйвером NetBIOS Netbios.sys преобразует NCB в соответ ствующую и посылает ее драйверу NetBEUI эквивалентна семантике NetBIOS NCB, но оптимизирована для 32 разрядного ядра.

Примечание Windows-приложения и клиенты MS-DOS посылают непосредственно драйверу NetBEUI.

Интерфейс NDIS Транспортный драйвер NBF обрабатывает как кадры, которые долж ны быть отправлены в сеть управления логическими каналами (LLC). LLC является NBF, который обменивается кадрами с удаленным компьютером в сети.

LLC в NBF отвечает стандарту IEEE 802.2 и выполняет следующие функции:

Х установление Х управление и их закрытие;

648 ЧАСТЬ 5 Другие протоколы Х формирование последовательностей кадров и подтверждений;

Х управление потоком кадров;

Х коммуникационную связь обоих типов (ориентированную и не ную на логические На уровне LLC NBF принимает и передаст пакеты нижележащим драйверам сете вого интерфейс взаимодействие уровня базируется на точках дос тупа к каналах и станциях (link - это ло гическая точка внутри точки доступа к сервису, устанавли вать логическое соединение с другим адаптером. Каждая клиентская программа идентифицирует себя, регистрируя уникальную точку доступа к сервису. Точ ка доступа к сервису (service access Ч это механизм, с помощью которого более высокий уровень может обращаться к конкретному сервису, реа лизованному более низким уровнем. Существуют общеизвестные точки доступа к сервисам, аналогичные общеизвестным портам TCP/IP. Поскольку NBF реализо ван на он использует общеизвестную точку доступа к NetBIOS сервису (OxFO).

Точка доступа к другие точки и их взаимосвязи с уров нем LLC на рис. 16-3.

LLC А клиент В SAP 40 SAP 28 SAP LLC 802. Сетевой Рис. 16-3. NBF и точек доступа к сервисам клиентская программа посылает в сеть через указывает в заголовке точку доступа к сервису источника (source service access point, SSAP) и точку доступа к сервису адресата (destination service access point.

DSAP).

Типы сетевой коммуникационной связи NBF связь двух типов: ненадежную, требующую и ориентированную на логические ГЛАВА 16 NetBEUI Коммуникационная связь, не ориентированная на логические соединения В случае NBF передает число раз (или раз) и отве чает лишь за кадра в сетевую среду. Сообщение состоит из единственного кадра. адрес сетевого адаптера получателя Ч вот и все, что нужно знать при коммуникационной связи, не ориентированной на логические соединения;

о приеме кадров не требуются.

Примечание не ориентированная на соеди нения, не обязательно NBF при использовании такой обеспечивает только ненадежную Если Вам нужна коммуника ционная связь, требующая логических соединений, можно настроить так, чтобы определенные команды повторно посылали некое количество кадров и тем самым давали получателю время па ответ. повторно посылаемых кадров за висит от значения параметра Интервал между отправ кой каждого кадра определяется реестра Логические соединения не NetBIOS-командами, в частности ными с:

Х объявлением и имен;

Х передачей дейтаграмм.

Эти команды посылаются на уровень LLC как кадры Unnumbered Information (не нумерованная информация).

Чтобы как Windows использует параметры реестра, к числу повторных попыток передачи и времени ожидания, рассмотрим, что ходит при компьютером с Windows 2000 и NBF. Win dows 2000 посылает в широковещательный кадр компьютеры, работающие с NBF, получают и обрабатывают это сообще ние. Этот кадр посылается столько раз, сколько задано па раметре с интервалом, в out. Благодаря этому остальные в сети успеют уведомить ющий компьютер, если такое имя Все параметры реестра, рассматриваемые в этой главе, находятся в разделе реестра:

Внимание модифицируйте реестр (с помощью редактора реест ра) Ч это лишь в когда другого выхода нет. В от инструментов редактор реестра обходит стандартные средства зашиты, не допускать ввода конфликтующих а также тех, которые могут снизить или привести к ее краху. Прямое редактирование реестра может повлечь за и Вам придется Windows 2000. Для настройки и конфигурирова ния Windows 2000 по Control Panel или Microsoft Management Console (Консоль Microsoft).

650 ЧАСТЬ 5 Другие протоколы Коммуникационная связь, ориентированная на логические соединения В этом случае NBF передает кадр от источника получателю по между ними каналу. Кадр состоит из SSAP, DSAP и адреса сетевого адаптера полу чателя. Кадр может быть отправлен:

Х на адрес конкретного сетевого адаптера (тогда кадр принимается единственным компьютером, DSAP);

Х на широковещательный NetBIOS-адрес, по которому этот кадр принимается все ми зарегистрировавшими DSAP.

коммуникационная связь с на логические соединения (так же называемая сеансом, или операцией Туре 2) приводит к большим издержкам по сравнению с коммуникационной связью, не требующей таких соединений. Напри мер, адресат должен подтверждать получение каждого кадра. Ответственность за доставку всего сообщения от источника адресату в течение приемлемого времени возлагается на драйвер транспортного протокола. Сообщение, которого пре допустимый размер кадров в данной сетевой среде, должно предварительно разбиваться на кадры меньшего размера на передающем компью тере и корректно восстанавливаться на принимающем.

Ниже на примере команды net use описывается процесс установления сеанса при коммуникационной связи, на логические соединения.

Когда Вы вводите команду net use для подключения к какому-либо общему ре сурсу. NBF должен сначала найти сервер, передав кадры Unnumbered Infor mation, а инициализировать канал связи. Инициализацию выполняет ре директор, подключаясь к драйверам NBF через интерфейс TDI.

2. NBF генерирует NetBIOS-кадр После того как сервер посылаются кадры с ния которых соответствуют стандарту 802.2 (это необходимо для согласования параметров устанавливаемого сеанса).

4. Клиент посылает кадр Set Asynchronous Mode Extended, а сервер воз кадр Unnumbered Acknowledgment.

5. кадр Receive Ready (RR), уведомляя сервер о своей готовнос ти к приему кадров Informational (1), номера последовательностей которых на чинаются с 0. Сервер этого кадра.

6. После того как сеанс уровня LLC установлен, клиент и сервер обмениваются дополнительной информацией уровня NetBEUI. Клиент посылает кадр Session Initialize, а сервер отвечает кадром Session Confirm. С этого момента сеанс уров ня NetBEUI считается созданным, и становится возможной передача ров (Server Message Blocks) прикладного уровня.

Для доставки последовательно нумеруются. Это позволяет при стороне обнаруживать кадры и правиль ную последовательность кадров.

Кроме того, для большей эффективности использует два метода: алгоритм подстройки окон (adaptive sliding windows) и таймеры (link timers).

ГЛАВА 16 NetBEUI Адаптивная подстройка окон Алгоритм адаптивной подстройки окон повышает в то же вре мя нагрузку на сеть и увеличивая гибкость в управлении потоком дан ных. Этот алгоритм позволяет системе с Windows 2000 и NBF динамически нять пороговое число после передачи которых запрашивается подтвер ждение об их приеме, Если бы отправитель дожидался подтверждения (АСК) каждого переданного им кадра, он работал бы крайне неэффективно. В этом случае переданный кадр дол жен дойти до принимающей стороны, а подтверждение о его приеме должно быть доставлено отправителю до того, как тот сможет передать следующий кадр.

Число кадров, отправителем до перехода в ожидание подтверждения об их приеме, называется окном передачи window), а число кадров, принима емое получателем до посылки подтверждения, Ч приема (receive window).

Если NBF обнаруживает, что удаленный компьютер работает с версией IBM NetBEUI, не поддерживающей опрос (он выполняется кадра, позволяю щего выяснить состояние другой стороны), то устанавливает размер окна приема в соответствии с параметром реестра Его значение по умолча нию равно 2 и не изменяется динамически. Если Вы хотите модифицировать его, то должны сделать это вручную с Registry Editor (Редактор реестра).

Если же опрос поддерживается, алгоритм адаптивной подстройки окон старается определить оптимальный размер окна передачи в данной сетевой среде. В идеале это окно должно быть достаточно большим, чтобы обеспечивать максимальную пропускную способность. Однако, если оно слишком большим, мающая сторона может не успевать обрабатывать входящие кадры и часть из них отбрасывать. Тогда отправителю придется повторно передавать отброшенные кад ры. А это может привести к заметному увеличению трафика в сети.

Таймеры соединения NBF использует три регулировать сетевой трафик:

ответа (Т1), таймер подтверждения (Т2) и таймер неактивности (Ti). Эти таймеры контролируются параметрами реестра и Таймер ответа определяет интервал, по истечении которого отправитель что I-кадр потерян. Если этот истекает и ответ не приходит, посыла ет кадр RR и удваивает значение для таймера ответа Если прием кадра не подтверждается после определенного числа повторных попыток (это число задает ся параметром связь разрывается.

Для таймера подтверждения (Т2) по умолчанию присваивается значение, равное 150 мс. Во избежание задержек на медленных каналах связи и других проблем NBF оптимизирован так, что в последнем кадре от отправителя устанавливается бито вый флаг опроса (Poll). Это получателя передать АСК.

Таймер неактивности (Ti) используется для проверки Значение Ti по умолчанию Ч 30 секунд. Если Ti срабатывает и соединение остается неактивным, посылает I-кадр для опроса. Если в ответ приходит АСК, значит, соединение еще не потеряно.

Примечание меньше или равен Ti, а тот меньше или равен Ti.

652 ЧАСТЬ 5 протоколы Т1 настраивается динамически для каждого канала связи в зависимости от про и степени загруженности. Значение Т1, заданное в используется как начальное и может изменено. Например, на медленных ка налах связи Т1 увеличивается. Но значения Т2 и Ti являются статичес кими, и изменяет их самостоятельно.

Поддержка динамического выделения памяти в Windows 2000 выделяет память, нужную для обработки запросов, выданных сеансовыми клиентами. Это что NBF использует память только по мере необходимости. Например, на компьютере с Windows 2000 в отсутствие сетевых соединений стек протоколов резервирует лишь малый объем памяти. Установка NBF на компьютере с Windows 2000 не требует настройки числа сеансов, пакетов или буферов.

Поддержка клиентов удаленного доступа NBF позволяет удаленным к серверу Windows 2000, котором служба и удаленного доступа. Поскольку динамически выделяет память и настраивается какие-либо в конфигурацию сервера не требуется. Если Вы хотите чис ло повторных запросов, параметр реестра с помощью Registry Editor. (Этот параметр является WAN-эквивалентом парамет ра Ограничения на число сеансов в NBF В предыдущих версиях NetBIOS сеансы идентифицировались однобай товым (0-255). сеансов присваивались по компьютерам. Поэтому компьютер с NetBEUI прежних версий до 254 сетевых 0 и 255 самой NBF этот барьер, используя двух матриц: одна из под NBF, другая Ч NBF работает с 32-битными ми, handles) которые состоят из номера сеанса и адреса сетевого уда компьютера (рис. 16-4).

Матрица состоит из (Local Session Numbers) со от 0 до 255 и адре сов сетевых адаптеров тех компьютеров, с которыми установлены сеансы. На пере сечении строк и колонок такой таблицы Вы получаете значения Подробнее о см. раздел Установление сеансов далее в этой главе.

Примечание Описание матриц в упрощенном Алгоритм записи значений в матрицы и их содержимое здесь не рассматриваются.

При использовании NBF сервер Windows 2000 с сетевым адаптером может одновременно поддерживать сеансы более чем с 1000 клиентами.

Хотя NBF устраняет лимит в 254 свойственный предыдущим версиям это остается в силе при компьютера с NBE к клиенту с групповым NetBIOS-именем.

ГЛАВА 16 процесса TDI-описатель Интерфейс TDI TDI-описатель Рис. 16-4. Нумерация сеансов на основе двух матриц Рассмотрим три Клиент подключается к компьютеру с Windows 2000 и NBE NBF анализирует входящий кадр, чтобы адрес сетевого адаптера удаленного клиента и этому помер сеанса.

NBF подключается к удаленному клиенту с уникальным NetBIOS-именем. XBF посылает кадр Если ответ приходит от клиента, у него уникальное имя. Тогда NBF может назначить его сетевому адаптеру номер се анса, потому что имя есть только у этого удаленного клиента.

NBF подключается к удаленному клиенту с групповым NetBIOS-именем. NBF посылает кадр FindName. Если ответ приходит от группы, NBF может опреде лить, какой адаптер принадлежит на Тогда дол жен назначить номер сеанса Ч так как это делает NetBEUI для всех соединений.

Таким образом, в NBF пет па число одновременных сеансов, если толь ко он не к удаленным клиентам с именами. В последнем случае действуют прежние NetBEUI.

Установление сеансов Когда два компьютера устанавливают с NBF, инициирующий компьютер кадр с LSN, равным 0. Этот зарезервирован для кадра FindName в Обмен кадрами при создании сеанса показан на рис.

2. Адрес источника Ответ на NameQuery 1. Адрес источника = NameQuery (LSN = 5, имя REMOTE) Рис. 16-5. Широковещательная передача кадров NameQuery 654 ЧАСТЬ 5 Другие протоколы Все компьютеры, получив этот кадр, проверяют, есть ли соответствующее имя в их консоли и (pending) команда NCB LISTEN, относящаяся к этому имени. Если такая команда присутствует, компьютер назначает себе новый и завершает команду NCB LISTEN, добавляя этот LSN в кадр ответа, кото рый содержит только LSN, задействованный на данном компьютере. LSN на разных компьютерах могут отличаться, но каждый компьютер всегда использует один и тот же для сеанса. Этот номер назначается, когда программа выдает NCB CALL. Хотя каждый компьютер знает LSN другого компьютера, игнорируется. Для двух сторон комму связи гораздо важнее информация об адресах сетевых адаптеров, со держащаяся в кадрах. В процессе кадрами каждая сторона получает адрес другой стороны. Поэтому кадры направляются непосредственно ад ресату.

Примечание Описанный процесс только к установлению Соединения поверх TCP/IP (NetBT) устанавливаются по-другому.

О NetBIOS поверх TCP/IP см, главу 1 в TCP/IP и главу 2 Реализа ция TCP/IP в Windows 2000 в книге Сети TCP/IP из серии Ресурсы Microsoft Windows 2000 Server.

Допустим, компьютер под управлением Windows 2000 Server и назначает се ансу между собой и компьютером А, а также одновременному сеансу с компьюте ром В один и тот же номер (1). Компьютер с Windows 2000 Server различает эти сеансы благодаря тому, что они идентифицируются не только по номеру сеанса, но и по адресу сетевого адаптера, который является частью Когда ком пьютер с Windows 2000 Server посылает сеансовый кадр либо компьютеру А, либо компьютеру В, он направляет его прямо на адрес нужного сетевого адаптера. По этому компьютер А не получает кадры, адресованные компьютеру В, и наоборот.

Однако, если Windows 2000 Server устанавливает еще один сеанс с компьютером A, должен присвоить второму сеансу номер, отличный от Кадр от Windows 2000 содержит LSN, сопоставленный с лем в ответ на команду NCB CALL или NCB LISTEN. В случае NCB CALL этот кадр не является широковещательным и адресуется непосредственно удаленному компьютеру.

выдавший команду NCB CALL или NCB LISTEN, получает LSN не из матрицы Дело в том, что NBF может установить соединения с несколькими удаленными компьютерами под одним и тем же LSN, например 5. Поэтому конк система с Windows 2000 должна вернуть процессу LSN, однозначно опреде ляющий его сеанс с данной системой.

Как по NBF определяет, на какой LSN и сетевой адрес следует кадры, а в распоряжении каждого процесса свой набор LSN. Поэтому для формирования TDI-описателя из идентификатора процесса и между исходным процессом и NBF размещается еще компонент Ч Netbios.sys.

Рис. 16-6 иллюстрирует команду NCB CALL, обрабатываемую с применением мат риц и NBF. Матрица, поддерживаемая Netbios.sys, предоставляет по ГЛАВА 16 NetBEUI на каждый номер для каждого процесса. В Windows LAN-адаптера идентифицирует привязку драйвера протокола к драй веру сетевого У каждого процесса может быть до 254 сеансов на каждый номер LAN-адаптера (а не всего 254 сеанса).

Идентификатор процесса = Пользовательский режим Идентификатор Режим ядра процесса LSN NDIS Рис. 16-6. NCB CALL, обрабатываемая с применением матриц NetBIOS и NBF Netbios.sys формирует матрицу из строк LSN и колонок с: идентификаторами цессов;

в ячейках на пересечении строк и колонок содержатся Про цесс получает LSN именно из этой таблицы.

Чтобы лучше понять, как Netbios.sys использует эту матрицу, представьте, что не кий устанавливает сеанс с удаленным компьютером. Прежде чем этот цесс сможет выдать команду NCB CALL, он передать кадр Reset NCB, ко торый уведомляет Netbios.sys о необходимости выделить место в ее таблице и ряд других операций. Получив на кадр Reset процесс выдает NCB CALL для соединения с указанным удаленным компьютером. Этот (Network Control передается нижележащему драй веру Netbios.sys, а тот открывает новый для NBF и посылает соответствующую команду.

NBF выдает первый с LSN 0, чтобы найти удаленный Как только удаленный компьютер возвращает ответ, из него извлекается адаптера и в таблице создается новая колонка. Второй с каким либо посылается удаленному компьютеру напрямую. Когда на этот кадр ЕФИ ответ, NBF возвращает драйверу Netbios.sys код успешного завершения Наконец, Netbios.sys записывает LSN из своей таблицы в NCB и возвращает этот процессу.

656 ЧАСТЬ 5 Другие протоколы Возможности маршрутизации на основе NBF Территориально распределенные сети вроде WAN требуют поддержки маршрути зации, но в малых и средних локальных сетях такая поддержка в не тре буется, и поэтому Вы можете обойтись без установки какого-либо протокола мар шрутизации.

ХВЕ не является маршрутизируемым протоколом. Применяемая им схема вания различать компьютеры, которые находятся в разных под ключенных друг к другу. NBF поддерживает лишь простейший вид маршрутиза ции Ч маршрутизацию источника Token Ring, которую можно реализовать только сетях Token Ring, использующих мосты.

Маршрутизация источника Token Ring активизируется так: когда NBF посылает широковещательный кадр локальную Token Ring и не получает ответ в течение определенного периода, он использует в кадре поля, относящиеся к мар шрутизации источника, что заставляет мосты, отвечающие за такую маршрутиза цию, принять и обработать этот кадр. Мост вставляет в кадр ин о маршрутах и передает его во все кольца, к которым подключен дан ный мост. Когда кадр запроса имени попадает на нужный компьютер, последний ответный кадр со своим и, используя информацию о маршру тах из запроса, напрямую передает компьютеру. Тот ин формацию о маршрутах и передает последующие кадры с адресов из кэша.

Поддержка Plug and Play NBF отвечает стандарту Plug and Play и поддерживает все сетевые адаптеры, соот спецификациям Подробнее о сетевой поддержке Plug and Play см. Б Сетевая архитектура Windows в книге Сети TCP/IP из серии Ресурсы Microsoft Windows 2000 Server.

Выявление и устранение проблем обсуждаются проблемы, с которыми Вы можете столкнуться при использо вании NetBEUI (или NetBIOS Frame) на компьютере с Windows 2000.

Тонкая NetBEUI через реестр При установке NetBEUI в Windows 2000 не так как NetBEUI является самонастраивающимся компонентом. Но при Вы мо жете изменить параметров в разделе реестра:

Внимание модифицируйте реестр самостоятельно (с помощью редактора реест ра) Ч делайте это лишь в крайнем случае, когда другого выхода нет. В отличие от управления редактор реестра обходит стандартные средства зашиты, призванные не ввода значений параметров, а также тех, которые могут быстродействие системы или привести к ее краху. Прямое редактирование реестра может повлечь за собой непредсказуемые и ГЛАВА 16 NetBEUI Вам придется переустанавливать Windows 2000. Для настройки и конфигурирова ния Windows 2000 по используйте Control Panel (Панель управления) или Microsoft Management Console (Консоль управления Microsoft).

изменений в привязки NetBEUI В привязки NetBEUI можно внести следующие модификации:

Х создать привязку;

Х удалить привязку;

Х изменить (приоритет) привязок.

Чтобы изменить приоритет привязок NetBEUI:

1. Откройте в меню Start (Пуск) подменю Settings (Настройка) и выберите ко манду Control Panel (Панель управления).

2. Дважды щелкните значок Network and Dial-up Connections (Сеть и доступ к сети).

3. Выберите из меню Advanced (Дополнительно) команду Advanced Settings (До полнительные параметры).

4. В появившемся диалоговом окне выберите Local Area Connection (Подключе ние по локальной сети).

5. В диалоговом окне Bindings Area Connections (Привязка для Подклю чение по локальной выберите нужную привязку.

6. Измените позицию этой привязки в списке, используя подходящую кнопку со стрелкой.

привязки NetBEUI к сетевым адаптерам Не привязывайте NetBEUI к нескольким в одной физической сети или в соединенных мостами, иначе каждый адаптер попытается за регистрировать в сети одно и то NetBIOS-имя и конфликт имен. Это всего приведет к отключению адаптеров, и Вы потеряете возможность вых соединений через NetBEUI.

Маршрутизация источника не поддерживается в источника поддерживается только в сетях Token Ring.

(Fiber Data Interface) может использовать NBF для маршрутизации источника.

Нет кадров Session Alive NBF не присутствие удаленного клиента в сеансе с помощью кадров Session Alive;

вместо этого он посылает опроса, выполняющие ту же функцию. Однако NBF отвечает на Session Alive, так что ожидать про блем с взаимодействием с другими реализациями NetBEUI следует.

* В русской версии Windows 2000 Server это диалоговое окно называется именно так.

658 ЧАСТЬ 5 Другие протоколы Применение NetBEUI из Windows 2000 в сетях IBM LAN Server Как правило, NBF не использует окно приема, пока не что удаленный с одной из версий IBM NetBEUI, не поддержива ющих опрос через сеть;

к такой версии относится IBM LAN Server. NBF иницииру ет с удаленным компьютером так же, как и IBM NetBEUI, но NBF про веряет в принимаемых кадрах битовый флаг опроса. Если в принятом кадре этот флаг не Windows 2000 ждет срабатывания таймера Т2 и только после этого посылает кадр АСК. о Т2 см. раздел Коммуникационная связь, ориентированная на логические ранее в этой главе.

Примечание Если в принятом кадре битовый флаг опроса установлен, NBF игно рирует окно приема и немедленно передает АСК.

Например, компьютер с IBM Server мог задать окно передачи равным Тогда параметр реестра MaxIncomingFrames следует вручную уменьшить до 1 (по умол чанию равен 2). Иначе этому компьютеру придется ждать АСК от компьютера с Windows который передаст этот кадр, только когда сработает таймер Т2.

Примечание Компьютер с Windows 2000, окно приема с размером MaxIncomingFrames, не всегда посылает ЛСК после приема MaxIncomingFrames пакетов. Это связано с тем, что прежде чем передавать АСК, дожидается приема Однако, когда компьютер с Win dows 2000 получает кадры он передает АСК немедленно.

не видит Просмотр компьютеров в сети с компьютера под управлением Windows 2000 осу ществляется отдельно по каждому протоколу. Иначе говоря, для каждого протоко ла выбирается свой главный обозреватель (master browser). Компьютеры, исполь зующие только NetBEUI, регистрируются на главном обозревателе, на котором ра ботает протокол Именно от него эти получают список про смотра. А поскольку компьютеры, использующие только TCP/IP, регистрируются на главном обозревателе, работающем с TCP/IP, они не попадают в список ра, поддерживаемый главным обозревателем, работающим с NetBEUI. Подробнее о просмотре сети см. приложение И Служба обозревателя в Windows 2000 в кни ге Сети TCP/IP из серии Ресурсы Microsoft Windows 2000 Server.

DLC Протокол DLC (Data Control), реализованный в Windows 2000, под ключаться к мэйнфреймам IBM и к устройствам печати, напрямую с сетью. Ч немаршрутизируемый протокол, применяемый только на компьюте рах, которым нужен доступ к мэйнфреймам IBM и к принтерам с прямым подклю к сети;

он конфигурируется как основной протокол для коммуникаци связи между рабочими станциями. В Windows 2000 также входит драйвер устройства для интерфейса В этой главе Обзор Установка протокола DLC драйвера DLC в реестре взаимодействие со SNA-хостами через Подключение к устройствам печати через DLC Х Подробнее о DLC и сетевой печати Ч книгу Сопровождение сервера из Ресурсы Microsoft Windows 2000 Server.

Х Подробнее о взаимодействии с аппаратно-программным обеспечением IBM главу 10 Взаимодействие с хост-системами в этой книге.

Обзор Драйвер протокола DLC поставляется с Microsoft Windows 95, Microsoft Win dows 98, Microsoft Windows NT 4.0 и Windows 2000. Он позволяет взаимодейство вать с компьютерами, на которых работает стек протоколов с фреймами IBM), или с сетевой периферией вроде устройств печати, напрямую к сети через собственные сетевые адаптеры. Драйвер протокола обеспечивает доступ к сервисам IEEE 802.2 I и П. Он также предоставляет интерфейс для обмена кадрами 802.3 и другими Ethernet-кадрами, в частности не структурированными (raw) кадрами 802.5.

Этот интерфейс состоит из DLL и драйвера устройства. Его сервисы доступны при сетевых плат с DLC в Windows 2000 с драйве 660 ЧАСТЬ 5 Другие протоколы рами либо Token либо MAC (Media Access Control);

в случае при вязки к Ethernet MAC также может передавать и принимать кадры формата DIX (Digital Intel Xerox).

DLC в Windows 2000 содержит ядро состояний (finite state machine) 802.2 (Logical Link Control), используемое при передаче и приеме кадров типа 2 в среде, ориентированной на логические соединения. DLC обмениваться и кадрами типа 1 в среде, не ориентированной на логические соединения, например кадрами Unnumbered Information. Кадры типов 1 и 2 можно передавать и прини мать одновременно.

доступен из приложений Windows 2000, а также из 16-разрядных MS-DOS и Windows. интерфейс в основном соответствует интерфейсу ССВ2 (Command Control в котором сегментиро 16-битные указатели линейными 32-битными. А 16-разрядный интерфейс соответствует ССВ1.

В отличие от других транспортных DLC не поддерживает (Trans port Driver Interface). Из-за этого DLC не годится для связи с клиентскими приложениями TDI, например с редиректором и службой сервера Windows 2000. Поскольку редиректор не может использовать DLC, протокол применяется обычных сеансовых соединениях между компьютерами под управлением Windows 2000.

Установка протокола DLC Протокол DLC устанавливается Ч по окончании работы программы Windows 2000 Setup (Установка Windows 2000).

Чтобы 1. в меню Start (Пуск) подменю Settings (Настройка) и выберите ко манду Control Panel (Панель управления).

2. Дважды щелкните значок Network and Dial-up Connections (Сеть и доступ к сети).

3. Щелкните правой кнопкой мыши Local Area Connection по ло кальной сети) и выберите команду Properties (Свойства).

4. Щелкните кнопку Add 5. Выберите Protocols (Протокол) и щелкните кнопку Add (Добавить).

6. Выберите DLC Protocols (Протокол DLC) и кнопку ОК.

Настройка сетевых привязок Сетевые (network bindings) Ч это связи между сетевыми платами, прото колами и службами. Вы можете внести изменения в сетевые для Х создать или удалить привязку;

Х изменить порядок (приоритет) привязок.

Порядок привязок очень важен для DLC, так как в его интерфейсе адаптер ляется по (обычно 0 или хотя в Windows 2000 ГЛАВА 17 физических Номер соответствует индексу адаптера в раз деле Если на компьютере только один сетевой адаптер.

ссылаются на этот адаптер по номеру 0, и нет никакой необходимости что-либо менять в привязках DLC. Если же на компьютере более одного сете вого адаптера, Вы можете привязки.

Чтобы изменить приоритет привязок 1. Откройте в меню Start (Пуск) подменю Settings (Настройка) и выберите ко манду Control Panel (Панель управления).

2. Дважды щелкните значок Network and Dial-up Connections (Сеть и удаленный к сети).

3. Выберите из Advanced (Дополнительно) команду Advanced Settings полнительные параметры).

4. В появившемся диалоговом окне выберите Local Area Connection (Подключе ние по локальной сети).

5. В диалоговом окне Bindings for Local Area Connections (Привязка для Подклю чение по локальной выберите привязку.

6. позицию этой привязки в списке, используя подходящую кнопку со Параметры драйвера DLC в реестре При первом открытии адаптера драйвер протокола записывает в реестр (в раз дел для этого адаптера) несколько параметров со значениями по умолчанию. Эти параметры управляют а также тем, следует ли использовать DIX по у и надо ли переставлять (swap) биты адреса назначения при кадра через переставляющий адреса назначения.

При коммуникационной связи по применяется три таймера:

Х Ч таймер ответа;

Х Ч таймер подтверждения;

Х Ч таймер У каждого таймера два параметра: и где вместо х следует подставить л2 или Все параметры для конкретного адаптера содер жатся в разделе реестра:

Если Вы параметр, связанный с таймером, изменения вступают в при следующем открытии адаптера.

* В русской версии 2000 Server это диалоговое так.

Ч 662 ЧАСТЬ 5 Другие протоколы Коммуникационное взаимодействие со SNA-хостами через DLC Основное предназначение протокола DLC Ч персональных ров со SNA-хостами (Systems Network Architecture) вроде мэйнфреймов IBM или систем AS/400.

SNA предоставляет эквивалентную сетевому, сеансовому и уровням эталонной модели OSI. Эта ность несколько отличается от той, которая предусматривается на каждом уровне OSI, но уровень DLC (управление каналами) и канальный уровень OSI почти идентичны по своей Кроме того, поддерживается про граммный интерфейс для доступа к уровню Этот интерфейс описан в стан дарте IEEE 802.2.

Примечание недостаточно для использования в многопоточных про граммах.

Сравнение моделей. SNA и OSI на рис. 17-1.

Модель SNA Модель OSI управление 7. Прикладной потокам данных 6.

5.

4. Транспортный путем 3, Сетевой уровень каналами 2, уровень Рис. 17-1. Сравнение моделей SNA и OSI Microsoft SNA Server взаимодействует с используя драйвер устрой ства протокола Изменение локально управляемого адреса При может изменить адрес сетевого адаптера.

Например, некоторые конфигурации программного мэйнфреймов тре буют, чтобы сетевые адреса устройств определенному формату.

Адрес сетевого адаптера модифицируется с помощью редактора реестра (Reg Ниже приведена процедура адреса для адаптеров IBM Token Ring. Но сначала в документации на свой сетевой адаптер, можно ли пе реопределить его адрес.

ГЛАВА 17 DLC Внимание модифицируйте реестр самостоятельно (с помощью редактора реест ра) Ч делайте это лишь в крайнем случае, когда другого выхода нет. В отличие от инструментов управления редактор реестра обходит стандартные средства защиты, не допускать ввода конфликтующих значений а также тех, которые могут снизить быстродействие системы или привести к ее краху. Прямое редактирование реестра может повлечь за собой непредсказуемые последствия, и Вам придется переустанавливать Windows 2000. Для настройки и конфигурирова ния Windows 2000 по возможности используйте Panel (Панель управления) или Microsoft Management Console (Консоль управления Microsoft).

Чтобы изменить адрес платы адаптера:

1. Выберите из меню Start команду Run (Выполнить).

2. Введите команду:

3. Щелкните кнопку ОК.

4. После запуска редактора выберите 5. Выберите из меню Edit (Правка) команду Add Value (Добавить параметр).

6. Введите в поле Value (Параметр) сетевой адрес, выберите тип данных и щелкните кнопку ОК.

Введите 12-разрядный локально управляемый (Locally Administered Add ress, необходимый для коммуникационного взаимодействия с мэйнфреймом.

Если Вы не знаете этот адрес, обратитесь к администратору сети.

8. Закройте редактор реестра и перезагрузите компьютер, чтобы изменения всту пили в силу.

9. Теперь в командной строке введите команду net rdr, которая сообщает активный МАС-адрес.

Если он совпадает с LAA, заданным через реестр, значит, изменения вступили в силу.

Подробнее о редакторах см. справочную систему Windows 2000.

Подключение к устройствам печати через DLC позволяет подключаться к сетевым принтерам, напрямую соединенным с сетью.

Примечание не применяется для соединения с принтерами, подключенными к рабочим или серверам через параллельные или последовательные Для подключения к принтеру Hewlett-Packard и его конфигурирования нужно сна чала установить монитор Hewlett-Packard Network Port на сервер печати под уп равлением Windows 2000. После этого с помощью Add Printer Wizard (Мастер ус принтеров) можно установить собственно Hewlett-Packard Network для настройки устройства печати.

664 ЧАСТЬ 5 Другие протоколы Перед запуском Add Printer Wizard:

Х включите самодиагностику принтера Hewlett-Packard, чтобы получить в распе чатке адрес его сетевого адаптера 12-байтовое число, заданное из готовителем сетевого адаптера);

Х выберите логическое имя принтера (оно используется для идентификации прин тера и сопоставляется с адресом его сетевого адаптера).

Чтобы настроить принтер Hewlett-Packard с прямым подключением к сети:

1. Откройте в меню Start (Пуск) подменю Settings (Настройка) и выберите коман ду Printers (Принтеры).

2. Дважды щелкните значок Add Printer (Установка принтера).

3. В окне Add Printer Wizard (Мастер щелкните кнопку Next (Далее).

4. Выберите переключатель Network Printer (Сетевой принтер) и щелкните кноп ку Next (Далее), 5. Выберите сеть, в которую быть добавлен данный и введите его имя.

6. Щелкните кнопку Finish (Готово).

Примечание Перед настройкой сетевого принтера производства Hewlett-Packard или другого изготовителя, пожалуйста, внимательно прочитайте прилагаемое к нему руководство по установке. Дополнительную о настройке прин теров см. в справочной системе Windows 2000.

Дополнительные материалы Более подробную о см. в документации:

Х IBM Local Area Network Technical Reference (IBM part number SC30 Armonk, NY.

Приложения Здесь приводятся детальные сведения о концепциях взаимодействия с дру гими платформами. Дополнительная техническая информация, в части, будет полезна администраторам сетей при с взаимодействием с хост-системами IBM и с UNIX. Кроме того, описыва ются сценарии установки Windows 2000 в корпоративных сетях.

В этой части с IBM SNA Концепции взаимодействия с UNIX Windows 2000 Resource Kit Deployment Lab ПР ИЛ ОЖЕ НИЕ А Концепции взаимодействия с IBM SNA Microsoft для интеграции с хост-системами IBM SNA Server.

Для эффективного SNA Server Вы должны понимать, как работают сетевые среды, содержащие мэйнфреймы IBM и системы AS/400. IBM SKA (Sys tems Network и APPN (Advanced Peer-to-Peer Networking) определя ют протоколы, применяемые в традиционных сетях IBM. SNA Server поддержива ет эти сетевые протоколы IBM, а также дополнительные технологии и стандарты, которые обеспечивают взаимодействие сетей на основе Windows 2000 с приложе ниями, базами данных и системами IBM.

В этом Интеграция с хост-системами IBM Microsoft SNA Server Архитектура IBM SNA Иерархические SNA-сети APPN Развитие SNA Стандарты приложений хост-систем Стандарты баз данных на хост-системах Обработка транзакций Система управления сетью IBM См. также Х о SNA Server Ч главу 10 Взаимодействие с хост-системами IBM в этой книге.

ПРИЛОЖЕНИЕ А Концепции взаимодействия с IBM SNA Интеграция с хост-системами IBM Во многих крупных работают на ванных IBM, компьютерных системах класса или на систе мах AS/400. Поэтому архитектура хост-систем Ч SNA (Systems Net work Architecture) Ч и в наши дни остается одной из наиболее распространенных.

Для использования информации, накопленной на хост-системах IBM, архитекто ры систем должны были найти способы бесшовной интеграции сетей и интрасетей на основе Windows 2000 с SNA и их приложениями и сетевыми сервисами, Microsoft SNA Server SNA Server Ч это приложение Microsoft BackOfficeо, выполняемое в операционной системе Microsoft Windows 2000 Server. SNA Server представляет собой комплекс ное для интеграции сетей и интрасетей на основе Windows 2000 с реймами и системами AS/400, использующими IBM SNA или TCP/IP.

Клиенты подключаются к SNA Server по стандартным сетевым протоколам TCP/IP, NetBEUI, Banyan VINES IP и AppleTalk, а также с использова нием службы маршрутизации и удаленного доступа Windows 2000. Если хост-сис тема IBM работает с сетевыми протоколами SNA, то SNA Server создает соединение с такой хост-системой с применением стандартных SNA (рис.

AS/ I Мэйнфрейм для Сетей Данных UNIX Систем управления с Web OS/ Macintosh MS-DOS Windows Windows 95/ Windows NT Workstation Windows Professional Рис. А-1. SNA Server обеспечивает бесшовный доступ к хост-системам IBM SNA 668 6 Приложения После установления сетевого соединения клиенты, используя SNA Server, могут обращаться к данным, и сетевым сервисам на IBM-хостах. Благода ря SNA Server отделы информационных технологий создавать приложения, открывающие доступ к данным и приложениям на IBM-хостах из пользователь ского интерфейса или Web-браузеров, работающих на персо нальных компьютерах.

SNA Server предоставляет полный набор интеграции с хост-системами.

Интеграция с сетями. Кросс-платформенная сетевых соединений, служб каталогов и интеграции подсистем а также единый вход в различные системы. (Поддержка единого входа дает возможность получать доступ ко множеству систем или приложений по одному паролю.) Интеграция с хост-данными. Сервисы передачи файлов, технологии Universal Data Access типа OLE DB и ODBC (Open Database Connectivity), а также репли кация для доступа к IBM DB2, DB2/400, файлам AS/400 и файлам данных ORACLE.

Интеграция приложений. Поддержка доступа через интегрированные сервисы а также интеграция асинхронных коммуникационных сред IBM с Microsoft Queue Services.

Интеграция систем управления сетями. Интеграция между службами управления сетями Windows 2000 и сервисами управления на базе IBM Чтобы понять, как с помощью SNA Server можно интегрировать сети Windows с сетями на хост-систем IBM, Вы должны изучить базовые компоненты IBM SNA.

Архитектура IBM SNA SNA Ч это сетевая архитектура, IBM для компьютер ных систем среднего класса и персональных SNA определяет набор коммуникационных протоколов и сообщений для коммуникационного данными и управления сетями, IBM-хосты.

SNA также определяет методы:

Х терминального доступа к приложениям на мэйнфреймах и хост-системах;

Х файлов между компьютерными системами;

Х печати данных с мэйнфреймов и хост-систем на SNA-принтерах;

Х межпрограммной позволяющей приложениям обме ниваться данными по сети.

SNA реализует две сетевые модели.

Иерархические сети. Модель иерархических SNA-сетей обеспечивает удаленный доступ с к системам. В этой модели централизован ные системы должны предоставлять сетевые сервисы всем пользователям в сети.

Одноранговые сети. Более современная APPN (Advanced Networking) позволяет ресурсы локальных (LAN) и региональных (WAN), а также клиент-серверные вычисления. APPN-сеть поддерживает из видов распределенной обработки, позволяя любому компьютеру получать ПРИЛОЖЕНИЕ А Концепции взаимодействия с IBM SNA доступ по протоколам SNA к ресурсам любого другого в сети. Компь ютеры в не зависят от коммуникационных сервисов мэйнфрейма.

унаследованных приложений, работающих на мэйнфрей мах и хост-системах IBM, обе сетевые модели SNA по-прежнему широко применя ются в корпоративных сетях.

SNA эволюционирует к одноранговой структуре сетей. В процессе этой эволюции APPN-сети часто комбинируются с иерархическими SNA сетями.

Иерархические SNA-сети В модели иерархических SNA-сетей на вершине иерархии находится мэйнфрейм, а самом нижнем уровне Ч конечный Примечание В SNA конечный Ч это не только пользо ватель, но и прикладная программа.

В SNA имеется несколько классов компонентов для поддержки коммуникационной связи между мэйнфреймом или хост-системой и конечным пользователем.

Аппаратные компоненты, или узлы. Компьютерные платформы и сетевые устройства, реализующие специфические SNA-функции управления и коммуника связи.

Типы соединений. Аппаратные и коммуникационные стандарты, предназначен ные для формирования коммуникационных путей передачи данных между в SNA-сети.

Физические элементы Комбинация аппаратного и программного обеспе чения, позволяющего и управлять устройствами, соединениями и про токолами в SNA-сети, Логические элементы (LU). Протоколы, стандартизирующие формат данных, до ставляемых для конкретных приложений, например при доступе с терминалов и печати.

Эти компоненты образуют основу IBM SNA. Все они рассматриваются в следующих разделах.

Аппаратные компоненты в иерархических сетях Формирование SNA-сети начинается с подбора ее ком понентов. Каждый аппаратный компонент различается по типу узла, определяюще му его положение в иерархии SNA и взаимосвязи с другими аппаратными компо нентами сети. Такие компоненты SNA в таблице а взаимосвязи между ними показаны на рис. А-2.

хост-системы поддерживают и одноранговые сети. В таких средах на стороне конечного пользователя может присутствовать узел 2.1 (ориентированный на одноранговую связь).

670 ЧАСТЬ 6 Приложения Таблица Аппаратные компоненты в иерархической SNA-сети Аппаратный компонент Узел Описание Мэйнфрейм Узел типа 5 Центральный компонент иерархической Выполняет централизованные приложения, дос тупные SNA-сети.

FEP типа 4 Обычно выделяется для коммуника Processor) связью с мэйнфреймом. Берет на себя многих коммуникационных процес сов, которые иначе отнимали бы дорогостоящие ресурсы мэйнфрейма. Также называется контрол коммуникационной связи (communications controller).

Контроллер Узел типа 2 Управляет группой (кластером) принтеров и тер кластера миналов конечных пользователей. Часто щается на удаленных участках и с FEP по WAN-каналам.

Компоненты на стороне Периферий- Терминалы и принтеры, конечного узлы к контроллеру кластера.

Мэйнфрейм Узел типа FEP Узел типа кластера Узел типа Терминал Периферийный узел Принтер Периферийный узел Рис. А-2. Иерархия аппаратных компонентов в SNA Типы соединений в иерархических сетях образуют путь данных между аппаратными компонентами в SNA-сети. Они включают пути от мэйнфрейма к и от FEP к контроллеру кла стера.

Соединения от мэйнфрейма к FEP Модули FEP можно подключать к мэйнфреймам либо по канальному соединению (IBM либо с помощью Open Adapter.

IBM Channel подключает компоненты к мэйнфрейму по специализированному вы сокоскоростному коммуникационному каналу. Канальное соединение поддержива ется одним или несколькими микропроцессорами выделенными спе циально для этой Подключение к мэйнфреймам IBM по таким каналам самый быстрый и эффективный метод. Два наиболее распространенных типа со IBM Channel в А-2.

ПРИЛОЖЕНИЕ А Концепции взаимодействия с IBM SNA Таблица А-2. Соединения IBM Channel Скорость Тип кабелей Состав передачи Bus & Tag Два медных кабеля с оплеткой и большими разъемами на концах (Enterprise кабель До 17 Мб/с System Connectivity) Open Systems Adapter, на хосте, позволяет напрямую подключать ся к сетям Token Ring, Ethernet и Соединения от FEP к контроллеру кластера FEP к кластера или к другим компонентам, стоящим на более уровнях иерархии SNA, по соединениям нескольких типов, также называемым каналами. Типы соединений различаются способом доступа к FEP. Три наиболее распространенных типа соединений перечислены SDLC (Synchronous Data Link Control). Позволяет контроллеру кластера взаи модействовать с FEP по обычным коммутируемым телефонным линиям или по вы деленным (арендованным) телекоммуникационной связи. SDLC ет уже многие годы и широко используется сетевых SNA-средах.

802.2 (Data Link Позволяет контроллеру кластера взаимодейство вать с FEP по сетям со стандартными топологиями, например Token Ring, Ethernet FDDI. Хотя DLC появился SDLC, он широкую популярность в более новых системах благодаря своей эффективности и гибкости.

Позволяет контроллеру кластера взаимодействовать с FEP по дартным сетям с коммутацией пакетов. Ч это стандарт ITU (Inter national Telecommunications Union) на глобальные коммуникации с комму тацией пакетов, требующий протокола (Qualified Logical Link Control), также называемого медленнее соединений 802.2, но с Подробнее о типах см. главу 10 Взаимодействие с хост-системами IBM в этой книге.

Физические элементы в иерархических сетях Создание SNA-сети требует установки на аппаратных компонентах SNA определен ного сетевого программного обеспечения. Такое программное обеспечение ствует для каждого из трех основных аппаратных компонентов: мэйнфреймов, FEP и контроллеров кластеров. Комплекс и аппаратных средств, установ ленных на каком-либо устройстве в SNA-сети, называется физическим элементом (physical unit, (рис. А-3).

Обратите внимание: Ч это компонент, представляющий аппаратное устройство (узел) в SNA-сети. Каждый тип PC по номеру (таблица А-3):

чем он больше, тем данного в иерархии SNA.

Примечание Концепция физических элементов может привести к путанице.

re, что Ч это не само аппаратное а комплекс программного и ратного обеспечения, представляющий устройство в SNA-сети.

672 ЧАСТЬ 6 Приложения PU типа Оборудование: мэйнфрейм Модель:

Программное обеспечение:

типа Оборудование: FEP Модель: Программное AFC/NCP PU типа Оборудование: контроллер кластера Модель: Программное Configuration Support Program К терминалам и принтерам К терминалам и принтерам Рис. А-3. Ч комбинация программного и аппаратного обеспечения Таблица А-3. Типы Тип PU Аппаратный Модель PU 5 Мэйнфрейм (узел типа 5) S/ PU 4 FEP (узел типа 4, или контроллер коммуникационной 3745, PU 2 Контроллер кластера (узел типа 2) IBM 3174. Примечание Тип 3 не реализован, а дополнительный тип (2.1) описывается в разделе по одноранговым SNA-сетям.

Программное обеспечение мэйнфрейма (Virtual Telecommunications Access Method) Ч это программа для мэйнфрей мов IBM, которая управляет коммуникационным взаимодействием между прило жениями на мэйнфрейме и терминалами или компьютерами, подключенными к мэйнфрейму.

включает SSCP (system services control point), которая представляет собой точку в иерархической сети. SSCP активизирует, контролирует и деак тивизирует сетевые ресурсы (например, контроллеры кластеров, терминалы и принтеры). SSCP также ведет мониторинг и регистрирует состояние SNA-компо нентов.

После активизации VTAM и SSCP мэйнфрейм становится PU 5.

Традиционно VTAM и SSCP напрямую взаимодействовали со следующим более уровнем в иерархии, с (FEP). Однако сейчас PU 5 чаще мую взаимодействует с PU 2, подключаемым по канальному соединению или через Open Systems Adapter.

ПРИЛОЖЕНИЕ А Концепции взаимодействия с IBM SNA Программное обеспечение FEP FEP (Front-End Processor), также контроллером коммуникационной или 4, выполняет программу управления коммуникационной связью (Advanced Communication Function/Network Control Program). FEP ис пользует это обеспечение для управления маршрутизацией и комму никационным взаимодействием в иерархической SNA-сети, разгружая от этих за дач мэйнфреймовую конфигурируется на мэйнфрейме, а затем на FEP. Как 4, FEP коммуникаци онную связь со следующим более низким уровнем в иерархии SNA.

Программное обеспечение контроллера кластера Контроллер кластера (PU 2) работает с административным программным обеспе чением Ч Configuration Support Program, управляющим соединениями, которые контроллер кластера устанавливает с терминалами и принтерами.

Примечание Вместо контроллера кластера можно использовать ком пьютер под управлением SNA Server.

Логические элементы в иерархических сетях В SNA-сети типов 5 и 2, передающие данные и сетевые прото колы SNA, называются логическими units, LU Ч это точка входа в SNA-сеть. Как уже говорилось, в терминологии SNA конечным может быть не только сам пользова тель, но и приложение. Например, когда конечный пользователь вводит данные на SNA-терминале, они передаются который их по сети главному узлу. После того как данные на главный узел, другой конечный пользо ватель передает их на главном узле для обработки. Здесь конечный тель на терминале Ч а конечный пользователь на глав ном Ч прикладная программа этого узла.

В сетях все устанавливают и контролируют коммуникационные связи с другими опираясь на SSCP, выполняемую на поэтому они называются зависимыми логическими элементами (dependent logical units).

Как и типы типы идентифицируются по номерам (таблица А-4).

Таблица А-4. Типы используемые в иерархических сетях Тип LU Компонент Описание 0 Нестандартный интерфейс разрабатывать специализированные приложения. Является 1 типа IBM 3287 Обрабатывает передачу данных системному и LU 1 исполь зует формат SCS (SNA character string).

LU 2 Терминалы с монохромными Определяет, как форматируются и передаются дисплеями IBM 3278 (3270), потоки данных с терминалы с цветными дисплеями 3279/3179, графические терминалы (см.

674 ЧАСТЬ б Таблица Тип LU Компонент Описание 3 Принтеры типа IBM 3270 формат потока данных SNA для управления данных системному и сетевым принтерам. Это распростра тип принтерного LU.

Примечание Типы в сетях (в том числе 6.2), описываются R в приложении, Функциональные уровни SNA Функциональность каждого уровня работающего в контексте модели иерар хических сетей, показана в таблице А-5. Уровень сервисов и фи зический выходят за рамки исходных спецификаций SNA, но включены в эту таблицу, чтобы дать Вам более полное представление о поддержке сетей IBM.

Таблица Функциональные уровни в иерархических SNA-сетях Описание сервисы Концептуальный уровень, Services) ния, которые устанавливают и завершают SNA-сеансы между Функциональное управление Уровень, отвечающий форматирование потоков данных Management) и кодов символов в потоках данных 3270). Также управляет активными Управление потоками данных Предоставляет протоколы для целостности (Data Flow в сеансах, синхронизации обмена данными и разбиения блоков данных на пакеты.

Управление передачей Использует и NCP для управления активными сами между сторонами соединений (end-to-end sessions).

Отвечает формирование данных.

Может шифрование и дешифрование данных.

Управление Определяет пути передачи данных между иерархическими путями (Path Control) SNA-узлами с применением и каналами Управляет передачей между узлами и данных за ошибок и восстановление данных.

(Data Link Control) Управляет передачей по стандартным WAN (в том числе LAN Ring, Ethernet, ATM) и интерфейсам.

Физическое Отвечает за передачу битов по физической несущей среде.

(Physical Control) При этом для LAN и используются стандартные спецификации, а для канальных подключений Ч уникаль ные, разработанные специально для SNA.

Примечание Сетевые функции в APPN на некоторых уровнях отличаются от в этой таблице.

Поскольку специалистам в области сетей хорошо известна эталонная модель OSI Systems имеет смысл функциональные уровни SNA с уровнями в модели OSI.

ПРИЛОЖЕНИЕ А Концепции взаимодействия с SNA уровни SNA определяют протоколы и сервисы, протоколам и сервисам на уровнях модели сама модель OSI была разработана в ответ на архитектуру SNA, которая оказала на нее влияние.

Изначально в SNA не было спецификаций уровней, физическо му и прикладному уровням модели OSI. Однако в последние стандарты по SNA включены все семь уровней, в том числе физический и сервисов (эквивалентный прикладному уровню модели OSI). Уровень транзакционных сер висов играет важную роль в сетях IBM, поскольку программы ча сто инициируют сетевые SNA-сеансы.

Однако, хотя функциональность уровней в SNA и OSI очень близка, методы, кото рыми она реализуется, существенно различаются (рис. А-4).

Функциональные уровни SNA Модель OSI 7. Прикладной уровень Элементы с 6. Презентационный уровень Функциональное адресацией Сеансовый уровень 4. Транспортный Управление передачей Сетевые компоненты уровень управления коммуникационными 2, уровень путями каналами Физическое 1. Физический уровень Рис. А-4. Взаимосвязь функциональных уровней SNA с моделью OSI Сетевые компоненты управления путями Три нижних уровня SNA сетевые управ ления коммуникационными путями control network components), на транспортной сетью SNA (SNA transport network). Эти уровни отвечают за управление потоком сообщений в сети и их а также предос тавляют интерфейсы для доступа к физической несущей среде.

Элементы с адресацией Четыре верхних SNA предоставляют коммуникационные протоколы для взаимодействия между элементами с сетевой адресацией (network addressable units, NAU). NAU включают следующие SNA-компоненты:

Х физические элементы;

Х логические Х точки управления SSCP во У каждого может быть по несколько NAU для специфичес кими сетевыми функциями. Каждый NAU имеет адрес, на который он получает данные в ходе SNA-сеанса.

676 ЧДСТЬ б Приложения взаимодействие SNA основано на установлении сеансов между Логические сеансы Ч это пути, обеспечи работу сетевых устройств и трафика но сети.

В SNA-сетях информация о маршрутах динамически при нии сеанса и действительна до ето Все SNA-пакеты во время сеансов идут по и тому же логическому пути от до Если коммуникационное взаимодействие в ходе SNA-сеанса хотя бы на малое время, SNA этот Сети, в которых SNA-протоколы по WAN-соединениям, должны использовать маршрутиза торы с (Data Switching), FRAD (Frame Assembler/Disassemblers) с Frame Relay (RFC или специализи рованные ATM-коммутаторы.

Типы сеансов иерархических SNA-сетях перечислены таблице А-6.

Таблица А-6. Типы SNA-сеансов в иерархических сетях Тип сеанса SSCP-K-SSCP Обеспечивает коммуникационную связь SSCP и иерархических сетях системными для коммуникационного взаимодействия с сетевыми устройствами SSCP-K-LU логическими иерархических сетях для досту па к сеансовым SSCP, например к сервисам входа в сеть и выхода ил нее Обеспечивает связь между конечными пользователя ми и в так и в одноранговых сетях Примечание APPN, кроме сеансов LU-K-LU, поддерживает сеансы СР-к-СР (control point to point). Эти позволяют управлять всеми функциями одно SNA-сети без SSCP на мэйнфреймах.

Иерархические домены и подобласти Узлы в иерархических SNA-сетях группируются в и подобласти в такой сети представляет сетевых ресурсов, управляемых SSCP, который реализуется на В дом домене только один SSCP.

Некоторые SNA-сети содержат доменов. Когда конечным пользова телям из разных доменов нужно установить связь через сеанс LU-K-LU, SSCP в этих доменах сначала сеанс SSCP-K-SSCP.

SNA-домены, как правило, включают несколько подобластей. Подобласть состоит из одного узла подобласти (узла типа 5 или 4) и ресурсов, контролируемых им, например узлов типа 2, как показано на рис. А-5.

Узлы подобластей могут взаимодействовать с периферийными узлами в своей по добласти и устанавливать одно или несколько соединений с узлами других подо бластей. Соединения между подобластей называются (transmission groups). Способность группы передачи позволяет узлам добластей формировать таблицы маршрутизации.

ПРИЛОЖЕНИЕ А взаимодействия с IBM SNA Узел Терминал 2 связи) Терминалы тила связи) (контроллер Терминалы Рис. А-5. SNA-домен с тремя подобластями Поддержание нескольких соединений в передачи обеспечивает максималь ную производительность и надежность сети. Если одно из соединений из строя, SNA перенаправляет данные по одному из других в передачи.

Примечание В одноранговых SNA-сетях и маршрутизации опре деляются по-другому (см. следующий раздел).

APPN В 1981 году IBM начала новые стандарты, ко торые потом превратились в архитектуру сетей APPN (Advanced Peer-to-Peer Networking). APPN заметно отличается от традиционной архитектуры иерархических сетей SNA, поскольку одну форм распределенной обработки. Все компьютеры в APPN-сети могут взаимодействовать друг с другом напрямую, без узлов типа 5 или контроллеров коммуникацион ной (узлов типа 4). Эта модель позволяет создавать более гибкие среды, модель.

APPN определяет, как одноранговые (равноправные) взаимодейству ют друг с другом и как каждый компьютер свои сетевые сервисы в сети.

В APPN предусмотрены собственные стандарты для следующих компонентов Аппаратные компоненты, или узлы. Аппаратное платформ и сетевых устройств, реализующих специфические для SNA APPN фун кции управления и коммуникационной связи.

678 ЧАСТЬ 6 Приложения Типы соединений. и коммуникационные стандарты, предназначен ные для формирования путей данных между компо в Физические элементы Аппаратно-программное позволяющее настраивать и управлять устройствами, соединениями и протоколами в SNA APPN.

Логические элементы Протоколы, стандартизирующие формат до ставляемых для конкретных приложений, например при доступе с терминалов и печати.

Хотя в SNA-сетей определены те же классы компонен тов, что и в иерархической модели SNA-сетей, сами компоненты заметно ются.

Аппаратные компоненты в одноранговых сетях Типичная состоит из нескольких разных устройств, например из хост систем или компьютеров, к одной более LAN (рис. А-6).

Одноранговую модель можно применять многих средах. Чаще всего она исполь зуется в средах с AS/400, поскольку эта система популярна и ориентиро вана на APPN. Современные системы тоже поддерживают Рабочие станции Рабочие станции Рабочие Рис. А-6. Сетевые компоненты в APPN Сетевым может быть любой аппаратный компонент, способный функционировать как узел 2.1. 2.1 является расширением PU 2.) В каче стве узлов PU 2.1, если на них установлено соответствующее обеспе чение, могут быть сконфигурированы:

Х AS/400;

Х мэйнфреймы;

ПРИЛОЖЕНИЕ А Концепции с SNA Х раоочие станции;

Х маршрутизаторы.

Типы соединений в сетях Наиболее распространенные типы соединений используемые для ключения перечислены в таблице об этих типах соединений см. главу 10 Взаимодействие с хост-системами в этой книге.

Таблица А-7. Типы соединений Тип соединения 802.2 DLC Token Ring Ethernet SDLC Общедоступные и частные телефонные линии Протоколы Примечание Ч метод подключения к системам AS/400.

Физические элементы в одноранговых сетях Как и в модели иерархических сетей, аппаратного компонента в определяется программного обеспечения, установленного на этом Комбинация и программного обеспечения устройства в APPN, как и в иерархических сетях, тоже называется пред ставляет устройство (узел) в В однородной APPN-сети все узлы являются PU типа 2.1. Этот тип Ч расширение PU стандартного типа 2.0. Как и узлы типа 2.0 в иерархических SNA-сетях, од норанговые узлы типа 2.1 могут с узлами типа Как таковые, узлы типа 2.1 не требуют SSCP на мэйнфреймах или контроллеров коммуникаци онной связи, применяемых в иерархических SNA-сетях.

Это позволяет формировать сети SNA APPN исключительно из узлов типа 2.1, в качестве которых могут работать, в частности, IBM AS/400 и обычные персональные компьютеры.

Типы узлов В существует три типа узлов 2.1 (рис. А-7):

Х сетевые узлы APPN;

Х конечные узлы APPN;

Х узлы (Low Entry Network).

Сетевые узлы APPN Из трех типов APPN-узлов сетевые узлы наивысший уровень фун кциональности. Сетевые узлы APPN могут выполнять все базовые функции, под держиваемые другими узлами APPN PU типа 2.1. Для совместимости с иерархи ческими сетями узлы 2.1 могут устанавливать сеансы и с узлами типа 680 ЧАСТЬ Б Приложения Сетевой узел узел Конечный узел Конечный узел Узел Рис. А-7. Типы узлов PU 2,1 в APPN-сети фреймами). Однако при с другими узлами PU 2.1 сетевые узлы APPN (реализованные в AS/400) предоставляют дополнительные сервисы:

Х управление сеансами LU-K-LU;

Х маршрутизацию;

Х полнофункциональные службы каталогов;

Х поддержку сеансов (для APPN).

Сетевой узел APPN и к узлы PU 2.1 образуют домен APPN. Таким образом, в своем домене сетевой узел APPN выступает в роли ра для остальных узлов 2.1. также может как промежу точный узел (intermediate поддерживая функции маршрутизации в APPN сетях со множеством сетевых узлов APPN.

На сетевом узле APPN может быть точка (control point, СР), которая сервисы и поиска в базе данных каталога. СР устанав ливает сеансы с СР на смежных сетевых узлах APPN, поддерживая актуальность каталогов и информации о структуре сети использования SSCP на мэйнфрейме.

когда в APPN-сети появляется новый конечный узел, соответствующий (сетевой APPN) автоматически обновляет свой каталог и таблицы мар шрутизации и распространяет информацию на другие сетевые узлы APPN.

Примечание Службы каталогов APPN отличаются от большинства других служб каталогов, использующих сетевые SNA. Так как не фиксированные каталоги в ответ на запросы сообщают местонахождение LU получателя и маршрут к нему, а не адрес его ресурса. Поэто му сетевые узлы APPN должны динамически создавать идентификаторы маршру тов (route identifiers) при установлении сеансов LU-K-LU.

узлы APPN Как и все узлы 2.1, конечные узлы могут устанавливать сеансы с други ми узлами PU 2.1 (и с узлами PU 5, в иерархических SNA-сетях).

Но в отличие от сетевых узлов APPN узлы не выполняют функции мар шрутизации и не могут выступать в роли узлов в Тем ПРИЛОЖЕНИЕ А Концепции взаимодействия с IBM SNA не конечные узлы предоставляют подмножество сеансовых APPN и служб каталогов для собственных Конечные узлы могут быть подключены к сетевому который действует как сервер, маршрутизацию, и служб катало гов. Конечный узел можно подключать более чем к одному узлу, но еди новременно в роли сервера всегда выступает только из этих сетевых узлов.

Узлы Как и остальные узлы могут сеансы с другими уз лами 2.1 (и с узлами 5, в иерархических Одна ко связь с которыми управляют дру гие сетевые узлы APPN, только через сетевой узел APPN, как сервер. Узлы LEN не предоставляют никаких функций и сеан совых сервисов.

Логические элементы в одноранговых сетях Ч это SNA-протоколы, которые формат, используемый при данных приложениям. В APPN-сетях приме няются LU типа 6.2, также называемые АРРС (Advanced Communications) LU. LU 6.2 разработан недавно и является В отличие от зависимых работающих в иерархических SNA-сетях, LU 6.2 не полагается на программное обеспечение мэйнфрейма.

Напротив, 6.2 создает основу для поддержки распределенных вычислений, которых программы на компьютерах взаимодействуют друг с другом напря мую через сеть.

Однако для принтеров и терминалов и другие типы LU (таблица А-8).

Pages:     | 1 |   ...   | 8 | 9 | 10 | 11 |    Книги, научные публикации