Изменение скоростей при передаче данных по постоянным виртуальным каналам в корпоративной глобальной сети по технологии Frame Relay

Лабораторная  работа № 4 

Тема: «Изменение скоростей при передаче данных по постоянным виртуальным каналам в корпоративной глобальной сети по технологии Frame Relay» 

Цель  работы:  

     Данная  работа позволяет исследовать производительность приложений в глобальной сети. Необходимо проверить как изменение скорости передачи данных по постоянным виртуальным каналам PVC технологии Frame Relay влияет на производительность сетевых приложений.  

Ход работы:

     Предположим, что банк Standard Chartered имеет 70 отделений в разных городах США, административное здание в Чикаго (Headquarters building) и расчетно-кассовый центр (РКЦ) в Ричмонде (Richmond Processing Center).

     Чтобы соединить данные отделения, банк имеет  корпоративную сеть с тремя магистралями. Первая магистраль соединяет отделения с региональными маршрутизаторами. Вторая магистраль соединяет региональные маршрутизаторы с облаком сети Frame Relay. Это Frame Relay облако имеет внутреннюю ATM магистраль. Результатом этого объединения является то, что каждое отделение не нуждается в отдельном виртуальном канале PVC для связи с РКЦ в Ричмонде.

     Во-первых, виртуальные каналы существуют только между каждым региональным маршрутизатором  и ядром сети ATM. Во-вторых, для взаимодействия ядра ATM сети с РКЦ необходим отдельный виртуальных канал. Такая архитектура отличается от чистой сети по технологии Frame Relay, которая требует наличия отдельных виртуальных каналов PVC от РКЦ до каждого регионального маршрутизатора.

     Вначале, региональные офисные маршрутизаторы через каналы PVC передают информацию со скоростью 64 кб/сек и могут увеличивать скорость до 128 кб/сек. Линия доступа между региональными маршрутизаторами и облаком Frame Relay Cloud работает со скоростью 256 кб/сек.

     Соединение  Frame Relay между РКЦ и облаком Frame Relay работает по цифровой линии T1 с пропускной способностью 1 Мб/сек. Наша цель определить время отклика при передаче запросов от приложений и передаче файлов с различными задержками между банком и сервис провайдером облака в Веризоне. 

Шаг 1: Открыть проект 1 лабораторной работы.

     1. Загрузили IT Guru.

     2. Выбрали File_Open…

     3. Выбрали проект Standard_Charetered_Bank_Network 

     

     Виртуальные каналы PVC соединяют все отделения с облаком и настроены на пропускную способность 64 кб/сек. Существует договоренность по параметрам связи между банком и провайдером облака в Веризоне на использование пропускной способности 128 кб/сек для линий удаленного доступа. Однако провайдер имеет возможность предоставить линии связи с пропускной способностью 256 кб/сек между региональными маршрутизаторами и облаком в результате будущей модернизации. Виртуальный канал PVC между РКЦ и облаком имеет пропускную способность 1 Мб/сек.

     

Чтобы увидеть данную конфигурацию, дважды кликнули на любой подсети. Кликнули правой кнопкой мыши на штриховой линии, идущей от маршрутизатора и выбрали Edit Attributes. В окне атрибутов, дважды кликнули в столбце Value на значении Contract Parameters. Значения параметров линий виртуальных каналов Frame Relay здесь настроены. Кликнули на кнопке Cancel два раза, чтобы вернуться обратно в сегмент сети. 

Шаг 2: Настройка и запуск моделирования.

      Оценили производительность сетевых приложений в течении часа рабочего дня. Для этого:

      1. Кликнули на кнопку configure/run simulation.

  2. Установили длительность симуляции Duration – 1 час.

     3. Кликнули Run. Строка мониторинга покажет работу симулятора.

     4. Когда процесс завершился, кликнулиClose. 

