Приложение 7 к договору № ____ от «____»__________2013г.
Методика тестирования работоспособности канала связи и Регламент сдачи услуг и документов на объектах.
1. Введение
Документ описывает методику испытаний каналов связи, организуемых в рамках проекта компании «Наша Сеть» «Построение сети передачи данных для оказания Услуг связи по передаче данных и телематических услуг связи для ФГУП «Почта России» (далее проект).
Документ содержит основную информацию о требованиях к каналам связи и методике проводимых испытаний.
2. Основные требования к каналам связи
Заказчиком по проекту были определены требования к каналам связи:
· Максимальная скорость – 512 кбит/сек
· Измеренная скорость - не менее 256 кбит/c
· Задержка – 800 мсек
· Джиттер – не более 125 мсек
· Потери – не более 5%
3. Методика тестирования
Методика основана на использовании программных утилит ping (входит в состав ОС), iperf.
На рисунке (Рисунок 6.) указана структурная схема одного из тестируемого канала, один из участков которых организован посредством спутниковой связи.
3.1 Определение доступности из подсети ПКТ
Производится с помощью программной утилиты ping входящей в состав ОС (На примере ОС семейства Windows).
Для проведения проверок необходимо подключить тестовый компьютер к порту ПКТ (порт «2») на роутере удаленной точки и произвести настройку сетевой карты в соответствии с планом IP адресации тестируемого канала связи для сети ПКТ (DNS адреса установить 213.59.0.3 и 195.161.0.135, дополнительно допустимо использовать публичный DNS сервер 8.8.8.8). IP-адресация ПКТ указана в проблеме ServiceDesk.
Данный тест предназначен для определения доступности центрального узла и сокращения погрешности дальнейших измерений за счет генерации на сетевом оборудовании mac/arp таблиц.
Таблица 3.1.1 Определение доступности
M:\>ping 10.7.109.55 Обмен пакетами с 10.7.109.55 по с 32 байтами данных: Ответ от 10.7.109.55: число байт=32 время=2мс TTL=122 Ответ от 10.7.109.55: число байт=32 время=2мс TTL=122 Ответ от 10.7.109.55: число байт=32 время=1мс TTL=122 Ответ от 10.7.109.55: число байт=32 время=1мс TTL=122 Статистика Ping для 10.7.109.55: Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь) Приблизительное время приема-передачи в мс: Минимальное = 1мсек, Максимальное = 2 мсек, Среднее = 1 мсек M:\> |
Положительным прохождением данного теста является ненулевое кол-во полученных пакетов. При отрицательном прохождении теста, дальнейшие измерения не имеют смысла.
При отрицательном прохождении теста необходимо:
Отключить от спутниковой станции маршрутизатор mikrotik. Подключить к спутниковой станции ноутбук (использовать на ноутбуке IP-адресацию из строки «IP адрес модема КБ Искра» проблемы ServiceDesk). Проверить доступность сервера КБ Искра (ping 192.168.12.164). Если сервер доступен – необходимо проверить настройки маршрутизатора mikrotik. Если сервер недоступен – необходимо проверить работу спутникового модема. При необходимости обращаться в техническую поддержку КБ Искра.
3.2 Измерение RTD
Измерение круговой сетевой задержки (Round Trip Delay) производится с помощью программной утилиты ping входящей в состав ОС (На примере ОС семейства Windows). Измерение производить количеством посылаемых пакетов 100.
Запустите cmd
Наберите команду «ping 10.7.109.55 - n 100»
Таблица 3.2.1 Измерение RTD
M:\>ping 10.7.109.55 - n 100 Обмен пакетами с 10.7.109.55 по с 32 байтами данных: Ответ от 10.7.109.55: число байт=32 время=2мс TTL=122 Ответ от 10.7.109.55: число байт=32 время=1мс TTL=122 Ответ от 10.7.109.55: число байт=32 время=2мс TTL=122 ... Ответ от 10.7.109.55: число байт=32 время=1мс TTL=122 Статистика Ping для 10.7.109.55: Пакетов: отправлено = 100, получено = 100, потеряно = 0 (0% потерь) Приблизительное время приема-передачи в мс: Минимальное = 1мсек, Максимальное = 4 мсек, Среднее = 1 мсек M:\> |
Положительным прохождением данного теста являет значение RTD меньшее, чем определено в таблице (Таблица 2.1) для тестируемого класса трафика (800 мс для спутникового канала).
3.3 Измерение Jitter, Packet Loss, скорости передачи данных (UDP пакеты)
Измерение колебаний сетевой задержки (Джиттера), потери пакетов и скорости передачи UDP пакетов производится с помощью программной утилиты iperf. Утилита не входит в базовый состав ОС, передается исполнителю. Используется версия iperf размещенная на сервере: http://vsat. kras. ru/RussianPost.
Скачайте файл «iperf-2.0.5-2-win32.zip»
Распакуйте в папку c:\iperf\
Запустите cmd
Наберите "c:"
Наберите "cd iperf"
Наберите "iperf -c 10.7.109.55 -l 1400 -p 5021 -d -u -t 60 -b 512kb"
Измерения следует производить в течение одной минуты (ключ –t 60). Так же необходимо указать ограничение полосы тестируемого канала (максимальная скорость канала в рамках SLA), ключ -b 512kb. Ключ –d, указывает на необходимость двунаправленного тестирования, допустимо на спутниковых каналах в тесте использовать ключ –l, указывает размеры пакетов при обмене без служебной информации заголовки IP и ICMP (согласование MTU при инкапсуляции фреймов к физическим ограничения канала передачи данных, вариативность от 1020 до 1470) зависит от сетевого оборудования в том числе HUB на участке земля-спутник-земля (согласование размера тестовых пакетов будет проводиться в рабочем порядке под конкретный тип спутникового канала по группам каналов ).
В качестве сервера iperf (аргумент -c) нужно указать 10.7.109.55 , порт (аргумент –p) в диапазоне 5021-5029 (включительно). Допускается использование сервера 10.7.109.200 с тем же диапазоном портов.
В отчете iperf-а порт 5021 является портом назначения отображаемой сессии, т. е. ip из сокета с портом 5021 указывает направление тестирования канала.
Отчетную информацию необходимо брать из раздела отчета «Server Report:» (см. таблицу 3.3.1).
Таблица 3.3.1 Результаты измерений
Положительным прохождением теста является:
1. значение Jitter меньшее, чем 125 мс
2. значение потерь меньшее, чем 5%
3. значение скорости больше либо равно, 256 кбит/сек
В случае получения одной из ошибок вывода результата теста:
1. «WARNING: did not receive ack of last datagram, after 10 tries» (Только в случае отсутствия отчета с результатами от сервера!) или
2. «read failed: Connection reset by peer» или
3. отсутствие значений «Jitter» и «Потери»
необходимо повторить тест 3 раза с изменением IP-адреса сервера iperf (параметр - c) и порта (параметр - p) в каждом тесте.
Три неудачных повторения теста с разными параметрами –c и - p означают наличие проблемы с сервером iperf. В этом случае необходимо обратиться в службу поддержки НСТ по телефонам 8-495-232-67-15 или 8-985-433-07-95.
В случае если измеренные значения параметров не соответствуют требованиям необходимо повторить тест 3 раза с интервалом 3 минуты. Для протокола использовать тест с лучшими результатами.
3.4 Измерение скорости сетевого подключения (TCP пакеты)
Измерение скорости сетевого подключения производится с помощью программной утилиты ftp входящей в состав ОС (На примере ОС семейства Windows).
Для этого требуется инициировать получение тестового файла «test. mp3» с помощью команды «get test. mp3» после соединения с сервером ftp. russianpost. ru (или его IP адрес 10.6.40.6) используя
Login: NashaSet (логин для подключения)
Pass: eFDE9QN89K (пароль для подключения)
( в случае отсутствия связи с сервером ftp. russianpost. ru 10.6.40.6, допустимо использовать сервер 10.7.109.55, логин «test», пароль «test»)
По результату передачи файла, приложением ftp отображается следующая информация, включающая в себя скорость, с которой был передан файл:
Таблица 3.6.1 Измерение скорости канала
M:\>ftp ftp. russianpost. ru Связь с ftp. russianpost. ru. 220 Welcome to Russianpost Internal FTP Server Пользователь (ftp. russianpost. ru:(none)): NashaSet 331 User name okay, need password. Пароль: 230 User logged in, proceed. ftp> get test. mp3 200 PORT Command successful. 150 Opening ASCII mode data connection for test. mp3 (5387537 Bytes). 226 Transfer complete. ftp: 5387537 байт получено за 85,86 (сек) со скоростью 52,51 (КБ/сек). ftp> |
В протокол заносится результат скорости скачивания файла по ftp.
Измеренная скорость должна быть больше либо равна 32 Кбайта/сек или 256 кбит/сек.
3.5 Тестирование доступа к сайту «Почта России»
Тестирование доступа к Интернет-ресурсу сайт «Почта России» с ПЭВМ в строке «адрес» программы Internet Explorer (или другого браузера) необходимо набрать адрес russianpost. ru и нажать клавишу «Enter». Через небольшой промежуток времени на экране ПЭВМ должна появиться заставка с официальным сайтом ФГУП «Почта России». В нижней части заставки отображается дата и время (Мск). Дата и время должны соответствовать текущим.
3.6 Тестирование доступа к сайту «Яндекс»
Тестирование доступа к Интернет-ресурсу сайт «Яндекс» с ПЭВМ в строке «адрес» программы Internet Explorer (или другого браузера) необходимо набрать адрес yandex. ru и нажать клавишу «Enter». Через небольшой промежуток времени на экране ПЭВМ должна появиться заставка с начальной страницей поисковой системы «Яндекс». В нижней части заставки отображается дата и время (Мск). Дата и время должны соответствовать текущим.
3.7 Тестирование доступа к сайту «Почта России» из подсети ПКД
Для проведения проверок необходимо подключить тестовый компьютер к порту ПКД (порт «3») на роутере удаленной точки и произвести настройку сетевой карты в соответствии с планом IP адресации тестируемого канала связи для сети ПКД (DNS адреса установить 213.59.0.3 и 195.161.0.135, дополнительно допустимо использовать публичный DNS сервер 8.8.8.8). IP-адресация ПКД указана в проблеме ServiceDesk.
Тестирование доступа к Интернет-ресурсу сайт «Почта России» с ПЭВМ в строке «адрес» программы Internet Explorer (или другого браузера) необходимо набрать адрес russianpost. ru и нажать клавишу «Enter». Через небольшой промежуток времени на экране ПЭВМ должна появиться заставка с официальным сайтом ФГУП «Почта России». В нижней части заставки отображается дата и время (Мск). Дата и время должны соответствовать текущим.
3.8 Тестирование доступа к сайту «Яндекс» из подсети ПКД
Настройки на сетевой карте аналогичные п.3.8 и соответствуют подсети ПКД
Тестирование доступа к Интернет-ресурсу сайт «Яндекс» с ПЭВМ в строке «адрес» программы Internet Explorer (или другого браузера) необходимо набрать адрес yandex. ru и нажать клавишу «Enter». Через небольшой промежуток времени на экране ПЭВМ должна появиться заставка с начальной страницей поисковой системы «Яндекс». В нижней части заставки отображается дата и время (Мск). Дата и время должны соответствовать текущим.
4. Передача канала на постановку в систему мониторинга
В систему мониторинга Представитель Заказчика () кроме адресов Loopback вносит адрес подсети ПКТ+1 для соответствующих каналов связи с привязкой к номеру канала.
4.1. При наличии телефонной связи на объекте Заказчика
По завершению тестов канал сдается в центр мониторинга Инженеру дежурной смены НСТ (ДС ЦК) по одному из телефонов:
· 8 (495) 739-47-01 доб 11-04
· 8 (495) 232-67-15
· 8 (985) 443-07-95
по телефону сообщается номер канала связи сдаваемого (например «NS0001») в центр мониторинга ДС КЦ, при необходимости индекс и адрес объекта.
Инженер ДС ЦК определяет работоспособность канала связи по показаниям системы мониторинга. В системе мониторинга на одно отделение почтовой связи (ОПС) приходится две точки мониторинга, но проверка проводится только по одной.
Первая точка мониторинга имеет вид Z-YY-ХХХХХХ-NS0001-lo и показывает доступность сетевого оборудования для системы мониторинга (где «Z» - округ, «YY» - регион, «ХХХХХХ» - индекс отделения, «NS0001» - ID канала на стороне провайдера, «lo» - адрес принадлежит сетевому оборудованию, установленному в ОПС).
Вторая точка мониторинга имеет вид Z-YY-ХХХХХХ-NS0001-pkt+1 и показывает доступность подсети ПКТ в отделении связи (доступна при включенном почтово-кассовом терминале или ПК)
Поэтому если точка мониторинга, оканчивающаяся на «-lo» имеет статусы 
, 
, 
, то канал считается рабочим. Если точка мониторинга имеет статус 
, то канал считается не рабочим.
Время и дата первого появления канала в системе мониторинга считается началом оказания услуг.
У точки мониторинга могут наблюдаться следующие статусы:
4.2. При отсутствии телефонной связи на объекте Заказчика
При проведении тестовых испытаний и получении положительных результатов тестирования канал связи должен быть зафиксирован системой мониторинга Заказчика (список каналов вносится в систему мониторинга до начала сдачи каналов).
Наличие каналов в системе мониторинга Заказчик будет проверять с момента получения копий Актов начала оказания услуг от Исполнителя перед подписанием указанного акта. Если канал связи зафиксирован системой мониторинга, то, при наличии остальных отчетных документов, оформленных должным образом, услуга связи считается начатой, если отсутствует указанное выше, то Заказчик направляет мотивированный отказ в подписании актов начала оказания услуг.
5. Документирование испытаний
После проведения тестов 3.1, 3.2, 3.3, 3.6, 3.7, 3.8, 3.9, 3.10 результаты снимков с экрана тестового компьютера сохраняются в файлы. Именуются в виде NS0001-t31-29012013.jpg (где NS0001 – номер канала связи, t31 – номер выполненного теста, 29012013 – дата выполнения теста) и передаются в установленном порядке (в электронном виде).
Результаты испытаний заносятся в Протокол тестирования канала связи в Приложении 2, протокол подписывается представителем абонента, и предоставляются вместе с отчетными документами (дополнительно фотография в электронном виде).
Все электронные версии выше приведенных документов отправляются по электронной почте Заказчику
5.1. Отчетные документы.
Протокол тестирования канала связи - 3 экземпляра Заказчику
Все электронные версии выше приведенных документов отправляются по электронной почте на адрес Заказчику
6. Приложение 1 к «Методике тестирования работоспособности канала связи». Пример подключения типов подсетей и назначения IP адресов
Рисунок 6.1 Сетевые настройки удаленной точки согласно IP плана.
7. Приложение 2 к «Методике тестирования работоспособности канала связи». Протокол испытаний
Протокол тестирования Услуг связи
№ (индекс ОПС) ______________NS_______________
«____» ____________ 2013 г. |
Мы, нижеподписавшиеся, Руководитель отделения почтовой связи (ОПС)
Ф. И.О. _______________________________________________________________________________
Адрес, название ОПС: __________________________________________________________________
и представитель Исполнителя __________________________________________________________
Ф. И.О., должность _____________________________________________________________________
Исполнитель: _________________________________________________________________________
Провели следующую проверку работоспособности канала:
Тест: «Ping» «Iperf» , проверка доступа к сайту ФГУП «Почта России» и «Яндекс»
Тестовые испытания | Тестовые требования | Результаты теста | |
Запустить команду «Ping» с компьютера, подключаемого для тестирования представителем оператора к устанавливаемому оператором оборудованию. По данной команде компьютер отправляет на адрес места назначения 4 пакета размером по 32 байт. Вид команды: ping 10.7.109.55 | Адрес компьютера в ОПС Подсеть ПКТ (адрес источник): ____.____.____.____ / ____ Адрес для тестирования (адрес места назначения): 10.7.109.55 |
Да:
Нет: (В случае успешного прохождения команды «ping» поставить галочку, или любой другой знак в квадрате напротив слова «Да») | |
Запустить команду «Ping» с компьютера, подключаемого для тестирования представителем оператора к устанавливаемому оператором оборудованию. По данной команде компьютер отправляет на адрес места назначения 100 пакетов размером по 32 байт. Вид команды: ping 10.7.109.55 –n 100 | Адрес компьютера в ОПС (адрес источник): Подсеть ПКТ ____.____.____.____ / ____ Адрес для тестирования (адрес места назначения): 10.7.109.55 |
Да:
Нет: (В случае успешного прохождения команды «ping» поставить галочку, или любой другой знак в квадрате напротив слова «Да») | |
Круговая Задержка (Round Trip Delay, RTD), CE-CE | Best-effort: Не более 250 мс для наземных каналов Не более 800 мс для спутниковых каналов | _____________ мс | |
Потери пакетов (Packet Loss Ratio), CE-CE | Не более 5% Best-effort | ___________ % | |
уровень Джиттера (Jitter), CE-CE | для наземных каналов – 50 мс для спутниковых каналов –125мс | ____________ мс | |
Скорость передачи данных ( Bandwidth из теста iperf) udp | Не менее 256 Kbits/sec | __________Kbits/sec | |
Скорость сетевого подключения (Скорость скачивания из теста FTP) | Не менее 32 KB/s | __________KB/sec | |
Открыть в браузере страницу сайта ФГУП «Почта России» на компьютере, подключаемого для тестирования представителем оператора к устанавливаемому оператором оборудованию | Адрес компьютера в ОПС Подсеть ПКТ (адрес источник): ____.____.____.____ / ____ Адрес для тестирования (адрес места назначения): http://www. russianpost. ru |
Да:
Нет: (В случае успешного открытия страницы в браузере поставить галочку, или любой другой знак в квадрате напротив слова «Да») | |
Открыть в браузере страницу сайта поисовой системы «Яндекс» на компьютере, подключаемого для тестирования представителем оператора к устанавливаемому оператором оборудованию | Адрес компьютера в ОПС Подсеть ПКТ (адрес источник): ____.____.____.____ / ____ Адрес для тестирования http://www. yandex. ru |
Да:
Нет: | |
Открыть в браузере страницу сайта ФГУП «Почта России» на компьютере, подключаемого для тестирования представителем оператора к устанавливаемому оператором оборудованию | Адрес компьютера в ОПС Подсеть ПКД (адрес источник): ____.____.____.____ / ____ Адрес для тестирования http://www. russianpost. ru | Открытие страницы успешно:
Нет: | |
Открыть в браузере страницу сайта поисковой системы «Яндекс» на компьютере, подключаемого для тестирования представителем оператора к устанавливаемому оператором оборудованию | Адрес компьютера в ОПС Подсеть ПКД (адрес источник): ____.____.____.____ / ____ Адрес для тестирования http://www. yandex. ru | Открытие страницы успешно:
Нет: | |
Получение ответа от инженера дежурной смены ДС ЦК НСТ о доступности объекта мониторинга в системе мониторинга (HP NNM) | Результат вносится со слов инженера ДС ЦК НСТ Или причина, по которой не удалось получить ответ от ДС ЦК НСТ (отсутствие тел. связи, отсутствие ID канала в системе, иное) |
Норма (Normal):
Не норма (Critical): Причина ____________ ____________________ ____________________ |
«Ping» передан успешно:
«Ping» передан успешно:
В случае неуспешного прохождения теста необходимо указать вероятную причину.
Возможные причины неуспешного прохождения теста:
1. Тест не проводился;
2. Неверно набирался IP адрес места назначения (верный адрес: ____________________);
3. Нет ответа на команду «ping» от адреса места назначения;
4. Большие (более 5%) потери пакетов (нет ответов на 5 и более пакетов из 100 переданных. При этом допускается неполучение ответа на первый отправленный пакет);
5. Превышение срока жизни пакетов.
_____________________________________________________________________________________
_____________________________________________________________________________________
Подпись: _______________________ | Подпись: _______________________ |
Ф. И.О.:_________________________ | Ф. И.О.:_________________________ |
Должность:______________________ | Должность:______________________ |
«____»______________2013 М. П. | «____»______________2013 М. П. |
___________________________________________________________________________________________
МЕТОДИКУ ТЕСТИРОВАНИЯ УТВЕРЖДАЕМ
ИСПОЛНИТЕЛЬ _________________________________ _________________________________ __________________ ______________ «____» _____________ 2013 г. М. П. | ЗАКАЗЧИК Генеральный директор «Искра» _____________А. В. РОМУЛОВ «____»_______________2013 г. М. П. |
Приложение 8 к договору № ____ от «____»__________2013г. (Версия 1)
Порядок сдачи работ в службу технической поддержки.
Исполнитель, сразу после окончания работ на объекте, передает необходимую информацию на адрес электронной почты, с копией письма на адрес РМ ________________. Передаваемая по электронной почте информация должна иметь строго следующий вид:
Тема: № проблемы в SD, Номер канала связи
Содержание:
№ проблемы в SD:
Субъект федерации:
Район:
Населенный пункт:
Адрес:
Широта, град., мин., секунды:
Долгота, град., мин., секунды:
Высота над уровнем моря, м.:
Высота подвеса АС:
ФИО контактного лица на месте установки:
Контактный телефон лица на месте установки:
Наименование подрядной организации:
ФИО работника проводившего монтаж:
Письмо должно содержать следующие вложения:
1. Снимки с экрана тестового компьютера после прохождения тестов согласно Приложения №7 к настоящему договору: 3.1, 3.2, 3.3, 3.6, 3.7, 3.8, 3.9, 3.10 результаты снимков с экрана тестового компьютера сохраняются в файлы. Именуются в виде NS0001-t31-29012013.jpg (где NS0001 – номер соответствующего канала связи, t31 – номер выполненного теста, 29012013 – дата выполнения теста).
2. Фотография заполненного и подписанного со стороны Исполнителя и Абонента Протокола тестирования услуг связи согласно Приложения №7. Именуется в виде: NS0001-Протокол. jpg (где NS0001 – номер соответствующего канала связи).
3. Снимок с экрана тестового компьютера, содержащий окно конфигурации терминала Hughes на вкладе «System Info». Индикатор состояния «System Status» должен иметь зеленый цвет – терминал Hughes зарегистрирован в системе. Именуется в виде: NS0001-Hughes (где NS0001 – номер соответствующего канала связи):
Пример оформления письма:
Тема: 35654, NS-0001
Содержание:
№ проблемы в SD: 35654
Субъект федерации: Красноярский край
Район: Кежемский район
Населенный пункт: п. Ирба
Адрес: ул. Центральная, д.5
Широта, град., мин., секунды: 58гр 36мин 13сек
Долгота, град., мин., секунды: 99гр 11мин 14сек
Высота над уровнем моря, м.: 254
Высота подвеса АС: 4,5
ФИО контактного лица на месте установки:
Контактный телефон лица на месте установки: 89135376364
Наименование подрядной организации:
ФИО работника проводившего монтаж:
Объект связи не будет принят Заказчиком в эксплуатацию, а услуги будут считаться не оказанными Исполнителем, в случае выявления ошибок, не полноты предоставленной информации, либо не соответствия результатов проведенных испытаний необходимым требованиям, а также в случае отсутствия связи со станцией на момент проверки информации Заказчиком.
___________________________________________________________________________________________
ПОРЯДОК СДАЧИ РАБОТ УТВЕРЖДАЕМ
ИСПОЛНИТЕЛЬ _________________________________ _________________________________ __________________ ______________ «____» _____________ 2013 г. М. П. | ЗАКАЗЧИК Генеральный директор «Искра» _____________А. В. РОМУЛОВ «____»_______________2013 г. М. П. |
