Добавил:

ivanov666 Опубликованный материал нарушает ваши авторские права? Сообщите нам.

Вуз:

Башкирский Государственный Аграрный Университет

Предмет:

[НЕСОРТИРОВАННОЕ]

Файл:

Проектирование мультисервисной корпоративной сети. Учебное пособие

.pdf

Скачиваний:

Добавлен:

07.09.2026

Размер:

1 Мб

Скачать

☆

<<< < Предыдущая 1 2 3 4 56 / 86 7 8 > Следующая >>>

правилами маршрутизации вызовов, кроме этого обеспечивается функция

Категория

Параметры

1 2 3

Характеристики сервера:

-процессор

-оперативная память

-жёсткие диски

1 2 ГБ 2 x 250 ГБ

1 4 ГБ 2 x 300 ГБ

2 8 ГБ 4 x 300 ГБ

Максимальное количество

голосовых портов

200

Максимальное количество

пользователей

1 000

2 000

7 500

Максимальное количество

хранилищ сообщений

1 000

2 000

7 500

Аппаратные платформы

HP DL320-

G5p

HP ProLiant

DL380

HP DL380-

автоматического секретаря (фильтрация вызовов, отправка уведомлений). Программное обеспечение Cisco Unity Connection устанавливается на серверы, характеристики которых представлены в табл. 4.5.

Таблица 4.5 – Характеристики аппаратных платформ

Cisco Unity Connection

Исходя из расчётов пункта 3.5, необходимое число голосовых портов –

67. Этому требованию удовлетворяет сервер третьей категории - HP DL380-G6.

Он имеет 200 голосовых портов, обладает 2 Тб памяти на жестком диске и 8 Гб оперативной. Сервер имеет два встроенных сетевых интерфейса.

4.6. Выбор оборудования для видеоконференцсвязи

Видеоконференцсвязь (ВКС) является одной из самых развивающихся

областей в телекоммуникациях.

ВКС подразделяется на персональные и групповые системы. Для

проектируемой сети выберем групповую систему, т.к. в корпоративной сети

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

аппаратуру многоточечной системы ВКС (MCU - Multipoint Control Unit). Эта

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

котором будет установлен сервер ВКС.

Наиболее современной линейкой ВКС является система TelePresence

Характеристики

Значение

Пропускная способность

До 4 Мбит/с

Стандарты видео

Н.261, Н.263, Н.264

Стандарты аудио

G.711, G.722, G.728

Частота смены кадров

30 кадров/с при 1080р; 60 кадров/с при 720р

Протоколы

SIP, H.323, H.245, HTTPS, NTP

Габариты: д – ш – в

44 см – 42 см – 4,5 см

Масса

8 кг

MCU серии 5300. В табл. 4.6 приведены технические характеристики сервера

MCU 5310.

Таблица 4.6 - Технические характеристики сервера MCU 5310

В комплекте с сервером поставляются:

- дисплей – представляет собой монитор, на котором отображается

говорящий в данный момент сотрудник. Самый распространенный монитор – 55-дюймовый LCD 55;

- камера – точнее система из двух поворотных камер, одна из которых

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

система называется Cisco TelePresence SpeakerTrack 60;

- микрофон – всенаправленное оборудование, установленное на столе;

- кодек – обеспечивает полнофункциональную и гибкую платформу для

работы аудио- и видеосистемы сеанса ВКС;

- планшет – или панель управления.

В табл. 4.7 показаны модификации аппаратуры в зависимости от

количества абонентов.

Схема корпоративной сети с выбранным оборудованием представлена на

рис. 4.1.

ТфОП

MGCF

PGW 2200

Центральный офис

Удаленный офис 1

Удаленный офис 2

IP/MPLS

TGW2 -

транспортный

шлюз

PGW 2200

TGW_ц -

транспортный шлюз

PGW 2200

Nал=240

Nал=100

Nал=50

NSIP=240

NSIP=80

NSIP=50

