|
Приложение 1 к Протоколу №13 заседания Рабочей группы по управлению сетями связи
при Комиссии РСС по электросвязи (г. Киев, 27-29.03.2007)
Предложения по технологии применения программы Microsoft NetMeeting
для СМнСС РСС
1.Назначение и цель
Настоящий документ (далее – Технология) содержит предложения по применению программы NetMeeting в Сети международной служебной связи (далее – СМнСС), а также перечень необходимых мероприятий для ввода СМнСС в действие.
2.Общие положения
2.1Область действия
Действие данного документа распространяется на Сеть международной служебной связи стран-участниц РСС, предназначенной для обмена технологической и служебной информацией между подразделениями ОТУ операторов связи стран-участниц РСС.
2.2Термины и определения, принятые в настоящем документе
АРМ
|
Автоматизированное рабочее место
|
ОТУ
|
оперативно-техническое управление
|
РСС
|
Региональное содружество в области связи
|
СМнСС
|
Сеть международной служебной связи стран-участниц РСС
|
RIP
|
Routing Information Protocol – протокол обмена маршрутной информацией
|
OSPF
|
Open Shortest Path First – протокол маршрутизации с поиском кратчайшего пути
|
3.Применение программы NetMeeting в СМнСС
Программа NetMeeting в СМнСС используется для обмена голосовыми сообщениями между двумя пользователями СМнСС, а также для проведения сетевых конференций с возможностью обмениваться текстовыми сообщениями, совместно использовать файлы на общем экране и создавать изображения на «доске».
Программа Microsoft NetMeeting должна быть настроена на всех АРМ, подключенных к СМнСС. При необходимости установить сеанс связи, любой пользователь СМнСС вызывает любого другого пользователя через программу NetMeeting, используя IP-адрес или условное имя его компьютера. После установления сеанса связи пользователи могут говорить и слышать друг друга. При необходимости, по взаимной договоренности, пользователи могут воспользоваться дополнительными возможностями NetMeeting (Разговор, Доска, Передача файлов).
В текстовой или графической конференции одновременно могут принять участие несколько человек, а аудио - рассчитаны только на двух участников.
Во время установленного сеанса связи можно отправлять вызовы и подключать к конференции других пользователей.
Описание настройки программы NetMeeting и информация, необходимая для работы с программой, содержится в документах «Руководство по настройке программы Microsoft NetMeeting для СМнСС РСС» и «Руководство пользователя программы Microsoft NetMeeting для СМнСС РСС».
Кроме NetMeeting, на АРМ СМнСС могут без ограничения устанавливаться любые другие приложения. Для обеспечения возможности оперативной связи, рекомендуется, чтобы все АРМ СМнСС были включены круглосуточно.
4.Подготовка к началу эксплуатации
Перед началом настройки СМнСС необходимо разработать и согласовать порядок IP-адресации в СМнСС, определяющий диапазоны IP-адресов для АРМ СМнСС и маршрутизаторов участников СМнСС, а также порядок именования АРМ СМнСС.
4.1IP-адресация СМнСС
Так как в СМнСС не предусмотрено наличие DHCP-серверов, каждому компьютеру, включенному в сеть, должен быть присвоен статический IP-адрес в соответствии с принятым порядком адресации.
В связи принятием решения о возможности подключения к СМнСС нескольких операторов стран-участниц РСС, предлагается изменить согласованную на заседании №11 РГ по управлению сетями связи при Комиссии РСС по электросвязи схему IP-адресации в СМнСС.
Для организации СМнСС предлагается использовать IP-адреса из приватного диапазона 192.168.0.0/16. Для удобства настройки для адресации компьютеров используются сети класса C (с 24-битной маской подсети). Для адресации соединений «точка-точка» между маршрутизаторами используются сети с 30-битной маской подсети.
Каждой стране – участнику РСС выделяются по 16 сетей класса C (Таблица 4 -1). Из этого диапазона для нужд одного оператора связи выделяются по 2 сети класса C для разного функционала:
1 – для адресов интерфейсов маршрутизаторов, обслуживающих соединения «точка-точка» (адреса из этого диапазона делятся на сети с 30-битной маской подсети для более рационального использования адресного пространства);
2 – для АРМ СМнСС – компьютеров, которые обмениваются технологическими и голосовыми сообщениями;
При увеличении количества операторов связи, подключенных к СМнСС, IP-адреса выделяются из диапазона адресов, закрепленного за страной. После исчерпания диапазона страны – из общего резерва в порядке обращения.
Таблица 4 1. Выделяемые диапазоны IP-адресов
№
п/п
|
Наименование
|
IP-адреса сетей
|
|
Ростелеком
|
192.168.1.0 – 192.168.4.0
|
|
МТТ
|
192.168.5.0 – 192.168.8.0
|
|
Белтелеком
|
192.168.17.0 – 192.168.20.0
|
|
Молдтелеком
|
192.168.33.0 – 192.168.36.0
|
|
Укртелеком
|
192.168.49.0 – 192.168.52.0
|
|
Телеком Грузия
|
192.168.65.0 – 192.168.68.0
|
|
Арментелеком
|
192.168.81.0 – 192.168.84.0
|
|
Азтелеком
|
192.168.97.0 – 192.168.100.0
|
|
Туркментелеком
|
192.168.113.0 – 192.168.116.0
|
|
ЦУММС Узбекистан
|
192.168.129.0 – 192.168.132.0
|
|
Таджиктелеком
|
192.168.145.0 – 192.168.148.0
|
|
Кыргызтелеком
|
192.168.161.0 – 192.168.164.0
|
|
Казахтелеком
|
192.168.177.0 – 192.168.192.0
|
|
Общий резерв
|
192.168.193.0 – 192.168.255.0
|
Например, для ОАО «Ростелеком» адресация будет выглядеть следующим образом:
192.168.1.1-192.168.1.255 – адреса интерфейсов маршрутизаторов;
192.168.2.1-192.168.2.255 – адреса для машин, которые обмениваются сообщениями.
Для адресации линков между маршрутизаторами необходимо использовать адреса, относящиеся к одной IP-сети на интерфейсах обоих маршрутизаторов. Для линков, входящих в «кольцевую» структуру, IP-адреса из диапазона, выделенного соответствующему оператору, назначаются для линка, исходящего из соответствующего маршрутизатора по направлению часовой стрелки на схеме организации связи СМнСС. Для линков, не входящих в кольцевую структуру, IP-адреса назначаются из диапазона, принадлежащего «удаленному» оператору (т.е. оператору, имеющему связь только с одной страной).
Схема назначения IP-адресов на устройствах сети приведена в Приложении 2.
4.2IP-маршрутизация СМнСС
При согласовании схемы адресации следует определить принципы маршрутизации в СМнСС. В случае задания на маршрутизаторах СМнСС статических таблиц маршрутизации не будет обеспечиваться возможности автоматического перестроения маршрутов в кольцевом участке сети при разрыве связи по одному из направлений. Поэтому целесообразно использовать на маршрутизаторах СМнСС протоколы обмена маршрутной информацией, например, RIP или OSPF.
До начала настройки СМнСС необходимо прийти к соглашению об использовании протоколов маршрутизации с учетом возможностей маршрутизирующего оборудования, планируемого к использованию участниками РСС.
4.2.1Протокол маршрутизации RIP
Протокол RIP (Routing Information Protocol) представляет собой один из старейших протоколов обмена маршрутной информацией, однако он до сих пор чрезвычайно распространен в вычислительных сетях.
Протокол RIP основан на алгоритме “длины векторов” (distance-vector), который связывает длину маршрута (число переходов — hops) с его вектором (сетью или хостом назначения). Информацию о маршрутах к тем или иным сетям/хостам устройства RIP получают от соседних маршрутизаторов и затем выбирают маршрут с наименьшим числом переходов. Как только маршрут к месту назначения выбран, он сохраняется в локальной базе данных, а информация обо всех остальных маршрутах к тому же месту назначения стирается. Периодически каждый маршрутизатор сообщает остальным об обнаруженных им маршрутах.
Количество переходов в RIP равно числу маршрутизаторов между отправителем и сетью/хостом назначения. Если маршрутизатор подключен к требуемой сети напрямую, то расстояние до нее — ноль переходов. Если для доступа к нужной сети требуется лишь переслать дейтаграммы через соседний маршрутизатор, то расстояние до нее равно одному переходу. Когда маршрутизатор рассылает информацию о найденном маршруте, он увеличивает число переходов на единицу. Как только эти данные поступают на соседние маршрутизаторы, они сравниваются с информацией их собственных баз данных. Если какой-нибудь из предложенных маршрутов оказывается короче, нежели хранящийся в базе данных, он заносится в локальную таблицу маршрутизации, а маршрутизатор, с которого пришло сообщение, становится первым узлом для пересылки трафика по этому маршруту.
Самый большой недостаток RIP заключается в том, что он рассчитан на обработку маршрутов максимум с 15 переходами. Некоторые сети просто-напросто слишком велики и не укладываются в это ограничение. Более того, меньшее и равное число переходов не всегда означает оптимальность маршрута (полосу пропускания каналов связи RIP не учитывает вовсе).
Вместе с тем протокол RIP эффективен для небольших и средних по размеру сетей, особенно в ситуациях, когда его поддержка реализована в рабочих станциях и серверах. Поскольку RIP — это относительно простой протокол, он часто реализуется в качестве “слушающей” фоновой программы, которая позволяет устройствам узнавать о состоянии сети и избавляет от необходимости поддерживать статические таблицы маршрутизации. Но в больших сетях, начинают возникать проблемы.
4.2.2Протокол маршрутизации OSPF
OSPF — это открытый протокол маршрутизации, базирующийся на алгоритме поиска наикратчайшего пути (Open Shortest Path First — OSPF). OSPF имеет две основные характеристики: протокол является открытым, т. е. его спецификация является общественным достоянием, он базируется на алгоритме SPF.
При использовании OSPF на каждом маршрутизаторе содержится независимая база данных по административной области маршрутизации, включающая информацию о доступных сетях, маршрутизаторах и стоимости каждого соединения. Когда состояние сети, маршрутизатора или интерфейса изменяется, каждый обнаруживший это маршрутизатор (в пределах области) вносит информацию в локальную базу данных, а затем соответственно перестраивает карты маршрутизации. Выбор маршрута производится с учетом стоимости всех маршрутов к конкретной точке назначения и напрямую не зависит от числа переходов. Другими словами, для выбора оптимальных маршрутов в OSPF применяется алгоритм “стоимости векторов” (cost vector).
Эта модель предоставляет больше возможностей для улучшения маршрутизации (например, быстрее происходит синхронизация изменений), но требует большей вычислительной мощности и большего объема памяти от участвующих в процессе машин.
В основе архитектуры OSPF лежит концепция административных областей. Маршрутизаторы, работающие в одной области, обмениваются подробной информацией о ней, но маршрутизаторам из удаленных областей передаются только общие сведения. Если имеется несколько областей, то для обмена информацией между ними организуется магистральная (стержневая) область. Через нее пограничные устройства будут обмениваться общей информацией, что означает наличие в OSPF двухуровневой иерархии обмена маршрутной информацией между областями (это относится не ко всему сетевому трафику, а только к сообщениям протоколов маршрутизации).
Маршрутизаторы могут одновременно присутствовать в нескольких областях, но для каждой из них они должны хранить отдельную базу данных о состоянии соединений.
При нормальной работе сети маршрутизаторы просто обмениваются сообщениями “Hello”, представляющими собой небольшие дейтаграммы, в которых сообщается только о том, что такой-то маршрутизатор все еще присутствует в сети и нормально функционирует. Во время операций синхронизации происходит обмен различными сообщениями LSA (Link-State Advertisement); их специфика зависит от произошедшего события, состояния базы данных и других факторов.
Если всего лишь изменилось состояние интерфейса, то в базы данных маршрутизаторов области вносятся небольшие изменения. Но если в сети появляется новый маршрутизатор OSPF, ему приходится обнаруживать все маршрутизаторы, сети и интерфейсы в пределах области, и этот процесс может сильно загрузить сеть. В сетях с коллективным доступом и поддержкой механизма широковещания можно выделить маршрутизатор, с которого новые маршрутизаторы смогут быстро получать полные копии баз данных, что уменьшит нагрузку на сеть. Но в сетях типа “точка—точка” каждому маршрутизатору приходится самостоятельно получать всю информацию от других маршрутизаторов.
Синхронизация базы данных — это, пожалуй, самое сложное при работе OSPF в большой сети, поскольку успешное завершение долговременных сеансов синхронизации зависит от стабильной работы сети.
Но, несмотря на отдельные трудности, протокол OSPF обладает массой полезных свойств, которые делают его отличным выбором.
4.2.3Выбор протокола маршрутизации
В соответствии с существующей топологией СМнСС, максимальное количество переходов между узлами сети не превышает 10 маршрутизаторов, а каналы связи имеют одинаковую пропускную способность, что делает возможным применение протокола маршрутизации RIP. Однако в будущем, в случае расширения сети за счет подключения других операторов связи стран–участниц РСС, возможно появление проблем со сходимостью протокола маршрутизации. Кроме того, так как пропускная способность каналов связи СМнСС составляет всего 64 кбит/с, важным критерием выбора протокола маршрутизации становится степень загрузки каналов трафиком обмена маршрутной информацией, который при использовании OSPF в стабильном состоянии сети значительно ниже.
Исходя из вышесказанного, для маршрутизации в СМнСС представляется целесообразным использовать протокол OSPF.
4.3Порядок именования АРМ СМнСС
Каждому АРМ СМнСС, включенному в сеть, должно быть присвоено условное сетевое имя, позволяющее идентифицировать АРМ.
Имя АРМ должно быть, по возможности, коротким, но однозначно определять каждый АРМ и быть мнемонически понятным.
Предлагается использовать для именования АРМ сочетание символьного кода, обозначающего оператора – участника РСС и порядкового номера АРМ.
В качестве символьного кода возможно использовать один из трех вариантов:
Трехбуквенный международный код страны в соответствии со стандартом ISO 3166.
Код оператора (до 6 латинских символов), в соответствии с документом ITU-T «Список кодов международных операторов (в соответствии с рекомендацией M.1400)».
Код оператора СМнСС (до 6 латинских символов) – возможно разработать и утвердить на заседании РГ РСС перечень уникальных кодов операторов – участников РСС.
Перечень символьных кодов стран и операторов приведен ниже (Таблица 4 -2). Использование 3-х символьного ISO-кода страны позволит сделать имя АРМ короче, но не позволит включить в СМнСС, в случае необходимости, более одного оператора связи из одной страны. Использование 6-ти символьного кода оператора без кода страны не гарантирует уникальности, а использование ISO-кода страны совместно с кодом оператора увеличит символьное имя компьютера до 10 символов (включая 1 цифру – порядковый номер АРМ).
Компромиссным и оптимальным, на наш взгляд, вариантом может быть создание перечня кодов операторов СМнСС, основанного на перечне международных кодов операторов, где, в случае необходимости, код оператора дополняется ISO-кодом страны. При этом длина кода оператора не будет превышать 6 символов, и имя АРМ не будет превышать 7 символов.
Таблица 4 2. Коды стран и операторов
№
п/п
|
Наименование
|
ISO-код
страны
|
ITU-код
оператора
|
Код оператора СМнСС
(вариант)
|
|
Ростелеком
|
RUS
|
ROSTEL
|
ROSTEL
|
|
МТТ
|
RUS
|
-
|
RUSMTT
|
|
Белтелеком
|
BLR
|
BTCOM
|
BTCOM
|
|
Молдтелеком
|
MDA
|
MOLD17
|
MDTCM
|
|
Укртелеком
|
UKR
|
UKRAIN
|
UKRTCM
|
|
Телеком Грузия
|
GEO
|
TELGEO
|
TELGEO
|
|
Арментелеком
|
ARM
|
ARMTEL
|
ARMTEL
|
|
Азтелеком
|
AZE
|
MOC
|
AZEMOC
|
|
Туркментелеком
|
TKM
|
TMT
|
TMTCM
|
|
ЦУММС Узбекистан
|
UZB
|
MOC
|
UZBMOC
|
|
Таджиктелеком
|
TJK
|
JSCTTC
|
JSCTTC
|
|
Кыргызтелеком
|
KGZ
|
KGZKT
|
KGZTCM
|
|
Казахтелеком
|
KAZ
|
KT01C
|
KAZTCM
|
Так как в СМнСС не предусмотрено наличие DNS и WINS серверов, сетевые имена компьютеров будут недоступны. Для того чтобы обеспечить возможность при отправке вызова СМнСС заменить IP-адрес условным именем, его следует занести в системный файл hosts.
До начала работы СМнСС необходимо составить перечень компьютеров, участвующих в сети, с указанием IP-адресов, символических имен и функционального назначения АРМ (Таблица 4 -3). На основании этого перечня должен быть подготовлен общий файла hosts для последующей рассылки всем пользователям СМнСС.
Таблица 4 3. Коды и назначение АРМ СМнСС
Код АРМ
|
Наименование
|
Назначение АРМ
|
1
|
Общий
|
АРМ общего назначения – для всех задач.
|
2
|
Формирователь
|
АРМ формирователя МН сети
|
3
|
РНР
|
АРМ обмена информацией о РНР
|
4
|
АВР
|
АРМ обмена информацией об АВР
|
При добавлении АРМ или изменениях в составе АРМ, измененная информация должна доводиться до сведения всех пользователей СМнСС.
Примерный вид перечня АРМ (Таблица 4 -4) и образец файла hosts (Рисунок 4 -1) приведены ниже.
Таблица 4 4. Пример перечня АРМ СМнСС
IP-адрес
|
Имя АРМа
|
Оператор
|
Назначение АРМ
|
192.168.2.2
|
ROSTEL2
|
Ростелеком
|
Формирователь
|
192.168.2.3
|
ROSTEL3
|
Ростелеком
|
РНР
|
192.168.2.4
|
ROSTEL4
|
Ростелеком
|
АВР
|
192.168.18.1
|
BTCOM1
|
Белтелеком
|
Общий
|
192.168.50.1
|
UKRTCM1
|
Укртелеком
|
Общий
|
192.168.130.1
|
UZBMOC1
|
ЦУММС Узбекистан
|
Общий
|
192.168.162.1
|
KGZTCM1
|
Кыргызтелеком
|
Общий
|
192.168.178.1
|
KAZTCM1
|
Казахтелеком
|
Общий
|
# (C) Корпорация Майкрософт (Microsoft Corp.), 1993-1999
#
# Это образец файла HOSTS, используемый Microsoft TCP/IP для Windows.
#
# Этот файл содержит сопоставления IP-адресов именам узлов.
# Каждый элемент должен располагаться в отдельной строке. IP-адрес должен
# находиться в первом столбце, за ним должно следовать соответствующее имя.
# IP-адрес и имя узла должны разделяться хотя бы одним пробелом.
#
# Кроме того, в некоторых строках могут быть вставлены комментарии
# (такие, как эта строка), они должны следовать за именем узла и отделяться
# от него символом '#'.
#
# Например:
# 102.54.94.97 rhino.acme.com # исходный сервер
# 38.25.63.10 x.acme.com # узел клиента x
127.0.0.1 localhost
192.168.2.2 RОSTEL2 # АРМ Ростелеком Формирователь
192.168.2.3 ROSTEL3 # АРМ Ростелеком РНР
192.168.2.4 ROSTEL4 # АРМ Ростелеком АВР
192.168.18.1 BTCOM1 # АРМ Белтелеком Общий
192.168.50.1 UKRTCM1 # АРМ Укртелеком Общий
192.168.130.1 UZBMOC1 # АРМ ЦУММС Узбекистан Общий
192.168.162.1 KGZTCM1 # АРМ Кыргызтелеком Общий
192.168.178.1 KAZTCM1 # АРМ Казахтелеком Общий
Рисунок 4 1. Образец файла hosts
5.Заключение
Информация о первоначальной настройке АРМ и программы NetMeeting приведена в документе «Руководство по настройке программы Microsoft NetMeeting для СМнСС РСС». Основные сведения, необходимые для работы с программой NetMeeting, содержатся в документе «Руководство пользователя программы Microsoft NetMeeting для СМнСС РСС».
|
