Предоставляемая услуга, (Vусл Х) |
Выделенный ресурс сети, Мбит/с (Vрес) |
Количество клиентов данной услуги, (Nабон) |
Канал TDM |
2,048 |
50 |
Канал Ethernet |
2 |
80 |
10 |
20 |
|
Сеть VPN L2 |
2 |
30 |
10 |
20 |
|
Сеть VPN L3 |
2 |
40 |
10 |
10 |
|
Итого |
250 |
Рассчитаем общую нагрузку от бизнес клиентов:
, (5.6)
где − нагрузка, создаваемая абонентами услуги «Канал TDM»;
− нагрузка от абонентов с услугой «Канал Ethernet»;
− нагрузка от абонентов VPN L2;
− нагрузка от абонентов VPN L3.
Тогда нагрузка от одной предоставляемой услуги находится по формуле:
, (5.7)
где − выделенный ресурс сети для данной услуги;
− количество клиентов данной услуги.
Тогда получим результаты для каждого вида услуг:
Подставим полученные результаты в формулу (5.6) и получим:
Данная величина нагрузки показывает, что если все бизнес клиенты (250 абон) одновременно будут пользоваться всеми услугами оператора, то общая нагрузка от них составит 902,4 Мбит/с. Но в реальная нагрузка от бизнес клиентов составляет 30% от и равна 270,72 Мбит/с.
Составим таблицу 5.5, в которой будет учтен весь трафик от всех категорий абонентов (в таблице 5.5 показана максимальная величина трафика для всех услуг).
Таблица 5.5 – максимальные значения трафика от абонентов ЗАО «Рэдком-Интернет»
Услуга |
Количество абонентов |
Величина трафика, передаваемая по сети, Мбит/с |
1 |
2 |
3 |
Телефония |
4000 |
38 |
Доступ в Интернет |
3600 |
6488 |
IPTV |
1200 |
480 |
VoD |
120 |
48 |
Канал TDM |
50 |
102,4 |
Продолжение таблицы 5.5 |
||
1 |
2 |
3 |
Канал Ethernet |
100 |
360 |
Сеть VPN L2 |
50 |
260 |
Сеть VPN L3 |
50 |
180 |
Итого |
7956,4 |
5.7 Расчет количества пакетов, генерируемых каждой услугой
Расчет количества пакетов необходим для того, чтобы наглядно продемонстрировать, что выбранное оборудование способно обработать получившееся число заявок. Данный параметр называется скоростью коммутации и имеет такое же значение, что и пропускная способность коммутатора или маршрутизатора.
Датаграмма состоит из заголовка соответствующего уровня и информационной части. На рисунке 5.1 наглядно показан процесс инкапсуляции данных от транспортного уровня (протокол RTP) до физического (получение пакета, который будет передаваться по сети). Данный рисунок справедлив для передачи речевой информации (IP-телефония) и для IPTV. Для передачи не чувствительной к задержкам информации (данные) протокол RTP не используется. Длина пакета для каждой услуги различна. Это зависит от вида инкапсуляции и длины поля данных услуги (таблица 5.6 – 5.7).
Таблица 5.6 − Длины заголовков транспортных пакетов
Пакет |
Длина заголовка, байт (lзаг) |
RTP |
16 |
UDP |
8 |
IP |
20 |
Ethernet |
26 |
Итого |
70 |
Таблица 5.7 − Длина информационной части пакета
Услуга |
Инкапсуляция |
Длина информационной части, байт (Lинф) |
Телефония |
Eth-IP-UDP-RTP |
128 |
Интернет |
Eth-IP-UDP |
1480 |
Видео |
Eth-IP-UDP-RTP |
376 (2∙188) |
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.