ЛВС

NЛВС=260

NЛВС=40

NЛВС=30

VPN

Сервер голосовой почты

Cisco Unity Connection

HP – DL380-G6

Интернет

другие

IP-сети

1 x Cisco ASR

9000v

VVVVVVVVVVV

2х1Gb/s

2х1000 Mb/s

2х1000

Mb/s

2х1000

Mb/s

6xE1

7xE1

6xE1

2х100 Mb/s

2х1000 Mb/s

2х1000Mb/s

2х1000 Mb/s

Сервер ВКС

MCU5310

11 x Cisco Catalyst 2960-Plus PST-L

2 x WS-C3850-12S

4 x 3750G-24PS-24

TGW_1 -

транспортный

шлюз

PGW 2200

1 x Cisco ASR

9000v

1 x Cisco ASR

9000v

2 x WS-C3850-12S

3 x Cisco Catalyst 2960-Plus PST-L

2 x Cisco Catalyst 2960Plus PST-L

Рисунок 4.1 – Схема корпоративной сети с наименованием оборудования

Количество

абонентов

Дисплей

Кодек

Камера

Планшет

Микрофон

4-7

LCD 70

SХ20

phd4x

Touch 10

MIC-TABL60

5-9

2-LCD 55

SХ20

phd12x

Touch 10

2-MIC-TABL60

9-12

2-LCD 70

SX80

2-Precision 60

Touch 10

2-MIC-TABL60

13-16

3-LCD 55

SX80

2-Precision 60

Touch 10

3-MIC-TABL60

17-20

3-LCD 70

SX80

3-Precision 60

Touch 10

4-MIC-TABL60

Таблица 4.7 - Выбор оборудования для ВКС в зависимости от количества

абонентов

5. Формирование адресного пространства подсетей в

корпоративной сети с использованием технологии VLSM

На этапе проектирования сети важно уделить внимание распределению

адресного пространства. Так как не все оборудование поддерживает протокол

IPv6, то будет использоваться IPv4.

В стандартах Интернет определены следующие диапазоны так

называемых частных адресов, рекомендуемых для автономного использования:

- в классе А – сеть 10.0.0.0;

- в классе В – диапазон из 15 номеров сетей (172.16.0.0 – 172.31.0.0);

- в классе С – диапазон из 255 сетей (192.168.0.0 – 192.168.255.0).

Для распределения адресного пространства необходимо знать количество

пользователей в сети, а также класс передаваемого трафика.

Технология VLSM – Variable Length Subnet Masks (маски подсетей переменной длины) – технология, использующая специальные маски сети для деления сети на IP-подсети.

Выделим на всю корпоративную сеть следующий номер сети:

172.16.0.0/21 с маской 21. При этом общее число хостов в такой сети

составляет   .

При распределении адресов необходимо учитывать, что в проектируемой сети есть трафик данных и голосовой трафик.

5.1. IP-адреса для центрального офиса

Для передачи данных ЛВС центрального офиса потребуется

260 IP-адресов. Для адресации будем использовать маску длиной 23 бита, при

этом возможно получить  – 2 = 510 IP-адресов.

При передаче речи от аналоговых телефонных аппаратов необходимо

использовать шлюзы. Будем использовать шлюзы на 24 порта, то есть в каждый из них будет включаться по 24 аналоговых линии. Каждый голосовой

шлюз имеет один IP-адрес. Так как в центральном офисе имеется 240 абонентов

с аналоговыми телефонными аппаратами, то для передачи речи от этих

абонентов потребуется 10 голосовых шлюзов и, следовательно,



 



IP-адресов. Также в центральном офисе имеется 240 SIP-телефонов, каждый из которых должен иметь свой IP-адрес. Таким образом, для передачи речи по сети IP (VoIP) потребуется 250 IP-адресов.

Необходимо выделить для передачи речи 254 IP-адреса, то есть маску

