corDECT ТОМ – III РУКОВОДСТВО ПО ЭКСПЛУАТАЦИИ И ОБСЛУЖИВАНИЮ Himachal Futuristic Communications Limited (Wireless Division) Electronics Complex, Chambaghat Solan – 173 213 (H.P.) INDIA Phone No.: 01792-230643, 230644 & 230645 Fax No.: 01792-230647 ОГЛАВЛЕНИЕ Содержание страниц Раздел – I Руководство по эксплуатации системы 24 Раздел – II Руководство по обслуживанию системы 128 РАЗДЕЛ – I (б) РУКОВОДСТВО ПО ЭКСПЛУАТАЦИИ Содержание № страницы. _____________________________________________________________________________ Преамбула __________________________________________________________ 1 Как организовано это руководство_____________________________________ 1 Шрифты, используемые в этом руководстве ___________________________ 1 Введение ___________________________________________________________ 2 Глава 1 Абонентские операции________________________________________ 3 1.1 Абоненты и услуги________________________________________________ 3 1.2 Добавление абонента _____________________________________________ 3 1.3 Удаление абонента________________________________________________ 5 1.3.1 Удаление голосовой услуги ________________________________________ 5 1.4 Конфигурация абонента____ _______________________________________ 5 1.4.1 Безопасность абонента____________________________________________ 5 1.4.2 Мониторинг абонента_____________________________________________ 6 Глава 2 Операции системыV 5.2 _______________________________________ 8 2.1 Операции с интерфейсом __________________________________________ 8 2.1.Добавление интерфейса ____________________________________________ 8 2.1.2 Удаление интерфейса _____________________________________________ 9 2.1.3 Конфигурация интерфейса _________________________________________ 9 2.1.4 Статус составных частей интерфейса________________________________ 9 2.1.5 Запуск интерфейса________________________________________________ 9 2.1.6 Отключение интерфейса ___________________________________________ 11 2.1.7 Защитное переключение______ _____________________________________ 11 2.2 Операции с линиями связи_________________________________________ 11 2.2.1 Добавление линии связи ___________________________________________ 11 2.2.2 Удаление линии связи _____________________________________________ 11 2.2.3 Задержка устойчивости линии связи__________________________________ 12 2.2.4 Проверка идентификации линии связи________________________________ 12 2.2.5 Блокировка/выключение линии связи_________________________________ 12 2.2.6 Разблокирование линии связи_______________________________________ 13 2.3 Операции с портами _______________________________________________ 13 2.3.1 Добавление/удаление порта________________________________________ 13 2.3.2 Блокировка и выключение порта ____________________________________ 13 2.3.3 Разблокирование порта____________________________________________ 13 2.3.4 Выравнивание портов______________________________________________ 14 2.3.5 Перезапуск ТФОП_________________________________________________ 14 Глава 3 Операции IP __________________________________________________ 15 3.1 Создание слота RIMC ______________________________________________ 15 3.2 Добавление/удаление маршрутных кодов____________________________ 15 3.3 Добавление/удаление портов RIMC в маршрутном коде _______________ 16 3.4 Приоритет порта __________________________________________________ 16 3.5 IP код станции ____________________________________________________ 17 3.6 Добавление услуги IP ______________________________________________ 17 3.7 Биллинг __________________________________________________________ 17 3.8 Необходимо запомнить_____________________________________________ 18 Глава 4 Системные операции__________________________________________ 19 4.1 Управление системными пользователями____________________________ 19 4.2 Запуск OMC _______________________________________________________ 19 4.3 Ваключение OMC __________________________________________________ 20 4.4 Дата/Время _______________________________________________________ 20 4.5 Календарь заданий ________________________________________________ 20 4.6 Управление подсистемами__________________________________________ 20 4.6.1 Базовая станция (CBS) ____________________________________________ 21 Раздел I (б) Руководство по эксплуатации (V 5.2) 4.6.2 Синхронизация___________________________________________________ 21 4.6.3 Точка доступа ____________________________________________________ 21 4.Отчеты по Сети Доступа _____________________________________________ 22 Глава 5 Операции оценки производительности системы__________________ 23 5.1 Трафик системы __________________________________________________ 23 5.2 Измерение параметра Эрланга______________________________________ 24 Раздел I (б) Руководство по эксплуатации (V 5.2) 1 из 24 Преамбула Как организовано это руководство Этот документ описывает все операции, которые могут быть выполнены на системе corDECT V5.2 AN и ее подсистемах. Этот документ разделен на главы. Глава 1 описывает абонентские операции. Глава 2 описывает операции системы V5. Глава 3 описывает операции маршрутизации IP. Глава 4 описывает системные операции. Глава 5 описывает операции оценки производительности системы. Шрифты, используемые в этом руководстве Нормальный жирный в пределах цитат указывает команды, используемые Оператором. Жирный курсив указывает сообщение системы в ответ на вопрос или ошибку. Нормальный курсив указывает имя файла Раздел I (б) Руководство по эксплуатации (V 5.2) 2 из 24 Введение Этот документ описывает эксплуатационные процедуры, которым необходимо следовать при работе с системой corDECT WLL V5 в режиме Сети Доступа. Этот документ был разработан с целью помощи администратору системы в понимании системы в целом и отдельных ее подсистем. Предполагается, что этот документ всегда доступен администратору системы, и помогает в понимании, обслуживании и администрировании системы. Раздел I (б) Руководство по эксплуатации (V 5.2) 3 из 24 1. Абонентские операции 1.1 Абоненты и услуги Система CorDECT V5 имеет абонентскую емкость 1000 номеров и обеспечивает предоставление голосовых услуг по протоколу V5 и услуг передачи данных по протоколу IP. Каждому абоненту в системе могут предоставляться и голосовые и IP услуги. Абонент может получить услугу IP только в том случае, если предварительно была заказана голосовая услуга. Для голосовых услуг не требуется установка каких-либо специальных параметров в сети доступа corDECT V5. Конфигурация специальных параметров и услуг для голосовых абонентов производится только на местной телефонной станции (МТС). Конфигурационные параметры IP услуг настраиваются со стороны системы. 1.2 Добавление абонента При добавлении абонент получает в системе CorDECT V5 номер из диапазона 1-1000. Адрес L3 для абонента задается на МТС. Номер Абонента: Число между 1 и 1000, заданное администратором corDECTV5 IPEI: Международный Мобильный Идентификатор Оборудования, определяется точкой доступа абонента. L3 адрес: Является номером, используемым для адресации абонента в интерфейсе точки доступа. Не имеет никакой связи с номером абонента, используемым в сети доступа. Справочный Номер: Номер, присваиваемый абоненту и указываемый в телефонном справочнике. Администратор сети доступа обслуживает номер абонента и адрес L3 Администратор МТС обслуживает справочный номер и адрес L3. Администратор сети доступа (СД) CorDECT выполняет подключение точки доступа (связывает IPEI с номером абонента) и подключение сервиса V5 (связывает номер абонента с адресом L3, определяемым на МТС). Подключение точки доступа и сервиса V5 взаимно независимы. Для добавления нового голосового абонента Сначала должен быть получен свободный номер абонента. Это может быть достигнуто, выполнением команды “dissub-spare”. Эта команда покажет свободные номера абонента, доступные в системе, которые могут быть использованы. Еще один способ получить первый неиспользуемый номер абонента состоит в том, чтобы ввести 0 в поле номера абонента команды “chgsub-add”. Система самостоятельно выберет первый доступный номер абонента. После выбора подходящего номера абонента необходимо выполнить команду “chgsub-add” со следующими параметрами, Subscriber Number: < номер абонента, выбранный в соответствии с вышеизложенной процедурой > Subscriber Category ( Категория абонента): 0 <v52-PSTN> IPEI: идентификатор оборудования точки доступа, с которой связан абонент (9 шестнадцатеричных символов) AC: Опознавательный код (8 цифр) Associate subscriber in V5 interface (Связать абонента с интерфейсом V5): y < y/n >, (если выбрано 'n', то абонент не будет связан с интерфейсом). Interface ID: если в предыдущем пункте выбрано 'n', то этот пункт не активен. Если было выбрано 'y' , то необходимо указать идентификатор интерфейса V5. Раздел I (б) Руководство по эксплуатации (V 5.2) 4 из 24 L3 Address: адрес, по которому абонент распознается в МТС. Если в пункте «Связать абонента с интерфейсом V5» выбрано 'n', то этот пункт не активен. После ввода всех указанных выше параметров, на экране OMC будет выведена строка символов подключения. Для завершения процесса подключения эту строку необходимо ввести в точку доступа с помощью телефонного аппарата DTMF Статус подключения абонента можно проверить с использованием команды “dissublst”. После того, как значение статуса станет равным DONE, обратите внимание на базовую станцию, к которой подключен абонент, и идентификатор интерфейса, с которым он связан. Проверьте конфигурацию абонента для данной услуги выполнением команды “dissub-con”. Наконец, проверьте присутствие абонента в распечатке списка абонентов выполнением команды “sys-print-sublst”. Если абонент должен быть связан с интерфейсом позже, используйте команду “chgsub-l3addr”, которая связывает номер абонента с L3 адресом. Если необходимо изменить уже существующий L3 адрес абонента, то этого абонента необходимо удалить, а затем ввести еще раз. Это делается в целях обнспечения безопасности. Чтобы добавить услугу IP голосовому абоненту, С помощью команды “dissub-lst” убедитесь, .что статус подключения абонента равен DONE. Услуга IP может быть предоставлена только работающему голосовому абоненту. Выполните команду “chgsub-add” со следующими парамертами Subscriber Number: < номер абонента голосового абонента > Subscriber Category: 1 < IP > IPEI: идентификатор оборудования точки доступа, с которой связан голосовой абонент Это поле только отображается и не может быть изменено. AC: Опознавательный код (8 цифр) IP priority level: уровень приоритета должен быть задан для данного абонента для обеспечения возможности захвата портов в соответствии с этим приоритетом. После ввода всех указанных выше параметров, на экране OMC будет выведена строка символов подключения. Для услуги IP в точку доступа необходимо ввести служебную строку ##162 и далее строку символов подключения. Это завершит процесс подключения услуги IP. Проверьте статус подключения услуги IP для данного абонента с использованием команды “dissub-lst”. Обратите внимание на базовую станцию, к которой подключен абонент, и на то, что в поле идентификатора интерфейса, с которым связан абонент, стоит прочерк. Это отражает тот факт, что абонент не связан ни с каким интерфейсом. Используйте команду “chgsub-ip-params” для конфигурации услуги IP как включенной и определения возможности использования режимов 70 KBPS/35 KBPS и уменьшать/не уменьшать. – Сервис: INS/OOS (Включить/Выключить услугу IP) – 70Kbps: Разрешено/Запрещено (определяет возможность использования режима 70Kbps) – Уменьшать: Разрешено/Запрещено (определяет возможность приема входящего звонка при использовании режима 70Kbps) Раздел I (б) Руководство по эксплуатации (V 5.2) 5 из 24 Используйте команду “dissub-ip-params” для проверки параметров конфигурации. Проверьте конфигурацию абонента для данной услуги выполнением команды “dissubcon”. Наконец, проверьте присутствие абонента в распечатке списка абонентов выполнением команды “sys-print-sublst”. 1.3 Удаление абонента Для абонента, использующего и голосовую и IP услуги, услуга IP должна быть удалена первой. Это необходимо, чтобы полностью обеспечить отсутствие абонентов, использующих только услуги IP. Перед удалением абонента рекомендуется проверить, что абонент не занимает голосовой или IP порт в данный момент. Для удаления услуги IP Выполните команду “dissub-lst” и убедитесь, что услуга IP доступна данному абоненту и свободна в данный момент. Услуга IP не может быть удалена во время ее использования. Если администратор желает прервать звонок и удалить услугу, он должен использовать команду “chgsub-force-release” для данного абонента. Выполните команду “chgsub-del”, укажите номер абонента и тип услуги IP. После удаления услуги IP выполните команду “dissub-lst” и проверьте отсутствие услуги IP для данного абонента. 1.3.1 Удаление голосовой услуги Выполните команду “dissub-lst” и убедитесь, что для данного абонента доступна ТОЛЬКО голосовая услуга и отсутствуют активные звонки. Если администратор желает прервать голосовой звонок и удалить услугу немедленно, он должен выполнить команду “v52-admn-users” и выбрать параметр Lock Если абонент находится в списке, удалите его командой “chgsub-del” Проверьте действующий список абонентов с помощью команды “dissub-lst” и убедитесь, что соответствующий абонент в нем отсутствует. Проверьте также командой “dissubspare”, что соответствующий номер абонента появился в списке свободных. 1.4 Конфигурация абонента 1.4.1 Безопасность абонента Технология DECT использует в качестве средств безопасности кодирование, аутетнтификацию и процедуру ZAP. Система CorV5AN поддерживает все эти функции. Кодирование обеспечивает передачу абонентских данных по воздуху в закодированном состоянии с тем, чтобы никто не мог расшифровать их. Система аутентификации обеспечивает порождение и терминацию звонков на корректном абонентском терминале. Процедура ZAP обеспечивает невозможность клонирования. Средства безопасности конфигурируются с использованием команды “chgsubsecurityfeature” для соответствующего абонента. Для просмотра конфигурации средств безопасности используется команда “disdect-mm-info”. Средства безопасности обеспечиваются по отношению к конкретному абоненту, а не к услуге (как для голосовой услуги, так и для услуги IP). Раздел I (б) Руководство по эксплуатации (V 5.2) 6 из 24 1.4.2 Мониторинг абонента 1.4.2.1 Список абонентов Полный список действующих абонентов системы может быть получен в результате выполнения команды “dissub-lst”. Эта команда отображает по одной строке информации для каждой доступной услуги. Команда получает диапазон абонентов и по каждому из них выдает следующую информацию: номер абонента, номер порта, базовая станция, количество ошибок, статус подключения, категория подключения, идентификатор интерфейса и L3 адрес, с которым связан абонент. Для услуги IP, в случае активного IP соединения, в строке кроме номера абонента указывается номер порта. 1.4.2.2 Конфигурация услуг абонента. Действующая конфигурация услуг абонента может быть получена выполнением команды “dissub-con”. Эта команда отображает конфигурацию отдельно для голосовой услуги и услуги IP. Конфигурация голосовой услуги включает такие параметры как адрес L3, идентификатор интерфейса и т.д. Для услуги IP указывается, разрешена она или нет, установлен режим 70Kbps или нет, разрешено уменьшение пропускной способности в режиме 70Kbps или нет и т.д. Кроме этого, отображается информация о соединении во время последнего звонка. Операции администрирования голосовой услуги, такие как блокировка/отключение/разблокировка, обсуждаются ниже, в разделе операций системы V5.2. Не существует параметров конфигурации голосовых услуг, которые необходимо задавать на СД. 1.4.2.3 Состояние звонка абонента Состояние звонков группы абонентов (максимально 16 абонентов) может быть просмотрено одновременно путем выполнения команды “dissub-state-win” с указанием минимального номера абонента. Начиная с этого абонента, выводится информация состояния звонка для 16 абонентов. Абоненты могут находиться в любом из указанных ниже состояний обработки звонка. Если абонент отсутствует, информация для него не отображается. Исходящие звонки Входящие звонки Свободно Звонок инициирован Звонок существует Посылка номера Звонок получен Активно Ожидание соединения Активно Раздел I (б) Руководство по эксплуатации (V 5.2) 7 из 24 Список всех абонентов в системе с указанием типа сконфигурированных услуг может быть получен в файле sublst.prn путем выполнения команды “sys-printsublst”. Раздел I (б) Руководство по эксплуатации (V 5.2) 8 из 24 2. Операции системы V 5.2 2.1 Операции с интерфейсом Понятие интерфейса относится к соединению между сетью доступа и местной телефонной станцией через линии связи Е1. СД corDECT V5 поддерживает только один интерфейс, который может быть подключен к МТС с интерфейсом V5. После конфигурации интерфейса в СД corDECT V5 не требуется его модификация до тех пор, пока не изменяется конфигурация интерфейса на МТС. Таким образом, процедура конфигурации интерфейса выполняется один раз и может понадобиться вновь только при выполнении административных задач. 2.1.1 Добавление интерфейса Конфигурация интерфейса является наиболее важной информацией, которую администратор должен задать в системе corDECT V5. Она должна в точности соответствовать конфигурации интерфейса на МТС. Interface-Id (Идентификатор интерфейса) – Метка, определяющая V5 интерфейс как совокупность линий связи и соответствующего набора данных системы V5. Variant ID (Идентификатор варианта) – Метка, определяющая набор данных интерфейса V5 (Идентификатор первичной линии связи, Идентификатор вторичной линии связи, идентификаторы каналов PG1/PG2) Persistency Count (Счетчик задержки) – определяет время задержки переключения из работоспособного состояния в неработоспособное и наоборот на уровне 1 (не обязано совпадать с соответствующим параметром на МТС). Количество линий связи и их идентификаторы (метки, уникально определяющие каждую линию связи). Common Channel Id (Идентификатор общего канала) - Метка, определяющая канал PG1 Primary Link Id (Идентификатор первичной линии связи) - Метка, определяющая линию связи, сконфигурированную для передачи сигнализации PG1 Secondary Link Id (Идентификатор вторичной линии связи) Метка, определяющая линию связи, сконфигурированную как резервную на случай отказа первичной линии. PSTN Channel Id (Идентификатор канала ТФОП )- Метка, определяющая канал PG2. PSTN Link-Id (Идентификатор линии связи ТФОП) - Метка, определяющая линию связи, сконфигурированную для передачи данных ТФОП (PG2) PSTN Time slot – Канальный интервал сигнализации ТФОП (15/16/31), определяемый для каждой линии связи Количество резервных канальных интервалов ТФОП Совпадение вышеприведенных параметров в СД и МТС обеспечивает правильное установление интерфейса. Абонент может совершать и получать звонки только после установления интерфейса. Тем не менее, соединение по протоколу IP возможно даже если интерфейс не сконфигурирован. Перед добавлением интерфейса убедитесь, что в системе отсутствует сконфигурированный интерфейс. Для этого необходимо выполнить команду “v52disp-ifcid” и убедиться, что сведений о конфигурации интерфейса не выводится. Добавьте новый интерфейс. Для этого необходимо выполнить команду “v52-configinterface-insert” с соответствующими параметрами, согласованными с телефонной станцией. После добавления интерфейса выполните команду “v52-config-interfaceread”, чтобы отобразить параметры интерфейса и проверить их корректность. Раздел I (б) Руководство по эксплуатации (V 5.2) 9 из 24 Идентификатор добавленного интерфейса на СД и МТС должен быть одинаковым. Идентификаторы варианта, линий связи и каналов, заданные линии и канальные тнтервалы сигнализации также должны совпадать. Если хоть один из параметров не совпадает, интерфейс не будет установлен и абонент СД не сможет получить услуги, обеспечиваемые МТС. L3 адрес абонента, общий для сети доступа и МТС, будет определять конфигурацию услуг абонента, обеспечиваемых МТС. 2.1.2 Удаление интерфейса Перед удалением интерфейса выполните команду “v52-config-interfaceread” и убедитесь, что интерфейс существует. Выполните команду “v52-config-interface-delete”, указав идентификатор удаляемого интерфейса. При удалении интерфейса все абоненты теряют связь с этим интерфейсом. То есть абонентская информация остается в базе данных, но она не связана ни с одним интерфейсом. Таким образом, эти абоненты не получают сигнала набора и не могут совершать звонки. Имеется возможность сохранить L3 адреса абонентов при удалении интерфейса, так чтобы при воссоздании интерфейса можно было использовать те же самые L3 адреса. 2.1.3 Конфигурация интерфейса СД corDECT-V5 имеет три набора параметров конфигурации. Это параметры запуска, системные параметры и параметры режима тестирования. Параметры запуска относятся к режиму установления интерфейса, системные параметры определяют настройки некоторых процедур системы, а параметры режима тестирования определяют настройки тестера протоколов. Для отображения текущих значений параметров используется команда “v52-dispconfig-params” Если необходимо изменить значение параметра, прежде всего надо просмотреть текущие значения параметров с помощью команды “v52-disp-config-params”. После этого необходимо выполнить команду “v52-chg-config-params” и ввсети новое значение параметра. Далее необходимо убедиться, что требуемое изменение произошло, для чего снова надо просмотреть текущие значения параметров с помощью команды “v52-disp-config-params”. 2.1.4 Статус составных частей интерфейса Интерфейс состоит из различных частей, таких как линии связи, канальные интервалы и пользовательские порты. Иногда бывает необходимо узнать состояние этих составных частей интерфейса. В системе СД CorV5 имеется команда для отображения этой информации. Для получения информации о состоянии составных састей интерфейса необходимо: Проверить существование интерфейса путем выполнения команды“v52-disp-ifcid”. Если интерфейс присутствует, то состояние всех пользовательских портов, определенных линий связи, канальных интервалов сигнализации линий связи, определенных портов ТФОП для этого интерфейса может быть получено путем выполнения команды “v52-dispent-status”. 2.1.5 Запуск интерфейса Раздел I (б) Руководство по эксплуатации (V 5.2) 10 из 24 Система corDECT V5 соуществляет запуск интерфейса при получении административной команды, а также периодически пытается запустить интерфейс при его отказе. Периодичность перезапуска интерфейса составляет 100 сек по умолчанию и может быть увеличена до 300 сек. Запуск интерфейса по команде необходим, когда интерфейс сконфиурирован и должен быть поднят. Интерфейс должен быть опущен по команде, если тебуется его удаление и реконфигурация. Процесс запуска интерфейса состоит из следующих этапов. Запуск уровня 1: Установление синхронизации по крайней мере по одной из линий связи, сконфигурированных как общий канал сигнализации. Запуск уровня 2: Установление всех линий связи данных, если интерфейс имеет резервную линию связи, т о установление линии данных PROT в резервной линии связи. Запуск уровня 3: Проверка параметров (идентификаторы интерфейса и варианта), подтверждающих корректность соединения. Установка начальных значений данных, связанных с интерфейсом. Проверка идентификаторов варианта и интерфейса Эта процедура является симметричной и включается в прцессе запуска как в СД, так и на МТС. Эти идентификаторы определяются для данного интерфейса администраторами СД и МТС Для установления интерфейса идентификаторы варианта и интерфейса должны совпадать. Процедура рестарта ТФОП Устанавлмвает все ТФОП порты интерфейса в начальное состояние. Эта процедура может быть инициирована как СД, так и МТС. Процедура выравнивания портов Может быть запущена как СД, так и МТС (некоторые МТС не разрешают СД инициировать эту процедуру). В процессе установления интерфейса сеть доступа и МТС обмениваются информацией о портах, блокированных по инициативе СД и МТС соответстверро. После установления интерфейса в результате работы этой процедуры наблюдается уменьшение трафика ТФОП в канальном интервале сигнализации, поскольку блокированные абоненты не могут ни совершать ни получать звонки. Процедура идентификации линий связи Эта процедура проверяет наличие соединения по линиям V5 Протокол идентификации линии связи является симметричным и может запускаться как с СД так и с МТС. После завершения процедур уровня 3 интерфейс считается установленным и звонки могут проходить по данному интерфейсу. Перед запуском интерфейса проверьте совпадение конфигураций на СД и МТС. По крайней мере одна из первичных или резервных линий связи должна иметь синхронизацию уровня 1. Это можно установить проверкой файла регистрации событий log/v5ifc.log или по цвету иконы VIMC в диагностическом окне OMC. Если предидущие пункты выполнены, введите команду “v52-admn-interface,<interface Id>, 0” для запуска интерфейса и подождите некоторое время. Когда интерфейс будет Раздел I (б) Руководство по эксплуатации (V 5.2) 11 из 24 установлен, икона, обозначающая первичную линию связи, станет зеленой. Путем проверки файла v5ifc.log можно отследить процесс запуска интерфейса. Если интерфейс не установится, необходимо предпринять действия, указанные в соответствующей процедуре обслуживания. Проверьте состояние интерфейса с помощью команды “v52-disp-ifcid”. 2.1.6 Отключение интерфейса Проверьте состояние отключаемого интерфейса с помощью команды “v52-disp-ifcid”. Если интерфейс находится в состоянии «In Service», то он может быть отключен с помощью команды “v52-admn-interface,<interface id>,<2>”. После отключения интерфейса цвет икон, обозначающих линии связи (активную, резервную и обычные), изменится на зеленый с красными точками. Вновь проверьте состояние интерфейса с помощью команды “v52-disp-ifcid”, оно должно быть «Out of Service». 2.1.7 Защитное переключение Эта процедура повышает стабильность системы в случае проблем с каналами сигнализации. Защитное переключение может быть инициировано как СД, так и МТС. Система corDECT V5 поддерживает механизм защитного переключения как для PG1, так и для PG2. Если первичная линия связи в интерфейсе переходит в состояние «Out Of Service», то канал сигнализации переключается на резервную линию связи, предотвращая таким образом отказ сигнализации интерфейса V5. Если из соображений распределения нагрузки или по какимлибо другим причинам администратор сконнфигурировал канал ТФОП (PG2) в линию связи или канальный интервал иной, нежели PG1, то он может выполнить команду “v52-admninterface,<interfaceid>,<4>” и указать канальный интервал, по которому должна идти PG2. После этого PG2 начинает идти по вновь сконфигурированному канальному интервалу. 2.2 Операции с линиями связи Линия связи представляет собой цифровое соединение уровня Е1 (линия связи 2.048 Мбит/сек в соответствии со стандартом G.703), образующее физический уровень связи между Сетью Доступа и местной Телефонной станцией. Одна или несколько таких линий связи составляют интерфейс. Каждой линии связи в интерфейсе присваивается уникальный идентификатор. 2.2.1 Добавление линии связи Выполните команду “v52-config-interface-read” и запомните количество линий связи V5 и их идентификаторы Перед добавлением линии связи в интерфейс решите, какой идентификатор ей присвоить. После этого добавьте линию связи с помощью команды “v52-configinterface-modifylinks,< interface Id>,<0>”. Для проверки выполните команду “v52-config-interface-read” и убедитесь в увеличении количества линий связи в интерфейсе V5. 2.2.2 Удаление линии связи Раздел I (б) Руководство по эксплуатации (V 5.2) 12 из 24 Выполните команду “v52-config-interface-read” и убедитесь, существует искомая линия связи V5 или нет. Выполните команду “v52-config-interface-modify-links,<interface Id>,<1>” и укажите соответствующий идентификатор линии связи чтобы удалить ее из интерфейса. Чтобы проверить удаление линии выполните команду “ v52-config-interface-read” и убедитесь в отсутствии линии связи. Нельзя удалить активную или резервную линию сигнализации. Для удаления линии сигнализации необходимо удалить весь интерфейс и затем создать его заново. 2.2.3 Задержка устойчивости линии связи Задержка устойчивости – это интервал времени (в секундах) который система выдерживает перед объявлением об исправности или неисправности физической линии связи с МТС. Имеются 2 таймера задержки, которое должны быть сконфигурированы: таймер задержки объявления линии связи исправной и таймер задержки объявления линии связи неисправной. Для изменения значения таймера задержки выполните команду “v52-configinterfacemodify-persist” и введите желаемое значение. 2.2.4 Проверка идентификации линий связи Процедура проверки идентификации линий связи используется для определения правильности соединения между СД и МТС. Например, если на СД некоторой линии присвоен идентификатор ХХХ, то на стороне МТС эта линия должна иметь тот же идентификатор. Корректность идентификаторов линий связи является важной, поскольку они используются МТС при назначении канальных интервалов для звонков. Прежде всего, проверьте, находится ли интерфейс в состоянии «In-Service» с помощью команды “v52-disp-ifcid”. Проверьте, разрешен ли запуск процедуры проверки идентификаторов линий связи с Вашей стороны, с помощью команды “v52-disp-config-params,<interface id>,1. Если нет, то разрешите проверку с помощью команды v52-chg-configparams,< interface id>,1. Если интерфейс в состоянии «In-Service», то выполните команду “v52-admn-links” и введите опцию 3 (проверить линии связи). • Результат будет выведен в окно сообщений а также занесен в файл v5ifc.log. 2.2.5 Блокирование/выключение линии связи V52 предоставляет средства блокирования отдельной линии и вывода ее из работы. Эти средства могут быть использованы для обслуживания линии связи без остановки всего интерфейса. Средства имеют два варианта работы – блокирование и выключение. Если линия связи блокируется, то все звонки, идущие по ней, немедленно прерываются. Если линия связи выключается, то система будет ожидать завершения всех звонков в этой линии и не будет размещать новые звонки в этой линии связи. Проверьте, что интерфейс находится в рабочем состоянии с помощью команды “v52disp-ifcid” или по цвету икон первичной и резервной линий связи. Проверьте, что линия связи, которая должна быть блокирована, входит в данный интерфейс с помощью команды “v52-config-interface-read” Проверьте состояние линии связи командой “v52-disp-entstatus”. Линия должна быть не блокированной и функционирующей. Для блокирования линии выполните “v52-admn-links,<interface id>,<0>,<link Id>” а для выключения - “v52-admn-links,<interface id>,<2>,<link Id>” После выполнения вышеприведенных команд проверьте блокирование линии связи выполнением команды “v52-disp-ent-status”. Состояние линии должно быть «Locked Раздел I (б) Руководство по эксплуатации (V 5.2) 13 из 24 local» (местное блокирование). Цвет иконы соответствующей линии связи также должен стать красным. 2.2.6 Разблокирование линии связи Блокированная линия связи может быть переведена в рабочее состояние после завершения процедуры обслуживания. Определите, находится ли интерфейс в рабочем состоянии выполнением команды “v52-disp-ifcid” или просто по цвету икон первичной и резервной линий связи. Проверьте состояние линии связи командой “v52-disp-entstatus”. Линия не должна быть разблокированной и работающей. Цвет иконы этой линии связи должен быть красным. Для разблокирования линии выполните команду “v52-admn-links,<interface id>,1,<link id>” . Если процедура разблокирования прошла успешно, цвет иконы должен стать желтым для резервной линии связи и синим для обычных линий связи. Проверьте состояние линии связи выполнением команды “v52-disp-ent-status”. Оно должно быть «link unloked and operational» (линия разблокирована и работает) 2.3 Операции с портами Физические порты, реализованные в СД для обеспечения интерфейсных функций пользователю называются портами пользователя. Порты пользователя адресуются по логическим адресам, используемым в протоколе интерфейса V5. Пользовательский порт является эквивалентом услуги абонента. 2.3.1 Добавление/удаление порта Добавление и удаление порта пользователя есть не что иное как добавление и удаление услуги абонента. Процедуры и команды добавления/удаления абонента используются и для добавления/удаления порта пользователя. 2.3.2 Блокировка и выключение порта Как и линии связи, порты могут блокироваться для выполнения обслуживания или административных операций. Если порт блокируется во время выполнения звонка абонентом, звонок будет прерван. Если порт будет выключен, то система дождется завершения звонка перед блокированием порта. Выполните “dissub-lst” и проверьте, существует ли абонент с таким идентификатором и адресом L3. Выполните команду “v52-admn-users,<interface id>, 0, <subNum>” для блокирования порта пользователя или “v52-admn-users,<interface id>,2,<subNum.” Для его выключения. Проверьте состояние порта командой “v52-disp-ent-status”. Состояние должно быть “loked enabled local” (блокирован разрешен местно) 2.3.3 Разблокирование порта Порты могут быть разблокированы после завершения обслуживания или административных операций. Выполните “dissub-lst” и проверьте, существует ли абонент с таким идентификатором и адресом L3. Раздел I (б) Руководство по эксплуатации (V 5.2) 14 из 24 Проверьте состояние порта командой “v52-disp-ent-status”. Состояние должно быть “loked enabled local” (блокирован разрешен местно) или “locked enable both” (блокирован разрешен обоюдно). Второй вариан означает, что блокировка порта произведена как на СД, так и на МТС. В этом случае разблокирование порта необходимо выполнять на обоих сторонах. Выполните команду “v52-admn-users,<interface id>, 1, <subNum>”для снятия блокировки порта. Проверьте состояние порта командой “v52-disp-ent-status”. Состояние должно быть “loked enabled local” (блокирован разрешен местно), если порт был блокирован только со стороны СД, и “Unlocked disabled” (разблокирован запрещен) если блокировка была с обоих сторон. 2.3.4 Выравнивание портов Процедура выравнивания портов или Ускоренная процедура выравнивания синхронизирует состояние блокировки портов на СД и МТС. Эта процедура является симметричной и может быть запущена с любой стороны интерфейса V5.2. В случае столкновения запросов со стороны СД и МТС ускоренная процедура выравнивания портов, запущенная со стороны МТС, имеет приоритет. Если эта процедура запущена со стороны СД, то система разблокирует все порты, имеющие блокировку со стороны МТС и вышлет МТС уведомление о всех портах, блокированных со стороны СД. Эта процедура не затрагивает звонки, проходящие по другим портам. В нормальном режиме эта процедура стартует при запусе интерфейса (если это разрешено параметрами запуска). СД corDECT V5 предоставляет команду для инициирования этой процедуры даже после запуска интерфейса. Проверьте, что процедура выравнизания портов разрешена в параметрах запуска выплнением команды “v52-disp-ent-status”. Для запуска процедуры с помощью команды интерфейс должен быть в рабочем состоянии. Проверьте состояние интерфейса с помощью команды “v52-disp-ifcid” или по цвету иконы активной линии связи (должен быть зеленый). Выполните команду “v52-admn-interfcae,<interface id>, 3” для запуска ускоренной про v5ifc.log. 2.3.5 Перезапуск ТФОП Процедура перезапуска ТФОП используется для приведения всех пользовательских портов (за исключением блокированных) в начальное состояние. Эта процедура является симметричной и может быть запущена с любой стороны интерфейса V5.2. Процедура перезапуска ТФОП прерывает звонки, проходящие через все порты, поэтому при ее использовании нужна особая осторожность. В нормальном режиме эта процедура стартует при запусе интерфейса (если это разрешено параметрами запуска). СД corDECT V5 предоставляет команду для инициирования этой процедуры даже после запуска интерфейса. Проверьте, что процедура перезапуска ТФОП разрешена в параметрах запуска выплнением команды “v52-disp-ent-status”. Для запуска процедуры с помощью команды интерфейс должен быть в рабочем состоянии. Проверьте состояние интерфейса с помощью команды “v52-disp-ifcid” или по цвету иконы активной линии связи (должен быть зеленый). Выполните команду “v52-admn-interfcae,<interface id>, 3” для запуска ускоренной про v5ifc.log. Раздел I (б) Руководство по эксплуатации (V 5.2) 15 из 24 3. Операции IP В соответствии с растущими требованиями пользователей, СД corDECT V5 поддерживает режим предоставления услуг IP с пропускной способностью 70 кбит/сек. Это стало возможным за счет использования обоих каналов (голосового и IP) для передачи данных. Если абонент захочет использовать голосовой канал (или в случае входящего звонка), скорость передачи данных будет уменьшена до 35Кбит/сек, а после освобождения голосового канала вновь станет 70Кбит/сек. Такой алгоритм использования потенциально свободного голосового канала для обеспечения пропускной способности 70 кбит/сек называется режимом понижения. Система corDECT V5 поддерживает предоставление услуг IP максимально для 1000 абонентов. В системе может быть сконфигурировано до 6 слотов RIMCs. Звонки услуг IP и голосовые звонки V5 производятся через различные интерфейсы. Голосовые услуги и услуги IP (35Кбит/сек) могут предоставляться абоненту одновременно. Предоставление услуги IP 70 кбит/сек может быть сконфигурировано с использованием и без использования режима понижения скорости. Услуга IP может быть предоставлена только абоненту, для которого уже сконфигурирована голосовая услуга. Когда абонент набирает маршрутный код, созданный в OMC, его IP звонок маршрутизируется через любой порт, связанный с данным маршрутным кодом. Порты назначаются абонентам на основе приоритетов порта и абонента. 3.1 Создание слота RIMC Для обслуживания абонентов IP по крайней мере один из слотов VIMC должен быть переконфигурирован как слот RIMC. VIMC 0 и VIMC 1 не могут быть сконфигурированы как RIMC, поскольку только эти два слота могут быть использованы для получения синхронизации от МТС. Как только некоторый слот VIMC преобразован в RIMC, в системе образуется 30 портов RIMC, которые позже можно использовать в конфигурациях. Таким образом, максимально 6 карт могут быть преобразованы в RIMC, при этом в системе образуется 180 портов RIMC. Используйте команду “dissys-card-config” для получения информации о текущей конфигурации всех карт Команда “sys-config-vimc-slot” также покажет текущую конфигурацию всех 8 слотов VIMC. Пользователь может перевести один или несколько слотов в режим RIMC. Команда сама покажет, была ли реконфигурация успешной, или укажет причину, по которой карта не может быть сконфигурирована как RIMC. Если конфигурация карты RIMC прошла успешно, имя карты в диагностическом окне будет указано как RMC. Еще раз убедитесь в конфигурации карт с помощью команды “dissys-card-config”. Вставьте карту RIMC в DIU. 3.2 Добавление/удаление маршрутных кодов Для того, чтобы абоненты могли звонить провайдеру услуг Интернет, должны быть созданы маршрутные коды. Максимально возможно 8 маршрутных кодов. Каждый код может содержать до 8 цифр. Концепция разных маршрутных кодов становится понятной, когда оператор имеет более одного маршрута передачи IP трафика во внешний мир. Маршрутный код – это тот номер, который абонент будет набирать на IP порту точки доступа. Не может Раздел I (б) Руководство по эксплуатации (V 5.2) 16 из 24 существовать маршрутного кода, содержащего другой существующий маршрутный код в качестве суффикса. Выполните команду “disxchg-ip-routecode” и проверьте, не существует ли уже в системе маршрутного кода, который вы хотите сконфигурировать. Маршрутный код, который вы хотите сконфигурировать, не может быть префиксом уже существующего маршрутного кода. Например, нельзя добавить маршрутный код 123, если в системе уже существует маршрутный код 12345678. Выполните команду “chgxchg-ip-routecode” для добавления/удаления маршрутного кода. Выполните команду “disxchg-ip-routecode” и проверьте, что добавленный/удаленный маршрутный код присутствует/отсутствует в списке. 3.3 Добавление/удаление портов RIMC в маршрутном коде. Каждый RIMC порт (30 портов могут быть получены переводом карты VIMC в режим RIMC) должен быть связан с определенным маршрутным кодом. С одним маршрутным кодом может быть связано любое количество портов RIMC. Проверьте с помощью команды“ disxchg-ip-routecode”, существует ли хоть один маршрутный код в системе. Проверьте с помощью команды “disxchg-ports-in-route”, не связан ли рассматриваемый порт с каким-либо маршрутным кодом. Список всех маршрутных кодов и связанных с ними портов может быть распечатан командой “sys-print-ip-route-info”. Команда “chgxchg-ports-in-route” может быть использована для добавления/удаления набора портов в маршруте. Проверьте, что порты были успешно добавлены, с помощью команды “disxchg-portsin-route”. 3.4 Приоритет порта Каждому порту RIMC должен быть присвоен уровень приоритета из диапазона от 0 до 7, где 0 соответствует наивысшему приоритету. Приоритет 0 обеспечивает взаимно однозначное соответствие между портом RIMC и абонентом. Порт приоритета 0 всегда будет выделен абоненту с приоритетом 0. При создании каждой услуги IP для абонента должен быть определен уровень приоритета (по умолчанию 0). Диапазон уровней приоритета для абонентской услуги IP от 0 до 7. На стороне RIMC каждому порту также присваивается некоторый уровень приоритета. Поэтому маршрутный код может содержать порты с разными приоритетами. Абонент с приоритетом n является более привелигированным, чем абонент с приоритетом n+1. Для данного маршрутного кода абонент с приоритетом n всегда имеет доступ к RIMC портам с приоритетом n и более (n не равно 0). Уровень приоритета 0 определен так, что RIMC порт напрямую связывается с абонентом. При определении абоненту приоритета 0, ему должен быть сопоставлен RIMC порт с приоритетом 0. Аналогично, при определении порту приоритета 0, должен быть указан номер абонента с приоритетом 0. Проверьте с помощью команды “disxchg-ports-in-route”, что рассматриваемые порты связаны с маршрутным кодом. Это необходимо для изменения их приоритета. Определите приоритеты портов с помощью команды “disxchg-port-priority” и запомните их значения. Раздел I (б) Руководство по эксплуатации (V 5.2) 17 из 24 Для изменения приоритета портов может быть использована команда “disxchg-portpriority” Убедитесь в успехности выполненных действий командой “disxchg-port-priority” Список всех портов данного маршрутного кода с указанием их приоритетов может быть получен с помощью команды “sys-print-ip-route-info”. 3.5 IP код станции Каждой системе corDECT IP должен быть присвоен код IP (эквивалент кода телефонной станции, не путать с маршрутными кодами IP). Оператор IP должен определить уникальные коды (максимально 7 цифр) для каждой имеющейся системы corDECT IP. При поступлении IP звонка с какой-либо точки доступа, ситема передаст трехзначный номер абонента (известный системе corDECT) и собственный код IP серверу удаленного доступа. Эта информация может быть использована для определения устройства, которое инициировало звонок, и в системе биллинга. Проверьте существование IP кода системы с помощью команды “disxchg-ip-code”. IP код системы может быть изменен или сконфигурирован с помощью команды “chgxchg-ip-code”. 3.6 Добавление услуги IP При создании услуги IP для абонента должен быть определен уровень приоритета. Таким образом, абоненту с приоритетом ‘N’ может быть предоставлен любой порт RIMC, принадлежащий данному маршруту и имеющий приорите, больший или равный N (где N может быть от 1 до 7). Абонент, имеющий уровень приоритета IP услуги равный 0, должен иметь связанный с ним выделенный порт RIMC. Связывание порта и абонента с приоритетом 0 должно быть произведено сразу после добавления этого абонента. В противном случае абонент никогда не сможет занять порт. Изначально приоритет услуги IP должен быть определен при ее создании. Для добавления услуги IP абоненту используется команда “chgsub-add”. Для изменения уровня приоритета для отдельного абонента используется команда “chgsub-priority-lvl”. Для просмотра уровней приоритетов IP и выделенных портов (для абонентов с приоритетом 0) может быть использована команда “dissub-con”. 3.7 Биллинг Сеть доступа, по самой своей сути, не осуществляет биллинг голосовых звонков, проходящих через интерфейс V5. Однако, поскольку СД CorV5 предоставляет услуги IP для своих абонентов и они не проходят через МТС, для этих звонков осуществляется биллинг. Местная телефонная станция, к которой подключена СД CorV5, осуществляет биллинг для голосовых звонков. Сведения биллинга храняться в системе в файле normal.dbs. На основании этих записей могут быть сформированы данные биллинга для любого абонента системы IP. Записи содержат детальную информацию о каждом звонке IP абонента и имеют следующий формат: 1. 2. 3. 4. 5. Номер вызывающего абонента. Номер вызываемого абонента (набранный маршрутный код) Время начала звонка Дата начала звонка Время завершения звонка Раздел I (б) Руководство по эксплуатации (V 5.2) 18 из 24 6. 7. 8. 9. Дата завершения звонка Номер порта абонента Номер порта RIMC Продолжительность режима 70 Кбит/сек. 3.8 Необходимо запомнить Для добавления услуги IP абоненту необходимо, чтобы он имел подключенную голосовую услугу. Существование абонентов только IP услуг невозможно. Голос и IP рассматриваются как две различных услуги одного абонента. Поэтому тестирование абонента может быть выполнено только по номеру абонента, а не услуге. Раздел I (б) Руководство по эксплуатации (V 5.2) 19 из 24 4. Системные операции 4.1 Управление пользователями системы Система поддерживает 4 режима или уровня администрирования. Эти уровни определяют набор команд, доступный пользователю. Присвоение уровня пользователю осуществляется суперпользователем. По соображениям безопасности сопровождение пароля также осуществляется суперпользователем. Остальные пользователи могут выполнять команды только того уровня, который присвоен им суперпользователем. Система имеетследующие режимы: 1. режим изменений. 2. режим обслуживания. 3. удаленный режим. 4. полный режим. В каждом уровне может быть до 10 пользователей. Суперпользователь создает системного пользователя командой sys-createuser. После создания пользователя с желаемым именем, паролем и уровнем необходимо проверить введенные данные с помощью команды dissys-usersin-modes После добавления пользователя с заданным уровнем, необходимо определить команды, которые он может выполнять. Команды отображения информации не имеют ограничений и могут быть выполнены любым пользователем. Остальные команды классифицируются как системные команды, команды изменения, команды V52 и команды обслуживания. Чтобы определить доступность команд пользователю, суперпользователь должен выполнить sys-map-cmd-for-user и далее отметить требуемые команды как sys, chg, mntc, v52, dis или удалить ранее отмеченные команды. Команда dissys-cmd-for-user выводит список команд, доступных пользователю Теперь пользователь может входить в консоль ОМС и администрировать систему. Консоль доступна администратору только пока не закончится таймер режима. Пользователи открывают сессию с системой посредством sys-chg-mode-open. Значение таймера режима может быть изменено с помощью sys-set-mode-tmr. Текущую установку таймера режима можно узнать с помощью dissys-mode-timer. Пользователь может закрыть текущую сессию с помощью sys-chg-mode-close. Для обеспечения безопасности пользователь может периодически изменять пароль используя sys-chg-pwd. Суперпользователь может удалять пользователей системы посредством sys-deleteuser. 4.2 Запуск OMC ОМС всегда загружается при выключении/включении компьютера. Тем не менее возможна перезагрузка ОМС без выключения питания системы командой sys-shut-restart 4.3 Выключение OMC Раздел I (б) Руководство по эксплуатации (V 5.2) 20 из 24 Выход и выключение системы могут быть осуществлены двумя путями – нормально или принудительно. Для нормального выхода из систмеы используется команда “sys-shut-exitshell”. Однако она не может быть использована, если в системе идет какой-либо процесс загрузки. В аврийных условиях для выхода из системы используется команда “sys-shutforceexit”. Эта команда может быть выполнена даже если в системе идет какой-либо процесс загрузки. ЗАМЕЧАНИЕ: Выключение Активной/Пассивной системы в дуплексном режиме не затронет предоставляемый сервис, однако если система работает в симплексном режиме, то выключение ОМС приведет к отказу услуг всех абонентов. 4.4 Дата/Время Отображение системного времени и даты может быть изменено командой “sys-set-datetime”. В системном журнале будет сделана запись со старой и новой временными метками. 4.5 Календарь заданий Как часть стандартной процедуры обслуживания, система предоставляет средства выполнения команд в определенные даты и время или с определенной периодичностью. В календарь заданий может быть записано любое количество команд. Команды должны иметь правильные аргументы. Для добавления задания используется команда "sys-add-in-jobcal". Например, если каждое утро в 4:00 должна быть выполнена команда "sys-test-subscribers" для тестирования всех абонентов системы, то она должна быть добавлена в календарь заданий так, как показано ниже: Дата начала: [Ввод] (для получения значения по умолчанию) Время начала:4:00 Дата окончания: [Ввод] (для получения значения по умолчанию) Время окончания: [Ввод] (для получения значения по умолчанию) Периодичность:0 Комманда: sys-test-subscribers,0,1,1000 Для просмотра команд, записанных в календарь заданий, используется команда "dissyscmd-in-jobcal". Записи в календаре заданий могут быть удалены с помощью команды "sys-del-in-jobcalendar". В результате выполнения этой команды, выбранные для удаления записи будут помечены и удалены системой при наступлении GCT. 4.6 Управление подсистемами К подсистемам corDECT V5 относятся базовые станции и карты BUIC, SWITCH и CLOCK. ОМС предоставляет команды для работы с подсистемами. Команда "dissys-card-status" выводит информацию о состоянии карты в диагностическое окно ОМС. В системе имеется 48 слотов, каждый из которых может быть сконфигурирован для различных карт. Информация о конфигурации карт во всех этих слотах может быть получена с помощью команды “dissys-card-config”. Выводится информация о номере карты, ее имени и типе. Раздел I (б) Руководство по эксплуатации (V 5.2) 21 из 24 Команда "dissys-vernum" выводит информацию о номерах версий подсистем, установленных в системе Версия подсистемы может быть изменена при необходимости модернизации командой "sys-download-bnm" с указанием подсистемы и идентификатора карты Некоторые карты могут быть сброшены без физического удаления их из системы. Для этого используется команда ОМС "sys-resetcard". Эта возможность определяется версией карты. При необходимости, разработчик может уточнить данные карт подсистем с помощью команды "sys-update-dcm". Команда "sys-start-dcm" используется для выбора карты а также сведений о ее номере и распределении памяти. Для прерывания процесса сбора данных используется команда "sys-abort-dcm". 4.6.1 Базовая станция (CBS) Питание базовой станции может быть включено и выключено администратором. Для этого используется команда “sys-pfc-pwr-ctrl” с указанием номера базовой станции и опции ON/OFF. Вариант антенны базовой станции может быть изменен с помощью команды "sysmodifyantdiv". Эта команда может быть использована только с разрешения разработчика и должна быть всегда разрешена. Для определения варианта антенны базовой станции используется команда "dissysantdiv". Состояние линии связи ISDN между CBS и соответствующим BUIC может быть получено командой "dissys-card-status" с указанием номера карты и DIM. Данные EEPROM (EEP) могут быть получены командой "dissys-cbseep". Данные о количестве битовых ошибок на линии связи ISDN между CBS и BUIC могут быть получены с использованием команды "sys-isdn-bermeas". 4.6.2 Синхронизация • Параметры синхронизации могут быть установлены командой “sys-set-clockpriority”. Может быть задана внешняя или внутренняя синхронизация. Внешняя синхронизация может быть получена от карт VIMC0 или VIMC1. Кроме этого, могут быть установлены временные параметры синхронизации. Это возможно только если система использует транковую синхронизацию и выполняется с помощью команды “sys-update-clock-priority”. Команда "sys-set-clock-priority" запрашивает установку внешней или внутренней синхронизации (local/remote). По умолчанию устанваливается внешняя синхронизация (remote). Опция Primary/ Secondary определяет, какая из карт, VIMC0 или VIMC1, будет основным, а какая резервным источником синхронизации на случай потери синхронизации по одной из линий связи с МТС. Информацию об установленных в системе параметрах синхронизации можно получить с помощью команды “dissys-clock-sync”. 4.6.3 Точка доступа Связь между системой и точкой доступа проверяется периодическим опросом точки доступа в фоновом режиме. Команда "sys-test-subscribers" имеет несколько опций: OK/NOK, трафик, данные EEP. Как правило, используется опция OK/NOK. Остальные опции реализуются только по запросу разработчика. Команда "sys-config-oaf" используется для загрузки образа программного обеспечения точки доступа группе абонентов. Одновременно может быть загружено до 30 точек доступа. Состояние загрузки может быть проверено командой "dissys-oaf- Раздел I (б) Руководство по эксплуатации (V 5.2) 22 из 24 status". Процесс загрузки может быть остановлен командой "sys-stopoaf". Это выполняется только по инструкции разработчика и зависит от версии точки доступа. Версия точки доступа может быть выяснена с помощью команды "sys-get-testresults" с указанием опции номера версии и требуемого диапазона точек доступа. Результат выполнения команды сохраняется в файле ptver.log. При замене точки доступа абонента необходимо сначала удалить услугу IP для этого абонента (если она существует). После этого точкадоступа может быть заменена с помощью команды “chgsub-moddect-info” 4.7 Отчеты по Сети Доступа Сеть доступа corDECT V5 предоставляет набор команд для создания и распечатки файлов с отчетами о конфигурации. "sys-print-sublst" создает полный список абонентов системы с данными об их последних соединениях в файле sublst.prn. "sys-print-ip-route-info" создает список заданных в системе маршрутных кодов IP в файле iproute.prn. "sys-print-xchgdata" создает файл xchgdata.prn, в который записыаются такие данные, как разрешенные частоты PARI и начальные значения параметров конфигурации интерфейса. "sys-print-file" распечатывает все файлы, находящиеся в каталоге log. Раздел I (б) Руководство по эксплуатации (V 5.2) 23 из 24 5. Операции оценки производительности системы 5.1 Трафик системы Параметры трафика постоянно измеряются системой ОМС. Команда "disxchg-traffic" показывает статистику трафика системы. Трафик может быть проанализирован после ежедневного сохранения данных в файле xchgtraf.log. Администратор должен ежедневно просматривать этот файл для оценки поведения системы и принятия решения о необходимых действиях. Параметры трафика, измеряемые компонентами системы, описаны ниже. Измерения трафика АТС Предоставляют статистику, описывающую поведение абонента и системы по отношению к попыткам звонков Подсчитывают успешные входящие и исходящие звонки Подсчитывают разрывы звонков Определяют проблемы в системе Мониторинг трафик может осуществляться с консоли ОМС выполнением команды “disxchg-traffic” с указанием компонентов системы, таких как коммутатор, CBS, CPU и трафик АТС. Счетчики трафика могут быть сброшены командой “sys-init-trafdata”. Данные о трафике могут быть сохранены в файле командой “sys-flushtrafdata”, при этом счетчики трафика сбрасываются. Данные могут быть сохранены в текстовом формате или в формате файла Excel Трафик АТС доступен для мониторинга всегда. Сбор данных о трафике CPU и коммутатора должен быть инициирован командой “sys-settraffic”. Параметы исходящих звонков (ИЗ): Общее количество попыток ИЗ Общее количество успешных звонков Отказ установления соединения Количество попыток звонков, совершенное абонентом. Отказ в процессе установления соединения Количество раз, когда установление соединения не могло быть завершено. Это может быть, если: Абонент повесил трубку в процессе установления соединения (процессе информирования МТС о попытке звонка). Абонент повесил трубку в процессе выделения канала (процессе договора о несущем канальном интервале) МТС инициировала освобождение в процессе выделения канала. Раздел I (б) Количество завершенных соединений, то есть когда абонент получил тоновый сигнал в ответ на попытку звонка. Количество отказов системы начать соединение. Это может быть, если: абонент пытается звонить при выключенном интерфейсе совершается попытка звонка с точки доступа, не связанной с интерфейсом совершается попытка звонка блокированным абонентом Руководство по эксплуатации (V 5.2) 24 из 24 Освобождение абонента до получения тонового сигнала Количество раз, когда абонент повесил трубку после завершения установления соединения в интерфейсе, но до получения тонового сигнала. Количество сигналов возобновления Сколько раз в течение звонка был получен сигнал возобновления. Такие сигналы будут поступать, если вызываемый абонент сконфигурирован в МТС как CCB (таксофон) Количество звонков, которые были завершены не по инициативе абонента. Аварийные завершения ИЗ Параметры входящих звонков (ВЗ): Общее количество попыток ВЗ Освобождение до звонка Освобождение после звонка Отвеченные звонки Отказ посылки Аварийные завершения ВЗ Количество раз, когда был получен входящий звонок. Вызывающая сторона завершила звонок до того, как точка доступа подала сигнал вызова. Вызывающая сторона завершила звонок когда точка доступа подавала сигнал вызова. Количество входящих звонков, на которые был получен ответ. Точка доступа не ответила на сигнал о входящем звонке, посланный системой. Количество звонков, которые были завершены не по инициативе абонента. 5.2 Измерение параметра Эрланга для интерфейса Параметр Эрланга используется для: измерений на всех линиях связи Е1 в интерфейсе. определения не используемых и плохо используемых линий связи Е1 определения перегрузки в определенных линиях связи определения узких мест Вычисление параметра Эрланга для интерфейса V5 : параметр вычисляется для всех канальных интервалов линий связи Е1, входящих в интерфейс Пусть интервал наблюдения равен (T) Пусть Ti – время, в течение которого канальный интервал (i) был несущим за время наблюдения T. [0 < i < = 31] Тогда параметр Эрланга равен [T1 + T2 + T3 +…Ti + …T31]/ T Параметром Эрланга измеряется полезный трафик в интерфейсе между СД И МТС. На основе учета этого параметра принимаются многие решения (например, когда необходимо добавить новую линию связи в интерфейс). Параметр Эрланга определяется системой автоматически с самого момента запуска. Раздел I (б) Команда “sys-init-erlangdata” обнуляет счетчики параметра Эрланга. Значения параметра Эрланга могут быть сохранены через равные интервалы времени командой “sys-flush-erlangdata” в файле v5erlang.log. После сохранения счетчики параметра Эрланга обнуляются. Файл v5erlang.log доступен в активной и пассивной копиях. Руководство по эксплуатации (V 5.2) РАЗДЕЛ – II (б) РУКОВОДСТВО ПО ОБСЛУЖИВАНИЮ СОДЕРЖАНИЕ Стр. №. ПРЕАМБУЛА........................................................................................................................1 КАК ОРГАНИЗОВАНО ЭТО РУКОВОДСТВО.............. .....................................................1 ШРИФТЫ, ИСПОЛЬЗУЕМЫЕ В ЭТОМ РУКОВОДСТВЕ..................................................1 ГЛАВА 1 ВВЕДЕНИЕ ............................................................................................................2 ГЛАВА 2 ПРОЦЕДУРЫ ОБСЛУЖИВАНИЯ…....................................................................3 2.1 Загрузка и выключение ......................................................................................3 2.1.1 Процедура загрузки сервера corDECT OMC..................................................3 2.1.2 Сервер OMC вкдючен, но экран OMC ничего не отображает.......................3 2.1.3 Система загружается, на экране ОМС горит "NO COPY"……………............4 2.1.4 Система загружается и показывает "Copy 0" или "Copy 1", но не переходит в состояние Duplex..................................................................................4 2.1.5 Система постоянно перезагружаетсяю...........................................................4 2.1.6 Экран OMC работает, но абоненты не получают тоновый сигнал.. ............4 2.1.7 Действия при переключении копий.................................................................5 2.2 Процедуры определения/анализа отказов систнмы........................................5 2.2.1 Индикация тревоги в системе corDECT..........................................................5 2.2.2 Анализ неисправности карты пр экрану OMC.................................................6 2.2.3 Карта не отображается в экране ОМС……………………................................7 2.2.4 определение отказа линии связи ISDN между CBS и BUIC ..........................7 2.2.5 Флуктуация линии связи базовой станции.......................................................7 2.2.6 Точка доступа прдключена, но синхронизации нет.........................................8 2.2.7 Точка доступа синхронизирована. Нет тонового сигнала...............................8 2.3 Интерфейс V52………...........................................................................................8 2.3.1 Икона резервной карты VIMC в окне OMC окрашена в желтый цвет с красными точками............................................................................................9 2.3.2 Интерфейс V5 не устанавливается...................................................................9 2.3.3 Интерфейс IP ....................................................................................................10 2.4 Стандартные процедуры обслуживания.............................................................11 2.4.1 Абонентские........................................................................................................11 2.5 Разное....................................................................................................................15 2.5.1 Система помощи.................................................................................................15 2.5.2 Что делать, если OMC не воспринимает любые символы / команды?...........15 2.5.3 Что произойдет, если пользователь забудет закоыть присвоенный ему режим?............................................................................................16 2.5. Я набираю правильный пароль. Тем не менее ОМС сообщает пароль не верный. Что делать?....................................................................................16 2.4.5 Я забыл пароль. Что делать?...............................................................................16 ГЛАВА 3.......................................................................................................................................17 Описание файлов регистрации..............................................................................................17 3.1 Общее описание....................................................................................................................17 3.2 Описание файла sysdbg.log..................................................................................................17 3.2.1 Формат файла.....................................................................................................................17 3.2.2 Описание полей файла sysdbg.log file............................ ......................................19 3.3 Описание файла SUBDBG.LOG FILE .........................................................................................25 3.3.1 Формат файла......................................................................................................................25 3.3.2 Описание полей файла subdbg.log ....................................................................................25 3.4 Описание файла SUBTEST.LOG ...............................................................................................27 3.4.1 Формат файла......................................................................................................................27 3.4.2 Описание полей файла subtest.log.....................................................................................28 3.5 Описание файла BERMEAS.LOG ...............................................................................................29 3.5.1 Формат файла.......................................................................................................................29 3.5.2 Описание полей файла bermeas.log ..................................................................................29 3.6 Описание файла SUBDNLD.LOG................................................................................................30 3.6.1 Формат файла.......................................................................................................................30 3.6.2 Описание полей файла subdnld.log.....................................................................................31 Раздел II (б) Руководство по обслуживанию (V5.2) 1 из 32 Преамбула Этот документ описывает процедуры обслуживания и анализа ошибок, которым необходимо следовать при работе с системой Сети Доступа corDECT V5.2. Этот документ был разработан с целью помощи администратору системы в решении ежедневных проблем. Предполагается, что этот документ всегда доступен администратору системы, и помогает в обслуживании системы. Как организовано это руководство Этот документ разделен на 3 главы. Глава 1 Введение. Глава 2 Процедуры обслуживания. Глава 3 Описание файлов регистрации. Шрифты, используемые в этом руководстве Нормальный жирный в пределах цитат указывает команды, используемые Оператором. Жирный курсив указывает сообщение системы в ответ на вопрос или ошибку. Нормальный курсив указывает имя файла Раздел II (б) Руководство по обслуживанию (V5.2) 2 из 32 1. Введение Этот документ описывает процедуры обслуживания и анализа ошибок, которым необходимо следовать при работе с системой Сети Доступа corDECT V5.2. Этот документ был разработан с целью помощи администратору системы в решении ежедневных проблем. Предполагается, что этот документ всегда доступен администратору системы, и помогает в обслуживании системы. Раздел II (б) Руководство по обслуживанию (V5.2) 3 из 32 2. Процедуры обслуживания 2.1 Загрузка и выключение 2.1.1 PC Процедура загрузки сервера corDECT OMC 2.1.1.1 Включение питания сервера OMC: В начале загрузки сервера на экране появляется сообщение "Preparing OMC for booting (Please wait)". Далее на экран е постепенно появляются 45 временных меток. За это время ОМС должна получить сообщения о регистрации от всех точек доступа. После этого система инициализирует все требуемые структуры данных. В окне системных сообщений появляется мигающее сообщение Booting Up. Система начинает загрузку базы данных абонентов. В окне данных появляется сообщение Initializing Data from file.... После загрузки файла в окне сообщений появляется запись Successfully Read. Система загружает файлы один за другим, этот процесс сопровождается соответствующими сообщениями, в диакностическом окне отображается информация о состоянии карт контроллера и интерфейса. Далее ОМС стартует процесс V5 и выводит "System Management is started" в окне системных сообщений. ОМС пытается загрузить карту OSI, в окне сообщений появляется No Copy. Если загрузка завершается успешно, в окне сообщений появляется OSI Link OK. ОМС пытается загрузить коммутатор в окне сообщений появляется Copy <номер>. Если загрузка завершается успешно, в окне сообщений появляется Switch Link OK. Коммутатор определяет состояние синхронизации и в диагностическом окне отображается состояние карты синхронизации как ACTIVE или PASSIVE. После этого коммутатор опрашивает состояние всех остальных интерфейсных карт. Эта информация отображается в диагностическом окне. Далее ОМС пытается установить связь с дублирующим сервером. Если это не удается, выводится сообщение Simplex copy <номер> Active. Если обе копии ОМС были включены одновременно, то копия 0 становится активной, а копия 1 – пассивной. Система отображает Duplex Copy 0 Active и Duplex Copy 1 Passive. Если включена только одна копия ОМС, то она становится Simplex Active. Копия, включенная позже, устанавливается в состояние Out of Service. В этом случае копия Simplex Active пересылает ей структуры данных и информацию базы данных. На активной ОМС отображается Txing <имя файла>, на стартующей - Rcving <имя файла>. После получения данных стартующая копия ОМС еще раз загружает базу данных абонентов. Копии ОМС становятся одинаковыми. Первая ОМС становится Duplex Active и отображает в окне сообщений Duplex Copy <номер> Active. ОМС, стартовавшая позже, становится Duplex Passive и отображает DuplexCopy <номер> Passive. Все вышеописанные шаги регистрируются в файле log/sysdbg.log с указанием даты и времени. 2.1.2 Сервер OMC включен, но экран OMC ничего не отображает Проверьте питание монитора. Проверьте все экранные сессии OMC. Нажатие Alt F1 показывает первую сессию, Alt F2 – вторую и т.д. Всего в системе возможно 6 сессий. Проверьте до Alt F6. Если экрана OMC нигде не обнаружено, перезагрузите систему. Раздел II (б) Руководство по обслуживанию (V5.2) 4 из 32 2.1.3 Система загружается, на экране OMC горит "NO COPY" Наиболее вероятная причина – неисправность связи сервера и OSI. Выключите систему. Проверьте связь компьютера и OSI. Если вы не можете решить проблему, обратитесь к разработчику.. 2.1.4 Система загружается и показывает "Copy 0" или "Copy 1", но не переходит в состояние Duplex Такое случается, если неисправна связь OS I- OSI или проблема в одной из карт OSI. Проверьте карты OSI и соединение между ними. Для этого выключите копию 0 и проверьте, стала ли копия 1 Simplex Active и наоборот. Проверьте соединение OSI-OSI. ЗАМЕЧАНИЕ: Система будет работоспособной и в симплексном режиме, но в этом случае отсутствует аварийное резервирование. 2.1.5 Система постоянно перезагружается Система уходит на перезагрузку до перехода в стабильное состояние и установления соединений. Это может происходить по следующим причинам: Неисправна карта синхронизации. Неисправна связь OSI – коммутатор. Неисправна карта коммутатора. Неисправна карта OSI. Неправильные версии карт коммутатора, синхронизации и OSI. Проверьте правильность установки карт коммутатора, синхронизации и OSI. Проверьте связь OSI – коммутатор. Определите по файлу sysdbg.log, какая из карт неисправна. 2.1.6 Экран OMC работает, но абоненты не получают тоновый сигнал. Системы должны быть в состоянии Simplex Active или Duplex Active, что должно отображаться на экране ОМС По цвету иконы VIMC проверьте, что интерфейс в рабочем состоянии. Если интерфейс не работает, то тонового сигнала не будет. Проверьте, что карта BUIC включена. Раздел II (б) Руководство по обслуживанию (V5.2) 5 из 32 Проверьте состояние интерфейса на МТС. 2.1.7 Действия при переключении копий Переключение копий происходит при выходе из стоя какой-либо из карт контроллеров или связей между ними. Картами контроллеров считаются сервера ОМС, карты OSI и коммутаторы. Если неисправная копия перегружается и становится пассивной, это означает наличие временной ошибки в картах контроллеров или связях между ними. Для определения неисправности проанализируйте файлы log/sysdbg.log обоих копий При переключении копий не происходит перерыва сервиса. 2.2 Процедуры определения/анализа отказов системы 2.2.1 Индикация тревоги в системе corDECT Индикация тревоги означает наступление в системе условий, которые требуют внимания администратора. В зависимости от значимости тревоги разделяются на основные и не основные. Предусмотрена визуальная и звуковая индикация тревоги. Основные тревоги Выключение интерфейса V5. Отключение активной линии связи. Отключение резервной линии связи. Отказ стека V5. Отказ линии связи OSI-SW. Отказ линии связи между копиями ОМС. Отказ линии связи OSI. Отказ защитной линии связи данных. Отказ защитного переключения PG2. Не основные тревоги: Блокирование абонента Прерывание линии связи ISDN между BUIC и базовой станцией Защитное переключение Отказ обычной карты VIMC Необходимые действия: Раздел II (б) Руководство по обслуживанию (V5.2) 6 из 32 Икона неисправной карты на экране ОМС становится красной и начинает мигать Нажмите любую клавишу для отключения звукового сигнала Определите неисправную карту по индикации на экране OMC Если на экране не индицируется аварий, это может означать временный отказ карты. Проанализируйте файл sysdbg.log для определения, какая карта отказала и перезапустилась. Если не индицируется аварий карт, проверьте иконы активной и запасной линий связи, состояние интерфейса и защитного переключения Проверьте файл v5ifc.log для анализа тревоги. 2.2.2 Анализ неисправности карты по экрану OMC Карта с иконой зеленого цвета исправна и полностью функциональна. Красный цвет или мигание означают, что карта неисправна и требуется вмешательство. Любой другой цвет означает, что имеется некоторая проблема и должны быть приняты соответствующие меры. Карта BUIC Желтый цвет активной карты указывает на работу DIM. Зеленый цвет указывает на работу AIM и DIM. Зеленый с красными точками указывает на отказ базовой станции (и AIM и DIM выключены, но карта BUIC работает). Синий цвет указывает, что одна из линий связи BUIC – базовая станция не работает. Карта VIMC Белый цвет указывает, что интерфейс V5 не сконфигурирован или линия связи не включена в интерфейс. Зеленый цвет указывает, что интерфейс V5 работает и линия связи активна. Зеленый с красными точками указывает что интерфейс V5 сконфигурирован, но не работает Желтый цвет указывает, что интерфейс V5 работает и линия связи – резервная. Синий цвет указывает, что интерфейс V5 работает и линия связи – обычная. Раздел II (б) Руководство по обслуживанию (V5.2) 7 из 32 Красный цвет указывает, что интерфейс V5 работает, а линия блокирована. Желтый с красными точками указывает на отказ защитной линии данных в резервной линии связи. Карта SWITCH Зеленый цвет указывает активную карту. Желтый цвет указывает пассивную карту. Красный цвет указывает на отказ карты. 2.2.3 Карта не отображается в окне OMC Проверьте, что карты коммутатора и синхронизации работают и система функционирует. Перезагрузите карту. Возможно, карта неисправна и ее икона красного цвета. Возможно, карта вставлена в другой слот. Проверьте еще раз. Возможно, карта плохо вставлена. Вставьте карту, перезагрузите ее и проверьте снова. Проверьте программное обеспечение. 2.2.4 Определение отказа линии связи ISDN между CBS и BUIC Если икона BUIC синего цвета, то одна из трех линий связи неисправна. Чтобы определить какая, Выполните команду "dissys-card-status". Введите DIM как имя карты. В результате отображается информация о состоянии карты и линий связи. 2.2.5 Флуктуация линий связи базовой станции Цвет иконы соответствующей карты BUIC - синий. После определения, которая из линий связи отказывает Проверьте, что линия связи BUIC – базовая станция инсталлирована правильно. Проверьте, что для этой линии был проведен тест битовых ошибок (BER) и он показал удовлетворительный результат. Проверьте инсталляцию линий связи между CBS и BUIC. Обеспечьте правильные версии ПО в BUIC и CBS. Раздел II (б) Руководство по обслуживанию (V5.2) 8 из 32 2.2.6 Точка доступа подключена, но синхронизации нет. Проверьте выравнивание антенн точки доступа и базовой станции. Проверьте используемый кабель питания. Проверьте подключение точки доступа в СД. Выполните dissub-lst и определите состояние подключения. Если это состояние PNDG, то необходимо пере подключение. Если состояние подключения DONE, но синхронизация отсутствует, проверьте сетевой адаптер точки доступа. Выполните disdect-mm-info с указанием номера абонента и убедитесь, что указанный IPEI совпадает с IPEI точки доступа. Если подключение точки доступа было удалено вручную с использованием ##13, то абонент должен быть удален и добавлен повторно, если надо использовать ту же точку доступа. Для замены точки доступа можно использовать команду chgsub-moddect-info. 2.2.7 Точка доступа синхронизирована. Нет тонового сигнала. Проверьте аппарат, подключенный к точке доступа. Проверьте, что абонент подключен к интерфейсу V5. Проверьте, что интерфейс к которому подключен абонент, работает. Проверьте, что абоненту присвоен правильный адрес L3, "dissub-lst". Проверьте, что порт абонента не блокирован (СД/МТС) v52-disp-ent-stat Выполните тест sys-test-subscribers OK/NOK для точки доступа и проверьте файл subtest.log. Проверьте наличие каких-либо записей, относящихся к абоненту, в файле subdbg.log и выполните соответствующие действия. Проверьте правильность авторизации абонента. Проверьте правильность установки кода расстояния в точке доступа. Используйте руководство по установке точки доступа. Проверьте выделение портов DECT и VIMC, когда абонент делает вызов, "dissublst". Если трафик слишком высок и свободные канальные интервалы отсутствуют, подождите некоторое время и повторите вызов. Проверьте параметры абонентской услуги на МТС. 2.3 Интерфейс V52 Раздел II (б) Руководство по обслуживанию (V5.2) 9 из 32 2.3.1 Икона резервной карты VIMC в окне OMC окрашена в желтый цвет с красными точками. Если интерфейс в рабочем состоянии, а цвет иконы резервной карты VIMC отличается от желтого, это указывает, что защитный канал в этой линии связи не установлен. Проверьте ход установления линии связи по записям в файле v5ifc.log. В этой ситуации абонентские услуги не затрагиваются, но защитное переключение интерфейса невозможно. Проверьте состояние 1 уровня линии связи на СД и МТС на наличие ошибок. Возможно наличие не основных ошибок, при которых защитный канал данных может быть восстановлен автоматически. 2.3.2 Интерфейс V5 не устанавливается Сеть доступа corDECT V5 всегда устанавливает интерфейс с МТС автоматически. Тем не менее, если интерфейс не устанавливается, следующие шаги могут помочь в починке. Чтобы интерфейс V5 был полностью установлен, между СД и МТС должна быть установлена связь на физическом уровне, уровне данных и сетевом уровне. Уровень 1. Анализ физического уровня. Сервер OMC должен находиться в состоянии simplex active или duplex active. Карта VIMC, отвечающая за линию связи сигнализации, должна быть синхронизирована с МТС. Если карта VIMC находится в активном состоянии, это означает, что она может получать сигнал E1 от МТС, если нет – проверьте получение частоты синхронизации (проверьте состояние LED на карте). Проверьте получение частоты синхронизации от МТС, в системе обязательно должна быть либо карта VIMC0, либо VIMC1. Попытайтесь получить синхронизацию из канала 0, если не получается – из канала 1. Если линия связи сигнализации в интерфейсе синхронизирована, это означает, что МТС получает сигналы E1. Состояние линий связи Е1 между СД и МТС может быть проанализировано командой "sys-monitor-layer1". В экране мониторинга уровня 1 не должно индицироваться ошибок, в противном случае необходимо проверять соединение между СД и МТС. Если состояние линий связи Е1 на СД и МТС не индицирует ошибок, необходима проверка уровня данных. Уровень 2. Анализ уровня данных. Проверьте файл v5ifc.log для определения состояния канала данных. Для отслеживания обмена пакетами в канале данных между СД и МТС используется команда "sys-monitor-layer2" Если процедура установления связи на уровне данных завершена, то в файле v5ifc.log должна появиться запись "Layer2 procedure successful" Раздел II (б) Руководство по обслуживанию (V5.2) 10 из 32 Если интерфейс не устанавливается в течение приемлемого времени и в файле v5ifc.log не появляется запись, указанная в (3), удалите карту сигнализации VIMC и вставьте вновь через 5 минут. Проверьте также состояние канала данных на МТС. Убедитесь, что МТС не переведена в автономный режим, что препятствует автоматическому установлению интерфейса. Процедуры установления канала данных должны быть успешно завершены. В случае ошибок рекомендуется проверить конфигурацию интерфейса на СЛ и МТС. Если сообщение (3) получено, но интерфейс не устанавливается, необходимо проверить сетевой уровень. Уровень 3: Анализ сетевого уровня Проверьте файл v5ifc.log , он должен содержать сообщение "Layer 3 procedure successful" Выполните команду "v52-disp-config-params" и проверьте параметры конфигурации. Возможные значения параметров приведены в руководстве по конфигурации. Конфигурация должна соответствовать МТС. Файл v5ifc.log индицирует состояние процедуры установления сетевого уровня и в случае ее завершения должен содержать (7) Если интерфейс не устанавливается в течение приемлемого времени, выключите его командой "v52-admn-interface,<interfaceid>,<2>" на СД и МТС и затем запустите вновь командой "v52-admninterface,<interfaceid>,<0>". Результат необходимо ожидать не менее 90 секунд. 2.3.3 Интерфейс IP Установление соединения IP происходит через карту RIMC, которая в свою очередь соединена с сервером доступа RAS. В системе corDECT соединения IP и соединения интерфейса V5 взаимно независимы. 2.3.3.1 Звонки IP не проходят для всех абонентов? Возможность соединений IP зависит от установления сигнализации между ОМС и RAS. Икона карты RIMC должна быть зеленой и должна указывать активное состояние. В противном случае необходимо проверить физическую связь между RIMC и RAS. 2.3.3.2 Абонент не может совершить соединение IP? Выполните команду dissub-ip-params и проверьте, что услуга абоненту включена. Проверьте наличие портов с приоритетом, соответствующим приоритету абонента. Проверьте уровень приоритета абонента и наличие свободных портов RIMC с этим приоритетом. Если свободных портов нет, то IP вызов не может быть совершен (данный уровень приоритета загружен). Раздел II (б) Руководство по обслуживанию (V5.2) 11 из 32 Проверьте состояние подключения абонента. Если оно отложено, завершите подключение на точке доступа. Выполните тест sys-test-subscriber OK/NOK для абонента. Если в файле subtest.log будет получено NOK, проверьте подключение точки доступа. Является ли номер версии точки доступа совместимым? Выполните sys-get-testresults и определите номер версии точки доступа. Если файл subtest.log указывает исправность точки доступа, проверьте соединение (скорость) последовательного порта между точкой доступа и ПК. Проверьте командный файл, используемый для набора через точку доступа и набранный номер. Проверьте имя пользователя и пароль, использованный абонентом. Проверьте файлы subdbg.log и ipdbg.log. 2.4 Стандартные процедуры обслуживания 2.4.1 Абонентские 2.4.1.1 Monitoring wallsets Каждый день в часы наименьшей загрузки может быть проверен ответ абонентской точки доступа на тест OK/NOK. Выполните команду "sys-test-subscribers". Выберите тест OK / NOT OK. Определите диапазон абонентов, для которых надо выполнить тест. Тест OK/NOT OK выполняется путем опроса точек доступа в фоновом режиме. Результаты заносятся в файл log/subtest.log. По результатам теста можно определить точку доступа, которая требует вмешательства. Если нет ответа от нескольких точек доступа и они подключены к одной базовой станции, то следует проверить исправность базовой станции. Абоненты точек доступа, для которых в файле subtest.log получен результат NOK, не могут получить тоновый сигнал. 2.4.1.2 Мониторинг CBS Если большинство звонков к абонентам, подключенным к определенной базовой станции, не проходят, это означает проблему на базовой станции. Для мониторинга Проверьте отказы карт RF в базовой станции, из-за которых произошло уменьшение ее звонковой емкости. Раздел II (б) Руководство по обслуживанию (V5.2) 12 из 32 Для определения этого, проверьте файл log/dimstat.log. Базовые станции периодически передают информацию о состоянии карт RF в ОМС, которая записывает ее в этот файл. Кроме этого, имеется визуальная индикация для соответствующих карт BUIC. По файлу sysdbg.log можно определить частоту отказов. Необходимо проверить также версию программного обеспечения. 2.4.1.3 Мониторинг трафика в системе Параметры трафика постоянно измеряются системой ОМС. Команда "disxchg-traffic" показывает статистику трафика системы. Трафик может быть проанализирован после ежедневного сохранения данных в файле xchgtraf.log. Администратор должен ежедневно просматривать этот файл для оценки поведения системы и принятия решения о необходимых действиях. Ежедневно файлы регистрации должны архивироваться, а каталог очищаться, в соответствии с конфигурацией, определенной в omcbkp. Администратор должен анализировать файлы регистрации с суффиксами .log sysdbg.log содержит информацию о поведении составных частей системы: рестарт карт, линии связи между CBS и BUIC, переключение копий ОМС и т.п. v5ifc.log содержит информацию о поведении интерфейса. Администратор может анализировать данные о защитных переключениях и данные уровня 1. v5erlang.log содержит результаты измерений параметра Эрланга для интерфейса, которые помогают в организации трафика в линиях Е1 между СД и МТС. Команда "sysflush-erlangdata" может быть занесена в календарь заданий для периодического выполнения. Файл v5ifc.log помогает администратору в определении степени использования линий Е1. Пример файла v5ifc.log приведен ниже. *** V5 IFC Erlang Table *** Start Date: 18/11/2001 Start Time: 20:29:34 End Date: 19/11/2001 End Time: 01:00:02 IFC erlang: 8.52 IFC utilization %: 9.47 VIMC No Link ID Erlang Link Occ All Busy All Free % OOS V0 V1 V2 110 111 112 8.37 0.15 0.00 27.9 0.50 0.00 0.42 0.00 0.00 1.38 93.08 100.00 1.73 1.73 1.80 Раздел II (б) Руководство по обслуживанию (V5.2) 13 из 32 VIMC No Link ID Erlang Link Occ All Busy All Free OOS IFC Erlang IFC Utilization percentage Номер карты VIMC в системе corDECT Идентификатор линии связи, ассоциированной с картой Измеряет степень использования несущих канальных интервалов в линии связи за период наблюдения между временем начала и временем завершения. Показывает процент использования линии связи. Для линии сигнализации, если сконфигурирована только группа 1, максимальный Эрланг равен 30, для обычной линии максимальный Эрланг равен 31. Gives the percentage of the bearer occupancy in the link. For a signaling link if only group1 is configured the maximum erlang is 30, for a regular link the maximum erlang is 31. Link Occ показывает, какой процент составляет наблюдаемое значение Эрланга от максимального. В приведенном примере, для P0 (8.37/30)*100. Показывает процент времени, в течение которого все канальные интервалы в линии были заняты. Показывает процент времени, в течение которого все канальные интервалы в линии были свободны. Показывает процент времени, в течение которого линия была неработоспособной. Показывает общее значение Эрланга для интерфейса, сумма значений Эрланга для отдельных линий, входящих в интерфейс (8.37 + .15) Показывает процент использования несущей в интерфейсе. Среднее значение показателей для отдельных линий интерфейса (27.9 +0 .5 +0)/3 Измерение Эрланга дает следующие преимущества: 1. На основании показателя процента использования интерфейса администратор может решать вопрос о добавлении новых линий связи. 2. Характер трафика за период наблюдения помогает определить часы наибольшей загрузки системы. ЭАМЕЧАНИЕ: Решение о том, какой канальный интервал выделяется для звонка, является исключительной компетенцией МТС. Полные сведения по обработке звонков в СД доступны в файле xchgtraf.log Значения измерены отдельно для исходящих звонков (ИЗ) и входящих звонков (ВЗ) ИЗ звонки Общее количество попыток ИЗ Общее количество успешных звонков Отказ установления соединения Отказ сигнализации Отказ до получения тонового сигнала Количество сигналов возобновления Аварийные завершения ИЗ. Общее количество попыток ИЗ Общее количество успешных звонков Отказ установления соединения Раздел II (б) ВЗ звонки Общее количество попыток ВЗ Освобождение до звонка Освобождение после звонка Блокировка линии Общее количество отвеченных звонки Отказ посылки Аварийные завершения ВЗ Количество попыток звонков, совершенное абонентом. Количество соединений, когда абонент получил тоновый сигнал в ответ на попытку звонка. Количество раз, когда абонент пытался звонить при выключенном интерфейсе Руководство по обслуживанию (V5.2) 14 из 32 Отказ сигнализации Освобождение абонента до получения тонового сигнала Количество сигналов возобновления Аварийные завершения ИЗ Общее количество попыток ВЗ Освобождение до звонка Освобождение после звонка Отвеченные звонки Отказ посылки Аварийные завершения ВЗ Количество раз, когда совершалась попытка звонка с точки доступа, не связанной с интерфейсом Количество раз, когда совершалась попытка звонка блокированным абонентом Количество раз, когда абонент пытался звонить при освобождении сигнализации Количество раз, когда было освобождение в процессе выделения канала Количество раз, когда МТС инициировала освобождение канала. Количество раз, когда абонент повесил и поднял трубку до получения тонового сигнала. Сколько раз в течение звонка был получен сигнал возобновления. Количество обрывов исходящих звонков (Обрыв звонка можкр быть при перезагрузке точки доступа по питанию или при потере синхронизации с базовой станцией). Количество раз, когда был получен входящий звонок. Вызывающая сторона завершила звонок до того, как точка доступа подала сигнал вызова. Вызывающая сторона завершила звонок когда точка доступа подавала сигнал вызова. Количество входящих звонков, на которые был получен ответ. Точка доступа не ответила на сигнал о входящем звонке, посланный системой. Количество звонков, которые были получены при выключенном питании точки доступа Администратор может сравнить частоту попыток ИЗ и количество успешных ИЗ чтобы подсчитать вероятность успешных ИЗ. Количество отказов по интерфейсу должно быть минимальным. Каждый раз при записи данных записываются и метки даты и времени начала и конца измерений. Данные записываются в виде таблицы. Для просмотра результатов измерений трафика выполните команду "disxchg-traffic". Команда "sys-flush-trafdata" может быть записана в календарь заданий для периодического выполнения. Причиной для измерения производительности системы может быть: Проверка измерений параметров трафика в файле xchgtraf.log Состояние перегрузки в системе. Проанализируйте параметры Эрланга для интерфейса в файле v5erlang.log Задержка появления тонового сигнала у абонентов. Выполните "sys-print-sublst", и проверьте значения задержки появления тонового сигнала в файле sublst.prn. Высокая загрузка CPU (должна быть максимально 20%, как правило 5%). Для мониторинга трафика CPU используйте команду "sys-set-traffic". Раздел II (б) Руководство по обслуживанию (V5.2) 15 из 32 Рекомендация: Не используйте систему ОМС для выполнения других приложений, это может загружать компьютер и вызывать ухудшение производительности. 2.4.1.4 Регулярное копирование базы данных. Крайне важно проводить регулярное копирование базы данных. Наличие резервной копии обеспечит восстановление данных в случае аварии жесткого диска. Система изначально сконфигурирована на выполнение периодического копирования. 2.4.1.5 Определение дискового пространства сервера OMC PC Это должно выполняться периодически для проверки места на диске. Выполните команду "disos-df" для получения сведений о свободном месте на диске. Если свободного места мало, оператор должен удалить некоторые необязательные/старые файлы, которые больше не нужны. Выполните команду "df" с уровнем администратора. ЗАМЕЧАНИЕ: Если свободного места нет, то необходимо проверить начальное разбиение системы на разделы и процедуру периодической очистки резервных копий. 2.4.1.6 Выполнение резервного копирования Система изначально сконфигурирована для ежедневного сохранения копии на жестком диске. Кроме этого, имеются процедуры администратора для создания копий на дискетах. Администратор должен периодически проводить копирование на дискеты с помощью утилиты "omcbkp". Это обеспечит наличие архивных данных абонентов и телефонной станции, если потребуется восстановление системы. Периодичность копирования определяется количеством абонентов/услуг, добавленных за истекший период. Если это число превысило определенный предел, то выполнение резервной копии обеспечит сохранение этих данных. Резервные копии на дискетах должны иметь метку с указанием даты и времени копирования. 2.5 Разное 2.5.1 Система помощи OMC обеспечивает помощь при выполнении допустимых команд. Для получения помощи, Выполните команду "sys-help". Введите имя команды. Или Нажмите Alt- A для получения окна помощи. Выберите команду из списка. Нажмите Shift -? для получения помощи. Нажмите Enter для выполнения команды. 2.5.2 Что делать, если OMC не воспринимает любые символы / команды? Определите, не является ли это проблемой только для текущей сессии ОМС. Раздел II (б) Руководство по обслуживанию (V5.2) 16 из 32 Переключитесь на другие сессии с помощью Alt - F1, F2…F6 и проверьте проблему во всех сессиях. Проверьте, что клавиатура подсоединена правильно и прокрутка не блокирована. Проверьте также, что индикатор времени на экране ОМС изменяется каждые четыре/шесть секунд. Если система не реагирует вообще, необходимо перезагрузить компьютер. 2.5.3 Что произойдет, если пользователь забудет закоыть присвоенный ему режим? OMC обеспечивает повышенную безопасность для пользователя. Режим будет закрыт автоматически по истечении таймера, значение которого может быть установлено командой "sys-setmode-tmr". 2.5.4 Я набираю правильный пароль. Тем не менее ОМС сообщает пароль не верный. Что делать? Проверьте, не нажата ли клавиша Caps Lock по ошибке. OMC чувствительна к регистру при вводе пароля. Система воспринимает команды на любом регистре, преобразует их к нижнему регистру и выполняет. Однако при вводе пароля надо быть осторожным. 2.4.5 Я забыл пароль. Что делать? Если Вы изменили пароль и забыли его, обратитесь к супер пользователю. Попросите его удалить присвоенное Вам имя пользователя и затем завести его заново и связать с необходимым набором команд. Удаление пользователя производится командой "sys-delete-user". Для добавления пользователя используется команда "sys-create-users". Команды, разрешенные к выполнению определенным пользователем, могут быть определены с помощью команды "sys-map-cmd-for-user". Определяемые команды должны быть правильными. Все вышеприведенные операции возможны только при известном пароле супер пользователя. Раздел II (б) Руководство по обслуживанию (V5.2) 17 из 32 3. Описание файлов регистрации 3.1 Общее описание Этот раздел описывает файлы регистрации, существующие в системе Сеть Доступа corDECT V5.2. Дается краткое описание формата файла и разъясняется назначение каждого файла. Приводятся примеры некоторых файлов. 3.2 Описание файла sysdbg.log В системе corDECT все сообщения об ошибках фиксируются в файле log/sysdbg.log. В этот же файл заносятся все сообщения об исправности системы. Это сообщения об исправности отдельных карт, которые формируются при каждом перезапуске карты. Это позволяет иметь историю функционирования каждой подсистемы. 3.2.1 Формат файла Файл имеет следующий формат <day>, <date> <time>, <object>, <message> Day Fri Fri Fri Fri Fri Fri Fri Date Time 19-04-2002 13:27:25 19-04-2002 13:27:25 19-04-2002 13:27:25 19-04-2002 13:27:25 19-04-2002 13:27:35 19-04-2002 13:27:35 19-04-2002 13:27:35 Object OMC OMC 00 CLK 00 (0c) CLK 01 (0d) OMC 00 OMC 00 [0] OMC 00 Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri 19-04-2002 13:27:35 19-04-2002 13:27:35 19-04-2002 13:27:35 19-04-2002 13:27:38 19-04-2002 13:27:39 19-04-2020 13:27:40 19-04-2020 13:27:41 19-04-2002 14:00:00 19-04-2002 19:00:01 19-04-2002 19:10:00 19-04-2002 19:10:00 19-04-2002 19:11:10 19-04-2002 20:20:20 19-04-2002 20:20:30 OMC 00 PWR 00 BUIC 12 DIM 16 DIM 16 AIM 16 AIM 16 VIMC 01 E1(P) 00 E1(R) 03 E1(R) 03 VIMC 04 OMC 00 BUIC 16 Fri Fri 19-04-2002 20:20:31 19-04-2002 20:20:30 DIM 16 BUIC 16 Fri Fri 19-04-2002 20:20:31 19-04-2002 20:20:50 BUIC 00 BUIC 12 Раздел II (б) Message OSI link OK! SWITCH link OK! OK From SW 00 (02) FAILED From SW 00 (02) CSW Timeout, pcState : OOS Other Copy Status : ERR PASV OMC State : From SMPLX_ACTV_PNDG to SMPLX_ACTV GCT Started (10) OK From SW 00 (02) (8c) OK From SW 00 (02) (30) OK From SW 00 (02) (30) FAILED From SW 00 (02) (70) OK From SW 00 (02) (70) FAILED From SW 00 (02) (c1) OK From OSI 00 (01) (c0) OK From VIMC 00 (c0) (c3) OK From VIMC 03 (c3) (c3) FAILED From VIMC 03 (c3) (c4) FAILED From OSI 00 (01) Power to CBS 16 Switched OFF by User abc (90) ISDN_LINK_ERR, connected to other CBS in link 01 (30) FAILED from SW 00(02)due to PWR TRIP (90) ISDN_LINK_ERR, connected to other CBS in link 01 (80) FAILED From SW 00(02) (8c) ISDN_LINK_ERR, Link 01 of BUIC 16 attempting to connect to CBS which is already connected to BUIC 12 Руководство по обслуживанию (V5.2) 18 из 32 Fri Fri Fri 19-04-2002 20:23:23 19-04-2002 20:24:24 19-04-2002 20:24:29 Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri Fri 19-04-2002 20:25:23 19-04-2002 20:26:00 19-04-2002 21:00:00 20-04-2002 00:00:05 20-04-2002 08:00:05 20-04-2002 10:14:00 20-04-2002 10:50:00 20-04-2002 10:54:00 20-04-2002 12:00:08 20-04-2002 12:00:00 20-04-2002 13:00:00 20-04-2002 13:00:40 20-04-2002 13:00:41 20-04-2002 13:00:41 20-04-2002 13:00:42 20-04-2002 13:00:47 20-04-2002 14:00:00 20-04-2002 14:00:00 20-04-2002 14:00:01 20-04-2002 14:00:02 20-04-2002 14:00:03 20-04-2002 14:00:04 20-04-2002 14:01:00 20-04-2002 14:01:00 20-04-2002 14:11:00 20-04-2002 14:11:01 20-04-2002 14:11:01 20-04-2002 14:11:02 20-04-2002 14:11:02 20-04-2002 15:00:00 20-04-2002 15:11:00 20-04-2002 15:12:00 20-04-2002 15:13:00 20-04-2002 15:14:00 20-04-2002 15:15:00 20-04-2002 15:15:01 20-04-2002 10:00:00 Fri Fri Fri Fri 20-04-2002 15:32:00 20-04-2002 15:33:01 20-04-2002 15:33:23 20-04-2002 15:33:40 Fri Fri Fri 20-04-2002 15:34:00 20-04-2002 15:36:00 20-04-2002 15:37:00 VIMC 00 DIM 16 DIM 17 Unknown Card AIM 17 OMC 00 OMC 01 Fri 20-04-2002 15:40:00 OMC 00 Fri 20-04-202 15:40:01 OMC 00 Раздел II (б) DIM 16 BIMC 00 BIMC SLV 00 BSD 01 BSD SLV 01 OMC 00 OMC 00 OMC OMC 01 OMC 00 OMC 01 OMC 00 OMC 01 OMC 01 OMC 01 OMC 01 OSI 00 OMC 01 OMC 01 OSI 00 OMC 01 SW 02 OMC OMC 01 OMC 01 OMC 00 SW 01 OSI 01 OMC 00 OMC 00 OMC 00 OMC 00 OMC 00 OMC 00 OMC 00 OMC 00 OMC 00 OMC 00 OMC 00 VIMC 00 Isdn Link Status: UP DN DN (A0) OK From SW 00(02) (A1) FAILED From SW 00(02) (B0) OK From SW 00(02) (B1) FAILED From SW 00(02) OMC Quitted, Exit Flag Set GCT Restarted Rebooted OMC State: From DN_LDNG to DUP_PASV OMC State: From DUP_ACTV to SMPLX_ACTV OMC State: From DUP_PASV to OOS [0]Other Copy Status : NO_ERR ACTV [0]Other Copy Status : NO_ERR ACTV Exit flag set, OSI link failed Rcvd GO_PASSIVE (07) Other Switch Active (01), OK From OSI 01 (05) OMC - OMC link OK STATIC_DOWNLOAD_OVER rcvd (01) FAILED From OSI 01 (05) Link to other OMC gone bad (0a) FAILED From OSI 01(05) Exit flag set, switch failed Copy Self Id Ok received OMC State: From DUP_PNDG to DUP_ACTV Other Switch Failed [Other SW status: ERR] (06) FAILED From SW 00 (02) (05) OK From OSI 00 (01) Recovery Update, Updating DlStatInfo table Recovery Update, SW_START_DNLD Txed SW DnLd Over OMC State : From SMPLX_ACTV to DUP_ACTV dbs/nmspasswd.dbs : read failed, Rec Num 0 dbs/xcode.bkp not found dbs/pint.bkp rename failure dbs/sint.dbs : Open failed, File Num 0 dbs/jobcalcmd.dbs : Open failed dbs/jobcalcmd.dbs : read failed BOOT_OVER_ACK rcvd in OOS Bnm Dnld Started, FileName: bnm/vimc/vca0227.bnm BnmDnLd Err,Invalid Reason [16] BnmDnLd Err, READ_WAIT_TIMEOUT BnmDnLd Err BnmDnLd Err BnmDnld Over OSI Reset by Other OMC Card Name VIMC Range (01 - 01) RESET by User abc Could not store vernum (____OS4110637) in vernum.dbs Health check for SW Card Range (00 - 00) initiated Руководство по обслуживанию (V5.2) 19 из 32 Fri Fri Fri Fri 20-04-2002 15:40:02 20-04-2002 15:41:00 20-04-2002 15:42:00 20-04-2002 15:43:43 OMC 01 OMC 00 OMC 00 OMC 00 Status of SW 01 (06) OK Card is made not present in slot b-10 Card is made present in slot b-10 Sending Log Statistics Message for SW (00 - 01) for periodicity: 10 3.2.2 Описание полей файла sysdbg.log file Поле Day Date Time Значение Fri 19-04-2002 13:00:01 Object OMC 00 E1(P) 00 E1(R) 03 BUIC 12 PWR 00 VIMC 00 DIM 16 AIM 16 CLK 00 SW 00 SW 02 OSI 01 BIMC 00 BIMC SLV 00 BSD 00 BSD SLV 00 OMC Rebooted Message OSI link OK ! SWITCH link OK (0c) OK From SW 00 (02) CSW Timeout, pcState : OOS Раздел II (б) Описание День недели, когда произведена регистрация события Метка даты и времени, когда произведена регистрация события Дата в формате ДД-ММ-ГГГГ, время в формате ЧЧ:ММ:СС. Объект, на котором произошло событие. Данное значение указывает на копию 0 ОМС Событие произошло на линии связи Е1 карты VIMC номер 0 Событие произошло на линии связи Е1 карты Rimc, представленной как VIMC номер 3 Событие произошло на карте BUIC номер 12 Регистрация события на карте питания номер 0 Регистрация события на карте VIMC номер 0 Регистрация события на карте DIM номер 16 базовой станции Регистрация события на карте AIM номер 16 базовой станции Регистрация события на карте синхронизации номер 0 Регистрация события на карте коммутатора номер 0 Регистрация события на карте коммутатора в копии ОМС Регистрация события на карте OSI номер 0 Контроллер базовой станции имеет две карты BIMC, главную и вдомую. Данное событие регистрируется для главной карты BIMC номер 0 Регистрация события на ведомой карте BIMC номер 0 Регистрация события на главной карте BSD 00 Регистрация события на ведомой карте BSD 00 Система ОМС перезапущена по причине отказа карты OSI, отказа карты коммутатора, самокопирования или по команде. При запуске системы corDECT ОМС устанавливает и проверяет связь с картой OSI. Это сообщение выдается в случае нормальной связи Копия карты Switch, указанная параметром <copyNum> заявляет об исправности связи с ОМС. Это сообщение выдается, если ОМС способно установить связь с картой коммутатора в DIU системы corDECT Регистрация события на карте синхронизации номер 0 получена от карты коммутатора номер 0. (0c) указывает на карту синхронизации номер 0, (02) указывает на карту коммутатора номер 0 Система corDECT загружается и сообщает о своей исправности второй копии, после чего ожидает от нее ответа. Если ответа нет, то вторая копия неисправна Руководство по обслуживанию (V5.2) 20 из 32 [0]Other Copy Status : ERR PASV OMC State : From SMPLX_ACTV_PNDG to SMPLX_ACTV OMC State: From DN_LDNG to DUP_PASV OMC State: From DUP_ACTV to SMPLX_ACTV OMC State: From DUP_PASV to OOS GCT Started Раздел II (б) или отсутствует. По истечении периода ожидания система corDECT посылает сообщение с индикацией неисправности или отсутствия второй копии. Если вторая копия отвечает, то первая переходит в режим Duplex. В процессе этого перехода между копиями идет интенсивный обмен сообщениями. Если происходит ошибка в процессе обмена, система также выдает это сообщение об ошибке. В этом случае система corDECT не может перейти в режим Duplex. В процессе перехода в режим Duplex происходит также установление и тестирование связи между копиями карт коммутатора в DIU. Если происходит ошибка в процессе обмена, система также выдает это сообщение об ошибке. В этом случае система corDECT не может перейти в режим Duplex. Если копия ОМС системы corDECT обнаруживает проблемы с линией связи, а коммутатор указывает, что другая копия находится в состоянии Active, то система переходит в режим OOS. Карта коммутатора DIU системы corDECT указывает, что другая копия находится в состоянии Error and Passive. Это означает, что вторая копия коммутатора неисправна. Это сообщение генерируется во время перехода копии ОМС с номером <copyNum> из текущего состояния <Simplex Active Pending> в новое состояние <Simplex Active>. Когда одна копия ОМС находится в состоянии Simplex Active, и происходит запуск второй копии, последняя получает файлы базы данных от активной копии. В это время она находится в состоянии Downloading. После завершения процесса получения файлов копия переходит в состояние Duplex Passive Пусть система ОМС находится в состоянии Duplex. Одна из копий работает в режиме Duplex Active, другая - Duplex Passive. Если происходит отказ пассивной копии, то активная копия будет продолжать работу, но при этом перейдет в состояние Simplex Аctive Пусть система ОМС находится в состоянии Duplex. Если происходит отказ линии связи между копиями ОМС, то есть отказ связи OSI-OSI, пассивная копия ОМС будет пытаться перехватить управление. Но это невозможно, пока вторая копия активна. Поэтому пассивная копия ОМС изменит свое состояние с Duplex Passive на OOS. Поскольку связь между картами OSI не работает, копия ОМС будет перезагружена и попытается восстановить соединение. GCT (Global Calendar Timer) – общий таймер календаря. Он запускается в копии ОМС когда она становится активной. Этот таймер используется для выполнения команд из календаря заданий. По достижении начала нового дня из календаря заданий будут загружены команды, которые необходимо Руководство по обслуживанию (V5.2) 21 из 32 Power to CBS 16 Switched OFF by User abc FAILED from SW 00(02)due to PWR TRIP ISDN_LINK_ERR, connected to other CBS in link 01 ISDN_LINK_ERR, Link 01 of BUIC 16 attempting to connect to CBS which is already connected to BUIC 12 ISDN Link Status: UP DN DN OMC Quitted, Exit Flag Set [0]Other Copy Status : NO_ERR ACTV Exit flag set, OSI link failed Rcvd GO_PASSIVE (07) Other Switch Active Раздел II (б) выполнить в этот день. Управление питанием для базовой станции 16 переведено в состояние ОТКЛЮЧЕНО пользователем abc. Это может быть выполнено с помощью команды "sys-pfc-pwr-ctrl". В дополнение к этому сообщению карта коммутатора будет сообщать об отказе соответствующей карты DIM номер 16 Отказ линии связи карты DIM номер 16 регистрируется картой коммутатора номер 0. Причина отказа – отключение питания. Это может произойти по какойлибо электрической причине или в результате отключения питания базовой станции командой "syspfc-pwr-ctrl". Линии связи ISDN соединяют CBS и карты BUIC. При наличии ошибок в подключении линий связи ISDN, карта BUIC извещает об этом систему. В данном примере указывается, что линии 0 и 2 подсоединены к CBS, а линия 01 подключена к некоторой другой CBS. При получении такого сообщения необходимо проверить и исправить линии ISDN. Это ошибка линий связи ISDN между BUIC 12 и базовой станцией номер 12. Происходит попытка подсоединения линии ISDN от карты BUIC 16 к CBS 12, куда уже подключена линия ISDN 01 от BUIC 12. При получении такого сообщения необходимо проверить и исправить линии ISDN. Карта DIM сообщает о состоянии всех трех линий связи ISDN, если хоть одна из них исправна. В данном примере линия 0 исправна. Линии 1 и 2 неисправны Завершение работы приложения ОМС по причине отказа линий связи с картами-контроллерами, отказа при инициализации базы данных, отказа при инициализации профиля или по команде ("sys-shutrestart", "sys-shut-exit-shell" или "sys-shut-forceexit") Карта коммутатора сообщает ОМС о состоянии другой карты коммутатора. Указывается состояние линии связи (ошибка или нет) и режим работы (активный или пассивный). Запись NO_ERR ACTV означает, что вторая карта коммутатора функциональна и в активном состоянии. ОМС завершает работу по причине отказа линии связи с картой OSI Пусть копия ОМС 0 работает в режиме Simplex active. При старте, копия 1 пытается установить связь с копией 0. Поскольку та находится в состоянии Simplex active, то копия 1 получит от нее указание перейти в пассмное состояние и продолжить работу. Одна из копий ОМС функционирует в активном режиме. При старте другой копии ее коммутатор сообщает, что другой коммутатор работает в активном режиме. При получении этого сообщения ОМС пытается установить связь с другой копией. Сообщение будет зарегистрировано и в активной копии ОМС, когда ее коммутатор сообщит о том, что второй коммутатор начинает работу. Руководство по обслуживанию (V5.2) 22 из 32 OK From OSI 01 (05) OMC - OMC link OK STATIC_DOWNLOAD _OVER rcvd FAILED From OSI 01 (05) Link to other OMC gone bad Exit flag set, switch failed Copy Self Id Ok received OMC State: From DUP_PNDG to DUP_ACTV Other Switch Failed [Other SW status: ERR] FAILED From SW 00 Раздел II (б) Если связь с коммутатором установлена, карта OSI активной копии ОМС устанавливает связь с картами VIMC. Кроме того, карты OSI проверяют связь между собой и сообщают об установлении связи и состоянии карт. ОМС фиксирует сообщения с указанием имени карты и ее номера. В данном примере одна карта OSI сообщает о нормальном состоянии другой. (05) соответствует карте OSI номер 1 Когда карта OSI сообщает о наличии исправной линии связи с другой картой OSI, это означает, что установлена связь между копиями ОМС. Пусть копия ОМС работает в режиме Simplex active. При старте второй копии ОМС, она получает все файлы базы данных от активной копии. Все файлы, которые не изменяются за время передачи, являются статическими. Когда все статические файлы, активная копия посылает сообщение об окончании передачи статических файлов. На пассивной копии это событие будет зафиксировано приведенным сообщением. После установления связи с картами VIMC, карта OSI активной копии ОМС будет отслеживать состояние линий связи этих карт. Также отслеживается состояние связи с другой картой OSI. При возникновении любой ошибки карта OSI выдаст соответствующее сообщение ОМС. В данном случае сообщается об отказе второй карты OSI. Это сообщение выдается при отказе линии связи со второй картой OSI ОМС прекращает работу, поскольку установлен общий флаг выхода. ОМС завершает работу по причине потери связи с коммутатором. Пусть копия ОМС работает в режиме Simplex active. При старте второй копии ОМС будет установлена связь с картой коммутатора. Как только это произойдет, коммутатор обнаружит активную работающую копию и сообщит об этом ОМС. Стартующая копия ОМС сообщит активной о своем состоянии. Это будет зарегистрировано на активной копии. Пусть обе копии ОМС загружаются одновременно. Пусть, например, копия 0 ОМС установила связь с коммутатором и далее переходит в активный режим функционирования. В этом случае она находится в состоянии OOS или Simplex active pending. Если в этот момент вторая копия сообщает о своей готовности, то копия 0 переходит в промежуточное состояние Duplex Pending, означающее, что она ожидает дополнительного сообщения от карты коммутатора длч перехода в состояние Duplex Active. Если карта коммутатора обнаруживает отказ второй карты коммутатора, то она сообщает об этом ОМС. ОМС регистрирует событие с указанием состояния карты. В данном случае второй коммутатор находится в состоянии ошибки. Карта коммутатора отслеживает состояние связи со Руководство по обслуживанию (V5.2) 23 из 32 (02) Recovery Update, Updating DlStatInfo table Recovery Update, SW_START_DNLD Txed SW DnLd Over OMC State : From SMPLX_ACTV to DUP_ACTV dbs/nmspasswd.dbs : read failed, Rec Num 1 dbs/pint.bkp rename failure dbs/sint.dbs : Open failed, File Num 0 dbs/jobcalcmd.dbs : Open failed dbs/jobcalcmd.dbs : read failed BOOT_OVER_ACK rcvd in OOS Раздел II (б) второй картой коммутатора, картами BUIC, DIM, AIM, BSD и BIMC. Об отказе любой из этих карт будет сообщено ОМС. В данном случае сообщается об отказе второй карты коммутатора. После передачи всех файлов базы данных пассивной копии, активная копия ОМС начинает передавать информацию таблицы линий связи данных для всех абонентов системы. Таблица содержит информацию о базовой станции, к которой подключен абонент, используемой частоте и канальных интервалах. Активная карта коммутатора должна обновить свою информацию о линиях связи данных для пассивной карты. Это обновление выполняется, когда система готова перейти в дуплексный режим. После завершения обновления ОМС указывает активной карте коммутатора начать передачу данных пассивной карте. Это событие регистрируется в активной копии ОМС. Активная карта коммутатора сообщает ОМС о завершении передачи информации о линиях связи данных для пассивной карты. После установления связи между двумя копиями ОМС происходит передача информации от активной копии к пассивной. После этого пассивная копия переходит из Down Loading в Duplex passive. Активная копия переходит из состояния Simplex Active в Duplex Active. Это событие регистрируется указанным сообщением. После перехода системы в дуплексный режим любое изменение базы данных будет отражаться и в пассивной копии. При загрузке ОМС происходит считывание файлов базы данных. В случае возникновения ошибки чтения происходит ее регистрация с указанием имени файла и номера записи. Когда копия ОМС получает файлы базы данных, она сохраняет имеющиеся с расширением .bkp. Если переименование не проходит, регистрируется соответствующая ошибка. При загрузке ОМС считывает файлы базы данных. При ошибке открытия какого-либо файла регистрируется соответствующая ошибка с указанием имени и номера файла. Команды, занесенные в календарь заданий, хранятся в файле jobcalcmd.dbs. При старте GCT происходит считывание и инициализация этого файла. В случае возникновения ошибки открытия регистрируется соответствующая ошибка. Если файл jobcalcmd.dbs открылся, но происходит ошибка чтения, регистрируется ошибка. При загрузке ОМС устанавливает линию связи с картой коммутатора. При этом копия ОМС находится в состоянии SWITCH_BOOT, то есть загрузка коммутатора. Происходит обмен несколькими сообщениями. Если сообщение BOOT_OVER_ACK будет получено ОМС в состоянии OOS, то это событие Руководство по обслуживанию (V5.2) 24 из 32 Bnm Dnld Started, FileName: bnm/vimc/vca0227.bnm BnmDnLd Err,Invalid Reason [16] BnmDnLd Err, READ_WAIT_TIMEOUT BnmDnLd Err BnmDnld Over OSI Reset by Other OMC Card Name VIMC Range (01 - 01) RESET by User abc Health check for SW Card Range (00 - 00) initiated Status of SW 01 (06) OK Card is made not present in slot b-10 Card is made present in slot b-10 Sending Log Statistics Message for SW (00 01) for periodicity: 10 регистрируется. Обновление программного обеспечения подсистем может быть выполнено с консоли ОМС. При выполнении обновления регистрируются сведения о подсистеме и имени файла обновления. В данном случае обновление производится для карты VIMC 0, имя файла vca0227.bnm из каталога bnm/vimc В случае возникновения ошибки при обновлении программного обеспечения подсистем или карт контроллеров, регистрируется причина ошибки. Если причина не входит в число допустимых, она указывается как неправильная. Значение полученного параметра также регистрируется. Обновление программного обеспечения подсистем выполняется загрузкой заданного файла по частям. Если завершается время ожидания очередной части файла, то фиксируется ошибка. После начала процесса обновления, ОМС ожидает ответа от подсистемы. Если ответа нет, фиксируется ошибка с указанием имени карты Регистрация завершения обновления Перезапуск программного обеспечения карты выполняется командой 'sys-reset-card'. Если перезапуск карты OSI инициирован второй копией ОМС, то это регистрируется. При перезапуске карты OSI соответствующее соединение разрывается и ОМС будет перезагружена. Программный перезапуск карты VIMC 01 инициирован пользователем abc командой "sys-resetcard". В продолжение этой операции для линии связи карты VIMC 01 будет зафиксирован отказ. Программное обеспечение подсистемы должно поддерживать эту функцию. Проверка работоспособности карт может юыть выполнена с помощью команды 'syshealth-check’. Это регистрируется с указанием имени и номера карты. Программное обеспечение подсистемы должно поддерживать эту функцию. Ответ подсистемы на проверку работоспособности с указанием имени и номера карты.. В данном случае отвечает карта коммутатора с номером 1. Карта работоспособна Карту, установленную в DIU, можно включить или выключить из системы командой "sys-card-present". В случае выключения карты указывается номер слота. ". В случае выключения карты в систему командой "sys-card-present", указывается номер слота. Сбор статистических данных для подсистемы инициируется с ОМС командой "sysget- logstats" с указанием имени и номера карты и периодичности записи данных. Файл sysdbg.log содержит все сообщения об ошибках, генерируемые системой. А также сообщения о состоянии карт, линий связи, подсистем и всей системы в целом. Раздел II (б) Руководство по обслуживанию (V5.2) 25 из 32 3.3 Описание файла subdbg.log Файл subdbg.log содержит отладочные сообщения, относящиеся к абонентам системы. Это сообщения о задержках тонового сигнала, отказах опроса, блокировке линий связи и проблемах подключения. 3.3.1 Формат файла Файл имеет следующий формат <day>, <date> <time>, <object-subNum>, <message> Day Fri Fri Fri Fri Fri Date Time 19-04-2002 13:26:39 19-04-2002 13:28:25 19-04-2002 13:40:35 19-04-2002 13:40:35 19-04-2002 13:42:35 SubNum SubNum:224(V) SubNum:237(V) SubNum:200(V) SubNum:XXXX(X) SubNum:213(V) Fri 19-04-2002 13:43:35 SubNum:420(V) Fri Mon 19-04-2002 13:45:43 20-04-2002 18:46:23 SubNum:430(V) SubNum:140(V) Mon Mon 20-04-2002 18:46:45 20-04-2002 18:50:34 SubNum:143(V) SubNum:134(V) Mon 20-04-2002 19:47:43 SubNum:500 Message Deleted has high Dial tone delay (1700 msec) Late response from WS(between 6 to 9secs) No Subscription pending for 0022002f0f No response from WS for incoming call (till 9 sec) Subscriber marked as detached (too many IC call failures) Subscriber is in Line-Lock Out condition WS Powered ON/Reset/Regained Sync after 40 Sec Abnormal Release, Actv, BS-10, SS:7, M, 0000 Abnormal Release, Call NotActv, BS-10, SS:7, B, 0100 Subscription Pending 3.3.2 Описание полей файла subdbg.log Тип поля Объект Описание Номер абонента, о котором предоставляется информация. Сообщение has high Dial tone Когда абонент совершает исходящий звонок, точка delay <time in доступа измеряет время, проходящее от момента milliseconds> снятия трубки до получения тонового сигнала, называемое задержкой тонового сигнала. Точка доступа отсылает это значение ОМС. Если оно превышает определенный предел, записывается это сообщение с указанием задержки. has high Answering Если приходит входящий звонок абоненту, то delay <time in происходит опрос точки доступа и, если она отвечает, milliseconds> то ей передается звонок. Задержка между опросом точки доступа и звонком называется временем ответа. Если это время больше установленного значения, записывается это сообщение с указанием значения задержки. Deleted Это сообщение регистрируется при успешном удалении абонента. [Old IPEI: <hex value> Это сообщение регистрируется при изменении New IPEI: <hex value>] абонентской информации DECT (IPEI). Late response from Это сообщение регистрируется при времени ответа Раздел II (б) Значение < SubNum > Руководство по обслуживанию (V5.2) 26 из 32 WS (between 6 to 9 secs) Late response from WS (between 3 to 6 secs) SubNum: XXXX (X), database [<hex value>] SubNum: XXXX (X), No Subscription pending for <hex value> No response from WS (till 9 sec) - Subscriber deleted Subscriber marked as detached (too many IC call failures) Subscriber is in LineLock Out condition Abnormal Release, Actv, BS-<value>, SS:<value>, <Battery/Mains {B/M0>, <battery time in minutes> Abnormal Release, Call NotActv, BS<value>, SS:<value>, <Battery/Mains {B/M0>, <battery time in minutes> Subscription Pending WS Powered ON/Reset/Regained Sync after 40 sec Раздел II (б) точки доступа в лиапазоне от 6 до 9 секунд. Это сообщение регистрируется при времени ответа точки доступа в лиапазоне от 3 до 6 секунд. Абонент в OMC не зарегистрирован Это сообщение регистрируется, когда точка доступа, не подключенная к системе, посылает запрос и получает отказ OMC, поскольку абонент отсутствует в базе данных. Это сообщение регистрируется, когда в системе пытается зарегистрироваться (подключиться) точка доступа, процесс подключения которой не находится в состоянии ожидания ( то есть она уже добавлена или ее IPEI не находится в списке ожидания). Шестнадцатеричное число указывает IPEI точки доступа, которая пытается подключиться.. Когда оператор пытается удалить абонента, система прсылает точке доступа сообщение с указанием удалить данные о подключении. Если точка доступа не отвечает на это сообщение в течение 9 секунд, регистрируется это сообщение. Когда абонент не отвечает на 20 успешных сообщений опроса (при поступлении входящего звонка или при тесте), он помечается как отсоединенный, и регистрируется это сообщение. Абонент может неправильно повесить трубку. Состояние, когда при поступлении входящего звонка абонент все еще не повесил трубку правильно, называется блокировкой линии. В этом случае регистрируется это сообщение. Это сообщение регистрируется, когда активный (успешный) звонок завершается аварийно (например, при отказе по питанию у одного из абонентов или при потере синхронизации точкой доступа более чем на 10 секунд). Это сообщение регистрируется, когда неактивный (неуспешный) звонок завершается аварийно (например, при отказе по питанию у одного из абонентов или при потере синхронизации точкой доступа более чем на 10 секунд). Это сообщение регистрируется, когда приходит запрос на регистрацию от абонента, который не полностью зарегистрирован в системе ( то есть система рассматривает его как находящегося в состоянии ожидания подключения). Это сообщение регистрируется, когда приходит запрос на регистрацию от точки доступа, на которой включили питание, которая была перезагружена или которая получила синхронизацию после ее отсутствия более чем в течении 40 секунд. Руководство по обслуживанию (V5.2) 27 из 32 Authentication Failed for IPEI: <hex value> Subscription Done for IPEI: <hex value> Subscription Rejected, [Reason:AuthFail] Terminate rejected [Reason: <reason value>] Это сообщение регистрируется, когда происходит нарушение аутентификации для исходящего или входящего звонка (звонок инициирован/получен неверной точкой доступа). Это сообщение регистрируется при полном завершении процесса регистрации (то есть когда абонент успешно зарегистрирован в системе). Это сообщение регистрируется при нарушении аутентификации абонента в прцессе подключения. В этом случае точке доступа будет отказано в подключении. Когда происходит удаление абонента, система прсылает точке доступа сообщение с указанием удалить данные о подключении. Это сообщение регистрируется, если на сообщение системы прлучен отказ точки доступа по причине нарушения аутентификации абонента. 3.4 Описание файла subtest.log В этом файле сохраняются результаты теста абонентов. 3.4.1 Формат файла Файл имеет следующий формат: <day>, <date> <time>, <type of test>, <object-subNum>, <result>, <Info> Day Tue Date and Time 21-04-2002 17:00:00 21-04-2002 17:00:00 21-04-2002 17:30:00 Type ofTest OK-NOK SubNo. S-001, L3-XXXX Result OK1-xx OK-NOK S-002, L3XXXX S-005, L3XXXX OK2-xx Tue 21-04-2002 18:00:00 GetTrf S-001, L3XXXX NOK-xx Tue 21-04-2002 19:00:00 SetTr f S-001, L3XXXX LLO-xx Tue 21-04-2002 19:00:00 21-04-2002 20:00:00 21-04-2002 20:00:00 21-04-2002 21:00:00 21-04-2002 21:00:00 21-04-2002 VerNum S-001, L3XXXX S-001, L3XXXX S-001, L3XXXX S-001, L3XXXX S-001, L3XXXX S-001, L3- OK1-xx Tue Tue Tue Tue Tue Tue Tue Раздел II (б) OK-NOK GetEep GetFrz GetMem ModEep Unknwn NOK-xx OK1-xx OK2-xx OK1-xx OK2-xx OK1-xx Info BS-012, SS:9, FS:62, 00.17, M, 0000 BS-012, SS:9, FS:62, 00.17, M, 0000 BS-012, SS:9, FS:62,00.17, M, 0000, Last@ 12-04-2002 11:53:00 BS-012, SS:9, FS:62,00.17, M, 0000, Last@ 20-04-2002 11:53:00 BS-012, SS:9, FS:62, 00.17, M, 0000, Last@ 20-04-2002 11:53:00 BS-012, SS:9, FS:62, 00.17, M, 0000 BS-012, SS:9, FS:62, 00.17, M, 0000 BS-012, SS:9, FS:62, 00.17, M, 0000 BS-012, SS:9, FS:62, 00.17, M, 0000 BS-012, SS:9, FS:62, 00.17, M, 0000 BS-012, SS:9, FS:62, 00.17, Руководство по обслуживанию (V5.2) 28 из 32 21:00:00 XXXX M, 0000 3.4.2 Описание полей файла subtest.log Field Type Type Of Test Value SetTrf GetTrf VerNum GetEep GetFrz GetMem ModEep OK-NOK Unknown Object Result S-YYY L3-XXXXX OK1-xx OK2-xx LLO-xx BSY-xx SubPng Info Раздел II (б) User Terminating Test BS-<Base Station Functionality Имеется возможность симулировать трафик, если передать точке доступа необходимые параметры трафмка, такие как количество генерируемых звонков, продолжительность звонков, интервал между звонками и т.д. Как правило, это делается для определения параметров производительности системы при большой нагрузке. Этот тип теста используется для передачи точке доступа параметров трафика. Этот тип теста используется для сбора результатов теста симуляции трафика с точек доступа. Этот тип теста испрльзуется для сбора сведений о версиях программного обеспечения, используемого точками доступа. Этот тип теста используется для сбора с точек доступа сведений о номерах базовых станций, частотных сдвигах, параметрах расстояния ит.д. Как правило, эти данные используются для отладки. Этот тип теста испрльзуется для получения данных из указанной области памяти точки доступа . Как правило, эти данные используются для отладки. Этот тип теста испрльзуется для изменения данных EEP точки доступа . Как правило, эти данные используются для отладки. Результаты теста OK-Not OK. Через определенные промежутки времени система проводит тестирование абонентов на предмет их доступности(имеется ли синхронизация с системой). Это производится путем посылки запроса и ожидания ответа точки доступа. Этот тип темта появляется при отмене теста в момент выполнения команды ОМС. Тестирование текущего абонента не прерывается, но значение типа теста сбрасывается. Поэтому при завершении теста его результат фиксируется с типом «неизвестный». S-YYY – номер абонента, L3-XXXXX – L3 адрес абонента Абонент (точка доступа) правильно отвечает на запрос при первом прохождении теста. Это означает ответ абонента в течение первых трех запросов. Абонент (точка доступа) правильно отвечает на запрос при втором прохождении теста. Это означает ответ абонента в течение вторых трех запросов. Абонентская линия находится в состоянии блокировки и поэтому. Для данного абонента тест не проходит, поскольку абонент занят. Абонент находится в состоянии ожидания подключения и поэтому тест для него не выполняется. Пользователь прекратил выпрлнение теста командой. Номер базовой станции, к которой подключена точка Руководство по обслуживанию (V5.2) 29 из 32 number> SS:<value> FS:<value> <float value> M or B, <time in minutes> Last@ DD-MMYYYY hh:mm:ss доступа. Уровень полученного сигнала (значение RSSI) Сдвиг частоты Расстояние между WS и CBS в километрах (приблизительно) Указывает на работу точки доступа от сети или от батарей. Если точка доступа работает о сети, то в поле времени указывается 0. Если точка доступа работает от батарей, то в поле времени указывается время работы (в минутах) в этом режиме. Дата и время последнего доступа точки доступа (абонента) к сети. Эта информация записывается только если абонент занят или тест не проходит. . 3.5 Описание файла bermeas.log Этот файл содержит результаты измерений BER. 3.5.1 Формат файла Файл имеет следующий формат: Day, Date and Time, Source, Destination, Link No, Result Day Tue Date and Time 21-04-2002 12:00:02 Source Source: BUIC 12 Destination Destination: DIM 12 Link No. Link 1 Result -> Durn (Mins) 1 [0 Bit Err in 4851200 Bits : 0.000000e+00] Tue 21-04-2002 12:00:02 Source: BUIC 12 Destination: DIM 12 Link 1 -> Durn (Mins) 2 [0 Bit Err in 12452800 Bits :0.000000e+00] Tue 21-04-2002 12:00:03 BER not possible > Source: BUIC 12 Destination: DIM 12 Link 1 Tue 21-04-2002 12:12:00 Source: BIMC 01 Destination: DIM 05 Link 1 -> Durn(Mins) 1 [0 Bit Err in 45612872 Bits: 0.000000e+00] Tue 21-04-2002 12:13:00 Source: BSD 01 Destination: DIM 05 Link 0 -> Durn(Mins) 1 [0 Bit Err in 545612892 Bits: 0.000000e+00] 3.5.2 Описание полей файла bermeas.log Field Type Day Date Time Раздел II (б) Value Tue 21-04-2002 13:00:01 Functionality День недели, когда происходит запись Метка даты и времени, когда происходит запись. Дата в формате ДД-ММ-ГГГГ, время в формате чч:мм:сс Руководство по обслуживанию (V5.2) 30 из 32 Source Destination Link No Results Source: BUIC 12 Измегения скорости битовых ошибок (BER) могут проводиться на линиях связи ISDN к базовой станции. Источником измерений согут быть карты BUIC, BIMC или BSD. В данном случае измерения инициированы картой BUIC номер 12. BER not possible > Source: BUIC 12 Измегения BER невозможны с карты BUIC номер 12, поскольку указанная линия связи ISDN или базовая станция неактивеы. Указывает, что измерения проводятся для базовой станции номер 05. Указывает, что измерения проводятся для линии связи ISDN 01 базовой станции Результаты измерений BER снимаются с источника (карты BUIC, BIMC или BSD) каждую минуту. Продолжительность измерений указывается в минуиах. Далее указывается количество ошибок и общее количество полученных битов. Далее следует экспоненциальная запись отношения количества ошибочных бит к общему количеству бит без ошибки. Destination: DIM 05 Link 1 -> Durn(Mins) 1 [0 Bit Err in 45612872 Bits: 0.000000e+00] . 3.6 Описание файла subdnld.log Этот файл содержит сведения о состоянии и результатах удаленной загрузки программ (OAF). При начале OAF для диапазона абонентов, для каждошо из абонентов указывается время и дата начала и завершения прцесса. Если процесс OAF был прерван, указывается причина этого. 3.6.1 Формат файла Файл имеет следующий формат: <day>, <date> <time>, <type of download>, <object-subNum>, <action>, <result> Day Date and Time 21-04-2002 12:00:01 21-04-2002 12:00:01 21-04-2002 12:00:01 Type of Download OAF Dnld Tue Tue Tue Tue Tue Tue Раздел II (б) Sub.Num Action , Started OAF Dnld SubNum: 200(V) SubNum: 200(V) SubNum201(V) 21-04-2002 12:00:01 WS Params Dnld, SubNum: 201(V) Params Sent 21-04-2002 12:00:01 WS Params Dnld, 21-04-2002 WS Params OAF Dnld Aborted Release from WS OAF Download Over, Rejected SubNum: 201(V) SubNum: Result Check Sum Error Download Руководство по обслуживанию (V5.2) 31 из 32 12:00:01 Dnld, 201(V) Over ,: 3.6.2 Описание полей файла subdnld.log Field Type Type Of Download Object Action Value OAF Connection Estb OAF Dnld <subscriber number> Started Download Over Aborted User Terminating Aborted from WS Abort msg not sent Abort msg sent Result Not Present Busy No Free Channel OAF table full Sub already in OAF list Bnm Read Fail Раздел II (б) Functionality Все записи регистрации этого типа содеожат общие условия ошибок, возникших при установлении соединения ОМС с точкой доступа для начала OAF Описывает состояние и результаты OAF Номер абонента, для которого начат OAF Процесс OAF для данного абонента стартовал Процесс OAF для данного абонента успешно завершен. Процесс OAF для данного абонента был прерван.Причина указывается в поле результата. Процесс OAF был прерван пользователем Процесс OAF был прерван точкой доступа. Причина указывается в следующем поле. Если процесс OAF прерывается пользователем, в результате переключения копий или при отсутствии орвета от точки доступа, ОМС посылает сообщение с указанием прервать процесс. Если по каким-то причинам это сообщение не быпо послано, регистрируется рассматриваемое сообщение. Если процесс OAF прерывается пользователем, в результате переключения копий или при отсутствии орвета от точки доступа, ОМС посылает сообщение с указанием прервать процесс. Если это сообщение быпо послано, регистрируется рассматриваемое сообщение с указанием причины. Абонент не зарегистрирован в системе и OAF для него не выполняется Установление соединения для OAF невозможно, поскольку абонент занят Процесс OAF для данного абонента невозможен из-за перегрузки системы Достигнуто максимальное количество абонентов, для которых может быть выполнен OAF (включая абонентов в списке ожидания) Абонент, для которого стартует OAF, уже находится в списке выполненных OAF. Для повторного запуска OAF пользователь должен удалить абонента из указанного списка и выполнить команду опять. Ошибка чтения данных из файла Bnm. Установление соединения или процесс OAF прерваны. Руководство по обслуживанию (V5.2) 32 из 32 Release from WS Bnm Version num not proper No Response (30 sec Time Out) No Response (15 sec Time Out) Copy Switch Over Раздел II (б) Процесс OAF был аварийно прерван освобождением соединения точкой доступа. Это сообщение регистрируется, если указанный для OAF файл имеет неверный номер версии. При старте OAF система посылает точке доступа запрос на начало загрузки. Если ответ от точки лоступа не получен в течение 30 секунд, то OAF прерывается и регистрируется это сообщение. В процессе OAF на каждое посланное сообшение ожидается ртвет точки доступа. Если ответ на последний пакет не получен в течение 15 секунд, загрузка прерываерся и регистрируется это сообщение. Это сообщение регистрируется, если в процессе OAF происходит отказ активной копии ОМС (с которой производится загрузка) Процесс OAF аварийно прерывается. Руководство по обслуживанию (V5.2)