Шаг 3: Просмотр результатов.

     Посмотрели на время отклика для совместного использования файлов и закачке файлов по FTP. Для этого:

     1. Кликнули правой кнопкой мыши на рабочем пространстве и выбрали View Results.

     2. В разделе Global Statistics, подразделе DB Query выбрали Response Time (sec). 

     

 

     3. Кликнули Show.

     4. Закрыли предыдущую статистику. Выбрали Global Statistics, далее Ftp, и Download Response Time (sec).

     5. Кликнули Show.

     Результаты  были такими:

                – среднее время совместного использования файлов (Average File Sharing Response Time) –    

                   приблизительно 20 секунд.

                 – время закачки по FTP будет для некоторых пользователей больше чем у других. 

                   Изменения задержек и сетевой активности зависит от времени. Однако среднее время

                   закачки по FTP будет выше.

             

     Чтобы улучшить работу приложений, компания решила изменить параметры виртуальных каналов, соединяющих региональные маршрутизаторы и облако до пропускной способности (CIR) 128 Кб/сек.

 

Шаг 4: Второй сценарий

     1. Выбрали Scenarios, затем Duplicate Scenario…

     2. Изменили имя на PVCs_With_CIR_128k. 

Шаг 5: Настройка виртуальных  каналов.

     Настроили PVC каналы, соединяющие отделения с облаком на скорость 128 Кб/сек.

     1. Дважды кликнули на подсети Phoenix и вошли в подсеть.

     2. Кликнули правой кнопкой мыши на штриховой линии, исходящий от маршрутизатора

         Phoenix Router, которая представляет канал PVC и выберали Select Similar Demands.

     3. Кликнули правой кнопкой мыши на той же линии снова и выберали Edit Attributes.

     4. Кликнули в столбце Value на атрибуты Contract Parameters и выбрали Edit…

     5. Установили Outgoing CIR на 128000, затем Outgoing Bc и Be на 64000. 

     6. Кликнули OK.

     7. Маркировали бокс Apply Changes to Selected Objects и кликнули OK.

Параметры канала PVC в РКЦ также изменятся. Поэтому необходимо их установить обратно на 1 Мб/сек.

     8. Кликнули правой кнопкой мыши на рабочем пространстве и выбрали Go To Parent

         Subnet.

     9. Дважды кликнули на подсети Richmond - Processing Center.

     10. Кликнули правой кнопкой мыши на исходящем канале PVC от РКЦ и выбрали Edit

           Attributes.

     11. Дважды кликнули на столбце Value и выбрали Contract Parameters.

     12. Установили Outgoing CIR на 1024000, Outgoing Bc на 256000 и

                  Outgoing Be на 256000.

     13. Кликнули OK, чтобы закрыть окно и затем аналогично закрыли окно атрибутов. 

Шаг 6: Настройка и запуск симуляции

     Каналы  PVC были перенастроены. Перезапустили симуляцию для 1 часа рабочего дня, чтобы посмотреть какой эффект был достигнут от модернизации для работы сетевых приложений. Для этого повторили все пункты шага 3. 

 
 

                      

Шаг 7: Сравнение результатов 

     Сравнили полученные времени откликов для совместного использования (File Sharing) файлов и закачек по FTP (FTP Download Response Times).

     Мы  видим, как увеличение пропускной способности канала снижает время отклика. Для этого:

      1. Кликнули правой кнопкой мыши на рабочем пространстве и выбрали Compare Results.

  2. Выбрали Global Statistics, затем DB Query и Response Time (sec).

            3. Кликнули Show.

     4. Закрыли предыдущую статистику и повторили шаги для Ftp Download Response Time (sec).

     5. Кликнули Close в окне просмотра результатов. 

     Заключение 

     Результаты  показывают следующее. Время совместного  использования (File Sharing) и закачек по FTP (FTP Download) существенно уменьшается при модернизации канала передачи данных.  

                       

     Провайдер облака в Веризоне обычно поддерживает линии удаленного доступа между  отделениями и облаком. Таким  образом, модернизация параметров канала является допустимым решением, как  показано во втором сценарии, для улучшения производительности сетевых приложений.