длиной 24 бита. В данной корпоративной сети останется 254 адреса (маска

длиной 24 бита).

5.2. Деление сети 172.16.0.0 на подсети

1) Разобьем первичную сеть 172.16.0.0/21, в которую входит 2046 узлов, на два

подсети (рис. 5.1).

2) Получим две подсети по 1022 узла каждая. Подсеть с адресом 172.16.0.0/22

максимально может содержать 1022 узла.

3) Из этих адресов будем использовать для центрального офиса 510 адресов.

Вторая подсеть с адресом 172.16.4.0/22 также содержит 1022 узла. Будем использовать адреса этой подсети для оставшихся офисов.

4) Разобьем подсеть 172.16.0.0/22, которая может содержать 1022 узла на две

подсети 172.16.0.0./23 и 172.16.2.0/23 по 510 узлов (рис. 5.2):

Получим две подсети по 510 узлов каждая: подсеть 172.16.0.0/23

максимально может содержать 510 узлов. Так как в центральном офисе имеется

260 абонентов ЛВС, то нам достаточно выделить из этого пула 260 IP-адресов.

Подсеть 172.16.2.0/23 будем использовать для присвоения IP-адресов

телефонным аппаратам SIP и голосовым шлюзам, в которые включаются

аналоговые телефонные аппараты. Ранее в пункте 5.1 было подсчитано, что

необходимо выделить для передачи речи - 250 IP-адресов. Разобьем подсеть

172.16.2.0/23, емкостью 510 узлов на две подсети (рис. 5.3):

0 7 15 31

172 16

0 0

1 0 1 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

NetID

172.16.0.0/21

7 15 31

172 16

0 0

1 0 1 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

NetID

HostID

(1022 узла)

7 15 31

172 16

4 0

1 0 1 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0

NetID

172.16.4.0/22

HostID (2046 узлов)

172.16.0.0/22

HostID

(1022 узла)

0 7 15 31

172 16

0 0

1 0 1 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

NetID

172.16.0.0/22

7 15 31

172 16

1 0 1 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0

NetID

HostID

(510 узлов)

7 15 31

172 16

2 0

1 0 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0

NetID

172.16.2.0/23

HostID (1022 узла)

172.16.0.0/23

HostID

(510 узлов)

0 7 15 31

172 16

2 0

1 0 1 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0

NetID

172.16.2.0/23

7 15 31

172 16

2 0

1 0 1 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0

NetID

HostID

(254 узла)

7 15 31

10 16

3 0

1 0 1 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 1 1 0 0 0 0 0 0 0 0

NetID

172.16.3.0/24

HostID (510 узлов)

172.16.2.0/24

HostID

(254 узла)

Рисунок 5.1 - Разбиение подсети 172.16.0.0/21 на две подсети

Рисунок 5.2 - Разбиение подсети 172.16.0.0/22 центрального офиса

на две подсети

Рисунок 5.3 - Разбиение подсети 172.16.2.0/23 на две подсети по 254 узла

Подсеть 172.16.2.0/24 (254 узла) – будем использовать для передачи речи,

Тип

трафика

IP-адрес

Маска

Необходимое

количество

IP-адресов

Число узлов в

подсети

Диапазон доступных

адресов

Данные

172.16.0.0

260

510

172.16.0.1 …

172.16.1.254

Голос

172.16.2.0

250

254

172.16.2.1

…

172.16.2.254

Резерв

172.16.3.0

24 0 254

172.16.3.1 …

172.16.3.254

0 7 15 31

172 16

4 0

1 0 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0

NetID

172.16.4.0/22

7 15 31

172 16

1 0 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0

NetID

HostID

(510 узлов)

7 15 31

172 16

6 0

1 0 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 1 0 0 0 0 0 0 0 0 0

NetID

172.16.6.0/23

HostID (1022 узла)

172.16.4.0/23

HostID

(510 узлов)

а подсеть 172.16.3.0/24 (254 узла) остается для резерва.

Сведем полученные данные по центральному офису в табл. 5.1.

Таблица 5.1 - Распределение IP-адресов в центральном офисе

5.3. IP-адреса для первого офиса

Аналогичным образом разобьем подсеть 172.16.4.0/22 на две подсети. Получаем подсеть 172.16.4.0/23 (510 узлов) – для первого офиса и 172.16.6.0/23 (510 узлов) – для второго офиса (рис. 5.4).

Рисунок 5.4 - Разбиение подсети 172.16.4.0/22 на две подсети

Для передачи трафика ЛВС в первом офисе необходимо выделить 40 IP-адресов. Для передачи речи аналоговыми телефонными аппаратами

необходимо их включить в пять шлюзов: имеется 80 телефонных аппаратов SIP.

Таким образом, всего потребуется 85 IP-адресов.

Разобьем подсеть 172.16.4.0/23 на две подсети (рис. 5.5).



 Кроме этого, в этом офисе



Подсеть 172.16.4.0/24 (254 узла) будем использовать для передачи речи,

0 7 15 31

172 16

2 0

1 0 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0

NetID

172.16.4.0/23

7 15 31

172 16

4 0

1 0 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0

NetID

HostID

(254 узла)

7 15 31

172 16

5 0

1 0 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 1 0 0 0 0 0 0 0 0

NetID

172.16.5.0/24

HostID (510 узлов)

172.16.4.0/24

HostID

(254 узла)

Тип

трафика

IP-адрес

Маска

Необходимое

количество

IP-адресов

Число

узлов в

подсети

Диапазон доступных

адресов

Данные

172.16.5.0

172.16.5.1 - 172.16.5.62

Голос

172.16.4.0

126

172.16.4.1 - 172.16.4.126

Резерв

172.16.4.128

172.16.5.64

172.16.5.128

172.16.5.192

26 26 26

0 0 0 0

126

62 62 62

172.16.4.129 - 172.16.4.254

172.16.5.65 - 172.16.5.126

172.16.5.129 - 172.16.5.190

172.16.5.193 - 172.16.5.254

для этого необходимо выделить 85 IP-адресов из данной подсети. Если мы дальше будем делить эту сеть еще на две подсети, то получим две подсети:

- 172.16.4.0/25 (126 узлов) будет использоваться для передачи речи

(85 адресов);

- 172.16.4.128/25 (126 узлов) – резерв.

Рисунок 5.5 - Разбиение подсети 172.16.4.0/23 на две подсети

Подсеть 172.16.5.0/24 (254 узла) используется для передачи трафика ЛВС,

в которой имеется 40 персональных компьютеров.

Разобьем подсеть 172.16.5.0/24 на четыре подсети по 62 узла в каждой:

172.16.5.0/26 (62 узла) – для передачи трафика ЛВС (40 адресов);

172.16.5.64/26 (62 узла) – резерв;

172.16.5.128/26 (62 узла) – резерв;

172.16.5.192/26 (62 узла) – резерв.

Сведем полученные данные в таблицу.

Таблица 5.2 – Распределение IP-адресов в первом офисе

5.4. IP-адреса для второго офиса

Тип

трафика

IP-адрес

Маска

Необходимое

количество

IP-адресов

Число узлов

в подсети

Диапазон доступных

адресов

Данные

172.16.7.0

172.16.7.1 - 172.16.7.62

Голос

172.16.6.0

172.16.6.1 - 172.16.6.62

Резерв

172.16.6.64

172.16.6.128

172.16.6.192

172.16.7.64

172.16.7.128

172.16.7.192

26 26 26 26 26 26

0 0 0 0 0 0

62 62 62 62 62 62

172.16.6.65 – 172.16.6.126

172.16.6.129 – 172.16.6.190

172.16.6.193 – 172.16.6.254

172.16.7.65 – 172.16.7.126

172.16.7.129 – 172.16.5.190

172.16.7.193 – 172.16.7.254

Для передачи трафика ЛВС необходимо иметь 30 IP-адресов. Для передачи речи аналоговыми телефонными аппаратами необходимо их

включить в три шлюза:



 Кроме этого в этом офисе имеется



50 телефонных аппаратов SIP. Таким образом, всего потребуется 53 IP-адреса.

Разобьем подсеть 172.16.6.0/23 на две подсети:

- подсеть 172.16.6.0/24 (254 узла), в которой для передачи речи

используем только 53 адреса;

- подсеть 172.16.7.0/24 (254 узла) – для передачи данных будет

использоваться только 30 IP-адресов.

Далее разобьем подсеть 172.16.6.0/24 на четыре подсети:

- подсеть 172.16.6.0/26 (62 узла) будем использовать для передачи

трафика VoIP (53 адреса);

- подсеть 172.16.6.64/26 (62 узла) – резерв;

- подсеть 172.16.6.128/26 (62 узла) – резерв;

- подсеть 172.16.6.192/26 (62 узла) – резерв.

Разобьем подсеть 172.16.7.0/26 на четыре подсети:

- подсеть 172.16.7.0/26 (62 узла) будем использовать для передачи

трафика ЛВС (30 адресов);

- подсеть 172.16.7.64/26 (62 узла) – резерв;

- подсеть 172.16.7.128/26 (62 узла) – резерв;

- подсеть 172.16.7.192/26 (62 узла) – резерв.

Сведем полученные данные по второму офису в таблицу.

Таблица 5.3 – Распределение IP-адресов во втором офисе

Сведем все полученные результаты в итоговую таблицу. В таблице

приводятся следующие обозначения: Ц – центральный офис, Ф1 – первый офис, Ф2 – второй офис, Д –данные, Р – речь.

Каждому маршрутизатору присваивается интерфейс в соответствии с табл. 5.4.

На рис. 5.6 приведена схема корпоративной сети с делением на подсети.

6. Установление соединения между абонентами корпоративной

сети и ТфОП

Абонент центрального офиса с аппаратом SIP звонит абоненту на сеть ТфОП с номером 55-18-16, который включен в АТСЭ-55. Вызываемый абонент включил услугу переадресации на АТСЭ-34, на номер 34-10-99. На сети имеется три узловых района. Нумерация на сети шестизначная. Вызываемый абонент находится в узловом районе пять. Связь между узловыми районами

осуществляется через узлы входящих сообщений. Максимальная емкость данной сети составляет 700 000 номеров. Максимальное число узловых

районов - семь.

Связь между абонентами корпоративной сети и телефонной сети с

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

Управляет данным шлюзом MGCF корпоративной сети по протоколу MEGACO. Сигнальная информация от телефонной сети до шлюза передается по протоколу ОКС 7, а на IP сети – по протоколу Sigtran.

Обмен сигналами при установлении соединения происходит следующим

образом: абонент SIP- MSANц - IMS - TGW – УВС-5 – АТС-55 – УВС-3 – АТС-34 - вызываемый абонент (рис. 6.1).

Рассмотрим более подробно установление соединения (рис. 6.2) [10]. Для простоты на рис. 6.2. не указаны элементы подсистемы IMS, и не описан сигнальный обмен внутри данной подсистемы.

Абонент корпоративной сети с аппаратом SIP посылает сообщение INVITE на Proxy-сервер, который находится в подсистеме MSAN, сервер принимает это сообщение и отвечает сообщением 100 Trying. Далее подсистема IMS анализирует номер вызываемого абонента и определяет, что

вызов должен быть отправлен на транспортный шлюз для соединения с ТфОП.

Далее MGCF посылает команду протокола MEGACO "Add", в которой указывает шлюзу, какой канал будет задействован для этого соединения. MGW отвечает сообщением Reply, в котором указывает номер созданного контекста и выбранный UDP- порт.

<<< < Предыдущая 1 2 3 4 56 / 86 7 8 > Следующая >>>

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]